项目章程-XXXX软件平台

1、项目章程xxx软件平台第 页项目章程xxx软件平台第 页XXX软件项目章程文件状态：V草稿正式发布正在修改当前版本：VI. 0文档密级：内部公开作 者：编写日期：审核人：审核日期：批准人：批准日期：版本历史版本/状态作者修订描述日期备注01新增目录 TOC o 1-5 h z 0.章程介绍50. 1文档目的5 HYPERLINK l bookmark9 o Current Document 0.2章程范围5 HYPERLINK l bookmark11 o Current Document 0.3服务合同5 HYPERLINK l bookmark13 o Current Document 0

2、.4读者对象5.项目介绍6项目背景6 HYPERLINK l bookmark18 o Current Document 客户与最终用户介绍6 HYPERLINK l bookmark20 o Current Document 开发方介绍6.项目描述7项目建设目标7 HYPERLINK l bookmark25 o Current Document 项目交付标准7 HYPERLINK l bookmark27 o Current Document 项目交付产品7.项目组织结构81组织结构8 HYPERLINK l bookmark32 o Current Document 甲方角色和职责9 H

3、YPERLINK l bookmark34 o Current Document 乙方角色和职责9.项目范围91功能范围95.项目风险管理101风险来源10 HYPERLINK l bookmark42 o Current Document 5.2风险分类10 HYPERLINK l bookmark44 o Current Document 5. 3风险严重性10 HYPERLINK l bookmark46 o Current Document 5. 4风险发生可能性11 HYPERLINK l bookmark48 o Current Document 5. 5风险时间性11 HYPER

4、LINK l bookmark50 o Current Document 5. 6风险优先级别的计算方法11 HYPERLINK l bookmark52 o Current Document 7风险判断标准及管理措施12.开发过程管理12项目生命周期模型12 HYPERLINK l bookmark57 o Current Document 项目工作环境12 HYPERLINK l bookmark59 o Current Document 项目里程碑13 HYPERLINK l bookmark61 o Current Document 协同工作机制13项目章程-XXX软件平台第5负项目章

5、程-XXX软件平台第 页 HYPERLINK l bookmark63 o Current Document .问题管理15 HYPERLINK l bookmark65 o Current Document .进度计划15 HYPERLINK l bookmark67 o Current Document .培训计划15.项目跟踪与监督计划16项目跟踪与监督方式16 HYPERLINK l bookmark72 o Current Document 项目计划调整策略和时机16 HYPERLINK l bookmark74 o Current Document 项目沟通方式和频率17 HYPE

6、RLINK l bookmark76 o Current Document .项目验收170.章程介绍0.1文档目的为了明确本项目开发时间、规范开发过程，保证项目质量，统一小组成员对项目的 理解，并对其开发工作提供指导，保证项目团队按时保质地完成项目目标，因此以文件 化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队 组织结构、各团队成员的工作责任、团队内外沟通写作方式、开发进度、项目内外环境 条件、验收标准等内容以书面的方式做出的安排，作为项目团队成员以及项目干系人之 间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项 目工作的依据，它是对

7、本项目建设工作的总体描述和界定。0.2章程范围本章程文档范围包括：在本项目生命周期内的项目介绍，项目过程管理，项目组织 机构，项目风险管理等。0.3服务合同技术服务开发合同是XXX与XXX双方签署的具有合同效应的文件，有关项目实施范 围和责任的争议，技术开发服务合同将作为唯一的法定文件。具体内容参加技术服务开发合同0.4读者对象项目管理委员会产品经理 项目经理研发经理需求分析师系统架构师测试人员配置管理员实施人员.项目介绍项目背景为了公司快速形成XXXX业务能力，满足行业市场竞争需求，更好的服务客户，特实 施XXX软件平台项目。客户与最终用户介绍序客户与最终用户客户代表主要关系12. 3开发方

8、介绍XXXX行业领军企业。项目章程-XXX软件平台第 页项目章程xxx软件平台第 页.项目描述项目建设目标XXX软件方案围绕XXX建设项目交付标准1、XXX 验收标准：XXXXXXX项目交付产品2. 3.1项目最终产品交付序号平台名称产品名称介质交付时期接收方接受准则1XXXXXX软件& 文档验收通过2XXX软件& 文档验收通过2. 3. 2项目过程交付项目过程环节交付C成立实施 项目组C03项目进度计划XXX软件平台推进计划D制定项目 管理计划D03风险管理跟踪 表风险管理跟踪表E实施需求 调研E02 sow说明书sow工作说明书F系统设计F01蓝图设计蓝图设计F02详细设计业务详细功能设计

9、方案体系架构及关键技术数据库设计说明书F03原型设计原型设计G系统开发G01环节部署安装部署手册G02配置开发技术开发文档G03代码审查代码审查报告H集成测试H01集成测试集成测试报告I用户测试101用户测试WAT测试报告102压力测试压力测试报告J项目培训1J01用户培训培训计划培训课件考试试卷备份及容灾手册用户操作手册J02运维培训系统运维应急处理解决方案K系统上线K02上线支持角色、权限清单项目上线报告L项目验收L01备份恢复演练备份恢复演练报告L02确认范围系统上线运行报告问题反馈闭环清单项目满意度回访调查L03经验总结项目总结项目验收报告.项目组织结构组织结构XXXXX甲方角色和职责

10、干系人角色干系人姓名联系方式主要职责备注客户领导. 3乙方角色和职责干系人角色干系人姓名联系方式主要职责备注乙方.项目范围功能范围4. 1. 1、需求调研及分析要点描述/范围解释需求内容了解XXX客户现状及遇到的问题，了解XXX对XXX业务的 真实需求了解XXX对XXX业务的实质想法及需求基于以上两点，开发满足需求的XXX产品前提假设客户进行充分的业务需求调研客户指定项目对接人员客户协调项目所需资源客户提供相关文档及数据4. 1.2功能实施范围要点描述/范围解释XXX XXXX XXXX XXXX XXXX项目章程xxx软件平台项目章程xxx软件平台项目章程-XXX软件平台第 页XXX XXX

11、X XXXX XXXX XXXXXX XXXX XXXX.项目风险管理风险来源描述项目内部的、外部的风险来源，软件研发风险主要包含需求、技术、成本和进度。 风险的来源包括以下几个方而：不确定的需求、不合理的设计、无法获得的技术、没有 足够的人员投入和对应的技能、人员流动频繁、不准确的估计或计划、费用问题、供应 商问题、客户配套环境问题、其他（可根据具体情况进行描述）。风险分类大类小类考虑因素人员人员资源人员时间的投入比例、项目资源之间的冲突人员稳定性人员流动率，后续接手人员的培养人员协调能力工作环境、交流方式、交流频率技术需求风险稳定性、完整性、清晰、有效性、可行性、先例、 规模设计风险a.功

12、能性、难度、接口、可测试性、硬件约束实现风险开发工具、开发环境、编码和单元测试测试风险集成测试、系统测试、公网测试管理客户客户的沟通、合同、供应商关系等成本项目成本控制进度项目的监控、进度控制质量公司定义质量、客户定义质量环境开发环境、存储环境、测试环境、实际运行环境5. 3风险严重性严重性分值影响严重程度说明高0. 9该风险将导致一下三种结果：1、无法向客户按照合同规定的日期交付产品， 项目延迟一个月以上的2、 无法达到向客户承诺的质量水平，对性能 有比较严重影响达30%以上或发生重大A级故障 的。3、 可能导致项目异常终止，无法进行的。4、 成本超支超过40舟的中0.6该风险将导致项目超过

13、预计工时，但此类风险可 以缓解，比如通过如下方法进行解决：1、 项目延迟一周以上的，需要增加项目人员 或者加班加点完成。2、 对性能有比较严重的影响，有发生B级故 障。3、 成本超支20%的低0.3该风险不影响项目正常进行，但需要作相应调 整：相互关系、工作安排以及人员构成进度1、 项目延迟一周以下。2、 对性能影响比较低，发生C级故障。3、 成本超支10%注1:这里是以不降低质量要求为前提条件。5. 4风险发生可能性可能性等级分值风险发生可能性等级说明高0.970炊可能性二100%中0.630*可能性二70%低0. 30%可能性二30%5. 5风险时间性紧迫性分值风险紧迫程度说明高0.9风险

14、在项目剩余阶段的1/3时间内发生中0.6风险在项目剩余阶段的2/3时间内发生低0. 3风险在项目剩余阶段的2 / 3时间以后发生5. 6风险优先级别的计算方法风险优先数=风险严重性x风险发生可能性x风险时间性项目章程-XXX软件平台第 页项目章程-XXX软件平台第 页项目章程xxx软件平台第 页. 7风险判断标准及管理措施详见风XXX风险管理表.开发过程管理项目生命周期模型本项目选择XXX开发，采用XXX云XXX作为管理工具。XXX开发并不追求前期完美的设计、完美编码，而是力求在很短的周期内开发出产 品的核心功能，尽早发布出可用的版本。然后在后续的生产周期内，按照新需求不断迭 代升级，完善产品

15、。项目工作环境项目组的工作环境参见工作环境管理规范集成测试、系统测试环境参见软件测试方案表开发环境系统工程师软件开发工程师系统测试工程师管理人员研发支持人员开发环境Office 2013VVVJJProject 2013VVVJJVisio 2013VVVJJIntelliJ IDEA2017VVJJava 8VVJGitJJJJNavicat11JJJJ项目里程碑序号里程碑名称里程碑到达准则计划到达日期备注1项目启动项目立项通过2SowSow评审通过3制定项目章程项目章程通过4蓝图设计与评审蓝图及架构方案评审通过5详细业务方案设计软件设计评审通过6系统开发与实现SIT测试7系统开发与实现UA

16、T测试8系统上线上线报告9项目验收项目验收报告评审通过4协同工作机制为了按时，高质的完成项目计划，完善研发体系，需要XXX和XXX双方协同工作。 本章节主要对项目研发过程中，双方的参与工作内容制定行为准则。文内定义：甲方指 XXX公司，乙方指XXX公司信息。需求分析：甲方和乙方沟通需求，乙方产品经理设计好原型，双方共同进行需求评 审。版本管理：甲方提供XXX云Git管理服务器，存放项目文档，代码等内容。各类文 档和项目代码托管在XXX云3. 1代码代码使用git进行分布式代码管理，存放在XXX云的git服务器上3.2目录说明该目录主要是存放文档及工作资料、图片等。按照原来的目录名分别存放对应的

17、文 件3.3 XXX云项目管理XXX云XXX插件是一项目管理软件集成平台。它集产品管理、项目管理、质量管理、 文档管理、组织管理和代码托管管理、项目集成、代码检查、部署发布于一体，是一款 专业的研发项目管理软件，完整覆盖了研发项目管理的核心流程。XXX云XXX插件将需 求、项目、测试这三者的概念明确分开，产品人员、开发团队、测试人员、运维，这三 者分立，互相配合，又互相制约，通过需求、任务、bug来进行交相互动，最终通过项 目拿到合格的产品。任务创建进入开发后，由项目经理创建任务。任务指派任务创建时可以手动指定人任务执行人员任务进行与完成点击开始、按钮，研发人员输入消耗工时任务看板查看当前项目

18、和任务的开发情况。BUG提交乙方进行软件测试，发现软件BUG,在测试模块中创建BUG,指派给对应的人员进 行处理。3. 4软件发布流程代码在XXX云代码托管平台（基于Git）有开发分支，准生产分支。开发分支是开 发人员日常开发功能开发的分支，代码发布到开发环境进行测试；开发分支功能测试完 成后，需要进行生产发布，将开发分支需要发布的功能代码合并到准生产分支，部署到 UAT环境，UAT测试完成后再部署到生产环境。流程如下：开发环境由乙方自行发布测试：双方沟通需要发布生产的功能和时间节点，由乙方将开发环境测试完成的功能代码合并到准生产分支，部署到URT环境，由甲方进行URT测试：UAT测试通过，乙

19、方给相关人员发邮件，说明发布生产的时间、软件版本、修 改内容等，做好软件备份后，部署到生产服务器上，若发布失败或发现BUG, 要进行回滚处理。. 3. 5联合开发甲方研发人员参与到项目开发，乙方负责指导培训现有的系统架构、数据库设 计等：双方人员共同参与软件设计、解决问题、流程设计，需求实现等。甲方可以 进行参与制定编码规范、代码走查等工作。XXX软件平台对接入的终端需要提出统一的技术要求和标准，双方研发人员共 同参与技术协议和标准的制定：XXX软件平台对接入的终端需要具备联调测试的能力，双方研发人员共同完成 联调测试，且对测试结果给出XXX软件平台技术上的意见及改进调优的建议。. 3.6系统

20、上线甲方提供XXX等测试软件必须的硬件，供软件测试使用。系统试运行阶段，甲方安 排指定使用者，车企相关人员，最终客户，PC端操作人员，APP操作人员等进行软件使 用，反馈意见，乙方运行期间进行指导，出现的问题及时修正，保障软件的正常运行， 稳定后可进行大规模使用。.问题管理参见风险管理跟踪表-XXX软件平台.进度计划参见参XX公司XXX项目开发计划培训计划序号培训名称主讲对象培训对象计划课时计划日期备注1用户培训甲方项目组成员20小时项目章程-XXX软件平台第 页项目章程xxx软件平台第 页.项目跟踪与监督计划项目跟踪与监督方式 每日XXX云系统上更新任务状态; 每周进行项目例会;在里程碑点对项目情况进行总结、评审等。项目计划调整策略和时机调整点/策略控制范围备注在项目的核心成员数发 生偏差时，调整项目计划=-25%这里的偏差指到某个截止日 期，下面条件满足：实际可投入核心成员数/计划 可投入核心成员数775$产品需求开发里程碑到 达要重新进行类似项目开始时 的全而估算重估算的结果与初始估 算偏差过大，需要