SoftwareEngineeringGroup-南京大学软件工程.pptVIP

软件设计任务 使用分析模型，选择合适的架构风格和模式 把分析模型划分成若干设计子系统并按架构分配到各子系统中 确定子系统的功能耦合性 设计子系统接口 把分析的类或功能成功分配到各子系统中 使用信息域模型，设计合适的数据结构 设计用户界面 组件级设计 在较低抽象级别上确定所有的算法 精化组件接口 定义组件级数据结构 开发部署模型 * Software Engineering Group 软件设计方法 结构化设计方法 将软件设计成由相对独立且具有单一功能的模块组成的结构，分为概要设计和详细设计两个阶段。 结构化设计方法给出一组帮助设计人员在模块层次上区分设计质量的原理与技术。它把系统作为一系列数据流的转换，输入数据被转换为期望的输出值，通过模块化来完成自定而下实现的文档化，并作为一种评价标准在软件设计中起指导性作用，通常与结构化分析方法衔接起来使用，以数据流图为基础得到软件的模块结构。 * Software Engineering Group 软件设计方法 面向对象设计方法 OOA－OOD－OOP 采用面向对象的思想对软件系统进行设计 * Software Engineering Group 软件设计建模 SDM： 流程图 方块图 PAD图 OOM：UML模型 结构模型 行为模型 * Software Engineering Group 软件设计过程 制定规范 为软件开发组制定在设计时应共同遵守的标准。 软件体系架构设计 组件设计 接口／界面设计 数据/类设计 编写设计文档 设计评审 * Software Engineering Group 软件设计规约与文档化 软件设计说明书 程序开发人员的依据 文档标准与模板 * Software Engineering Group 软件设计规约分析与验证 质量指导原则 评估设计质量 质量属性FURPS 功能性 (Functionality) 易用性 （Usability） 可靠性 （Reliability） 性能 （Performance） 可支持性 （Supportability） * Software Engineering Group 软件设计规约分析与验证 评估设计质量的方法 自动化（形式）验证 检查（Inspection） 正式复审（Review） 走查 （Walk Through） * Software Engineering Group 设计的检查 2009 * Software Engineering Group 检查具有正规的复审和非正规的复审两方面的特点； 从复审的形式与内容上看，检查方法是相当正规的--有专门的职责、活动安排、交付的文档、核对表以及管理办法等等，一切都是事先规定好的； 然而，涉及到的人员以及他们的相互联系则是比较随便的，通常都以小组进行活动。 软件设计规约分析与验证 设计的复审 2009 * Software Engineering Group 软件的设计由管理方面的代表、技术开发方面的代表和其他有关人员（诸如用户、质量保障和软件支持者等）共同进行复审。 对设计进行复审的明显好处是可以比较早地发现软件的缺陷，从而可以使每个缺陷在进行编程、测试和交付之前予以纠正，从而显著地降低随后的开发阶段和维护阶段的费用。 设计复审包括正规的审查、非正规的审查和检查三种方式。 软件设计规约分析与验证 设计复审的标准 2009 * Software Engineering Group 易追溯性： 该软件设计包括了软件需求规格说明的所有要求了吗？该软件的每个组件与某个具体的软件要求有关吗？ 风险：实现该设计会有很大风险吗？也就是说，没有技术性的突破该设计也能完成吗？ 实用性：该软件对软件要求所确定的问题是一种实用的解决办法吗？ 易维护性：该设计是否将导致一个便于维护的系统？ 质量：该设计具备一个“好”的软件应有的质量特征吗？ 接口：外部和内部的接口已经规定得足够明确了吗？ 技术清晰度：该设计的表达方式是否使它便于转化成程序？ 选择方案：考虑了其他设计方案了吗？采用什么标准来选择最后方案呢？ 限制：软件限制是否现实？与要求相符合吗？ 某些具体的问题：该软件便于人控制机器吗？便于测试吗？与其他系统部分相适应吗？有足够的文档吗？ 软件设计规约分析与验证 正规的复审 2009 * Software Engineering Group 通常是为了评价软件的结构和接口； 这种类型的复审的特点在于：设计人员和复审人员都要认真的准备；有相当多的复审者参加，他们对该软件研制项目有不同程度的兴趣； 管理方面和技术方面站得高，视野开阔； 提供正式的设计文档； 由通知到开会的时间间隔至少有两个星期。 软件设计规约分析与验证 非正规的复审 2009 * Software Engine