项目管理标准规范设计

项目管理标准规范设计
1项目管理的概念
项目是一个特殊的将被完成的有限任务，它是在一定时间内，满足一系列
特定目标的多项相关工作的总称。

项目的定义包含三层含义：第一，项目是一
项有待完成的任务，且有特定的环境与要求；第二，在一定的组织机构内，利
用有限资源（人力、物力、财力等）在规定的时间内完成任务；第三，任务要满足一定性能、质量、数量、技术指标等要求。

这三层含义对应这项目的三重约
束--时间、费用和性能。

项目的目标就是满足用户方、管理层和供应商在时间、费用和性能（质量）上的不同要求。

图错误!文档中没有指定样式的文字。

-1 项目管理示意图
项目的基本属性有：一次性、独特性、目标的确定性、组织的临时性和开
放性、成果的不可挽回性。

项目管理就是把各种资源应用于目标，以实现项目的目标，满足各方面既
定的需求。

项目管理首先是管理，只不过管理的对象很专一，就是项目；管理的方式
是目标管理；项目的组织通常是临时性、柔性、扁平化的组织；管理过程贯穿
着系统工程的思想；管理的方法工具和手段具有先进性和开放性，用到多学科
的知识和工具。

项目管理知识体系中将项目管理的过程分为：启动、计划、控制、实施、收尾五个过程，项目在不同阶段，其管理的内容也不相同。

启动阶段、计划、控制、实施、收尾阶段。

各过程关系如下图所示：
图错误!文档中没有指定样式的文字。

-2 过程关系示意图
2项目管理标准制定的目的
对于诊疗“一卡通”程项目管理标准的目的是按照成型的项目管理理念，结合项目管理上的要求制定的一套用以规范诊疗一卡通工程子系统开发商在项目过程中必须遵守的规范。

结合多次的用户方访谈情况，认为以项目的过程作为轴线，将项目管理的各种标准作为这个轴线的要素来体现，更能提高这种标准的可参考性和可扩展性，以下就对项目管理过程中的各个过程的一些标准规范做描述。

3软件项目管理阶段的划分
以上论述的是关于项目管理的一些基本理念，但软件项目的管理有一些独特性，项目管理的过程，特别是像诊疗一卡通项目这种具有典型IT性质的管理标准，在过程划分为如下几个阶段：项目启动、需求调研、系统设计、代码开发、测试阶段、试运行阶段、运行阶段、验收阶段、维护阶段。

各阶段不是严格的串行关系、建议各项目可根据情况作出适当的调整，但必须经用户方、开发方、监理方同意。

制定了完整的项目管理规程与流程，以下详细介绍了项目各个阶段各开发
商需要完成的工作与应该注意的事项。

4文档编写的指导原则
理清项目管理的概念、项目管理标准制定的目的、项目管理阶段内容的划分、项目管理的原则（分软件、硬件），明确各阶段的时间范围、任务、提交物。

制定项目管理标准大纲。

按客户的要求，在设计阶段需要明确各阶段提交物的文档规范模板。

实施
阶段提交各阶段提交物的文档规范模板。

在诊疗一卡通其它子系统的建设过程
中必须按照本文档规范进行编写，如果确实因需要采用其它的文档规范体系由
用户方、开发方和监理方协商后确定。

5本项目项目过程标准
5.1项目启动
5.1.1时间范围
从合同签订之日起（或者合同另有规定的时间）到项目启动会议的召开为项目启动的时间范围。

5.1.2任务
开发方、用户方、监理方项目组织的建立、形成有效的沟通机制。

制定项目里程碑计划，规定各个里程碑的开始时间和结束时间点，项目里
程碑计划需要用户方、开发方、监理方的共同确认生效，如果需要变更需三方
确认通过。

各阶段的子计划在各个阶段开始前进行细化。

可由开发方根据各子
计划对项目里程碑计划的影响程度，决定是否提交用户方和监理方确认。

做好各方面的准备工作，同时明确项目各项控制、管理和协调的机制，以
确保项目的整个过程得到有效的监控，并按进度和质量要求实现最终的目标。

开发方、用户方、监理方共同制定项目管理制度，在项目管理制度中必须
明确在各个阶段的各相关方责任。

各项目的项目管理制度隶属于本项目管理标
准的规范，除非在项目管理制度中有特别的说明（经开发方、用户方、监理方同意），否则一旦冲突以本项目管理标准规范为准。

5.1.3提交物
《项目组织结构图》、《项目里程碑计划》、《项目风险管理表》、《项目管理制度》、《项目任务书》、《配置库结构层次图》、《可行性分析(研究)报告》
5.1.4注意事项
《项目组织结构图》、《项目里程碑计划》、《项目任务书》、《配置库结构层次图》为必须提供的资料
《项目风险管理表》、《质量控制》可纳入《项目里程碑计划》中
《项目管理制度》、《项目成本预算》、《软件质量保证计划》、《软件配置管理计划》、《可行性分析(研究)报告》按实际情况三方可以考虑是否提供《项目管理制度》的制定必须依据本标准，有不符合标准的必须在制度中说明
《项目计划》、《项目风险管理表》、《质量控制》必须要进行评审，并形成评审记录
5.2需求调研
5.2.1时间范围
调研开始的时间到调研结束的时间，原则上只能在调研完成并评审通过后才能进入设计阶段，但由于各项目的实际情况可以考虑迭代的方法，如果采用这种方法必须就项目的风险进行描述。

确定调研计划，进行用户需求调研，确定系统的业务范围、功能性需求、非功能性需求。

根据需求说明书，整理用户需求，进行需求分析，得出需求分析文档，并就需求分析文档进行评审，形成1.0版本的需求说明书，用户方、开发方、监理方进行需求的确认，形成确认报告。

倘若有遗留问题必须在需求说明书中明确。

5.2.3提交物
《需求调研计划》、《需求说明书》、《需求说明书评审报告》、《需求确认报告》、《系统/子系统需求规格说明》、《接口需求规格说明》、《数据需求说明》
5.2.4注意事项
《需求调研计划》、《需求说明书》、《需求说明书评审报告》、《需求确认报告》必须提交或确认，就未能在需求阶段确定的问题必须严格在需求说明书中体现，并就风险进行评估。

《系统/子系统需求规格说明》、《接口需求规格说明》、《数据需求说明》按实际情况三方可以考虑是否提供
5.3系统设计
5.3.1时间范围
原则上是从调研结束到代码开发之前。

当然视项目实际情况可以考虑迭代的方法。

系统架构设计（总体设计）、数据库设计、概要设计、详细设计。

开发方可以自行根据自身的开发模式和用户方商量后确定是否将概要设计和详细设计合并、是否有架构设计（总体设计）等等。

在这方面项目管理标准规范没有明确的必然提交物。

5.3.3提交物
《设计计划》、《系统总体设计说明书》、《系统概要设计报告》、《系统详细设计》、《系统设计评审记录》、《软件(结构)设计说明》、《接口设计说明》、《系统/子系统设计(结构设计)说明》、《数据库(顶层)设计说明》
5.3.4注意事项
以上文档《系统总体设计说明书》、《系统设计评审记录》为必须提交之文档
《系统概要设计报告》、《系统详细设计》可根据需要合并为《系统设计报告》
《软件(结构)设计说明》、《接口设计说明》、《系统/子系统设计(结构设计)说明》、《数据库(顶层)设计说明》按实际情况三方可以考虑是否提供
5.4代码开发
5.4.1时间范围
系统设计到用户确认测试前均认为是代码阶段
5.4.2任务
编码实现和单元测试、用户手册编写、管理员手册编写、技术手册编写。

5.4.3提交物
《开发计划》、可执行文件、《系统自测报告》、《用户手册》、《管理员手册》、《技术规范》、《数据规范》、《软件版本说明》、《计算机操作手册》、《计算机编程手册》、《开发进度月报》、《项目开发总结报告》。

5.4.4注意事项
可执行文件、《系统自测报告》、《用户手册》、《管理员手册》为必须提交之资料
如果和本项目管理标准不符合，必须三方共同认可，并签订了许可说明，提交《技术规范》、《数据规范》；否则必须按照本项目管理标准执行，这样不需要提交《技术规范》、《数据规范》。

《软件版本说明》、《计算机操作手册》、《计算机编程手册》、《开发进度月报》、《项目开发总结报告》按实际情况三方可以考虑是否提供。

5.5开发方系统测试
5.5.1时间范围
开发方完成单元测试后，可以进入系统测试阶段，到测试通过为止。

5.5.2任务
开发方根据双方确定的软件规格需求说明书的要求进行系统测试，达到需求说明书规定的要求，对于测试中出现的问题要及时解决。

5.5.3提交物
《系统自测报告》
5.6用户确认测试阶段
5.6.1时间范围
开发方提交《系统自测报告》，用户方认为可以进入用户确认测试阶段开始，到测试通过为止。

5.6.2任务
确认《用户测试计划》，开发方协助用户方（或用户方邀请的第三方测试主体）进行测试环境的搭建，用户方（或用户方邀请的第三方测试主体）逐一对测试用例进行测试、压力测试，开发方解决测试过程中出现的问题。

并形成测试
总结报告评审通过。

5.6.3提交物
《用户测试计划》、《测试总结报告》、《测试评审报告》、《软件测试说明》。

5.6.4注意事项
如果是第三方测试，那么提交物须由第三方测试主体提交；
如果是用户方测试，那么提交物须由开发方提交。

5.7试运行阶段
通过用户确认测试，表明系统已经可以交付用户进行选点（或功能）试运行工作。

本阶段主要任务包括在选点试运行单位进行系统安装，并对相关人员进
行必要的培训。

5.7.1时间范围
从测试通过开始到用户方认为已经达到正常投入运行的阶段。

5.7.2任务
制定《培训计划》、《培训教材》、安装系统、调试通过。

系统的切换方案确定
数据准备阶段（数据采集、数据校验、参数维护）
5.7.3提交物
《培训计划》、《培训教材》、《试运行总结报告》、《软件安装计划》、《运行概念说明》。

5.7.4注意事项
《软件安装计划》、《运行概念说明》按实际情况三方可以考虑是否提供。

5.8运行阶段
验收前为了解决暴露的问题，完善不足，补充功能，在系统试运行后，进入系统运行阶段。

开发方在系统运行期间提供全方位的运行支持，由项目经理组织，项目组相关人员参与，质量和工程管理部门负责支持和监督。

要求开发方安排实施工程师提供运行支持，可随时提供现场指导、排除、解决用户使用过程的应用软件故障，并协助用户填写用户问题报告，及时反馈给项目经理。

5.8.1时间范围
试运行结束到系统验收阶段
5.8.2任务
系统的正常运行、跟踪问题形成《用户问题报告》、解决问题并形成《用户问题解决情况表》、形成《系统运行总结报告》、提交《验收申请》
5.8.3提交物
《用户问题报告》、《用户问题解决情况表》、《系统运行总结报告》、《验收申请》
5.9验收阶段
5.9.1时间范围
用户方接收到了开发方的《系统验收申请》到验收通过。

5.9.2任务
组织人员进行系统验收、并对遗留问题处理落实相关责任方按时间处理、签署《系统验收报告》。

5.9.3提交物
《验收计划》、《系统验收报告》、《软件移交计划》、《软件产品规格说明》、系统源代码及运行代码、其它的项目文档。

5.9.4 注意事项
《软件移交计划》、《软件产品规格说明》按实际情况可以考虑是否提供。

5.10维护阶段
5.10.1时间范围
验收通过之日起到合同规定的维护期限
5.10.2任务
系统维护
5.10.3提交物
《系统问题报告》、《系统问题解决情况表》
5.11贯穿整个项目过程
5.11.1时间范围
贯穿整个项目周期，从项目启动到项目维护期结束
5.11.2任务
定期召开项目例会、开发方向用户方提交《项目周报》、临时会议的召开解决问题。

5.11.3提交物
《项目周报》、《会议纪要》。