高级软件工程 软件设计.ppt

软件设计说明书内容 （1）???????作用范围：描述设计工作的整体范围，其大部分内容来自软件需求说明书。 （2）????????参考文档：包括现有的软件文档、系统的文档资料、外购产品文档，包括硬件和软件以及技术参考资料。 （3）????????数据设计：描述数据对象和形成的数据结构、外部文件和数据库结构、内部数据结构等。 （4）????????体系结构设计：说明从需求模型导出的软件体系结构，包括模块的层次结构。 （5）????????接口设计：描述人机界面以及人机界面的设计规则，外部数据、系统或设备接口和内部接口及其设计规则。 （6）?模块的过程设计：描述每个模块的处理说明、设计语言描述、调用其他模块和内部设计结构等。 （7）??? 需求与模块的相互对照表。 （8）??? 测试准备：包括测试大纲、整体策略、专门的考虑等。 （9） 其他：包括设计约束和一些特殊注解等内容。 软件开发者应根据软件设计包括的实际阶段，在软件设计这个大阶段结束后，产生相应的阶段性的文档如：体系结构设计说明书、数据库设计说明书、构件详细设计（过程设计）说明书以及初步测试文档、用户手册等。 4.5.2 设计复审 设计复审（Design Review）：对设计文档的复审。 复审对于研制项目的成功而言是绝对必要的。对设计进行复审是为了尽早发现软件的欠缺，尽可能把这些缺欠在进入下一阶段工作之前，予以纠正，从而避免后期付出更多的代价。 1．设计复审方法 目前存在着两种不同的设计复审方法： 正规复审 制作好幻灯片、邀请听众按计划好的议事日程进行正式复审。这种方法是概要设计复审常用的方式。由于参加人员包括各方面的代表，正式复审通常采取正式会议的方式。 非正规复审 只召集少数设计人员和有关用户参加讨论设计问题。这类复审的特点是参加人数少，且均为软件人员，带有同行讨论的性质，因而方便灵活，十分适合于详细复审。 2．复审的指导原则 在传统软件设计中，概要设计复审和过程设计复审应该分开进行，不允许合并为一次复审。 除软件开发人员外，概要设计复审必须有用户代表参加，必要时还可邀请有关领域的专家到会。过程设计复审一般不邀请用户和其他领域的代表。 参加复审的设计人员应欢迎别人提出批评和建议，不要为设计的缺陷“护短”。但复审的对象是设计文档，不是设计者本身，其他参加者也应为复审创造和谐的气氛，防止把复审变成质讯或辩论。 复审中提出的问题应详细记录，但不要谋求当场解决。 复审结束前，应作出本次复审能否通过的结论。 3．复审的标准 复审的标准应包括： 可追溯性 风险 实用性 可维护性 接口 技术清晰度 选择方案 限制 其他具体问题 4．复审的内容 概要设计复审应该把重点放在系统的总体结构、模块划分、内外接口等方面。 例如软件的结构能否满足需求？结构的形态是否合理？层次是否清晰？模块的划分是不是符合优化的原则？系统的人机界面、内外部接口，以及出错处理是不是合理等。 过程设计复审的重点应该放在各个模块的具体设计上。 例如模块的设计能否满足其功能与性能要求？选择的算法与数据结构是否合理，符不符合编码语言的特点？设计描述是否简单、清晰等。 “一个模块，一个功能”，已成为模块化设计的一条准则，也是设计人员争取的目标。当然，其他的高内聚和中内聚模块也是允许使用的，低内聚模块因块内各成分的联系松散，可维护性和可重用性都比较差，在设计中应尽可能避免使用。 2．耦合 耦合是对软件内部模块之间相互联系的度量。按照Myers的划分，也归纳为7类 : ① ② ③ ④ ⑤ ⑥ ⑦ 弱耦合 中耦合 较强耦合 强耦合 ①非直接耦合 No Direct Coupling ②数据耦合 Data Coupling ③特征耦合 Stamp Coupling ④控制耦合 Control Coupling ? ⑤外部耦合 External Coupling ⑥公共耦合 Common Coupling ⑦内容耦合 Content Coupling ? 图4.11 耦合强度的等级 弱耦合 ①非直接耦合 若两个模块没有直接关系，它们之间的联系完全是通过主程序的控制和调用来实现的，便称这两个模块为非直接耦合，这样独立性最强。 ②数据耦合 若一个模块访问另一个模块，且被访问模块的输入和输出都是数据项参数，则称这两个模块之间的联系为数据耦合。 模块B从属于模块A，A对B的访问是通过一个约定的变元表或者模块接口界面进行数据传递的，这里只传递数据，所以称A和B之间的联系为数据耦合。 通过变元传递数据 A B …… 图4.13 数据耦合一例 ③特征耦合 若两个以上的模块都需