软件工程第四章.pptVIP

总体设计 2.内聚（cohesion） 　内聚标志一个模块内部各个元素彼此结合的紧密程度。常见的内聚类型如下: 　（1）低内聚 　　①偶然内聚 　一个模块完成一组任务，这些任务彼此间即使有关系，关系也是很松散的。 　　②逻辑内聚 　一个模块完成的任务在逻辑上属于相同或相似的一类。 总体设计 ③时间内聚 　 一个模块包含的任务必须在同一段时间内执行。 （2）中内聚 ①过程内聚 　 一个模块内的处理元素是相关的，而且必须以特定的次序执行。 　例如:假设有一个学生信息管理系统子程序，它读取学生的名字，然后是学号，最后是学生的班级。这种顺序之所以重要，仅仅是因为它符合用户的要求，用户希望按这种顺序进行屏幕输入。 总体设计 ②通信内聚 　一个模块内所有元素都使用同一个输入数据和（或）同一个输出数据，或者说都对数据结构的同一区域进行操作。 （3）高内聚 ①功能内聚 　 一个模块内所有元素属于一个整体，完成单一的功能。 ②顺序内聚 　 一个模块内的元素与同一个功能密切相关，而且这些处理必须顺序执行，比如一个元素的输出是另一个元素的输入。 总体设计 3.启发式设计规则 　人们在长期的软件开发实践过程中积累了一些经验，总结这些经验得到一些启发式规则: 　（1）改进软件结构，提高模块独立性降低耦合，提高内聚。 　（2）模块规模应该适中一般不超过60行语句。 （3）深度、宽度、扇出和扇入都应适当 深度:软件结构中控制结构的层数。 宽度:同一层次上模块总数的最大值。 扇出:一个模块直接控制调用的模块数目。 扇入:一个模块被多少个上级模块直接调用。 总体设计 （4）模块的作用域应该在控制域之内 　 模块的作用域:受该模块内一个判定影响的所有模块的集合。 　模块的控制域:该模块本身以及所有直接或间接从属于它的模块的集合。 （5）力争降低模块接口的复杂程度 　 模块接口复杂是软件发生错误的主要原因之一。 （6）设计单入口单出口的模块 （7）模块功能应该可以预测 总体设计 4.3.3 数据结构和数据库设计 数据设计的原则我们在4.2节已经做了说明，总体设计阶段的数据结构和数据库设计，可以理解成是对需求阶段产生的数据词典的细化。良好的数据结构和数据库设计对软件质量的提高是很重要的。 1.数据结构设计 数据结构设计往往是和算法设计分不开的。数据结构和算法就是指一类数据的表示和与之相关的一些操作。例如，以链表方式存储的一组整数数据以及与之相关的插入、删除、查找和排序等操作。每一种数据结构与算法都有一定的时间和空间的开销，因此在选择时应该明确要解决的问题，了解所采用的存储介质的特性。设计人员应该掌握一些常用的数据结构和算法，避免重复设计。最后还要明确数据结构设计是为软件系统服务的，必须要符合系统的实际需求。 总体设计 2.数据库设计 　软件系统中管理信息系统占据了很大的比重，数据库是管理信息系统的重要组成部分，因此数据库设计也就显得比较重要。DBMS自从20世纪60年代出现后，经历了一系列的发展阶段。目前有四种类型:层次型、网状型、关系型和面向对象数据库。关系型数据库是目前的主流数据库，它以二维表格的形式来描述一个实体类型，并通过表与表之间的关系来表达实体之间的关系。表中的行叫做元组或记录，用以描述一个实体、关系或对象的数据。表中的列叫做字段或属性，用以描述一个实体或关系的特性。关系型数据库的每个表中都必须有惟一的关键字，关键字是一个字段或几个字段的集合，它的值在表中是惟一的，用以惟一地标识表中的每一条记录。 总体设计 数据库的数据模型设计，主要包括以下几方面的内容: （1）概念数据模型设计 　 概念数据模型是面向现实世界的数据模型，主要是用来描述一个单位（如学校、公司、工厂等）的概念化结构。概念数据模型设计主要是了解和描述现实世界的数据。 （2）逻辑数据模型设计 　 逻辑数据模型是用户从数据库所看到的数据模型。它与DBMS有关，目前最常用的逻辑数据模型是关系数据模型。用概念数据模型表示的数据必须转化为逻辑数据模型表示的数据，才能在DBMS中实现。逻辑数据模型反映了数据的逻辑结构，如文件、记录、字段等。一般地，逻辑数据模型设计既要面向软件用户，又要面向现实世界。 总体设计 （3）物理数据模型设计 　 物理数据模型反映了数据的存储结构，如物理块、指针、索引等。数据的存储最终要落实到物理存储介质上，每一种逻辑数据模型的实现，都要对应一定的物理数据模型。物理数据模型设计不但与DBMS有关，而且还与硬件和操作系统有关。 总体设计 4.3.4 界面设计 　界面设计在现在的软件设计中已愈来愈重要，良好的用户界面不但可以