软件工程试验-自动饮料售卖系统软件需求说明书.doc

自动饮料售卖系统软件需求说明书2 1 引言引言.2 1.1 编写目的2 1.2 背景2 1.3 定义2 1.4 参考资料3 2 任务概述任务概述.3 2.1 目标3 2.2 用户的特点3 2.3 假定和约束3 3 需求规定.4 3.1 对功能的规定4 3.2 对性能的规定12 3.2.1精度.12 3.2.2时间特性要求.12 3.2.3灵活性.12 3.3 输人输出要求12 3.4 数据管理能力要求14 3.5 故障处理要求14 3.6 其他专门要求14 4 运行环境规定运行环境规定.14 4.1 设备14 4.2 支持软件15 4.3 接口15 4.4 控制15 自动饮料售卖系统自动饮料售卖系统软件需求说明书 1 引言引言 1.1 编写目的编写目的 在完成了针对自动饮料售卖系统软件市场的前期调查，同时与多位软 件使用者进行了全面深入地探讨和分析的基础上，提出了这份需求分析书。 此需求分析书对自动饮料售卖系统软件做了全面细致的用户需求分析， 明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发 人员能清楚地了解用户的需求，并在此基础上进一步提出概要说明书，完成后 续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试 人员、用户文档编写者、项目管理员。 1.2 背景背景 饮料是日常生活中常见的消费品。随着生活水平的提高，人们对饮料购买 方式的多样化有了更多的需求。传统的饮料购买局限于超市、零售店等场所， 依靠销售、促销人员进行饮料的销售，与很大的局限性。传统的饮料售卖受场 地、销售人员成本以及时间的限制，给消费者带来了一定程度的不便。而随着 信息技术的进步，新的更方便快捷的售卖方式有了技术支持。 为了突破传统饮料售卖方式的局限性，为消费者提供更方便快捷的服务。 自动饮料售卖系统应运而生。该系统可以为顾客提供随时自助购买饮料的 便捷购物方式，系统操作简单快捷，可以供饮料信息供购买者选择，并自动设 别硬币并找零。 项目名称：自动饮料售卖系统 项目提出者：电子科技大学信软学院 项目开发者：电子科技大学信软学院IT 工程师职业基础课程设计小组 1.3 定义定义 1.OS：操作系统（Operating System) 2.Windows 7 ：是由微软公司（Microsoft）开发的操作系统，核心版本号 为 Windows NT 6.1。Windows 7 可供家庭及商业工作环境、笔记本电脑、平板 电脑、多媒体中心等使用。 3.应用服务器：是指通过各种协议把商业逻辑曝露给客户端的程序。它提 供了访问商业逻辑的途径以供客户端应用程序使用。 4.Tomcat ：Tomcat 服务器是一个免费的开放源代码的 Web 应用服务器， 属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普 遍使用，是开发和调试 JSP 程序的首选。 1.4 参考资料参考资料 1软件需求说明书S GB8567-88 2马平,黄冬梅. 软件文档写作教程M，电子工业出版社，2013 年 3 刘强,孙家广.软件工程理论方法与实践M，高等教育出版社， 2005 年 4自动饮料售卖系统需求分析说明书 2 任务概述任务概述 2.1 目标目标 自动饮料售卖系统 是一个面向所有购买者和系统管理员的一个系统。 对购买者而言，是一个可以看到提供的所有饮料信息进行选择并且投币购买的 系统；对信息管理员而言，是一个代售饮料的系统，需及时处理系统出现的故 障。该系统的目标就是，将传统的人对人的售卖方式转换为人通过在系统上操 作来实现买卖。 2.2 用户的特点用户的特点 购买者：是此系统的最大用户群，作为现代社会的所有群体，大多对电子 产品都非常熟悉，即使不熟悉也都具备一定的阅读理解能力，可以通过阅读操 作说明书来进行操作。 系统管理员：具有专业的计算机知识，可以很好的操作维护系统。 2.3 假定和约束假定和约束 （1）投入约束： 整个系统开发的时间为 2 个月（从 2013 年 10 月 15 日到 2013 年 12 月 15 日） ，投入 5 个人月。 整个系统开发的投入经费为 20000.00 元，投入 2000 个人元。 （2）硬币识别约束： 系统只接受 1 元、5 角硬币，不接受纸币。 1)当购买者投入非硬币（如游戏币在一定程度上与硬币相似的物体和纸币 等）系统将不会进行购买的下一步指令，而会退出购买者投入的“硬币； 2)当购买者投入非一元和五角的硬币（如分币和一角币）时，系统将不会 进行购买的下一步指令，而会退出购买者投入的硬币。 （3）计算找零约束： 购买者一次只能投入一个硬币，在购买者投入硬币的同时系统对每个硬币 进行识别，识别到符合要求的硬币，就进行累加计算，不识别则不累加，在识 别结束后，将累加值与购买金额进行比较，输入金额大于商品购买金额时，进 行减运算，计算出找零金额。 3 需求规定需求规定 3.1 对功能的规定对功能的规定 （1） “饮料信息”查询功能的 IPO 图 （2） “饮料购买”功能 IPO 图 I:用户选择“饮料信息”功能 P:读取数据库中数据 O:用户展示饮料信息 （3） “硬币识别”功能 IPO 图 情景一：不识别（面值不符合要求，非硬币） 情景二：硬币可识别 I:用户选择“饮料购买”功能 P:把用户提交的购买信息写入 数据库，计算金额 O:向用户提示“请投币” I:用户在投币口投入硬币 P:进行硬币识别和面值识别 O:在退币口退出硬币 I:用户在投币口投入硬币 P:进行硬币识别和面值识别 （4） “找零”功能 IPO 图 情景一： 投入的硬币值“=”购买金额 O:将识别到的面值写入数据库， 进行累加 I:识别到的面值累加值和购买 金额 P:比较累加值和购买金额大小， 累计值“=”购买金额，进行 减运算，访问硬币库存 O: 在退币口退出与减运算结 果相等的面值硬币，提示“找 零成功” 情景三： 硬币库存不足，无法找零 （4） “退出程序”功能 IPO 图 情景一：已投金额变量为零 情景二：已投金额变量非零 I:用户选择“退出程序”功能 P:结束当前操作，关闭正在进行的 程序判断，检测已投金额变量 O:向用户显示“首页” I:识别到的面值累加值和购买金额 P:比较累加值和购买金额大小，累计值 “=”购买金额，进行减运算， 访问硬币库存 O: 在退币口退出与减运算结果相等的面值 硬币，提示“无法找零” （5） “饮料信息管理”功能 IPO 图 （6）管理员“登录”功能 IPO 图 情景一：登录成功 I:用户选择“登录”功能 P:调用数据库数据进行匹配 O: 输出 manage_index.html 页 I:用户选择“退出程序”功能 P:结束当前操作，关闭正在进行 的程序判断，检测已投金额变量 O:向用户显示“首页” ，在退币口 悉数退出已投硬币 I:管理员选择“饮料信息管理” 功能 P:将管理员更改信息写入数据 库 O:饮料信息库对应数据的更新 情景二：登录失败 用例图： (1)顶层： 饮饮料料自自动动售售卖卖系系统统 购买者 管理员 饮料信息 硬币识别 数据库 找零 结束购买 金额管理 登录 I:用户选择“登录”功能 P:调用数据库数据进行匹配 O: 弹出“账号或密码不正确” 提示框 (2)分层 饮饮料料购购买买管管理理系系统统 购买者数据库 查询饮料信息 购买饮料 投入硬币 结束购买 饮饮料料信信息息管管理理系系统统 管理员 数据库 登录 更新已有饮料信息 减少饮料品种 增加饮料品种 改变饮料价格 改变饮料数量 查看销售金额 3.2 对性能的规定对性能的规定 3.2.1 精度精度 1金额显示数据整数位是 0 到 9 的数字，精确到小数点后一位只为 0 或 5 的数字。 3.2.2 时间特性要求时间特性要求 1.考虑到饮料种类可能比较多，一个页面无法显示完整。采取按钮点击下 一页形式跳转到下一页的饮料列表，要求页面更新速度小于 1 秒； 2.点击屏幕的响应时间不超过 2 秒； 3.程序对硬币的识别时间应小于 1.5 秒； 4.程序完成找零时间少于 2s；等待顾客投币时间少于 30 秒； 5.程序对顾客要求的响应时间小于 0.5 秒； 6.对管理员所做操作的反应速度应小于 1 秒； 7.检测账号时间小于 1 秒。 3.2.3 灵活性灵活性 1.该软件支持的是触屏，需皮肤接触 2 秒，不识别以指甲点触； 2.在低于版本要求的运行环境下不运行，在高于版本环境下可进行匹配升 级； 3.接口可兼容； 4.精度和有效时限允许出现小于 1 的误差； 3.3 输人输出要求输人输出要求 1.点击饮料信息的输出 1）数据名称：饮料编号 数据类型：int 数据长度：15 数值范围：1 到 50 2）数据名称：饮料名称 数据类型：char 数据长度： 30 数值范围：所有能识别的汉字 3）数据名称：饮料剩余数量 数据类型：int 数据长度：10 数值范围：0 到 9999999999 4）数据名称：饮料价格 数据类型：numeric 数据长度：10 数值范围：0.0 到 50.0 2.点击退出程序后的输出 数据名称：首页 数据类型：char 数值范围：所有可识别汉字 3.系统故障时的输出 数据名称：故障提示 数据类型：char 数值范围：所有可识别汉字 4.管理员注册登录输入 1）数据名称：管理员编号 数据类型：int 数据长度：15 数值范围：0 到 9 的数字，共 4 位 2）数据名称：管理员姓名 数据类型：char 数据长度：30 数值范围：所有汉字 3) 数据名称：账号 数据类型：char 数据长度：20 数值范围：0 到 9 的数字，共 6 位 4）数据名称：密码 数据类型：char 数据长度：20 数值范围：0 到 9 的数字，共 6 位 3.4 数据管理能力要求数据管理能力要求 1.饮料信息包括饮料剩余数量，价格，在有人购买饮料后饮料剩余数量是 需要系统已计数算法来自己更新的，在饮料种类和价格变化时，需要管理员登 录进行更新。此项数据管理需要系统有较快的反应能力，算法实现。 2.每笔购买记录包括饮料名称，单价，数量，总价都会被写入系统数据库， 这笔数据因为购买量的增多是会很庞大的，需要较大的存储空间，但不需要系 统进行更新。 3.对硬币数量的管理，购买者投入硬币时系统要进行累加计算，区分一元 与五角，结合购买清单计算出找零（五角个数） ，并在退币口正确退币。 4.管理员需要登录方可进行数据的修改，系统需要对管理员的身份进行识 别和存储，管理员使用固定编号和密码，登录时，系统将调用数据库中的数据 进行匹配。此数据不庞大。 5.管理员修改的数据要被系统写进数据库中，系统管理员所做修改范围涵 盖操作流程饮料信息，虽然修改较小，但是涵盖范围所属的数据库较为庞大。 3.5 故障处理要求故障处理要求 1.遇到断电故障时，系统黑屏； 2.其他操作故障，导致的系统无法正常运行，在屏幕上显示系统故障字样； 3.6 其他专门要求其他专门要求 1.系统要求有较强的可维护性，简单易操作； 2.如出现某按钮在 10 秒内被点击 6 次以上，定为对系统的恶性操作，将弹 出“您的操作过于频繁”的提示，并且暂停响应，在 10 秒后恢复。 4 运行环境规定运行环境规定 4.1 设备设备 服务器 CPU 主频 1.6Ghz 以上； 内存 512MB 以上； 硬盘至少有 10GB 可用空间。 4.2 支持软件支持软件 开发语言：Java 、JavaScript 、HTML 采用的框架：J2EE、Stru