13面向对象设计过程UP.ppt

软件工程 第十一讲 面向对象设计过程 - UP 朱建凯 上节课思考题： 有没有可能在分析模型创建之后立即开始编码？ 本次课程学习要求 UML和UP之间的关系（重要） UP 的本质和特点（非常重要） UP 的四个阶段（重要） UP 的六个基本过程（重要） UP 的六个优秀实践（了解） （3） UP的基本结构 软件开发模型的出发点 如何更快（效率）更好（质量）地满足需求 使得开发过程在一种受控的方式下运行 过程←活动←任务 还需要涉及：项目、人员、工件 UP（Unified Process）是一个软件开发过程的框架 拥抱变化：用户反馈和适应调整逐步满足用户需求； 迭代增量式开发 用例驱动整个开发过程 提倡基于构件的软件体系结构为中心展开开发活动 （4）RUP 的四个阶段 初始阶段（Inception） 不是需求分析，而是可行性分析 细化阶段（Elaboration） 不是需求分析或设计过程，而是迭代式实现核心体系结构，缓解高风险问题 构造阶段（Construction） 实现遗留下来的风险较低和比较容易的元素，准备部署 移交阶段（Transition）  beta测试，部署 1. 初始阶段 初始阶段所要进行如下的活动： 明确说明项目规模，了解环境以及最重要的需求和约束，以便可以得出最终产品的验收标准。 计划和准备商业理由。评估风险管理、人员配备、项目计划以及成本/进度/收益折衷的被选方案。 综合考虑被选构架，评估构架。 准备项目的环境，评估项目和组织，选择工具，决定流程中要改进的部分。 初始阶段的评估标准如下： 出资人同意系统范围定义以及费用和进度评估。 主要用例是否符合需求。 费用和进度评估、优先级、风险以及开发过程的可信性。 任何已开发的原型的深度和广度。 实际开销与计划开销。 初始阶段的焦点是需求和分析工作流。 2. 细化阶段 细化阶段的评估标准如下： 标明用例模型中的用户和参与者，并且建立用例的描述文档。用例模型需完成80％。 创建软件系统开发过程中的软件结构的描述文档。 创建可执行的系统原型。 细化商业案例和风险列表。 创建整个项目的开发计划。 细化阶段的焦点是需求、分析和设计工作流。 3. 构造阶段 构造阶段的主要目标如下： 优化资源、避免不必要的报废和返工，使开发成本降到最低。 尽快达到质量的要求。 快速完成有用的版本，例如Alpha 版、Beta 版和其他测试发布版。 完成所有功能的分析、开发和测试。 迭代式、递增地开发随时可以发布的产品。 确定准备好软件系统的外部环境。 构建阶段的焦点是实现工作流。 4. 交付阶段 交付阶段的主要目标如下： 进行Beta版测试，按用户的要求验证新系统。 替换旧的系统。 对用户和维护人员进行培训。 开始调整活动，例如调试、性能或可用性的增强。 与用户达成共识，配置基线与评估标准一致。 交付阶段的焦点是实现和测试工作流。 （5） 核心工作流 软件开发流程定义了“谁”、“何时”、“如何”做“某事”。四种主要的建模元素被用来表达： 角色（worker）“谁” 活动（activity）“如何” 工件（artifact）“某事” 工作流（workflow，discipline） “何时” （5） 核心工作流 工作流是产生具有可观察结果的活动序列 （5） 核心工作流（商业建模工作流） 商业建模 大多数商业工程化的主要问题是软件工程人员和商业工程人员之间不能正确地交流，这导致了商业工程的产出没有作为软件开发输入而正确地被使用，反之亦然。 在商业建模中使用商业用例来文档化商业过程，从而确保了组织中所有商业过程人员达到共识。 商业用例被分析以理解商业过程如何被业务支持，而这些在商业对象模型中被核实。 许多项目可能不进行商业建模。 （5） 核心工作流（需求捕获工作流） 需求 是描述系统应“做什么”，并允许开发人员和用户就该描述达成共识。 创建构想 建立用例模型 识别actor 识别use case 描述use case 其他功能和非功能性需求在补充规范中说明。 在需求捕获工作流，主要的UML制品： 用例模型（Use Case Model） 参与者（Actor） 用例（Use Case） 构架描述 术语表（Glossary） 用户界面原型 参与需求捕获阶段的工作人员： 系统分析人员（System Analyst） 用例描述人员（Use Case Specifier） 用户界面设计人员（User Interface Designer） 构架设计师（Architect） 需求捕获的工作流主要包括五个活动： 确定参与者和用例 区分用例的优先级 详细描述一个用例 构造用户界面原型 构造用例模型 （5