1、超市收银系统作者发布范围版本发布日期发布日期 版本 说明 作者目 录一、 项目目标 3二、 开发语言 3三、 开发环境 3四、 需求分析文档 31引言 31.1 编写目的 .31.2 背景 .31.3 定义 .41.4 参考资料 .42任务概述 42.1 目标 .42.2 用户的特点 .42.3 假定和约束 .43需求规定 53.1 对功能的规定 .53.2 对性能的规定 63.3 输入输出要求 .63.4 数据管理能力要求 .73.5 故障处理要求 .73.6 其他专门要求 .74运行环境规定 74.1 设备 .84.2 支持软件 .84.3 接口 .84.4 控制 .8五、 系统开发说明
2、81. 系统功能图 82. 各功能开发详细说明 83. 系统设计思路 9六、 开发计划 11七、 注意事项或技术难点 12一、 项目目标熟悉 Java 基本语法，面向对象编程思想，JDBC 技术，数据库开发，MSSQL2005 使用，T-SQL 编程，存储过程开发。二、 开发语言Java三、 开发环境JDK5.0，MyEclipse5.5，MSSQL2005，Windows2003四、 需求分析文档1引言1.1 编写目的此需求规格说明书对“超市收银系统”做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步
3、提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、开发人员、测试人员、用户文档编写者、项目管理人员。1.2 背景XX 超市是一家小型的社区连锁超市，在各个社区都有一家门店，总部向各个门店统一配货，门店负责销售，商品价格由总部制订，门店销售收入统一上缴总部，滞销商品也退还总部。为了便于管理门店，尤其是对营业情况的及时掌握和分析，调整经营策略，同时减少人为的错误，避免中间环节的贪污行为，每个社区门店的进货，滞销商品退回总部，销售，货物盘点，销售统计，营业分析，会员管理等都由计算机系统来管理，系统具有强制、安全、保密等措施，并且与总部的软件系统相连。本系统是销
4、售子系统中的收银部分，与进退货，盘点，销售统计，营业分析，会员管理等子系统有关联，使用的是同一个数据库。本系统的正式名称为“XX 超市收银系统”，委托 XX 开发，其使用者是社区超市的营业员。1.3 定义（1）商品条形码：每种商品具有唯一的编号，商品价格由商品条形码确定（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。（4）会员号：每个会员都有一个唯一的编号（3）会员价：对会员的优惠价格，比正常的商品销售价格低，具体价格由总部确定，不是所有的商品同一个折扣1.4 参考资料2任务概述2.1 目标通过扫描条形码或者直接输入商品条形码（对
5、于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时保存销售记录，打印交易清单（包括交易的流水账号、每类商品的商品名、数量、总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行会员价优惠，并将所购物品的总金额累计到该会员的总消费金额中。 系统还应有登陆、注销、操作锁定等功能。 2.2 用户的特点本系统的用户为门店的营业员，对计算机熟练程序一般，同时为避免出现顾客买单排队等候时间过长的问题，系统界面应尽可能友好，操作简单，最好是一键式操作，以便营业员快速为顾客服务。同时系统应该有
6、一定的错误识别和预防功能，以防止营业员的错误操作。2.3 假定和约束已有的约束条件包括：A本系统所采用的数据库是现成的（mssql2005，运行于门店数据库服务器上，收银系统通过网络与数据库服务器连接），不能重新设计新的数据库，只能查询或更新现有数据B本系统的开发周期为 2 周C因为门店众多，各个门店的计算机设备系统不一致，本系统要具备跨平台的特点D本系统不应对门店其他管理系统产生干扰其他无3需求规定3.1 对功能的规定311 登录系统启动后,显示欢迎界面，提醒收银注意事项，然后提示营业员输入员工编号和正确的密码。如果输入错误，则系统停留在欢迎界面，不能进行其他操作，直到输入正确的员工编号和密
7、码为止。员工编号和密码都是数字类型，不能输入其他字符。312 顾客买单首先提示输入会员卡号，对输入的卡号进行检测，如果输入错误提示重新输入，也可以不输入卡号（非会员），以非会员单价结算。然后逐一输入所购商品的条形码（扫描输入或手工输入等效），输入条形码后及时显示商品的名称和单价（会员显示会员价），如果条形码输入错误，则提示重新输入，直到正确为止。输入正确的条形码，显示商品名称单价后，提示输入商品的数量，商品数量默认是 1。每一种商品输入后，及时显示商品总数和总金额。买单过程中可以对已经输入的商品进行退货处理，但是买单结束后不能退货，要退货必须找门店负责人通过其他途径退货，本系统需支持这类退货功
8、能。所有商品的条形码，数量输入结束后，提示输入顾客的付款，顾客付款一定要大于或等于应付款，否则应重新输入，直到正确为止。输入顾客付款后，更改数据库中商品的库存信息，将销售信息保存到数据库的销售表和销售明细表中，将会员的消费金额累计到会员总消费金额中。以上操作全部正确完成后，显示应付款，顾客付款和找零，并打印销售清单。如果以上操作中途出现意外，系统应恢复到重新开始买单的初始界面。不应对数据库有任何更新。本次销售结束后，即可进行下一次销售。销售过程中可随时选择终止，直接进行一下次销售，不会更新数据库。因为顾客都是拿着商品来结帐，不存在实际有商品而数据库中库存没有的情况，系统对此应该有检测机制。31
9、3 挂帐某一次买单进行过程中，因为顾客的原因（需要临时增加商品或其他原因）暂时无法进行，为不影响后面排队顾客的结帐，系统可以暂时将该次买单挂帐，先处理后面的买单，当前面顾客回来继续买单时，可以将挂帐信息及时调出。同一时刻只能有一个挂帐。314 锁定/开锁营业员可能暂时离开收银台，可以锁定系统，在锁定状态下，系统不能执行任何操作。营业员可以通过输入自己的密码，解除锁定，解除锁定后，系统回到开始买单的初始界面。315 营业员注销营业员结束收银后，可以注销系统，注销前系统将本营业员的员工编号，本次收银开始时间，结束时间，收银次数，销售总数，销售总金额保存在数据库中。之后系统恢复到欢迎界面。3.2 对
10、性能的规定3.2.1 精度商品的单价精确到分。对时间的记录精确到分。数据库中的数据应始终保持准确，不能因为添加，修改或其他操作而产生错误，不一致的数据。 3.2.2 时间特性要求当输入会员卡号后要及时判断是否正确，时间不超过 1 秒；当输入商品条形码后要及时显示商品信息，时间不超过 1 秒；当输入顾客付款后，开始更新数据库，生成销售清单，此过程到打印清单开始前时间不超过 3 秒。3.2.3 灵活性一般情况下，营业员只需要使用回车键就可以，不需要多余的操作。其他操作一般一键即可调出，按 ESC 即可结束。整个买单过程可随时终止，直接进行下一次买单，不影响数据库中数据的正确性。3.3 输入输出要求
11、输入员工编号，固定为 9 位数字，密码为 8-12 位数字。输入会员编码，固定为 10 位数字。输入商品条形码，为 8-13 位数字。时间以数据库的时间为准，不以门店收银的系统为准。对于不合法的输入，系统应该拒绝。输出要求按数据库需要的格式进行，打印的销售清单格式如下：*第0701041405123号*会员：1234567890 2007年01月04日 14时05分产品编号 产品名称 数量 单价 金额2345678912345 adidas运动鞋 12 270.0 3240.03345124789765 Nike运动T-Shirt 3 450.0 1350.03545233445345 九阳J
12、Y 3 180.0 540.03424234534232 海尔洗衣机 1 540.0 540.0*总计: 19 5670.0 RMB收款：6000.00 元，找零：330.00 元营业员：100033.4 数据管理能力要求系统使用现有的数据库，只根据需要查询或更新现有数据，本身对数据管理无要求。3.5 故障处理要求A、在用户输入一些不合理的数据的时候，能够进行一些合理的提示信息，不能因为输入错误而导致系统的错误，或者程序停止运行；B、程序运行时，对数据库服务器和网络通信故障能够识别并提示，当故障排除后，程序恢复正常运行，不影响数据库中数据的准确性；C、如果系统本身出现故障，或出现停电等特殊情况
13、，要保证数据库中数据的正确性，并在故障排除后可恢复继续运行。3.6 其他专门要求A.安全性，除了正常买单之外，不允许对数据库中的数据进行更改，不允许查看数据库中的原始数据，B可扩展性，系统应该考虑到未来数据库可能升级到 ORACLE，系统本身可能增加的功能包括模糊查询商品信息；销售清单可以任意设定纸张及打印的格式；可自定义操作键，方便营业员的操作习惯；其他功能包括支持各种外设：条形码扫描枪、客户显示屏、POS小票打印机、钱箱、电子条码称、盘点机等。C健壮性，系统应保证一次开机后稳定运行 24 小时，性能不能下降。4运行环境规定 4.1 设备具有 Pentium III 处理器且满足以下要求的计
14、算机：最低 512 MB 内存最小 5 GB 硬盘鼠标，键盘，标准显示器4.2 支持软件 Windows2000 以上的操作系统，JDK5.0 以上4.3 接口硬件接口：与打印设备和条形码输入设备的接口软件接口：通过 JDBC 与数据库连接4.4 控制无五、 系统开发说明1. 系统功能图 营业员登录 顾客买单 挂帐 锁定/开锁 营业员注销 系统设置功能2. 各功能开发详细说明 营业员登录营业员登录后修改数据库，将登录时间记录在数据库（使用数据库服务器的时间） 。为了提高响应速度，系统在登录后，将商品的编号，名称，单价，会员价等信息读入到内存中，保存在 HASHMAP 集合中，便于买单的时候及时
15、查询，而不是频繁的访问数据库，因为这些信息很少更新，不需要每次都查询数据库。如果有新的商品入库，只需要调用输入新商品这个功能，把商品编号，名称，单价，会员价追加到 MAP 中即可。如果某种商品因为某些原因，现在不能销售，只需要调用删除商品这个功能，把它从 MAP 中去掉即可，不需要访问数据库。把会员编号也全部读到内存，保存在 HASHSET 中，便于及时查询。以上操作，不会影响到数据库中的数据，所以是安全的。（注：在填充 MAP 前，还应检查是否有未更新到数据库的销售记录，如果有，先更新本地的销售记录到数据库。见买单功能）店长登录显示设置功能菜单。 顾客买单A 为提高响应速度，买单时将销售信息
16、暂时保存在本地，先结帐，然后更新数据库，更新数据库的操作在一个事务中，要么全部成功，要么全部不成功，更新数据库放在一个单独的线程中。B 更新结束后，将保存在本地的销售记录删除。为提高响应速度，可以在数据库中设计存储过程。C 销售清单的流水号由本机的时间（精确到千分之一秒）组成，流水号保存在数据库中，可以通过流水号判断该清单是否被更新到数据库。D 每一次买单后将本次营业的收银次数加 1，总金额追加。该信息也应该保存到本地，以便发生故障时恢复。 挂帐挂帐信息不需要保存到本地，如果发生故障后，重新开始即可。 锁定/解锁 营业员注销更新数据库，将营业员结束营业时间，本次共收银次数，总金额等保存到数据库
17、。 系统设置功能输入店长的信息，可以输入暂时不销售商品的编号，从 MAP 中删除，不需更新数据库，输入新增加的商品同样操作。其他的设置功能暂不提供（后续版本可能会扩展） 。3. 系统设计思路 数据库设计图本系统使用现有数据库，不需要设计新的数据库。现有数据库结构如下： 系统体系结构图数据库界面层和控制层 数据处理层 类图 公用模块设计类图：无 每个具体模块的设计类图 ：无 六、 开发计划a) 工作分解及进度阶段 具体内容 里程碑（阶段控制点）时间理解需求 看需求说明文档，与项目经理，同事一起讨论，找出技术盲点先学习，并就如何完成该系统形成大致的思路明确功能需求，并且正式开始项目的设计工作10
18、天概要设计 1.将系统按功能划分成模块。2.确定每个模块的功能。3.确定模块之间的调用关系。4.确定模块之间的接口，即模块之间传递的信息。5.评价模块结构的质量（本系统无数据库设计部分）形成概要设计文档2 天详细设计 1为每个模块进行详细的算法设计。用某种图形、表格、语言等工具将每个模块处理过程的详细算法描述出来。2为模块内的数据结构和函数进行设计。3其他设计：输入/输出格式设计，人机对话设计（本系统不需要数据库物理设计）相成详细设计文档2 天编码实现及单元测试按照详细设计文档，编写结构体，各函数，并测试函数的正确性（白盒测试）各模块编码，单元测试完成10 天测试 根据需求说明测试系统，看功能是否实现（黑盒测试）系统测试完成 1 天部署 本软件无部署要求 在只有操作系统的情况下部署，数据库再另一台机器上1 天总结 总结开发过程，各阶段存在的问题，下次改进措施，技术及开发经验的收获对项目目标中要求的技术已经掌握1 天b) 沟通计划因本项目是个人开发，不存在相互沟通问题，但可以集中讨论，以便互相借鉴，每天集中沟通 1 小时，重点解决技术问题。c) 关键问题在出现故障时，如何保证数据库中数据的正确性及恢复系统七、 注意事项或技术难点a) 面向对象设计思想b) 集合的使用，序列化的意义c) 多线程的使用d) JDBC 技术，支持多种数据库的设计e) 软件部署
