UML业务建模实例分析.docx

UML业务建模实例分析

对于大中型信息系统，很难直接进展需求分析设计，需要借助模型来分析设计系统，依据系统调研数据，建立起目标系统的规律模型。

在软件工程的历史中，很长时间里人们始终认为需求分析是整个软件工程中最简洁的一个步骤，但在过去十年中越来越多的人生疏到它是整个过程中最为关键的一个过程。假设在需求分析时分析者们未能正确地生疏到客户的需求的话，那么最终的软件实际上不行能到达客户的要求，或者导致需求的频繁变更，而软件无法在规定的时间里完工。

在需求分析阶段，要对经过可行性分析所确定的系统目标和功能作进一步的具体论述，确定系统“做什么？”的问题，最终建立起目标系统的规律模型。

首先是获得当前系统的物理模型。物理模型是对当前系统的真实写照，可能是一个由人工操作的过程，也可能是一个已有的但需要改进的计算机系统。首先是要对现行系统进展分析、理解，了解它的组织状况、数据流向、输入输出，资源利用状况等，在分析的根底上画出它的物理模型。然后抽象出当前系统的规律模型。

规律模型是在物理模型根底上，去掉一些次要的因素，建立起反映系统本质的规律模型。接下来建立目标系统的规律模型。通过分析目标系统与当前系统在规律上的区分，建立符合用户需求的目标系统的规律模型。最终补充目标系统的规律模型。对目标系统进展补充完善,将一些次要的因素补充进去，例如出错处理等。

UML〔TheUnifiedModelingLanguage，即统一建模语言〕是一种编制系统蓝图的标准化语言，可以对简单的系统建立可视化的系统模型，目前已经被工业标准化组织OMG〔ObjectManagementGroup〕承受，一经推出便得到很多著名的计算机厂商如Microsoft、HP、IBM、Oracle等的支持，也在逐步开头应用到需求分析过程中。

在使用UML建立当前系统规律模型过程中，初学者通常会遇到一些问题：1.什么时候真正需要业务模型？什么时候用例模型独立存在？

在进展准确的业务建模时能用哪些UML图形？如何知道是否用挨次图或者交互图？

业务模型如何涉及到其他模型〔如领域模型，用例模型等等〕呢？如何有机地组织这些模型？

本文将通过图书馆治理系统这个简洁而典型的实例来进展一次UML需求分析实践之旅。内容导航

很多读者对图书馆图书治理工作比较生疏，主要是围绕读者、图书和工作人员的借还书开放工作。我们先看看图书馆工作人员和局部读者的需求。

读者来图书馆借书，可能先查询书库的图书记录。查询可以按书名、作者、图书编号、关键字查询。查询有两种结果，假设查到则登记书号，交给工作人员，然后等候办理借书手续。假设该书已经被全部借出，则可做借书登记，等待有书时被通知。假设图书馆没有该书的记录，则做缺书登记。

办理借书手续时先要出示图书证，没有图书证则去申请图书证。假设借书数量超出规定，则提示“借书数量超限，不能连续借阅”。工作人员登记借阅人信息、借阅的图书信息、借出时间和应还书时间。系统自动修改书库的图书记录、读者库信息。

当一位读者还书时，工作人员依据图书证编号，找到读者的借书信息，查看是否超期，假设已经超期，则进展超期惩罚。

假设图书有破损、丧失，则进展破损惩罚。去除借阅记录，同时系统自动查看是否有等待借阅登记，假设有则发出通知，修改书库记录，该书设置为已预订状态，否则设置为可借状态。

图书选购人员进展图书选购时，要参考各类图书的库存数和借阅率，留意合理选购。假设有缺书登记则随时进展选购。正在选购的图书组成一个选购中书库。

选购到货后，进展验收，编号，同时参加图书库，修改选购中书库，并且查看订阅库，发出到书通知，并且已经修改书库的图书记录为已预订状态。

借书登记是当欲借的书被借空后，读者自愿选择的一种操作，它应当记录读者名和联系方式，一旦有这本书后可通知读者。

到书通知，当读者预订的书来到之后，依据读者给出的联系方式发出通知。

缺书登记是当读者需要的书库内查询没有记录时，将此信息转入缺货库，通知选购员选购。

图书注销，假设图书丧失或旧书淘汰，则将该书从书库中去除。依据需求描述整理一张需求表：

需求分析时首先要识别出系统的参与者，在简洁的图书馆治理系统中，可以划分出两种参与者：读者和治理员。固然，依据业务的简单程度，参与者也可以进展细分，比方读者可以再分为学生读者、教师读者、校外读者，治理员依据业务和权限的不同可以再细分为库房治理员、借还书操作员、系统维护人员、图书馆治理人员等不同角色。在这里，为了简化处理，我们只列出了读者和治理员。对参与者描述如下：

读者

描述：读者可以借阅、预定、归还物理书刊，可以对书籍和个人信息进展查询，可以取消预定，可以提出办卡申请。

例如：持有借阅卡的任何人和组织。

治理员

描述：图书治理员对系统进展维护，包括读者信息的