软件工程的复习知识点总结

软件工程复习题总结：结构化分析SA——分析模型数据模型：实体关系图ERD——概念模型方法：从人的角度理解系统得出概念模型工具：ERD组成要素：实体：矩形框联系：菱形属性：椭圆或圆角矩形分析建模——功能模型功能模型：数据流图DFD方法：自顶向下逐层分解工具：DFD组成要素：数据的源点或终点（数据源或潭）：矩形框加工处理：圆角矩形或圆数据存储：开口矩形或短平行线数据流：箭头分析建模——行为模型行为模型：状态STD方法：外部事件驱动某事物状态的变化工具：STD组成要素：初态：实心圆终态：同心圆中间状态：圆角矩形（可分三部分）事件、变迁：箭头结构化设计SD——设计模型1、总体（概要）设计工具：软件结构图H图（HIPO图）SC图方法：面向数据流的分析设计方法(DFA)变换型DFD变换型DFD事务型DFD初始SC初始SC变换分析事务分析设计模型——详细设计详细设计工具：H图（或SC图）中的模块（矩形框）程序流程图(程序框图)N-S图（盒图）PAD图（问题分析图）判定表判定树PDL伪码方法：面向数据结构的方法——Jackson方法面向对象的分析：建模元素(用例图组成要素)：参与者(执行者)、用例、关联：参与者与用例的关系及用例间关系(使用和扩展)、系统边界参与者(执行者)Actor：与系统交互的人或其他系统。它代表外部实体，代表一种角色而不是某具体人或物。

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