G003-182-18组

班级：18软件工程2班

组号：18组

组员：余海鹏1814080902255 / 许浩忠1714080902438

 

图书馆管理系统需求提案计划书

摘要

本次之所以选择图书馆管理系统进行需求分析，旨在于通过更为先进更为方便的计算机系统与图书馆管理进行联合，让读者用户在图书馆读书阅读图书、借阅图书更加方便，让图书管理员对图书馆的图书管理更加便捷，通过庞大的计算机系统存储图书信息以及后续可以连接网络对其进行更智能的分类；使用该图书馆管理系统，较之前更有利于图书馆管理以及图书管理，同时，减少了读者用户和图书管理员之间繁琐的借阅图书操作。

背景

目前大部分图书馆管理模式都是由人工进行管理计算机进行辅助登记，而人工管理，效率低，手续繁琐，而且耗费大量人力。希望设计一个图书管理系统，用于管理读者的登记，图书的购入借出归还以及注销等，并且方便管理人员还查阅某位读者，某本图书的借阅情况，并可加快对当前借阅情况统计的效率，已全面掌握图书的流通情况，提高工作效率，加快信息反馈，为读者提供满意的借阅环境，同时可以加快读者用户对图书的借阅操作，节省时间，更加便捷。

问题

• 图书馆内图书数量、种类繁多，靠人工加计算机的技术难以进行良好的管理，十分耗费人力资源，图书管理员需要对图书进行分类和录入，较为繁琐，因为图书馆图书数量庞大，数据量庞大，图书管理员根据图书进行编目分类对图书进行拜访存放，同时没有很完整的编目系统会导致十分复杂，消耗人工资源，而且效率过低。
• 图书馆没办法对借阅情况等数据进行完整的统计，图书管理员对图书信息的管理查询没有办法进行完整统计，对于借出的图书以及还在图书馆的图书没有很详细的记录，单纯通过人工加计算机记录没有办法做到完整的记录与存放，而且对于图书的信息也没有做很好的整理存储，会存在很多冗杂的问题，可能会存在记录出错，存储信息错乱等等问题，容错率较低，并且耗费人力资源。
• 图书馆没有对各个管理员权限进行很明确很好的划分，诸如信息管理员，图书管理员，系统管理员等等，权限不明确会导致图书馆运作出现部分问题，图书管理员可以对图书信息进行查看管理，而用户信息管理员可以对注册的读者用户进行信息查看编辑，系统管理员则是对图书馆系统进行维护更新，但是权限不明确的话，图书馆管理员也可以对用户信息进行修改，但是图书馆管理员仍可以对读者用户的图书借阅情况进行查看，这是共有的权限，所以图书该各个管理员的权限应当更加明确，否则会出现运作上的问题。

目的

图书馆引进该图书管理系统能够使图书馆管理员更方便的管理图书馆日常信息，以及方便读者能够实现对个人借阅信息的查询。图书馆馆理系统的实施将很大程度上提高图书馆信息资源的利用率，也使得读者能够更加方便地对图书进行个性化的管理，一个可以在任意时刻都很方便的图书馆查询系统，能够极大地方便管理员及学生的日常生活，有着十分重要的现实意义。

所以该图书馆管理系统要达到的目标有以下几点：

• 增强图书馆管理之间的一体性，通过图书馆管理系统连接各个模块，从而使图书馆管理更加一体。
• 简化图书管理员对图书的管理操作，使图书管理更加便捷快速。
• 简化读者用户对图书的借阅与归还操作，节省操作时间以及人工。
• 加快图书的编目与查找存放，通过计算机系统对图书进行更加系统的编目分类以及存放位置存储，更方便读者用户和图书管理员对图书进行查找。
• 方便图书馆的数据统计工作，该图书馆管理系统会存储所有图书的借阅情况记录，便于对图书进行统计，可以通过类型图书的借阅情况进行统计，也可以通过学生信息进行统计。
• 使图书馆具有多样性，该图书馆管理系统有很强的拓展性，后续可以通过此拓展更多功能。

预期成果

提案可行性

• 经济可行性：该图书馆管理系统可以有力降低人工成本，从而降低人力资源的经济消耗，并且系统的维护成本很低，经济可行性高。
• 技术可行性：该图书馆管理系统使用的计算机技术是广泛使用的，网络技术也是被广泛使用的，目前网络与计算机的发展技术，足够满足图书馆管理系统对图书管理等操作的需求；数据库技术可以满足庞大的图书信息的存储以及读者用户信息的存储，技术可行性高。
• 系统运行可行性：图书馆管理系统分为多个模块进行运作，分别是图书管理员模块，用户信息管理员模块，系统管理员模块以及读者用户模块，而且对于不同的模块权限是不同的，操作相对来说比较简单通俗易懂的，系统界面简洁明了，操作者不需要较高的计算机操作水平就可以运行该系统，所以系统运行可行性高。

预期影响

• 对于图书管理员：可以大大减少工作量，该图书馆管理系统可以连接网路技术对新进图书以及现有图书进行精准编目以及分类，而不单单是图书管理员自己对图书进行编目分类，通过计算机系统以及网络技术对图书进行更精确的分类并且录入，可以使得图书管理员大大减少工作量，使得工作效率更高。不仅方便了图书管理员，并且对于整个图书馆的运作都有了很大提升。
• 对于用户信息管理员：提供了一个更加清晰明了的管理界面对注册登陆过系统的读者用户的信息进行管理，提供一个可以对读者用户信息进行查看修改的权限，这样更加方便管理员对用户进行管理，并且用户信息也会根据专业年级班级进行分类，也可以通过学号进行查找，用户信息管理员可以通过多种检索方式进行查找，还可以对用户信息进行查改，同时可以对学生注册注销等操作进行审核审批，极大提高了用户信息管理员的权限。
• 对于读者用户：简化了许多相较于之前的相对繁琐的操作，比如说注册登录注销等操作，拿最常用的借阅归还操作来说，读者用户只需要先登录图书馆系统，通过编目的图书编号，或者是通过书名等信息进行检索操作，即可选择该确定借阅的图书，同时在这个页面会出现借阅时长，不会有多余的信息以及操作，这边借阅确定之后就可以进行借阅，同时将借阅信息传输到系统进行存储操作，一切的操作都被简化，降低了学习和使用成本。
• 对于信息的存储与管理：该图书馆管理系统可以存储许多图书的相关信息以及用户信息，例如说借阅情况等信息，而且可以对其进行统计，例如说系统可以统计图书馆人流量、图书馆某年级某专业最经常借阅哪一类型的书籍；其次该系统会对所有存储的信息进行完好的存储保管，会经常对网络技术和存储技术进行维护更新，以保证系统的正常运作以及信息安全。

涉众

• 读者用户：

期望：可以方便得对图书进行借阅和归还，可以方便查看和修改自己的个人信息。

• 图书管理员：

期望：可以方便得对图书进行管理，可以方便查看和修改图书信息和借阅情况。

• 信息管理员：

期望：可以方便得对读者用户的信息进行查询修改，进行审核查找统计

• 系统管理员：

期望：对系统进行定期得维护和更新以及对数据的维护备份

 

Organization Chart组织架构图

EA图的使用环境：它通常在定义企业或业务体系结构时使用，并允许角色包含在存储库的其他部分中，例如表示哪个角色、标题或人员负责给定的业务流程、功能或支持服务。

使用目的与绘制步骤：使用这个图例可以更加直观地了解图书馆系统内部的成员组织结构，清晰的展现其组织结构，由主要的涉众组成组织架构图；在Model Wizard开模精灵中，查找Organization Chart，并生成模板，逐步分析，总负责人，管理员，读者，由上而下，循序渐进，一目了然。

图例说明：该图说明了该图书馆管理系统的组织架构图，由图书馆管理总负责人对整个图书馆管理系统进行管理，主要架构人员有图书管理员、信息管理员、系统管理员以及读者用户。

 

Organization Viewpoint 组织观点图

EA图的使用环境：模式创建元素和一个图表，该图描述组织或实体或组织的一部分（如部门或部门）的角色和参与者。元素以嵌套结构表示。它通常是在定义企业体系结构的初始阶段创建（或导入）的。

使用目的与绘制步骤：使用这个图例可以更加直观地了解图书馆系统内部的成员组织结构，清晰的展现其组织结构，由主要的涉众组成组织架构图；在Model Wizard开模精灵中，查找Organization Chart，并生成模板，逐步分析，总负责人，管理员，读者，由上而下，循序渐进，一目了然。

图例说明：该图说明了该图书馆管理系统的组织观点图，由图书馆管理总负责人对整个图书馆管理系统进行管理，主要架构人员元素有图书管理员、信息管理员、系统管理员以及读者用户。

 

图书馆管理系统需求萃取分析书

概要

本章是对于图书馆管理系统的需求进行分析，我们从图书馆管理的几个模块的问题域进行需求分析，我们从系统的角度找出问题，对系统进行需求确定分析，所以接下来会提出该图书馆管理系统的综合需求，这些需求的实现条件，以及这些需求所该达到的标准，这些需求包括功能需求、性能需求、环境需求、可靠性需求、安全保密性需求、以及系统预估会达到的目标。

前景概述与特性

前景概述

该图书管理系统可以通过持续的完善实现更多的功能，对于图书的管理更加细化，对于读者的借阅操作也更加简单。通过图书馆管理系统与图书馆的深度融合，可以节约下图书馆管理员的人力与时间，在持续的完善中甚至可以加入共享阅读等功能，扩大该图书馆管理系统的应用范围。

主要特性

以下是图书馆管理系统必备的功能：

1. 用户登录系统:包括管理员登陆，学生查阅信息登陆
2. 在编目的时候自动迅速查找新的书籍是否己编目，并可以快速编目。
3. 能够用计算机进行快速查找，己确定图书的名称和存放的位置。
4. 查找出一-本已借出的书现在在谁那里。
5. 各类具体查找功能。
6. 统计一本结束正在-.段时间内借过多少本书。
7. 统计一本书在一段时间内被谁借过。
8. 在还书时实现计算机自动判断图书借阅是否超期根据条例进行罚款。
9. 在书丢失时进行赔偿，可以自行设置赔偿条例。
10. 大型数据库，要可以灵活设置库的性质(1. 是否可借2.借阅时间3.不同的读者节约本书可以进行设置4.增加、删除、修改库)。
11. 图书管理员有不同的职位要可以进行权限设置。
12. 读者信息管理。
13. 统计当天工作人员工作流量和流量统计情况

 

以下是图书馆管理系统的部分特性：

• 系统处理的准确性和及时性。系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足学校对信息处理的需求。
• 系统的开放性和可扩充性。图书管理系统在开发过程中，应该充分考虑以后的可扩充性。例如用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是-一个开放系统，只要符合- -定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。
• 系统的易用性和易维护性。图书管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一一点， 就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

问题域

1. 图书馆图书众多，种类繁多，管理系统较落后，没有高效的图书馆管理操作。
2. 管理系统的落后导致图书馆的管理需要大量人力资源，图书馆的管理不够智能化，不够高效。
3. 读者用户没有一个借阅图书归还图书的登记系统，靠人力操作过于低效繁琐。
4. 读者用户没有一个系统用来查看自己的阅读情况、图书馆图书情况，不够便利。
5. 没有图书统计和流量统计功能，用户和管理员不可以查看图书的历史借阅情况。
6. 学生未在规定的时间归还图书，导致图书存量的准确性低。
7. 图书的损坏，丢失未能及时的更新，导致数据的不准确性。

范围

第一版范围

• 新进图书的登记功能：对于购进的新书，系统配备有图书信息资料录入的功能，并且对其进行分类和整理编码。
• 图书的查询修改功能：当图书资料发生变化时，如图书丢失或有错误信息输入时，则应能够及时对数据进行修改和补充。
• 借阅的登记，归还的登记功能：系统的主要功能之一，供本校学生借阅图书、归还图书，并进行登记。
• 学生信息的增加、删除和修改功能：系统的主要功能之一，建立学生信息，并对其进行维护。

后续版本范围

• 新进图书的登记功能：对于购进的新书，系统配备有图书信息资料录入的功能，并且对其进行分类和整理编码。
• 图书的查询修改功能：当图书资料发生变化时，如图书丢失或有错误信息输入时，则应能够及时对数据进行修改和补充。
• 借阅的登记，归还的登记功能：系统的主要功能之一，供本校学生借阅图书、归还图书，并进行登记。
• 学生信息的增加、删除和修改功能：系统的主要功能之一，建立学生信息，并对其进行维护。
• 共享读书功能；远程操作功能；

 

Motivation Viewpoint

适用范围：创建了元素和图表，从给定的利益相关者的角度完全涵盖了动机方面，定义了一个驱动因素、一个评估、一系列目标和应用的原则，以及确认原则所需的要求和约束。该模式通常在计划的分析阶段使用，以获得需求和约束如何与涉众以及定义其目标的其他事物相关联的概述和洞察。

图档使用目的绘图步骤：该模式的目的是提供一个丰富的视图，显示从高层次的利益相关者到需求的分解。它为企业、业务和技术架构师、业务分析师、需求经理和其他关注体系结构策略、策略和动机的涉众提供了一个视图。只用EA中Model Wizard开模精灵中，查找Motivation Viewpoint，并生成模板，根据我组的项目进行实际画图。

图例说明：在用户进行登录图书馆系统的时候需要用户输入用户的账号密码这个约束条件，需求是登录图书馆系统，如果账号密码能在数据库找到对应的用户信息，经过评估则可以登录图书馆系统。

 

用例

EA Use Case Model 用例模型

EA图的使用环境：用例模型模式创建元素和用例图，描述用户在系统中有何权限与任务。用例都包含在系统边界内，参与者都位于边界外。

使用目的与绘制步骤：允许业务分析师和其他涉众描述参与者（用户扮演的角色）在与系统交互时想要实现的价值；在EA中的Model Wizard开模精灵中，查找Use Case Model，并生成模板，根据图书馆系统的项目对各个模块进行用例实现目标。

图例说明：该图说明了该图书馆管理系统内成员的用例，分别对应的是图书管理员的用例，信息管理员的用例，系统管理员的用例以及读者用户的用例。

 

各种用户类确认的“图书系统”的用例和主要参与者如下所示：

主要参与者	用 例
读者	1.借书 2.变更书籍 3.取消借书4.查看菜单 5.注册账号 6.注销账号 7.修改账号信息
图书馆管理员	8.查看读者信息 9.修改读者信息 10.删除读者信息 11.更新图书信息
图书馆总负责人	12.确定购书信息 13.生成系统使用报告 14.更新图书员工信息
用例名称	借书
创建者	读者
最后更新者	读者
创建日期	2020年10月21日
最后更新日期	2020年11月7日
参与者	图书馆管理员
描述	读者从图书馆借书系统”，搜索查看自己要借阅的书籍，选择自己想要的书籍，提交借书申请，并发送请求
前置条件	1.读者登录到“图书馆借书系统” 2.读者符合借书条件
后置条件	1.请求在“图书馆借书系统”中的存储状态是“已接受” 2.根据这一请求的书籍来更新书籍存货 3.根据这一次的请求，对请求的时间窗口更新剩余的书籍
主干过程	1.0 借一本书 1.读者要求查看某一天的书籍列表 2.系统显示有效书籍列表 3.读者从列表中选择一种或多种书籍 4.读者表明借书申请完成 5.系统显示所借阅书籍数量、版本和借阅时间，包括应归还时间 6.读者确认借书申请或请求修改借书申请（回到第3步） 7.系统显示那一天中有效的借书时间 8.顾客选择借书时间和归还时间 9.系统确认接收申请11.系统向顾客发送电子邮件，确认订单细节、价格和送餐说明 12.系统将订单存储在数据库中，并发送请求通知管理员，将请求信息发送给图书馆库存系统，并更新有效的书籍信息
分支过程	1.1 借阅多本书籍（第4步之后分支出来） 1.读者要求借阅另一本书籍 2.返回到第2步 1.2 同样的书籍多本（第3步之后分支出来） 1.读者请求指定数量的同样书籍的多本 2.返回到第4步
异常	1.0.E.1 借书截止时间在当前时间之前（第1步） 1.系统通知读者今天借书已太晚了 2a，读者取消借书请求 2b.系统终止用例 3a，读者请求选择另一个日期 3b 系统重新启动用例 1.0.E.2 没有有效的借书或者归还时间（第1步） 1.系统通知读者己没有有效的借书和归还时间 2a.读者取消申请 2b.系统终止用例 12.E.1 不能完成指定数量的同样书籍多分（第1步） 1.系统通知读者它所能提供的同样书籍的最大数量 2 读者变更所订的书籍份数，或者取消请求
包含	无
优先级	高
使用频率	大约400名用户，平均每天使用一次
业务规则	BR-1，BR-2，BR-3，BR-4，BR-8，BR-11，BR-12，BR-33
特别需求	1.读者在确认请求之前的任何时间都可以取消 2.读者能查看自己前6个月的全部请求，并可以重复其中的任一次请求作为新的请求，只要所有书籍在请求书籍的列表中都有效。（优先级为中）
用例名称	修改书籍列表
创建者	图书馆管理员
最后更新者
创建日期	2020年10月21日
最后更新日期
参与者	图书馆管理员
描述	图书馆管理员可修改书籍列表的有效书籍和数量，以反映有效食书籍的库存量
前置条件	1.书籍已存在于系统中
后置条件	1.修改的书籍信息已经保存起来
主干过程	11.0 编辑已存在的书籍列表 1.管理员请求查看书籍列表清单 2 系统显示清单 3.图书馆管理员修改清单以添加新的书籍、删除或变更书籍 4.图书管理员请求保存修改过的书籍清单 5.系统保存修改过的书籍清单单
分支过程	无
异常	11.0.E.1 指定书籍不存在（第1步） 1.系统通知图书馆管理杨这一指定书籍不存在 2.系统询问管理员他是否要创建这书籍 3a.菜单经理回答“是” 3b.系统调用“创建书籍”用例 4a.菜单经理回答“否” 4b.系统终止用例 11.0.E.2 指定的日期已过去了（第1步） 1.系统通知管理员请求无法实现 2.系统终止用例
包含	更新书籍列表
优先级	高
使用频率	每星期每个用户大约使用20次
业务规则	BR-24
特别需求	1.管理员可以在任何时候取消书籍修改功能。如果书籍清单已经发生了变更，则系统会请求对取消进行确认

功能需求

需求图

Requirements Realization Viewpoint

适用范围：创建了元素和图表，从给定的利益相关者的角度完全涵盖了动机方面，定义了一个驱动因素、一个评估、一系列目标和应用的原则，以及确认原则所需的要求和约束。该模式通常在计划的分析阶段使用，以获得需求和约束如何与涉众以及定义其目标的其他事物相关联的概述和洞察。

图档使用目的绘图步骤：该模式的目的是提供一个丰富的视图，显示从高层次的利益相关者到需求的分解。它为企业、业务和技术架构师、业务分析师、需求经理和其他关注体系结构策略、策略和动机的涉众提供了一个视图。在EA中Model Wizard开模精灵中，查找Motivation Viewpoint，并生成模板，根据图书馆系统的项目进行实际画图。

图例说明：在用户进行登录图书馆系统的时候需要用户输入用户的账号密码这个约束条件，需求是登录图书馆系统，如果账号密码能在数据库找到对应的用户信息，经过评估则可以登录图书馆系统。

环境需求

操作系统：win10

数据库：mysql

CPU ：1.2GHz以上

内存： 1G以上

硬盘： 1G以上

UPS(适选)

分辨率 : 最佳为 1080*960 像素

 

图书馆管理系统需求分析规格书

介绍

图书馆管理系统的背景

项目背景：随着人们知识水平层次的提高，图书馆成为日常生活中不可缺少的一部分，图书管理也变得困难而重要，需要可靠的图书管理系统对图书进行有效的管理，理由如下：图书存书量和业务量庞大，仅靠传统的人工记帐式管理不可行；

图书馆管理系统的目的

目的：实现图书的智能化、信息化和简单化；实现图书信息的增加、删除、修改、查找、借阅、还书的显示操作及实时数据库的提交和更改；提高图书管理员工作信息报送及反馈的工作效率，减轻管理员的劳动负担；提高信息的及时性和汇总统计信息的准确性。

图书馆需要为学校或社会有需求者提供图书的详细信息和馆内库存情况，需要建立庞大的数据库；

图书管理系统能够为一定数量的借阅者提供服务。每个借阅者能够拥有唯一标识其存在的编号。图书馆向每一个借阅者发放图书证，图书证中包含每一个借阅者的编号和个人信息。

系统通过一个单独的程序为借阅者提供服务，不需要管理人员的干预，这些服务包括提供查询图书信息、查询个人信息服务和预定图书服务等。

运行环境

“图书馆管理系统”将运行在一个服务器中，该服务器运行当前大学生使用较多的windows版本和阿里云服务器。

用户如果是读者，只能在固定的时间在图书馆内使用该系统。

用户如果是图书馆图书管理员，只能在固定的上班时间使用该系统。

用户如果是图书馆系统管理人员，可以在任何时间访问该系统的任何功能。

系统特性

图书借阅

描述：只要图书馆的读者用户身份认证了之后就可以通过图书馆系统进行图书借阅，选定要借阅的书籍，只要书籍的借阅情况是正常的，读者用户就可以对选定书籍进行借阅。

刺激/响应序列：

刺激：读者用户请求借阅书本

响应：系统向读者用户询问书本编号，借阅时长，归还时间

刺激：读者用户请求修改借阅书本

响应：如果借阅状态是“已借出”，则系统允许读者用户修改借阅的书单

刺激：顾客请求取消订单。

响应：如果借阅状态是 “已借出”，则系统取消图书借阅。

读者用户信息查询，修改，删除

描述：读者信息管理员通过系统身份认证之后可以通过系统查看读者用户信息，并且可以对其进行修改，以及对读者用户进行注销操作

图书信息查询，修改，删除

描述：图书管理员可以通过系统查看图书馆内的图书信息，并且可以对图书的各项信息进行修改或者删除操作。

读者用户借阅情况查看

描述：读者信息管理员通过系统可以查看读者用户的借阅情况。

图书借阅情况查看

描述：图书管理员可通过系统查看图书的借阅情况总览。

Sequence Diagram

适用环境：创建元素和一个序列图，该序列图描述了一个参与者和两个显示消息按时间顺序调用的组件之间的交互。reurn消息在这个图中没有显式显示。通常在设计或实现阶段使用，但也可以在计划完成并需要文档记录时使用。它可用于：开始建模对象之间的交互以及在参与交互的对象和节点之间发送的消息。

图档使用目的绘制步骤：其目的是使元素之间的交互可视化。设计人员和实现团队通常创建序列图，作为设计工具或用于文档目的。该模式允许建模者展示如何创建资源，例如类，一旦它们在交互中达到了目的，就可以销毁它们。消息序列通常可以通知设计决策或使在操作系统中发现的问题变得清晰。在EA中的Model Wizard开模精灵中，查找Sequence Diagram，并生成模板，根据图书馆系统的项目进行实际画图。

图例说明：我们这个图主要讲述了读者进行注册的时序图，用户申请注册成为图书馆读者，通过用户验证后，用户验证成功就变成图书馆读者，管理员可对用户进行管理。

 

EA Activity Diagram

适用环境：创建元素和活动图，其中包含一系列操作和控制节点（初始、最终、决策等），这些节点由控制流连接，指示触发操作的顺序。它通常在计划的分析阶段使用，以显示活动所描述的工作是如何由一系列动作执行的。图表通常不会为每一项活动而创建，而是为一小部分活动而创建，在这些活动中，明确说明工作是如何进行的很重要。

图档使用目的绘制步骤：其目的是允许业务分析人员和其他涉众通过定义一系列操作来创建活动如何执行其工作的可视化表示。顺序由控制流关系显示。在EA中的Model Wizard开模精灵中，查找Activity Diagram，并生成模板，根据图书馆系统的项目进行实际画图。

图例说明：这个图的起始事件是读者进行注册，注册完成后进行登录，登录成功后作为用户进入该系统，可以进行借书等操作，提交借书申请后，由后台进行审核，审核通过后，借书申请便可以通过，图书变出库成功。

外部接口需求

硬件接口

硬件接口还没确定

软件接口

SI:图书馆系统。

SI-1.1:“图书馆系统”通过程序界以确认登录者为用户还是管理员；

SI-1.2:若登录者为用户，用户可以进行查看，借书，还书等功能

SI-1.3:若登录者为管理员，管理员可以编写，删除或者修改图书，针对用户的评价或者问题对自身进行一个鞭策。

非功能性需求

EA Non Functional Requirements Diagram

EA图的使用环境：该图用于描绘项目的项目非功能性需求，这些需求通常使用显示需求类别的包元素来显示。

使用目的与绘制步骤：通常使用它描绘出可视化的一组非功能性需求。预定义的包集通过允许识别缺失的需求来帮助识别需求规范中的缺口当需求或业务分析师想要提供非功能性需求的可视化时；在EA中Model Wizard中，查找Non Functional，并生成模板，根据图书馆系统的项目对非功能需求画图。

图例说明：该非功能需求图表描绘了与我组项目有关非功能性需求。根据需求类型对这性能效率、可移植性、可靠些非功能性需求进行分组，包括可用性、兼容性、可扩展性、可维护性、功能性、可伸缩性、安全性、可用性、认证、合规、服务水平协议。

性能需求

数据精确度：

如果多人同时修改同一条数据,那这条数据将会被修改多次.

软件不会崩溃

添加一个字段,记录最后一次修改时间,精确度高一些,修改的时候满足上次修改时间即可

时间特性：

本系统尽最大化使响应时间、更新处理时间最短,确保数据转换与传输时间、运行时间正常。

适应性

本系统能在多种操作系统下运行,因而具有很高的设备适应性,系统操作不会随运行环境、与其它软件的接口変化而変化,系统运行进程中我们会随时修改相应错误,也不会随开发计划的变化,而影响整个系统的进程。

安全性需求

• 读者用户只允许查看个人的信息，而且不可以随意更改
• 读者用户只能查看自己的历史借阅情况
• 所有读者用户信息都要进行加密处理
• 图书系统管理员才有权限对系统故障进行维修和维护

Principles Viewpoint models

适用环境：创建元素和一个图表，用于建模目标和原则之间的关系。聚合关系为目标的分解建模，实现关系为原则如何与一个或多个目标相关联建模，该模式通常在一个计划的早期阶段使用，通常会形成被许多计划重用的企业体系结构的一部分。

图档使用目的绘制步骤：该模式的目的是允许企业和信息技术架构师和其他涉众将原则与目标联系起来。这些原则将为需求的清晰度奠定基础在EA中的Model Wizard开模精灵中，查找Principles Viewpoint models ，并生成模板，根据图书馆系统的项目进行实际画图。

图例说明：该图主要描述读者注册账号事件，要求读者要根据三个原则填入注册页面的文本框，第一是账号是学号，第二是密码必须不低于6位，第三是重新输入密码以确保密码正确，如果这三个原则都达到要求才可以注册成功。

EA Specification Manager

适用环境：创建元素和规范视图，允许在文档或类似电子表格的视图中可视化需求，从而允许将复杂的需求分解为更细粒度的需求（下至两个级别）。这种模式可以向下扩展到任意数量的级别。它通常用于需求或业务分析人员希望在文档或类似电子表格的视图中工作时，通常是因为他们能够以这种方式更高效地工作，或者因为他们不熟悉在其他视图（如图表视图）中工作。

图档使用目的绘制步骤：提供一种将一组需求的结构可视化到两个级别的方法，允许在适合非技术受众的熟悉界面中创建和管理需求。此视图中对需求的更改将导致所有其他视图（如图）自动更新。在Model Wizard开模精灵中，查找EA 中的Specification Manager ，并生成模板，根据图书馆系统的项目进行实际画图。

图例说明：这个图主要说明了用户模块的需求，注册模块，要求用户输入学号，密码，确认密码，登录模块，要求用户输入手机号和密码进行登录。

分析模型

EA Requirements traceability Diagram

适用环境：创建元素和一个跟踪图，显示需求和模型中其他元素之间的关系，包括拥有需求块、用例和测试用例的涉众。它通常在开发模型和定义诸如块、用例和测试用例等元素并与其满足的需求相关时使用。然而，图表的一种形式可以在模型发展的任何阶段使用。

图档使用目的绘制步骤：其目的是允许系统工程师创建一个图表，其中模型元素和它们相关的需求之间的关系可以可视化，包括其他需求在EA中的Model Wizard开模精灵中，查找EA Requirements traceability Diagram ，并生成模板，根据图书馆系统的项目进行实际画图。

图例说明：这个需求追踪图描述了拥有需求块、用例和测试用例的涉众，有用户模块需求下的借书模块，还书模块，登录模块。

EA Composite Requirement Hierarchy

适用环境：复合需求层次结构模式创建元素和图表，这些元素和图表允许将需求层次结构定义到任何级别，从而允许从一个级别的需求向下钻取（单击）到另一个图表，在层次结构的下一个级别显示其子需求。

图档使用目的绘制步骤：目的是提供一种可视化一组需求结构的方法，一次显示一个层次，方法是指示一个或多个需求有子需求，子需求由元素右下角的标记表示。复合模式可以应用到任何级别。在Model Wizard开模精灵中，查找EA中的 Composite Requirement Hierarchy ，并生成模板，根据图书馆系统的项目进行实际画图。

图例说明：这个图主要表示了如何提高图书管理系统系统读者借书的频率和系统借书的效率，管理员需要通过在一些多进行一些读书活动，如举办读书月等来提高图书馆的知名度。同时及时与读者进行沟通和定时对系统进行维护，来提高图书馆的价值。

 

EA Domain Model Diagram

适用环境：在类图上创建类，这些类图描述所讨论的域中的重要概念或“事物”。类可以命名，也可以有详细的注释。名词是用来描述连接词之间关系的自然语言

图档使用目的绘制步骤：其目的是创建一个领域中重要概念的模型，该模型可用作通信设备，以确保所有利益相关者对概念有一个共同和一致的理解。在EA中的Model Wizard开模精灵中，查找EA Domain Model Diagram ，并生成模板，根据图书馆系统的项目进行实际画图。

图例说明：这个图主要讲了博客系统的类，有管理员信息类，图书在库信息类，借出图书信息类，注册用户类，登录类。以及阐述了类之间的关系，管理员管理图书，注册用户可以浏览图书，可以借书还书，可以进行登录。

Deploy Diagram

适用环境：创建元素和一个部署图，该图描述具有单个节点（服务器）和执行环境（容器）的部署环境以及部署到这些节点上的构件。该模式通常在为企业级或计划级定义技术体系结构时使用。它可用于：定义将用于在网络拓扑中指定实例的部署节点。指定节点之间通过线级或逻辑级协议进行通信的方式。

图档使用目的：该模式的目的是允许设计师或技术架构师创建或查看虚拟或物理部署环境的模型，包括节点（如机器服务器）、执行环境（如操作系统、容器、基于软件的服务器）。工件和部署规范对软件如何部署到节点或执行环境进行建模。

在EA中Model Wizard开模精灵中，查找Deploy Diagram，并生成模板，根据图书馆系统的项目进行实际画图。

图例说明：该部署图主要根据我们的系统是属于B/S架构绘制的，客户计算机在浏览器打开网站，应用服务器通过进行内部调用和与数据库服务器和外部服务器的交互响应给用户界面。

 

 

数据字典和数据模型

数据字典

数据项名	手机号		数据项名	邮箱
含义说明	用户用于登录注册的账号		含义说明	用户用于登录注册
数据类型	INT		数据类型	Varchar
长度	12		长度	30
取值范围			取值范围
取值举例	13676703201		取值举例	869603539@qq.com

 

数据项名	管理员密码		数据项名	图书编码
含义说明	管理员用于登录的密码		含义说明	用于查询图书所用的编码
数据类型	Varchar		数据类型	Varchar
长度	55		长度	45
取值范围	10-55		取值范围	5-45
取值举例	123456		取值举例	102

 

数据项名	图书名称		数据项名	图书价格
含义说明	图书名		含义说明	用户购买图书的价格
数据类型	Varchar		数据类型	INT
长度	45		长度	11
取值范围	1-45		取值范围	1-11
取值举例	《昨日世界》		取值举例	15

 

数据项名	图书数量		数据项名	图书作者
含义说明	平台上该图书所拥有的数量		含义说明	用于显示浏览页面
数据类型	INT		数据类型	Varchar
长度	50		长度	25
取值范围	1-50		取值范围	1-25
取值举例	10		取值举例	黄仁宇

 

数据结构

 

数据结构名	含义说明	组成
用户	系统前台的主体数据结构，登记了顾客信息	用户账号，用户手机号，用户密码,用户邮箱，用户地址
图书信息	定义了图书的一系列信息	图书编码，图书名称，图书价格，图书作者，图书出版社，图书数量
管理员	系统后台的主体数据结构，定义了管理员的信息	管理员账号，管理员密码

 

数据流

EA Data Flow Model pattern

适用环境：创建元素和图表，为组织的角色、职责和报告线建模。各种各样的线条样式和颜色被用来帮助布局和吸引人的图表。它通常在定义企业或业务体系结构时使用，并允许角色包含在存储库的其他部分中，例如表示哪个角色、标题或人员负责给定的业务流程、功能或支持服务。

图档使用目的绘制步骤：模式的目的是允许业务分析师、业务架构师或其他涉众创建一个组织图，以表示特定时间点的组织结构。可以将其命名为“人员”或“部门”图表的一部分

在EA中的Model Wizard开模精灵中，查找Organization Chart，并生成模板，根据图书馆系统的项目进行实际画图。

图例说明：

本系统中与系统交互的对象分为：负责人（管理员），已注册的用户，管理员

数据输入的地方主要在：借书，还书，更新书库，

数据输出的地方主要在：展示已更新的书籍

第一层数据流层为：登录系统借书还书，其数据流在于，登录系统后，数据存储，借书还书完成。

第二层数据流层为：登录过程的细化，其数据流在于：注册用户信息，修改用户信息，数据存储，登录完成。

 

Create a new Database

适用环境：具有Deployed Database模式的数据库服务器创建元素和部署图，该图描述了通过关系数据库管理系统部署包中包含的一系列数据库表的层，而关系数据库管理系统又嵌套在驻留在物理或虚拟数据库服务器中的操作系统中。该模式通常在为企业级或计划级定义技术体系结构时使用。它可用于：对构成物理数据模型的一系列表的部署中的层进行建模。

图档使用目的绘制步骤：目的是允许设计师或技术架构师创建或查看虚拟或物理部署环境的模型，包括节点（如机器服务器）、执行环境（如操作系统、容器、基于软件的服务器）。工件和部署规范对软件如何部署到节点或执行环境进行建模。该图显示了如何将表和其他数据库对象的建模连接到部署模型。在Model Wizard开模精灵中，查找Database Server with Deployed Database ，并生成模板，根据我组的项目进行实际画图。

图例说明：这个图展示了我们组项目图书馆系统的建立数据库的数据表格罗列，有读者表，账单表，在库图书表，已借图书表

 

 

 

数据流名	说明	数据流来源	数据流去向	组成
用户登录	用户登录时发出的请求信息	用户	用户验证	用户账号，用户密码
管理员登录	管理员登录时发出的请求信息	管理员	管理员验证	管理员账号，管理员密码
图书信息	管理员发布图书出售的信息管理	管理员	用户浏览	图书编码，图书名称，图书价格，图书作者，图书出版社，图书数量
购买记录	用户购买图书的信息管理	用户	用户	图书编码，图书名称，图书价格，图书作者，图书出版社，图书数量
添加商品信息	管理添加图书的信息管理	管理员	用户	图书编码，图书名称，图书价格，图书作者，图书出版社，图书数量

 

业务规则

 

规则定义	规则类型	静态或 动态	来 源
图书借阅需要在10分钟内选定图书并完成借阅	约束	动态	图书管理员
只有图书系统管理员可以对图书馆管理系统进行维护和维修	事实	静态	图书馆系统管理员
读者用户需要在规定时间内将借阅图书进行归还	约束	动态	图书管理员
读者用户的信息都要用加密方式保护	约束	静态	读者用户信息管理员
只有图书管理员有权限对图书借阅情况进行修改删除	约束	静态	图书管理员

参考文献

《软件需求》：电子工业出版社

《软件需求（第2版）》：清华大学出版社

《掌握需求过程》：人民邮电出版社

《实用软件需求》：机械工业出版社