图书管理平台工具需求尺寸说明书_1.doc(2)

（3）用例分析在这个步骤中，只涵盖到图书管理员与平台进行交互，其用例图如图9所示。3.3.2.（1）业务流程剖析管理员登录验证成功后，进行删除读者信息的操作，流程图如图4所示。（2）业务实体探讨该流程涉及的业务实体为图书管理员，图书管理平台及中读者信息表，其业务实体及之间的关系如图10。图10（3）用例分析在这个步骤中，只涵盖到图书管理员与平台进行交互，其用例图如图9所示。3.3.33.3(1)概述部门/岗位:图书管理员目的：1.读者注册时账户的依据；2.方便查询客户信息；3.了解顾客数量及单位方便添加相关书籍。相关场景与查询频率：1.每学年固定出现一次；2.在有教师插入退学或新同学调入调出情况会有改动。（2）数据内容（3）报表项3.4?主题域3借还书服务借书登记：先输入借书卡号,检查是否有未还图书记录和借书数量的检查.若符合则添加借书卡号,书号及借书时间等信息。借书记录查询及续签：输入号或书号可获取其相关信息并可申请续签手续。还书手续办妥：输入号及书号,在借阅记录添加还书时间。借书超期超量处理：该功能在读者还书时检索读者借阅信息推断是否超期,进行相应的惩罚。

3.4.1图11借还书管理子平台3.4.23.4.2（1）业务流程剖析该步骤是读者在进行自己相关信息查询及操作时进行的客户身份验证的过程。其步骤图如图15所示。（2）业务实体探讨该流程涉及的业务实体为读者，图书管理平台及中读者信息表，其业务实体及之间的关系如图12。图12（3）用例分析该步骤涉及读者和平台之间的交互，其用例图如图13所示。图133.4.2.2（1）业务流程分析该步骤是管理员借助与平台的交互将读者的借阅信息录入的操作。其步骤图如图15所示。（2）业务实体探讨该流程涉及到图书管理员、系统和表之间的交互。其中借阅信息表中的两个字段分别是图书信息表和读者信息表中的字段。实体及实体间的关系如图14所示。（3）用例分析在这个步骤中，读者将所借的书给管理员进行添加操作，管理员与平台进行交互，将读者借阅信息添加到中。其用例图如图17所示。3.4.2.3（1）业务流程分析续借手续为读者注册平台后查看自己的阅览记录之后进行相关书籍的续借操作。其步骤图如图15所示。图14图15借还书流程图（2）业务实体探讨该流程涉及读者和平台间的交互，读者借助系统对中阅览信息表进行升级。

其实体和实体间的关系如图16所示。图16（3）用例分析用例图如读者操作用例图13所示。3.4.2.4（1）业务流程分析还书手续流程为读者将图书还回，管理员进行操作，查找出读者的阅览信息，如果图书超期，系统会自动给出超期提示，管理员对读者进行相应的处罚处理以后完成借阅信息的减轻，读者还书完成。其步骤图如图15所示。（2）业务实体探讨该流程涉及到图书管理员、系统和表之间的交互。其中借阅信息表中的两个字段分别是图书信息表和读者信息表中的字段。实体及实体间的关系如图14所示。（3）用例分析在这个步骤中，读者将会还的书给管控员，管理员与平台进行交互，将读者阅览信息调出进行还书操作。其用例图如图17所示。图173.4.33.4(1)概述部门/岗位:图书管理员,图书馆目的：1.记录借阅的书刊及日期，方便读者还书时的校验；2.用于读者查询到期时间及申请借阅手续；3.了解读者借书的周期性和下降情况。相关场景与查询频率：1.按学年固定更新出现一次；2.平时在读者借阅时进行添加操作。（2）数据内容（3）报表项4.具体需求4.1?图书管理子平台4.1.1用例模型在3.2小节的剖析上，可以具象出如下右图的用例模型。

4.1.1.1添加图书信息（UC_B_TJ_TuShuXinXi（1）概况●用例名称：添加图书信息●编号：UC_B_TJ_TuShuXinXi●参与者：图书管理员●用例概述：图书管理员将新添加的图书的基本信息添加到平台中。●相关Stakeholder：Stakerholder利益点管控员仅应该录入一次，在读者查询时不必重复操作办理速度及强度降低，避免排长队读者可直接借助平台检索到图书信息（2）事件流描述●前置条件：管理员顺利登陆平台●后置条件：确保没有重复的图书号●基本事件流：1.管理员登录平台后，选择“图书录入”操作，进入添加图书信息的页面，填写图书的基本信息。2．单击“添加”按钮后，系统会将信息添加到的图书信息汇总表中。3.添加成功后管理员可以执行查看和删除操作。●扩展事件流1a.添加的图书号与已有图书号重复。1a1.页面给出提醒信息，管理员重新添加。2a2a3a.管理员添加了错误的图书信息3a1.添加失败后查看图书信息，查看到出错可将其删除。●异常事件流4a.管理员登陆成功4a1.显示失败因素，重新登录。5a.图书信息添加成功5a1.显示失败因素，修正后重新添加。

（3）相关需求与用途点●用户原始需求：通过输入图书号可查询是否有和已录入的图书信息重复，若有则给出重复提醒。若基本信息没有添加完整，在单击“添加”按钮时给出提醒。为了在客户输入时间时格式比较繁琐，在添加页面中加入日历，用户只需在日历上选用日期就能。●相关用途点：在图书比较多时，系统支持从后台将Excel表添加到。（4）客户界面原型●窗口概览：图书信息录入界面：用来输入图书的基本信息，方便读者的图书检索。图书号可用性检测界面：检查图书号是否可用。成功添加图标：图书信息添加到后会给出添加成功提示。查看图书信息图标：用于验证添加后的图书信息是否可用。删除图书信息图标：管理员添加出错后可以借助此操作进行设置。失败提醒图标：可能包含多个，显示出错信息，帮助客户提供操作。●界面流转：●界面细节：（5）规约与约束类型编号描述行为约束UC_KD_01添加信息时，各个类别应对应性能约束UC_KD_02检测能否可用时，必须在5秒内给出结果4.1.1.2图书信息汇总表（UC_R_●报表名称：图书信息汇总表●报表概述:客户的处室与岗位：图书管理员，图书馆。用户的业务意愿：满足读者查询的需求，查看图书使用状况保持图书信息的实时性。

相关场景与频度：频率：每季度固定出现一次；平时不定期发生，图书信息改变时出现，由管控员管理●报表内容（What）：领域类图；数据项；数据项内容表明可借本书可借图书的存储值直接反映图书馆可借同一图书的数目图书类型图书种类中的一种分类依照计算推导：可借本书=图书馆现有此书刊本书–被借出的本数。输入/输出格式（How）：图书信息汇总表图书信息汇总表图书号书刊名作者出版社出版时间内容简介可借本书图书类型●其他排列次序：按图书号进行顺序。换页级别：每页不少于15条，超过部分分页显示。4.1.2领域建模4.1.2.1图书信息表领域●类名称：图书信息表●别名：图书信息库●涉及主题域：图书管理组件：对图书信息操作的添加、查看、删除事件借还书管理子模块：读者查询图书信息事件●数据窗口分析：图书号：图书按类型在书架上排放的位置进行的统一编号，而且图书编号是唯一的。图书名：应用图书名比较便捷，在图书名有相同时，用图书号区分。●数据构成与格式：图书号：区别图书的编码图书名：图书的名称作者：图书的编撰者出版社：出版书刊的出版社名称出版时间：图书出版的详细时间可借本数：图书馆现有此图书本数图书类型：图书所属的种类4.2?读者管理子平台4.2.1用例模型在3.3小节的剖析上，可以具象出如下右图的用例模型。

4.2.1.1读者信息管理（UC_B_（1）简述●用例名称：管理读者信息●编号：UC_B_GL_DuZheXinXi●参与者：图书管理员●用例概述：图书管理员将实时的读者的基本信息添加到平台中并进行管控。●相关Stakeholder：Stakerholder利益点管理员省略了读者可以自己完成的操作，节省时间缩短了工作强度读者可依据读者信息表注册平台，避免了排队等管控员来处置（2）事件流描述●前置条件：管理员登陆平台顺利●后置条件：确保没有重复的读者卡号●基本事件流：1.管理员登录平台后，选择“读者信息录入”操作，进入添加图书信息的页面，填写读者的基本信息。2．单击“添加”按钮后，系统会将信息添加到的读者信息汇总表中。3.添加成功后管理员可以执行查看和删除操作。●扩展事件流1a.添加的读者卡号与其他读者卡号重复。1a1.页面给出提醒信息，管理员重新添加。2a.添加的信息不符合规定2a1.页面给出提醒信息，管理员重新添加。3a.管理员添加了错误的读者信息3a1.添加失败后查看读者信息，查看到出错可将其删除。●异常事件流4a.管理员登陆成功4a1.显示失败因素，重新登陆。

5a.读者信息添加成功5a1.显示失败因素，修正后重新添加。（3）相关需求与用途点●用户原始需求：通过输入读者卡号可查询是否有和已录入读者信息重复，若有则给出重复提醒。若基本信息没有添加完整，在单击“添加”按钮时给出提醒。为了在客户输入时间时格式比较繁琐，在添加页面中加入日历，用户只需在日历上选用日期就能。●相关用途点：在读者比较多时，系统支持从后台将Excel表添加到。（4）客户界面原型●窗口概览：读者信息录入界面：用来输入读者的基本信息。读者号可用性检测界面：检查读者卡号是否可用。成功添加图标：读者信息添加到后会给出添加成功提示。查看读者信息图标：用于验证添加后的读者信息是否可用。删除读者信息图标：管理员添加出错后可以借助此操作进行设置。失败提醒图标：可能包含多个，显示出错信息，帮助客户提供操作。●界面流转：●界面细节：（5）规约与约束类型编号描述行为约束UC_KD_01添加信息时，各个类别应对应性能约束UC_KD_02检测能否可用时，必须在5秒内给出结果4.2.1.2读者信息汇总表（UC_R_DZ_XXHZ）●报表名称：图书信息汇总表●报表概述:客户的处室与岗位：图书管理员，图书馆顾客的业务意图：读者注册时账户的依据，方便查询客户信息以及知道顾客数量及单位方便添加相关书籍。

相关场景与频度：每学年固定出现一次，在有教师插入退学或新同学调入调出情况会有改动。●报表内容（What）：领域类图；数据项；数据项内容说明密码读者注册平台的帐号，及借书卡号该账号与读者入学时间及单位有关单位读者所属院系读者基本信息的一个别输入/输出格式（How）读者信息汇总表读者信息汇总表卡号姓名性别单位密码入校时间●其他排列次序：按卡号进行顺序。换页级别：每页不少于15条，超过部分分页显示。4.2.1.3读者信息添加UC_I_TJ_DZXX1、使用者名称：读者注册业务目的：验证读者身份，成功登陆后才可申请图书续借手续。时机：不定，读者需要申请图书续借或查看个人借阅信息时发生。频率：对于客户的每天使用，大约在1~3次左右。2、内容与格式交互过程：读者管理子平台：通过管理员录入读者信息，在读者注册时才可验证失败。借还书子平台：通过成功验证，读者才能申请图书续借及查看借阅信息的操作。数据包说明：验证信息：读者卡号+读者密码4.2.2领域模型4.2.2.1读者信息表领域类●类名称：读者信息表领域类●别名：无●涉及主题域：读者管理组件：对读者信息进行操作的添加、查看、删除事件。

借还书模块：读者注册平台身份验证事件。●数据窗口分析：●数据组成与格式：卡号：读者入学时，统一分配的卡号姓名：读者姓名性别：读者性别单位：用户所属机构或院系入校时间：读者入校的详细时间密码：初始密码与账号相同，之后读者可以自己设置4.3?借还书服务子平台4.3.1在3.4小节的预测上，可以具象出如下所示的用例模型。4.3.1.1借还图书管理（（1）简述●用例名称：借还图书管理●编号：UC_B_TS_JieHuan●参与者：图书管理员、读者●用例概述：读者借助该图书管理平台，查询书刊信息后到图书馆取书并在图书管理员处登记借书信息，借出图书后读者可通过该平台查看借阅信息并可以进行图书续借操作。读者还书时，管理员调出借阅信息，系统查看是否超期，若没有逾期，注销掉本次借阅的信息，若逾期则进行处罚处理，之后注销掉本次借阅信息。●相关Stakeholder：Stakerholder利益点管控员操作方便，有超期系统手动提示读者规避了排长队（2）事件流描述●前置条件：读者、管理员登陆平台成功●后置条件：读者接受超期处罚●基本事件流：1.管理员登录平台，读者搜索图书信息。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/ruanjian/article-120424-2.html