文思大学培训基地项目实施管理流程及规范.ppt

项目实施管理流程及规范,Strictly Private and Confidential,1,文思大学基地项目实施模式,集成开发和测试，注重过程，以向用户提供按时，按质，按成本的交付为目的。 两个产出： 软件交付：在时间，成本，质量的可控下产生交付。 人员产出：全员具备开发和测试的基础知识，注重提升交流沟通能力，强调标准和流程的规范性，强调交付意识。,2,预览,3,需求分析阶段,开发分支：和客户沟通，研究讨论，并整理确认出需求。 测试分支：同开发部一起确认需求。 交付产品：需求规格说明书。 结束条件：开发部和测试部必须对需求的理解达成一致； 客户认可需求规格说明书。,4,详细设计阶段,开发分支：根据需求说明书，对软件进行架构，详细设计。 测试分支：对测试进行规划，开始设计用例。 交付产品：开发计划，详细设计文档，DEMO,数据库设计（按照需要来选择式的进行设计）；测试计划，测试策略，测试用例。 结束条件：以上文档经过评审通过。,5,编码阶段,开发分支：编写代码，修复缺陷，生成迭代版本。 测试分支：对迭代版本进行测试，提交，跟踪缺陷。 交付产品：迭代版本，bugs。 结束条件：开发计划中规定的功能全部实现。,6,稳定阶段,开发分支：稳定软件，修复缺陷，编写说明书等文档。 测试分支：执行系统测试。 交付产品：迭代版本，bugs。 结束条件：达到测试计划中的稳定条件。,7,发布阶段,开发分支：对开发过程进行总结。 测试分支：对测试过程进行总结。 交付产品：可交付软件，部署方案，开发总结，测试总结。 结束条件：以上文档评审通过。,8,角色,9,知识积累，交流沟通,项目经理：提供技术讲座，协调开发，测试问题。 开发部与测试部： 相互之间通过会议，评审等方式不断沟通，实现对软件的一致认同。,10,标准，规范和交付意识,PM & QA：制定文档，流程的标准和规范，强调交付。 开发部与测试部：严格遵照标准和规范，确立时间，质量，成本意识，确保交付。,11,评审内容及规范,计划阶段 一、产出物 1、项目计划.doc 2、项目进度计划.mpp 3、人员组织结构计划.doc 4、课程培训计划.xls 二、规范关注点 1、项目计划是否合理 2、计划周期是否可行 3、计划文档是否标准，文档内容是否全面等 三、预期达到的目的 1、协助PM将项目在各个方面都考虑周到，包括周期、人员、过程、风险等。 2、确保项目计划严格遵循文思大学规范。,12,需求阶段 一、成果物 1、需求分析说明书.doc 二、关注点 开发方和测试方是否需求达成一致 是否体现为客户（PM）需求 三、目的 1、通过识别矛盾、不一致、有歧义或者不必要的需求，确保用户指定的需求确实能够满足他的真正要求，避免开发人员和客户之间的误解。 2、使参与项目的每个成员都能了解项目每个需求模块。 使开发组和测试组对需求的理解达成一致,13,设计阶段 一、成果物 1、详细设计说明书 2、数据库设计说明书（根据项目需要，如二次开发，则一般不需要此设计） 3、DEMO设计 4、开发计划&测试计划&测试用例(视情况选择) 二、关注点 1、详细设计说明书：内容是否全面，是否与需求相一致 2、数据库设计说明书：数据库设计中表的设计是否合理，是否能够体现出客户需求（一般从表之间的关联、表字段等来审核） 3、DEMO设计：DEMO设计是否合理（布局、色调等），是否能够充分的体现用户所有功能需求。开发计划和测试计划的合理性。测试用例的设计是否够用，覆盖面是否全面。,14,三、预期达到的目的 1、达到详细设计、数据库设计及DEMO设计正确并同需求分析一致； 2、确保已建立用于描述设计的标准，并且确保遵循这些标准。 3、使参与开发设计的每个成员详细了解他人所设计的模块。 4、同时使开发组成员和测试组成员确定彼此之间的疑问，并将之达成共识。 5、确保对设计的审查按照进度执行。 6、确保开发计划能够按照进度计划执行。 7、确保测试计划的建立和遵循。,15,编码阶段 一、成果物 1、代码成品 二、关注点 1、编码是否符合规范（标准模板中有相应的编码规范） 2、功能是否是按照设计阶段的功能去实现，是否全部实现； 三、预期达到的目的 1、确保代码遵循已建立的风格、结构和文档标准。 2、规范所有的开发人员，使其养成一个良好的编码习惯。 3、保证所有的客户需求都能够被很好的实现。 4、确保代码审查按照进度执行,16,稳定&总结阶段 一、成果物 1、Bug提交报告 2、稳定的代码成品 3、开发总结.ppt 4、测试总结.ppt 5、项目总结 二、关注点 1、新增的测试用例 2、关注Bug状态。所有的bug是否已经解决 3、bug级别中前两个高级别的是否已经为0%；其他低级别的bug是否已经减少到规定的数量（根据项目规模、功能需求量来定相应的容错率）,17,三、预期达到的目的 1、确保建立的测试计划能够满足所有产品说明书的要求。 2、明确现有的Bug状态。 3、关注新增的测试用例数量。 4、检验开发人员修复bug的能力； 5、明确开发人员及测试人员在项目开发过程中遇到的问题，以及解决方式； 6、检验项目成品是否是客户想要的。,18,整体关注： 整个项目各个阶段是否在计划的周期中进行，有无延期现象、 参与项目开发的人员是否有流动、 该项目在开发过程中是否会存在相应的风险，PM是否已经预估到相应的解决方案等等。 另注： 所有的审核都是在文思大学统一模板的基础上来进行。,19,项目管理配置库,20,评审中发现的问题,问题如下： 1、project计划不合理 2、开发和测试之间的关系