第6章 系统分析.ppt

第6章系统分析
概述
逻辑模型
逻辑结构分析
用例分析
概念类分析
概述
系统分析的含义及特点
系统分析(System Analysis)是信息系统开发的第三项工作。该项工作是在业务分析和需求分析的基础上,从抽象的概念层次上确定信息系统的要素、构成和结构,得出信息系统的分析模型,并为系统设计提供依据。
系统分析工作的特点如下:
(1) 内在性。系统分析是站在信息系统内部的角度,分析信息系统的要素、构成和结构。需求分析则具有外在性。系统分析从内在角度,考虑信息系统应该具备哪些要素,要素之间的关系,要素的构成方式等问题。
(2) 概念性。第一,面向业务领域,反映业务概念;第二,在较宏观和抽象的层次进行分析工作,一般不过多涉及具体细节;第三,不涉及信息系统的实现环境。
(3) 一致性。系统分析所确定逻辑模型应该具有逻辑一致性,它要纠正需求模型中存在的冗余及错误。
系统分析的主要工作

信息系统逻辑结构是从抽象的概念层次和功能需求角度,根据信息系统的需求结构确定的信息系统模型结构。
信息系统逻辑结构由分析包按照组成关系或依赖关系构成。
逻辑结构分析(Logic Structure Analysis)要经过确定初步逻辑结构、分解并确定分析包、确定分析包关系等步骤。

用例分析(UseCase Analysis)是从概念层次上对分析包中的用例进行的分析。用例分析包括提取用例的概念类,确定概念类之间的关系,以及绘制用例分析类图和用例分析交互图三项工作。

概念类分析(Conception Class Analysis)是对所提取的各概念类的职责、属性、关系和特殊需求所进行的分析。
逻辑模型
逻辑模型的含义
逻辑模型(Logic Model)是对信息系统要素、构成和结构的抽象描述,它是系统分析的结果,因此也被称为分析模型,。逻辑模型由逻辑系统构成,逻辑系统是顶层分析包。逻辑系统又被分解为多个分析包、概念类以及用例分析,允许分析包嵌套。
逻辑模型
概念类

概念类(Conception Class)是在概念层次上,对信息系统的抽象要素的一种称谓。概念类主要来源于业务领域中的客观实体、系统与外界的交互处理和对系统要素的控制三个方面。
概念类面向功能需求,一般不考虑性能要求,具有突出业务领域、突出概念性及大粒度的特征。

1) 职责:概念类在信息系统中的作用和责任。主要从应用需求角度描述概念类的职责,一般不细化到操作和接口级别。
2) 属性:概念类的性质和特征,应从概念层次描述该概念类的主要性质,不需要指定属性的类型、可见性等。
3) 关系:概念类相互之间存在的关联、聚合、泛化等关系。
4) 特殊需求:在后续阶段细化或实现该类的某些特殊的性能需求。

UML把概念类分为实体类、边界类和控制类三种类型,。
概念类的表示