核心工作流从技术角度描述RUP的静态组成部分，它可进一步描述为行为（activities）、工作流（workflow）、产品（artifact）、工人（worker）。
图中的阴影部分描述了不同的工作流，在不同的时间段内工作量的不同。值得注意的是，几乎所有的工作流，在所有的时间段内均有工作量，只是大小不同而已。这与Waterfall process 有明显的不同。
RUP采用Use Case的概念，把要开发的系统根据各功能使用的情况划分多个Use Case，并采用迭代的思想把系统的风险分布在四个阶段，风险越大的迭代越要放在靠前的阶段做，使软件产品的风险不断降低；而不是像传统软件工程那样越往开发的后期问题越多。所以RUP的思想一推出就受到软件企业的欢迎。按照RUP的开发模式一般可以达到CMM2、3级的水平。当然，理解和掌握RUP需要一个相对较长的过程。
2. 核心工作流程
软件工程中的工作流程分为两部分：核心工作流程与核心支持工作流程
核心工作流程（在项目中的流程）
业务需求建模
分析设计
实施
测试
部署
核心支持工作流程（在组织中的流程）
环境
项目管理
配置与变更管理
2.1. 业务需求建模
2.1.1. 目的
业务建模的目的在于：
了解目标组织（将要在其中部署系统的组织）的结构及机制。
了解目标组织中当前存在的问题并确定改进的可能性。
确保客户、最终用户和开发人员就目标组织达成共识。
导出支持目标组织所需的系统需求。
为实现这些目标，业务建模工作流程说明了如何拟定新目标组织的前景，并基于该前景来确定该组织在业务用例模型和业务对象模型中的流程、角色以及职责。
作为对这些模型的补充，还编写了以下文档：
补充业务规约
词汇表
2.1.2. 业务建模工作流程
2.1.3. 提供的文档与模型
商业逻辑建模（USE CASE）（ROSE）
业务需求说明书（MS WORD）
专业词汇表（英汉对照）（MS WORD）
风险说明（MS WORD）
复审说明书
2.1.4. 文档模板
参见项目管理规范目录下业务需求文档模板子目录
2.2. 分析设计
2.2.1. 目的
分析设计的目的在于：
将业务需求转换为未来系统的设计。
逐步开发强壮的系统构架。
此文章共有4页 上一页 1 2 3 4 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
