设计实现过程V10.docx

设计实现过程V10.docx

《设计实现过程V10.docx》由会员分享，可在线阅读，更多相关《设计实现过程V10.docx（17页珍藏版）》请在冰点文库上搜索。

设计实现过程V10

设计实现过程

文档编号：

设计实现过程

文档信息：

公司级别过程文件

文档名称：

设计实现过程

文档类别：

工程过程类

密级：

机密

版本信息：

1.0

建立日期：

创建人：

审核者：

批准人：

批准日期：

保管人：

存放位置：

文档修订记录

版本编号或者更改记录编号

*变化

状态

简要说明（变更内容和变更范围）

日期

变更人

审核日期

审核人

1.0

A

新增

2014-1-15

*变化状态：

A——增加，M——修改，D——删除

文档审批信息

序号

审批人

角色

审批日期

签字

备注

目录

1简介4

1.1目的4

1.2适用范围4

1.3背景描述4

1.4引用文件4

1.5术语表4

1.6参考资料4

2过程/规程总体描述5

2.1过程/规程概述5

2.2过程/规程结构描述5

3过程/规程元素描述6

3.1确定解决方案6

3.2系统概要设计7

3.3系统详细设计8

3.4产品集成策略9

3.5系统编码实现11

3.6产品模块测试12

3.7产品集成测试13

3.8维护开发文档15

4附录16

4.1附录A－相关过程16

4.2附录B－相关规程16

4.3附录C－相关指南16

4.4附录D－相关模板列表16

1简介

1.1目的

技术解决方案（TechnicalSolution，TS）的目的在于选择、设计并实现对需求的解决方案。

解决方案、设计和实现包括单独的或以适当形式组合的产品、产品组件以及与产品相关的生命周期过程。

1.2适用范围

本过程适用于组织内所有的软件项目，应用在软件开发阶段。

预期读者包括项目经理、需求工程师、设计人员、编码人员、测试人员等。

1.3背景描述

掌握和使用本过程，需要软件工程中的设计、编码、测试等相关的背景知识。

1.4引用文件

无

1.5术语表

QA（人员）：

QuanlityAssurancepeople，质量保证（人员）

SCM（人员）：

SoftwareConfigurationManagementpeople，软件配置管理（人员）

1.6参考资料

无

2过程/规程总体描述

2.1过程/规程概述

产品开发过程包括设计、编码及单元测试、产品集成测试、维护开发文档几个活动。

其中，设计、编码及单元测试、产品集成测试活动的具体内容体现在相应的规程文件中。

2.2过程/规程结构描述

产品开发过程流程图如图1所示。

图1产品开发过程

3过程/规程元素描述

3.1确定解决方案

概述

设计人员根据软件需求基线，明确具体需求，根据产品需求准备备选解决方案和选择准则，并最终确定解决方案。

参与人员及职责

●设计人员：

概要设计、详细设计、准备备选解决方案及选择准则、确定解决方案

入口准则

●设计阶段的任务详细计划制定完毕

●软件需求基线已经建立

输入

《用户需求说明书》

任务/步骤

1、确定软件需求基线

2、根据需求基线选择备选方案

3、确定备选方案选择准则

4、选择最合适的解决方案

出口准则

●软件解决方案已确定

输出（工作产品）

●需求基线

●解决方案概要记录

资源和能力要求

●资源：

合格的项目经理和分析人员

●能力：

有较丰富的系统设计经验

度量

度量元

采集点

确定软件需求基线的工作量

确定备选方案及选择准则的工作量

确定最终解决方案的工作量

任务报告

评审报告

裁剪指南

裁剪内容

裁剪准则

不可裁剪

无

3.2系统概要设计

概述

项目设计人员在项目的需求通过评审后，开始对需求实现进行系统概要设计，形成概要设计文档

参与人员及职责

●项目经理：

组织设计人员进行概要设计

●设计人员：

进行概要设计

入口准则

需求基线已确定

输入

●项目开发计划

●软件需求说明书

●需求跟踪矩阵

任务/步骤

1．确定影响系统概要设计的约束因素（可从需求说明书中提取需求约束,例如:

a）本系统应当遵循的标准或规范

b）软件、硬件环境（包括运行环境和开发环境）的约束

c）接口／协议的约束

d）用户界面的约束

e）软件质量的约束，如正确性、健壮性、可靠性、效率（性能）、易用性、清晰性、安全性、可扩展性、兼容性、可移植性等

以及其他隐含约束）

2．确定设计策略（如扩展/复用等策略）

3．进行系统分解,确定子系统和模块的功能以及相关关系;确定系统开发/测试/运行的软、硬件环境；依据《产品组件接口表模板》填写组件接口关系。

4．撰写概要设计文档（可参照《系统概要设计说明模板》），入配置库进行配置管理

注：

可启动重大事件处理过程来从可能存在的多种技术方案中决策形成最终方案。

出口准则

概要设计文档已完成

输出（工作产品）

概要设计文档

产品组件接口表

资源和能力要求

●资源：

合格的项目经理和分析人员

●能力：

⏹有较丰富的系统设计经验

度量

度量元

采集点

概要设计的工作量

任务报告

概要设计文档

裁剪指南

裁剪内容

裁剪准则

不可裁剪

无

3.3系统详细设计

概述

设计人员在项目经理组织下根据需求说明书和概要设计文档进行详细设计，撰写详细设计文档。

参与人员及职责

●项目经理：

组织设计人员进行详细设计

●设计人员：

进行详细设计

入口准则

概要设计经过评审

输入

●项目计划

●软件需求说明书

●需求跟踪矩阵

●概要设计文档

任务/步骤

1.数据库设计，可进行

⏹逻辑设计

⏹物理设计

⏹安全性设计

⏹优化设计

2.模块设计，主要是

1）模块接口与属性设计

2）数据结构与算法设计

3.撰写详细设计文档，入配置库进行配置管理

出口准则

详细设计已完成

输出（工作产品）

详细设计文档

资源和能力要求

●资源：

合格的项目经理和设计人员

●能力：

有较丰富的系统设计经验

度量

度量元

采集点

详细设计的工作量

任务报告

详细设计文档

裁剪指南

裁剪内容

裁剪准则

不可裁剪

无

3.4产品集成策略

概述

项目组根据系统详细设计将软件产品模块化，产品集成负责人组织产品集成策略的制定和评审。

产品集成组根据产品需求和设计文档，确定产品集成策略。

参与人员及职责

项目组：

将软件产品模块化

项目经理：

参与集成策略的评审

产品集成负责人：

组织产品集成策略的制定和评审

产品集成组成员：

参与产品集成策略的制定

入口准则

●产品需求已确定

●产品架构设计已完成

输入

●产品需求文档

●产品设计文档

任务/步骤

1、项目组根据系统详细设计将产品细化，由产品至组件，由组件至模块，形成设计基线。

2、产品集成负责人，组织产品集成组成员，根据产品需求和设计文档，参考设计基线确定产品集成策略。

具体地，主要确定以下内容：

●产品集成的方式、时机

●产品集成环境

●产品各模块集成的顺序、接口关系

●产品各模块集成的开始准则

产品集成负责人依据《产品集成策略模板》编写产品集成策略文档（参考《产品集成指南》）

3、产品集成负责人组织产品集成策略的评审（参考《评审过程》）

4、产品集成组根据评审意见修改产品集成策略

5、产品需求或设计变更时，及时修改产品集成策略

6、产品集成组识别可能引发改变集成策略的事件，根据出现的事件考虑目前的集成策略是否适用。

如果需要改变集成计划（如改变策略、资源的再分配），产品集成组修订产品集成策略文档。

在修订过程中应保证集成策略和开发、测试计划的一致性。

出口准则

●产品集成策略文档已完成

输出（工作产品）

●产品集成策略

资源和能力要求

资源：

相关人员工作时间的保证，《评审过程》，《产品集成指南》，《产品集成策略模板》，

能力：

参与者了解产品集成的方法

度量

度量元

采集点

确定产品集成策略的工作量

评审产品集成策略文档的工作量

评审发现的缺陷数

周报

裁剪指南

裁剪内容

裁剪准则

不可裁剪

无

3.5系统编码实现

概述

设计基线形成之后，开发人员在产品集成策略约束下实施程序编码和调试。

参与人员及职责

●项目经理：

组织程序编写，负责维护系统实现阶段的协同开发约定

●开发人员：

参与程序编写，进行代码质量自查，提交代码质量报告

入口准则

软件需求基线、设计基线已发布，产品集成策略已明确

输入

软件需求基线文档、设计基线文档、项目开发计划、产品集成指南

任务/步骤

1、开发人员依据软件需求基线和设计基线的内容，在产品集成策略约束下，在模块代码框架下编写符合规范的程序代码；

2、开发人员按照编码规范、库表规范中的要求检查代码的文件格式、命名规范，进行代码静态分析和代码复杂度分析等；

3、代码调试。

4、开发人员将代码提交到配置库。

出口准则

编码完成。

输出（工作产品）

程序源代码

资源和能力要求

●资源：

称职的开发人员；良好的沟通交流环境和充足的编码思考工作时间

●能力：

⏹熟悉使用的开发技术。

⏹了解需求和设计基线的内容。

⏹了解开发过程定义和相关的开发指南和规范。

度量

度量元

采集点

系统实现的工作量

代码的规模（包括代码总规模、新增代码规模、复用代码规模、修改代码规模、删除代码规模）

任务报告

配置库

裁剪指南

裁剪内容

裁剪准则

不可裁剪

无

3.6产品模块测试

概述

项目组成员依据需求基线、设计基线等编写模块测试用例，并实施模块测试。

参与人员及职责

●项目经理：

组织编写并实施模块测试用例

●项目组成员：

编写并实施模块测试用例

入口准则

需要进行模块测试的代码已完成，项目已定义实施模块测试的方式、模块测试工具等。

输入

需求基线、设计基线、编程规范、待测试的代码

任务/步骤

1、项目组成员确定要实施模块测试的代码

2、项目组成员依据需求基线、设计基线等编写模块测试用例。

3、进行模块测试用例的评审，评审内容主要包括：

●测试类是否完全、其类名是否符合规范

●测试方法名称是否可读，如果不可读，是否添加了必要的注释

●测试用例代码是否符合代码编写规范

●边界条件是否进行了测试

4、需要测试的代码编写完成后，项目组成员执行模块测试用例。

5、项目组成员就模块测试用例运行中发现的问题进行跟踪和调试，直到单元测试用例的通过率为100%

6、开发人员将代码提交到配置库。

注：

对于不同类型的软件项目，单元测试用例关注的内容可能不同，由项目组根据项目实际情况确定。

出口准则

模块测试用例全部通过

输出（工作产品）

模块测试用例

根据模块测试修改后的代码

资源和能力要求

●资源：

合格的模块测试人员

●能力：

⏹了解模块测试的方法、工具

度量

度量元

采集点

模块测试用例的代码规模

模块测试的工作量

任务报告

裁剪指南

裁剪内容

裁剪准则

可裁剪

项目经理根据项目的实际情况，按照已测试过的模块、功能可以不用再做模块测试的原则进行处理;

3.7产品集成测试

概述

根据产品集成策略，设计集成测试方案。

产品各模块完成开发和模块测试后，如果达到集成开始准则，则根据产品集成策略进行集成，建立集成测试环境；执行测试，记录测试中发现的缺陷，跟踪缺陷至解决。

集成测试结束后，集成测试负责人对测试缺陷进行汇总和分析，并根据结果对被测目标进行评价，提交集成测试的总结报告。

参与人员及职责

●产品集成负责人：

把握产品集成的时机，组织产品集成过程

●产品集成组成员：

参与产品集成，对集成测试中发现的缺陷进行缺陷处理

●集成测试负责人：

设计集成测试方案，组织集成测试活动，编写集成测试报告

●集成测试人员：

参与设计和实施集成测试，参与编写集成测试报告，提供数据分析

入口准则

●产品集成策略已完成

●被集成的各产品模块已完成开发和单元测试

输入

●产品集成策略

●已完成单元测试的产品模块

任务/步骤

1.根据产品需求、设计和集成策略文档，依据《软件测试方案模板》设计集成测试方案，制定测试通过准则，编写相应的集成测试用例。

2.产品集成组从开发组接收产品模块，确认模块质量是否达到集成开始准则，接口是否和集成策略文档中的一致。

如果不满足，返回给开发组；

3.搭建产品集成环境；按照集成策略构造产品，并完成集成记录后移交给测试组进行集成测试；

4.建立产品集成测试环境，编写必要的桩模块和驱动模块。

5.从配置库中取出已满足产品集成测试开始准则的build；依据集成测试方案和测试用例执行测试；

6.在执行测试时，记录测试执行中发现的缺陷，跟踪缺陷至解决；（在使用平台时，缺陷填写在平台的bug报告中；如果项目组采用经过允许的缺陷跟踪工具，可以将缺陷填写在相应的工具中）（参考《缺陷处理规程》）

7.重新制作build，进行回归测试，确保新增加或者修改的代码没有引入错误；

8.如果已经达到预先设定的测试通过准则；则终止集成测试执行；如果没有达到，则继续执行测试。

9.集成测试负责人从下面几方面对集成测试进行总结分析：

i.分析测试用例覆盖率，执行率及通过率

ii.分析出现的缺陷及缺陷趋势分布

iii.对测试项进行评价

iv.分析遗留问题的潜在风险

v.分析资源使用情况和进度情况

vi.形成测试结论

10.集成测试负责人依据《软件测试总结报告模板》编写集成测试总结报告。

具体参考《测试过程》。

出口准则

●产品的集成构造已完成，集成测试执行终止，集成测试总结完成

输出（工作产品）

●产品集成记录

●完成集成构造的产品

●产品集成测试方案

●集成测试用例

●bug报告

●集成测试总结报告

资源和能力要求

●资源：

提供集成测试活动所需的软件、硬件、人力资源，《产品集成记录模板》，《缺陷处理规程》，《软件测试方案模板》，《软件测试总结报告模板》

●能力：

相关人员参与者了解产品集成过程，能够设计集成测试方案，构建测试环境，依据测试用例执行测试，并具备解决问题的能力。

度量

度量元

采集点

设计集成测试方案的工作量

实施产品集成的工作量

搭建集成测试环境的工作量

执行测试的工作量

Bug的数量

撰写集成测试总结报告的工作量

周报表

裁剪指南

裁剪内容

裁剪准则

不可裁剪

无

3.8维护开发文档

概述

在产品交付测试前，项目成员编写、维护产品开发阶段交付的文档，包括、设计文档、测试用例、产品使用手册等。

参与人员及职责

●项目成员：

包括设计人员、编码人员、集成工程师、测试人员等，编写、维护开发文档

入口准则

●维护开发文档阶段的任务详细计划制定完毕

输入

●初始的开发文档

任务/步骤

1、需求工程师根据项目情况检查、维护需求文档。

2、设计人员根据项目情况检查、维护设计文档。

3、测试人员根据项目情况检查、维护测试用例。

4、使用手册编写人员检查、维护使用手册。

5、将维护后的文档纳入配置库。

注：

根据项目情况不同，需要维护的开发文档有所不同。

出口准则

●产品开发阶段交付的文档已维护完毕并纳入配置库。

输出（工作产品）

●维护后的开发文档

资源和能力要求

●资源：

●能力：

相关人员接受过编写开发文档方面的培训。

度量

度量元

采集点

维护开发文档的工作量

维护后的开发文档的规模

任务报告

裁剪指南

裁剪内容

裁剪准则

可裁剪

当开发文档满足交付测试的要求且与产品（项目）实际情况一致时，不需要执行此活动。

4附录

4.1附录A－相关过程

4.2附录B－相关规程

《设计规程》

《编码及单元测试规程》

《产品集成规程》

4.3附录C－相关指南

4.4附录D－相关模板列表