UML 分析.docVIP

UML分析 当前HA的软件可能面对的一些问题: 模块的划分（模块划分的方式是不是合适？规模是不是合适？其实最大的问题是规模是否合适） 对于功能的划分（功能划分是否合理？是否合乎可扩展性、易用性、独立性等） 对于接口的定义（以前总是大量使用全局变量，而不是真正的接口，所以对于接口如何制定也是需要改进的部分） 软件发展到一定程度可能会出现下面的问题： 僵化性： 很难对系统进行改动，因为每个改动都会迫使许多对系统其他部分的其它改动。 脆弱性： 对系统的改动会导致系统中和改动的地方在概念上无关的许多地方出现问题。 牢固性： 很难解开系统的纠结，使之成为一些可在其他系统中重用的组件。 粘滞性： 做正确的事情比做错误的事情要困难。 不必要的复杂性： 设计中包含有不具任何直接好处的基础结构。 不必要的重复性： 设计中包含有重复的结构，而该重复的结构本可以使用单一的抽象进行统一。 晦涩性： 很难阅读、理解。没有很好地表现出意图。 (3) UML是什么 UML是一种图形语言（由9种图构成的），它并不能具体的实现什么，只是对所要实现的系统的一种描述，以便于程序开发人员和测试人员工作，他们可以根据UML图采用合适的编程语言实现系统。它是一种离散的建模语言，不适合对诸如工程和物理学领域中的连续系统建模。它是一个综合的通用建模语言，适合对诸如由计算机软件、固件或数字逻辑构成的离散系统建模。 UML是一个通用的标准建模语言,可以对任何具有静态结构和动态行为的系统进行建模。此外,UML适用于系统开发过程中从需求规格描述到系统完成后测试的不同阶段。 在需求分析阶段,可以用用例来捕获用户需求。通过用例建模,描述对系统感兴趣的外部角色及其对系统(用例)的功能要求。 分析阶段主要关心问题域中的主要概念(如抽象、类和对象等)和机制,需要识别这些类以及它们相互间的关系,并用UML类图来描述。为实现用例,类之间需要协作,这可以用UML动态模型来描述。在分析阶段,只对问题域的对象(现实世界的概念)建模,而不考虑定义软件系统中技术细节的类(如处理用户接口、数据库、通讯和并行性等问题的类)。这些技术细节将在设计阶段引入,因此设计阶段为构造阶段提供更详细的规格说明。 编程(构造)是一个独立的阶段,其任务是用面向对象编程语言将来自设计阶段的类转换成实际的代码。在用UML建立分析和设计模型时,应尽量避免考虑把模型转换成某种特定的编程语言。因为在早期阶段,模型仅仅是理解和分析系统结构的工具,过早考虑编码问题十分不利于建立简单正确的模型。 UML模型还可作为测试阶段的依据。系统通常需要经过单元测试、集成测试、系统测试和验收测试。不同的测试小组使用不同的UML图作为测试依据:单元测试使用类图和类规格说明;集成测试使用部件图和合作图;系统测试使用用例图来验证系统的行为;验收测试由用户进行,以验证系统测试的结果是否满足在分析阶段确定的需求。 静态和动态：UML描述了一个系统的静态结构和动态行为。UML将系统描述为一些离散的相互作用的对象并最终为外部用户提供一定的功能的模型结构。静态结构定义了系统中的重要对象的属性和操作以及这些对象之间的相互关系。动态行为定义了对象的时间特性和对象为完成目标而相互进行通信的机制。从不同但相互联系的角度对系统建立的模型可用于不同的目的。 UML还包括可将模型分解成包的结构组件，以便于软件小组将大的系统分解成易于处理的块结构，并理解和控制各个包之间的依赖关系，在复杂的开发环境中管理模型单元。它还包括用于显示系统实现和组织运行的组件。 统一的标准。UML已被OMG 接受为标准的建模语言，赿来越多的开发人员开始使用UML进行开发，越来越多开发厂商开始支持UML。 面向对象。UML是支持面向对象软件开发的建模语言。 可视化、表达能力强大。 独立于过程。UML不依赖于特定的软件开发过程，这也是UML 能被众多软件开发人员接受的一个原因。 概念明确，建模表示法简洁，图形结构清晰，容易掌握和使用。 使用UML进行系统分析和设计，可以加速开发进程，提高代码质量，支持动态的业务需求。UML适用于各种规模的系统开发。能促进软件复用，方便地集成已有的系统，并能有效处理开发中的各种风险。 (4) 运用UML进行面向对象的系统分析设计，其过程通常由以下3个部份组成：1、识别系统的用例和角色 首先对项目进行需求调研，依据项目的业务流程图和数据流程图以及项目中涉及的各级操作人员，通过分析，识别出系统中的所有用例和角色；接着分析系统中各角色和用例间的联系，再使用UML建模工具画出系统的用例图，同时，勾画系统的概念层模型，借助UML建模工具描述概念层类图和活动图。2、进行系统分析，并抽取类 系统分析的任务是找出系统的所有需求并加以描述，同时建立特定领域模型。建立域模型