图书管理系统用例说明

图书管理系统用例说明（精选7篇）

1.图书管理系统用例说明 篇一

小型超市销售管理系统的用例分析

一、确定系统的总体信息

小型超市销售管理系统是对商品的销售及商品的采购、库存进行统一管理的系统，具体包括：仓库管理员的盘点、上下架管理、出入库、补货申请；销售管理员的商品销售处理、销售统计处理、货架商品处理；采购员的申请采购处理、商品信息录入、采购下单；系统管理员的系统维护，包括增加商品、删除更新商品、增加使用者信息、删除或更新使用者信息、商品信息查询、使用者信息查询等。

二、确定参与者

根据图书馆管理系统的需求分析，参与者有：

1、仓库管理员：登录信息进行盘点，填写补货申请；

2、销售管理员：商品销售处理、销售统计处理、货架商品处理；

3、采购员：申请采购处理、商品信息录入、采购下单；

4、系统管理员：系统维护，增加、删除或更新商品，增加减少书籍，增加、删除或更新使用者信息。

三、确定系统用例

用例是系统参与者在交互过程中所需完成的事务，识别用例的方法是从分析系统参与者开始，考虑每个参与者是如何使用系统的。

1、仓库管理员请求服务的用例

（1）登录系统；

（2）对仓库内商品进行盘点；（3）进行上下架；（4）填写出、入库单；（5）进行补货申请。

2、销售管理员的用例（1）商品销售处理；（2）销售统计处理；（3）货架商品处理。

3、采购员的用例（1）申请采购处理；（2）商品信息录入；（3）采购下单。

4、系统管理员进行系统维护的用例（1）查询商品信息；（2）查询使用者信息；（3）增加商品；（4）删除或更新商品；（5）增加使用者信息；（6）删除或更新使用者信息。

4、绘制用例图

（1）仓库管理员请求服务的用例图 如图1所示。

盘点上架管理下架管理<>登录系统仓库管理员补货申请<>出库入库

图1 仓库管理员请求服务用例图

（2）销售管理员的用例图

如图2所示。

盘点盘点上架管理上架管理下架管理下架管理登录系统<>登录系统<>仓库管理员仓库管理员补货申请补货申请出库入库出库入库<><>

图2 销售管理员的服务用例图

（3）采购员的用例图

如图3所示。

申请采购处理采购管理员

商品信息录入

采购下单

图3采购员的服务用例图

（4）系统管理员进行系统维护的用例图 如图4所示。

查询商品查询商品信息查询使用者信息

管理员增加商品管理员删除或更新商品增加使用者信息

删除或删除或更新使用者信息

图4 系统管理员维护用例图

2.图书管理系统的设计说明书 篇二

设计题目：图书管理系统

院 系：计算机科学与工程学院

专 业： 软件工程

班 级： 软件工程081

学 号： Y12108119

姓 名：指导教师： 汤力

设计地点： 东南机房

开课时间： 10 至 11 学年第 一 学期

常熟理工学院计算机科学与工程学院 制

目录

1引言 ............................................................................................................................................... 3

1.1编写目的 ............................................................................................................................. 3

1.2背景 ..................................................................................................................................... 3

1.3定义 ..................................................................................................................................... 3

1.4参考文献 ............................................................................................................................. 4

2总体设计 ....................................................................................................................................... 4

2.1需求规定 ............................................................................................................................. 4

2.2运行环境 ................

............................................................................................................. 4

2.3基本设计概念和处理流程 ................................................................................................. 5

2.4结构 ..................................................................................................................................... 6

2.5功能需求与程序的关系 ..................................................................................................... 6

2.6人工处理过程 ..................................................................................................................... 7

2.7尚未解决的问题 ................................................................................................................. 7

3接口设计 ....................................................................................................................................... 7

3.1用户接口 ............................................................................................................................. 7

3.2外部接口 ............................................................................................................................. 7

3.3内部接口 ............................................................................................................................. 7

4运行设计 ....................................................................................................................................... 8

4.1运行模块组合 ..................................................................................................................... 8

4.2运行控制 ............................................................................................................................. 9

4.3 运行时间 .......................................................................................................................... 10

5系统数据结构设计...................................................................................................................... 10

5.1逻辑结构设计要点 ........................................................................................................... 10

5.2 物理结构设计要点 .......................................................................................................... 10

5.3数据结构与程序的关系 ................................................................................................... 10

6系统出错处理设计...................................................................................................................... 10

6.1出错信息 ........................................................................................................................... 10

6.2补救措施 ........................................................................................................................... 11

6.3系统维护设计 ................................................................................... 错误!未定义书签。

概要设计说明书

1引言

随着计算机技术的不断应用和提高，计算机已经深入到社会生活的各个角落。而中小型租、借书机构仍采用手工管理图书的方法，不仅效率低、易出错、手续繁琐，而且耗费大量的人力。为了满足其管理人员对图书馆书籍，读者资料，借还书等进行高效的管理，在工作人员具备一定的计算机操作能力的前提下，此图书管理系统软件力求提高其管理效率。

1.1编写目的

本文档的编写是为了完善图书管理系统软件的开发途径和应用方法。以求在最短的时间高效的开发图书管理系统。

1.2背景

本项目的名称：图书管理系统开发软件。

本项目的任务提出者及开发者是图书管理系统软件开发小组，用户是中小型租、借书机构。

本产品是针对电脑管理图书的需求设计的，可以完成读者登记、购入新书、读者借还书、等主要功能。

1.3定义

开发(develop)：不是单纯指开发活动，还包括维护活动。

项目 (project)：该词指的是向顾客或最终用户交付一个或多个产品的收管理的相关资源的集合。这个资源集合有着明确的始点和终点，并且一般是按照某项计划运行。这种计划通常会形成文件，并且说明要交付或实现的产品、所用的资源和经费、要做的工作和工作进度，一个项目可能有若干项目组成。

项目开发计划(project development plan)：是一种把项目一定一过程与项目如何推进连接起来的方案。

产品生命周期(product life cycle)：是产品从构思到不可以再使用的持续时间。

1.4参考文献

《CMMI软件过程改进与评估》 罗运模、谢志敏等编著，电子工业出版社，6月版，北京

《软件工程导论》(第四版) 张海藩编著，清华大学出版社，10月版，北京

2总体设计

2.1需求规定

主要输入输出项目：

图书信息：(书名，ISBN，定价，出版社，数量，是否可借)

用户信息：(ID，姓名，年龄，性别，开户时间，余额，是否VIP，累记金额) 借阅信息：(ID，ISBN，数量，借出日期，押金)

2.2运行环境

硬件环境：

最低配置：CPU：Pentium3 800以上或其它兼容规格，内存：256M以上，硬盘：20GB以上空间

推荐配置：CPU：Pentium4 1.6G，内存：512M以上，硬盘：100GB以上空间。 软件环境：Windows 9x/2000/XP

SQL Server 2000

.NET Framework 2.0

2.3基本设计概念和处理流程

读者借还图书处理流程

3.图书管理系统用例说明 篇三

需求分析阶段的任务是确定软件系统功能，用例建模是面向对象软件开发技术中的一个重要部分，它从用户角度描述软件系统功能。以医学院临床管理信息系统为例，利用统一建模语言UML对系统进行抽象，建立用例模型;根据用例建模，采用结构化设计的方法设计出临床毕业实习管理系统功能模块，完成系统初步设计。

0引言

在系统工程及软件工程中，需求分析指在创建一个新的或改变一个现存的系统或产品时，确定新系统的目的、范围、定义和功能时所要做的所有工作。需求分析是软件工程中的一个关键过程[1]，是整个系统开发的基础。需求分析的结果将直接影响到整个软件工程的成功与失败[2]，需求分析阶段的任务是确定软件系统功能。

在UML中，需求模型又称为用例模型，主要用于描述系统的功能性需求，即软件可以实现的功能。将UML的用例模型应用到医学院校临床毕业实习管理系统的需求分析中可以更有效地获取系统功能需求，并清晰描绘出系统功能。

1医学院校临床毕业实习管理系统需求分析

医学院校临床毕业实习根据专业性质不同一般为36～52周，通常安排在第五学年进行。临床医学毕业实习工作主要包括：实习计划制订、实习医院落实、实习生分配、各实习医院学生名单公布，实习日期确定;学生分赴实习医院、确定实习科室轮转日程、确定实习指导教师、分配实习分管床位、按计划进入各实习科室、出科考试。参与这些工作的用户有管理员、教师、学生、系统管理员，不同的用户对系统有不同的功能需求。

学生用户的功能需求为：查询和修改个人信息，填报实习医院，查询实习医院，查看、下载、上传作业，查看各种公共信息，查询学生成绩等;教师用户的功能需求为：查询及维护个人信息，添加、修改、删除实习科目，查看、添加、删除、修改公告，查看、添加、修改、删除作业，查询学生记录、录入学生成绩;管理员用户的功能需求为：查询、添加、删除、修改、审核或导入医院信息、专业信息、实习科目信息和教师信息，发布、查看、修改公告审核和调整学生实习医院等;系统管理员用户的功能需求为：管理整个临床毕业实习管理系统，负责不同用户组的权限定义，进行整个系统的信息初始化及数据维护备份，注册系统用户，负责系统安全管理，硬件环境及网络的管理与维护。

根据上述各种用户的功能需求描述，可以将临床毕业实习管理业务功能归纳为：用户管理、公用信息管理、作业管理、实习成绩管理、公告管理、实习医院管理，如图1所示。

2基于UML用例建模的系统用户功能需求描述

用例(Use Case)是一种描述系统需求的方法，使用用例的方法来描述系统需求的过程就是用例建模。用例方法最早由Iva Jackboson博士[3]提出，后来被综合到UML规范之中，成为一种标准化的需求表述体系。UML 是目前最常用的一种面向对象建模语言， 主要包括7种常见类型，即用例图、类图、序列图、状态图、活动图、组件图和部署图，分别用于不同的建模用途。 用例图主要用于对系统、子系统或类的行为进行建模。它只说明系统实现什么功能，而不必说明如何实现。用例图包括系统的执行者和若干个执行用例[4]，以图形化的方式表示系统内部用例、系统外部参考者以及它们之间的交互[5]，从系统外部用户的观点看系统所具功能的高级视图[6]。

医学院校临床毕业实习管理系统中的主要执行者有系统管理员、普通管理员、带教教师及实习学生等，常见的执行用例为数据备份与恢复、用户管理、公用信息管理、公告管理、作业管理、实习成绩管理、实习医院申报和审核管理，由此可以得到系统顶层用例如图2所示。

2.1用户管理用例建模

在医学院校临床实习毕业系统中，为了保证系统数据的安全，建立用户管理。用户管理实现系统中所有用户使用系统资源的权限管理。用户管理的执行者是系统管理员，执行用例为添加用户、修改和查询用户、删除用户、权限定义。具体用例如图3所示。

2.2公用信息管理用例建模

公用信息是维护整个系统正常运行所需的基础数据集，公用信息管理的执行者是各院系管理员，执行用例包括专业信息管理、班级信息管理、学生信息管理、管理员信息管理、部门信息管理、公告类型信息管理、实习科目信息管理、成绩系数管理，具体用例如图4所示。

2.3作业管理用例建模

为巩固学生实习所学知识，检测学生实习效果，并使所学知识转化为技能技巧，在实习过程中，带教教师常常布置相应的作业，教师通过批改学生作业，检查实习效果，因此在医学院校临床毕业实习管理系统中设置作业管理用例图。作业管理的执行者是带教教师和实习生，执行用例包括添加作业、管理作业、批改作业、做作业。具体用例如图5所示。

2.4成绩管理用例建模

医学院校临床毕业考试成绩通常由毕业实习成绩、毕业实践技能考核成绩、毕业理论考核成绩按一定比例构成。专业不同，实习科目不同，毕业实习成绩计算方法也不同。例如临床医学专业实习科目为内科、外科、妇产科、儿科，每个科目的出科考试成绩通常由医德医风考核、病历书写考核、临床实践技能考核、理论考试按一定比例构成，内科、外科、妇产科、儿科的出科考试的平均分构成毕业实习成绩。录入成绩后，学生可查询成绩，各院系(或者医院)的管理员将学生每门实习科目的`出科考试成绩按一定系数比例汇总成毕业实习成绩，各院系管理员将毕业实习成绩、毕业实践技能考核成绩、毕业理论考核成绩按一定比例汇总成毕业考试成绩上交给教务处。成绩管理的执行者有教师、院系管理员和实习生，执行用例包括录入成绩系数、录入成绩、查询成绩、汇总成绩。具体用例如图6所示。2.5公告管理用例建模

公告管理的执行者为系统管理员、管理员和实习生，管理员又可分为教师、教务处管理员、院系管理员、医院管理员，执行用例包括添加公告、上传公告、查看公告、修改公告、删除公告。公告管理用例如图7所示。

公告管理系统内的任何用户都可以查看系统内所有已发布的公告。系统管理员、各院系临床实习教学管理员、医院临床实习管理员、教师都可以添加公告，在公告没有发布前可以修改自己添加的公告，各用户可以删除自己已发布的和未发布的公告。

2.6实习医院申报和审核管理用例建模

实习生在实习前首先要进行实习医院的申报，各院系管理员根据实习生的申报情况进行实习医院的调整，调整完后，学生可以查询具体实习医院信息。各医院管理员根据实习生分配情况，对每一实习科目指派带教教师。实习医院申报和审核管理的执行者为实习生和院系管理员，执行用例包括填报实习医院、查询实习医院(扩展用例包括查询实习科目、查看带教教师)、调整实习医院、管理带教教师。具体用例如图8所示。

3系统模块设计

综合上述需求分析和用例模型分析，采用结构化设计的方法设计出临床毕业实习管理系统功能模块，包括用户管理、公用信息管理、作业管理、实习成绩管理、公告管理、实习医院管理共6个子系统，这些子系统又包含了若干子模块，如图9所示。

4结语

4.关于图书总括登记的说明 篇四

1、总括登记又叫总登录，是按照每批进馆图书的验收凭证或每批注销图书的批准文据，分别将每批图书总册数、总价值，各类图书的种类、册数、价值等登记到“图书总括登记薄”上，通过总括登记，可以迅速了解和掌握全馆的藏书动态，包括各类图书的入藏、注销及其原因，馆藏的总册数和总价值。入藏图书的来源可以是学校购买、上级教育部门配发、接受捐赠等。

2、总括登记的特点是：不记录个别图书的具体情况，而以每一批图书的入藏、注销情况作为一个记录单位进行整体登记。一般将入藏和注销分开登记，入藏总括登记与注销总括登记的差额就是馆藏的总册数、总种类和总价值。

3、把入藏总括登记薄（附件1）表头中括号内的“入藏”改成“注销”，表格即变为注销总括登记薄。

4、总括登记薄中的“登录号”，一般按年度编排，每年从第1号开始，一批一个登录号。如2014-

1、2014-

2、„2014-5分别表示2014年入藏的第1、2、„5批书。总括登记中的图书类别应按《中国图书馆图书分类法》中的22大类划分，以便与固定资产账目进行核对。

5、图书分类登记账是指学校图书馆的全部藏书，按图书类别的22大类划分，包括每一大类图书的种类、册数、金额，分类登记账能反映出学校图书馆所藏各类图书的比例。

请按照有关要求组织学校做好相关登记工作。

5.图书管理系统用例说明 篇五

一、业务介绍

手机阅读业务，是指以手机、移动电子书等设备为终端，通过移动通信网络、互联网向用户提供电子书的中国移动自有增值业务。

二、合作以及评审原则

为规范中国移动手机阅读内容合作伙伴的引入，提高手机阅读业务质量，中国移动手机阅读基地（以下简称阅读基地）将遵循公平、公正、公开的原则对申请合作的内容合作伙伴进行评估，符合引入基本条件的机构，均可向阅读基地提交合作申请。

三、合作对象要求

（一）总体要求：

1、申请机构必须具备独立法人资格，最低注册资金100万元，相关证件齐全并且在有效期内。

2、大型出版集团可委托集团下属公司进行集团内数字版权的整体运营，但需出具集团委托证明书。

3、申请机构须符合国家相关管理规定，合法经营，在两年内版权方面的诉讼败诉少于3起。

（二）资质要求：

1、出版单位必须具有“图书出版许可证、互联网出版许可证、文化经营许可证/网络文化经营许可证、出版物发行许可证（出版物经营许可证）”四证之一。

2、文学网站必须同时具有“ICP证书”以及“互联网出版许可证、文化经营许可证/网络文化经营许可证、出版物发行许可证（出版物经营许可证）”三证之一。

3、非出版机构需具有“互联网出版许可证、文化经营许可证/网络文化经营许可证、出版物发行许可证（出版物经营许可证）”三证之一。

（三）资源要求：

申请机构拥有正式出版的具有ISBN编号的图书合法授权200份（含）以上，或未正式出版、但经过编辑加工达到阅读基地对于作品格式和内容要求并且合适手机阅读业务展现的文学、艺术或其他方面的作品授权500份（含）以上。且授权有效期两年以上。

四、图书内容合作申请流程

（一）提交合作申请：

申请机构向阅读基地提出合作申请，按照相关要求填写《手机阅读基地内容合作伙伴接入申请表》并提交企业基本情况材料、经营资质材料、资源储备材料以及营销支撑方案等材料，并将相关申请材料发送到阅读基地邮箱图书合作Email：cpbook@cmread.com.（二）合作初审：

阅读基地审核申请机构提交的合作材料，在15个工作日内完成并予以反馈，对不符合基本引入标准的进行告知，对符合基本引入标准的，进入合作内容版权审核流程。

（三）合作内容版权提交：

通过合作初审的申请机构需在接到阅读基地通知后的15个工作日内提交首批作品的版权文件（扫描件）、给基地的授权书（原件、扫描件和电子版）以及版权和封面承诺书（原件和扫描件），逾期不提交相关版权文件的视为主动放弃本次合作申请。版权审核流程约为20个工作日，通过首批版权审核的申请机构纳入手机阅读内容合作伙伴评审。作品版权具体要求如下：

1、作品版权文件完整，授权路径清晰。

2、必须拥有作品完整的信息网络传播权以及转授权。

3、作品授权期限至少两年，作品授权起始时间必须清楚。

（四）合作评审以及结果告知：

阅读基地定期对符合要求的申请机构进行评审，并将评审结果进行报批，报批通过后阅读基地在10个工作日内予以通知。

（五）账号开通和协议签署：

对于评审通过的申请机构，阅读基地将为其开通手机阅读平台帐号并签署合作协议，从而成为阅读基地的内容合作伙伴。

（六）图书上传： 内容合作伙伴需在平台帐号开通后一个月内将前期通过版权审核的图书内容按照阅读基地要求上传到手机阅读平台。

五、相关附件下载

（1）手机阅读基地内容合作伙伴接入申请书

手机阅读基地内容合作伙伴接入申请书.x

授权书模版.doc（2）授权书模版

（3）版权承诺书模版

版权承诺书模版.doc

（4）封面承诺书模版

6.六年级图书馆说明文小学作文 篇六

图书馆的历史十分悠久。早在公元前30前，巴比伦的神庙中就收藏了各类珍贵的文献资料。根据历史学家的考证，世界上最早的图书馆是位于美索不达米亚的亚述巴尼拔图书馆。同时，这也是现存的规模最宏大，书籍最齐全，保存最完整的古代图书馆。比埃及的亚历山大图书馆要早整整400年，而且也没有像亚历山大图书馆那样因为战乱被毁。并且亚述巴尼拔图书馆中大部分书籍都较完整地被保存了下来。

而在我国，图书馆一开始并不叫做“图书馆”，而是被冠以各式各样的其他名号。例如西周的盟府、两汉的石渠阁、东观、兰台，隋代的观文殿、宋代的崇文院等等，都是我国古代著名的图书馆。而现在我们普遍接受的“图书馆”这一称呼，其实是个外来词汇。 图书馆为人们提供了许多服务。图书馆利用其收藏和设施直接向读者提供文献和情报的一系列活动。

7.图书馆说明文作文 篇七

之前在很多书店里面就已经跟它谋过面，因为对作者的不熟悉，也因为书的封面上有太多“名人”的推荐，我对这本书一度产生过主观上的排斥。我并不喜欢狐假虎威的作者，如果一本书要靠这么多外在的名声作为支撑，那么我会怀疑这本书文字里的真诚度。

所以一直擦肩而过，一直无缘相识。

是在一个午后，习惯性的去图书馆逛逛，机缘巧合之下把这本书借回去了。

记得是在初夏的夜晚开始翻开这本书的。应该是从第一页开始，我就发现，原来经验主义随时会让人犯错。的确，这个世界上太多人要假借他手为自己做嫁衣，但是也不乏有真才实干者会得到慧眼的青睐。我再看推荐者：王蒙、熊召政、苏童、陈鲁豫、陆川、孙俪……跨行跨业的名人都在同时为这本书做推荐，若非是真正精彩的故事，我觉得可能性就太小了。

两天时间里读完了整本书，眼睛润的不行。最大的感受是不虚此行，仿佛去了另一个干净纯洁的世界。所以这本书的推荐语“史上最干净的爱情”一点都不浮夸。然后又读完一遍，持续的感动让我忍不住拿起手机给我相熟的朋友同学一一推荐。后来结果证明，群众的眼睛果然是雪亮的，很多人的眼泪是不知不觉就流出来了。