第7章面向对象分析.pptVIP

分析就是描述系统的需求，通过定义系统中的关键域类来建立模型。 分析的根本目的是在开发者和提出需求的人之间建立一种理解和勾通的机制。因此，典型情况下，分析是开发人员同用户或客户一起来完成的。 分析不受技术方案或细节的限制。在分析阶段，开发人员不应该考虑代码或程序的问题。它是迈向真正理解需求和所要设计的系统的第一步。 教学内容 面向对象的分析过程 建立用例模型 发现和定义对象类 类的关系 识别类的属性与操作 建立动态模型 教学重点 面向对象的分析过程 建立系统的对象模型、动态模型、功能模型 教学难点 建立对象模型、动态模型、功能模型 7.1 面向对象的分析过程 问题域分析 发现和定义对象与类 识别对象的外部联系 建立系统的静态结构模型 建立系统的动态结构模型 7.1 面向对象的分析过程 问题域分析 分析应用领域的业务范围、业务规则和业务处理过程，确定系统的责任、范围和边界，确定系统的需求。在分析中，需要着重对系统与外部的用户和其他系统的交互进行分析，确定交互的内容、步骤和顺序。 7.1 面向对象的分析过程 发现和定义对象类 识别对象和类，确定它们的内部特征，即属性和操作。这是一个从现实世界到概念模型的抽象过程，是认识从特殊到一般的提升过程。 抽象是面向对象分析的基本原则，系统分析员不必了解问题域中繁杂的事物和现象的所有方面，只需研究与系统目标有关的事物及其本质特性，并且舍弃个体事物的细节差异，抽取其共同的特征而获得有关事物的概念，从而发现对象和类。 7.1 面向对象的分析过程 识别对象的外部联系 在发现和定义对象与类的过程中，需要同时识别对象与类、类与类之间的各种外部联系，即结构性的静态联系和行为性的动态联系，包括一般与特殊、整体与部分、实例连接、消息连接等联系。 对象和类是现实世界中事物的抽象，它们之间的联系要从分析现实世界事物的各种真实联系中获得。 7.1 面向对象的分析过程 建立系统的静态结构模型 分析系统的行为，建立系统的静态结构模型，并将其用图形和文字说明表示出来，如绘制类图、对象图、系统与子系统结构图等，编制相应的说明文档。 7.1 面向对象的分析过程 建立系统的动态结构模型 分析系统的行为，建立系统的动态行为模型，并将其用图形和文字说明表示出来，如绘制用例图、交互图、活动图、状态图等，编制相应的说明文档。 7.1 面向对象的分析过程 系统的静态结构模型和动态行为模型、必要的需求分析说明书、系统分析说明书等一起构成了系统的分析模型，这是系统分析活动的成果，成为下一步系统设计的基础。 7.2 建立用例模型 分析的第一步是建立用例模型。用例模型是把应满足用户需求的基本功能集合起来表示的强大工具。对于正在构造的新系统，用例模型描述系统应该做什么；对于已构造完毕的系统，用例模型则反映了系统能够完成什么样的功能； 构建用例模型是开发者与客户（或最终使用者）共同协商完成的； 用例模型主要应用在工程开发的初期，进行系统需求分析时使用。通过分析描述使开发者在头脑中明确需要开发的系统功能有哪些。 7.2 建立用例模型 用例模型的基本组成部件是用例、角色和系统。 用例用于描述系统的功能，也就是从外部用户的角度观察，系统应该支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述。 一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。 角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其他系统和硬件设备。 7.2 建立用例模型 有各种不同的人员需要使用用例模型： 客户或最终用户 开发者——帮助开发者理解系统应该做什么，为将来的开发工作奠定基础 系统集成和测试人员 市场、销售、技术支持和文档管理人员 7.2 建立用例模型 1．用例图 在UML语言中，用例模型可以由若干个用例图组成。用例图中包含三种模型元素：用例、角色和关系。 （1）角色 角色是与系统交互的人或事，所谓“与系统交互”指的是角色向系统发送消息，从系统中接收消息，或是与系统交换信息。角色可以是人、硬件设备或其他系统。 7.2 建立用例模型 理解角色 角色是一个群体概念，代表的是一类能使用某个功能的人或事，角色不是指某个个体。具体的个体对象不能称作角色。事实上一个具体的人在系统中可以具有多种不同的角色。 角色的名字反映了该角色的身份和行为，比如顾客。注意，不能将角色的名字表示为角色的某个实例（比如，张三），也不能表示成角色所需完成的功能（比如，售货）。 角色按等级可分为主要角色和次要角色。角色也可以分为主动角色和被动角色。 7.2 建立用例模型 发现角色 使用系统主要功能的人是谁？（主要角色） 需要借助于系统完成日常工作的人是