网站开发工程师认证,公司建立网站,昌乐做网站,企业为什么要分析环境一、设计过程
1.两个主要阶段
系统设计阶段#xff1a;确定系统的具体实现方案结构设计阶段#xff1a;确定软件结构
2.九个步骤
设想供选择的方案选取合理的方案推荐最佳方案功能分解设计软件结构设计数据库制定测试计划书写文档审查和复审 二、设计原理
1.模块化 模块…一、设计过程
1.两个主要阶段
系统设计阶段确定系统的具体实现方案结构设计阶段确定软件结构
2.九个步骤
设想供选择的方案选取合理的方案推荐最佳方案功能分解设计软件结构设计数据库制定测试计划书写文档审查和复审 二、设计原理
1.模块化 模块化是由边界元素限定的相邻程序元素的序列而且有一个实体标识符代表着它。 模块化就是把程序划分成独立命名且可独立访问的模块每个模块完成一个子功能把这些模块集成起来构成一个整体。
2.抽象 把相似的方面集中和概括起来暂时忽略它们之间的差异这就是抽象。 抽象就是抽出职务的本质特性而暂时不考虑它们的细节
3.逐步求精 为了能集中精力解决主要问题而尽量推迟对问题细节的考虑。 逐步求精可以看座是一项把一个时期内必须解决的种种问题按优先级排序的技术。
4.信息隐藏和局部化 把一些关系密切的软件元素物理地放得彼此靠近。在模块中使用局部数据元素是局部化的一个例子显得局部化有助于实现信息隐藏。
5.模块独立 开发具有独立功能而且和其他模块之间没以后过多的相互作用的模块就可以做到模块独立。换句话说希望这样设计软件结构使得每个模块完成一个相对独立的特定子功能并且和其他模块之间的关系很简单。为什么说模块的独立性很重要呢
有效的模块化的软件比较容易开发出来独立的模块比较容易测试和维护
1耦合 耦合是对一个软件结构内模块之间互连程度的度量。耦合度越高模块之间的依赖关系越紧密系统的灵活性和可维护性越差。理想的设计是尽量减少耦合使得模块之间相对独立。 排序低到高 非直接耦合数据耦合标记耦合控制耦合外部耦合公共耦合内部耦合 尽量使用数据耦合少用控制耦合和特征耦合限制公共环境耦合的范围完全不用内容耦合。
1.1 非直接耦合
定义模块之间存在间接依赖即一个模块通过其他模块或中介进行交互而不是直接依赖于另一个模块的内部实现。特点通过引入中介或抽象层减少模块间的直接依赖提高模块的独立性。示例模块A通过接口或服务与模块B进行交互而不是直接调用模块B的内部方法。
1.2 数据耦合低耦合
定义两模块彼此通过参数交换数据信息模块之间没有控制依赖。特点数据耦合度最低模块间通过数据交换而不影响彼此的实现能有效减少模块间的依赖关系。示例模块A将一个数据对象传递给模块B模块B仅使用数据不控制模块A的行为。
1.3 控制耦合中等耦合
定义传递的信息中带有控制信息控制信息用来控制模块内部的行为。特点模块之间存在控制依赖即模块通过参数来控制其他模块的行为耦合度中等。示例模块A传递一个控制标志如布尔值给模块B来决定模块B执行不同的操作。
1.4 公共环境耦合
定义两个或多个模块共享相同的全局数据通常是全局变量、常量、配置文件等。特点公共环境耦合度较高因为多个模块共享同一全局数据可能会导致数据污染或意外的依赖关系。示例模块A和模块B共享一个全局变量 counter任何一个模块对它的修改都会影响到另一个模块。
1.5 内容耦合最高耦合
定义一个模块直接访问另一个模块的内部数据或实现细节甚至直接修改另一个模块的代码。特点内容耦合是耦合度最高的类型模块之间高度依赖修改一个模块的内部实现可能会影响到多个模块。示例模块A直接修改模块B的内部数据或访问模块B的私有字段和方法。
2内聚 内聚是衡量一个模块内部各个部分之间紧密程度的度量。内聚度越高模块内部的元素协同工作功能越专一系统的可维护性和可理解性越强。 排序低到高 偶然内聚逻辑内聚时间内聚过程内聚通信内聚顺序内聚功能内聚 尽量追求高内聚确保模块的功能明确且专一。
2.1 功能内聚Functional Cohesion
定义功能内聚是指模块内部的所有元素都紧密地协作以完成同一个功能或任务。特点功能内聚性最强模块的每个部分都朝着一个明确的目标协作符合单一职责原则。示例一个处理用户注册的模块所有代码都围绕着处理用户注册的具体任务展开。
2.2 顺序内聚Sequential Cohesion
定义顺序内聚是指模块内部的各个部分按顺序执行每个部分的输出是下一个部分的输入。特点操作有序前一个操作的结果是下一个操作的输入。示例数据处理模块先进行数据格式化再进行数据分析最后输出结果。
2.3 通信内聚Communicational Cohesion
定义通信内聚是指模块内部的各个部分共同操作同一组数据。特点虽然模块内部的操作功能不同但它们都操作相同的数据。示例一个模块内的数据处理操作操作相同的数据集例如同一个用户对象的多个属性。
2.4 过程内聚Procedural Cohesion
定义过程内聚是指模块内的各个部分执行的任务虽然不同但执行顺序上的相关性较强必须按特定的顺序来执行这些任务。特点模块内的操作是为了完成一个大任务的几个步骤。示例一个模块负责验证输入数据、读取数据库、格式化输出等任务这些任务在流程上有先后顺序。
2.5 时间内聚Temporal Cohesion
定义时间内聚是指模块内的各个部分需要在同一时间点执行但这些操作的功能没有直接关系。特点模块内的各部分功能不同但它们在时间上被安排为同时执行。示例一个系统初始化模块在系统启动时执行多个初始化任务如加载配置文件、初始化连接池等。
2.6 逻辑内聚Logical Cohesion
定义逻辑内聚是指模块内的各个部分负责处理同一类任务但每个任务执行的功能不同。特点模块内的操作虽然属于同一类别但功能不同通常通过一些条件判断来决定具体执行哪一部分任务。示例一个模块根据不同的用户请求类型如打印、计算、存储执行不同的功能。
2.7 偶然内聚Coincidental Cohesion
定义偶然内聚是指模块内的各个部分没有共同目标它们的功能完全不相关只是偶然地被放在同一个模块中。特点内聚性最差模块内的各个部分之间没有任何联系模块功能不明确。示例一个模块同时处理输入、输出、日志记录和网络通信等任务它们之间没有任何相关性。 三、启发规则
改进软件结构提高模块独立性模块规模应该适中深度、宽度、扇入和扇出都应适当模块的作用域应该在控制域之内力争降低模块接口的复杂程度设计单入口单出口的模块模块功能应该可以预测 四、面向数据流的设计方法
1.变换流 有明显的输入输出。 根据基本系统模型信息通常以“外部世界”的形式进入软件系统经过处理以后再以“外部世界”的形式离开系统。
2.事务流 数据沿输入通路到达一个处理这个处理根据输入数据的类型在若干动作系列中选出一个来执行。这类数据流应该划为一类特殊的数据流称为事务流。 有事务中心
接收输入数据输入数据又称为事务分析每个事务以确定它的类型根据事务类型选取一条活动通路
