自学内容网 自学内容网

软考中级(软件设计师)必备知识解读——第六章:结构化开发

在这里插入图片描述

第六章 结构化开发

模块独立

耦合

耦合是模块之间的相对独立性(互相连接的紧密程度)的度量

耦合取决于各个模块之间接口的复杂程度、调用模块的方式以及通过接口的信息类型等。

  • 无直接耦合:指两个模块之间没有直接的关系,属于不同模块
  • 数据耦合:指两个模块之间有调用关系,传递的是简单的数据值
  • 标记耦合:指两个模块之间传递的是数据结构
  • 控制耦合:指一个模块调用另一个模块时,传递的是控制变量
  • 外部耦合:模块间通过软件之外的环境联结
  • 公共耦合:通过一个公共数据环境相互作用
  • 内容耦合:当一个模块直接使用另一个模块的内部数据,或通过非正常入口转入另一个模块内部
内聚

内聚是对一个模块内部各个元素彼此结合的紧密程度的度量。

  • 偶然内聚(巧合内聚):各处理元素之间没有任何联系
  • 逻辑内聚:模块内执行若干个逻辑上相似的功能。
  • 时间内聚:把需要同时执行的动作组合在一起。
  • 过程内聚:指定的过程执行。
  • 通信内聚:模块内的所有处理元素都在同一个数据结构上操作。
  • 顺序内聚:指一个模块中的各个处理元素都密切相关于同一功能且必须顺序执行
  • 功能内聚:最强的内聚,指模块内的所有元素共同作用完成一个功能,缺一不可。

总结:耦合性和内聚性是模块独立性的两个定性标准,在将软件系统划分模块时,应尽量做到高内聚、低耦合,提高模块的独立性。

系统结构设计原则

  1. 分解-协调原则(考的少)
  2. 自顶向下的原则(考的少)
  3. 信息隐蔽、抽象的原则(考的少)
  4. 一致性原则:统一的规范、统一的标准和统一的文件模式。
  5. 明确性原则:功能明确、接口明确、消除多重功能和无用接口、避免病态连接、降低接口复杂度。
  6. 模块之间的耦合尽可能小,模块的内聚度尽可能高。(高内聚、低耦合)
  7. 模块的扇入系数和扇出系数要合理。(扇入扇出适中)
  8. 模块的规模适当。
  9. 模块的作用范围应该在其控制范围之内。

结构化设计主要包括:

  1. 体系结构设计:定义软件的主要结构元素及其关系。
  2. 数据设计:基于实体联系图确定软件涉及的文件系统的结构及数据库的表结构。
  3. 接口设计:描述用户界面,软件和其他硬件设备、其他软件系统及使用人员的外部接口,以及各种构件之间的内部接口。
  4. 过程设计:确定软件各个组成部分内的算法及内部数据结构,并选定某种过程的表达形式来描述各种算法。
  • 结构化方法的分析结果的组成:

  • 一套分层的数据流图

  • 一本数据字典(词典)

  • 一组小说明(加工逻辑说明)

  • 补充材料(实体联系图)

结构图的基本成分包括:模块、调用和数据

黄金准则:用户操纵控制、减轻用户的记忆负担、保持界面一致

软件系统的可维护性评价指标包括:可理解性、可测试性、可修改性、可靠性、可移植性、可使用性和效率。

  • 构造分层DFD时需要注意:

    • 适当命名

    • 画数据流而不是控制流

    • 避免一个加工有过多的数据流

    • 分解尽量均匀

    • 先考虑确定状态,忽略琐碎的细节

    • 随时准备重画

  • 软件维护的内容包括:

    • 正确性:正确性维护是指改正在系统开发阶段已发生而系统测试阶段尚未发现的错误。
    • 适应性:适应性维护是指使应用软件适应信息技术变化和管理需求变化而进行的修改。
    • 完善性:完善性维护是为扩展功能和改善性能而进行的修改。
    • 预防性:预防性维护是改变系统的某些方面,以预防失效发生的修改行为。
系统文档

对文档在系统开发人员、项目管理人员、系统维护人员、系统评价人员以及用户之间的多种作用总结如下:

  • 用户与系统分析人员在系统规划和系统分析阶段通过文档进行沟通。这里的文档主要包括:

    • 可行性研究报告
    • 总体规划报告
    • 系统开发合同
    • 系统方案说明书
  • 系统开发人员与项目管理人员通过文档在项目期内进行沟通。这里的文档是指项目管理文件,主要有:

    • 系统开发计划
      • 工作任务分解表
      • PERT图
      • 甘特图
      • 预算分配表
    • 系统开发月报
    • 系统开发总结报告

    有了这些文档可以:

    • 不同阶段开发人员工作的顺利交接;
    • 降低因为人员流动带来的风险。
  • 系统测试人员与系统开发人员通过文档进行沟通。

    • 系统方案说明书

    • 系统开发合同

    • 系统设计说明书

    • 测试计划

      ​ 系统测试人员再将评估结果撰写成系统测试报告

  • 系统开发人员与用户在系统运行期间进行沟通。

    • 用户手册
    • 操作指南
  • 系统开发人员与系统维护人员通过文档进行沟通。

    • 系统开发总结报告

    • 系统设计说明书

  • 用户与维修人员在运行维护期间进行沟通。

    用户在使用信息系统的过程中,将运行过程中的问题进行记载,形成:

    • 系统运行报告
    • 维护修改建议

    系统维护人员根据以下文档对系统进行维护和升级:

    • 维护修改建议
    • 系统开发人员留下的技术手册等文档

数据流图

数据流图

数据字典

数据字典(DD)是为数据流图中的以下成分做出说明:

  • 数据流
  • 文件
  • 加工:对加工的描述称为“小说明”或“加工逻辑说明”
  • 组成数据流或文件的数据项
数据字典的条目
  1. 数据流条目:对DFD中数据流的定义,通常列出该数据流的各组成数据项。
  2. 数据项条目:组成数据流和数据存储的最小元素,是不可再分解的数据单位。
  3. 数据存储条目:对DFD中数据存储的定义。
  4. 基本加工条目:用来说明DFD中(下层)基本加工的处理逻辑(加工逻辑)。

外部实体不包括在数据字典的条目中

加工逻辑的描述

加工逻辑也称为“小说明”。加工逻辑描述方法有结构化语言、判定表(决策表)和判定树。

  1. 对数据流图的每一个基本加工,必须有一个基本加工逻辑说明
  2. 基本加工逻辑说明必须描述基本加工如何把输入输出数据流变换为输出数据流的加工规则
  3. 加工逻辑说明必须描述加工实现的策略而不是实现加工的细节
  4. 加工逻辑说明中包含的信息是充足的,完备的,有用的,无冗余的。

软考资料,笔记获取,更多粉丝福利,关注下方公众号获取


原文地址:https://blog.csdn.net/PQ781826/article/details/142991685

免责声明:本站文章内容转载自网络资源,如本站内容侵犯了原著者的合法权益,可联系本站删除。更多内容请关注自学内容网(zxcms.com)!