标签：src 名称 跨平台 显示 包括 其他 全面 mil 提示
超市收银系统项目
需求分析说明书
组长：王一啸 201403041021
组员：林冠一 201403041013
杨荟萃 201403041002
钟元芳 201403041004
徐岚 201405041047
1、 引言
1.1 编写目的
此需求规格说明书对“超市收银系统”做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、开发人员、测试人员、用户文档编写者、项目管理人员。
1.2 背景
某超市是一家小型的社区连锁超市，在各个社区都有一家门店，总部向各个门店统一配货，门店负责销售，商品价格由总部制订，门店销售收入统一上缴总部，滞销商品也退还总部。为了便于管理门店，尤其是对营业情况的及时掌握和分析，调整经营策略，同时减少人为的错误，避免中间环节的贪污行为，每个社区门店的进货，滞销商品退回总部，销售，货物盘点，销售统计，营业分析，会员管理等都由计算机系统来管理，系统具有强制、安全、保密等措施，并且与总部的软件系统相连。
本系统是销售子系统中的收银部分，与进退货，盘点，销售统计，营业分析，会员管理等子系统有关联，使用的是同一个数据库。
本系统的正式名称为“某超市收银系统”，委托我公司开发，其使用者是社区超市的营业员。
1.3 定义
（1）商品条形码：每种商品具有唯一的编号，商品价格由商品条形码确定
（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。
（4）会员号：每个会员都有一个唯一的编号
（3）会员价：对会员的优惠价格，比正常的商品销售价格低，具体价格由总部确定，不是所有的商品同一个折扣
1.4 参考资料
《物联网软件工程》 张凯 清华大学出版社
2、 任务概述
2.1 目标
通过扫描条形码或者直接输入商品条形码（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时保存销售记录，打印交易清单（包括交易的流水账号、每类商品的商品名、数量、总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行会员价优惠，并将所购物品的总金额累计到该会员的总消费金额中。 系统还应有登陆、注销、操作锁定等功能。
2.2 用户的特点
本系统的用户为门店的营业员，对计算机熟练程序一般，同时为避免出现顾客买单排队等候时间过长的问题，系统界面应尽可能友好，操作简单，最好是一键式操作，以便营业员快速为顾客服务。同时系统应该有一定的错误识别和预防功能，以防止营业员的错误操作。
2.3 假定的约束
已有的约束条件包括：
A． 本系统所采用的数据库是现成的（mssql2005，运行于门店数据库服务器上，收银系统通过网络与数据库服务器连接），不能重新设计新的数据库，只能查询或更新现有数据
B．本系统的开发周期为2周
C．因为门店众多，各个门店的计算机设备系统不一致，本系统要具备跨平台的特点 D．本系统不应对门店其他管理系统产生干扰 其他无
3、 需求规定
3.1对功能的规定
3．1．1登录
系统启动后,显示欢迎界面，提醒收银注意事项，然后提示营业员输入员工编号和
正确的密码。如果输入错误，则系统停留在欢迎界面，不能进行其他操作，直到输入正确的员工编号和密码为止。员工编号和密码都是数字类型，不能输入其他字符。
3．1．2顾客买单
首先提示输入会员卡号，对输入的卡号进行检测，如果输入错误提示重新输入，也可以不输入卡号（非会员），以非会员单价结算。
然后逐一输入所购商品的条形码（扫描输入或手工输入等效），输入条形码后及时显示商品的名称和单价（会员显示会员价），如果条形码输入错误，则提示重新输入，直到正确为止。输入正确的条形码，显示商品名称单价后，提示输入商品的数量，商品数量默认是1。每一种商品输入后，及时显示商品总数和总金额。
买单过程中可以对已经输入的商品进行退货处理，但是买单结束后不能退货，要退货必须找门店负责人通过其他途径退货，本系统需支持这类退货功能。
所有商品的条形码，数量输入结束后，提示输入顾客的付款，顾客付款一定要大于或等于应付款，否则应重新输入，直到正确为止。
输入顾客付款后，更改数据库中商品的库存信息，将销售信息保存到数据库的销售表和销售明细表中，将会员的消费金额累计到会员总消费金额中。
以上操作全部正确完成后，显示应付款，顾客付款和找零，并打印销售清单。如果以上操作中途出现意外，系统应恢复到重新开始买单的初始界面。不应对数据库有任何更新。
本次销售结束后，即可进行下一次销售。
销售过程中可随时选择终止，直接进行一下次销售，不会更新数据库。
因为顾客都是拿着商品来结帐，不存在实际有商品而数据库中库存没有的情况，系统对此应该有检测机制。
3.1.3挂账
某一次买单进行过程中，因为顾客的原因（需要临时增加商品或其他原因）暂时无法进行，为不影响后面排队顾客的结帐，系统可以暂时将该次买单挂帐，先处理后面的买单，当前面顾客回来继续买单时，可以将挂帐信息及时调出。同一时刻只能有一个挂帐。
3．1．4锁定/开锁
营业员可能暂时离开收银台，可以锁定系统，在锁定状态下，系统不能执行任何操作。营业员可以通过输入自己的密码，解除锁定，解除锁定后，系统回到开始买单的初始界面。
3．1．5营业员注销
营业员结束收银后，可以注销系统，注销前系统将本营业员的员工编号，本次收银开始时间，结束时间，收银次数，销售总数，销售总金额保存在数据库中。之后系统恢复到欢迎界面。
3.2对性能的规定
3.2.1精度
商品的单价精确到分。对时间的记录精确到分。数据库中的数据应始终保持准确，不能因为添加，修改或其他操作而产生错误，不一致的数据。
3.2.2时间特性要求
当输入会员卡号后要及时判断是否正确，时间不超过1秒； 当输入商品条形码后要及时显示商品信息，时间不超过1秒；
当输入顾客付款后，开始更新数据库，生成销售清单，此过程到打印清单开始前时间不超过3秒。
3.2.3灵活性
一般情况下，营业员只需要使用回车键就可以，不需要多余的操作。其他操作一般一键即可调出，按ESC即可结束。整个买单过程可随时终止，直接进行下一次买单，不影响数据库中数据的正确性。
3.3输入输出要求
输入员工编号，固定为9位数字，密码为8-12位数字。 输入会员编码，固定为10位数字。 输入商品条形码，为8-13位数字。
时间以数据库的时间为准，不以门店收银的系统为准。
对于不合法的输入，系统应该拒绝。
输出要求按数据库需要的格式进行，打印的销售清单格式如下：
*********************第0701041405123号*****************
会员：1234567890 2007年01月04日 14时05分
产品编号 产品名称 数量 单价 金额
456163 压缩饼干 12 2.5 30.0
33465 冰糖雪梨饮料 3 4.0 12.0
********************************************************
总计: 15 42.0 RMB
收款：50.00元，找零：8.00元 营业员：10003
3.4数据管理能力要求
系统使用现有的数据库，只根据需要查询或更新现有数据，本身对数据管理无要求。
3.5故障处理要求
在用户输入一些不合理的数据的时候，能够进行一些合理的提示信息，不能因为输入错误而导致系统的错误，或者程序停止运行；
程序运行时，对数据库服务器和网络通信故障能够识别并提示，当故障排除后，程序恢复正常运行，不影响数据库中数据的准确性；
如果系统本身出现故障，或出现停电等特殊情况，要保证数据库中数据的正确性，并在故障排除后可恢复继续运行
3.6其他专门要求
安全性，除了正常买单之外，不允许对数据库中的数据进行更改，不允许查看数据库中的原始数据，
可扩展性，系统应该考虑到未来数据库可能升级到ORACLE，系统本身可能增加的功能包括模糊查询商品信息；销售清单可以任意设定纸张及打印的格式；可自定义操作键，方便营业员的操作习惯；其他功能包括支持各种外设：条形码扫描枪、客户显示屏、POS小票打印机、钱箱、电子条码称、盘点机等。
健壮性，系统应保证一次开机后稳定运行24小时，性能不能下降。
4、 运行环境规定
4.1设备
具有 Pentium III 处理器且满足以下要求的计算机：
最低 512MB内存
最小 2GB硬盘
鼠标，键盘，标准显示器
4.2支撑软件
Windows XP以上的操作系统，JDK5.0以上
4.3接口
硬件接口：与打印设备和条形码输入设备的接口 软件接口：通过JDBC与数据库连接
4.4控制
无
超市收银系统的数据流图
Uml五类图
用例图：
销售管理：
信息管理：
静态图
行为图、
进货图：
修改进货单：
删除进货单：
添加物品信息：
修改物品信息：
删除物品信息：
查询物品信息：
状态图：
交互图：
标签：src 名称 跨平台 显示 包括 其他 全面 mil 提示
原文地址：http://www.cnblogs.com/gg968926/p/6105580.html
