软件设计师备考笔记之下午题.docxVIP

数据流图考点：1)指出错误的数据流 2)缺少数据流 3)数据字典 (符号表示涵义，根据试题描述找到字段应该包含的信息)4)哪些加工访问哪些文件(根据输入、输出判定) 5)指出针对系统而言，哪些实体属于外部实体 数据流图(DFD)基本符号：圆形表示加工，在圆中注明加工的名字与编号；箭头表示数据流，在箭头左上边给出数据流的名称与编号，注意不是控制流(在同一流程图上不能有同名的数据流，*号表示并关系，+号表示或但不能同时)；一个平行线和两个箭头的组合图形表示：数据存储文件，文件名称为名词或名词性短语；矩形表示数据源点或汇点，在方框中注明数据源或汇点的名称。 数据流图设计原则：由外向内，自顶向下，逐层细化，完善求精；保持父图与子图的平衡(父子输入与输出相同)；保持数据守恒(有输出就必须有输入，数据流只能通过加工，实体之间(存储之间，实体与存储之间)不能有数据流)；加工细节隐蔽；简化加工间的关系；均匀分解；适当地为数据流、加工、文件、源/宿命名，名字应反映该成分的实际意义，避免空洞的名字；忽略枝节；表示的是数据流而下是控制流.数据字典：=被定议为；+与；[…,…]或[…|…]或；{…}x={a}表示x由0个或多个a组成；(…)x=(a)表示a可以x中出现，也可以不出现。面向对象设计考点：主要是UML语言。主要是类图和顺序图。UML结构：构造块(建模元素、关系、图)、公共机制(规格说明、修饰、公共分类、扩展机制)、规则(范围、可见性、完整性、执行)用例图：展现了一组用例、参与者以及它们之间的关系。用例图给出系统的静态用例视图。这些图对系统的行为进行组织的建模是非常重要的。外部的执行者对系统的理解。用例模型主要用于系统分析(需求分析)阶段。 类图：展现了一组对象、接口、协作和它们之间的关系。在面向对象系统的建模中所建立的最常见的图就是类图。类图给出系统的静态设计视图。包含主动类的类图给出了系统的静态进程视图。包括依赖关系(A发生变化会引起B发生变化，则B依赖A)、泛化关系(箭头指向父类)(继承的反关系，三个要求：子类与父类完全一致；父类所具有的关联、属性、操作子类都有，子类除了与父类一致的信息外还包括额外的信息；可以使用父类实例的地方也可以使用子类实例)、关联关系(分两种：聚合关系(整体和部分的关系，可以切开)、组合关系(整体和部分是不可分开的))。定义：两个类的实例之间存在的某种语义上的联系)、实现关系(规定接口和实现接口的类或构件之间的关系)。 对象图：展现了一组对对象以及它们之间的关系。对象图描述了在类图中所建立的事物的静态快照。和类图相同，这些图给出系统的静态设计视图或静态进程视图，但它们是从真实的或原型案例的角度建立的。对象是类的实例，与类图不同的是名称下面有一条下划线。 序列图(顺序图)：是场景的图形化表示，描述了以时间顺序组织的对象之间的交互活动。 协作图：强调收发消息的对象的结构组织，强调上下级的关系。 序列图和协作图都是交互图。交互图表示各组对象如何按照某种形为进行协作的一种模型。交互图展现了一种交互，它由一组对象和它们之间的关系组成，包括它们之间可能发送的消息。交互图关注系统的动态视图。序列图和协作图是同构的，它们之间可以相互转换。不同之处是排版的不同。状态图：展现了一个状态机，它由状态、转换、事件和活动组成。状态图关注系统的动态视图，它对于接口、类和协作的行为建模尤为重要，它强调单个对象行为的事件顺序。重要交互行为的类才需要有状态图 活动图：是一种特殊的状态图，它展现了在系统内从一个活动到另一个活动的流程。活动图专注于系统的动态视图。它对于系统的功能建模特别重要，并强调对象间的控制流程。 构件图：展现了一组构件之间的组织和依赖。构件图专注于系统的静态实现视图。它与类图相关，通常把构件映射为一个或多个类、接口或协作。主要用于4个方面：对原代码进行建模(清晰的表示出各源程序之间的关系)；对可执行体的发布建模；物理数据库建模；可了解的系统的建模。 部署图：展现了运行处理节点以及其中的构件的配置。部署图给出了体系结构的静态实施视图。它与构件图相关，通常一个节点包含一个或多个构件。 数据库设计考点：E-R图、关系模式(关系属性、主键、外键)、E-R图如何转换成关系模式、SQL语言、数据库的完整性。