图书管理平台需求规格说明书_需求规格说明书 需求说明书_需求说明书 需求规格说明书

“图书管理平台”需求预测报告（实例）引言参见可行性分析报告的导言。需求详解目标“图书管理平台”主要提供图书信息和读者基本信息的维护以及借阅等用途。该平台针对的用户是单个中小型图书室藏书的类别和人数较少系统应该操作便捷便利管理员对整个平台管控和学员借阅图书。用户类和特性最终的客户是图书管理员和读者图书管理员需要进行顾客的建立、修改和删除等工作规定具有计算机常识如权限管控等。读者是普通客户具有一定的计算机操作常识即可。运行环境参见节中可行性分析报告的运行环境。功能需求本平台相应的意愿有以上方面。()能够储存一定数目的图书信息并便于有效地进行相应的书籍数据操作和管控这主要包含以上内容。图书信息的录入删除以及设置。图书信息的多关键字检索查询图书的出借、返还和资料统计。()能够对一定数目的读者进行相应的信息传输与管控这其中包含一下读者信息的登记、删除及设置。②读者资料的统计与查询③能够提供一定的安全模式提供数据信息授权访问。需求补充说明的几点如下。()数据储存：需要大量保存在的数据有以上几种。①图书信息：图书的基本信息。②读者信息：读者的基本信息。③借阅信息：图书的阅览信息④账号信息：图书管理员和读者的登陆帐号。

（）系统客户：图书管理员、读者。①图书管理员：对书刊和读者数据可执行添加、修改、删除以及查询等操作。②读者：可查询图书以及查询与本人相关的借阅信息确认执行者执行者是与平台交互的内部实体它既可以是员工也可以是内部平台或软件设施。确定执行者可以借助提出下列问题受到。()谁使用平台的主要用途？()谁应该系统的支持以完成日常工作任务？()谁从平台获取信息？()谁负责维护和管控平台以确保其正常运行？谁从系统获取信息？谁负责维护和管控平台以确保其正常运行()系统应该应付（处理〉哪些内部软件设施（)系统应该和哪些外部平台交互？在本例中可以确认“图书管理员”和“读者”为平台的执行者。“图书管理员”负责使用系统的主要用途,“读者”从平台中获得所需的信息确认用例用例描述了一个完整的平台事件流程其重点在于执行者与系统之间的交互而不是内在的平台活动并对执行者产生有价值的可观测结果。确定用例可以借助提出以上难题受到。()参与者需要从平台中取得什么功能？参与者需要做什么？()参与者读取、产生、删除、修改或内存系统的个别信息吗？()系统中出现事件应该通知参与者吗？参与者需要通知平台某件事情吗？()系统的输入输出信息是什么？这些信息从哪里来到哪里去？()采用什么推动方式满足个别特殊规定？本例中我们借助一定的考察和探讨得到“图书管理平台”的原语图如图所示编写用例文档用例图不能提供用例所具备的全部信息为此应该使用文字表述那些不能放在图形上的信息。

用例文档是关于执行者与平台能否交互的规格说明规定清晰明确没有二义性。在叙述用例时需要只重视外部能力不涵盖内部细节。下面给出本例中的用例文档。图书信息的维护用例用例名：图书信息的维护。参与执行者：图书管理员。入口条件：图书管理员已经注册到该平台中。事件流：当有新书入库时图书管理员在录入页面键入书的信息点击“提交”按钮系统将书的信息储存到中当某一本图书的信息应该设置时图书管理员通过键入查询条件,搜索出该书时点击“修改”按钮系统在可编辑状态显示图书的当前信息图书管理员修改详细信息点击“保存”按钮系统将升级中该书的信息当应该删除一本或多本书刊时图书管理员查找到应该删除的图书记录点击“删除”按钮系统提醒“确实要删除”对话框当管理员选择“是”时平台将删除中相应图书的信息,反之则不进行任何操作。出口条件：系统将中的信息进行相应的操作：添加图书信息时将新的图书信息储存在中设置图书信息时,将中该图书的信息做相应的升级搡作删除图书信息时则删除中的相应图书记录。异常事件:在图书进行设置和删除时先查出需要进行处置的图书记录如果中不存在符合条件的记录查询无结果时则能够进行设置和删除操作。

读者信息的维护用例用例名：读者信息的维护。参与执行者：图书管理员。入口条件：图书管理员已经注册到该平台中。事件流：当有新的读者时图书管理员在录入页面键入读者的信息图书管理系统需求规格说明书,单击“提交”按钮系统将读者的信息储存到中当某一个读者的信息应该设置时图书管理员通过键入查询条件搜索出该读者信息时点击“修改”按钮系统在可编辑状态显示读者的当前信息图书管理员修改详细信息点击“保存”按钮系统将升级中该读者的信息当应该删除一个或多个读者时图书管理员查找到应该删除的读者记录点击“删除”按钮系统提醒“确实要删除”对话框当管理员选择“是”时平台将删除中该读者的信息反之则不进行任何操作。出口条件：系统将中的读者信息进行相应的操作。添加读者信息时将新的读者信息储存在数椐库中设置读者信息时,将中该读者的信息做相应的升级操作删除读者信息时则删除中的相应读者记录。异常事件：在进行设置和删除读者信息时先查出需要进行处理的读者记录如果中不存在符合条件的记录图书管理系统需求规格说明书,查询无结果时则能够进行设置和删除操作。图书信息的查询用例用例名：图书信息的聋询。参与执行者：图书管理员、读者。入口条件：无。事件流：通过交互界面输入查询条件〔如书名、作者名等)搜索图书记录。

出口条件:若有依照条件的课程信息则平台显示很多图书信息。否则系统提醒顾客重新输入调查条件。读者信息的查询用例用例名：读者信息的查询。参与执行者：图书管理员。入口条件：用户已经注册到该平台中。事件流：通过查询图标输入查询条件(如读者证、读者姓名等〉搜索该读者记录。出口条件：若有依照条件的读者信息则平台显示读者信息。否则系统提醒。用户重新输入查询条件。查询个人基本信息用例：用例名：查询个人查询个人基本信息。参与执行者:读者。入口条件：用户将要登陆到该平台中。事件流：单击“查询个人基本信息”按钮。出口条件：系统显示读者本人信息。查询个人借阅信息用例用例名：查询个人借阅信息。参与执行者:读者。入口条件：用户将要登陆到该平台中。事件流：单击“查询个人借阔信息”按钮。出口条件：系统显示读者的阅览信息。借书用例用例名：借书。参与执行者：图书管理员、读者。入口条件：图书管理员已经注册到该平台中。事件流：图书管理员在借阅页面键入图书编号和读者证号点击“保存”按钮。出口条件：系统将这条借书记录保存到中。异常事件:如果该图书未入库,则中不存在该图书编号提示“该书未入库”如果中不存在该读者证号也相应地给出提示。

还书用例用例名：还书。参与执行者：图书管理员、读者。入口条件：图书管理员已经注册到该平台中。事件流：图书管理员在还书页面键入图书编号点击“还书”按钮。出口条件：系统将删除中的该条借书记录。异常事件：如果中不存在这本书的借书记录提示“非本馆借出的书刊”如果该书已过期也相应地给出提示。口令管理用例用例名：口令管理。参与执行者：图书管理员、读者。入口条件：用户已经注册到该平台中。事件流：用户点击“修改密码”按钮在口令更改页面键入新的密钥单机“保存”按钮。出口条件：中的密码被设置成最新的密码。非功能需求性能需求图书管理平台的使用者是图书管理员和在校师生。对于图书管理员的管控工作性能规定不是很苛刻但应该便于图书入库等操作。对于学员的图书借阅、查阅等功能对性能规定较高一般应该超过并发数以下。安全性需求由于图书管理平台的图书量会比较大所以在对很多图书导入和查询时要确保速度。在图书阅览过程中又要保证事务的完整性。对于整个系统应该完整的杈限控制避免个别人恶意地攻击平台设置原始记录。同时针对中的数据应该定时备份避免系统数据去失。此外系统要求客户在注册时应该身份验证。故障处置在正常状况下应不错误一旦出现意外比如拌电、网络不通等也应保证平台数据不会去失。外部接口需求（略）

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