1     背景

1.1      目的与作用

项目管理开发规范用于规范管理开发活动。提升工作效率，降低项目质量问题的出现，并可以对项目基准、成本绩效进行有效的控制，当然，也包含了对实施人员的绩效考核工作。

2     概述

一个项目，能够分为项目管理部分和项目开发两部分。其两者的关系能够说是相互依存。缺一不可。

开发过程是项目目标的详细生产过程，而项目管理过程则对此生产过程进行控制。使其约束在一定的范围、进的、成本之内，并须要达到规定的质量目标。

归纳起来说，项目管理是依照预先规定好的步骤，在满足一些约束的条件下。一步步进行项目目标生产的过程。

要进行规范化的建设，首要做的，就是建立起对应的管理开发流程。流程是秩序的一种详细的体现。

流程应以管理为主要流程过程。将开发过程变成管理过程控制的一部分，管理过程对开发过程进行控制。同一时候。本流程还结合了研发部如今运行的模块化开发模式和基于原型的开发流程，使得本流程更加适合现有的工作模式，并弥补如今存在的管理上的缺陷。

现先将项目管理过程和项目开发过程进行简单的概述，然后对再说明怎样对其进行融合。形成一个统一的管理流程。

2.1.1   项目管理流程概述

项目管理的生命周期分为四个阶段，各自是概念阶段、计划阶段、实施阶段、收尾阶段。

?  概念阶段

主要是进行可行性分析及论证工作。确定项目是否可行。

一般还会对招投标进行管理。

能够将制定项目章程过程放到了概念阶段。

?  计划阶段

对项目对的实施过程进行计划，包含制定各种管理计划：进度、成本、质量、范围、变更控制、沟通等等。

依据项目实际情况，制定项目的各种基准，如范围基准、进度基准、成本基准。

?  实施阶段

主要包含依照进计划进行实施，对实施进行控制，对偏离进度的情况进行纠正；在实施的过程中，依据实际情况。也可能对进度计划进行变更，从而改变项目基准。

?  收尾阶段

针对整个项目进行收尾，也能够针对某个阶段进行收尾。

项目的收尾工作主要包含行政收尾和合同收尾两部分工作。在各个阶段和整个项目结束时，须要进行行政收尾工作。收尾应包含对应的检查工作。

确保阶段中的各个活动均已完毕，并进行測试或检查。保证可以进行下一阶段。

2.1.2   项目开发流程概述

2.1.2.1     软件开发模型

选择V模型+原型法作为开发模型。并採用模块化的方式将项目系统切割成一系列独立的、可部署、測试的模块。进行设计开发工作。

       此软件开发模型，具有例如以下的特点：

?  基于模块化。

将要做的项目产品，依照功能模块进行拆分。详细的模块化实现思路及运行方法，參见相关模块化文档。

?  採用V模型

基于V模型在瀑布开发模型的基础上，在功能融合了測试，以确保错误能尽早的暴露出来并被改正。

结合V模型和模块化，将V模型的最小实施单位定义为进度计划网络图中的活动单元

?  原型法

在需求分析结束后。需进行原型设计工作。以最小的代价，展现出项目的总体轮廓。使模糊的文字表达，转换成清晰直观的图形展示。

2.1.2.2     软件开发流程阶段概述

2.1.2.2.1       软件开发流程图

2.1.2.2.2       开发流程总体流程概述

开发流程活动将融合到管理流程中，详细例如以下：

2.1.2.2.2.1   总体需求分析和原型设计

在项目计划阶段，会对软件开发进行总体需求和总体原型功能设计工作。这两部分工作的细分程度，视项目具体情况而定。假设项目的需求明白。项目目标清晰，则能够目标的全部功能进行具体的需求分析和原型设计工作。若项目需求不明白，项目目标模糊。则能够对上述工作进行概述型的描写叙述就可以。

2.1.2.2.2.2   总体设计工作

总体需求和原型工作完毕后，会对项目进行设计工作。相同。设计工作也会分为多个层次。

在总体设计过程中，能够依据项目的情况，选择合适的设计方式：

?  项目简单/具有可比性

需求明白、简单的项目，能够进行简单设计就可以。可选项包含总体功能描写叙述、总体设计思路、功能模块划分、功能模块描写叙述、框架级别伪码。

?  项目目标明白

具有具体目标的项目，能够在总体设计时，进行完功能模块的设计工作。设计文档内容同上

?  项目目标不明

对于目标不明白的项目。能够採用渐进明细的方式，在计划阶段，能够先进行简单设计，但须要在后期不断修正完好相关文档。

       对于大型项目，能够依照功能模块，将计划文档划分为子文档。以方便查阅和维护。

2.1.2.2.2.3   模块级别需求及原型设计

对于总体需求分析和原型设计阶段未进行具体分析设计的模块。在对应的模块活动中。将进行具体需求及原型设计工作。以保证在设计和编码工作開始前，进一步明白需求，减少风险。此工作会项目的时间、进度、成本、范围产生变更。

步骤同总体需求分析和原型设计

2.1.2.2.2.4   模块级别设计工作

对于总体设计阶段未进行具体分析设计的模块，在对应的模块活动中。能够对对应的设计文档进行细化和调整。此工作会项目的时间、进度、成本、范围产生变更。

步骤同整设计工作。

2.1.2.2.2.5  编码工作

依据设计文档、开发规范、进行编码工作。

编码应遵循进度计划、范围要求，并遵守对应的开发规范。

开发过程中。如发现与设计、需求不符，应与项目负责人、系统设计人员进行协商。如确实须要更改，需走总体变更流程。

2.1.2.2.2.6  模块级别測试工作

当功能模块开发完成后。开发者应保证模块符合部门定制的各种规范。如编码规范、測试规范等。

是否符合规范。将以符合各种质量检查单为标准。

还需依据研发部測试组提供的开发者自測规范。对常见的但不应该出现的问题。还应形成自測检查单。

2.1.2.2.2.7  系统/集成測试

在里程碑或某一组相关活动结束、以及所有功能开发完毕后。

须要对其进行集成測试。系统/集成測试从总体的角度，对一组功能模块进行測试，測试应遵循測试规范和标准。測试的结果应是能够度量的。

3      辅助的工具

知道怎么做不难，难的地方在于怎样去做

第一是运行力，怎样去严格依照规范运行，按规矩去办事。这是最难做到的。

秩序不光须要建立。还应须要去维持，去强化。

第二是成本问题，假设运行的成本过高，也就失去了价值。由人去管理人是困难的，但假设交由系统呢，对吧？