RUP开发过程解析.ppt

细化阶段的里程碑——生命期架构 细化阶段的主要制品： 系统架构基线 UML静态模型 UML动态模型 UML用例模型 修订的风险评估 修订的用例 修订的项目计划 可执行的原型 细化阶段的重点： 细化阶段主要关注需求、分析和设计工作流。每个工作流关注如下各项。 需求——精化系统范围和需求 分析——确定构造什么 设计——创建稳定的架构 实现——构造架构基线 测试——测试架构基线 细化阶段的评价是通过回答下述问题来完成的： 软件的构想是否稳定？ 架构是否稳定？ 可执行的原型是否表明风险要素已被处理并可靠地解决了？ 构造阶段的计划是否足够详细和精确？是否有可靠的基础？ 如果在当前架构上下文中执行计划并开发出整个系统，是否所有的风险承担人都同意系统达到了当前的需求？ 实际的费用支出与计划支出是否可以接受？ 如果无法达到这些标准，可能取消项目或对项目进行重新考虑。 3）构造阶段 构造阶段的目标——将架构基线演进为最终系统 构造阶段的主要活动： 资源管理、资源控制和过程优化 完成组件开发并根据已定义的评价准则进行测试 利用构想制定的准则对发布的产品进行评估 构造阶段的重点： 构造阶段主要关注系统的实现工作流。每个工作流关注如下各项。 需求——揭示任何遗漏的需求 分析——完成分析模型 设计——完成设计模型 实现——构造初始运作功能 测试——测试初始运作功能 构造阶段的里程碑——初始运作功能 构造阶段的制品： 可运行的软件系统 UML模型 测试用例 用户手册 发布描述 构造阶段的结束是项目开发的第三个重要的里程碑。这个阶段产生的版本通常被称为β版。 评价构造阶段需要回答以下问题： 软件是否足够稳定和成熟，从而可以发布给用户？ 是否所有的风险承担人都准备好了向用户交付软件产品？ 实际费用与计划费用的对比是否仍可被接受？ 如果项目无法达到这些要求，必须推迟进入交付阶段。 4）交付阶段 交付阶段的目标——将开发完成的系统提交给客户 交付阶段的主要活动： 将软件系统部署到用户环境 修复软件的缺陷 编制用户手册和其它文档 培训用户和维护人员 提供用户咨询 交付阶段的重点： 交付阶段主要关注系统的测试和配置工作流。每个工作流关注如下各项。 设计——如果β测试中出现问题，修改设计。 实现——为用户场地裁减软件，修复在β测试中发现的问题。 测试——β测试及其在用户现场验收测试。 配置——将软件系统部署到环境中，并配置相应参数。 交付阶段的里程碑——产品发布 交付阶段的制品： 可运行的软件产品 用户手册 用户支持计划 评价交付阶段需要回答以下问题： 用户是否认可系统已经成功部署？ 用户是否积极使用该软件产品？ 用户是否认可产品支持策略？ 如果项目无法达到这些要求，必须推迟交付。 2. 过程组件轴 工作流（规程）是由活动构成的活动序列。沿着过程组件轴，开发过程可以被划分为核心过程工作流和核心支持工作流。 核心过程工作流包含如下工作流： （1）业务建模（Business Modeling） 业务建模工作流活动是为了确定系统功能和用户需要。 （2）需求分析（Requirements） 需求分析工作流活动是用来描述系统的功能性需求和非功能性需求。 （3）分析与设计（Analysis＆ Design） 分析与设计工作流活动是用来描述如何设计与实现系统。分析的目的是捕捉系统的功能需求，分析和提取所开发系统的类以及描述它们的协作关系。设计的目的是通过考虑实现环境，将分析阶段的模型扩展和转化为可行的技术实现方案。 （4）实现（Implementation） 实现工作流活动是用编程语言来实现系统，同时对已建立的模型作相应的修正。 （5）测试（Test） 测试工作流活动的目的是使用测试用例对系统软件进行验证与确认工作。 核心支持工作流可以被分为3个工作流： （l）项目管理（Project Management） 进行项目的组织、规划与实施等管理，最终使得软件项目按计划和约束条件完成。 （2）配置和变更管理（Configuration and Change Management） 配置管理的任务是在实际运行环境中配置系统，产生可发布的软件版本。变更管理的任务是对需求的变更进行控制与管理，并提供追踪管理。 （3）环境（Environment） 环境工作流的目的是为软件开发团队提供软件开发环境（过程和工具）。 （6）配置（Deployme