《NMDLGC-工程实施流程规范》由会员分享，可在线阅读，更多相关《NMDLGC-工程实施流程规范（85页珍藏版）》请在金锄头文库上搜索。
1、北京雅龙汉正科技有限责任公司项目管理标准北京雅龙汉正科技2021年1月更改履历版本号修改编号更改时间更改的图表和章节更改简要描述更改人批准人注：更改人除形成初稿，以后每次修改在未批准确认前均需采用修订的方式进行修改。目 录1. 概述41.1. 编写目的41.2. 项目背景51.3. 建设目标62. 项目计划管理72.1. WBS(工作分解结构)分解72.2. 项目基线计划92.2.1. 项目基线计划92.2.2. 基线评审计划102.3. 项目附属计划112.3.1. 沟通计划112.3.2. 风险管理计划122.3.3. 配置管理计划192.3.4. 质量保证计划302.4. 项目阶段计划3
2、42.5. 项目实施采用的平台软件363. 项目实施作业标准373.1. 项目实施过程工作项373.2. 项目实施作业标准393.2.1. 项目启动阶段393.2.2. 项目策划阶段463.2.3. 项目开发阶段493.2.4. 工程实施阶段514. 附件874.1. 测试验收相关附件874.1.1. 附件1:测试结果签字确认授权书格式874.1.2. 附件2:最终验收意见提纲894.1.3. 附件3：测试准备工作确认表914.1.4. 附件4：提交的最终验收材料签收表921. 概述编制本计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需软、硬件条件及可能遇到的问题
3、瓶颈等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发与实施工作。2. 项目计划管理2.1. WBS(工作分解结构)分解项目总体目标2008年12月30日完成基础业务系统推广、新建项目试点开发、实施分类一级任务二级任务软件工程新建系统原型开发设计原型框架原型框架确认原型开发原型确认需求调查需求调研需求整理(业务差异、实用化需求)需求分析(差异需求报告)需求确认(报送监控组审批)需求管理(纳入基线)UE/UI设计设计UE/UI框架UE/UI框架确认UE/UI开发UE/UI确认系统设计设计原则讨论设计原则内部确认系统总体设计应用系统概要设计(用例规划设计)数据库完善设计应用系统详细设计
4、(用例实现设计和实体类设计)Activex控件设计内部评审客户确认系统实现编码和单元测试代码抽查软件集成集成测试编写用户手册系统测试测试方案编写测试计划编写测试用例编写测试环境准备(项目现场仿真环境)执行系统功能测试压力测试试点单位上线试运行培训数据移植准备数据移植试运行前测试试点单位开始试运行试运行试点单位初步验收试点结束项目单位推广阶段项目推广开始项目推广单位培训推广单位数据移植准备推广单位数据移植推广单位试运行前测试推广单位开始试运行推广单位试运行推广结束项目管理项目启动项目策划项目监控项目结项项目周报和下周计划内部周例会网省(自治区)周例会人力外包项目支持质量保证配置管理变更管理培训2
5、.2. 项目基线计划2.2.1. 项目基线计划基线产品1标设成果原型基线产品2需求基线产品3UE/UI设计基线产品4系统设计基线产品5产品基线产品6文档产品任务名称工期（天）开始时间完成时间标设成果原型设计原型框架3原型框架确认2原型开发21原型确认1需求调查需求调研14需求整理1需求分析0需求确认1需求管理0UE/UI设计设计UE/UI 框架0.5UE/UI框架确认0.5UE/UI开发10UE/UI确认2系统设计设计原则讨论1设计原则内部确认1系统总体设计10应用系统概要设计15数据库完善设计20应用系统详细设计45Activex控件设计5内部评审5客户确认5产品系统实现90系统测试20试点
6、单位上线试运行60文档输出文档318备注：2.2.2. 基线评审计划2.2.2.1. 基线评审时间计划基线产品计划评审时间主要参加人员方式标设成果原型项目主管、项目经理、质量保证员、项目组成员、 需求项目主管、项目经理、质量保证员UE/UI设计项目主管、项目经理、质量保证员、项目组成员系统设计项目经理、质量保证员、项目组成员产品项目经理、质量保证员、项目组成员文档项目经理、质量保证员、项目组成员2.2.2.2. 基线评审报告模版项目名称(编号)会议室审查日期预期评审速率分钟/页开始时间结束时间工作产品信息序号名称作者版本大小（页）检查表标准1有没有2345评审人员姓名角色缺席检查准备时间（小时
7、）12345是是相关文档名称版本存档位置2.3. 项目附属计划2.3.1. 沟通计划2.3.1.1. 基于问题的沟通计划问题类型沟通对象方式需求变更管理控制组、项目经理、项目主管、公司分管领导变更委员会会议总体计划变更管理控制组、项目经理、项目主管、公司分管领导会议基线变更管理控制组、项目主管、项目经理、配置管理组变更委员会会议人员变动管理控制组、项目主管书面2.3.1.2. 日常沟通计划沟通对象内容方式时间 管理控制组、项目组成员项目进展及问题周例会每周管理控制组、项目主管、公司分管领导项目进展及问题月述职每月2.3.1.2.1. 周例会工作计划单体项目负责人项目总负责人报送周期工作周报每周
8、五下午10点前每周日中午12点前一级/二级组成立开始，撤销终止项目实施经理总体项目负责人报送周期项目日报每天下午10点前项目启动会开始，合同签订终止项目周报每周五下午10点前每周一中午12点前项目启动开始，项目终止结束项目月报每月最后1工作日中午12点前合同签订开始，项目终止结束客户周报每周五下午10点前每周一中午12点前项目启动开始，项目终止结束客户月报每月最后1工作日中午12点前项目启动开始，项目终止结束2.3.1.3. 与内蒙客户的沟通计划2.3.1.3.1. 时间表编号沟通内容时间方式1项目启动2021年3月会议2项目整体计划2021年3月文档3调研计划2021年3月文档4需求评审20
9、21年4月会议5数据切换计划2021年6月文档6系统上线计划2021年9月文档7系统推广计划2021年11月文档8系统验收计划2021年10月会议2.3.2. 风险管理计划风险管理贯穿与整个项目的全过程，具体的时间计划来源与项目实施的每个时间点。风险是一种遭受损失的可能性，这种损失的程度可能导致对项目的伤害直至失败。风险管理的目的是在风险发生前，识别出潜在的问题，以便在产品或项目的生命周期中规划风险处理活动，并在需要时启动，以减缓它们对目标的不利影响2.3.2.1. 定义序号定义说明1风险是一种潜在的事件或条件，一旦发生，将会给项目带来一定的负面影响或导致项目失败。 2风险管理风险管理就是在一
10、个项目中通过过程和工具来对风险进行识别,跟踪和控制的手段。提供了对可能出现的风险进行持续评估，确定重要的风险以及实施处理风险的策略的一种规范化的环境。合理的风险管理应尽力减少风险的发生概率；如果发生，则应尽力缩小其影响程度。3风险识别是要对各个相关领域进行检查，以便发现风险并记录下来。3风险分析是对每一项已识别的风险进行研究，以精确描述风险，分析出风险产生的原因、概率并确定其产生的影响（成本、进度、技术）。4风险参数包括风险发生的概率、影响的严重程度，以及风险值；风险值是概率和影响严重程度的乘积，以上具体参见风险管理列表5风险类别按照风险可能导致的影响方面对风险进行的分类。如成本、进度、质量。
11、6问题管理将已经转化成问题的风险记录到项目问题管理表 2.3.2.2. 角色与职责序号角色职 责说明1项目经理负责项目的风险管理计划、风险管理活动的实施和总结2项目组成员在项目经理的带领下，参与风险管理活动3项目机构参加评审风险值2的风险的缓解措施4项目组收集在风险管理活动中的经验教训。2.3.2.3. 流程图2.3.2.4. 风险识别一般性风险识别编号产品规模风险具体风险描述现状分析值风险趋势后果缓解措施应对措施识别结果A01没有充分估算产品的规模，导致估算的结果缺乏客观依据； 1A02对于估算出的产品规模的不可信或可信度极底，导致规模估算的结果的偏大或者偏小； 1A03没有以程序、文件或事务处理的数目来估算产品规模，导致规模估算的结果缺乏客观依据； 1A04估算产品规模与以前产品的规模的平均
