一种基于用例驱动设计数据库方法分析与研究.docVIP

一种基于用例驱动设计数据库的方法分析与研究 　　摘 要 从建模的角度出发，通过自顶向下的可演绎、可推理的设计，保证了从底至顶的可追溯性，使数据库设计理性而科学，从而更好地为信息管理系统服务。 　　关键词 演绎 模型 用例 数据库 　　中图分类号：TP311.1 文献标识码：A 　　在面向对象软件开发中，虽然数据设计不再是软件开发的核心，但仅凭借经验设计的数据库由于无法进行需求验证，会给信息管理系统的设计带来很多麻烦。一些文章提出了用例驱动设计数据库的方法，但往往是从“用例”模型直接跨越到“类”模型，进而通过映射产生数据库，中间没有严密的推导过程，更谈不上设计到需求的追溯。这些做法会导致数据库存在先天的设计缺陷，因其没有真正反映信息管理系统的需求而不能很好地为系统服务，带来的结果是时间成本和经济成本的增加。本文从UML建模的角度出发，经过严密的推导和演绎，阐述了用例驱动设计数据库的过程。 　　1用例和用例驱动 　　软件需求的复杂变化和越来越大的软件规模，使软件维护的工作量大幅提高，仅仅依靠面向过程的程序设计方法已不能满足复杂软件设计的需要。面向对象程序设计方法，把现实世界的实体抽象为对象，对象之间没有因果关系，不需要从整个系统的角度来分析问题，使复杂的问题得以有效分解，大大提高了程序设计的效率和系统的可维护性，是当今软件开发的最重要的方法。 　　自从面向对象程序设计兴起以来，相继出现了很多种面向对象分析的方法， 1997年1月正式通过OMG认证的UML得到了广泛的推广和应用。UML架设了一道从现实世界与对象世界之间的桥梁，它从用户的角度出发，找出项目的参与者（actor）以及参与者在项目中要做的事（用例，即Use Case），并分析做事将产生的结果和需要遵循的规则，从而完成了对现实世界的映射。 　　在一个实际的软件项目中，一个软件要实现的功能通过用例来捕获，接下来的所有分析、设计、实现、测试都由用例来驱动，即以实现用例为目标。用例驱动了整个项目的开发过程，包括数据库的设计在内。当功能需求被确定下来，整个开发的动力就可以被驱动起来，这样的方式，在UP（Unified Process）中被称为“用例驱动”（Use Case Driven）。 　　下面，笔者将通过普通高校图书管理系统的建模分析，演绎用例驱动设计数据库的过程。 　　图1：图书馆业务用户 　　2用例驱动的数据库设计 　　2.1建立业务模型，获得用户需求 　　2.1.1找出用户，建立业务用例模型 　　在普通高校的图书管理过程中，需要完成借阅图书、归还图书、管理图书信息、管理读者信息、办理借阅证等业务。在所有业务中，都涉及到借阅者和图书馆工作人员两类用户，如图1所示。 　　2.1.2建立业务用例视图 　　找出用户要做的事，即业务用例。普通高校图书馆的核心业务是借阅图书。借阅者通过有效的借阅证到图书馆办理借阅图书和归还图书等手续，图书馆负责借阅证的办理，并须完成管理图书和管理借阅者的业务，才能使整个业务运转起来。其业务用例模型如图2所示。 　　图2：图书馆业务用例模型 　　2.1.3绘制业务用例场景图（分析业务流程） 　　为了进一步获得和验证需求，在建模过程中，需要对业务场景进行模拟，用业务语言描述步骤2中所列用例的业务过程，一方面，它能很好地与用户进行交流；第二，此步骤起到了验证用户与用例的作用；第三，为下一步的推导过程奠定基础。如图3所示。 　　图3 　　通过业务用例场景的分析：在高校图书馆的借阅活动中，借阅者借书与还书活动都须亲自到图书馆办理，且借书与还书活动实际上是通过借阅管理员还完成的活动。因此，可以将“借阅图书”、“归还图书”、“处理借阅”与“处理归还”四个用例合并为“借阅图书”、“归还图书”两个用例，由借阅者与借阅管理员共同完成。而通过对书架管理员“整理图书”用例的业务场景模拟，发现书架管理员是在资料管理员提供信息的指导下，将图书归类放置的活动，整个过程不需要其他因素的支持，故该用例是没有必要在将要开发的系统中实现的。至此，经过对业务用例的场景模拟，上述八个用例中，只有“借阅图书”、“归还图书”、“办理借阅证”、“管理图书信息”和“管理借阅者信息”五个用例需要在未来的系统中实现。 　　2.2建立用例实现模型，搭起现实世界与计算机世界的桥梁 　　业务用例是用户层面的概念，而将要建立的“图书管理系统”中涉及的所有功能，包括数据库在内，都属于计算机领域的概念。将现实的业务用例在计算机中实现的过程记录下来，是实现系统分析与设计可推导、可验证的关键环节，在这一环节中，需引入“计算机”参与分析过程，一是记录原始需求是如何映射到将要实现的图书管理系统中的，为需求分析提供可追溯的验证依据。二是可以圈定系统范围，确定业务用例中哪些是需