方案执行流程.docxVIP

程序文 项目执行流程 年月日起生 文件号 件 效 编制 审核 批准 版 次 1.0 日期 日期 日期 共 6 页 第 1 页 项目执行流程 目的及适用范围 1.1 为规范项目业务中项目执行过程， 达到项目的成本、进度、质量的统一，特制定本程序； 1.1 本程序文件适用于某公司项目业务中项目执行； 1.2 本程序文件由某公司 制定，其解释权及修改权属于 ； 1.3 本程序文件从 年 月 日起执行； 职责 2.1 项目中心负责项目执行的总体进程，并对执行的最终结果负责； 2.2 主管副总和执委会负责在关键节点监控和协调资源； 2.3 质量控制部负责对项目执行过程中的里程碑产生的相关成果和文档进行质量控制，并将符合规范的成果放入资源中心存档； 定期战略质询流程 3.1 决策委员会同意签订合同后， 项目部项目经理 （在项目销售流程中的准项目经理）制订《项目计划书》 ，交由执委会审批，如果未通过，项目经理重新修改《项目计划书》 ； 3.2 如果审批认可， 项目经理将项目计划递交给客户评审， 若未通过，项目 经理修改《项目计划书》 3.3 若客户评审通过，进行项目资源安排，若所需资源在项目中心本身内， 由项目总监完成资源安排， 若所需资源跨项目中心外的多个部门， 由执 委会完成资源安排； 3.4 获得所需资源后，项目经理进行需求分析，交质量控制部进行质量检验，若质检未通过，项目经理修改需求分析； 3.5 若质检通过，专家委员会对需求分析内容进行评审， 若未通过，项目经理修改需求分析内容； 3.6 若通过内容评审， 项目经理将需求分析交给客户评审， 若未通过，项目经理修改需求分析， 若通过，项目经理进行总体设计， 同时将相关成果和文档放入资源中心存档； 3.7 质量控制部对总体设计进行质量检验， 若未通过，项目经理修改总体设计，若通过，专家委员会对总体设计内容进行评审， 若未通过内容评审，项目经理修改总体设计内容， 3.8 若通过内容评审， 项目经理将总体设计交给客户评审， 若未通过客户评审，项目经理修改总体设计， 若通过客户评审， 项目经理安排项目进行系统实现，同时相关成果和文档放入资源中心存档； 3.9 质量控制部对系统实现结果进行功能测试， 若未通过，项目经理安排项目组成员修改系统实现； 3.10 若通过功能测试， 质量控制部进行质量检验， 若未通过，项目经理安排项目组成员修改系统实现； 3.11 若通过质检，专家委员会对系统实现进行验收， 若未通过，项目经理安排项目组成员修改系统实现； 3.12 若通过专家委员会验收，项目经理将系统实现相关成果交给客户验收，若未通过，项目经理安排项目组成员修改系统实现； 3.13 若通过客户验收， 质量控制部将相关成果和文档放入资源中心存档， 同 时项目经理安排项目组成果进行项目推广； 3.14 项目经理进行项目总结， 通过在质量控制部进行质检， 若未通过，项目 经理修改项目总结； 3.15 若通过质检，质量控制部将相关成果和文档放入资源中心存档； 相关文件 4.1 《项目计划书》 4.2 《项目资源调度单》 4.3 《方案说明书》 4.4 《需求分析说明书》 4.5 《质量控制需求分析说明书评审报告》 4.6 《总体设计说明书》 4.7 《详细设计说明书》 4.8 系统实现相关文档——在系统实现流程中完成 4.9 《客户验收单》 4.10 《项目总结》 4.11 《软件质量保证文档》 4.12 《资源中心验收单》 项目计划书 项目名称 项目编号 项目经理 项目任务描述 项目总时间及关键里程碑设置 项目人力资源 项目费用预计 审批人意见： 总监：  副总监：  执委会： 备注：抄送财务部、人力资源部 时间 项目资源调度单 项目名称 项目编号项目的跨中心（部门）资源调度缘由  项目经理 申请人 审批人 正式调用时间： 起： 止： 备注：抄送财务、人力资源部 时间 软件需求分析说明书 引言 1.1 目的 说明编写软件需求说明书的目的，指出预期的读者。 1.2 背景 1） 待开发的软件系统的名称； 2） 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； 3） 该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 参考资料 列出所用的参考资料，如： 1） 本项目的经核准的计划任务书或合同、上级机关的批文； 2） 属于本项目的其他已发表的文件； 3） 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。 4） 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够 得到这些文件资料的来源。 1.4 术语 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 项目概述 本部分描述影响产品和其需求的一般因素。