设计和实现过程实用教案

1、目录(ml)设计设计(shj)(shj)编码编码(bin m)(bin m)实现实现度量度量CMMI-Technical Solution CMMI-Technical Solution 第1页/共48页第一页，共48页。2 2CMMI-Technical Solution CMMI-Technical Solution 目的:设计、开发(kif)和实现满足需求的解决方案。解决方案、设计和实现包括产品、产品部件以及产品相关过程。第2页/共48页第二页，共48页。3 3选择产品(chnpn)部件解决方案Technical Solution - Context已确认(qurn)的需求设计(shj)

2、细节和文档已交付的产品开发设计实现产品设计替代的设计和评价标准第3页/共48页第三页，共48页。Technical Solution focuses on1、评估并选择解决方案（概要设计），这些(zhxi)方案可满足已定义的需求；2、针对所选择的解决方案，进行详细设计3、落实产品或产品组件的设计编码第4页/共48页第四页，共48页。5 5已确认(qurn)的需求开发(kif)可供选择的解决方案和选择标准选择产品(chnpn)部件(product component)解决方案开发解决方案细则和选择标准可供选择的解决方案选择标准新技术评价选择产品部件解决方案与需求保持一致的选择决策DAR开发可操作

3、的概念和方案可操作的方案分析用例Technical Solution - Context 第5页/共48页第五页，共48页。SG 1 Select Product Component Solutions 选择产品组件解决方案选择产品组件解决方案 从备选解决方案中，选择产品或产品组件解决方案。从备选解决方案中，选择产品或产品组件解决方案。 选择解决方案之前，应考虑备选解决方案及其优缺点。应确定关键需求、设计问题以及约束条件，选择解决方案之前，应考虑备选解决方案及其优缺点。应确定关键需求、设计问题以及约束条件，以便在分析各种备选方案时使用。要考虑架构特征，它们是产品改进与发展的基础。重要的方案选以

4、便在分析各种备选方案时使用。要考虑架构特征，它们是产品改进与发展的基础。重要的方案选择需要走正式的决策分析过程。择需要走正式的决策分析过程。SP 1.1 Develop Alternative Solutions and Selection Criteria 开发备选解决方案与选开发备选解决方案与选择标准择标准选择标准通常强调成本（如时间、人员、资金）、收益（如性能、能力、有效性）和风险（如技术、选择标准通常强调成本（如时间、人员、资金）、收益（如性能、能力、有效性）和风险（如技术、成本、进度）。最终解决方案的选择标准，应该提供一种成本、进度）。最终解决方案的选择标准，应该提供一种(y zhn

5、)在成本、收益与风险间求得在成本、收益与风险间求得平衡的方法。平衡的方法。SP 1.2 Select Product Component Solutions 选择产品组件解决方案选择产品组件解决方案1.产品组件的选择结果与理由产品组件的选择结果与理由 2.将需求与产品组件间的关联关系文档化。将需求与产品组件间的关联关系文档化。 3.将选择结果、评估结果与选择理由文档化。将选择结果、评估结果与选择理由文档化。 第6页/共48页第六页，共48页。7 7Technical Solution - Context设计(shj)产品或产品部件开发(kif)设计开发(kif)一个技术数据包技术数据包建立产品

6、部件接口的解决方案CL 3设计接口使用标准接口设计文档接口规范接口控制文档完成构造、购买或重用任务选择标准构建/购买分析设计方法设计工具设计过程第7页/共48页第七页，共48页。SG 2 Develop the Design 开发设计开发设计 开发产品或产品组件的设计。开发产品或产品组件的设计。产品或产品组件的设计，需要提供一份完整的设计描述，记录于技术数据包（即设产品或产品组件的设计，需要提供一份完整的设计描述，记录于技术数据包（即设计基线包含的配置项）中，它覆盖特征与参数的全部计基线包含的配置项）中，它覆盖特征与参数的全部(qunb)范围，包括格式、范围，包括格式、安装、功能、接口、制作过

7、程特征以及其他参数等。设计文件为支持相关干系人对安装、功能、接口、制作过程特征以及其他参数等。设计文件为支持相关干系人对设计的相互了解，提供了一定的参考；并在开发过程中或产品生命周期的后续阶段，设计的相互了解，提供了一定的参考；并在开发过程中或产品生命周期的后续阶段，支持未来的设计变更。支持未来的设计变更。 SP 2.1 Design the Product or Product Component 设计产品或产品组设计产品或产品组件件 产品设计包含两个阶段：概要设计与详细设计产品设计包含两个阶段：概要设计与详细设计SP 2.2 Establish a Technical Data Packa

8、ge 建立技术数据包建立技术数据包 建立并维护设计基线。建立并维护设计基线。 第8页/共48页第八页，共48页。9 9 Technical Solution - Context部件(bjin)制作软件编码文档化数据文档化流程构建工具实现(shxin)设计实现(shxin)产品设计开发产品支持文档培训手册用户手册操作手册维护手册在线帮助第9页/共48页第九页，共48页。目录(ml)设计设计(shj)(shj)编码编码(bin m)(bin m)实现实现度量度量第10页/共48页第十页，共48页。总体(zngt)流程第11页/共48页第十一页，共48页。设计(shj)过程决策分析决策分析概要概要(

9、giyo)(giyo)设计设计详细详细(xingx)(xingx)设计设计第12页/共48页第十二页，共48页。决策分析决策分析Decision Analysis and Resolution1313制定和使用(shyng)决策分析指南 指南(zhnn)评价(pngji)可供选择的方案选择评价方法 方法 标准制定评价标准选择解决方案识别已提议的可供选择的方案 已提议的可供选择的方案评价解决方案Other PAs第13页/共48页第十三页，共48页。一、决策分析（1） 决策分析与解决方案(Decision Analysis and Resolution, DAR)的目的，在于利用正式的评估过程(

10、guchng)，依据准则评估各种已识别的备选方案，以选择解决方案。 输出：决策分析报告第14页/共48页第十四页，共48页。决策分析（2）在下面的情况下需要使用决策分析过程：1）架构的选择；2）构造/购买/复用的权衡分析。如：开发(kif)并集成新构件(构造)；购买并集成可用的现成产品(购买)；从现有IT系统或产品中引进、增强并集成构件(复用)3）项目重大需求变更和关键技术方案的确定。 4）立项论证，此活动的决策分析过程见14004 软件产品立项管理办法.doc。第15页/共48页第十五页，共48页。一、决策分析（3） 决策小组 进行方案评价，给出结论。通常是由业务、技术、市场领域的专家担任。

11、 决策组长 负责决策分析计划和评估标准的确定，各委员间的协调沟通(gutng)、组织等；通常由高层经理或技术管理委员会担任。第16页/共48页第十六页，共48页。决策分析过程(guchng)（1） 建立计划( jhu) 在项目计划( jhu)中体现决策应用时机。决策前建立决策日程安排，包括活动的参与人、日期、日程、活动说明等。 建立评估标准 针对每项决策活动，需要建立评估标准。评估标准提供评估可选的解决方案的准则，主要应该从方案本身的风险，实施成本，实施时间，收效等几个方面来考虑建立，需要对评估标准的重要性划分优先级。 识别和形成可选解决方案 针对需要决策的问题，需要发现和形成多个不同的解决方

12、案，并形成文档。第17页/共48页第十七页，共48页。决策分析过程(guchng)（2） 确定评估方法 需要根据评估标准，针对需要决策的问题，确定评估方法，如头脑(tuno)风暴和Delphi 方法。 评估可选的解决方案 根据建立的评估标准，按照确定的评估方法，对每个可选方案进行评估。 选定解决方案 从可选方案的评估结果中选定解决方案，分别说明为什么选择和为什么不选择的理由，以及决策风险评估，形成决策分析报告文档。第18页/共48页第十八页，共48页。决策分析的重要性 通过决策小组(xioz)的讨论，一些重要的问题在产品开发的初期就可以浮现出来，并在问题变成高成本的错误之前就可以得到处理。 第

13、19页/共48页第十九页，共48页。设计(shj)过程决策分析决策分析概要概要(giyo)(giyo)设计设计详细详细(xingx)(xingx)设计设计第20页/共48页第二十页，共48页。什么(shn me)是概要设计 概要设计是指按照软件需求说明书，设计软件系统的体系结构，即模块结构，定义每个模块的主要功能和模块之间的接口( ji ku)，并确定软件系统的数据体系结构。 输出：软件设计说明书第21页/共48页第二十一页，共48页。概要(giyo)设计 主要(zhyo)包括三个方面的工作： 1.系统体系结构设计 2.数据体系结构设计 3.接口的设计。第22页/共48页第二十二页，共48页。

14、概要(giyo)设计(一) 系统体系结构设计 扩充软件需求阶段所提出(t ch)的初步的系统体系结构。对扩展后的体系结构进行完善，降低那些使软件难于实现、测试、维护和重用的因素，形成高内聚、低耦合的系统体系结构。第23页/共48页第二十三页，共48页。概要(giyo)设计( 二) 数据体系结构设计 扩展软件需求阶段所提出的初步的数据体系结构，将其变换成实现软件所需的数据结构。 过程：业务模型概念数据模型物理(wl)数据模型 输出： 数据库说明和数据字典定义第24页/共48页第二十四页，共48页。概要(giyo)设计(三) 接口设计(shj) 内部接口； 外部接口；第25页/共48页第二十五页，

15、共48页。如果不进行概要设计，就直接进入详细设计和编码，可能会出现的问题(wnt)：模块之间的接口，可能会无法匹配。由于无可遵循的框架结构，重大的缺陷在详细和编码阶段无法识别；遗漏重要的接口和重要的模块；造成大量的返工。第26页/共48页第二十六页，共48页。概要设计(shj)评审及模型使用1.对软件设计说明书进行同行评审。2.每次评审前使用“软件设计评审模型预测”进行目标预测 (若分多次软件设计评审，最后一次的评审，利用软件设计模型预测并确定好目标后，要进行蒙特卡洛模拟。)3.输出评审报告4.评审后预测目标（是最终的质量目标）达成的概率。（本次评审若没有达成预设(y sh)的目标，要考虑进行

16、整体目标的调整。） 5. 填写设计评审模型6.将软件设计说明书合入配置库并进行设计基线审计、建立和发布。第27页/共48页第二十七页，共48页。设计(shj)过程决策分析决策分析概要概要(giyo)(giyo)设计设计详细详细(xingx)(xingx)设计设计第28页/共48页第二十八页，共48页。详细(xingx)设计（一） 详细设计是根据软件设计说明书详细定义各个模块(m kui)的数据结构、程序的实现算法以及程序、模块(m kui)之间的接口等，作为以后编码工作的依据，编写详细设计说明书。第29页/共48页第二十九页，共48页。详细(xingx)设计（二） 输入：软件设计说明书 输出：

17、 用户界面设计报告 数据库设计报告 数据字典定义 详细设计说明书/模块(m kui)设计报告 功能接口定义 第30页/共48页第三十页，共48页。详细(xingx)设计（三） 对详细设计说明书进行( jnxng)评审。 输出评审报告 将详细设计说明书合入配置库并建立基线。第31页/共48页第三十一页，共48页。编码(bin m)实现过程编码编码(bin m)(bin m)实现实现单元测试单元测试代码代码(di m)(di m)评审评审转测试转测试第32页/共48页第三十二页，共48页。编码(bin m)实现 1、程序员依据详细设计说明书及编程规范，进行程序单元(dnyun)的编制工作（包括建立

18、相关的构造环境）。纳入公司配置库中做版本管理。 2、建立并维护初始标签（建立初始标签后才开始项目的编码工作，同时涉及到代码量统计等问题）第33页/共48页第三十三页，共48页。编码(bin m)实现的相关培训 根据开发人员的实际水平进行有关(yugun)编程语言、编程规范、编程方法、编程工具、调试方法、配置管理等方面的培训；第34页/共48页第三十四页，共48页。编码(bin m)实现过程编码编码(bin m)(bin m)实现实现单元测试单元测试代码代码(di m)(di m)评审评审转测试转测试第35页/共48页第三十五页，共48页。单元测试 程序员从配置库获取源码文件，对照单元测试计划和

19、测试用例进行调试，并将测试结果记录于测试问题记录 。对源码文件进行的测试，视程序存在缺陷的情况，可能(knng)要重复进行，直至问题解决。 单元测试结束后，编写单元测试报告。第36页/共48页第三十六页，共48页。编码实现(shxin)过程编码编码(bin m)(bin m)实现实现单元测试单元测试代码代码(di m)(di m)评审评审转测试转测试第37页/共48页第三十七页，共48页。代码(di m)评审(一)代码评审也称代码复查，是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。 代码评审贯穿(gunchun)于整个编码过程中，需要注意的是转测试之前必须做代码评审。第38

20、页/共48页第三十八页，共48页。代码(di m)评审(二) 形式：1)走查、2)会议评审 1)走查: 团队成员互相检查代码，代码作者(zuzh)讲解如何以及为何这样实现、评审者提出问题和建议第39页/共48页第三十九页，共48页。代码(di m)评审(三) 2）会议评审：以项目为单位，召开专门的代码评审会议。对于客户个性化开发的功能和重要模块，要进行会议的方式评审。 参与者：包括项目组全体成员，其它组的专家也应尽量参加 。 会前准备工作： 组织者应通知各参与者本次评审的范围 参与者阅读(yud)源代码，列出发现的问题、亮点，汇总给组织者。第40页/共48页第四十页，共48页。代码(di m)

21、评审(四) 输出：评审报告 问题跟踪：对评审中发现的问题记录( jl)到评审报告中，代码应加以跟踪，确保问题得以解决，防止复发 第41页/共48页第四十一页，共48页。编码(bin m)阶段的模型使用1.每次代码评审前使用“代码评审模型预测”进行目标预测 (若分多次软件设计评审，最后一次的评审，利用代码评审模型预测并确定好目标后，要进行蒙特卡洛模拟。)2.输出评审报告；3.评审后预测目标（是最终的质量目标）成的概率。（本次评审若没有达成预设的目标，要考虑进行整体目标的调整。） 4.填写“代码评审模型”数据；5.将代码合入配置库并打tag，tag的注释中说明(shumng)本次代码合入修改的内容。第42页/共