第六讲面向对象分析.pptVIP

6.4 构造动态模型 通过描述分析类实例之间的消息传递将用例的职责分配到分析类中。 在初步找出一些分析类之后，用顺序图将用例和分析对象联系在一起，描述用例的行为是怎样在它的参与对象之间分布的。顺序图可以将用例的行为分配到所识别的分析类中，并且帮助开发人员发现和补充前面遗漏的分析类。例如，图书馆信息管理系统“借书”用例的顺序图 6.5 评价分析模型 为了使需求评审工作更加具有可操作性，下面列出了一些问题清单: 1．检查“正确性”的问题列表 用户是否可以理解实体对象的术语表？ 抽象类与用户层次上的概念对应吗？ 所有的描述都与用户定义一致吗？ 所有的实体类和边界类都使用具有实际含义的名词短语吗？ 所有的用例和控制类都使用具有实际含义的动词短语吗？ 所有的异常情况都被描述和处理了吗？ 是否描述了系统的启动和关闭？ 是否描述了系统功能的管理？ 2．检查“完整性”的问题列表 每一个分析类都是用例需要的吗？它在什么用例中被创建、修改和删除？是否存在边界类可以访问它？ 每一个属性是在什么时候设置的？类型是什么？它是限定词吗？ 每一个关系是在什么时候被遍历？为什么选择指定的基数？一对多和多对多的关系能被限定吗？ 每一个控制类对象是否有必要访问参与用例的对象？ 3．检查“一致性”的问题列表 类或用例有重名吗？ 具有相同名字的实体表示相同的对象吗？ 所有的实体都以同样的细节进行描述吗？ 是否存在具有相同属性和关系却不在同一个继承层次中的对象？ 4．检查“可行性”的问题列表 系统中有什么创新之处？建立了什么计划或原型来确保这些创新的可行性？ 性能是否符合可靠性需求？这些需求是否已被运行在指定硬件上进行原型验证？ 6.6 面向对象的需求规格说明书 面向对象的需求分析使用的方法和工具与结构化方法有很大的区别，本小节给出一个基于面向对象方法的需求规格说明书的文档模板。 见模板 本章要点 面向对象分析和设计用到的三个内容：一套完善的建模符号、一系列有效的分析步骤和一个方便易用的建模工具。 面向对象的分析模型由功能模型、对象模型和动态模型三部分组成，其中功能模型由用例图和顺序图表示，对象模型由类图和对象图表示，动态模型由活动图、状态图和顺序图表示。在分析对象模型中，分析类是概念层次上的内容，分为实体类、边界类和控制类三种类型。 分析模型是在开发人员与用户之间的密切交流过程中迭代形成的，开发人员和用户必须对所形成的分析模型进行正式评审，确保分析模型的正确性、完整性、一致性和可行性。 * * * * * * * * * * * * * 第6章 面向对象分析 4 学时 引言?面向对象分析构建三个模型 第6章 面向对象分析 1）面向对象分析的方法、步骤 2）面向对象分析和结构化分析之间的区别 3）面向对象需求分析规格说明书的主要内容 掌握 理解 了解 要求 6.1 面向对象需求分析概述 面向对象分析和设计涉及到3方面内容： 一套完善的建模符号 一系列有效的分析步骤 一个方便易用的建模工具。 目前流行的建模符号采用UML的一套图形符号；从描述用户需求的文件中，抽象出目标系统的本质属性，建立以用例模型、对象模型和动态模型为核心的分析模型；建模工具可以选择Rational ROSE。 面向对象需求分析的任务 面向对象分析是抽取和整理用户需求并建立问题域精确模型的过程。识别问题域的对象并分析它们相互之间的关系，最终建立简洁、精确、可理解的正确模型是分析阶段的关键。 开发人员首先要理解用户的需求，找出描述问题域和系统责任所需的对象和类，将用例行为映射到对象上，进一步分析它们的内部构成和外部关系，从而建立面向对象分析模型。在此基础上，开发人员和用户一起检查模型，保证模型的正确、一致、完整和可行。 面向对象的分析过程是一个循环渐进过程，需要多次循环迭代完成。 面向对象需求分析3个主要模型 目前的面向对象分析方法有许多，大多数的分析方法可以被归结为建立以下三个模型： 功能模型:表达系统的详细需求,由用例图和场景描述组成 对象模型:表示静态的、结构化的系统“数据”性质。描述现实世界中实体的对象以及它们之间的关系,表示目标系统的静态数据结构。在面向对象方法中,类图是构件对象模型的核心工具。 动态模型:描述系统的动态结构和对象之间的交互,表示瞬时的、行为化的系统的“控制”特性。面向对象方法中,常用状态图、顺序图、合作图、活动图构件系统的动态模型。 6.2 创建用例模型 第1步：创建组织机构和角色职能图 用例模型的本质是要确定系统的功能。为了解系统功能，我们需要一种简便的方法能够快速有效地找出谁使用系统？他们用系统做什么？在哪里做？什么时间做？ 为了便于理解，对于信息系统我们建议用一张相关的组织机构和角色职能图来反映谁可能使用使用系统，做什么？在哪个部门做？ 注意：这个图不是UML的一部