RUP软件开发过程实施规范_第1页
RUP软件开发过程实施规范_第2页
RUP软件开发过程实施规范_第3页
RUP软件开发过程实施规范_第4页
RUP软件开发过程实施规范_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、*软件开发过程实施规范:概要 目录1.前言 (32.开发阶段定义 (33.阶段成果定义 (33.1.初始阶段 (33.2.分析与设计阶段 (33.3.构建阶段 (43.4.交付阶段 (44.项目基线 (44.1.基线定义 (44.2.主要基线 (44.3.次要基线 (55.项目配置管理 (55.1.产品目录 (55.2.版本管理 (65.3.变更控制 (76.角色定义 (77.词汇表 (71.前言软件开发过程实施规范,简称:软件开发规范,该规范由RUP(统一过程模型经裁剪后编制而成,为规范软件项目开发,提供软件开发能力,提升软件质量。2.开发阶段定义整个过程由初始阶段、系统分析与设计阶段、构建

2、阶段、交付阶段4个阶段组成,过程如图1: 图13.阶段成果定义3.1.初始阶段本阶段结束后,需要产生如下文档:软件需求规约(SRS业务用例模型(核心业务业务用例(Use Case需求管理计划词汇表3.2.分析与设计阶段本阶段结束后,需要产生如下文档:用例实现规约用户界面系统架构(用例视图、逻辑视图、进程视图、部署视图、实施视图数据库设计需求变更测试计划3.3. 构建阶段本阶段结束后,需要产生如下文档: 安装程序 安装指导说明 用户操作说明 测试用例 需求变更 设计变更3.4. 交付阶段该阶段包括:产品策划和宣传、用户培训文档编制、用户反馈记录等活动。4. 项目基线4.1. 基线定义项目主要基线

3、和次要基线如图2活动 业务建模需求分析分析设计实现测试图24.2. 主要基线整个开发过程设置了3个主要基线,分别为基线1(初始阶段结束、基线2(分析与设计阶段结束、基线3(构件阶段结束,下面说明每个主要基线的工作要点和相关产品。 基线1基线完成条件:完成用户需求定义、业务模型分析;基线产品:软件需求规约、业务用例模型、用例实现、词汇表; 基线活动:组织评审活动; 基线2基线完成条件:完成系统需求分析、系统架构设计、数据库设计、接口设计;基线产品:架构设计、界面设计、数据库设计、测试用例及测试计划;基线活动:组织评审活动;基线3基线完成条件:完成编码、功能测试和部署测试、用户文档编制;基线产品:

4、安装程序/更新程序、安装指导、操作手册、源代码;基线活动:组织评审活动;4.3.次要基线次要基线主要用于降低主基线活动风险,也有利于评估整个项目进度。小型的短周期项目,可以忽略次要基线。在整个开发过程中共设置3个次要基线,分别为:基线1.1、基线2.1、基线2.2,基线的活动描述如下:基线1.1基线完成条件:完成系统需求分析、确定系统总体架构;基线2.1基线完成条件:完成编码工作;注:在实际操作过程中,可以对模块/子系统建立开发子基线。基线2.2基线完成条件:完成预发布测试、安装指导/发布说明;5.项目配置管理5.1.产品目录 界面原型 前景 词汇表 涉众请求 文档 补充规约 需求规约 业务用

5、例描述 需求管理计划 测试计划 调查报告 报告 需求评审 数据模型 分析模型 用户界面设计 数据库设计 分析与设计 文档 测试计划 测试用例 架构设计 报告 系统测试 设计评审 测试结果 测试报告 安装说明 安装/升级程序 系统部署 构建 产品代码 产品发布说明 用户操作手册 培训手册 源码 产品发布目录 产品发布评审 软件开发计划 项目管理 项目迭代计划 风险列表 需求变更 变更控制 设计变更 由申请、审批两部分组成 由申请、审批两部分组成 确认发布产品列表和评审结果 评审通过后,独立打包并标识版本 后登记在产品发布目录中 必须 必须 必须 必须 必须 必须 必须 必须 必须 必须 必须 必

6、须 必须 必须 采用 5 视图法描述架构设计 必须 必须 必须 必须 必须 必须 必须 根据需求分析,制定测试计划 必须 必须 必须 必须 必须 模型 报告 交付 5.2. 版本管理 每个阶段评审后,对评审通过的产品(文档) ,确定版本号,并打印纸质文档同版本的电子文 件一同存档。 5.3. 变更控制 变更流程如图 3: 变更申请 变更说明 小组讨论 方案说明 无效/重复 审批 延迟 通过 图3 6. 角色定义 7. 词汇表 基线:可以被看成是项目存储池中每个工作产品版本在特定时期的一个快照。实 际上,它提供了一个正式标准,随后的工作基于此标准,并且只有经过授权后才 能变更这个标准。建立一个基

7、线后,以后每次对其进行变更都将记录一个差值, 直到建立下一个基线。 业务建模指南:业务建模指南旨在说明如何建立业务用例、业务角色和业务实体的模型。 业务实体:业务实体是被动类;即它本身不能启动交互。业务实体对象可参与许多不同的业务 用例实现,并且通常生存期比任何单个的交互更持久。在业务建模中,业务实体代表业务角色 访问、检查、*纵、生成等的对象。业务实体对象为那些参与不同的业务用例实现的业务角色 提供了共享基础。 组织单元: 组织单元是业务角色、 业务实体、 关系、 业务用例实现、 图和其他组织单元的集合。 组织单元通过将该模型分成若干小的部分,来建立业务对象模型结构。 业务对象模型:业务对象模型是描述业务用例实现的对象模型。 业务规则:业务规则是必

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论