scrum

软件开发本身是一个复杂的工艺过程，牵涉到各种领域技术，大部分谈软件架构设计着重在软件系统架构本身，如何妥善的分工、如何解决开发上的各种问题、使用哪一种 Design Pattern 来解决问题、如何快速开发等等，只不过，真正有用的软件是对客户有用的软件、能替客户解决问题的软件，才是真正有价值的软件。 本篇文章，笔者介绍，在 UML 的系统分析设计领域里，如何从使用者需求出发，如何正确收集到使用者的需求，甚至与（Agile／Scrum）结合，在 Agile 或者 Scrum 强调的 Sprint ，我们再细分为，一个、到多个 反复设计 (Iterations)，在每一个 Iteration 所要完成的需求里，又可以细切多个 Iteration Modeling。 文章中，将介绍如何正确地进行 Iteration Modeling. 与 Continuous Modeling，以便做到恰如其分的软件架构设计

在RBA，我们已经在今天成功交付所需的许多核心领域和学科建立了专家团队. 如果你正在开发一个新的平台或技术，或者你只是需要扩大你的团队以满足需求 我们是为帮助而生的. 就软件工程而言，没有什么能取代经验 而我们队有1个开发企业级软件解决方案. PMI和SCRUM认证的专家，他们帮助组织领导项目，并在采用敏捷方法方面做出了改变. 一个专注于理解业务需求并调整正确的解决方案和能力以真正解决需求的团队. 我们的基础设施工程师在客户云之旅的每个阶段都为他们提供帮助 planning migration and optimization. 定义战略并与组织目标保持一致 我们的数字战略家为创造可衡量的结果制定了路线图. 我们的设计师专注于视觉设计和用户体验，将用户置于中心位置. 我们的数据工程师正在帮助客户集成系统，并通过现代可视化和自助BI改善报告. 专注于在软件开发过程中嵌入质量保证的专家团队. 我们的OCM策略团队帮助客户采用新的解决方案. 我们的DevOps工程师正在通过改进的自动化来帮助客户接受DevOps文化. 我们的过程改进分析人员正在重新设计过程，以适应基于现代工作流的方法. 查看RBA的专家最近发布的一些帖子，涵盖了影响我们客户日常生活的话题.

测试金字塔是一种自动化测试过程的金字塔形策略结构，用来指导软件开发过程中，各层自动化测试的投入比例，其最早由Mike Cohn在2009年的著作《Scrum敏捷软件开发》中提出。Mike Cohn在书中指出：测试金字塔从上到下分为三层，分别是UI测试、服务/接口测试、单元测试，越接近金字塔底部的测试活动，投入的工作量应该越多，即单元测试投入工作量最多，接口测试次之，UI测试投入最少。 单元测试属于代码级别的测试，编写成本低，执行速度快，能够快速定位问题，极限编程中的TDD测试驱动开发很多时候都是围绕单元测试开展