MDA系统分析实战--图书馆管理系统

本文通过MDA系统分析方法对图书馆管理系统进行分析,详细介绍了系统分析过程,包括业务流程定义、活动分析、系统范围定义等内容。系统分为借阅者和管理员两个模块,提供了丰富的功能。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 MDA系统分析实战--图书馆管理系统  

 

  本文通过MDA系统分析方法,对图书馆管理系统进行分析,简要叙述系统分析的一般过程。首先,简要介绍什么是MDA:MDA(Model-Driven Architecture)即模型驱动构架,是由OMG定义的一个软件开发框架,在MDA中软件开发过程是由软件系统的建模行为驱动的,详细的介绍可以参看OMG官方网站http://www.omg.org/mda。

MDA系统设计分为三个阶段:

  1. CIM(Computation Independent Model),关注系统环境即需求,不涉及系统内部的机构及运作细节。
  2. PIM(Platform Independent Model),  关注系统内部细节,不涉及实现系统的具体平台。
  3. PSM(Platform Independent Model),关注系统落实于特定具体平台的细节,如Spring、EJB2、.NET等。

其中,CIM、PIM为系统分析过程,PSM为系统设计过程,由于本次只作系统的分析,所以只涉及到CIM及PIM的过程。

在系统分析过程中,会产生各种模型图,依次为:

  1. CIM-1:   定义业务流程,产生业务用例图;
  2. CIM-2:分析业务流程,产生活动图;
  3. CIM-3:定义系统范围,产生系统用例图;
  4. PIM-1:分析系统流程,产生系统用例描述;
  5. PIM-2:分析业务规则,产生状态图;
  6. PIM-3:定义静态结构,产生类图;
  7. PIM-4:定义操作及方法,产生序列图(时序图/顺序图)。

接下来进入实际系统的分析过程。

系统需求分析:

  图书馆管理系统是一套基于Web实现校园图书馆图书借阅、管理的软件。主体对象分为两部分:借阅者、图书馆管理员。其中,针对借阅者需要实现的基本功能模块为:权限查询、借阅史查询、欠款查询、书目查询、分类浏览、新书通报、馆际互借、预约图书、资料更新、修改密码;针对图书馆管理员需要实现的基本功能模块为:学生个人信息管理、借阅信息管理、权限管理、逾期管理、丢失图书管理、馆藏图书管理、购进新书。

下面分别就各个部分提出的需求进行描述:

一、借阅者:

  1. 权限查询:记录借阅者能够借阅的书目、期刊杂志、数据库等信息,以及允许借阅的最大数目和期限。
  2. 借阅史查询:记录借阅者所借阅图书信息,包括名称、索书号、作者、馆藏地点等信息,并且记录图书状态,包括借出、已归还两种状态、以及借出时间、应归还时间。
  3. 欠款查询:记录由于借阅者逾期未还产生的欠款信息。
  4. 书目查询:实现对馆藏图书的查询,可以通过名称、索书号、作者等信息进行查询,输出信息包括名称、索书号、作者、出版日期、图书摘要、分类信息、馆藏地点、借阅状态、价格、馆藏数量等信息。
  5. 分类浏览:可以根据图书分类进行浏览。
  6. 新书通报:记录图书馆新购图书。
  7. 馆际互借:可以预约不同校区图书馆图书。
  8. 预约图书:可以预约已借出图书,待书籍归还时发出通知,或者图书馆没有收录的图书,待购进之后发出通知。
  9. 资料更新:可以更改用户名、真实姓名、身份证号码、出生日期、联系方式、通讯地址、电子邮件、所属学院及专业等信息。
  10. 修改密码:可以修改登录密码。

二、管理员:

  1. 学生个人信息管理:记录所有学生信息,并且可以从学校数据库直接导入学生信息,并能够作适当的修改。
  2. 借阅信息管理:可以录入借出信息、归还信息,记录借出日期、应还日期以及实际归还日期。
  3. 权限管理:可以设置每个学生的借阅权限,如能够借阅的书目、期刊杂志、数据库等信息,以及允许借阅的最大数目和期限。
  4. 逾期管理:记录借阅逾期信息,欠款信息。
  5. 丢失图书管理:记录丢失图书信息,以及偿还方法,可以购买同一版本图书进行偿还,或者赔偿相应金额。
  6. 馆藏图书管理:记录所有馆藏图书信息,如书籍名称、索书号、作者、出版日期、图书摘要、分类信息、馆藏地点、借阅状态、价格、馆藏数量等信息;可以进行书目检索,并可以进行书籍信息修改,可以添加或删除书目信息。
  7. 购进新书:可以根据学生预约新书信息或者馆藏需要购进新书。

事件及事物列表:

  事件列表和事物列表再系统设计分析的过程中起到至关重要的作用。事件列表是在对系统需求进行详尽的分析之后得出的未来系统将进行的一系列动作,在系统设计过程中,业务用例与系统用例将从事件表中进行抽取;而事物列表则是系统涉及到的实体对象,在后续分析类图和设计类图的分析中,各个实体类将从事物列表中抽取。

系统相关事件列表
事件名称触发器来源活动/用例响应目的地
1、用户查询权限信息权限查询请求学生查询用户权限返回用户权限信息学生
2、用户查询借阅史信息借阅史查询请求学生查询用户借阅史信息返回用户借阅史信息学生
3、用户查询欠款信息欠款查询请求学生查询用户欠款信息返回用户欠款信息学生
4、用户进行书目查询书目查询请求学生根据查询条件进行书目查询返回图书信息学生
5、用户进行分类浏览图书分类浏览请求学生根据分类查询查询图书返回分类查询结果学生
6、用户查看到馆新书新书通报请求学生查询到馆新书返回到馆新书信息学生
7、用户跨馆进行图书借阅馆际借阅请求学生用户录入馆际借阅信息产生馆际借阅信息管理员
8、用户预约图书用户预约请求学生用户录入需要预约的图书信息产生预约信息管理员
9、用户进行资料更新资料更新请求学生用户录入需要修改的信息修改相应数据库信息数据库系统
10、用户进行修改密码修改密码请求学生用户录入新密码修改相应数据库信息数据库系统
11、管理员录入学生信息录入信息请求管理员管理员录入信息向数据库插入信息数据库系统
12、管理员删除学生信息删除学生信息请求管理员录入需要删除的学生信息向数据库删除学生信息数据库系统
13、管理员修改学生信息修改学生信息请求管理员录入需要的修改学生信息修改数据库学生信息数据库系统
14、管理员查询学生信息查询学生信息请求管理员查询学生信息返回查询学生信息管理员
15、用户借书用户借书请求学生进行用户借书处理向数据库插入借阅信息数据库系统
16、用户还书用户还书请求学生进行用户还书处理修改数据库图书借阅状态数据库系统
17、管理员修改用户权限修改权限请求管理员管理员修改用户权限修改数据库用户权限信息数据库系统
18、管理员查询逾期信息查询逾期信息请求管理员查询逾期信息返回逾期图书信息管理员
19、管理员查丢失图书信息查看丢失图书请求管理员查询丢失图书信息返回丢失图书信息管理员
20、管理员查询馆藏图书信息查询馆藏图书请求管理员查询馆藏图书信息返回馆藏图书信息管理员
21、管理员增加馆藏信息增加馆藏图书请求管理员录入新增图书信息向数据库插入新增图书信息数据库系统
22、管理员删除馆藏图书信息删除馆藏图书请求管理员录入需要删除的图书信息向数据库删除需要删除的图书信息数据库系统
23、管理员修改馆藏图书信息修改图书信息请求管理员录入需要修改的信息修改数据库图书信息数据库系统
24、管理员购进新书购进新书请求管理员录入新书信息向数据库插入新书信息数据库系统

系统相关事物列表

事物名称

说明/属性

1、学生包括姓名、ID、性别、年龄等属性
2、管理员图书馆管理员
3、馆藏图书记录馆藏图书信息,包括书名,索书号、作者、馆藏地点、借阅状态、价格、馆藏数量
4、权限允许借阅的书目、期刊杂志、数据库等信息,以及允许借阅的最大数目和期限。
5、欠款用户由于逾期未还产生的欠款信息
6、预约用户进行图书预约的信息
7、借阅图书用于储存用户借阅的图书信息,包括书名、索书号、作者、借出日期、应还日期、实还日期
8、逾期未还图书用于记录用户逾期未还的图书信息,包括书籍信息、借出日期、应还日期、逾期日期
9、丢失图书用户因丢失无法归还的图书信息
10、到馆新书图书馆新购图书信息,包括书籍信息、购进日期、价格、商家信息


定义业务流程,产生业务用例图:

  根据系统需求,结合事件列表中分析出的来源、对象、相应等相关信息,总结出未来系统需要满足基本功能,在分析业务用例图阶段,只需列出系统所需要实现的功能,不需要考虑系统如何实现该功能,业务用例图如下图所示。

 

分析业务流程,产生业务活动图:

  从业务用例图中,抽取具体用例,绘制活动图,详细描述用例实现的过程与流程。

管理员活动图:
                                                            

 


用户活动图:
                                                                     

 


其它用例的活动图都比较简单,这里就不予画出了。

定义系统范围,产生系统用例图:

  在业务用例图的基础上进行扩展,对各个用例进行详细的分析,绘制出更详细的系统用例图。

系统用例图

分析系统流程,产生系统用例描述:

  用例描述即通过文字的形式将系统用例图中的用例进行详细的说明,下面以学生查询权限信息为例进行用例描述。

系统用例描述

系统用例名称学生查询权限信息
用例简述学生通过用户界面查询自己的借阅权限
用例图 
 

主要流程

1、  学生通过用户界面发起权限查询请求;

2、  系统根据学生的用户信息向数据库查询相应用户权限信息;

3、  数据库返回查询结果;

4、  系统将数据库返回结果返回到用户界面

定义静态结构,产生类图:

  类图是描述类、接口及它们之间关系的模型图,显示系统中各个类的静态结构;类图中的类从事物图进行抽取,定义类的同时,添加必要的属性以及方法,并说明类之间的关系,下图为系统的设计类图。

定义操作及方法,产生序列图(时序图/顺序图):

  时序图/顺序图用来描述对象之间传递信息的时间顺序,用来表示用例中的行为顺序,下面以学生预约图书用例为例画时序图,时序图如下。

分析业务规则,产生状态图:

  每一个实体对象都有它自己唯一的状态图,状态图描述的是对象的内部逻辑,这些信息是对对象自身属性所执行的动作的描述,接下来就用借书、还书用例过程来对图书状态进行说明。

图书状态图:

总结:

  至此,图书馆管理系统的分析过程就结束了,当然,其中每个类型的图形模型都只是画了一个,剩下的模型分析绘制的方法都是一致的,所以不一一赘述了。简而言之,在系统分析阶段,需要进行系统需求分析,列出事件列表以及事物列表,再进行图形模型的绘制,一共需要绘制的模型有:用例图、活动图、类图、序列图(时序图/顺序图)、状态图。完成了系统分析过程,就可以进行系统的详细设计了。

 

原创文章:引用请表明出处

转载于:https://www.cnblogs.com/KGoing/p/6264957.html

1引言 31.1编写目的 32任务概述 32.1.1 图书信息存储管理 32.1.2 读者信息存储管理 42.1.3 .显示统计结果 42.1.4.安全控制 42.2运行环境 42.3条件与限制 43数据描述 43.1静态数据 43.1.1图书(book): 53.1.2读者(reader): 53.1.3图书访问记录(recorder): 53.1.4系统设置表(configuration): 53.1.5系统操作员记录表(administer): 53.2动态数据 53.3数据库描述 53.4数据流图 63.4.1:数据流图: 73.5数据词典: 83.5.1数据源点及汇点描述: 83.5.2加工逻辑词条描述: 83.5.3数据流名词条描述: 83.5.4数据文件词条描述: 103.6读者还书过程: 103.6.1数据源点及汇点描述: 113.6.2加工逻辑词条描述: 113.6.3数据流名词条描述: 113.6.4数据文件词条描述: 123.7读者查询浏览过程: 123.7.1数据源点及汇点描述: 123.7.2加工逻辑词条描述: 123.7.3数据流名词条描述: 134.图书管理员增删改图书: 134.1管理员信息 134.1.1数据源点及汇点描述: 134.1.2加工逻辑词条描述: 144.1.3数据流名词条描述: 144.1.4数据文件词条描述: 155图书管理员增删改读者: 155.1数据源点及汇点描述: 155.2加工逻辑词条描述: 155.3数据流名词条描述: 165.4数据文件词条描述: 165.4.1图书管理员查询浏览过程: 165.4.2数据源点及汇点描述: 165.4.3加工逻辑词条描述; 165.4.4数据流名词条描述 175.5数据文件词条描述; 175.5.1 176图书管理系统数据恢复: 186.1数据源点及汇点描述: 186.2加工逻辑词条描述: 187. 图书管理者口令修改: 197.1数据源点及汇点描述: 197.2加工逻辑词条描述: 197.3数据采集 198.功能需求 208.1功能划分 208.1.1 该软件具有如下主要功能: 208.2功能描述 208.2.1浏览功能 208.2.2查询功能 208.2.3插入功能 208.2.4修改功能 208.2.5删除功能 218.2.6授权功能 219.性能需求 219.1数据精确度 219.2时间特性 219.3适应性 2110.运行需求 2110.1用户界面 2110.2硬件接口 2110.3软件接口 2210.4故障处理 22
项目管理是“管理科学与工程”学科的一个分支,是介于自然科学和社会科学之间的一门边缘学科。 在信息技术刚刚兴起的时候,信息系统还没有作为一个专门的学科独立出来,它更多的只是计算机学科的一个附属,但是,随着信息技术的条约式发展和计算机系统在生产、生活、商务活动中的广泛应用,信息系统作为一个独立的整体逐渐独立出来,并得到了迅速发展,由于信息系统基于计算机技术、系统科学、管理科学以及通信技术等多个学科的交叉学科,因此,信息系统是一个跨专业,面向技术和管理等多个层面,注重将工程化的方法和人的主观分析方法相结合的一门学科。、 目录 1.信息系统项目的背景介绍 5 2.编制项目的可行性研究报告 6 2.1引言 6 2.2现行组织系统概况 6 2.3拟建立的图书馆管理系统 7 2.4经济可行性分析 8 2.5技术可行性分析 9 2.6社会可行性分析 9 2.7可行性研究结论 9 3.图书馆管理系统招标书 9 3.1本次招标项目要求详见附件 9 3.2投标单位及投标文件的要求 9 4.投标书 10 4.1报价书 10 4.2资质文件 10 4.3投标单位情况表 11 4.4主要工程业绩 11 4.5项目领导小组 11 4.6工程组织设计 11 4.7售后服务体系及人员培训计划 12 5.项目章程 13 5.1文档简介 13 5.2 项目综述 13 5.3初步项目实施计划 15 6.项目工作分解结构(WBS) 19 6.1项目工作的结构分解图 19 6.2项目工作分解结构轮廓图 19 7.设计项目团队内部的组织结构 20 8.绘制该团队的职责分配矩阵 22 9.设计团队成员的考核体系 22 9.1绩效考评管理的分析 22 9.2 绩效考评的具体方法 24 10.项目的文档管理规范 30 10.1设有专职文档管理负责人 30 10.2强调文档说明和修改记录 31 10.3文档统一格式定义 31 10.4文档内容规范 31 10.5文档存储结构 31 11.对该项目的干系人进行分析 32 11.1客户分析 32 11.2项目经理的分析 32 11.3项目分包商的分析 32 11.4项目发起人分析 32 12.对该项目的范围进行调整并进行相应的变更控制 32 12.1项目范围变更 32 12.2变更理由 33 12.3变更造成的影响 33 12.4变更控制 33 13.对该项目的进度和成本进行一定调整并进行相应的变更控制 33 13.1问题的提出 33 13.2图书馆管理系统开发项目成本的组成及影响因素分析 33 13.3软件开发项目成本控制存在的主要问题 34 13.4软件开发项目成本控制的策略分析 35 14.项目进度调整与变更控制 36 14.1影响软件开发项目进度的因素 36 14.2项目进度控制的目的 39 14.3软件开发项目常用进度控制措施 40 15.对项目的风险进行识别、分析和应对 42 15.1 风险的识别 43 15.2 风险的分析 43 15.3 风险的应对 43 16.建立项目的运行管理制度 45 16.1 项目成立 45 16.2工程师项目期间行为规范 45 16.3项目经理的职责 46 16.4项目计划 47 16.5项目周报 47 16.6项目执行的协调 47 16.7项目执行的考核 48 16.8项目实施过程中项目组定期提交的文档 48 17.撰写科研技能训练报告的心得体会 49 附件: 50 1.系统软件总体要求 50 2. 质量、技术要求 51
图书馆管理系统 一.图书馆管理系统需求分析 1、系统目标设计 系统开发的总目标是实现内部图书借阅管理的系统化、规范化和自动化。 能够对图书进行注册登记,也就是将图书的基本信息(如:书的编号、书名、作者、价格等)预先存入数据库中,供以后检索。 能够对借阅人进行注册登记,包括记录借阅人的姓名、编号、班级、年龄、性别、地址、电话等信息。 提供方便的查询方法。如:以书名、作者、出版社、出版时间(确切的时间、时间段、某一时间之前、某一时间之后)等信息进行图书检索,并能反映出图书的借阅情况;以借阅人编号对借阅人信息进行检索;以出版社名称查询出版社联系方式信息。 提供对书籍进行的预先预订的功能。 提供旧书销毁功能,对于淘汰、损坏、丢失的书目可及时对数据库进行修改。 能够对使用该管理系统的用户进行管理,按照不同的工作职能提供不同的功能授权。 提供较为完善的差错控制与友好的用户界面,尽量避免误操作。 2、系统功能需求分析 (1) 读者管理:读者信息的制定、输入、修改、查询,包括种类、性别、借书数量、借书期限、备注等。 (2) 书籍管理:书籍基本信息制定、输入、修改、查询,包括书籍编号、类别、关键词、备注。 (3) 借阅管理:包括借书,还书,预订书籍,续借,查询书籍,过期处理和书籍丢失后的处理。 (4)系统管理:包括用户权限管理,数据管理和自动借还书机的管理 UML的图书馆管理系统建模设计 2 满足以上需求的系统主要包含有一下几个子系统 (1)基本业务功能子系统:该系统中主要包含了借书还书和预订等功能。 (2)基本数据录入功能子系统:该子系统主要包含有书籍信息和读者信息录入功能。 (3)信息查询子系统:包含了多功能的查询书籍信息和读者信息。 (4)数据库管理功能子系统:主要包含了借阅信息管理功能,书籍信息管理功能和预订信息管理功能。 (5)帮助功能子系统。 二、系统动态建模 1、用例图、 3 图书馆管理系统的用例图 从用例图中我们可以看出管理员和读者之间对本系统所具有的用例。 管理员所包含的用例有: (1) 登录系统:管理员可以通过登录该系统进行各项功能的操作 (2) 书籍管理:包括对书籍的增删改等。 UML的图书馆管理系统建模设计
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值