3 系统分析建模
3.1 OOA/D和UML
OOA(Object-Oriented Analysis,面向对象分析)是在一个系统的开发过程中进行了系统业务调查以后,按照面向对象的思想来分析问题。OOA所强调的是在系统调查资料的基础上,针对面向对象的方法所需要的素材进行的归类分析和整理,而不是对管理业务现状和方法的分析。OOA的原则主要有:抽象、封装、继承、分类、聚合、关联、消息通信、粒度控制和行为分析。简单说,OOA就是对问题和需求的一种调查研究方法。
OOD(Object-Oriented Design,面向对象设计)是一种软件设计方法,OOD就是根据需求决定所需的类、类的操作以及类之间关联的过程。OOD的目标是管理程序内部各部分的相互依赖。其主要作用是对OOA分析结果作进一步的规范化整理。简单说,OOD就是一个满足用户需求的概念上的解决方案。
UML(Unified Modeling Language,统一建模语言)是用来对软件密集系统进行可视化建模的一种语言。UML提供了一种为面向对象开发的产品进行说明、可视化、和编制文档的一种标准语言。值得注意的是UML不是OOA,也不是OOD,它仅仅是一种图形编制的文档,是一个庞大的图形化表示体系。如果不掌握面向对象的思想,UML是没有意义的。
UML包括两类图:一类是结构图,包括类图、对象图、部署图和组件图;另一类是行为图,包括用例图、活动图、顺序图、协作图和状态图。
本系统使用面向对象的分析与设计方法,并且使用UML构建相关文档。
3.2 用例模型
3.2.1 用例模型简介
在面向对象的分析与设计中,用例模型是系统分析设计的开始。用例是一组成功和失败的场景的集合,它简单的描述了用户要求系统所具备的动作,这个动作可能很小也可能很大,它表明了参与者和系统之间一系列特定的活动和交互。通过用例模型我们可以得到用户的功能性需求。用例模型的建模过程是反复完善的,在和用户的反复沟通中了解其需求,逐步细化用例。
用例图是创建用例模型的工具,它以每一个参与者都可以理解的方式描述了用例以及用例之间的关系。用例图有四个组件,分别是系统、参与者、用例、以及用例之间的关系,这种关系可以是泛化、扩展和包含之中的任意一种。
3.2.2 系统用例图
图3-1为系统的用例图,它表明了系统的用例模型的具体结构,以用例的形式说明了系统应具备的各种功能。
上一页 [1] [2] [3] [4] [5] [6] 下一页