超市标准管理系统开发文档.doc

超市管理系统开发文档
1 可行性研究报告
1.1 引言
1.1.1 编写目
本文档是某公司在通用超市信息服务平台基本上编制。本文档编写为下阶段设计、开发提供根据，为项目构成员对需求详尽理解，以及在开发开发过程中协同工作提供强有力保证。同步本文档也作为项目评审验收根据之一。
1.1.2 背景
21世纪，超市竞争也进入到了一种全新领域，竞争已不再是规模竞争，而是技术竞争、管理竞争、人才竞争。技术提高和管理升级是连锁超市业竞争核心。零售领域当前呈多元发展趋势，各种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等互相并存。如何在激烈竞争中扩大销售额、减少经营成本、扩大经营规模，成为超市努力追求目的。
1.1.3 定义
服务平台角色：涉及超市管理顾客，超市收银顾客，VIP顾客，普通个人顾客，系统管理员。
其中：
超市管理顾客角色：重要负责物资采购，入库等。
超市收银顾客角色：重要负责寻常超市交易，如收银、退换货等。
VIP顾客角色：默认分派给顾客平台注册顾客，是非管理系统。
普通个人顾客角色：默认分派给普通没有注册顾客。
系统管理员角色：重要分派给服务平台管理员，对系统初始化，系统内顾客管理进行维护。
1.2 可行性研究前提
1.2.1 规定
规定能添加顾客账号，密码，类型等信息。还能对数据库备份，数据库还原。能进行商品信息录入，涉及商品编号、名称、单价、单位等。在销售管理中要涉及商品销售信息，销售金额等，并且能记录商品销售时间，销售数量等，以及商品当天销售总额。
1.2.2 目的
超市目的是以优质服务和品种齐全商品，面向本地区所有消费者，以使经营者可以实现利润。详细目的为：最以便提供消费者所需购买物品，详细如实记录物品品种分类，理解市场发展方向，及时修正进货信息，修改库存管理办法、结算工作办法、采购管理办法等，提高工作效率，节余财力物力资源。
1.2.4 进行可行性研究办法
1. 经济可行性：超市管理系统投入，可以提高工作效率，减少工作人员，从而减少劳力资本投入，依照核算，系统投入几种月之后，就可以收回开发系统投资，因此从经济角度来说，本系统开发完全必要。
2. 社会可行性分析：当前超市管理系统已经在大型超市中得到了广泛应用，超市管理需要当代化和信息化，只有合理运用信息化管理，才干在市场竞争中立于不败。超市管理系统不但可以提高经营者回报，并且可以随时掌握市场动向，为经营者提供必要市场信息，解决了经营者最需要解决迫切问题，同步超市管理系统对操作人员规定不高，也合理节约了成本投入。
3. 本系统操作以便灵活，便于学习，因而，该系统具备可行性。
可行性研究结论：通过经济、技术、和社会等方面可行性研究，可以拟定本系统开发完全必要，并且是可行，可以立项开发。
1.3 对既有系统分析
1.3.1 数据流程和解决流程

1.3.2 工作负荷
所有工作都需人工进行，对于进货和库存管理甚至需要人工进行记录，工作繁重，且效率低下，容易出错。
1.3.3 费用开支
需要大量纸质文档，对信息进行记录，需要支付大量费用，且导致资源挥霍。由于所有工作都需要人工进行且效率低下，因此需要支付较多工资。
1.3.4 人员
项目经理：王立强；
分析员：王凤丽，万文娜；
程序员：王晓林；
调试员：王万乐，孙瑞鹏。
1.4 所建议系统
1.4.1 对所建议系统阐明
本系统对客户端和服务器设备规定相对不高，对计算机系统软件规定也能满足，在技术上，是完全可是实现。在经济方面，由于就当前市场观测，各大中小型超市现状有待改进，该系统恰恰弥补了这方面空白，经济收益前景可观。咱们针对当前各超市对经营业务和人事管理特点和技术人员实际水平，尽量采用易懂易读人机界面，是顾客可以在短时间内完全掌握运用。
在设计本系统过程中，本小构成员一方面对市场进行调查，分析有关数据，并研究当前正在使用有关系统。进而拟定问题所在，并制定解决问题办法和行方案。同步也要考虑到经济与技术方面可行性。最后草拟筹划，并付诸实行。
1.4.3 改进之处
咱们所建议系统一方面不再需要大量纸张，进行信息记录，从而节约了诸多资源，另一方面，所有记录只需一台电脑就能完毕，不再需要大量人力进行信息录入，从而节约了人力资源，并且无需再人工地一条一条地对信息进行书写，节约了诸多时间，且大大地提高了工作效率。
1.5 技术条件方面可行性
在IT行业中从业工作人员普通都规定懂计算机，具备一定软硬件基本，会使用各种管理软件，熟悉IT产品。由于，超市中对员工素质规定比较高，从管理层到下面营销人员，都规定具备一定IT背景，因此在新系统投入使用时，只要对员工进行少量培训，系统功能和用法就基本上可以使系统顺利运营了。
1.6 投资及收益分析
1.6.1 支出
涉及采购、开发和安装下列各项所需费用，如：
a. 房屋和设施500元
b. ADP设备300元
c. 数据通讯设备300元
d. 环保设备200元
e. 安全与保密设备100元；
f. ADP操作系统和应用软件200元；
g. 数据库管理软件100元。
h. 工作人员工资
1.6.2 收益
1.6.2.1 一次性收益
即软件卖出收益，按照合同为十万元。
1.6.2.2 非一次性收益
通过本次软件项目，可以应用在其她项目中，并且可以稍加修改出售给其她超市，收益为五万元。
1.6.2.3 不可定量收益
代码库完善，工作人员经验增长等。
1.6.3 收益/投资比
收益投资比约为10/1
1.7 社会条件方面可行性
随着计算机技术发展和网络人口增长，人们对网络需求也越来越苛刻，越来越贴近其生活，电子信息管理已经成为网上一股潮流。而更多，是规定老式行业管理要延伸到网络，以更以便其生活、工作和学习。可行性研究目，就是用最小代价在尽量短时间内拟定问题与否可以解决。要达到这个目，必要分析几种重要也许解法利弊，从而判断原定系统规模和目的与否现实，系统完毕后所能带来效益与否大到值得投资开发这个系统限度。因而，可行性研究实质上是要进行一次大大压缩简化了系统分析和设计过程，也就是在较高层次上以较抽象方式进行系统分析和设计过程。
1.7.1 法律方面可行性
法律可行性是考虑要开发系统与否存在任何侵犯、妨碍和责任问题，顾客操作可行性考虑待开发软件运营方式在顾客组织内与否行得通，现行管理制度、人员素质、操作知识与否可行。
由于在本系统中是有合同作为双方合伙基本，因此不会存在任何侵犯、妨碍和责任问题。虽然存在了，也可以依照合同进行分析，一定有人会负责任，因此此系统完全可以进行开发。
1.7.2 使用方面可行性
超市作为一种商品资源集散点，其重要功能就是对顾客开放购买地方。老式超市管理系统，手工管理，这种方式应用最老式“笔纸操作系统”，将超市货品信息、销售信息、厂商信息管理及单据管理等均以纯手工形式进行，将信息以表格文献体现形式记录在纸上，再进行统一保存。这种方式虽然在简朴信息查询时会有一定以便，但是存在着更多不便：信息保存时间和条件很受限制、容易被损坏、信息查询不便、信息传达容易导致失误等。采用咱们所建议系统便能较好地解决上述问题。
1.8 结论
和老式管理模式相比较，使用本系统毫无疑问会大大提高超市运动效率，辅助提高超市决策水平管理水平，以减少经意成本，提高效益，减少差错，节约人力，减少顾客购物时间，增长客流量，提高顾客满意度，增强超市扩张能力，提供有效地技术保障，故该系统可以及时开始进行。
2 项目开发筹划
编制项目开发筹划目是用文献形式，把对于在开发过程中各项工作
负责人员、开发进度所需经费预算、所需软、硬件条件等问题作出安排记载
下来，以便依照本筹划开展和检查本项目开发工作。编制内容规定如下：
2.1 引言
2.1.1 编写目
本报告是面向顾客及项目团队而编写，目在于使项目负责人及项目成员明确软件重要功能模块，以及让顾客对概要设计书中所列出模块功能提出修改或补充意见。
2.1.2 背景
a. 待开发软件系统名称：超市销售管理系统；
b. 列出此项目任务提出者、开发者：王立强；
c. 顾客：各大连锁超市。
2.1.3 定义
SQL语言英文全称是Structure Query Language，意为构造化查询语言。SQL语言重要功能就是同各种数据库建立联系，进行沟通用来执行各种各样操作，例如更新数据库中数据、从数据库中提取数据等。SQL已被ANSI（美国国标协会）和国际原则化组织（ISO）定为关系型数据库语言原则语言。当前绝大多数流行关系型数据库管理系统，如Oracle、Sybase、MicroSoft Sql Server、DB2等都遵循SQL语言原则。SQL语句有诸多，功能齐全，大体可以分为四大类：
数据定义：用于创立、删除、修改数据中各类对象，如CREATE、DROP、ALTER。
数据查询：对数据库查询检索，命令有SELECT。
数据更新：插入、更新、删除数据库，如NSERT、UPDATE、DELETE。
数据控制：数据控制管理，如表加锁、授权、回收授权、提交事务、回滚事务，命令有：LOCK、GRANT、REVOKE、COMMIT、ROLLBACK。
2.2 项目概述
2.2.1 工作内容
该系统重要针对当前各中小型超市管理应用来设计。通过市场调查和分析，重要模块有公司信息、仓库信息、供货商信息、商品信息、采购信息等。本系统需要完毕对以上各模块信息查询、添加、删除和打印功能。
2.2.2 重要参加人员
指引教师：王丽榕。开发者：王立强、王凤丽、王晓林、万文娜、孙瑞鹏、王万乐。
2.2.3 产品及成果
2.2.3.1 程序
该系统移送给顾客应用软件命名为超市管理系统。该系统使用java开发环境用SQL语言来进行开发。java是一种可视化面向对象迅速应用程序开发环境，它以其开放体系构造，简洁高效集成开发环境，强大数据窗口技术，几乎无所不能数据库访问能力和和谐顾客界面，已成为client/server模式应用和基于internet模式应用最先进开发工具之一。
2.2.3.2 文献
1，超市管理系统安装。点击该exe文献一步步安装该系统。
2，顾客阐明。涉及对该系统简要阐明以及常用问题答疑等。
3，网络访问链接。点击链接有关网络资源进行有效协助。
4，素材。涉及了本系统中图片等资源集合。
2.2.3.3 服务
在顾客需要运用该系统之日起，既上门培训安装该系统，并将基本运用知识和注意事项告知顾客。并教会顾客基本维护和常用问题解决知识。本超市管理系统在windows 系列操做系统上都能安装使用，硬件方面只使用普通就可以无需硬件扩展资源。因而使用于普通顾客计算机使用。
2.2.3.4 非移送产品
可行性研究报告、项目开发筹划、软件需求阐明书、设计阐明书、测试筹划和分析以及系统开发总结报告。
2.2.4 验收原则
1，超市管理系统安装。点击该exe文献一步步安装该系统。该安装过程中需要顺利安装。涉及程序正常运营，以及顾客对界面满意限度。
2，顾客阐明。涉及对该系统简要阐明以及常用问题答疑等。可以保证顾客易懂，所涉及知识面达到，顾客满意。
3，网络访问链接。点击链接有关网络资源进行有效协助。能成功连接到有关网络，获取相应网络资源。
4，素材。涉及了改系统中图片等资源集合。
2.2.5 完毕项目最迟期限
最迟期限为6月底。
2.2.6 本筹划审查者与批准者
批准者：王万乐。
批准日期：3月中旬。
2.3 实行总筹划
2.3.1 工作任务分解
设计人员：王凤丽，王晓林，万文娜，孙瑞鹏。全程参加该系统立项、设计实现、测试和维护工作。其中王凤丽，孙瑞鹏重要负责软件需求分析、概要设计阐明说、数据库设计阐明书、顾客手册和测试分析。
王晓林，万文娜重要负责可行性要就报告、项目开发筹划、详细设计阐明书、测试筹划和项目开发总结报告。
审批人员：王万乐。重要负责在系统设计过程对设计人员指引和后期审批工作。
2.3.2 接口人员
负责本项目同顾客接口人员：万文娜、孙瑞鹏。涉及对顾客进行培训，以及协助顾客解决所遇到问题。
负责本项目同本单位各管理机构，王凤丽、王立强。重要涉及和教师之间交流。
2.3.3 进度
需要交报告有如下10份，并在规定期间内按筹划提交。
1.可行性研究报告（第二周）
2.项目开发筹划（第三、四周）
3.软件需求阐明书（第五周）
4.概要设计阐明书（第六周）
5.数据库设计阐明书（第七周）
6.详细设计阐明书（第八周）
7.顾客手册（第九周）
8.测试筹划（第十周）
9.测试分析报告（第十三周）
10.项目开发总结报告（第十四周）
重要上机开发该系统时间为第十一、十二周，在此期间需要完毕整个系统实现和测试。

2.3.4 预算
开发人员：王立强、王凤丽、王晓林、万文娜、孙瑞鹏、王万乐。
开发时间：3月到6月。
经费预算：预测10000左右。
2.3.5 核心问题
在该系统设计过程中，重要技术难点就是用SQL语言实现系统过程。由于稍有错误就回影响到整个系统实现问题。因而在编写代码以测试时候要做到严谨、认真。多做测试。
2.4 支持条件
2.4.1 计算机系统支持
本超市管理系统在windows 系列操做系统上都能安装使用，硬件方面只使用普通就可以无需对硬件扩展资源。
2.4.2 需要顾客承担工作
1，顾客提供需求信息；重要涉及了改系统需要做些什么，从哪些方面着手。这个方面需要在设计初期进行调查完毕。大概2天。
2，参加顾客培训；在系统完毕了设计之后，有有关人员对顾客进行培训，顾客需要积极参加其中。大概1天。
3，信息反馈；顾客在使用过程中，对该系统意见和建议可随时反馈。
4，谋求协助； 若在使用该系统过程遇到问题，在1年内可规定专业人员上门服务，2年内可规定有关人员进行答疑服务。
2.4.3 需由外单位提供条件
设计该系统需要个小构成员运用许多课外条件对有关市场进形调查和某些系统设计方面资料查阅。
2.5 专项筹划要点
开发人员培训筹划：开发人员自行加强各方面知识储备，查阅和学习个方面知识要点。并积极讨论有关要点，和及时要教师请教有关问题。无详细时间规定，随时做随时学。
测试筹划：在开发完毕到一定限度时，自行可测该系统，找出有关问题并及时解决，筹划两天。
安全保密筹划：该系统仅有本小构成员和指引教师有权知晓详情。因而关于安全性高。此外在系统内部设有保密办法，顾客可设定密码进行授权，有一定安全保证。
质量保证筹划：力求做到严谨细致设计该系统，并有指引教师检视修改，加上后期测试和修改筹划，在质量上有一定保证。
配备管理筹划：该系统配备规定不高，管理操作简朴，对顾客稍作培训即可达到有关规定。
顾客培训筹划：在系统完毕后，有本小组开发人员专门针对顾客提供相应培训，筹划一天完毕。
系统安装筹划：在对顾客进行了一定培训之后，既开始安装该系统，并在安装过程中告知顾客某些基本注意事项和常用问题解决办法。
3 软件需求阐明书
3.1 引言
3.1.1 编写目
(1) 大大提高超市运作效率。
(2) 通过全面信息采集和解决，辅助提高超市决策水平。
(3) 使用本系统，可以迅速提高超市管理水平。
(4)为减少经营成本， 提高效益，增强超市扩张能力， 提供有效技术保障。
3.1.2 背景
21世纪，超市竞争也进入到了一种全新领域，竞争已不再是规模竞争，而是技术竞争、管理竞争、人才竞争。技术提高和管理升级是连锁超市业竞争核心。零售领域当前呈多元发展趋势，各种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等互相并存。如何在激烈竞争中扩大销售额、减少经营成本、扩大经营规模，成为当前超市努力追求目的。
3.1.3 术语定义
“总公司管理系统”；
“超市（连锁店）管理系统”；
“零售前台（POS）管理系统”；
“物流管理系统”；
“帐务结算系统”；
“总服务台系统”；
“总经理查询系统”；
3.2 任务概述
3.2.1 目的
1) 顾客可从导购台上，通过触摸屏，查询到超市简介、营业区别布，商品购买指南，声文并茂地获得所需信息，也可通过零售POS系统实现各种购物方式。
2) 提高工作人员对的性，省略了手工核对工作量。
3) 超市管理者从繁重老式式经营管理中解脱出来，并且有更多时间从事于管理工作，工作重心逐渐转到管理上来，进一步提高了工作效率。
4) 采购人员查询本系统，可以更直接、有效地获得商品状况，理解到商品与否畅销或滞销。
5) 销售管理人员依照商品销售状况进行分析，以进行下一次销售筹划。
6) 财务人员能更加清晰地理解库存状况、帐款余额、毛利等财务数据，通过更好地控制成本和费用，提高资金周转率。
7) 超市管理者把握住商品进销存动态，对超市各种资源流转进行更好控制和发展。
3.2.2 顾客特点
本系统顾客涉及3类：
1. 使用者：总部、分公司及经营部人力资源部（行政部门）所有人员，执行该系统大某些操作（输入、查询），为其经常性工作。该某些人员电脑使用水平为初、中级，普通会使用windows XP,fice系列以及收发电子邮件。
2. 查询者：总部、分公司及经营部领导，她们普通为进行人事方面决策执行查询记录操作，为其为间断性工作。该某些人员电脑使用水平为初级（少数也许有中级水平），普通会使用windows XP 系统软件。
3. 其他使用者：XX超市所有员工为本系统基本对象。她们在某些状况（tbd）下会使用本系统。尚有客户查询，消费等。该某些人员电脑使用水平未知（tbd）。
其中第一类顾客是重要参加者，第二、三类顾客是次要参加者。
3.2.3 假定与约束
关于顾客权限：（但愿建立一种多维顾客权限管理，单位级别、薪金权限、操作权限等）单位权限：上级单位可以察看下级单位所有人员信息；基层单位只能察看自己所有人员信息。
薪金权限：只有通过授权人员才干察看，其她人员薪金状况，（与单位级别有一定关系）。
操作权限：本单位只能对本单位员工状况进行操作（输入、修改），同步可以对由其直接任命人员进行相应操作。如总部对总部所有员工进行有关操作，同步对依照规定由总部任免人员进行有关操作，如分公司总经理、经营部经理、分公司财务经理等。
分公司或经营部只有对总经理等人进行查询权限。
对输入数据格式进行判断，如果不合法则进行提示。
3.3 需求规格阐明
3.3.1 功能规格阐明
1、总公司管理系统
充分运用数据库大容量、高效率等特点，为顾客提供强大功能支持，对超市进货业务、库房业务进行管理，并解决分公司销售数据和后台批发业务，运用商业流通超市商品管理和往来客户管理，为经营管理者提供分析与决策必须数据和信息。
该系统包括五个对象，涉及：超市经理，营业员，财务管理人员，供货商，客户。
系统用例：
超市经理：销售管理，货源（物流）管理，财务管理
营业员：销售管理，由于要向系统提供货架管理信息，因此也参加货源管理
财务管理人员：详细财务管理
供货商：货源（物流）管理
财务管理包括：报表，进货退伙表，结帐
销售管理包括：货架管理，会员管理，结帐/使用POS机，商品查询
货源（物流）管理：供货，货源调查，祈求配送

2. 超市（连锁店）管理系统
接受总公司（配送中心）发送过来数据，并将本地发生业务数据上传到总部。同步作为零售前台（POS）系统后台管理系统，负责完毕零售资料设立和业务解决，涉及前台所需会员卡、促销、打折、赠送等资料设立，全面零售记录报表，零售可按货品、时段（班次）、收款员、供应商、结算方式、经办人、客户、客流量等记录汇总，提供零售每日销售金额登记表、每月销售金额登记表、零售毛利表，查询成果可随意排序（排行榜）。
该系统包括六个对象，涉及：总经理，超市经理，营业员，财务管理人员，供货商，客户。
系统用例：
总经理：对超市经理进行管理，通过超市经理，管理整个系统
超市经理：销售管理，货源（物流）管理，财务管理
营业员：销售管理，由于要向系统提供货架管理信息，因此也参加货源管理
财务管理人员：详细财务管理
供货商：货源（物流）管理

3. 零售前台（POS）管理系统
前台仅涉及销售商品时必要且仅需功能，尽量地做到简化操作程序，利于收银员快捷、精确地进行收款。功能涉及前台交易开单、收款、退货、会员卡、折扣和优惠等；下载后台资料和将清款后业务数据上传后台；完毕前台交易中扫描条码或输入商品编码、收款、打印收据、弹出银箱等一系列操作。各种前台POS可连接到同一种后台系统。
l 支持各种收款方式：顾客交款、营业员交款。
l 支持会员制折扣卡销售，可以采用严格会员制或自由会员制。
l 记录顾客信息、合计顾客消费金额等功能。
l 支持各种付款方式：钞票、支票、信用卡IC卡、信用卡磁卡、记帐、赠券等。可同银行提供数据接口直接进行数据互换。
l 支持各种促销方式：折扣、折让、VIP优惠卡、赠送。
l 容许退货及错误改正。
l 收款员非常规操作记录，有助于减少财务损失，以便汇总打印各种营业报表。
该系统包括两个对象，涉及营业员和客户。
系统用例：
营业员：销售管理，会员业务
客户：结帐，使用POS系统，购物查询

其中，POS机应提供如下功能：
客户购买商品
POS系统提出插入卡规定
客户插入卡
POS系统规定输入密码
客户输入密码
POS系统检查密码
如果密码对的，检查余额，如果错误，则规定例外解决，如重新输入密码。
POS系统检查余额，如果余额充分，则容许刷卡购物，如果局限性，则例外解决。
POS系统打印清单
4. 物流管理系统
由于超市物流管理过于落后，已严重影响了超市竞争力，因此开发此系统，协助超市做好物流管理。
本系统有三个对象：超市经理，供货商，营业员
提供用例有：
l 货架管理：录入货架编码信息，可查询某货架商品信息，可查询某一商品在那一种货架上。
l 祈求配送管理：祈求配送单自动生成，系统依照当前库存量、日销量，已发出祈求配送单数量自动生成祈求配送单。被确认祈求配送单自动传入配货中心送货。销售人员可以通过系统将销售量，库存量报告给经理
l 顾客可通过系统传达需求量信息
l 经理通过系统可以查询到销售，库存，需求信息
l 系统通过网络与供货商传递价格，需求量等信息
l 系统可以作信息分析
l 经理查询数据分析，并作出决策
经理查询数据分析，并作出决策
配送祈求顺序：
l 营业员将销售状况，库存状况向超市经理报告
l 超市经理进行核查
l 财务部门做财务报表
l 超市经理依照销售/库存状况决定与否发出配送祈求
l 超市经理向供货商发出配送祈求
l 供货商依照配送祈求向超市发货
l 超市接受货品并检查
l 财务部门付款，并作帐
5. 帐务结算系统
报表，结帐，进货退货表可自动运营，减少系统管理员工作量，可及时发现计算机系统或人为导致错误，生成监测报告告知系统管理员。
本系统只有一种对象：财务管理人员
提供用例：
l 结账 通过本系统，财务人员能将所有销售清单，付款单等所有账目轻松做出汇总，大大减轻了财务人员工作量
l 报表 本系统可自动生成财务报表
l 监测报告 本系统可自动将营业额，付款项作比较，避免赤字。本系统能实时监控财务报表和账目，避免出错。

6. 总服务台系统
本系统有两个对象：营业员和客户
系统用例：
l 发票打印顾客若需发票报销可凭收款机打印收据开发票，可打印增值税发票或普通发票。
l 顾客投诉，顾客投诉内容被记录，以备关于管理人员查询。
l 缺货登记 能配合物流管理系统，向物流管理系统提供商品销售/库存信息，并向物流管理部门提出佩送祈求。
l 会员管理：能添加会员，删除会员，会员优惠纪录，会员消费汇总，会员消费明细，会员奖励优惠记录。会员登记与会员卡发放。
l 营业员管理：工资(奖金)与营业员业绩和考勤状况挂钩，按给定奖罚公式自动计算，进入工资(奖金)核算中。
7. 总经理查询系统
l 总经理可全方位查看系统中数据和分析成果。
l 当天商场、部门、柜组实时查询。
l 当天各收款机实时查询当天各付款方式实时查询当天商场营业额时段分析。
l 当天客流分析商场部门阶段状况查询，涉及库存金额、销售金额、销售成本、毛利、毛利率、占用资金、应收、应付帐款、资金占用率。
l 商品阶段状况查询，涉及库存数量、销售数量、销售金额、进货数量、调拨数量、溢损数量、进价、售价。毛利、毛利率。
3.3.2 性能规格阐明
3.3.2.1 精度
软件输入精度：小数点后保存3位有效数字；
输出数据精度规定：小数点后保存3位有效数字；
传播过程中精度：小数点后保存3位有效数字；
3.3.2.2 时间特性规定
前台销售体统相应时间应不大于0.5秒
相应时间：0.5秒以内；
更新解决时间：0.5秒以内；
数据转换和传送时间：1秒以内；
3.3.2.3 灵活性
操作方式上变化：该软件实用与当前流行操作系统；
精度和有效时限变化:可以依照实际状况自行设立；
3.3.2.4 安全性
通过SQL数据库安全设立，一定限度上保证了数据库安全性。系统依照顾客身份赋予不同权限，顾客用密码登陆，同样也保证了系统数据安全性。
定期备份数据库，以保证因病毒、系统崩溃、硬件损坏等其她因素引起数据丢失。
3.3.2.5 可维护性
系统管理者和维护者须懂得SQL数据库应用等方面技能，必要时要对其进行培训。
3.3.2.6 可扩展性
该系统要支持可扩展性，由于超市业务是随着发展扩展，涉及产品是会增长，因此要具备一定可扩展性。
3.3.3 故障解决规定
为避免系统运营中故障对顾客导致经济上损失，咱们建议：
1） 重要数据顾客应自行备份；
2） 做好数据库寻常维护工作；
3） 数据库要定期整顿备份到此外地方；
3.4 运营环境规定
3.4.1 接口
软件接口：
1. 人事管理系统： 收银员表，销售经理表，仓库经理表，对于这些表修改权限属于人事管理系统，人事管理系统只向本系统提供一种查询接口。
2. 物流管理系统： 对于需要商品入库，商品出库，搬运等工作借由物流管理系统负责，本系统只起到告知作用。
3. 银行转账系统： 对于使用poss机刷卡支付顾客，关于转账详细细节由银行转账系统负责。
硬件接口：
本产品顾客普通需要通过终端进行操作，进入主界面后点击相应窗口，分别进入相相应界面（如：输入界面、输出界面）。顾客对程序维护，最佳要有备份。
顾客接口：
阐明人机交互界面顾客需求，如屏幕格式，报表，菜单格式与内容及功能键定义。
4 数据需求阐明书
4.1 引言
4.1.1 编写目
超市管理系统数据需求阐明书目是为了明确超市管理系统中各项功能和非功能性需求实现时所需要数据，并可以以此数据为依照设计数据库，同步为概要设计和详细设计人员提供设计根据，其她本项目组开发人员也可参阅。
超市管理系统数据需求阐明书阅读对象为：
1）对有关业务技术和总体方案作出决策管理人员和质量管理人员；
2）对本《数据需求阐明书》进行评审和确认关于业务、技术人员；
3）参加数据库设计、测试设计阶段工作全体设计人员；
4）《超市管理系统》项目组，其她有权需要调用本文档人员；
4.1.2 背景
开发软件名称：超市管理系统
项目任务提出者：XX超市
项目开发者：团队
顾客：XX超市管理人员、销售人员以及职工
实现软件单位:团队
项目与其她软件、系统关系：该系统需要与原有超市库存数据库进行兼容，因此在设计过程中需要注意这个问题，这样就不需要重新构建库存数据库信息，减少了资源挥霍。
4.1.3 定义
系统实现对超市采购、销售、仓库、账务等实际流程实现动态计算管理，使得超市经营者可以迅速掌控公司运营状况，合理做出公司战略决策。
核心词：查询命令、修改命令、删除命令
4.2 数据逻辑描述
4.2.1 静态数据
收银员基本信息：姓名、收银员工号、密码、联系电话；
仓库管理员信息：姓名、仓库管理员工号、密码、联系电话
销售经理信息：姓名、销售经理工号、密码、联系电话
会员信息：会员卡号、姓名、积分
超市商品信息：商品名、商品售价、商品数量、出库时间
仓库物品信息：商品名、商品批号、商品进价、有效期、商品数量、入库时间
商品入库信息：商品名、商品批号、商品进价、有效期、商品数量、入库时间、仓库管理人员工号
商品出库信息：商品名、商品批号、商品数量、入库时间、仓库管理员工号
4.2.2 动态输入数据
商品查询命令、修改命令、删除命令、添加命令等；
员工基本信息查询命令、修改命令、删除命令、添加命令等；
4.2.3 动态输出数据
每月销售赢额、利润等；
4.2.4 内部生成数据
依照数据库各个表内在连接关系可以生成新所需要数据，同步可以进行某些加权计算，例如超市一天售出商品加权销售额，一种季度总加权销售额，一天同一种商品加权销售额等，这些数据可以在SQL语句中体现。
4.2.5 数据商定
对于数据库存储信息
各种成绩报表中数据输出有拟定形式，对于销售额，普通销售额保存至小数点后两位。
数据库要有严格有效恢复机制：数据需一种每天进行一次备份，由于信息量巨大，应以天为周期进行增量转存，以季度为周期进行海量转存。所有提交、确认、删除等操作以按钮形式给出，且名称一律取为“提交”、“确认”、“删除”等易于理解形式。
数据输入输出格式规定：参照需求规范附录和系统管理中有关内容。
商品生产日期、保质日期均采用年、月、日格式
4.3 数据采集
4.3.1 规定和范畴
详细内容涉及：
a、数据来源重要是建立数据库时录入数据，在进行相应操作时会进行数据更新。而无论是管理人员、销售人员还是职工都可以进行数据更新，数据可以在终端计算机上输入，也可以在服务器上输入，由于超市管理系统是一种内部系统，因此在超市外部进行数据操作时会有一定期延，或者页面打不开。
b、数据输入采用键盘输入和仪器扫描输入，数据是有一定格式和密码限制，因此输入不合法时会进入不了系统。
c、数据统一采用界面输入，接受者都是电脑，依照“提交”、“确认”、“删除”三个按钮，进入到数据库采用统一解决。
d、数据输出统一显示在界面上，也有报表生成格式可以打印出报表，普通采用表格形式，必要时表格会打印输出，打印机选取采用统一接口。
e、数据要及时更新，数据必要每天进行一次备份，由于信息量巨大，以天为周期进行增量转存，以季度为单位进行海量转存。
4.3.2 输入承担者
数据输入可以是收银员（商品扫描码、收取金额等）、管理人员（员工信息、商品信息、商品价格等）、仓库管理人员（商品、商品价格等）；输入数据基本都是采用键盘，而职工可以采用扫描机器扫描商品扫描码进行输入，数据输入可以在界面也可以在数据库。
4.3.3 解决
超市管理系统面向使用者范畴很广，在每一天，使用量都很庞大，因而在数据流控制上需要注意，由于对于售货员和仓库人员输入格式比较简朴，因而不需要太注意，管理人员解决信息格式多，需要进行简朴转化。在进行商品结算过程中要特别注意，访问量大，有也许导致系统崩溃，因此在商品结算过程中要尽量保证系统可靠性和数据流管理。
4.3.4 影响
超市管理系统是一种庞大系统，有很大数据存储，每天均有很大数据访问和更新，同步它安全性也非常重要，不能有计算误差，由于每一次操作都涉及金钱交易，每一天销售总额要和商品数量相应起来，这样才干保证可靠性。
5 概要设计阐明书
概要设计阐明书可称作系统设计阐明书，这里说系统是指程序系统，编
制目是阐明对程序系统设计考虑，涉及程序系统基本解决流程、程
序系统组织构造、模块划分、功能分派、接口设计、运营设计、数据构造设
计和出错解决设计等，为程序详细设计提供基本。编制概要设计阐明书内
容规定如下：

5.1 引言
随着市场经济和当代信息技术发展，过去手工管理超市方式已不适当超市发展，如何使用当代化工具，使公司和经营者个人在最小投入下获取最大回报。成为每一种人梦想。因而，在超市管理中引进当代化办公软件，就成为时下最佳解决办法。使用软件办公，不但能使经营者劳力资本减少，同步能使超市管理更规范更合理，解决了超市中用于管理进出货以及购买、库存等众多繁琐、工作量巨大从而导致耗费人员过多，超市经营紊乱等众多问题。

5.1.1 编写目
此文档作为顾客对即将开发软件功能要规定，是软件设计和开发者重要根据。

5.1.2 背景
在系统开发中，容易浮现系统功能设计与顾客需求不符或是系统设计不适当等问题，通过该文档一方面大体拟定系统基本功能和总体设计，减少后期开发中错误。

5.2 总体设计

5.2.1 需求规定
A．主界面登录：超市信息管理系统主界面，顾客可以通过此界面登录，然后对系统进行如：数据录入，数据查询，数据记录，商品销售清单打印等操作。
B. 系统后台：管理员操作界面，管理员可以对系统进行配备，对仓库数据进行修改、查询、删除等操作。
C. 此系统重要有如下几种功能模块：
系统设立；
商品供应商信息管理；
员工档案管理；
商品信息管理；
商品入库管理；
销售管理；
销售数据查询。

5.2.2 运营环境
操作系统：Microsoft Windows 7
支持环境：jdk1.6
数 据 库：Microsoft SQL Server

5.2.3 基本设计概念和解决流程

功能描述
1）系统设立
系统设立功能可以对管理员信息，员工信息进行更改、删除操作。以及对库存表
数据进行修改等。此功能只限于管理员操作。
2）商品供应商信息管理
该项功能能对商品供应商信息进行删除，更新。管理员可以对商品供应商信息进行查询。
3）员工档案管理
该项功能对员工信息进行管理，员工可以对其信息进行查询；系统管理员可对其进行修改，删除操作。
4）商品信息管理
该项功能重要对商品信息添加、修改。
5）商品入库管理
货品进库与出库，数据更新操作。
6）销售管理
货品价格制定，出货量查询。
7）销售数据查询
对售出货品总量、销售总金额等数据进行查询。

5.2.4 构造
方框图

主模块构造图

管理员模块

员工登录模块

5.2.5 功能需求与程序关系
本条用一张如下矩阵图阐明各项功能需求实现同各块程序分派关系：

系
统
模
块
功
能
需
求

登录模块

信息查询模块

管理模块
输入
√
√
√
添加

√
修改

√
删除

√
输出

√
√
维护

√

5.2.6 人工解决过程
本系统需要人工解决有数据库维护与数据表建立；供应商信息、员工信息、商品库存信息等更新。

5.2.7 尚未解决问题
各个模块封装

5.3 接口设计

5.3.1 顾客接口
命令