软件工程的复习识点总结.docVIP

软件工程复习题总结： 结构化分析 SA——分析模型 数据模型：实体关系图ERD——概念模型 方法：从人的角度理解系统得出概念模型 工具：ERD组成要素： 实体：矩形框 联系：菱形 属性：椭圆或圆角矩形 分析建模——功能模型 功能模型：数据流图DFD 方法：自顶向下逐层分解 工具：DFD组成要素： 数据的源点或终点（数据源或潭）：矩形框 加工处理：圆角矩形或圆 数据存储：开口矩形或短平行线 数据流：箭头 分析建模——行为模型 行为模型：状态STD 方法：外部事件驱动某事物状态的变化 工具：STD组成要素： 初态：实心圆 终态：同心圆 中间状态：圆角矩形（可分三部分） 事件、变迁：箭头 结构化设计 SD——设计模型 1、总体（概要）设计 工具：软件结构图 H图（HIPO图） SC图 方法：面向数据流的分析设计方法(DFA) 设计模型——详细设计 详细设计 工具：H图（或SC图）中的模块（矩形框）? 程序流程图(程序框图) N-S图（盒图） PAD图（问题分析图） 判定表 判定树 PDL伪码 方法：面向数据结构的方法——Jackson方法 面向对象的分析： 建模元素(用例图组成要素)：参与者(执行者) 、用例、关联：参与者与用例的关系及用例间关系(使用和扩展) 、系统边界 参与者(执行者)Actor：与系统交互的人或其他系统。它代表外部实体，代表一种角色而不是某具体人或物。用线条小人表示。 用例UseCase：可被参与者感受的一个典型完整的功能。用椭圆表示用例。 矩形框边线：系统边界 关联：直线表示参与者驱动某用例；箭头线表示用例间的关系 1.扩展关系 某用例中添加新动作构成另一用例(扩展用例) 2.包含关系 把若干用例中某些相同动作提取出来单独构成一个抽象用例 UML中类/对象模型分别由类图和对象图表示。类图技术是OO方法的核心。 类图(Class Diagram)描述类和类之间的静态关系。 UML中类的符号为一个划分成三个格子的矩形 UML规定类的属性的语法格式为： 可见性 属性名:类型=默认值{约束特性} 操作的语法格式为： 可见性 操作名(参数表):返回值类型{约束特性} 类与类之间有关联、泛化(继承)、依赖和细化等四种关系。 UML中的泛化关系就是继承关系，它是通用元素和具体元素之间的一种分类关系。 UML中用一端为空心三角形的连线表示泛化关系，三角形的顶角紧挨着通用元素。 依赖关系描述两个模型元素(类、用例等)间的语义连接关系：其中一个模型元素是独立的，另一个模型元素是不独立的、依赖于独立的模型元素。 依赖表示一种使用关系。一个类向另一个类发消息或一个类是另一个类的数据成员/操作参数导致类之间存在依赖关系。 当对同一事物在不同抽象层次上描述时，这些描述之间具有细化关系。 细化是UML中的术语，表示对事物更详细一层的描述。 假设两个元素A和B描述同一个事物，它们的区别是抽象层次不同，如果B是在A的基础上的更详细的描述，则称B细化了A，或称A细化成了B 类图分为三个层次： （1）概念层：描述应用研究领域中的概念，对应系统需求分析阶段； （2）说明层：描述软件的接口部分(类与类间的接口)，对应系统设计阶段； （3）实现层：描述软件的实现部分(类的实现)，对应系统实现阶段。 课程登记系统类图 总结： 面向对象方法四要素： 对象——对象分解取代功能分解 类 继承 消息通信 OO的三大特性：封装性、继承性、多态性 重载 overload、覆盖(重写)override 面向对象设计准则： 模块化 抽象 信息隐藏 低耦合、高内聚 重用性 面向对象基本原则： 高内聚-低耦合原则 面向抽象原则 多用组合少用继承原则 面向对象设计原则： 单一职责原则 SRP 开放封闭原则 OCP Liskov替换原则 LSP 依赖倒置原则 DIP 接口隔离原则 ISP 对象模型： 方法：相应领域中的实体对象分类、分级、分层建立相互之间的关系。 工具：类图或对象图 类的符号：矩形（分三部分） 类之间的关系：关联、泛化、依赖、细化 功能模型：数据流图DFD、用例图 方法： DFD采用自顶向下逐层对象分解 用例图：从执行者角色出发对象分解，确定用例。 工具： DFD组成要素（略） 用例图——执行者、用例、关系、系统边界 组成： 执行者（角色、外部实体）Actor：线条小人 用例 Use Case：椭圆 关系 联系：Actor与Use Case之间的 泛化：Actor之间的；Use Case之间的 依赖：Use Case之间的依赖（扩展extend、包含include） 系统边