Library management system design requirements

1)软件需求说明书

1. 引言

1.1 编写目的:本需求的编写是为了研究图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础,是维护人员进行内部维护,信息更新,验收和测试的依据。本需求的预期读者是与图书管理系统软件开发有联系的决策人,开发组成人员,扶助开发者,支持本项目的领导和公司人员,软件验证者。

1.2 背景:本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是学校图书馆。本产品是针对电脑管理图书的需求设计的,可以完成读者登记、读者借还书、图书登记、图书查询等主要功能。

1.3 定义:图书管理系统:图书管理是帮助图书馆管理人员对图书信息进行管理的软件。     

2.任务概述

2.1 目标:提高图书管理工作的效率,减少相关人员的工作量,使学校的图书管理工作真正做到科学、合理的规划,系统、高效的实施。

2.2 用户特点:本软件的最终用户是面向管理员(图书管理员和其它管理人员)、读者(老师和同学等),他们都具有一定的计算机应用基础,可以比较熟练操作计算机。管理员和读者都是经常性用户。系统维护人员为计算机专业人员,熟悉数据库、操作系统、网络维护工作。维护人员为间隔性用户。

2.4 假定和约束:

                 

   工期约束:   用户调研,需求分析,概要设计为2个周;具体代码编写,功能实施为4个周;软件测试,后期维护为2个周 。 合计开发期限两个月

   设备约束: 要求计算机稳定良好,系统经济实惠

   人员约束: 6人

3.需求规定

       在图书管理系统中,管理员要为每个读者建立借阅账户,并給读者发放不同类别的借阅卡(借阅卡可提供卡号、读者姓名),账户内存储读者的个人信息和借阅记录信息。持有借阅卡的读者可以通过管理员(作为读者的代理人与系统交互)借阅、归还图书,不同类别的读者可借阅图书的范围、数量和期限不同,可通过互联网或图书馆内查询终端查询图书信息和个人借阅情况,以及续借图书(系统审核符合续借条件)。借阅图书时,先输入读者的借阅卡号,系统验证借阅卡的有效性和读者是否可继续借阅图书,无效则提示其原因,有效则显示读者的基本信息(包括照片),供管理员人工核对。然后输入要借阅的书号,系统查阅图书信息数据库,显示图书的基本信息,供管理员人工核对。最后提交借阅请求,若被系统接受则存储借阅纪录,并修改可借阅图书的数量。归还图书时,输入读者借阅卡号和图书号(或丢失标记号),系统验证是否有此借阅纪录以及是否超期借阅,无则提示,有则显示读者和图书的基本信息供管理员人工审核。如果有超期借阅或丢失情况,先转入过期罚款或图书丢失处理。然后提交还书请求,系统接受后删除借阅纪录,并登记并修改可借阅图书的数量。图书管理员定期或不定期对图书信息进行入库、修改、删除等图书信息管理以及注销(不外借),包括图书类别和出版社管理。为系统维护人员提供权限管理、数据备份等通用功能。

4.运行环境规定

  4.1  设备:

                服务器  (1) 处理器(CPU):Pentium 900M (推荐Pentium 4 1.2G)(2) 内存容量(RAM):至少256M(推荐512M)

                客户端  (1) 处理器(CPU):Pentium 133M 或更高 (2) 内存容量(RAM):64M或更高

   4.2  软件环境:

           数据库服务器端(1) 操作系统:Microsoft Windows 2000 (2) 数据库管理系统:Oracle,配置TCP/IP协议

              Web服务器端(1) 操作系统:Microsoft Windows 2000 (2) Internet 信息服务(IIS)6.0管理器(3) Visual Studio.NET 2003,配置TCP/IP协议

              客户端(1) 操作系统:Windows 98/2000/2003/XP (2) Web浏览器:Internet Explorer 5.0以上或Netscape 4.0以上,配置TCP/IP协议

    4.3 接口

        硬件接口:考虑到大量数据的备份等要求,需要保持与磁带机和光盘刻录机的接口,这较易实现。

          软件接口:这里,主要考虑软件与操作系统、数据库管理系统的接口,以及局域网和互联网软件之间的数据交换。考虑到文档处理时有可能需要较常用的办公软件。例如Microsoft的Office系列,所以应尽量实现它们之间的数据格式的自动转换。

2)数据要求说明书

5.编写目的

    明确图书管理系统中各项功能和非功能性需求实现事所需要的数据。同时为概要设计和详细设计人员提供设计依据,其他开发人员也可参阅。

6.数据的逻辑描述

  2.1静态数据

    用户类型:读者、管理员、系统维护员

    系统信息:图书编号

  2.2动态输入数据

    用户信息:个人状态,借阅信息等

    图书信息:图书状态

  2.3动态输出数据

    图书状态,用户状态等

  2.4内部生成数据

    所有静态数据中的基础数据,权限、初始密码等

7.数据的采集

  3.1要求和范围

    1.由管理员输入最初信息,后期使用过程中再进行相应操作进行数据更新

    2.数据统一使用键盘输入,数据有一定格式和密码限制。用户名、密码等都为String类型,年龄、联系方式等都为int类型。

    3.对于用户信息、病历信息等数据,时刻进行及时更新,所有数据必须进行整理、分析,同时每天进行备份。由于信息量巨大,以天为周期进行增量转储,以月为周期进行海量转储。

  3.2输入的承担者

   图书及管理员初始信息主要由管理员录入,读者个人信息由读者录入。

  3.3处理

    对可能出现的错误,进行容错处理,防止系统崩溃。

原文地址:https://www.cnblogs.com/xubaby0912/p/6694692.html