核心统一过程EssUP——架构核心
2008-01-22 18:01
323 查看
为开发一个健壮的、高质量的系统创建一个坚实的基础。
使用这个实践积极有效地去处理项目面临的技术风险,以及建立一个适合的架构。
这个实践使团队能够:
有效地处理项目面临的技术风险。
分享已实现系统的结构和组织中的主要决策。
验证系统是否展现了客户期待的那些关键特性。
客观地证明选定的方法适合我们的目标。
产生的制件
这个实践产生出一些与实现和测试有关的制件:
架构是通过架构描述、一组架构测试用例和一组由设计模型组成的架构视图来进行文档化的。
架构是通过测试开发出来的可执行系统来进行验证的。这种验证开始于创建和测试系统的一个最小化的、仿真的版本——该版本实现了架构和系统功能的核心元素。当每次开发出系统的一个新版本时重复地进行架构测试。这种测试是用于确保新增加的功能没有违反系统架构。
关键能力
这个实践要求团队在剪裁系统、架构原型开发、架构测试和团队训练方面有熟练的技巧。
需要具备以下这些能力:
为了识别出架构方面的需求,与项目领导者和客户代表的合作能力是必要的,但在这些领域不要求特定的能力资格等级。
工作任务
这个实践是从辨别和确认具有架构层面重要性的那些需求开始的。这些工作建立了系统架构的目标。
这个实践随后确定需要实现的架构,并确定那些用于检验和证明该种实现的测试用例。
接下来,架构演化为一个经过测试证明能够满足架构需求的仿真系统。然后,训练开发团队使用这个架构来确保开发出来的软件能够从架构所提供的基础设施中受益。
随后,架构通过重构持续演化,并根据测试结果和新出现的需求进一步优化架构的实现。全部的系统构建都用于架构的测试,以保证架构实现的持续有效。
使用这个实践积极有效地去处理项目面临的技术风险,以及建立一个适合的架构。
这个实践使团队能够:
有效地处理项目面临的技术风险。
分享已实现系统的结构和组织中的主要决策。
验证系统是否展现了客户期待的那些关键特性。
客观地证明选定的方法适合我们的目标。
产生的制件
这个实践产生出一些与实现和测试有关的制件:
架构是通过架构描述、一组架构测试用例和一组由设计模型组成的架构视图来进行文档化的。
架构是通过测试开发出来的可执行系统来进行验证的。这种验证开始于创建和测试系统的一个最小化的、仿真的版本——该版本实现了架构和系统功能的核心元素。当每次开发出系统的一个新版本时重复地进行架构测试。这种测试是用于确保新增加的功能没有违反系统架构。
关键能力
这个实践要求团队在剪裁系统、架构原型开发、架构测试和团队训练方面有熟练的技巧。
需要具备以下这些能力:
为了识别出架构方面的需求,与项目领导者和客户代表的合作能力是必要的,但在这些领域不要求特定的能力资格等级。
工作任务
这个实践是从辨别和确认具有架构层面重要性的那些需求开始的。这些工作建立了系统架构的目标。
这个实践随后确定需要实现的架构,并确定那些用于检验和证明该种实现的测试用例。
接下来,架构演化为一个经过测试证明能够满足架构需求的仿真系统。然后,训练开发团队使用这个架构来确保开发出来的软件能够从架构所提供的基础设施中受益。
随后,架构通过重构持续演化,并根据测试结果和新出现的需求进一步优化架构的实现。全部的系统构建都用于架构的测试,以保证架构实现的持续有效。
相关文章推荐
- 核心统一过程EssUP——过程核心
- 核心统一过程EssUP——统一过程生命周期
- 核心统一过程EssUP——应用过程:就像玩扑克游戏
- 核心统一过程EssUP——组件核心
- 浅谈EssUP--核心统一过程
- 核心统一过程EssUP——实现过程
- 核心统一过程EssUP——建模核心
- 核心统一过程EssUP——实践成为一等公民
- 核心统一过程EssUP——产品核心
- 核心统一过程EssUP——团队核心
- 核心统一过程EssUP——Use Case核心
- 核心统一过程EssUP——核心实践:过程的基础
- 核心统一过程EssUP——目的和定义
- 核心统一过程EssUP——目的和定义(如何更好的规范软件研发过程)
- 核心统一过程EssUP——革新的过程表现方法
- 核心统一过程EssUP——迭代核心
- OOA/D的统一构建(UP)过程之二:需求分析阶段之Domain model
- UP 统一过程 开发周期的四个阶段
- OOA/D的统一构建(UP)过程之一:需求分析阶段USE CASE
- 统一软件开发过程RUP的核心工作流(…