需求规格说明书

1、自动饮料售货机系统 需求规格说明书需求规格说明书 系统分析员：XXXX 日期：2010-12-1 目录 1. 前言.2 1.1 编写目的.2 1.2 项目背景.2 1.3 项目背景、符号、缩略语和定义.2 1.4 参考资料.2 2. 项目概述.3 2.1 待开发的系统的一般描述.3 2.2 产品的功能.3 2.3 用户特点.3 2.4 一般约束.3 2.5 假设和依据.3 3. 具体需求.4 3.1 需求规定.4 3.2 外部接口需求.5 3.3 性能需求.6 3.4 软件属性需求.7 3.5 数据需求.7 3.6 其他需求.8 1. 前言前言 1.1 编写目的编写目的 本需求规格说明书主要目

2、的是为了明确自己即将开发的软件里所具有的功能以及使用 范围。能让大家明白该软件是干什么的，在这个基础上面该设计说明书必须为该软件所服 务。 系统是对各种需要美化的街道，以及公司内部，学校里面，工厂各种人员流动量很大 却又不方便开店的地方所设计，保证了这个社会的发展。 此系统对那些需要临时在街头，公司，学校需要买饮料找不到消费地方的用户起了很 大的作用。此外系统还涉及了系统安全和管理员模式跟用户模式，因此系统还具有提款和 缺货提升的功能，保证能够正常的使用，不至于造成市场混乱。总的来说要求这个系统的 开发达到令项目提出者所满意。 1.2 1.2 项目背景项目背景 开发软件名称：自动饮料售货机系统

3、 任务提出者：学校老师 软件开发者：XXXX 产品使用者：学生，工人，路边的行人。主要由学校领导，公司主管，街道管 理人员负责安放。 1.3 项目背景、符号、缩略语和定义项目背景、符号、缩略语和定义 C+：一种面向对象的高级程序开发语言 SQL server 2005：Structured Query Language 一种数据库 1.4 1.4 参考资料参考资料 1 孟捷.管理科学 ：中国人民大学 中国人民大学书报资料中心。 2叶核亚、陈本林.数据结构.电子工业出版社。 3 李春葆 曾平 喻丹丹.ASP 动态网页设计.清华大学。2010-08-09 4 软件需求分析报告模板大全 2. 项目概

4、述项目概述 2.1 2.1 待开发的系统的一般描述待开发的系统的一般描述 自动售货机系统项目是在自动取款机工程的构架下，结合当今社会广大消费群众的需 要，对社会环境的依据所需要而产生的，给人们提供了一个自己选择而且方便实用的一个 饮料购买环境，用户界面华丽，满足了社会发展的需求的一款软件。用来提高人们的消费 档次。本软件的宗旨是使各大公司，工厂，学校里面的广大消费群众可以更好，更方便的 购买到想要的饮料，以减少外出购物的时间，充分节约了广大消费者的时间。而且给大家 感觉自动购物的舒适感。在购物中能体验到高科技的存在。 2.2 产品的功能产品的功能 能够让消费者直接使用硬币或者刷卡功能在各种地方

5、买的饮料不需要在去各种小卖部 或者超市里面排队进行购物，为的只是一罐饮料。一个自动饮料售货机，假定分别有 1、2、4、6、8 元的料若干，可以使用 3 种硬币，既 1 元，5 元和 10 元的硬币以及信用卡 的使用，机器有找零功能、假币验证功能和继续或结束消费功能。 2.3 用户特用户特点点 使用自动售货机的用户群比较广泛，包括各个行业的，不同文化水平的人，需要自动 售货机在方便购买的地方和操作需要简单、傻瓜。 2.4 一般约束一般约束 (1)系统作为 C/S 结构的一个应用系统，不可避免地要受到 C/S 结构的约束。在其实施 的各个阶段都要服从 C/S 结构的一些规律，包括功能设计、系统配置

6、和计划。 (2)硬件约束。系统运行要求客户端为 PentiumII 以上的微型计算机，服务器端为 Windows xp/2003 服务器；客户端运行时内存要求为 10MB，安装所需硬盘空间为 50MB。 (3)所需要的高级语言 C+。 (4)并行操作，应用系统本身不限制并行操作，并行操作功能的多少会影响系统的性能， 但主要与硬件平台的选择与处理能力有关。 (5)应用的临界点，每次操作限制为单人单操作。 2.5 2.5 假设和依据假设和依据 本系统要求具有较高的可靠性、安全保密性和实时性。消息传送、判断，文件传送要 性能稳定，不出差错。在安全保密性方面，SQL 数据库系统安全应当由信息中心进行管

7、理， 本应用系统只负责应用系统本身的安全与保密，对不同用户定义不同的使用权限。管理定 退单和盈亏额查询、修改，只能由管理员来操作。 3. 具体需求具体需求 3.1 3.1 需求规定需求规定 本系统所具有的功能： 表 1 本系统功能表 消费者模块工作人员模块 购买饮料订单、退单 取消饮料购买查看饮料数量 身份验证 更改售价 功 能 语音提示 消费者模块： 表 2-1 消费者模块表（1） 功能名称购买饮料 功能描述向系统发出购买请求，投币或刷卡后自动获得饮料 输入购买请求，数量，饮料的名称 处理系统对购买请求操作的响应 输出相应的饮料，购物小票 表 2-2 消费者模块表（2） 功能名称取消购买饮料

8、 功能描述当选择了错误的饮料或放弃购买时，系统撤销该笔交易 输入取消 处理系统对取消购买请求操作的响应 输出饮料购买首页 工作人员模块： 表 3-1 工作人员模块表（1） 功能名称订单、退单 功能描述通过系统的联网对饮料供应商下订单退订单 输入所订的饮料及数量或已下订单 处理系统记录所下订单，并发给供应商 输出所输入的订单内容 表 3-2 工作人员模块表（2） 功能名称查看饮料数量 功能描述查看所剩饮料数量便于及时补充饮料 输入用户名，密码，查询 处理系统对信息查询操作的响应 输出若用户名密码输入无误，显示所查的信息；否则，输出错误信息 表 3-3 工作人员模块表（3） 功能名称身份验证 功能

9、描述仅允许工作人员登录进行相应的操作 输入用户名，密码 处理系统校对用户名和密码是否正确 输出若用户名和密码无误，输出工作人员的操作页面；否则输出错误信息 表 3-4 工作人员模块表（4） 功能名称更改售价 功能描述工作人员对出售饮料的价格做相应的调动 输入原售价，现售价 处理系统更改相应饮料价格 输出更改后的售价 各模块所具有的共同的功能： 表 4 各模块共同功能表 功能名称语音提示 功能描述当消费者或工作人员错误操作时，系统语音提示出错 输入相应操作 处理系统对相应操作进行验证 输出信息提示 3.2 3.2 外部接口外部接口需求需求 3.2.1 用户界面： （1）采用 Windows 的通

10、用图形界面，用户界面友好。 （2）界面具有一致性，界面规范遵循 Windows 软件界面的规范。 （3）提供错误信息处理。 （4）提供信息提示，用多种信息提示当前用户状态、界面的功能。 （5）提供方便的联机帮助。 （6）用户对程序的维护，最好要有备份。 3.2.2 硬件、软件接口 系统中的各个子系统的硬件和软件的配置如下： （1）服务器端子系统的运行要求： 系统软件：Linux 数据库管理系统：SQL server 2005 硬件要求：Pentium 450MHz 以上的处理器，250MB 以上的内存，14GB 以上的 剩余空间。 （2）客户端子系统的运行要求： 系统软件：Windows xp

11、/2003 数据库管理系统：SQL server 2005 客户端 硬件要求：Pentium 250MHz 以上的处理器，32MB 以上的内存，4.5GB 以上的 剩余空间。 3.3 3.3 性能需求性能需求 为了保证系统能够长期、安全、稳定、可靠、高效地运行，饮料自动售货机系统应满 足以下的性能需求。 3.3.1 系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。消费者购买饮料时应保证购买饮料的 过程和取消购买的过程都要保证正确无误。在系统设计和开发的过程中，要充分考虑系统 当前和将来能承受的工作负荷，使系统的处理能力和响应时间能够满足消费者对购买或取 消购买的处理需求，响

12、应及更新处理都比较迅速，完全满足用户需求。一般操作响应时间 为 0.51 秒内，对数据的导入导出、软磁盘读写也应该在可接受的时间内完成。 3.3.2 系统的开放性和系统的可扩展性 系统的开发过程中，应该充分考虑以后的可扩展性，例如购买方式的改变（网银付款 或是触屏选择要购买的饮料及相关操作） ，消费着对各种功能的需求也会不断地更新和完善。 所有这些，都要求系统提供足够的手段进行功能的调整和扩充。要实现这一点，应通过系 统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单地加入和 减少系统的模块，配置系统的软件。通过软件的修补、替换完成系统的升级和更新换代。 3.3.3 系统的

13、易用性和易维护性 系统是直接面对系统管理人员的，但对计算机并不是很熟悉。这就要求系统能够提供 良好的用户界面，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟 悉的术语和中文信息的界面；针对管理员可能出现的使用问题，要提供足够的在线帮助， 缩短管理员对系统熟悉的过程。 系统中涉及的数据是公司的相当重要的信息，系统要提供方便的手段供系统维护人员 进行数据的备份、日常的安全管理、系统意外崩溃时数据的恢复等工作。 3.3.4 系统的标准性 系统的设计、开发、使用过程中都要涉及很多计算机硬件和软件，自动饮料售货机外 部硬件。所有这些都要符合主流国际标准、国家标准和行业标准。例如，在开发过

14、程中使 用的操作系统、网络系统、开发工具都必须符合通用标准，如规范的数据库操纵界面，作 为业界标准的 TCP/IP 网络协议等。 3.4 软件属性需求软件属性需求 3.4.1 正确性 要求发布的软件达到用户的预期目标，运行时基本无误。 3.4.2 可靠性 在正常条件下，应该不出故障。 3.4.3 效率 对于消费者购买饮料、取消购买等的一般操作，和管理员查询、浏览、更新和密码设 置等一般操作，要求及时响应，响应时间应在 0.51 秒内。 3.4.4 完整性 要求在发生意外（如掉电）时，保证数据不丢失。 3.4.5 易用性 软件界面符合当前主流软件的操作习惯，尽量为管理员的管理提供方便。 3.4.6 可维护性 要求软件运行发现错误时，能够快速、准确地对其定位、诊断和修改恢复。 3.4.7 安全保密性 要求提供身份验证，只允许通过身份验证的用户才能登录管理员界面。如果三次密码 输入错误，则强行关闭登录界面。 3.4.8 可理解性 对于本软件提供的各种菜单、按钮，其功能应该一目了然，易于理解。 3.4.9 数据的可交换性 要求提供数据的导入/导出功能，尤其是要提高 Word/Excel 等通用办公软件的数据交 换接口，提高及时显示或语音消费者各种提示信息的功能。 3.5 数据需求数据需求 3.5.1 数据描