第九章面向对象分析综述.ppt

9.1 面向对象分析介绍 第9章 面向对象分析 9.2 获取需求建立用例模型 9.3 建立系统分析模型 教学目的与要求 ⒈掌握面向对象分析的基本概念; ⒉掌握UML关于用例模型的有关概念; ⒊掌握UML关于用例模型的建立方法； 4.会应用UML建立静态模型和动态模型； 教学重点⒈面向对象分析的基本概念; ⒉面向对象分析建模;⒊ 应用UML分析和建立系统用例模型;⒋应用UML建立系统静态模型和动态模型。 教学难点⒈应用UML分析和建立系统用例模型; ⒉应用UML建立系统静态模型和动态模型。 9.1 面向对象分析介绍 一、面向对象分析概念 面向对象分析（ObjectOrientedAnalysis简称OOA）就是利用面向对象方法进行需求分析。 OOA的基本任务是运用面向对象方法，对问题域和系统责任进行分解和理解，对其中的事物和它们之间的关系产生正确的认识，找出描述问题域及系统责任所需的类及对象，定义这些类和对象的属性与服务，以及它们之间所形成的结构、静态联系和动态联系。 OOA的最终目的是产生一个符合用户需求，并能够直接反映问题域和系统责任的OOA模型及其详细说明。 问题域和系统责任 系统边界 参与者 问题域是指被开发系统的应用领域，即在现实世界中由这个系统进行处理的业务范围。系统责任即所开发系统的应该具备的职能。二者有很大的重合，但不一定完全相同 系统边界是指一个系统所包含的所有系统成分与系统以外各种事物的分界线。这里所说的系统是指被开发的计算机软硬件系统，而不是泛指问题域的全部事物所构成的现实系统。 参与者（Actor）指在系统之外（透过系统世界）与系统进行交互的任何事物。最常见的参与者有人员、设备和外系统。 面向对象分析经常用到的概念包括以下几种： 问题域与系统责任 交流问题 需求的不断变化 复用的要求 二、系统分析面临的主要问题 抽象 封装 继承 分类 聚合 关联 消息通讯 粒度控制 行为分析 三、OOA方法的主要原则 四、面向对象分析建模 面向对象分析是将现实世界中的问题进行分析和理解，理清其中的关系并映射到系统层面的一个过程。这个过程可以分为2个阶段，即需求分析阶段和系统分析阶段。 需求分析阶段主要是了解用户的需求，对现实问题进行分析，确定用户需求。在此阶段可以用用例来捕获用户需求。通过建立用例模型来描述对系统感兴趣的外部角色及其对系统（用例）的功能要求。 系统分析阶段是将需求分析的结果确定系统的范围和主要功能。此阶段主要关心问题域中的主要概念（如抽象、类等）和机制，需要识别这些类以及它们相互间的关系，并用UML类图来描述。此阶段可以根据用例来创建分析模型。 1．用例模型 用例模型是系统既定功能及系统环境的模型，它可以作为客户和开发人员的契约。用例是贯彻整个系统开发的一条主线。用例模型即为需求分析的结果。用例模型主要包括以下内容： 四、面向对象分析建模 （1）业务用例 （2）业务场景 （3）系统用例 （4）用例规约 用例模型 2．分析模型 分析模型是跨越需求和设计实现的桥梁，分析模型是采用分析类，在系统架构和框架的约束下，来实现用例场景的产物。分析模型是高层次的系统视图 。分析模型主要包括以下内容： 四、面向对象分析建模 （1）静态视图 静态视图用于描述事物的静态结构，而不是描述动态行为。在本阶段，静态视图包括分析类图、包图。其中分析类图是整个分析模型的核心。 （2）动态视图 动态视图用于描述事物的动态行为。需要注意的是，动态视图不能单独存在，它必须特指一个静态视图或UML元素，说明在静态视图规定的事物结构下它们的动态行为。动态视图包括序列图、协作图、状态图、活动图等等。 分析模型 9.2获取需求建立用例模型 一、实例说明 某学校打算将学生选课系统网络化，以减轻教务工作的强度，同时满足校领导对课程情况实时把握的需求，在校领导的支持下，由教务处管理员牵头对学生选课系统提出以下要求。 在新学期开始之前，任课教师需要将所开的课程上报教务处。其中包括课程的名称，适合的专业，选修课还是必修课，学分，课时，课程设置人数等。 教务处课程管理人员结合各专业课程大纲和教师所提交的授课内容，对课程进行筛选，并最终确定新学期要开设的课程。 在课程确定后，学生可以根据课程要求选择课程。其中必修课为必选内容，此部分不能选择；学生可以根据兴趣爱好选择选修课。选修课的数量不能大于6门，且上课时间不能冲突。 当课程的选课人数已达到课程设置人数时，学生将不能再选择此门课程。在一段时间内，学生可以修改所选的课程。当选课时期结束后，学生只能查看已选课程。在选课结束后，教师可以查看所开课程的选课人