德信无线标准软件过程TSSP-09-软件设计过程培训.pptVIP

软件设计过程培训 2006.4.18 培训内容 培训导言 设计过程 - 主要活动 设计过程 – 度量 设计过程 – 培训 QA 培训导言 现在的状况不是挺好的吗？我们基本能按时完成项目！ 软件怎么会没有bug？我们习惯了等测试组报bug ！以前不都是这样吗？ 什么？要写那么多文档？SRS/SDS，不是平白给我们增加工作量吗？头疼！！！ Shedule 逼的那么紧，谁给我时间做设计！ 抱怨 …… 更多的抱怨…… 无奈和习惯 举一个例子 某平台第一个加多媒体芯片的项目 Bug 总数 2821，2、3级bug占3/4 思考 1 Level 2，3 bugs 是否可以控制 ？！ 让我们再看看以它为基础的项目 这里的四个项目以时间排序： 项目1 bug 总数 1450 项目2 bug 总数 1172 项目3 bug 总数 683 项目4 bug 总数 979 这些bug全部是由测试组验证测出来的! 思考 2 如果我们自己有时间做设计，做单元测试，系统测试组报的bug会不会少些？ 后继项目会不会大大受益？ 小插曲 某日在和FujiABC谈合作，他们指出他们的设计阶段比我们的要详细。主要分为全体设计（框架），模块设计（模块的划分和接口），program设计（强调流程图，序列图）。 交流期间坚持要看我们有序列图的文档，费了九牛二虎之力才找到一个有序列图的SDS。其实这正反映了我们设计方法上落后。 另外还列举了一些数据 1, 单元测试的工作量比开发的大 2, system test case = 120,000 protocol test case = 4,000 field test case? = 5,000 carrier test case = 20,000 3, 千行代码bug率为1 TF 统计 知道我们的千行bug 率吗？ （幸好，我们现在有了一些统计数据） T200 ---- 千分之10 CDMA ---- 150000行代码，5000-6000个bug ---- 千分之3 看起来好像也不多嘛！告诉你，这只是我们测试组报上来的bug，我们的测试case不过几万条，很多产品带问题上市，造成售后不堪重负！如果算上售后的问题，我们的bug率应该是千分之8或千分之10以上。 我们的设计目标 Bug 率： 千分之1 思考 3 如何实现 ？ 任重道远 尽量将bug控制在设计阶段 ！ 改进设计过程 关注设计文档 提高代码质量 导入单元测试 设计过程是软件开发流程的一个重要环节 参考软件开发流程 Techfaith 软件开发流程 设计过程主要活动 系统架构设计 概要设计 详细设计 系统架构设计 目的 主要任务 流程 编写要求 系统架构设计 – 目的 系统架构设计是在系统需求分析建立之后，从整体上对软件结构进行分析，为各模块的设计提供指导。 系统架构设计 – 主要任务 对产品进行设计描述，包括系统框架设计，各模块之间的关联性设计，以及运行效率，可扩展性，稳定性等设计。 系统架构设计 – 流程 系统架构设计 – 编写要求 人员要求 熟悉产品的硬件结构和软件结构 参见《系统架构设计模版》 概要设计 目的 主要任务 流程 编写要求 概要设计 – 目的 在需求分析和系统架构设计之后，从逻辑上将系统需求分解为软件模块，定义每个模块的数据和功能，以及模块间的交互。概要设计中定义的模块在详细设计中被细化。 定义软件开发过程中的概要设计过程，指导产品的概要设计工作； 通过执行定义的过程，能够对概要设计过程进行有效控制，确保概要设计与客户需求和系统架构设计的一致性。 概要设计 – 主要任务 从逻辑上分解系统需求，设计系统软件模块，定义各模块相关数据，以及相互之间关系。 概要设计 – 流程 概要设计 – 编写要求 参加《软件概要设计模版》 详细设计 目的 主要任务 流程 编写要求 详细设计 – 目的 详细设计在概要设计之后，细化概要设计中的软件模块，指导具体编码和单元测试。 定义软件开发过程中的详细设计过程，指导产品详细设计工作； 通过执行定义的过程，能够对详细设计过程进行有效控制，确保详细设计与需求，概要设计的一致性。 详细设计 – 主要任务 详细设计是要明确模块的输入、输出和算法，使其细致到可以支持编码和单元测试。 详细设计 – 流程 详细设计 – 编写要求 参见《软件详细设计模版》 设计过程 - 度量内容 文档页数 设计阶段所花时间 评审时间 评审问题 参加人数 设计过程 – 培训 软件开发过程培训 系统架构设计编写培训 概要设计