1 / 68

OOA & OOD: An introduction

OOA & OOD: An introduction. 面向对象的分析与设计简介. 摘要. 引言 如何发现“类” 如何设计“类” 小结. 摘要. 引言 如何发现“类” 如何设计“类” 小结. 面向对象软件工程. 问题域. 自然语言. 自然语言. 需求分析. 问题域. 分析与设计的鸿沟. 自然语言. OOA. 总体设计. OOD. 详细设计. 面向对象的编程语言. OOP. OOT. 编程语言. 编程. 计算机. 测试. 计算机. 面向对象的软件工程方法. 传统的软件工程方法. 面向对象软件工程.

randolph
Download Presentation

OOA & OOD: An introduction

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. OOA & OOD: An introduction 面向对象的分析与设计简介 Institute of Computer Software Nanjing University

  2. 摘要 • 引言 • 如何发现“类” • 如何设计“类” • 小结 Institute of Computer Software Nanjing University

  3. 摘要 • 引言 • 如何发现“类” • 如何设计“类” • 小结 Institute of Computer Software Nanjing University

  4. 面向对象软件工程 问题域 自然语言 自然语言 需求分析 问题域 分析与设计的鸿沟 自然语言 OOA 总体设计 OOD 详细设计 面向对象的编程语言 OOP OOT 编程语言 编程 计算机 测试 计算机 面向对象的软件工程方法 传统的软件工程方法 Institute of Computer Software Nanjing University

  5. 面向对象软件工程 • 面向对象方法真正意义深远的目标是它适合于解决分析与设计期间的复杂性并实现分析与设计的复用。 • 面向对象的开发不仅仅是编程，必须在整个软件生命周期采用一种全新的方法：在软件开发过程所有阶段都运用面向对象的方法，将OOA,OOD,OOP,OOT有机地集成在一起，这样有利于系统的稳定性。 Institute of Computer Software Nanjing University

  6. 面向对象软件工程 • 喷泉模型 • 以用户需求为动力，以对象为驱动 • 各阶段是相互迭代和无间隙的 • 使用相同的描述方法和模型，使得软件生存期各阶段所使用的方法、技术具有高度的连续性。 Institute of Computer Software Nanjing University

  7. 面向对象方法 • Booch • Coad/Yourdon • OMT：对象模型，功能模型，动态模型 • Jacobson • UML • 三种基本活动 • 识别类和对象 • 描述对象和类之间的关系 • 通过描述每个类的功能定义对象的行为 Institute of Computer Software Nanjing University

  8. 面向对象方法 • Rational Unified Process (RUP)– Rational统一开发过程 • 迭代式的增量开发 • 用例驱动 • 以软件体系结构为核心 Institute of Computer Software Nanjing University

  9. 面向对象的分析与设计 • OO方法强调开发过程的连续性 • 构造一系列不断精化的面向对象的模型 • 实际上目前大多倾向于采用迭代式开发 • 类成为分析、设计和实现的基本单元 • 核心问题： • How to find the classes （不同层面的类）? • How to design the classes? Institute of Computer Software Nanjing University

  10. 推荐 • Craig Larman: Applying UML and Patterns: An Introduction to Object-Oriented Analysis and Design and Iterative Development Institute of Computer Software Nanjing University

  11. 面向对象分析 • OOA是软件开发过程中的问题定义阶段 • 领域分析（Domain Analysis）：抽取和整理用户需求并建立问题域精确模型的过程。以公共对象、类和框架等形式在特定应用领域中标识、分析和规约公共的可复用的软件成分的能力。抽象出目标系统的本质属性，建立问题领域模型。 • 应用分析（Application Analysis）：将领域分析建立起来的问题领域模型，用某种基于计算机系统的语言来表示。响应时间需求、用户界面需求和数据安全等特殊的需求也都在这一层分解抽出。 Institute of Computer Software Nanjing University

  12. 面向对象分析 • 领域分析 领域知识源 领域分析模型 技术文件 类的分类 已有应用 领域分析 复用标准 客户考察 功能模型 专家建议 领域语言 目前/未来的需求 Institute of Computer Software Nanjing University

  13. Institute of Computer Software Nanjing University

  14. 面向对象分析 • 具体步骤 常用用例来收集和描述用户的需求 获取用户基本需求 标识类及类的属性和服务 标识类和对象 定义类的结构和层次 描述系统的静态结构 表示类（对象）间的关系 为对象行为建模 描述系统的动态行为 Institute of Computer Software Nanjing University

  15. 需求分析 Waterfall式开发其需求分析一开始（其实是过早地）确定的features 在最终产品中真正采用情况的比例 Institute of Computer Software Nanjing University

  16. Requirement checklist • FURPS+ • Functional • features, capabilities, security • Usability • human factors, help, documentation • Reliability • frequency of failure, recoverability, predictability • Performance • response times, throughput, accuracy, availability, resource usage. • Supportability • adaptability, maintainability, internationalization, configurability. • “+” • Implementation Interface Operations Packaging Legal Institute of Computer Software Nanjing University

  17. Classification • Functional requirements: behavior, features, capabilities，security • Usability requirements: human factors, help, documentation • “The font on the display should be readable from 5 feet” Institute of Computer Software Nanjing University

  18. Classification • Reliability requirements: frequency of failure, recoverability • Performance requirements: response times, throughput, accuracy, availability, resource usage, etc. Institute of Computer Software Nanjing University

  19. Classification • Supportability requirements: adaptability, internationalization, maintainability • “The system should allow frequent and easy changes in the network configuration” • The + in the FURPS+: • Implementation requirements: • “Must use Linux and Java” Institute of Computer Software Nanjing University

  20. 面向对象分析 • OOA模型 交互图 主题图 基本模型（类图） 对象层 特征层 关系层 详细说明 Institute of Computer Software Nanjing University

  21. 面向对象设计 • OOD是面向对象方法在软件设计阶段应用与扩展的结果，通常分为两个阶段 • 高层设计：建立应用的体系结构 • 低层设计：集中于类的详细设计 • OOD的准则 • 抽象，信息隐藏，模块化，弱耦合，强内聚，可重用 Institute of Computer Software Nanjing University

  22. 面向对象设计 • OOD具体内容 • 按实现条件对OOA模型进行调整，并补充几个新的组成部分： • 设计问题域组元 • 设计人机交互组元 • 设计任务管理组元 • 设计数据管理组元 Institute of Computer Software Nanjing University

  23. 摘要 • 引言 • 如何发现“类” • 如何设计“类” • 小结 Institute of Computer Software Nanjing University

  24. 回顾：三个世界 • Three worlds • Visual modeling Institute of Computer Software Nanjing University

  25. Reality 现实世界 抽象 问题世界 软件世界 Institute of Computer Software Nanjing University

  26. 问题：How to find the classes? • Use case • 基于需求文档 • Use-case model: writing requirements in context Institute of Computer Software Nanjing University

  27. 用例（Use Cases） • 用例是一个叙述性文档，用来描述参与者使用系统完成某个过程时的事件发生顺序。 • 用例乃是对过程的描述。 • 过程描述事件、动作和事务处理自始至终的发生顺序。 • Use cases are text documents, not diagrams, and use-case modeling is primarily an act of writing text, not drawing diagrams. Institute of Computer Software Nanjing University

  28. Use Case例子： • Process Sale: • A customer arrives at a checkout with items to purchase. The cashier uses the POS system to record each purchased item. The system presents a running total and line-item details. The customer enters payment information, which the system validates and records. The system updates inventory. The customer receives a receipt from the system and then leaves with the items. Institute of Computer Software Nanjing University

  29. Actor, Scenario, Use Case • 简单地说， • an actor is something with behavior, • such as a person (identified by role), computer system, or organization; for example, a cashier. • A scenario is a specific sequence of actions and interactions between actors and the system; it is also called a use case instance. • It is one particular story of using a system, or one path through the use case; for example, the scenario of successfully purchasing items with cash, or the scenario of failing to purchase items because of a credit payment denial. • a use case is a collection of related success and failure scenarios that describe an actor using a system to support a goal. For example, here is a casual format use case with alternate scenarios: Institute of Computer Software Nanjing University

  30. Process Sale Institute of Computer Software Nanjing University

  31. Institute of Computer Software Nanjing University

  32. Actor有Goal • Ivar Jacobson: A set of use-case instances, where each instance is a sequence of actions a system performs thatyields an observable result of value to a particular actor. • 软件工程师容易犯的错误：自认为所做的是客户/用户需要的。 • 不能代替客户/用户假想其价值所在。 Institute of Computer Software Nanjing University

  33. 创建USE CASE的一些原则 • 用例可以是一个场景，包括动作和交互。 • 用例可以是一组场景，描述不同场景下的行为。这种书写格式可以在任何时候描述有变体的行为，例如黑盒需求，业务流程，系统设计说明。      • 用例里不要有系统设计，用例里不要有界面设计，用例里不要有特性列表，用例里不要有测试。 • 用例应该描述行为需求。 • 用例的主场景不要超过九步。可以在适当的层次上得到子目标和移除设计说明。 • 用例的最大价值不在于主场景，而是在于备选行为。主场景可能只占用例长度的四分之一到十分之一。 Institute of Computer Software Nanjing University

  34. 用例的识别 • 界定系统边界 • 基于参与者 • 先识别参与者 • 对每个参与者，找出其所发起和参与的过程 • 基于事件 • 识别系统必须响应的外部事件 • 把事件与参与者和用例联系起来 Institute of Computer Software Nanjing University

  35. 边界，Actors，Goals Institute of Computer Software Nanjing University

  36. 识别Actors及其Goals 除了明显的Actors之外，还要问问诸如以下这些问题： • Who starts and stops the system? • Who does system administration? • Who does user and security management? • Is "time" an actor because the system does something in response to a time event? • Is there a monitoring process that restarts the system if it fails? • Who evaluates system activity or performance? • How are software updates handled? Push or pull update? • Who evaluates logs? Are they remotely retrieved? • In addition to human primary actors, are there any external software or robotic systems that call upon services of the system? • Who gets notified when there are errors or failures?

  37. Use cases favor a functional approach! • “Also, name use cases starting with a verb.” • NOT very useful in finding classes. • But, useful in understanding requirements, validating the resulted model and implementation. • 此外还要对照FURPS+检查其他需求 Institute of Computer Software Nanjing University

  38. Find the classes • “The nouns and the verbs” • 启发：类与方法； • 但是 • “The elevator will close its door before it moves to another floor.” • 有的名词不是类； • 有的类不表现为名词； • 基本原则：ADT Institute of Computer Software Nanjing University

  39. Find the classes • 没有机械的办法。 • 基于经验的启发性、指导性的原则： • 哪些东西是可能的类； • 哪些形式的类不理想，可考虑从模型中去除； Institute of Computer Software Nanjing University

  40. The ideal class • 明确的抽象 • 类名是名词或形容词，刻画该抽象 • 形容词 常用于 表达接口 • 代表一系列运行时刻的对象。 • （允许特意的singleton） • 有修改操作（或作用式操作） • 形式或非形式地刻画性质：不变式 前后置断言 Institute of Computer Software Nanjing University

  41. 三种 类 • 分析类 • 直接对应于问题域 • 设计类 • 为得到优雅的、可扩展的结构而引入 • 实现类 • 满足软件系统实现算法所需。如LinkedList; Array等 Institute of Computer Software Nanjing University

  42. 分析类 • Analysis classes represent an early conceptual model for ‘things in the system which have responsibilities and behavior’. • Analysis classes are used to capture a ‘first-draft’, rough-cut of the object model of the system. • Analysis classes handle primarily functional requirements. • They model objects from the problem domain. Institute of Computer Software Nanjing University

  43. behaviour information boundary 分析类 • There are three aspects of the system that are likely to change: • the boundary between the system and its actors (boundary) • the information the system uses (entity) • the control logic of the system (control) Institute of Computer Software Nanjing University

  44. Heuristics for finding classes • 寻找分析类 • Operational Model of some aspect of the external world. • Simulation • But external classes can be quite abstract 不一定是客观实体，也可能是抽象概念 Institute of Computer Software Nanjing University

  45. Heuristics for finding classes • 寻找实现类 • 实现难 • 多复用 • 数据结构与算法知识 • 延迟实现类 • 如“Queue” • 类层次 组织 多种不同实现 Institute of Computer Software Nanjing University

  46. Heuristics for finding classes • 寻找设计类 • 创造性工作 • 设计模式的用武之地 • 其他途径 • 旧系统 • Adaptation through inheritance Institute of Computer Software Nanjing University

  47. Institute of Computer Software Nanjing University

  48. Institute of Computer Software Nanjing University

  49. Institute of Computer Software Nanjing University

  50. Institute of Computer Software Nanjing University

More Related