软件研发管理制度90134

  • 格式:doc
  • 大小:2.59 MB
  • 文档页数:43

下载文档原格式

  / 43
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件研发管理制度

目录

1 软件研发制度综述 (4)

1.1 精简模型 (4)

1.2 精简过程域的目的 (4)

1.3 精简模型文档结构与规范细分 (5)

1.4 精简模型角色与职责表 (6)

1.5 公司软件过程的政策 (8)

1.5.1目标 (8)

1.5.2机构领导的支持 (8)

1.5.3质量管理的政策 (8)

1.5.4质量保证小组的政策 (9)

1.5.5项目团队的政策 (9)

2 立项管理 (9)

3 项目规划 (9)

4 项目监控 (10)

4.1项目计划跟踪 (11)

4.1.1 任务跟踪 (11)

4.1.2费用跟踪 (11)

4.1.3资源跟踪 (11)

4.1.4工作成果及其规模跟踪 (12)

4.2 控制偏差 (12)

4.3 项目进展汇报 (13)

5 风险管理 (14)

6需求管理 (18)

6.1 需求确认 (18)

6.2 需求跟踪 (20)

6.3 需求变更控制 (20)

7 结项管理 (22)

8需求开发 (23)

9 技术预研 (24)

10 系统设计 (25)

10.1体系结构设计 (26)

10.2用户界面设计 (26)

10.3数据库设计 (27)

10.4 模块设计 (28)

11 实现与测试 (28)

12 系统测试 (30)

13 客户验收 (31)

14 技术评审 (32)

15 配置管理 (33)

16 质量保证 (35)

17 培训管理 (37)

18 服务与维护 (38)

1 软件研发制度综述

1.1 精简模型

“精简模型”是基于CMMI以及软件工程和项目管理知识而创作的一种“软件过程改进方法和规范”,它由众多的过程规范和文档模板组成。

精简模型把产品生命周期划分为6个阶段,分别为:

✧产品概念阶段

✧产品定义阶段

✧产品开发阶段

✧产品测试阶段

✧用户验收阶段

✧产品维护阶段

在精简模型中,软件项目的过程有三大类:项目管理过程、项目研发过程和机构支持过程。上述三类过程可以细分为17个主要过程域,分布在产品生命周期的各个阶段。

项目管理过程包含6个过程域,分别为:

✧立项管理

✧结项管理

✧项目规划

✧项目监控

✧风险管理

✧需求管理

项目研发过程包含7个过程域,分别为:

✧需求开发

✧技术预研

✧系统设计

✧实现与测试

✧系统测试

✧客户验收

✧技术评审

机构支撑过程包含4个过程域,分别为:

✧配置管理

✧质量保证

✧培训管理

✧服务与维护

精简模型如图1-1所示。精简模型的主要特征和优点有:

一、直观的过程模型

精简模型将项目管理、项目研发、机构支撑所包含的工作划分为相对独立的三类过程,各个过程域之间的关系直观明了。这样,机构领导、项目经理、开发人员、测试人员、质量保证人员等人根据精简模型,很容易知道自己“应该在什么时候、按照什么规范做什么事情”。所以精简模型有助于使机构内的各个职能单位有条不紊地开展工作。

二、容易裁剪与扩充

精简模型的三类过程贯穿了产品的整个生命周期,17个最常见的过程域都合理地安排在产品生命周期中的某些阶段。用户可以根据自己产品的特征,适当地裁剪或扩充精简的过程域,很容易制定出最适合于本产品的过程模型。

DP05b_205_215TC005 092-661解决方案

图1-1 精简模型

1.2 精简过程域的目的

精简模型所有17个过程域的目的如表1-1所示。

表1-1 精简过程域的目的

1.3 精简模型文档结构与规范细分

精简模型的文档结构如图1-2所示,SPP包含17个过程域,规范细分如表1-2所示。

图1-2 精简模型文档结构

表1-2 精简模型规范细分

1.4 精简模型角色与职责表

精简模型的主要角色及其职责如表1-3所示(详见各个过程域对角色与职责的描述)。公司在应用精简模型时,可以将精简模型的各个角色映射到公司原有的岗位上,也可以依据精简模型角色建立新的岗位。一个人可以被赋予多个角色,视具体情况而定。

表1-3 精简模型的角色与职责简表

1.5 公司软件过程的政策

1.5.1 目标

●持续改进机构的软件过程能力,不断地提高产品质量、提高生产率并且降低开发成

本。

1.5.2 机构领导的支持

●机构领导批准用于软件过程改进的必要经费,例如支付咨询费,购买相关软件工具

等。

●机构领导组建SEPG和QAG,专门从事软件过程改进工作。SEPG的主要职责是建

立适合于机构的过程规范,QAG的主要职责是监督该规范的实施。建议让SEPG和QAG的大部分人员重叠,这些人既是SEPG成员又是质量保证员,扮演两种角色。

这样不仅节约人力资源,并且提高了工作效果(由制定规范的人去监督规范的实施最合适不过)。一般地,SEPG成员和质量保证员共占机构总人数的5%左右。

●机构领导不仅要口头支持,还要亲自参与软件过程改进的实践。例如参加培训和考

试,准照过程规范执行立项管理和结项管理等。

1.5.3 质量管理的政策

质量管理口号:“在开发过程之中内建质量而非修补质量”。

质量管理有种基本措施:“质量保证”、“技术评审”和“测试”。

一、质量保证

机构的质量保证员周期性地检查项目成员的“工作过程以及工作成果”是否符合既定的规范,来监控和改进“过程质量以及产品质量”。

机构的质量保证员独立于任何项目,并赋予他一定的权利,对质量不合格的工作成果作出处理。

二、技术评审

在工作成果刚产生之际,对其进行技术评审(分正式或非正式两种),目的是尽早地发现工作成果中的缺陷,并帮助开发人员及时消除缺陷,从而提高产品的质量。

如果时间允许的话,应当尽可能多地对产品的重要工作成果进行技术评审。技术评审活动由项目开发团队组织。

三、测试

测试是指通过运行测试用例(test case)来找出软件中的缺陷。测试与技术评审的主要区别是前者要运行软件而后者不必运行软件。

一般地,产品开发过程中有四个测试阶段:单元测试、集成测试、系统测试和验收测试。其中单元测试和集成测试可以由项目开发团队组织。系统测试阶段必须有项目外的人员参与,以保证系统测试的客观性。验收测试由客户组织。如果有条件的话,建议