cmmi软件开发流程

cmmi软件开发流程

软件开发流程

软件项目生命周期模型

质量目标

14、PM、测试负责人与部门经理协调人员及资源、计划知识技能、协调相关干系人的参与。 15、项目组基于公司环境标准，结合项目实际情况建立适合的工作环境。 16、PM、测试负责人编制项目计划书。 17、PM、测试负责人编制项目日程表。

18、临时项目组、研发部、QA评审项目计划书，评审通过后正式生效。 19、PM指示配置管理员建立配置基线。

20、PM编制阶段总结报告（项目总结报告中的度量分析页面），召开阶段会议。

设计

设计流程图

PM项目组配置管理员输入/输出A、需求规格书开始1、组织项目组成员学习需求调研报告2、组织人员明确设计约束3、系统功能设计B、架构设计书C、设计说明书5、系统外围设计6、组织人员评审设计文档8、建立阶段基线9、组织召开阶段会议H、会议纪要结束过程描述

1) 项目经理组织项目组人员学习需求规格书；

2) 项目经理组织项目组中的开发人员确定设计约束，这些约束可能包括一下几个方面： ➢ 需求约束，需求规格书中约定的设计约束；

➢ 隐含约束，需求规格书中没有，但对系统的设计或者使用带来潜在影响的特殊约束。 3) 项目经理及开发人员根据需求规格书、架构设计书进行设计，编制《设计说明书》。 ➢ 基于对业务和现有系统结构的理解，划分/调整系统模块。 ➢ 描述各系统模块协作实现各业务场景的处理流程(可用序列图)。 ➢ 必要时(通常要反复几轮)，修正系统模块划分和处理流程。 ➢ 描述各处理流程中的各活动的输入、处理、输出和可能的异常。 ➢ 系统模块构成及其相互关系。(可用类图、包图。)

➢ 系统模块内部设计。(功能、管理的数据、对外的服务、对内的服务,要求明确各模块的对外接口。) 4) 开发人员根据《需求规格书》、《架构设计书》进行设计、《设计说明书》进行用户界面和数据库以及接

口等方面的详细设计，纳入《设计说明书》。

➢ 用户界面设计。(建议使用Visio中的窗口和对话框、工具栏和菜单、公共控件这几个形状组来绘制，具

体操作方法是：点击“文件”选项选定“形状”选定“软件和数据库”选定“软件”依次选定上述三类形状组。) ➢ 数据库设计。

➢ 文件设计(文件的存贮位置与名称、格式与内容定义。)。

➢ 接口设计。(含内部通讯接口、外部通讯接口、用户图形界面、报表、其它接口。) 5) 项目经理组织开发人员、测试人员及其他技术骨干评审《设计说明书》。 6) 配置管理员建立设计阶段配置基线；

7) 项目经理编制阶段报告(项目总结报告中的度量数据页面)，组织项目组人员并邀请部门经理召开阶段会

议，并形成会议纪要。

编码流程

编码流程图

输入开发人员开始输出(1)绘制详细类图(2)审核详细类图编码规范界面规范(3)培训编码、界面规范(4)开发环境配置设计说明书详细类图(5)编码与调试代码文件(6)评审代码(7)进行联调(8)编写阶段报告结束

过程描述

a) 根据准入条件中的设计文档，绘制详细类图，以指导编码。 b) 对生成的类图进行审核。 c)

项目经理组织开发人员学习编码规范、用户界面规范，以保障程序的可靠性、可读性、可修改性、可维护性、一致性以及界面的规范性。 d) 开发环境的配置

项目经理或其指定人员在公司的《开发环境指南》的基础上编制开发环境配置说明，项目组成员遵照开发环境配置说明配置统一的开发环境。

阶段报告

e) 编写及调试

开发人员根据设计说明书和编码规范、用户界面规范的要求编写代码，自行进行检查、调试并解决BUG。

f) 评审代码

项目经理组织开发人员、项目组外的专家等对本项目修订的所有代码进行评审或审批。

g) 进行自测

开发人员对代码进行联调，对照测试人员编制的测试用例中的正常业务流程部分（在测试用例中已明确标出）进行测试，并全部通过测试。联调测试中，不要求记录BUG，不须编制测试报告。 h) 编写阶段报告

项目经理编制阶段报告，召开阶段会议。

编码规范（见规范说明书）

测试流程

测试流程图

开发人员PM测试负责人测试人员输入/输出开始用户需求列表1、学习、评审学习用户需求列表、需求规格书需求规格书2、编写测试方案测试方案3、编写测试用例测试用例4、评审测试方案、测试用例5、负责测试方案、测试用例等文档入库6、召开阶段会议阶段报告结束 过程描述

1、

测试负责人组织测试人员学习、评审《用户需求列表》、《需求规格书》。在学习、评审过程中充分理解客户及业务需求，确保文档信息的正确性、充分性、一致性。

2、 3、

测试负责人组织测试人员完成编写整个项目的测试方案。

测试负责人组织测试人员基于《需求规格书》编写测试用例。当《设计说明书》通过评审后，测试人员基于《设计说明书》对测试用例进行必要的调整。测试用例的组织分类须遵循以下原则： ➢

测试用例的组织分类(例如，文档名、页面名、一级标题、二级标题等)必须与需求规格书中的各需求点明确对应起来。

4、 测试负责人组织测试人员、开发人员、PM评审测试方案、测试用例。 5、 测试负责人指示配置管理员将测试方案及测试用例文档入库。

6、

测试负责人组织PM、开发人员、测试人员召开阶段会议并形成阶段报告。

验收流程

验收流程图

项目经理开始客户代表客服人员测试人员开发人员CM输出(1)沟通验收事项(2)产品安装调试(3)对客户进行培训(4)开展试运行验收缺陷跟踪表(7)分析、解决缺陷(8)缺陷修复确认(9)回归测试(10)更新试运行版本循环(5)汇总缺陷(6)分派缺陷处理责任(11)客户验收并交付使用(12)整理项目数据(13)整理工作产品(14)项目总结(15)召开总结会议结束总结报告(16)归档 过程描述

1) 项目经理与客服人员沟通验收事项。

2) 客服人员在客户指定的环境下参照《安装维护手册》进行产品安装调试，并把合同约定的文档、源程序

等交给客户。

3) 客服人员对客户进行系统操作方法培训。

4) 客户试用系统开展业务，测试人员收集客户反馈的问题；如果客户验收测试环境与生产环境差异明显时，

要进行性能测试，以保证满足系统性能需求。

5) 测试人员在验收中发现缺陷并告知项目经理，项目经理将缺陷记录到BugFree中。某些情况下（例如，

缺陷描述不详、明显不是缺陷等）项目经理可以向相关人员（测试人员、客户）解释、说明，达成一致后驳回相关人员（测试人员、客户）提出的问题。 6) 项目经理将缺陷分派给适合的开发人员。

7) 开发人员分析缺陷的原因及解决该缺陷，并将该缺陷的解决方法及解决状态更新BugFree。 8) 项目经理将所有已处理的缺陷转移至测试人员进行缺陷修复的确认。

➢ 如果测试结果表明缺陷仍未解决，项目组内测试人员通过项目经理将该缺陷返回给处理该缺陷的开发人

员。

➢ 如果测试结果表明缺陷已解决，项目组内测试人员告知项目经理，项目经理关闭该缺陷。

9) 在更新验收版本之前，测试人员要进行一次回归测试。对即将发布的新版本，进行一次整体的测试。 10) 验收中发现的缺陷累积到一定程度或严重缺陷导致验收无法继续时，应更新验收版本。

➢ 必须解决的缺陷全部解决后，配置管理员更新代码及配套文档并标识验收的产品版本，项目经理

指定人员更新验收版本并部署至验收环境中。

➢ 测试人员分析本次更新涉及的范围，确定回归测试的范围，并在此范围内进行回归测试。 ➢ 如果更新验收版本之后，要回到活动4，直至验收通过。

11) 项目经理和客户代表根据验收期间的测试记录等依据验收通过准则，达成一致，根据所签署的商务合同，

向客户交付合同中要求提供的交付物，包括《用户手册》、《安装维护手册》等，并取得客户验收通过的书面确认。

12) 项目经理收集整理项目相关的资料和数据，在项目组内分配项目关闭各项工作，包括技术总结、软件产

品总结，相关数据整理等。

13) 配置管理员对配置库进行更新，整理相关工作产品。

14) 项目经理收集项目组成员反馈的建议，根据对项目的监控过程进行项目总结，编制项目总结报告。 15) 项目经理召开项目总结会议，邀请项目组成员、QA、技术总监、技术部骨干人员参加。必要时可邀请

客户参加。

16) 项目经理向QA、配置管理员发出项目结束通知，申请配置库归档。配置管理员收回该项目配置库权限，

在《研发部配置项列表》中更新相关信息，并通知项目组、QA。研发部释放项目组占用资源。项目正式关闭。