第9章 面向对象软件开发过程.ppt

第九章 面向对象开发过程 项目计划 需求分析 系统设计 编码设计 系统测试 系统运行 系统维护 软件生命周期 的瀑布模型 用面向对象的思想开发软件系统需要经历的几个主要阶段 面向对象分析（OOA) 面向对象设计（OOD） 面向对象编程（OOP） 一、面向对象分析（OOA) 面向对象分析的基本过程 需求陈述 建立对象模型 建立动态模型 建立功能模型 定义服务 （一）面向对象分析的基本过程 面向对象分析，就是抽取和整理用户需求并建立问题域精确模型的过程 3个子模型与5个层次 静态结构(对象模型)、交互次序(动态模型)和数据变换(功能模型)。 主题层、类与对象层、结构层、属性层和服务层 找出类与对象 识别结构 识别主题 定义属性 定义服务 应该阐明“做什么”而不是“怎样做”。 需求陈述的内容包括：问题范围，功能需求，性能需求，应用环境及假设条件等。 （二）需求陈述 （三）建立对象模型 面向对象分析首要的工作，是建立问题域的对象模型。这个模型描述了现实世界中的“类与对象”以及它们之间的关系，表示了目标系统的静态数据结构。 典型的工作步骤是： 1. 确定对象类和关联(因为它们影响系统整体结构和解决问题的方法)，对于大型复杂问题还要进一步划分出若干个主题； 2. 给类和关联增添属性，以进一步描述它们； 3. 利用适当的继承关系进一步合并和组织类。 4.而对类中操作的最后确定，则需等到建立了动态模型和功能模型之后，因为这两个子模型更准确地描述了对类中提供的服务的需求。 确定类与对象 1. 找出候选的类与对象 对象是对问题域中有意义的事物的抽象，它们既可能是物理实体，也可能是抽象概念。具体地说，大多数客观事物可分为下述5类： (1) 可感知的物理实体，例如，飞机、书、房屋等等。 (2) 人或组织的角色，例如，医生、教师、财务处等等。 (3) 应该记忆的事件，例如，飞行、演出、访问等等。 (4) 两个或多个对象的相互作用，通常具有交易或接触的性质，例如，购买、纳税、结婚等等。 (5) 需要说明的概念，例如，政策、保险政策等等。 找出名词,隐含的类与对象 （三）建立对象模型 确定类与对象 2.筛选出正确的类与对象 接下来应该严格考察每个候选对象，从中去掉不正确的或不必要的，仅保留确实应该记录其信息或需要其提供服务的那些对象。 筛选时主要依据下列标准，删除不正确或不必要的类与对象： (1) 冗余 如果两个类表达了同样的信息，则应该保留在此问题域中最富于描述力的名称。 (2) 无关 仅需要把与本问题密切相关的类与对象放进目标系统中。有些类与当前要解决的问题无关，同样也应该把它们删掉。 (3) 笼统 在需求陈述中常常使用一些笼统的、泛指的名词，虽然在初步分析时把它们作为候选的类与对象列出来了，但是，要么系统无须记忆有关它们的信息，要么在需求陈述中有更明确更具体的名词对应它们所暗示的事务，因此，通常把这些笼统的或模糊的类去掉。 （三）建立对象模型 确定类与对象 2.筛选出正确的类与对象 (4) 属性 在需求陈述中有些名词实际上描述的是其他对象的属性，应该把这些名词从候选类与对象中去掉。 (5) 操作 在需求陈述中有时可能使用一些既可作为名词，又可作为动词的词，应该慎重考虑它们在本问题中的含义，以便正确地决定把它们作为类还是作为类中定义的操作。 例如，谈到电话时通常把“拨号”当作动词，当构造电话模型时确实应该把它作为一个操作，而不是一个类。但是，在开发电话的自动记账系统时，“拨号”需要有自己的属性(例如日期、时间、受话地点等)，因此应该把它作为一个类。总之，本身具有属性需独立存在的操作，应该作为类与对象。 （三）建立对象模型 确定类与对象 2.筛选出正确的类与对象 (6) 实现 在分析阶段不应该过早地考虑怎样实现目标系统。因此，应该去掉仅和实现有关的候选的类与对象。 （三）建立对象模型 描述对象模型的图形符号 类名 属性 方法 类对象 类名 属性 方法 抽象类 表示“关系”的图形符号 “整体-部分”关系 聚集 “一般-特殊”关系 泛化 一般 特殊 整体 部分 “关联”关系 “关联”关系反映对象之间相互依赖、相互作用的关系。 教师 书 1+ 教师与属于他的书之间的关联关系 员工 姓名 地址 身份证号码 工资 公司 项目 产品 名称 主要产品 地址 雇佣 解雇 项目名 预 算 优先级 产品名 成 本 重 量 工人 经理 部门 1 + 参加 1+ 1+ 主持 管理 0,1 1+ 为之工作 职务 生产 1+ 部门名 确定关联 两个或多个对象之间的相互依赖、相互作用的关系就是关联。 确定关联的方法：在需求中使用的描述性动词或动词词组 （三）建立