计算机软件开发项目管理规范Word文件下载.doc

计算机软件开发项目管理规范Word文件下载.doc

《计算机软件开发项目管理规范Word文件下载.doc》由会员分享，可在线阅读，更多相关《计算机软件开发项目管理规范Word文件下载.doc（25页珍藏版）》请在冰豆网上搜索。

5．1计算机软件开发流程划分 8

5．1．1按软件生产周期划分 8

5．1．2按软件生存周期划分 8

5．1．3从项目管理角度来划分 9

5．2软件开发期各阶段的时间分配 9

5．3软件开发的要求与规则 9

5．3．1软件开发各阶段流程及要求 10

5．3．1．1可行性与计划研究阶段 10

5．3．1．2需求分析阶段 10

5．3．1．3设计阶段 12

5．3．1．4实现阶段 13

5．3．1．5测试阶段 14

5．3．1．6其他 14

5．3．2软件开发规则 15

5．3．2．1项目各阶段的承接 15

5．3．2．2编码规范 15

5．3．2．3软件开发过程控制 16

6产品定制与生产 18

6．1产品定制与生产发生在项目存续期间的 19

6．2产品定制与生产发生在项目结束后的 19

7文档编制 19

7．1文档编制 19

7．2文档使用对象 20

8文档管理 21

9资源配置 22

9．1人力资源 22

9．1．1招聘 22

9．1．2培训 22

9．1．3项目人员配给 22

9．1．3．1项目主管领导 22

9．1．3．2项目经理 23

9．1．3．3设计人员 23

9．1．3．4编程人员 24

9．1．3．5测试人员 24

9．1．3．6文档管理人员 24

9．1．3．7用户 24

9．1．4开发成果保护 25

9．2资金 25

9．2．1资金来源 25

9．2．2资金拨付 25

9．2．3资金使用 25

9．2．3．1采用新技术的项目资金的使用 25

9．2．3．2采用成熟技术的项目资金的使用 25

9．3设备（包括软件设备和硬件设备） 25

9．3．1设备采购 25

9．3．2设备配置 25

9．3．3设备使用 25

10项目预算/核算 25

10．1预算 25

10．2核算 25

11奖励与惩罚 25

11．1评审 25

11．2奖励 26

11．3惩罚 26

1主题内容与适用范围

本规范规定了在开发一般商业计算机软件项目时应该遵循的统一的基本要求。

本规范适用于软件项目特别是重要软件项目的开发工作。

对于非重要软件项目，可以参照本规范规定的子集简化执行。

本规范是云南旗标软件有限公司组织软件开发项目的一般性指导文件，可以作为组建项目组、编制开发文档、制订开发计划、组织软件开发过程的基本依据。

可以依据本规范制订其他相关标准，如程序代码编写规范、评审规范。

2引用标准

GB/T11457软件工程术语

GB8566计算机软件开发规范

GB8567计算机软件产品开发文件编制指南

GB/T12505计算机软件配置管理计划规范

3软件开发项目管理一般原则

3．1建立完善的评审机制

在计算机软件开发的整个过程当中，建立完善的评审机制以对项目中涉及的人员、成本、进度、项目成果、学术等各个方面进行全面的评审是必要的和必需的。

这不但是成本及项目进度控制的需要，也是项目组内或项目组间以及项目组同其他部门间沟通的需要，还可以借此开展学术上的讨论，丰富和提高项目组技术知识水平和项目管理水平。

3．1．1评审内容

3．1．1．1阶段评审

阶段评审是一项重要的评审活动。

在项目进行的每一个阶段完成后，都必须组织本阶段工作成果的评审，否则，不允许进入下一个项目阶段。

在阶段评审中，应着重评审以下内容：

1、人员：

工作态度、沟通

2、项目阶段成本

3、项目进度

4、阶段成果

5、学术

3．1．1．2功能评审

功能评审是针对软件实现功能方面的评审，它着重的是软件的各个模块是否符合用户的最终需求，界面布局是否合理，代码实现是否简单有效，程序运行是否高效，操作是否方便、是否符合习惯等。

在功能评审中，要求构建相应的评测环境，如果是数据库系统，还应产生足够的记录数以模拟实际环境。

模拟数据的产生可参照下表执行：

系统规模

评测记录数

备注

小规模

5万行

年数据量在5万行以下

中规模

50万行

年数据量在5万至50万行

大规模

100万行

年数据量在50万行以上

3．1．2评审机构

对于任何一项评审，经由项目经理牵头，成立由相关人员组成的评审机构予以评审。

3．1．2．1阶段评审机构

阶段评审机构可以是常设机构，也可以根据情况临时成立。

该机构人员结构应该由公司技术主管、项目主管领导、相关行业专家、相关技术专家、质量控制工程师等组成。

该评审机构人数应该不少于三人，采取一票否决的评审方式进行评审。

3．1．2．2功能评审机构

功能评审只在项目组内进行，由项目负责人（项目经理）根据情况临时成立，评审完后即行撤消。

功能评审人员由项目负责人、项目技术主管、除实现者外的其他功能实现人员组成。

功能评审人数不少于三人，并且应该为奇数，采取投票方式进行评审，得票超过一半即通过评审。

3．2项目成果保护与共享

原则上，项目成果及其产权属于公司所有。

为了保护公司利益和项目知识产权，项目组在运行时，必须充分考虑项目开发期中的安全性、连续性和一贯性。

具体来说，可以采取如下几方面的措施：

1、项目中同一任务必须至少有两个人完全清楚。

2、各种设计资料、开发文档必须保留至少两份副本。

3、所有资料（包括源代码）必须定期备案。

备案以后，所有修改应及时更新，保证项目成员手中的资料必须与备案资料完全一致。

4、在条件允许时，尽量采用成对编程的方法进行代码编制。

这样的话，可以保证资料及代码的共享性，不至于项目组成员离开时，项目出现瘫痪。

4项目组织

规定计算机软件开发项目的组织与运作方式。

4．1项目组织机构

项目组采用项目经理负责制。

在项目执行期内，项目经理直接对项目主管领导负责，不受其他部门及领导的约束。

在人事上项目组成员（包括项目经理）隶属于他所在的编制部门，行政上接受部门经理的领导。

项目组内所有成员必须服从项目经理的安排及调度。

在必要的时候，项目经理经请示有权变更项目组成员或取消项目组成员的项目参与资格。

项目组可采用下图所示的结构组建：

项目经理

设计人员

代码实现

测试人员

文档管理

项目主管领导

用户代表

图一项目组组织结构

在上图中，项目主管领导可不视为项目组成员。

设计人员：

指进行可行性研究、需求分析、概要设计、详细设计及数据库设计的人员。

该工作可以由项目组内其他成员担任。

代码实现人员：

指具体进行程序代码编写的人员。

该工作根据项目具体情况可以是非本公司人员。

代码实现的主要依据是数据库设计说明书、概要设计说明书、详细设计说明书及其他需求说明书和相关资料。

测试人员：

指负责程序功能测试及Bug查找的人员。

该工作可由代码实现人员充任，但必须交叉进行，自己编写的代码须由其他人员检查、测试。

文档管理人员：

指项目存续期内负责日常工作文档及用户手册、操作手册、开发进度月报等文档的编制和管理的人员。

该工作可由项目组内其他人员充任。

设计人员、代码实现人员和测试人员应完成自己份内的文档编制，可参考以下第6条执行。

用户代表：

用户代表这一角色在项目组中，是一个相当重要的角色。

他应是能充分了解用户需求的人：

精通业务、熟悉管理、熟悉企业组织结构及内部运作方式，并能够不经或略经培训即能充分理解和参与制订项目任务、要求、目标等重要设计的人。

可以说，对于项目的成功与失败，用户代表这一角色起着至关重要的作用。

用户代表应至少有一名，并不限数目。

4．2对外协调

项目经理应在项目启动时向财务部门提供项目预算方案及资金使用计划。

项目组接受财务部门的经济监督，有义务按公司的财务调度计划安排资金的使用。

项目组成员应该经常与售前售后服务人员及用户（包括用户代表）交流，充分掌握用户的底层需求。

在必要时，项目组成员可以申请资金用于现场调研。

在必要的时候，项目组成员有义务协助营销人员搞好产品的推广销售工作。

但，此时发生的任何费用不在项目开发费里开支。

4．3项目外包

项目任务可以以外包的形式完成。

外包可整体外包，也可只将部分模块外包。

根据情况，项目任务可外包给公司内部其他项目组，也可外包给公司以外的组织或个人。

4．3．1外包评估

软件项目在外包前必须进行外包评估，只有当评估认为可以外包时，才能将项目外包。

评估时应着重考虑以下方面：

1、否有利于新技术的获得

2、是否有利于降低开发成本

3、是否有利于缩短开发周期

4．3．2外包合同

外包任务必须签定外包合同。

合同上必须至少载明以下内容：

任务名称，任务内容、要求及目的，进度计划，完成日期，开发费用，开发结果交付方式，违约责任等。

4．3．3外包资金

外包任务所需资金在项目开发费里列支。

由项目经理提出计划，在得到主管领导及总经理批准后实施。

资金使用不应一次性支付完毕，而应当按进度逐步支付，并且在外包合同完成时，应至少滞留30%的资金用于预后处理（包括调试、测试分析、修改完善）。

待整个项目完成，并经用户验收合格投入使用后，方可付完所有外包开发费。

4．3．4文件

在项目外包时，我公司可提供需求分析、概要设计、数据库设计说明书、详细设计说明书、项目开发计划、测试计划及其他必要文件等相关资料。

在外包任务完成时，承包方应交回合同规定的所有文件，包括程序源代码、模块开发卷宗、测试分析报告及合同规定的其他文件。

4．3．5其他

在条件允许时，可尽量将项目任务外包，公司内部最好只做可行性研究、需求分析、概要设计等上层设计。

这样，我们就可以以少量的资源投入而获得更多更好的开发成果和经济效益。

外包合同履行期间，项目经理有责任和义务监督合同的履行及外包任务的进度，以保证整个项目的进度计划。

在合同履行出现问题时，项目经理应采取果断措施，最大限度地为公司挽回损失。

如果项目经理不能决绝，应立即请示主管领导，直至总经理。

5项目实施

5．1计算机软件开发流程划分

5．1．1按软件生产周期划分

每个软件项目从启动到结束，最终都会有一个确定的生产周期，从这个角度来说，计算机软件开发流程可分为如下六个阶段：

需求分析

概要设计

详细设计

编程

测试

集成测试

其中需求分析及概要设计属于上层设计。

对于大型项目来讲，应该进行这两个项目的设计，而对于小型项目或者是开发周期要求很紧的项目而言，经总经理或主管领导批准，也可不进行这两项设计。

5．1．2按软件生存周期划分

一项计算机软件，从出现一个构思之日起，经过这项软件开发成功投入使用，直到最后决定停止使用，并被另一项软件代替之时止，被认为是该软件的一个生存周期。

一般地说这个软件生存周期可以分成以下六个阶段：

可行性与计划研究阶段

需求分析阶段

设计阶段

实现阶段

测试阶段

运行与维护阶段

5