[工学]第6章 面向对象分析.ppt

第6章 面向对象分析 Chapter 6 Object-Oriented Analysis  (OOA) 1. 软件分析概述 软件需求与软件分析 软件需求：用户角度，注重软件外在表现 软件分析：开发者角度，注重软件内部逻辑结构 面向对象软件分析 面向对象分析模型 6.1.1 面向对象软件分析 1. OOA的主要任务 理解用户需求 全面地理解和分析用户需求 明确所开发的软件系统的职责 形成文件并规范地加以表述 进行分析，提取类和对象，并结合分析进行建模 2. OOA的模型 需求模型 类/对象模型 对象-关系模型 对象-行为模型 图6.1 面向对象分析模型 3. OOA的优点 （1）同时加强了对问题域和软件系统的理解； （2）改进包括用户在内的与软件分析有关的各类人员之间的交流； （3）对需求的变化具有较强的适应性； （4）很好地支持软件复用； （5）确保从需求模型到设计模型的一致性。? 4. 分析模型的特点 全面覆盖软件的功能需求 分析模型与软件的实现无关 分析模型的表述方法与所采用的分析技术有关 OOA的共同特征 共同特征 类和类层次的表示 建立对象-关系模型 建立对象-行为模型 OOA建模步骤 需求理解 定义类和对象 标识对象的属性和操作 标识类的结构和层次 建立对象---关系模型 建立对象---行为模型 评审OOA模型 OOA模型在软件开发中的地位 6.2 面向对象分析建模 基于用例的面向对象分析方法 回顾需求阶段产生的用例规约，补充必要的详细信息； 研究用例的事件流，将用例的职责分配给若干分析类； 基于这些职责分配以及分析类之间的协作，即可开始为分析类间的关系建模了 一旦分析了用例，就需要查看确定的类，确保它们被详尽地描述 并确保分析模型各个部分之间的一致 6.2.1 识别与确定分析类 三种分析类 边界类boundary 用户界面 系统接口 硬件接口 控制类 control 封装用例所特有的控制行为 实体类entity 系统存储的信息及其相关行为 1. 分析类的类型 2. 查找分析类 为每对参与者/用例确定一个边界类 为每个用例设置一个控制类 确定相关的各个实体（包括属性与方法） 6.2.2 建立对象—行为模型 绘制出选课用例创建课表事件流的时序图 绘制出选课用例创建课表事件流的协作图 为分析类分配职责 绘制状态图 用例行为比较复杂，并且分散到不同的事件序列中，这时就需要为这个类创建一个状态图 针对一个类的状态变化 研究该类的动态行为 6.2.3 建立对象—关系模型 分析类的属性 分析类本身具有的信息 分析类的关联 通过关联可以找到其他分析类 链与关联的对应关系 分析类图 表现分析类及其关系 VOPC 分析类的合并 每个分析类都代表一个明确定义的概念，具有不相重叠的职责 链与关联的对应关系 选课用例的参与类图 分析类的合并 6.3 面向对象分析示例  --注册用例 --维护个人信息 --维护购物车 --从购物车中删除商品 --修改购物车中的商品信息 --生成订单 --管理订单 小结 软件分析将软件需求阶段产生的需求模型转变为软件分析模型。分析模型其实就是从软件开发者的角度，在静态组成结构和动态行为两个方面来描述的待开发的软件系统。 面向对象分析利用面向对象的技术来分析问题、建立问题域的静态模型和动态模型，并用UML等工具来表示这一需求对应的类对象模型、对象--关系模型和对象--行为模型等，从而完成对问题域建模，形成面向对象的分析模型。 软件分析通常从用例分析开始，建立系统需求的静态结构模型和动态行为模型。 * 属性、操作、协作者 对象-行为模型 对象- 关系模型 类/对象 模型 以用例模型 为主体的 需求模型 软件需求模型 软件成品 分析模型 设计模型 实现模型 OOA OOD OOP OOT 课程目录 课程表 学生