吉林大学软件学院《Rational统一过程》课程报告1.docxVIP

软件学院《Rational统一过程》报告

一、简答题

1.（1）软件开发的六大最佳实践：

迭代式开发（DevelopIteratively）

管理需求（ManageRequirements）

基于组件的体系结构（UseComponentArchitectures）

可视化建模（ModelVisually）

验证软件质量（VerifyQuality）

控制软件变更（ControlChanges）

（2）它们之间的关系：

第1题图六大最佳实践的关系

2.RUP的二维过程结构图：

第2题图：RUP二维过程结构

3.RUP应用了四种模型元素：

（1）工作人员(worker)：谁来做

工作人员(worker)定义了个人或一个工作组的行为和职责。

行为用活动(activity)表示，每一个“worker”都与一组“内聚”的活动相联系。

内聚是指这些活动最好由一个人来完成。

职责的表示通常与某一特定制品(artifact)相联系，这些制品由worker制造、修改和控制。

常见的工作人员有：

系统分析员：概述系统功能和界定系统；引导和协调需求，用例建模

设计师：定义一个或多个类的职责、操作、属性和它们之间的关系；决定如何调整类以适应实现环境

测试设计师：计划、设计、实现和评估测试，包括产生测试计划和测试模型，执行测试规程，评估测试覆盖度、测试结果和测试效率

（2）活动(activity)：怎么做

活动(activity)定义了worker执行的工作

活动有明确的目的，能够产生有意义的结果。通常是生产制品或更新制品(如模型、类或计划)

活动时间可以是几个小时到几天

一个活动通常涉及一个worker，影响到一个或几个制品

多个活动也可能重复作用于一个制品，如从一个迭代过程到另一个迭代过程时

常见的活动有：

计划迭代过程：项目经理完成

寻找用例和参与者：系统分析员完成

评审设计：设计评审员完成

执行性能测试：性能测试人员完成

（3）制品(artifact)：做什么

制品(artifact)是由过程生产、修改或使用的有形产品

项目在生产出最终软件产品的过程中生产或使用它们

根据与活动的关系，制品分为输入制品和输出制品

常见的制品有：

模型：如用例模型和设计模型

模型元素：如一个用例、类、子系统

文档：如一个业务用例、软件架构文档

源代码

可执行文件

（4）工作流(workflow)：什么时候做，描述能够产出有用成果的有重要意义的活动序列，并表示出worker之间的交互作用

RUP将所有工作人员和活动按涉及的领域进行逻辑分组，划分为九个核心工作流：

核心过程工作流：业务建模、需求、分析和设计、实现、测试、实施

核心支持工作流：项目管理、配置和变更管理、环境

在RUP中，有一些附加的过程元素：

（1）指南

工作指南：包括评审工作指南、用例研讨会工作指南

制品指南：包括建模指南、编程指南、用户接口指南

（2）模板：用于制造出相应的制品

（3）工具指南：介绍如何使用特定软件工具来完成每个步骤

（4）概念：一些关键概念如迭代、阶段、制品、风险、性能测试

4.

RUP的阶段和里程碑在时间轴上的分布顺序：

初始

初始

细化

构造

移交

时间

生命周期

目标里程碑

生命周期

框架里程碑

最初运作

能力里程碑

产品发布

里程碑

第4题图：RUP的阶段和里程碑在时间轴上的分布顺序

5.初始阶段：

确定最终产品的构想及其业务用例、并定义项目范围。

初始阶段以生命周期目标(LCO)里程碑为结束点。

令所有的项目相关人员对生命周期目标达成一致意见。

细化阶段：

计划出必须完成的活动和需要的资源；详细说明产品特性并设计架构。

细化阶段以生命周期构架(LCA)里程碑为结束点。

分析问题领域、建立合理的构架基础、确定项目计划、评价项目最有可能出现的风险因素。

构造阶段：

构造整个产品，逐步完善视图、构架和计划，直到产品(完整的构想)已完全准备好交付给用户。

构造阶段以最初运作能力(IOC)里程碑为结束点。

所有保留下来的构件和应用程序特征将被开发并集成以形成产品，而后所有的特征将被彻底测试。

移交阶段：

移交产品给用户，包括制造、交付、培训、支持及维护产品，直至用户满意。

移交阶段以产品发布版本里程碑为结束点，这也是整个周期的结束点。

软件产品移交给用户群，具体包括：

Beta测试，确认系统与用户的期望是否一致

平行操作项目将要替代的遗留系统(选作)

转换运行的数据库(选作)

培训用户和维护人员

产品的首次展示

6.RUP的典型项目剖面图：

项目各阶段持续时间和工作量的相对比例：

7.框架：框架是一种特殊的软件，它并不能提供完整无缺的解决方案，而是为构建解决方案提供良好的基础。框架是一种半成品。典型地，框架是系统或子系统的半成品；框架中的服务能被最终应用系统直接调