软件工程-总复习..ppt

* if 条件 then p := t ; else p := r ; area := p.getarea ; getArea {abstract} polygon area hexagon getArea rectangle getArea length width triangle getArea Var p : polygon ; Var t : triangle := triangle.new ; Var r : rectangle := rectangle.new ; * 7、永久对象(Persistent object) 指生存期可超越程序的执行时间而长期存在的对象。 目前，大多数OOPL不支持永久对象，如果一个对象要长期保存，必须依靠于文件系统或数据库管理系统实现，程序员需要作对象与文件系统或数据库之间数据格式的转换，以及保存和恢复所需的操作等烦琐的工作。 为了实现永久对象，使上述烦琐工作由系统自动完成，需要较强的技术支持；需要一个基于永久对象管理系统OMS（object management system),能够描述和处理永久对象的编程语言。 * 8-2 继承（inheritance） 基于层次关系的类共享数据和操作的一种机制。 父类中定义了子类的公共属性和操作。子类中除了定义自己特有的属性和操作外，可以继承其父类（或祖先类）的属性和操作，还可以父类（或祖先类）中的操作重新定义其实现方法（重载）。 分单重继承和多重继承。 * 8-2 聚集和组合 聚集（aggregation）是表示整体一部分关系的一种关联，它的“部分”对象可以是任意“整体”对象的一部分。 聚集 成员 * * 组 个人 * 组合（composition）：一种更强形式的关联，代表整体的组合对象有管理它的部分对象的特有责任。组合关联具有强的物主身份，即“整体”对象拥有“部分”对象，“部分”对象生存在“整体”对象中。 * 窗口 正文 对话框 按钮 菜单 * * * * 8-3面向对象建模中的UML图 面向对象分析过程中的UML图： 用例图、类图、活动图、状态图、顺序图 面向对象设计： 类图、顺序图、活动图、状态图、组件图、部署图 * 1.是系统的使用场景，代表系统的高层次功能性需求，一个用例代表一个完整的功能。 2. 常采用用例来收集客户需求： 首先标识执行者(actor)。（与用户不同） 执行者的每一个使用场景（或功能）称为一个用例，所有用例构成系统的完整需求。 8-4 用例 * 8-5 OOA步骤 获取用户基本需求 标识类和对象 定义类的结构和层次 表示类(对象)间的关系 为对象行为建模 * 1.获取客户基本需求 必须让客户与开发者充分地交流。 常采用用例来收集客户需求： 首先标识执行者(actor)。（与用户不同） 执行者的每一个使用场景（或功能）称为一个用例，所有用例构成系统的完整需求。 2.标识类和对象 在确定系统的用例后，可标识类及类的属性和操作。类和对象来自问题领域。可采取CRC技术。 * 3. 定义类的结构和层次 类的结构主要有两种： 一般—特殊结构（generalization—specialization）反映类间的一般与特殊关系，即 “is a”关系。可形成类层次结构。 整体—部分结构（whole—part）反映类间的整体与部分关系。是一种“has a”关系。整体—部分结构也具有层次结构。 主题(subject)或子系统（subsystem）：互相协作以完成一组紧密结合在一起的责任的类的集合。实际上是系统更高抽象层次上的一种描述。 * 4.?建造对象——关系模型 描述了系统的静态结构。指出了类间的关系：关联、依赖、泛化、实现等。 5.建立对象——行为模型 描述了系统的动态行为。步骤如下： 评估所有的用例，以完全理解系统中交互的序列。 标识驱动交互序列的事件，理解这些事件如何和特定的对象相关联。 为每个用例创建事件轨迹（event trace）。 建造状态机图。 复审。 * 8-6 用例建模步骤 定义系统 确定执行者 确定用例 描述用例（ 普通正文，或活动图） 定义用例图间的关系（关联、扩展、包含、泛化） 确认模型 * 一. 确定执行者 指与系统交互的人或其它系统 代表一种角色 可分成主执行者和副执行者，还可分为主动执行者和被动执行者 主执行者使用系统的主要功能；副执行者处理系统的辅助功能 主动执行者开始一个用例；被动执行者从不开始用例，只是参与一个或多个用例 * 确定用例 用