[计算机]2 章.ppt

2.3 精化阶段 计算机应用技术系教师专用 （UML系统分析与设计） 2.3 精化阶段 建立系统架构 系统的架构 软件系统的架构由多个视图组成。RUP过程系统架构的“4+1”视图。 Use Case视图结构化地描述系统的主要行为、对象类或技术风险。 设计视图是系统体系结构视图，提供问题的词汇表和解决方案。 实现视图包含实现模型的概览，以模块形式组成包和层。 当系统有一定程度的并发行为时才使用过程视图。 计算机应用技术系教师专用 （UML系统分析与设计） 设计视图 实现视图 过程视图 配置视图 Use Case 视图 2.3 精化阶段 建立系统架构 系统的架构 配置视图只用于分布式系统，描述典型操作平台上的物理节点。 建立系统原型 系统原型（Prototype）是一个可执行的原型系统。 计算机应用技术系教师专用 （UML系统分析与设计） 2.3 精化阶段 开发风险处理 软件系统的开发可能面临4种风险：需求风险、技术风险、技能风险、政策风险。 需求风险 在项目开发之初往往不能准确、全面地定义系统的需求，而且在项目开发的过程中，用户对系统的需求也可能会发生改变。 建立业务Use Case模型和业务对象模型，不断地评估和检查所拟定的系统模型或原型系统是否满足系统需求，并且根据发现的问题及时更新业务Use Case模型和对象模型。 计算机应用技术系教师专用 （UML系统分析与设计） 2.3 精化阶段 开发风险处理 技术风险 采用先进的合适的技术进行开发，将事半功倍。 建立一个简单的原型系统，试验所选用的开发工具和环境。 在系统结构的设计方面，应当采用今后比较容易变更的模型元素。 对于领域模型，应当仔细评估Use Case模型和对象模型。 技能风险 问题是否有足够的开发人员和开发经验。 物色有经验的开发人员，加强开发人员的技能培训。 和有经验的开发人员一起工作。 计算机应用技术系教师专用 （UML系统分析与设计） 2.3 精化阶段 开发风险处理 政策性风险 问题是有无政策性因素介入或影响项目的开发。 往往是非技术问题决定了项目的命运。 政策性风险须用政策性手段解决。 构建规则 在精化阶段的后期要制定一个构建阶段的开发计划。 制订构建计划的实质问题是为构建阶段设置一系列的循环节，确定每个循环节应完成的系统功能。 在制定构建计划时应当考虑两类人员：用户和开发人员。 计算机应用技术系教师专用 （UML系统分析与设计） 2.3 精化阶段 构建规则 制订构建计划的步骤如下： Use Case分类 根据业务价值把Use Case分成高、中、低层3类；按照开发风险对Use Case分类，如“高风险”类。 确定循环的长度 循环应当有足够的长度去处理拟定的Use Case。循环长度确定后可以估计循环的开发工作量。 分配Use Case到循环 把Use Case分配到循环，计算出项目的构建所需要的开发人员总数和总开发时间，制定出具体的开发计划和日程表。考虑偶然性因子。 计算机应用技术系教师专用 （UML系统分析与设计） 2.4 系统构建 系统构建阶段又分为许多循环，每个循环各自完成一部分系统功能，最后把整个系统完整地建造出来，成为最终的软件产品。 实际上一个循环就是一个微型的开发项目，它为指定给该循环的Use Case进行分析、设计、编码、测试、集成等工作。 Use Case驱动的循环过程如图2.7所示。 计算机应用技术系教师专用 （UML系统分析与设计） 2.4 系统构建 在功能方面循环是渐增的，每次循环建立在上一次循环开发的Use Case的基础上。 在代码方面循环是重复的，每次循环修改已有的代码，使其更为完善。 测试和模块集成不宜在项目结尾的时候进行，应当及时进行。 计算机应用技术系教师专用 （UML系统分析与设计） 2.4 系统构建 计算机应用技术系教师专用 （UML系统分析与设计） 2.4 系统构建 构建阶段的工作实际上是进行一系列的模型映射：从Use Case模型向分析模型的映射，从分析模型向设计模型的映射，从设计模型向实现模型映射。通过编码、测试、集成，得到最终的可执行系统。 从设计模型向实现模型映射时一般需要考虑的工作： 把设计模型中的类、包、子系统向实现模型的组件、包、子系统映射。 建立一个代表实现模型的系统结构的组件图，适当增加或调整子系统。 计算机应用技术系教师专用 （UML系统分析与设计） 2.4 系统构建 从设计模型向实现模型映射时一般需要考虑的工作： 定义子系统的输入依赖。 定义测试子系统和组件。 更新实现视图。 实现模型中的系统的体系结构建立在组件（和子系统）的基础上，一般有4个层次： 应用层。系