MDA系统分析实战--图书馆管理系统 数据库
本文经过MDA系统分析方法,对图书馆管理系统进行分析,简要叙述系统分析的通常过程。首先,简要介绍什么是MDA:MDA(Model-Driven Architecture)即模型驱动构架,是由OMG定义的一个软件开发框架,在MDA中软件开发过程是由软件系统的建模行为驱动的,详细的介绍能够参看OMG官方网站http://www.omg.org/mda。框架
MDA系统设计分为三个阶段:网站
- CIM(Computation Independent Model),关注系统环境即需求,不涉及系统内部的机构及运做细节。
- PIM(Platform Independent Model), 关注系统内部细节,不涉及实现系统的具体平台。
- PSM(Platform Independent Model),关注系统落实于特定具体平台的细节,如Spring、EJB二、.NET等。
其中,CIM、PIM为系统分析过程,PSM为系统设计过程,因为本次只做系统的分析,因此只涉及到CIM及PIM的过程。spa
在系统分析过程当中,会产生各类模型图,依次为:设计
- CIM-1: 定义业务流程,产生业务用例图;
- CIM-2:分析业务流程,产生活动图;
- CIM-3:定义系统范围,产生系统用例图;
- PIM-1:分析系统流程,产生系统用例描述;
- PIM-2:分析业务规则,产生状态图;
- PIM-3:定义静态结构,产生类图;
- PIM-4:定义操做及方法,产生序列图(时序图/顺序图)。
接下来进入实际系统的分析过程。orm
系统需求分析:
对象
图书馆管理系统是一套基于Web实现校园图书馆图书借阅、管理的软件。主体对象分为两部分:借阅者、图书馆管理员。其中,针对借阅者须要实现的基本功能模块为:权限查询、借阅史查询、欠款查询、书目查询、分类浏览、新书通报、馆际互借、预定图书、资料更新、修改密码;针对图书馆管理员须要实现的基本功能模块为:学生我的信息管理、借阅信息管理、权限管理、逾期管理、丢失图书管理、馆藏图书管理、购进新书。blog
下面分别就各个部分提出的需求进行描述:接口
1、借阅者:事件
- 权限查询:记录借阅者可以借阅的书目、期刊杂志、数据库等信息,以及容许借阅的最大数目和期限。
- 借阅史查询:记录借阅者所借阅图书信息,包括名称、索书号、做者、馆藏地点等信息,而且记录图书状态,包括借出、已归还两种状态、以及借出时间、应归还时间。
- 欠款查询:记录因为借阅者逾期未还产生的欠款信息。
- 书目查询:实现对馆藏图书的查询,能够经过名称、索书号、做者等信息进行查询,输出信息包括名称、索书号、做者、出版日期、图书摘要、分类信息、馆藏地点、借阅状态、价格、馆藏数量等信息。
- 分类浏览:能够根据图书分类进行浏览。
- 新书通报:记录图书馆新购图书。
- 馆际互借:能够预定不一样校区图书馆图书。
- 预定图书:能够预定已借出图书,待书籍归还时发出通知,或者图书馆没有收录的图书,待购进以后发出通知。
- 资料更新:能够更改用户名、真实姓名、身份证号码、出生日期、联系方式、通信地址、电子邮件、所属学院及专业等信息。
- 修改密码:能够修改登陆密码。
2、管理员:
- 学生我的信息管理:记录全部学生信息,而且能够从学校数据库直接导入学生信息,并可以做适当的修改。
- 借阅信息管理:能够录入借出信息、归还信息,记录借出日期、应还日期以及实际归还日期。
- 权限管理:能够设置每一个学生的借阅权限,如可以借阅的书目、期刊杂志、数据库等信息,以及容许借阅的最大数目和期限。
- 逾期管理:记录借阅逾期信息,欠款信息。
- 丢失图书管理:记录丢失图书信息,以及偿还方法,能够购买同一版本图书进行偿还,或者赔偿相应金额。
- 馆藏图书管理:记录全部馆藏图书信息,如书籍名称、索书号、做者、出版日期、图书摘要、分类信息、馆藏地点、借阅状态、价格、馆藏数量等信息;能够进行书目检索,并能够进行书籍信息修改,能够添加或删除书目信息。
- 购进新书:能够根据学生预定新书信息或者馆藏须要购进新书。
事件及事物列表:
事件列表和事物列表再系统设计分析的过程当中起到相当重要的做用。事件列表是在对系统需求进行详尽的分析以后得出的将来系统将进行的一系列动做,在系统设计过程当中,业务用例与系统用例将从事件表中进行抽取;而事物列表则是系统涉及到的实体对象,在后续分析类图和设计类图的分析中,各个实体类将从事物列表中抽取。
系统相关事件列表 | |||||
事件名称 | 触发器 | 来源 | 活动/用例 | 响应 | 目的地 |
一、用户查询权限信息 | 权限查询请求 | 学生 | 查询用户权限 | 返回用户权限信息 | 学生 |
二、用户查询借阅史信息 | 借阅史查询请求 | 学生 | 查询用户借阅史信息 | 返回用户借阅史信息 | 学生 |
三、用户查询欠款信息 | 欠款查询请求 | 学生 | 查询用户欠款信息 | 返回用户欠款信息 | 学生 |
四、用户进行书目查询 | 书目查询请求 | 学生 | 根据查询条件进行书目查询 | 返回图书信息 | 学生 |
五、用户进行分类浏览图书 | 分类浏览请求 | 学生 | 根据分类查询查询图书 | 返回分类查询结果 | 学生 |
六、用户查看到馆新书 | 新书通报请求 | 学生 | 查询到馆新书 | 返回到馆新书信息 | 学生 |
七、用户跨馆进行图书借阅 | 馆际借阅请求 | 学生 | 用户录入馆际借阅信息 | 产生馆际借阅信息 | 管理员 |
八、用户预定图书 | 用户预定请求 | 学生 | 用户录入须要预定的图书信息 | 产生预定信息 | 管理员 |
九、用户进行资料更新 | 资料更新请求 | 学生 | 用户录入须要修改的信息 | 修改相应数据库信息 | 数据库系统 |
十、用户进行修改密码 | 修改密码请求 | 学生 | 用户录入新密码 | 修改相应数据库信息 | 数据库系统 |
十一、管理员录入学生信息 | 录入信息请求 | 管理员 | 管理员录入信息 | 向数据库插入信息 | 数据库系统 |
十二、管理员删除学生信息 | 删除学生信息请求 | 管理员 | 录入须要删除的学生信息 | 向数据库删除学生信息 | 数据库系统 |
1三、管理员修改学生信息 | 修改学生信息请求 | 管理员 | 录入须要的修改学生信息 | 修改数据库学生信息 | 数据库系统 |
1四、管理员查询学生信息 | 查询学生信息请求 | 管理员 | 查询学生信息 | 返回查询学生信息 | 管理员 |
1五、用户借书 | 用户借书请求 | 学生 | 进行用户借书处理 | 向数据库插入借阅信息 | 数据库系统 |
1六、用户还书 | 用户还书请求 | 学生 | 进行用户还书处理 | 修改数据库图书借阅状态 | 数据库系统 |
1七、管理员修改用户权限 | 修改权限请求 | 管理员 | 管理员修改用户权限 | 修改数据库用户权限信息 | 数据库系统 |
1八、管理员查询逾期信息 | 查询逾期信息请求 | 管理员 | 查询逾期信息 | 返回逾期图书信息 | 管理员 |
1九、管理员查丢失图书信息 | 查看丢失图书请求 | 管理员 | 查询丢失图书信息 | 返回丢失图书信息 | 管理员 |
20、管理员查询馆藏图书信息 | 查询馆藏图书请求 | 管理员 | 查询馆藏图书信息 | 返回馆藏图书信息 | 管理员 |
2一、管理员增长馆藏信息 | 增长馆藏图书请求 | 管理员 | 录入新增图书信息 | 向数据库插入新增图书信息 | 数据库系统 |
2二、管理员删除馆藏图书信息 | 删除馆藏图书请求 | 管理员 | 录入须要删除的图书信息 | 向数据库删除须要删除的图书信息 | 数据库系统 |
2三、管理员修改馆藏图书信息 | 修改图书信息请求 | 管理员 | 录入须要修改的信息 | 修改数据库图书信息 | 数据库系统 |
2四、管理员购进新书 | 购进新书请求 | 管理员 | 录入新书信息 | 向数据库插入新书信息 | 数据库系统 |
系统相关事物列表 |
|
事物名称 | 说明/属性 |
一、学生 | 包括姓名、ID、性别、年龄等属性 |
二、管理员 | 图书馆管理员 |
三、馆藏图书 | 记录馆藏图书信息,包括书名,索书号、做者、馆藏地点、借阅状态、价格、馆藏数量 |
四、权限 | 容许借阅的书目、期刊杂志、数据库等信息,以及容许借阅的最大数目和期限。 |
五、欠款 | 用户因为逾期未还产生的欠款信息 |
六、预定 | 用户进行图书预定的信息 |
七、借阅图书 | 用于储存用户借阅的图书信息,包括书名、索书号、做者、借出日期、应还日期、实还日期 |
八、逾期未还图书 | 用于记录用户逾期未还的图书信息,包括书籍信息、借出日期、应还日期、逾期日期 |
九、丢失图书 | 用户因丢失没法归还的图书信息 |
十、到馆新书 | 图书馆新购图书信息,包括书籍信息、购进日期、价格、商家信息 |
定义业务流程,产生业务用例图:
根据系统需求,结合事件列表中分析出的来源、对象、相应等相关信息,总结出将来系统须要知足基本功能,在分析业务用例图阶段,只需列出系统所须要实现的功能,不须要考虑系统如何实现该功能,业务用例图以下图所示。
分析业务流程,产生业务活动图:
从业务用例图中,抽取具体用例,绘制活动图,详细描述用例实现的过程与流程。
管理员活动图:
用户活动图:
其它用例的活动图都比较简单,这里就不予画出了。
定义系统范围,产生系统用例图:
在业务用例图的基础上进行扩展,对各个用例进行详细的分析,绘制出更详细的系统用例图。
分析系统流程,产生系统用例描述:
用例描述即经过文字的形式将系统用例图中的用例进行详细的说明,下面以学生查询权限信息为例进行用例描述。
系统用例描述 |
|
系统用例名称 | 学生查询权限信息 |
用例简述 | 学生经过用户界面查询本身的借阅权限 |
用例图 | ![]() |
主要流程 |
一、 学生经过用户界面发起权限查询请求; 二、 系统根据学生的用户信息向数据库查询相应用户权限信息; 三、 数据库返回查询结果; 四、 系统将数据库返回结果返回到用户界面 |
定义静态结构,产生类图:
类图是描述类、接口及它们之间关系的模型图,显示系统中各个类的静态结构;类图中的类从事物图进行抽取,定义类的同时,添加必要的属性以及方法,并说明类之间的关系,下图为系统的设计类图。
定义操做及方法,产生序列图(时序图/顺序图):
时序图/顺序图用来描述对象之间传递信息的时间顺序,用来表示用例中的行为顺序,下面以学生预定图书用例为例画时序图,时序图以下。
分析业务规则,产生状态图:
每个实体对象都有它本身惟一的状态图,状态图描述的是对象的内部逻辑,这些信息是对对象自身属性所执行的动做的描述,接下来就用借书、还书用例过程来对图书状态进行说明。
图书状态图:
总结:
至此,图书馆管理系统的分析过程就结束了,固然,其中每一个类型的图形模型都只是画了一个,剩下的模型分析绘制的方法都是一致的,因此不一一赘述了。简而言之,在系统分析阶段,须要进行系统需求分析,列出事件列表以及事物列表,再进行图形模型的绘制,一共须要绘制的模型有:用例图、活动图、类图、序列图(时序图/顺序图)、状态图。完成了系统分析过程,就能够进行系统的详细设计了。
原创文章:引用请代表出处