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

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