软件工程过程规范(裁剪的RUP)

原创 2004年10月19日 19:17:00

软件开发过程规范
第一部分 概述
1 目的
本规范的目的是使整个软件产品开发阶段清晰,要求明确,任务具体,便于规范化、系统化及工程化,有利于提高软件生命周期的控制及管理,提高所开发软件的质量,缩短开发时间,减少开发和维护费用,使软件开发活动更科学、更有成效。
2 适用范围
本规范适用于公司范围内所有以正式的项目形式进行的软件产品的开发;不包括需求获取、现场调试等内容。
本规范分为两个部分:技术过程规范和管理过程规范,分别适用于软件开发过程中的技术性活动和管理性活动。
3 过程模型
本规范所采用的软件开发过程模型为裁剪的RUP开发过程模型。
4 环境
建模语言
    采用UML作为建模语言
建模工具
    采用Rational Rose作为建模工具
配置管理工具
    采用SourceSafe/Cvs作为配置管理工具,由项目经理根据具体情况自行决定。
变更和缺陷管理工具
    采用ClearQuest作为变更和缺陷管理工具
需求管理工具
    采用RequisitePro作为需求管理工具
单元测试工具
    推荐使用Purify、Quantitify、PurifyCovervage、BoundChecker等工具,具体选择何种工具由项目经理自行决定。
引用规范
    《C++编码规范》
指南
    《需求建模指南》、《分析指南》、《设计指南》、《实现建模指南》、《数据库建模指南》
5 角色划分与组织机构
    软件过程的每一个活动都由具体的角色执行;本过程所涉及的角色和组织机构及其职责如下:
系统分析员
    管理需求
    查找参与者和用例
    确定性能要求
    建立用例模型结构
用例工程师
    详细说明用例
    详细说明软件需求
    用例分析
    用例设计
需求复审员
    复审需求
用户界面设计员
    设计用户界面原型
    确定边界类
    * 一般界面设计员不参与界面部分的实现
构架设计师
    确定需求优先级
    构架分析
    构架设计
    构架实现
    制定和组织学习编码规范
设计员
    类的设计
    子系统设计
     数据库设计员
    生成数据模型
设计复审员
    复审设计
    构架复审员
    复审构架
程序员
    实现构件
    调试
    单元测试
    实现测试
    开发安装软件
代码复审员
    复审代码(该角色可以由技术监督小组成员兼任)
测试员
    制定测试计划
    设计测试
    执行测试
    评估测试
配置管理员
    建立变更控制流程
    复审变更请求
    确认重复或拒绝的变更请求
    管理基线
流程工程师
    编制开发案例
    启用开发案例
项目经理
    制定软件开发计划
    制定迭代计划
    制定风险管理计划
    协调项目运行
项目复审与变更控制委员会
    该委员会是负责监督项目和控制变更的行政管理团队;在执行复审任务时,可由该委员会主席指派专人(项目复审员)负责。
建议该委员会由项目经理、构架设计师、需求提供方及有项目审批权限的3~5人组成,其中主席一职应当在需求和技术方面都有一定权威性。主席根据实际需要召开会议评估变更请求,对项目进行审批和项目计划复审。
该委员会有三个基本任务:
变更控制
明确产品的基线、复审对基线的变更、最后批准、否决变更或延期执行。由他们批准对已建立基线的配置项的所有变更。该团队的目的在于确保所有提出的变更都得到了妥善的技术分析与复审,并已记录备查。
项目审批与计划复审
项目审批;项目计划复审;迭代计划复审。
验收复审
迭代验收复审;生命周期里程碑复审;项目验收复审;

技术监督小组
    与项目经理一起监控小组技术状态,建议每周由研发人员轮流执行技术小组组长职责,定期负责召开技术讨论会,审查上周进展情况及技术状态(软件模型完整性、代码规范性等内容),讨论本周工作计划、技术问题等内容并监督各规范的执行情况。

6 制品
该部分列出了工作流程所涉及的制品及这些制品的格式。(该部分的表格不太容易画,若有需要该部分的同志,可以向我索取ZXHSCOTT@SINA.COM
(第一部分结束)


软件工程:CMM、RUP、XP总结

软件开发过程学习总结 目的:初步理解CMM、RUP、XP分别是怎样的过程,弄懂其关键步骤,分析其优劣及适应情况。最后综各家之长,给出一个可能较实用可行的软件开发过程体系X Process,以用在项目...
  • yuhui_fish
  • yuhui_fish
  • 2013年08月30日 11:07
  • 1121

软件工程过程规范(裁剪的RUP)第三部分(技术过程)

第三部分技术过程规范本规范中将软件开发的整个技术过程分为五个顺序实施的工作流程,分别为需求、分析、设计、实现和测试。在一次迭代过程中,这五个工作流程从总体上是顺序的,但彼此之间又存在交叉和重叠。9 需...
  • davidzhang1972
  • davidzhang1972
  • 2004年10月21日 21:01
  • 4167

RUP与软件工程

本期嘉宾:Ivar Jacobson,陈致平,主持人 聊天标题:与Ivar Jacobson面对面 聊天主题:RUP与软件工程聊天时间: 2004-12-8 (周三) 下午14:00 --------...
  • leek2000
  • leek2000
  • 2004年12月20日 15:05
  • 1877

UML简单介绍(二十一)——RUP软件工程模型介绍(下)

1、核心工作流 1)商业建模         软件工程人员与商业工程人员之间的正确交流,使用商业用力来文档化整个商业过程。即领域模型的建立。 2)需求         从领域模型中提取需求,形成专业的...
  • ljtyzhr
  • ljtyzhr
  • 2015年06月24日 22:42
  • 687

软件工程过程规范(裁剪的RUP)第二部分(管理过程)

第二部分 管理过程规范 管理规程规范分为两个部分:项目管理过程规范、配置与变更管理过程规范。7 项目管理过程规范7.1 过程概述项目管理过程如下图所示   管理过程贯穿于软件开发过程的始终,它也随着开...
  • davidzhang1972
  • davidzhang1972
  • 2004年10月20日 11:46
  • 3823

UML简单介绍(二十)——RUP的软件工程模式介绍(上)

1、软件工程模型         软件工程模型常见的大概有这样三种:瀑布式模型,迭代开发模型(RUP)和敏捷开发模型(XP、SCRUM)。         瀑布模型将软件工程比较明确的分开为几个重要的...
  • ljtyzhr
  • ljtyzhr
  • 2015年06月23日 22:54
  • 689

统一软件开发过程RUP的核心工作流

统一软件开发过程RUP的核心工作流 RUP中有9个核心工作流,分为6个核心过程工作流(Core Process Workflows)和3个核心支持工作流(Core Supporting Workfl...
  • seagal890
  • seagal890
  • 2012年03月06日 00:51
  • 3944

RUP优缺点

RUP的优点 1. RUP是建立在非常优秀的软件工程原则基础上的,例如迭代,需求驱动,基于结构化的过程开发。 2. RUP提供了几个方法,例如每一次迭代产生一个工作原型,在每一个阶段的结束决定项目是否...
  • solomonxiang
  • solomonxiang
  • 2010年09月12日 20:41
  • 3373

统一软件开发过程RUP的核心工作流(…

统一软件开发过程RUP的核心工作流(Core Workflows)   RUP中有9个核心工作流,分为6个核心过程工作流(Core Process Workflows)和3个核心支持工作流(Core ...
  • liuwei1128
  • liuwei1128
  • 2014年03月14日 21:38
  • 2099

RUP和六个最佳实践的关系

前几次图文主要介绍了软件工程实践中六个最佳经验(迭代化开发、需求管理、基于构件的体系结构、可视化建模、持续的质量验证、变更管理)的由来,以及它们具体的内容,本次图文介绍RUP的相关内容,首先什么是Ra...
  • LSGO_MYP
  • LSGO_MYP
  • 2016年09月07日 20:58
  • 1496
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:软件工程过程规范(裁剪的RUP)
举报原因:
原因补充:

(最多只允许输入30个字)