图书馆管理系统需求规格说明书

《图书馆管理系统需求规格说明书》由会员分享，可在线阅读，更多相关《图书馆管理系统需求规格说明书（29页珍藏版）》请在金锄头文库上搜索。

1、 . . 需求规格说明书(ISO标准版)编者说明：当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。1引言1.1编写的目的 说明编写这份需求说明书的目的,指出预期的读者。 对图书管理系统软件功能的实现和评判进行描述；将作为软件开发过程的其他所有开发的基础；为开发人员、维护人员、客户人员间提供共同的协而创立基础；规描述项目投资者就系统的功能和必须符合的条件达成的一致意见。 预期读者为客户、业务需求分析人员、测试人员、用户文档编写者、项目管

2、理人员、系统分析员、软件架构师、软件工程师。1.2背景a.图书管理系统b. 本项目的任务提出者：石油大学后勤装备部 开发者：666软件技术小组 用户：石油大学的全体老师和学生 c.该系统采用B/S架构，它的各子功能模块相互独立，使得与其它接口简单。1.3定义图书管理系统软件：它是它是我们软件组完全自主开发的图是管理系统软件，以图书馆管理部门和终端用户为业务对象的用Java语言编程来实现其功能的软件。 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同，标准，规或其他正式规定文档所需具有的条件或功能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承当者都

3、明确其含义并找出其中的错误，遗憾或其他不足的地方。列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4参考资料（以后再添） 列出用得着的参考资料。2任务概述2.1目标本软件的目标是使图书管理系统管理电子化、系统化、简单化，以节省图书管理方面不必要的资源浪费。该管理系统的最终用户为终端用户，管理人员和其他相关人员。2.2用户的特点列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以与本系统的预期使用频度。借阅人员随机性大，频率不固定，开发人员需定期维护。2.3假定和约束 列出进行本系统开发工作的假定和约束。用户急需应用本软件系统，要求项目组在两个月完成任务，

4、初步实现的功能模块为信息发布、借书信息管理、还书信息管理、交流互动与用户管理等；开发人员初定为6人项目组，开发与运行的硬件平台要能够支持多用户并发访问。 本软件在开发的过程中，分为技术实现与软件工程两大部分，两大部分都有侧重点，若技术支持出现故障或疑难问题无法解决、程序开发出现偏差，会延误工程进度，影响工程的按期完工。若软件工程述出现问题，部分描述含混不清，则会影响系统的完整性与可继承性。在管理方面，如管理者没有预见性，对出现的问题无法采用可行的解决手段，都会影响开发模块之间的互动，从而影响工程的顺利开展，导致工程无法按期完工。3需求规定 3.1对功能的规定（画图）用列表的方式，逐项定量和定性

5、地表达对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。3.2 对性能的规定3.2.1精度说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。 图书管理系统对数据的精度要根据信息存储的形式、借书还书的结果等量化而制定的。3.2.2时间特性要求说明对于该系统的时间特性要求。3.2.3灵活性说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。作为独立运行的系统和其他管理系统集成的系统。图书管理系统的设计是做为独立运行的系统而进行的。本系统具有独立的服务器系统和数据库

6、系统，具有完善数据输入输出功能和数据维护与查询的报表生成与打印系统。为了适应外机构的数据要求，与图书管理系统前台借还系统交换信息，与国家管理机构相关系统的数据交换，本系统专门设计了与这些系统数据交换扩展接口。本系统去采用浏览器标准界面，本身具有操作灵活的特点。尽可能提供鼠标选择和键盘输入双重输入功能。方便用户操作和管理。3.3输入输出要求解释各输入输出数据类型，并逐项说明其媒体、格式、数值围、精度等。对系统的数据输出与必须标明的控制输出量进行解释并举例。暂无此项容（这一项可不写）3.4数据管理能力要求（针对软件系统）说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据与其

7、分量的存储要求作出估算。数据管理分为增加（INSERT）、修改（UPDATE）、和删除（DELETE）。 公告的信息发布的增加、修改、删除与审核控制。 图书的信息发布的增加、修改、删除与审核控制。用户访问的信息发布的增加、修改、删除与审核控制。3.5故障处理要求列出可能的软件、硬件故障以与对各项性能而言所产生的后果和对故障处理的要求。暂无此项要求。（可这样写）3.6其他专门要求如用户单位对安全的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。暂无此项要求。（可这样写）4运行环境规定4.1设备 列出运行该软件所需要的硬设备。说明其中的新型设备与其专门功

8、能，包括：采用B/S架构，设置高性能服务器集群，具有具有自动备份和灾难恢复能力。a.处理器型号与存容量b.外存容量、联机或脱机、媒体与其存储格式，设备的型号与数量c.输入与输出设备的型号和数量，联机或脱机；d.数据通信设备的型号和数量e.功能键与其他专用硬件4.2支持软件列出支持软件，包括要用到的操作系统、编译程序、测试支持软件等。先进可靠安全性高，可扩展性且性价比高，支持Java Web/J2EE规。服务器系统Windows Advanced Server2003;数据库系统：IBM DB2 V9;监控计算机：Windows XP/Win 7客户端系统：Windows XP/Win 74.3

9、接口 说明该系统同其他系统之间的接口、数据通信协议等。局域网部接口：为图书管理系统交换信息，为相关部门或主管提供参考数据和决策支持数据，采取中间数据库或表的方式并遵循相应的数据交换协议。 外部系统的接口：与外界建立信息交换，与国家管理机构相关系统的数据交换，遵循TCP/IP网络传输与RPC远程调用数据通信协议。4.4控制 说明控制该系统的运行的方法和控制信号，并说明这些控制信号的来源。 本系统初步决定采用B/S架构，用户通过浏览器访问图书管理系统，在权限围对其所属信息和附件可增删改。管理员可以通过浏览器方式管理和维护图书管理系统，或者远程控制软件对后台系统进行管理和维护。需求规格说明书(Vol

10、ere版)编者说明： Atlantic System Guild（.atlsysguild.）公司所提供的Volere需求过程与软件需求规格说明书模板则充分利用了现代软件工程思想与技术，是一个十分实用、完善的SRS模板。其所提供的Volere需求记录卡也十分实用，强烈推荐。注：从Atlantic System Guild公司 atlsysguild上获得，并稍做修改1.产品的目标1.1 该项目工作的用户问题或背景对引发开发任务的工作和情况的描述。同时也应描述用户希望用将要交付的软件来完成的工作。该节容为该项目提供了合法的理由，你应该考虑用户的问题是否严重，是否应该解决和为什么应该解决。1.2

11、产品的目标用一句话或很少的几句话来说明“我们希望该产品做什么？”换言之，即开发该产品的真正原因。项目如果没有一个表述清晰、易于理解的目标，就会迷失在产品开发的沙漠中。产品必须带来某种优势。典型的优势是产品会增加组织在市场上的价值，减少运作成本，或提供更好的客户服务。这个优势应该是可度量的，这样才能够让您确定交付的产品是否达到目标。2.客户、顾客和其它风险承当者2.1 客户是为开发付费的人，并将成为所交付产品的拥有者 这一项必须给出客户的，三个以是合理的。客户最终将承受该产品，因此必须对交付的产品满意。如果你无法找到一个客户的，那么也许你就不应该构建该产品。2.2 顾客是将花钱购买该产品的人 也

12、给出和相关的信息2.3 其它风险承当者 其他的一些人或组织的名称，他们或者受到产品的影响，或影响产品。1） 经理或项目负责人；2） 业务领域专家；3） 技术人员；4） 系统开发者；5） 市场人员；6） 产品经理；7） 测试和质量保证人员；8） 审查员，诸如安全审查员或审计人员；9） 律师；10）易用性专家；11）你所处行业的专业人员。3.产品的用户3.1 产品的用户 产品的潜在用户或操作员的列表。针对每种类型的用户，提供以下信息：1） 用户分类2） 用户工作的任务；3） 主要相关的经验；4） 技术经验；5） 其他用户特征：包括身体、智力、工作态度、对技术的态度、教育程度、语言技能、年龄、性别等

13、。用户是为了完成工作而与产品交互的人，你了解用户，就越可能提交适合用户工作方式的产品。3.2 对用户设的优先级 在每类用户后面附上一个优先级，这区别了用户的重要性和优先地位：1） 关键用户：对产品的后续成功至关重要；2） 次要用户：他们使用产品，但对产品的长期成功并无影响；3） 不重要的用户：不常用、未授权和没有技能的用户。如果认为某些用户对产品或组织更重要，那么应该写明，因为它会影响你设计产品的方式。4.需求限制条件4.1 解决方案限制条件此处明确了限制条件，它们规定了解决问题必须采取的方式。您可以认为它们是指令式的解决方案。仔细描述该解决方案，以与测试是否符合的度量标准。如果可能，您应该解

14、释使用该解决方案的原因。换一句话说，就是要求软件解决方案满足哪些限制条件！4.2 实现环境 此处描述产品将被实施的技术环境和物理环境。该环境也将成为设计解决方案时的限制条件之一。4.3 伙伴应用 此处描述那些不属于产品的一部分，但产品却又必须与其协作的应用程序。4.4 COTS 此处描述实现产品需求所必须使用的COTS(商业组件)。4.5 预期的工作场地环境此处描述用户工作和使用该产品的工作场地。此处应该描述任何可能对产品设计产生影响的工作场地特征。4.6 开发者构建该产品需要多少时间 任何已知的最后期限，或商业机会的时限，应在此处说明。4.7 该产品的财务预算是多少 该产品的预算，以金钱的形式或可得资源的形式说明。5.命名标准和定义定义项目中使用到的所有术语，包括同义词。这里的容就是一个字典，包括在需求规格说明书中使用的所有名称的含义。这个字典应该使用你的组织或行业使用的标准名称。这些名称也应该反映出在工作领域中当前使用的术语。该字典包括项目中用到的所有名称。请仔细地选择名称，以避免传达不同的、不期望的含义。为每个名字写下简明扼要的定义，这些定义必须经过相应的风险承当者同意。6.相关事实可能对产品产生影响的外部因素，但不是命令式的需求限制条件。7.假定列出开发者所做的假设。