项目开发流程ppt.ppt

1、项目开发流程培训项目开发流程培训2007-11-16培训内容培训内容l一、开发流程介绍一、开发流程介绍l二、配置管理二、配置管理l三、评审三、评审l四、度量与分析四、度量与分析一、开发流程介绍一、开发流程介绍内容内容l一一)项目规划项目规划l二二)产品需求产品需求l三三)软件需求软件需求l四四)设计设计l五五)编码和单元测试编码和单元测试l六六)集成测试集成测试l七七)系统测试系统测试l八八)验收测试验收测试l九九)项目结项项目结项一一)项目规划项目规划项目规划流程项目规划流程项目监控流程项目监控流程角色分配角色分配角色角色岗位职责岗位职责PM组织项目估算，制定项目计划，监控项目的进展情况，协

2、调资源RO组织识别项目风险，制定风险管理计划，跟踪项目风险，维护风险管理跟踪表。SE评估开发的工作量，提供技术支持。参与项目计划的评审工作，并对计划中安排的任务给出承诺。QA参与项目计划的评审工作，对项目管理过程进行审计，及时报告项目管理活动中存在的不符合问题。TL参与项目计划的评审工作，并对计划中安排的任务给出承诺。根据PM制定的项目计划，细化并安排小组内每个开发人员的任务，并跟踪每个开发人员的任务完成情况。监督项目文档、代码规范的执行。组织预审，负责完成PM安排的各项工作。开发人员参与项目计划的评审工作，并对计划中安排的任务给出承诺。根据PM和TL安排的计划，完成安排的任务。每天/每周汇报

3、任务的完成情况。CMO制定配置管理计划，参与项目计划的评审工作，并对计划中安排的任务给出承诺。TC制定系统测试计划，参与项目计划的评审工作，并对计划中安排的任务给出承诺。细化并安排每个测试人员的任务，并跟踪每个测试人员的任务完成情况。测试人员参与项目计划的评审工作，并对计划中安排的任务给出承诺。关注关注l项目估算（代码、用例规模；开发、测试工作项目估算（代码、用例规模；开发、测试工作量）量）Delphi方法方法 偏差范围：偏差范围：20-30 l识别风险（技术、管理、需求、资源等方面）识别风险（技术、管理、需求、资源等方面）风险库、经验风险库、经验l编写计划文档编写计划文档 PM：项目计划：项

4、目计划 工作分解工作分解.MPP 风险管理计划风险管理计划 TC：系统测试计划：系统测试计划 QA：质量保证计划：质量保证计划 CMO：配置管理计划：配置管理计划二二)产品需求产品需求角色分配角色分配角色角色岗位职责岗位职责SE收集客户需求，编写产品需求，并向客户确认需求。编写系统规格说明书/架构设计说明书，数据库设计说明书，接口文档和需求跟踪矩阵。PM参加对产品需求、系统规格说明书/架构设计说明书，数据库设计说明书，接口文档的评审工作。TL参加对产品需求、系统规格说明书/架构设计说明书，数据库设计说明书，接口文档的评审工作。开发人员参加对产品需求、系统规格说明书/架构设计说明书，数据库设计说

5、明书，接口文档的评审工作。TC参加对产品需求、系统规格说明书/架构设计说明书，数据库设计说明书，接口文档的评审工作。测试人员参加对产品需求、系统规格说明书/架构设计说明书，数据库设计说明书，接口文档的评审工作。三三)需求分析需求分析需求变更流程需求变更流程角色分配角色分配角色角色岗位职责岗位职责PM组织项目组成员对需求文挡的评审。发生需求变更时，组织项目组成员对项目变更进行实施。SE组织开发人员和测试人员理解需求，提供技术支持，维护需求问题跟踪单和需求矩阵，识别需求和其他工作产品及计划间的不一致。和PM一同分析需求变更，评定严重级别。TL编写需求文档，组织预审、内审、外审，以及输出评审表开发人

6、员编写需求文档，参加评审TC理解需求，参加评审测试人员理解需求，参加评审CCB评估需求变更，对变更做出决策 评审专家评审需求文挡关注关注l产品需求的理解产品需求的理解 SE讲解讲解 组员讨论组员讨论 与接口人沟通与接口人沟通 问题记录到需求问题跟踪单（问题记录到需求问题跟踪单（SE主导）主导）需求跟踪矩阵需求跟踪矩阵RTM初始化（阶段更新）初始化（阶段更新）关注关注lCR流程走向流程走向 详见后面详见后面配置管理专题配置管理专题。l二八原则：二八原则：80%的工程消耗在的工程消耗在20%的需求上的需求上四四)设计设计角色分配角色分配角色角色岗位职责岗位职责PM分配系统设计任务，制定项目计划，监

7、控设计活动进展情况，协调资源，评审设计文档。SE确定技术方案，以及选择开发平台。TL负责设计协调工作，对组内的设计活动的进度和设计质量进行控制，参于撰写、评审设计文档。开发人员负责编写高层设计/概要设计、底层设计/详细设计等相关设计文档。评审专家评审高层设计/概要设计和高层设计/概要设计文档。五五)编码和单元测试编码和单元测试角色分配角色分配角色角色岗位职责岗位职责PM1、跟踪单元测试计划和用例的编写、编码和单元测试活动执行的进展情况，并协调资源。2、组织专家评审单元测试计划和用例。3、组织专家评审代码。4、组织归档。5、汇总TL的缺陷数据，输出单元测试报告。TL1、编写单元测试计划，编写并评

8、审单元测试用例。2、分配编码工作，控制编码和单元测试进度。3、协调组员完成编码、代码走读、测试数据准备与管理、单元测试、问题的修改工作。4、组织单元测试工作，5、执行单元测试用例，记录、修改、验证单元测试中发现的缺陷，汇总模块单元测试缺陷数据和原因分析给PM。开发人员1、编写并评审单元测试用例。2、编码，走读代码，修改代码。3、执行单元测试用例，记录、修改、验证单元测试中发现的缺陷。TC/测试人员1、评审单元测试用例。关注关注l编码编码 一个软件开发过程大约只有一个软件开发过程大约只有15%的工作量直接用在了的工作量直接用在了编码上！编码上！l单元测试案例（编码之前完成）单元测试案例（编码之前

9、完成）测试计划测试计划 用例编写用例编写 用例评审用例评审 测试报告（测试报告（TC、QA要对测试结果进行分析要对测试结果进行分析，确认是，确认是 否能结束单元测试，进行系统测试）否能结束单元测试，进行系统测试）六六)集成测试集成测试角色分配角色分配角色角色岗位职责岗位职责PM组织集成测试计划评审，监控集成测试活动的进展情况。SE编写集成测试计划(高层设计)及用例,汇总TL的缺陷数据，输出集成测试报告。TL评审集成测试计划及用例，执行集成测试用例，记录、修改、验证集成测试中发现的缺陷，汇总模块集成测试缺陷数据和原因分析给SE。开发人员评审集成测试计划及用例，执行集成测试用例，记录、修改、验证集

10、成测试中发现的缺陷。TC/测试人员评审单元测试用例。关注关注l基本功能验证基本功能验证 基本功能用例（测试部提供）基本功能用例（测试部提供）用例评审用例评审七七)系统测试系统测试角色分配角色分配角色角色岗位职责岗位职责PM参加系统测试计划文档的评审工作，跟踪系统测试执行的进度情况，组织归档。SE参加系统测试计划，系统测试用例的评审工作，以及需求答疑。TL评审系统测试用例，修改测试人员发现的缺陷。开发人员评审系统测试用例，修改测试人员发现的缺陷。TC协调测试工作，编写系统测试计划和用例，维护测试需求跟踪矩阵，执行系统测试用例，记录、跟踪测试缺陷，输出系统测试报告。测试人员评审系统测试计划，编写测

11、试用例，评审系统测试用例，执行系统测试用例，并记录、跟踪测试缺陷。关注关注l预测试预测试 对归档包进行验证对归档包进行验证 TC是否接受归档版本（邮件知会）是否接受归档版本（邮件知会）基本功能用例纸质会签基本功能用例纸质会签八八)验收测试验收测试l问题单管理问题单管理 对应的软件修改单对应的软件修改单lTD问题管理问题管理 及时录入、修改、验证及时录入、修改、验证 问题状态问题状态 New-Open-Fixed-Verified-Closed 问题描述要清晰，备注上要写明问题描述要清晰，备注上要写明“问题分析和解决问题分析和解决方案方案”拒绝拒绝测试部测试部 挂起挂起接口人接口人角色分配角色分

12、配角色角色岗位职责岗位职责PM录入问题单，指定问题修改人，处理拒绝和挂起的问题，组织归档。SE分析拒绝和挂起的问题。TL修改问题单(软件修改单)。开发人员修改问题单(软件修改单)。TC/测试人员验证归档包。九九)项目结项项目结项l输出项目结项审计（输出项目结项审计（QA）不符合问题不符合问题 原因分析原因分析 纠正措施纠正措施l编写结项报告编写结项报告 数据的准确性与合理性；数据的准确性与合理性；质量总结中对偏差进行纠正的措施描述和总结；质量总结中对偏差进行纠正的措施描述和总结；项目的经验及教训。项目的经验及教训。角色分配角色分配角色角色岗位职责岗位职责PM跟进所有结项工作完成的情况。完成PM

13、经验总结报告，结项报告，组织结项会议。SE完成SE经验总结报告，整理重用包和通用组件。TL完成项目总结，完成FAQ。开发人员完成项目总结，完成FAQ。TC完成TC经验总结报告，完成FAQ。测试人员完成项目总结，完成FAQ。QA输出结项审计报告，协助PM完成结项报告，初审结项报告，检查结项入口条件是否达到。二、配置管理二、配置管理l目的：目的：确保所有的配置项得到识别并受控；确保所有的配置项得到识别并受控；确保项目的配置库以受控的方式访问；确保项目的配置库以受控的方式访问；确保有适当的机制来处理变更；确保有适当的机制来处理变更；确保及时建立完整的基线。确保及时建立完整的基线。返回返回角色分配角色

14、分配角色角色岗位职责岗位职责PM负责评审配置管理计划、招集CCB会议、收集变更申请、安排项目组成员对变更进行影响分析、实现和和验证，提交基线申请、归档申请、发布申请。SE分析变更影响TL按计划提交配置项，提出变更申请，根据PM的工作安排对变更进行影响分析、实现和和验证 开发人员按计划提交配置项，提出变更申请，根据PM的工作安排对变更进行影响分析、实现和和验证 CCB主要由PM、SE、QA、TC、TDC、商务代表组成，由PM领导。负责审批配置管理计划，对变更申请作出决策，批准基线建立。QA评审配置管理计划，进行配置管理活动审计和配置审计 内容内容l一一)配置管理计划配置管理计划l二二)基线基线l

15、三三)变更变更l四四)归档归档l五五)配置审计配置审计一一)配置管理计划配置管理计划l制定（项目计划）制定（项目计划）识别配置项识别配置项 确立配置库结构确立配置库结构 分配权限（权限分配表）分配权限（权限分配表）识别基线识别基线 备份计划备份计划 归档计划归档计划 发布计划发布计划 变更控制变更控制 l评审评审 项目计划包项目计划包l基线基线二二)基线基线l概念：概念：对经过评审后定稿、暂不需改动的工作产品，进行对经过评审后定稿、暂不需改动的工作产品，进行一个标识活动。一个标识活动。l作用：作用：所有的项目成员可以在一个统一的参考框架下进行所有的项目成员可以在一个统一的参考框架下进行交流。能

16、够作为后续的开发过程的基础，且只能通交流。能够作为后续的开发过程的基础，且只能通过正式的变更申请来控制基线产品的变化。过正式的变更申请来控制基线产品的变化。l步骤：步骤：1、配置项完成并通过验证后，配置项完成并通过验证后，PM向向CCB提交基线提交基线申请申请 2、CCB审核通过后，审核通过后，CMO将该配置项建立基线将该配置项建立基线 将配置项的权限全部收回将配置项的权限全部收回 将配置项打将配置项打Label标识标识 （BL_ UNIOMS1.0.0.0_SSRS_01）更新维护配置项统计表和配置管理状态跟踪表更新维护配置项统计表和配置管理状态跟踪表二二)基线基线三三)变更变更l步骤：步骤：1、变更人向、变更人向PM提交变更申请提交变更申请 2、PM收到变更申请后，和收到变更申请后，和SE确定变更大小等级确定变更大小等级 一般变更（邮件处理）一般变更（邮件处理）重大变更（纸质会签，重大变更（纸质会签，CCB进行审核）进行审核）（CR_ UNIOMS1.0.0.0_模块名模块名_日期日期_姓名姓名_01）3、PM给出变更影响分析，指定变更配置项开放权限和验证人给出变更影响分析，指定变