《设计与实现过程》由会员分享,可在线阅读,更多相关《设计与实现过程(48页珍藏版)》请在金锄头文库上搜索。
1、WWW.SZKINGDOM.COM设计和实现过程质量管理部:钟玫Email:MSN: 目录WWW.SZKINGDOM.COM设计编码实现度量CMMI-Technical Solution 3CMMI-Technical Solution 目的: 设计、开发和实现满足需求的解决方案。解决方案 、设计和实现包括产品、产品部件以及产品相关过 程。4选择产品部 件解决方案Technical Solution - Context已确认的需求设计细节和文档已交付的产品开发设计实现产品设计替代的设计和评价标准Technical Solution focuses onWWW.SZKINGDOM.COM1、评估
2、并选择解决方案(概要设计),这些方案 可满足已定义的需求; 2、针对所选择的解决方案,进行详细设计 3、落实产品或产品组件的设计编码6已确认的需求开发可供选择 的解决方案和 选择标准选择产品部件(product component)解决方案开发解决方案 细则和选择标 准可供选择的解决方案 选择标准 新技术评价选择产品部 件解决方案与需求保持一致的选择决策DAR开发可操作的 概念和方案可操作的方案 分析用例Technical Solution - ContextWWW.SZKINGDOM.COMSG 1 Select Product Component Solutions 选择产品组件解决方案
3、从备选解决方案中,选择产品或产品组件解决方案。 选择解决方案之前,应考虑备选解决方案及其优缺点。应确定关键需求、设计问题 以及约束条件,以便在分析各种备选方案时使用。要考虑架构特征,它们是产品改 进与发展的基础。重要的方案选择需要走正式的决策分析过程。SP 1.1 Develop Alternative Solutions and Selection Criteria 开发备选解决 方案与选择标准 选择标准通常强调成本(如时间、人员、资金)、收益(如性能、能力、有效性) 和风险(如技术、成本、进度)。最终解决方案的选择标准,应该提供一种在成本 、收益与风险间求得平衡的方法。SP 1.2 Sel
4、ect Product Component Solutions 选择产品组件解决方案 1.产品组件的选择结果与理由 2.将需求与产品组件间的关联关系文档化。 3.将选择结果、评估结果与选择理由文档化。8Technical Solution - Context设计产品 或产品部 件开发设计开发一个技 术数据包技术数据包建立产品部 件接口的解 决方案CL 3 设计接口 使用标准接口设计文档 接口规范 接口控制文档完成构造、 购买或重用 任务选择标准 构建/购买分析设计方法 设计工具 设计过程WWW.SZKINGDOM.COMSG 2 Develop the Design 开发设计 开发产品或产品组
5、件的设计。 产品或产品组件的设计,需要提供一份完整的设计描述,记录于技术数据包(即设 计基线包含的配置项)中,它覆盖特征与参数的全部范围,包括格式、安装、功能 、接口、制作过程特征以及其他参数等。设计文件为支持相关干系人对设计的相互 了解,提供了一定的参考;并在开发过程中或产品生命周期的后续阶段,支持未来 的设计变更。 SP 2.1 Design the Product or Product Component 设计产品或产品组 件 产品设计包含两个阶段:概要设计与详细设计SP 2.2 Establish a Technical Data Package 建立技术数据包 建立并维护设计基线。
6、10Technical Solution - Context部件制作 软件编码 文档化数据 文档化流程 构建工具实现设计实现产品设计开发产品 支持文档培训手册 用户手册 操作手册 维护手册 在线帮助目录WWW.SZKINGDOM.COM设计编码实现度量总体流程WWW.SZKINGDOM.COM设计过程WWW.SZKINGDOM.COM决策分析概要设计详细设计决策分析Decision Analysis and ResolutionWWW.SZKINGDOM.COM14制定和使 用决策分 析指南指南评价可供选择的方案选择 评价方法方法标准制定 评价标准选择 解决方案识别已提议 的可供选择 的方案已
7、提议的可供 选择的方案评价 解决方案Other PAs一、决策分析(1) 决策分析与解决方案(Decision Analysis and Resolution, DAR)的目的,在于利用正 式的评估过程,依据准则评估各种已识别的备选 方案,以选择解决方案。 输出:决策分析报告WWW.SZKINGDOM.COM决策分析(2)在下面的情况下需要使用决策分析过程:1) 架构的选择;2) 构造/购买/复用的权衡分析。如:开发并集成新构件(构造);购买并 集成可用的现成产品(购买);从现有IT系统或产品中引进、增强并集成构 件(复用)3) 项目重大需求变更和关键技术方案的确定。 4) 立项论证,此活动的
8、决策分析过程见14004 软件产品立项管理办 法.doc。WWW.SZKINGDOM.COM一、决策分析(3) 决策小组进行方案评价,给出结论。通常是由业务、技术、市场领域的专家担任。 决策组长负责决策分析计划和评估标准的确定,各委员间的协调沟通、组织等;通常由高层经 理或技术管理委员会担任。WWW.SZKINGDOM.COM决策分析过程(1)建立计划在项目计划中体现决策应用时机。决策前建立决策日程安排,包括 活动的参与人、日期、日程、活动说明等。建立评估标准针对每项决策活动,需要建立评估标准。评估标准提供评估可选的 解决方案的准则,主要应该从方案本身的风险,实施成本,实施时 间,收效等几个方
9、面来考虑建立,需要对评估标准的重要性划分优 先级。识别和形成可选解决方案针对需要决策的问题,需要发现和形成多个不同的解决方案,并形 成文档。WWW.SZKINGDOM.COM决策分析过程(2)确定评估方法需要根据评估标准,针对需要决策的问题,确定评估方法,如头脑 风暴和Delphi 方法。评估可选的解决方案根据建立的评估标准,按照确定的评估方法,对每个可选方案进行 评估。选定解决方案从可选方案的评估结果中选定解决方案,分别说明为什么选择和为 什么不选择的理由,以及决策风险评估,形成决策分析报告文 档。WWW.SZKINGDOM.COM决策分析的重要性 通过决策小组的讨论,一些重要的问题在产品开
10、 发的初期就可以浮现出来,并在问题变成高成本 的错误之前就可以得到处理。 WWW.SZKINGDOM.COM设计过程WWW.SZKINGDOM.COM决策分析概要设计详细设计什么是概要设计 概要设计是指按照软件需求说明书,设计软 件系统的体系结构,即模块结构,定义每个模块 的主要功能和模块之间的接口,并确定软件系统 的数据体系结构。 输出:软件设计说明书概要设计 主要包括三个方面的工作: 1.系统体系结构设计 2.数据体系结构设计 3.接口的设计。概要设计(一) 系统体系结构设计 扩充软件需求阶段所提出的初步的系统体系结构。对扩 展后的体系结构进行完善,降低那些使软件难于实现、 测试、维护和重
11、用的因素,形成高内聚、低耦合的系统 体系结构。WWW.SZKINGDOM.COM概要设计( 二) 数据体系结构设计 扩展软件需求阶段所提出的初步的数据体系结构,将其 变换成实现软件所需的数据结构。过程:业务模型概念数据模型物理数据模型输出: 数据库说明和数据字典定义WWW.SZKINGDOM.COM概要设计(三) 接口设计 内部接口; 外部接口;WWW.SZKINGDOM.COM如果不进行概要设计,就直接进入详细设计和编码 ,可能会出现的问题: 模块之间的接口,可能会无法匹配。 由于无可遵循的框架结构,重大的缺陷在详细和编码阶 段无法识别; 遗漏重要的接口和重要的模块; 造成大量的返工。 。W
12、WW.SZKINGDOM.COM概要设计评审及模型使用1.对软件设计说明书进行同行评审。2.每次评审前使用“软件设计评审模型预测”进行目标预测 (若分多次软件设计评审,最后一次的评审,利用软件设计模型预测并确定好目标后,要进行蒙特卡洛模拟。)3.输出评审报告4.评审后预测目标(是最终的质量目标)达成的概率。(本次评审若没有达成预设的目标,要考虑进行整体目标的调整。) 5. 填写设计评审模型6.将软件设计说明书合入配置库并进行设计基线审计、建立和发布。设计过程WWW.SZKINGDOM.COM决策分析概要设计详细设计详细设计(一) 详细设计是根据软件设计说明书详细定义各 个模块的数据结构、程序的
13、实现算法以及程序、 模块之间的接口等,作为以后编码工作的依据, 编写详细设计说明书。详细设计(二) 输入:软件设计说明书输出:用户界面设计报告数据库设计报告数据字典定义详细设计说明书/模块设计报告功能接口定义 WWW.SZKINGDOM.COM详细设计(三) 对详细设计说明书进行评审。 输出评审报告 将详细设计说明书合入配置库并建立基线。WWW.SZKINGDOM.COM编码实现过程WWW.SZKINGDOM.COM编码实现单元测试代码评审转测试编码实现 1、程序员依据详细设计说明书及编程规 范,进行程序单元的编制工作(包括建立相关 的构造环境)。纳入公司配置库中做版本管理。 2、建立并维护初
14、始标签(建立初始标签后才开始项目的编码工作,同时涉及到代码量统计等问题)WWW.SZKINGDOM.COM编码实现的相关培训 根据开发人员的实际水平进行有关编程语言、编 程规范、编程方法、编程工具、调试方法、配置 管理等方面的培训;WWW.SZKINGDOM.COM编码实现过程WWW.SZKINGDOM.COM编码实现单元测试代码评审转测试单元测试 程序员从配置库获取源码文件,对照单元测试计 划和测试用例进行调试,并将测试结果记录于 测试问题记录 。对源码文件进行的测试,视 程序存在缺陷的情况,可能要重复进行,直至问 题解决。 单元测试结束后,编写单元测试报告。WWW.SZKINGDOM.CO
15、M编码实现过程WWW.SZKINGDOM.COM编码实现单元测试代码评审转测试代码评审(一)代码评审也称代码复查,是指通过阅读代码来检查 源代码与编码标准的符合性以及代码质量的活动 。 代码评审贯穿于整个编码过程中,需要注意的是 转测试之前必须做代码评审。WWW.SZKINGDOM.COM代码评审(二) 形式:1)走查、2)会议评审 1)走查: 团队成员互相检查代码,代码作者讲解 如何以及为何这样实现、评审者提出问题和建议WWW.SZKINGDOM.COM代码评审(三) 2)会议评审:以项目为单位,召开专门的代码 评审会议。对于客户个性化开发的功能和重要模 块,要进行会议的方式评审。参与者:包
16、括项目组全体成员,其它组的专 家也应尽量参加 。会前准备工作: 组织者应通知各参与者本次 评审的范围 参与者阅读源代码,列出发现的问 题、亮点,汇总给组织者。WWW.SZKINGDOM.COM代码评审(四) 输出:评审报告 问题跟踪:对评审中发现的问题记录到评审报 告中,代码应加以跟踪,确保问题得以解决, 防止复发 WWW.SZKINGDOM.COM编码阶段的模型使用1.每次代码评审前使用“代码评审模型预测”进行目标预测 (若分多次软件 设计评审,最后一次的评审,利用代码评审模型预测并确定好目标后,要 进行蒙特卡洛模拟。)2.输出评审报告;3.评审后预测目标(是最终的质量目标)成的概率。(本次评审若没有达成预设的目标,要考虑