精品UML和统一过程.pptVIP

16.4.5 测试工作流 测试是一项相当主要的工作。 测试工作流贯穿于软件开发的整个过程。它开始于软件开发的初始阶段，而细化阶段和构造阶段是测试的焦点。 测试是为了找出程序中的错误与权限，而不能证明程序无错。 16.4.5 测试工作流 16.4.5 测试工作流 1. 制品 2. 工作人员 3. 工作流 1. 制品 测试工作流中，包括七个制品： 测试模型 测试用例 测试规程 测试组件 制定测试计划 缺陷 评估测试 2. 工作人员 参与测试工作流的工作人员主要有四类： 测试设计人员 构件工程师 集成测试人员 系统测试人员 3. 工作流 在测试工作流中，包括六种活动： 制定测试计划 设计测试 实现测试 执行集成测试 执行系统测试 评估测试 1. 初始阶段 初始阶段所要进行如下的活动： 明确说明项目规模，了解环境以及最重要的需求和约束，以便可以得出最终产品的验收标准。 计划和准备商业理由。评估风险管理、人员配备、项目计划以及成本/进度/收益折衷的被选方案。 综合考虑被选构架，评估构架。 准备项目的环境，评估项目和组织，选择工具，决定流程中要改进的部分。 1. 初始阶段 初始阶段的评估标准如下： 出资人同意系统范围定义以及费用和进度评估。 主要用例是否符合需求。 费用和进度评估、优先级、风险以及开发过程的可信性。 任何已开发的原型的深度和广度。 实际开销与计划开销。 初始阶段的焦点是需求和分析工作流。 2. 细化阶段 细化阶段的评估标准如下： 标明用例模型中的用户和参与者，并且建立用例的描述文档。用例模型需完成80％。 创建软件系统开发过程中的软件结构的描述文档。 创建可执行的系统原型。 细化商业案例和风险列表。 创建整个项目的开发计划。 细化阶段的焦点是需求、分析和设计工作流。 3. 构造阶段 构建阶段的主要目标如下： 优化资源、避免不必要的报废和返工，使开发成本降到最低。 尽快达到质量的要求。 快速完成有用的版本，例如Alpha 版、Beta 版和其他测试发布版。 完成所有功能的分析、开发和测试。 迭代式、递增地开发随时可以发布的产品。 确定准备好软件系统的外部环境。 构建阶段的焦点是实现工作流。 4. 交付阶段 交付阶段的主要目标如下： 进行Beta版测试，按用户的要求验证新系统。 替换旧的系统。 对用户和维护人员进行培训。 开始调整活动，例如调试、性能或可用性的增强。 与用户达成共识，配置基线与评估标准一致。 交付阶段的焦点是实现和测试工作流。 16.3.3 RUP的迭代开发模型 RUP中的每个阶段可以进一步分解为迭代。 16.3.3 RUP的迭代开发模型 与传统的瀑布模型相比较，迭代过程的优点： 降低了在一个增量上的开支风险。 降低了产品无法按照既定进度进入市场的风险。 加快了整个开发工作的进度。 16.4 核心工作流介绍 16.4.1 需求捕获工作流 16.4.2 分析工作流 16.4.3 设计工作流 16.4.4 实现工作流 16.4.5 测试工作流 16.4.1 需求捕获工作流 需求捕获通过对应问题的理解和分析，确立问题涉及的信息、功能和系统行为，将用户需求精确化、完全化。 需求的焦点主要在初始和精化阶段，在精化阶段后期，需求捕获的工作量大幅下降。 16.4.1 需求捕获工作流 16.4.1 需求捕获工作流 1. 制品 2. 工作人员 3. 工作流 1. 制品 在需求捕获工作流，主要的UML制品： 用例模型（Use Case Model） 参与者（Actor） 用例（Use Case） 构架描述 术语表（Glossary） 用户界面原型 2. 工作人员 参与需求捕获阶段的工作人员： 系统分析人员（System Analyst） 用例描述人员（Use Case Specifier） 用户界面设计人员（User Interface Designer） 构架设计师（Architect） 3. 工作流 需求捕获的工作流主要包括五个活动： 确定参与者和用例 区分用例的优先级 详细描述一个用例 构造用户界面原型 构造用例模型 16.4.2 分析工作流 分析的主要工作开始于初始阶段的结尾，和需求一样是精化阶段的主要焦点。 精化阶段的大部分活动是捕获需求，分析工作与需求捕获在很大程度上重叠。 16.4.2 分析工作流 16.4.2 分析工作流 1. 制品 2. 工作人员 3. 工作流 1. 制品 在分析工作流期间，主要的UML制品： 分析模型 分析类 用例实现（分析） 分析包 构架模型 2. 工作人员 在分析工作流期间，所参与的工作人员： 构架设计师 用例工程师 构件工程师 3. 工作流 分析工作流主要包括四个