软件工程 第9章：对象分析.pptVIP

广东工业大学计算机学院 软件工程Software Engineering 第9章 对象分析 本章内容： 9.1 对象、主动对象以及它们的类 9.2 研究问题域和用户需求 9.3 发现对象 9.4 对象的发现和标识 9.5 对象分类，建立类图的对象层 9.6 对象的属性和服务 9.7 定义属性 9.8 定义服务 9.9 应用实例 9.1 对象、主动对象以及它们的类 1. 对象 对象的定义是：对象是对问题域中某个实体的抽象，这种抽象反映了系统保存有关这个实体的信息或与它交互的能力。它既可以是具体的物理实体的抽象，也可以是人为的概念，或者是任何有明确边界和意义的东西。 2. 类 在面向对象的软件技术中，“类”就是对具有相同数据和相同操作的一组相似对象的定义，也就是说，类是对具有相同属性和行为的一个或多个对象的描述，通常在这种描述中也包括对怎样创建该类的新对象的说明。 3. 主动对象 主动对象的定义是：主动对象是至少有一个服务不需要接收消息就能主动执行的对象。不需要接收消息就能主动执行的服务可称为主动服务，在编程时它将对应一个并发执行的程序单位。 在OOA中运用主动对象需要注意以下两点： （1）不提倡脱离系统开发的实际需要漫无目标地去发掘每个对象的主动行为。 （2）往往由设计决策决定是否应该把一个对象定义为主动对象，设计者可以为提高或减低系统的并发难度而人为的增加或减少主动对象的种类与数量。 4. 表示法 图9-1 普通对象的类符号 图9-2 主动对象的类符号 9.2 研究问题域和用户需求 OOA的基本出发点是问题域和用户要求，分析员的主要工作就是：通过不断地研究问题域，建立一个能满足用户需求的系统模型。 9.2.1 研究用户需求，明确系统责任 系统的需求包括四个不同的层次：业务需求、用户需求、功能需求和非功能性需求。 需求获取就是根据系统业务需求去获得系统用户需求，然后通过需求分析得到系统的功能需求和非功能需求。 研究用户需求包括以下活动： （1）阅读有关文档：阅读用户提交的需求文档等一切与用户需求有关的书面材料。 （2）与用户交流：了解用户的需求，搞清有关用户需求的疑点。 （3）进行实地调查：有些需求问题，通过以上途径仍然不能完全明确，则需要到现场作适当的调查，因为以上资料可能表达得不够准确、清晰。 （4）记录所得认识：随时记录通过阅读、交流和调查所得到的认识，更要记录所存在的疑点。 （5）整理相关资料：纠正初始需求文档中不符合的内容，整理出一份确切表达系统责任的需求文档。 9.2.2 研究问题域 [定义9-1]：被开发的应用系统所考虑的整个业务范围。 目的： 1）进一步明确用户需求。 2）二是为了建立一个符合问题域情况、满足用户需求的分析模型。 研究问题域应包括下述几个工作要点。 1. 认真听取问题域专家的见解 流程： 提问→倾听→理解消化→反馈自己的理解以求印证→提出进一步的问题。 2. 亲临现场，通过直接观察掌握第一手材料 3. 阅读领域相关资料 4. 借鉴他人经验 9.2.3 确定系统边界 确定系统边界，就是明确系统是什么以及系统的环境是什么，划出被开发的系统和与该系统打交道的人或物之间的明确界限，并确定它们之间的接口。 9.3 发现对象 尽可能识别出系统所需要的对象，系统分析员应首先找出各种可能有用的候选对象，尽量避免遗漏 。 9.3.1 正确地运用抽象原则 在OOA中运用抽象原则，先要舍弃与系统责任无关的事物，保留与系统责任有关的事物。其次，还要舍弃与系统责任有关的事物中与系统责任无关的特征。判断事物及其特征是否与系统责任相关的准则是：该事物是否为系统提供了一些有用的信息或需要系统为其保存和管理某些信息；该事物是否向系统提供了某些服务或需要系统描述它的某些行为。 9.3.2 策略与启发 为了尽可能识别出系统所需要的对象，系统分析员应首先找出各种可能有用的候选对象，尽量避免遗漏；然后对所发现的候选对象逐个进行严格的审查，筛选不必要的对象，或者将它们进行适当的调整与合并，使系统中的对象和类尽可能地紧凑。这种策略可以称为“先紧后松”策略。 1. 考虑问题域 在问题域方面，可以启发分析员发现对象因素： （1）人员：大多数系统的问题域都涉及各种各样的人员，需要考虑的是以下两种情况。 （2）组织：在系统中发挥一定作用的组织结构。如行政单位、业务部门、办事机构、社会团体、工作班组等等。 （3）设备：是指在系统中动态地运行，由系统进行监控或者供系统使用的各种设备、仪表、机器以及运输工具。 （4）物品：是指那些需要由系统管理的各种物品。 （5）事件：指那些需要由系统长期记忆的事件。 （6）表格：这里