超市收银系统需求分析
2010
软件工程超市收银系
统
需求分析文档
[摘要] 超市收银系统是超市日常经营管理的一个重要组成部分，也
是超市管理的组成部分。尤其是在信息技术高度发达的今天，利用信
息技术实现高效的日常经营管理有着巨大的实用价值和优点。本文档
为超市收银系统的设计、实现、测试以及验收提供重要依据，也为评
价系统功能和性能提供标准。本文档可供用户、项目管理人员、系统
分析人员、程序设计人员以及系统测试人员阅读和参考。
目录
1．序言
1.1编写目的 (3)
1.2项目背景 (1)
1.3定义 (1)
1.4参考资料 (1)
2．任务概述
2.1目标 (1)
2.2运行环境 (1)
2.3条件与限制 (1)
2.4用户特征 (1)
3．数据描述
3.1静态数据 (1)
3.2动态数据 (1)
3.3数据库介绍 (1)
3.4数据字典 (1)
3.5数据采集 (1)
4．功能需求
4.1功能划分 (1)
4.2功能描述 (1)
5．性能需求
5.1数据精确度 (1)
5.2时间特性 (1)
5.3适应性 (1)
6．运行需求
6.1用户界面 (1)
6.2硬件接口 (1)
6.3软件接口 (1)
6.4故障处理 (1)
7．其它需求
第二开发小组等
第二开发小组 等
引言
1.1编写目的
信息技术高度发达的今天，利用信息技术对大量复杂的信息进行有效的管理成为一种普遍而实用的手段。一方面，这极大的减少了簿记和人力的开销，另一方面，现代计算机强大的计算能力和网络的普遍部署，大大简化了大量信息的处理和流动。同样，超市收银系统是超市日常经营管理的一个重要组成部分，该系统涉及了商品信息，营业额度，以及很多相关信息的综合处理。为了方便配合超市日常经营管理，系统把收银、退货、会员添加、库存提醒等信息管理工作集成到一个统一的平台，各管理人员分工协作、相互配合，及时了解超市日常营运情况。同时，也方便经营者对日常经营情况的了解。
本文档为超市收银系统的设计、实现、测试以及验收提供重要依据，也为评价系统功能和性能提供标准。本文档可供用户、项目管理人员、系统分析人员、程序设计人员以及系统测试人员阅读和参考。
1.2项目背景
项目委托单位： 软件工程课程项目
项目开发单位： 08信管软件工程第二开发小组 项目主管部门： 08信管软件工程第二开发小组
项目规划： 阶段
文档
提交日期
需求阶段 需求分析文档 11月10日 分析设计
软件设计文档 11月15 日 测试
软件测试文档
12月20日
.3定义
名词解释
业务流程图业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合流理向。数据流程图是一种能全面地描述信息系统
逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。
管理调查过程中绘制的业务流程图和表格分配图等虽然形象地表达了管理信息中的流动和存储过
程，但仍没有完全脱离一些物质要素（如货物、产品等）、数据流程图则进一步舍去物质要素，收
集有关资料，用计算机进行信息管理，为下一步分析做好准备。
数据流程图数据流程图表示求解某一问题的数据通路。同时规定了处理的主要阶段和所用的各种数据媒体。
数据流程图包括：
1. 指明数据存在的数据符号，这些数据符号也可指明该数据所使用的媒体。
2. 指明对数据执行处理的处理符号，这些符号也可指明该处理所用到的机器功能。
3. 指明几个处理和（或）数据媒体之间的数据流的流线符号。
4. 便于读、写数据流程图的特殊符号。
在处理符号的前后都应是数据符号。数据流程图以数据符号开始和结束（除9．4规定的特殊符号外）处理过程
功能图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。
数据字典所谓数据词典,是指定义和管理数据库文件(库表)的有组织的系统,其目的是方便数据库的存取和控制,加强系统的数据管理
需求提出者需求提出者是对项目进行提出需求的用户
图例说明是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合流理向。
数据存储数据存储是一种对深入挖掘用户需求，得出数据分析的存储过程。是对整个数据的中间结果以及最终结果的存储。
数据传递数据传递是处于整个规定了的所有数据媒体的中间产物的传递。
1.4参考资料
1.软件工程文档模版
2.软件工程导论清华大学出版社
3.C#程序设计及应用教程人民邮电出版社
第二开发小组等
2．任务概述
2.1目标
1.明确用户需求，加速开发进程；
2.提高处理速度；
3.控制精度以及日常业务处理能力的提高；
4.管理信息服务的改进；
5.人员工作效率的提高；
2.2运行环境
1.操作系统： Microsoft Windows XP
2.数据库： SQL Sever 2005
3.开发工具： Microsoft Visual Studio 2005
2.3条件与限制
1.处理器要求：Pentium Ⅵ或以上
2.运行环境： Microsoft Visual Studio 2005
3.内存要求： 512MB或以上
2.4 用户特征
使用本软件的用户非常广泛，它非常适用于具有如下特点的人员：
具有一定计算机操作基础
与外界联系紧密，相关信息丢失或损坏可能带来重大损失
信息处理量大，且数据较为复杂
针对如上用户特点，本软件可以迅速、准确、方便地提供个人社会关系数据库管理系统的各项管理功能，同时力求为用户提供方便、高效、实用的功能。用户只需掌握电脑录入功能即可。
第二开发小组等
3．数据描述
3.1静态数据
信息管理系统处理程序中静态数据
(1) 静态数据作为应用程序的一部分直接保存在程序中,即静态数据与程序结合在一起。
(2) 静态数据从程序内部分离出来,形成独立的外部数据文件。静态数据文件与动态
数据文件相互独立,依靠特定程序分别进行参照或存取。
(3) 静态数据由外部数据文件存放方式转为数据库存放方式,将以前程序中静态数据
对动态数据加工的某些控制关系抽象为静态表与动态表间关系。
a.用户id；
b.用户身份；
c.用户密码；
d.商品价格；
e.商品数量；
f.商品库存信息；
g.商品信息状况；
3.2动态数据
输入数据：菜单选项，查询关键字，新建记录项，登记记录项。
输出数据：由查询关键字确定的数据库记录集合或全部记录。
内部生成的数据：中间查询结果。
3.3数据库介绍
数据库：SQL Server 2005
其优点在于：
1.能在所有主流平台上运行（包括 Windows）。
2.采用完全开放策略，可以使选择最最适合的解决方案。
3.长时间的开发经验，完全向下兼容。得到广泛的应用。完全没有风险。
第二开发小组等
第二开发小组 等
3.4
数据字典
数据从程序内部分离出来,形成独立的外部数据文件。静态数据文件与动态数据文件相互独立,依靠特定程序分别进行参照或存取。 静态数据由外部数据文件存放方式转为数据库存放方式,将以前程序中静态数据对动态数据加工的某些控制关系抽象为静态表与动态表之间的关系
3.5数据采集
数据库名称：不同的软件都有不同的名称，一般在选择不同的接口类型后，系统都会显示默认的数据库名，一般不用修改；如果需要修改，可以点击“数据库清单”来选择相应的数据
库。
登录用户名和密码：一般默认的数据库登录名为admin，密码为admin，若管理员更改过数据库口令，请询问系统管理员。
选择采集文件存放目录及采集参数：选择采集后文件存放目录，采集的数据类型，手动录入数据，或将数据库文件载入数据库
4．功能需求
4.1功能划分
本软件具有如下主要功能：
●管理人员查询功能
●修改功能（包括添加、删除、修改操作）
●完善数据功能
●会员登记管理功能
●密码管理功能
●身份验证功能
4.2功能描述
第二开发小组等
数据流图（DFD）：
第二开发小组等
5．性能需求
5.1数据精确度
数据要求必须精确，可靠，真实。进行操作请求时，如：查找、删除、修改、添加应保证输入数据与数据库数据的相匹配性。而在满足用户请求时，系统应保证所响应数据的查全率与查准率。
5.2时间特性
为满足用户高效要求，数据的响应时间、更新处理时间、数据转换与传输时间、运行时间都应在1-2秒之内。如果需要与外部设备交互（如打印机）时，响应时间可能较长，但应在可接受范围之内
5.3适应性
本系统可在微软的多种软件平台上运行。
6．运行需求
6.1用户界面
类似如下：
第二开发小组等
6.2硬件接口
1、处理器要求：Pentium Ⅵ或以上
2、运行环境： Microsoft Visual Studio 2005
3、内存要求： 512MB或以上
6.3软件接口
操作系统平台：Windows xp
数据库系统平台：SQL Sever 2005
开发语言：C#、SQL
开发工具：Microsoft Visual Studio 2005、SQL Sever 2005
6.4故障处理
由于用户在管理系统时，可能因长期的修改数据造成系统响应时间超长，因此，应定期对系统进行修复和压缩，从而减少响应时间，可以满足用户高效率的要求。
其他问题：
硬件方面：如果本系统出现问题，我们可以通过倒入备份文件来解决
软件方面：做好每天关机前自动备份。
7．其它需求
代码的可维护性：要求每个方法预留出必要的借口。
在数据传输获取的时候，以及系统的登陆模块要考虑其安全性。
7.1软件的正确性
要求所发布的软件可以正确的完成用户的操作需求。如用户在对系统进行数据修改时，系统不仅要可以识别用户录入数据的正确性，而且要将用户输入的正确数据完整、准确的添加到系统里。
7.2软件的可靠性
在用户进行可预期的操作时，系统要保证不出故障
7.3软件的效率
本软件是为实现管理自动化，使用户脱离原始的手工管理的低速度、低效率而开发的，因此该软件对用户的操作请求应在1-2秒内做处响应。
第二开发小组等
7.4软件的完整性
在发生例如掉电等以外情况时，可以保证系统数据的不丢失。
7.5软件的可维护性
系统应可以在发现错误时不仅做出错误显示，还应该进行错误处理，并多系统进行自动修复。
7.6软件的安全性
要求提供身份验证，只允许通过身份验证的用户使用本软件。并且通过验证可以确认用户身份，即确认用户是否为系统管理员，只有系统管理员才可以对软件进行数据的添加、删除和修改操作，而普通用户只能进行浏览数据、会员添加、日常经营等基本操作。
7.7软件的可理解性
软件应提供完全图形化的界面，尽可能的方便用户进行操作，从而以满足各层次的用户需求。
第二开发小组等
公司支付电商项目策划需求分析
某支付系统 业务需求分析 项目名称： 提出部门： 编号： 日期：
版本历史
目录 1名称解释 (8) 1.1差不多名词解释 (8) 1.2帐户状态解释 (9) 1.2.1某支付账户状态： (9) 1.2.2账户各种状态下同意进行的账户操作功能 (10) 2功能需求分析 (11) 2.1角色定义 (11) 2.1.1个人用户 (11) 2.1.2商户 (11) 2.2个人业务 (11) 2.2.1开户 (11) 2.2.1.1 ............................. *门户网站开户 12 2.2.2*登录 (14) 2.2.3*安全登出 (15) 2.2.4个人信息及功能维护 (16) 2.2.4.1 ................ 门户网站个人信息及功能维护 16
2.2.5.1 .......................... 门户网站个人销户 27 2.2.6用户锁定 (28) 2.2.6.1 ................................ 营业厅锁定 29 2.2.7用户解锁 (29) 2.2.7.1 ................................ 营业厅解锁 29 2.2.8密码修改（登录密码/支付密码） (30) 2.2.8.1 ......................... *门户网站密码修改 30 2.2.9门户网站密保申请 (31) 2.2.10 ................. 密码重置(登录密码/支付密码) 32 2.2.10.1 ..................... 门户网站个人密码重置 33 2.2.10.2 ........................... 营业厅密码重置 35
收银系统系统分析说明书
超市收银系统分析说明书 一、系统概述 随着全国各大企业的蓬勃发展越来越多的企业需要拥有一套自己的收银系统，本系统主要是迎合与一些小规模的超市企业的收银需求系统，充分考虑了用户的使用习惯和思考方式，使用户能够直观、简单、快速的学会使用系统，是同行业中使用性、操作性等非常简洁的一款收银管理系统，本系统具有收银、查询、统计等一站式完成的功能，支持多种平台操作，售货员可以随时随地的进行售货以及货品查询、记录查询的工作，方便了收银员的各种工作，以及支持条码输入等功能，在广大的企业应用中发挥良好的作用。 二、1需求分析说明 超市收银系统主要用于超市，包括工作人员的登录功能，货物售出的收银管理，从后台查询物品信息，实现查询当日销售记录，代替人工收银费时费力易出错的工作，超市收银系统的主要需求如下： 2.1登陆功能 超市拥有较多工作人员，超市工作人员进入系统，输入账号，密码，系统从后台查询验证，验证通过则进入系统操作界面，否则重新输入账号，密码。 2.2收银管理 通过收银员获取货物条码，显示物品条码，品名，单价，数量，货物金额，录入所有货物条码，如果顾客取消某项交易则可以删除那项交易，如果顾客确认交易则通过系统显示货物总价，告知顾客总价，顾客交给收银员，收银输入实收金额，系统显示找零金额，收银员确认交易，打印发票，给顾客找零，系统记录交易。同时接受顾客因为一些质量问题产生的退货业务 2.3货品信息查询 收银员通过输入条码号或输入物品品名，系统显示物品条码号，物品品名，单价，生产厂家等物品信息。 2.4销售记录查询 通过选择系统操作界面功能中的销售记录按钮，系统显示该处收银台当日销售货物清单，显示货物条码号，货物品名，单价，数量，货物金额，以及金额总计。 三、业务流程
超市管理系统需求分析UML
电子商务分析与设计 设计题目超市管理系统 组长姓名、班级、学号 成员姓名、班级、学号 成员姓名、班级、学号
目录 1、需求分析 (1) 1.1需求概述 (1) 1.2需求分析 (1) （1）、系统开发目的 (1) （2）、定义 (1) （3）、系统功能分析 (2) （4）、公司结构 (3) 2、系统建模 (3) 2.1用例图 (3) 2.1.1销售员用例图 (3) 2.1.2经理用例图 (4) 2.1.3顾客用例图 (5) 2.1.4仓库管理员用例图 (5) 2.2类图 (6) 2.2.1总体类图 (6) 2.2.2数据库类 (7) 2.2.3系统管理类 (8) 2.3时序图 (8) 2.3.1进货时序图 (8) 2.3.2商品入库时序图 (9) 2.3.3销售时序图 (9) 2.3.4销售排行时序图 (10) 2.3.5修改商品时序图 (10) 2.4状态图 (11) 2.4.1商品状态图 (11) 2.4.2会员状态图 (11) 2.5活动图 (12) 2.5.1顾客活动图 (12) 2.5.2仓库管理活动图 (12) 2.5.3系统管理活动图 (14) 2.5.4销售活动图 (15) 2.6部署图 (17) 3.总结 (17) 4.参考资料 (18)
1、需求分析 1.1 需求概述 任何一个超市需要一个超市管理系统。该系统需要有顾客查询计算机、库存查询计算机、柜员终端机及中央计算机组成的网络系统。 顾客查询计算机为顾客提供商品信息查询、商品预定及退订等相关信息查询服务。顾客可以通过该计算机对超市内物品相关信息进行查询，例如商品价格、数量及保质期等;而且顾客还可以在此计算机中订购自己需要的商品，当然也可以退订（顾客还可以通过上网直接在超市的网站内进行订购及退订）。 库存查询计算机内存储着该超市内每一件货物的进出情况，可以让超市管理人员及时掌握仓库和货架上的货物拥有量，方便及时调整货架上的货物，以及对长期积压货物的处理，还有对于脱货货物的及时补充等一系列货物管理问题。 柜员终端机即收银台计算机，通过扫描可以获得商品信息，计算顾客购买的商品总价，将总价即时传至中央计算机作为收入计算，而且在扫描每一个商品时，就连接库存查询计算机，将所扫描商品从库存查询计算机中删除，及时更新库存查询计算机内货物情况；在有个别顾客退还商品时亦可在扫描之后将物品添加进库存查询计算机。 所有终端机都通过中央计算机进行连接，中央计算机对所有终端机都具有调控作用。1.2 需求分析 （1）、系统开发目的 1、大大提高超市的运作效率； 2、通过全面的信息采集和处理，辅助提高超市的决策水平； 3 使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效的技术保障。 （2）、定义 1．商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。 2.交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。
超市收银系统需求分析
目录 1．序言 1.1编写目的 (3) 1.2项目背景 (1) 1.3定义 (1) 1.4参考资料 (1) 2．任务概述 2.1目标 (1) 2.2运行环境 (1) 2.3条件与限制 (1) 2.4用户特征 (1) 3．数据描述 3.1静态数据 (1) 3.2动态数据 (1) 3.3数据库介绍 (1) 3.4数据字典 (1) 3.5数据采集 (1) 4．功能需求 4.1功能划分 (1) 4.2功能描述 (1) 5．性能需求 5.1数据精确度 (1) 5.2时间特性 (1) 5.3适应性 (1) 6．运行需求 6.1用户界面 (1) 6.2硬件接口 (1) 6.3软件接口 (1) 6.4故障处理 (1) 7．其它需求 第二开发小组等
引言 1.1编写目的 信息技术高度发达的今天，利用信息技术对大量复杂的信息进行有效的管理成为一种普遍而实用的手段。一方面，这极大的减少了簿记和人力的开销，另一方面，现代计算机强大的计算能力和网络的普遍部署，大大简化了大量信息的处理和流动。同样，超市收银系统是超市日常经营管理的一个重要组成部分，该系统涉及了商品信息，营业额度，以及很多相关信息的综合处理。为了方便配合超市日常经营管理，系统把收银、退货、会员添加、库存提醒等信息管理工作集成到一个统一的平台，各管理人员分工协作、相互配合，及时了解超市日常营运情况。同时，也方便经营者对日常经营情况的了解。 本文档为超市收银系统的设计、实现、测试以及验收提供重要依据，也为评价系统功能和性能提供标准。本文档可供用户、项目管理人员、系统分析人员、程序设计人员以及系统测试人员阅读和参考。 1.2项目背景 项目委托单位：软件工程课程项目 项目开发单位：08信管软件工程第二开发小组 项目主管部门：08信管软件工程第二开发小组 项目规划： 阶段文档提交日期 需求阶段需求分析文档11月10日 分析设计软件设计文档11月15 日 测试软件测试文档12月20日 项目开发小组： 组长：王国敬 组员：张夏艳杨鹏坤胡杰朱相元王肖建 王世博赵笑天马中源康新伟 第二开发小组等
财务系统需求分析
财务系统初步需求分析 本阶段我们调研了财务部本部和废钢公司、进出口公司、销售公司、设备材料公司、原燃料公司、炼铁、三炼钢、棒材厂、生产部、机动部、技术质量部等有关单位和部室。因时间关系，本次调研不够深入，因此各单位仅对财务系统提出了较为初步和浅显的需求，现汇总如下。 1．关于财务核算体系： 要求将现有二级核算体系改为一级核算体系。 2．关于应收账款管理： 对历史遗留的债权设立专门的清欠机构进行管理，不允许发生新的应收账款。 建立债权债务按月对账制度，及时清理和处理当月发生的债权债务。 3．关于应付货款： 建立结算付款周期制，对外结算一律通过“应付账款”科目核算，先结算后付款。 严格控制预付货款，如遇到特别紧俏物资，需预付部分货款时，必须办理严格的审批手续。 4．关于材料采购价格： 应根据市场行情来定，价格的确认应由一个能掌握市场信息的部门来认定。 5．关于销售价格体系： 应建立公司统一的信息化的产品销售价格体系，价格变动时应由专人维护。当产品外发后，结算人员调用外发码单就会自动弹出相应的价格，销售结算简便快捷。 6．关于存货的收、发、存管理：
从一进厂就应建卡，数据的传递全部用计算机控制，并一次输入后，连同检验、计量，三审入库结算一直到发出（大宗原材料）一套数据到底，不重复输入。各单位的结算量、库存、消耗及收入量都能从计算机随时查询，仓储系统的收发存应核算到品种、规格。随时能考核库存量、定额储备资金、采购计划兑现率等。 7．关于库存货物：仓库的存货应实现信息化联网，规范仓库货位管理，便于随时清点。露天堆放的物资，每月规定一个时点为盘点时，盘点的实物量与财务核对。出现盈亏及时上报，按财务制度规定处理。财务核算与仓库核算必须实现信息化联系，方向一致，并进行收发存业务结算，若发票未到仓库已入库的物资，财务会计人员按月清理作暂估入账处理。达到与仓库并行入库，每季度财务账面金额与仓库实物账核对相符。 8．关于固定资产： 应进行统一管理，实现信息化（全公司联网），统一编码。 9．关于采购预算体系： 就供应系统来说，主要是价格、资金和物资供应计划，价格的预算应以市场为准，资金的预算在平衡集团资金时，考虑市场供需关系，不同类别的材料、资金上分别对待，利用承兑汇票调节支付，节约贴现利息，减少财务费用。一律取消二级库，建立配送中心，所有材料的收、发、存全部由计算机控制，对生产、消耗、采购计划、实际购入、库存定额都能随时控制。 10．关于承兑汇票的管理： 票据结算未来仍会存在，如资金实行统一支付，因承兑汇票的数额与应付货款不一致，可能增加现金支付量。承兑汇票的数额及期限应满足支付要求。建立全公司的票据库，进行票据的网络化使用和控制。
超市收银系统
软件工程课程设计报告 题目: 模拟超市银行系统 专业班级: 计算机科学与技术 姓名: 学号: 同组姓名:
目录 1、引言 (2) 1.1 问题的提出 (2) 1.2 设计思想 (2) 1.3开发目的 (2) 1.4背景说明 (2) 1.5 定义 (2) 2、需求分析 (3) 2.1任务概述 (3) 2.2软件功能的划分与概述 (4) 2.2.1 用例图 (4) 2.2.2 概念类图 (6) 2.2.3 顺序图 (6) 3、系统设计 (7) 3.1 状态图 (7) 3.2 设计类图 (8) 3.3 协作图 (10) 4.数据库设计 (11) 4.1概念结构设计 (11) 4.2逻辑结构设计 (12) 5、实现 (14) 5.1 构件图 (14) 5.2 部署图 (14) 6、心得体会及总结 (15)
1、引言 1.1 问题的提出 超市是一个客流量很大的地方，每天都有很多的顾客要消费买东西，收银员要和很多的顾客结算，并且要给这些结算存档，以便日后查看或统计。如果只用人工的方法去处理这些结算和计算的数据将是一件很复杂繁琐的事情，而且将要投入大量的人力物力，并且会浪费大量的时间。为了解决此类问题，并且实现科学化，实用化的超市管理，我们就需要设计开发超市管理系统，并用于实践测试，使超市收银进入现代化、简单化。 1.2 设计思想 该设计的指导思想是一切步骤简单化、实用化，系统的功能全面，界面尽可能美观大方，操作尽量简单明了，而且作为一个实用的应用系统要有较好的容错性，子出现错误操作时能够尽可能及时地给出提示，以使用户及时进行改正，以及避免错误的操作。 1.3开发目的 （1）大大提高超市的运作效率； （2）通过全面的信息采集和处理，辅助提高超市的决策水平； （3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益。 1.4背景说明 21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。 1.5 定义 （1）商品信息：包括商品位唯一的编号、商品名、商品单价，出厂日期，过期日期，厂家信息，库存总量。 （2）交易清单：包括交易的流水账号、每类商品的编号、商品名、数量、该类商品的单价和总金额、交易的时间、负责本次收银的员工号。 （3）收银管理
超市收银系统的设计与实现 (终极版)
课程设计(论文) 大型数据库及应用课程设计 系别：计算机科学与技术 专业（班级）：计算机科学与技术10级2班 作者（学号）：郜洪奎（51002012012）韩杨书（51002012028） 指导教师：戚晓明（副教授）完成日期：二○一二年12月12日 蚌埠学院教务处
目录 目录 (1) 摘要 (2) 第一章绪论 (3) 1.1问题的提出和研究背景 (3) 1.2解决的方法 (4) 1.3超市收银力系统概述 (4) 1.4超市收银系统的发展 (4) 1.5超市收银系统的特点 (6) 1.6开发工具的介绍 (6) 第二章总体设计 (8) 2.1设计思想 (8) 2.2设计原则 (8) 2.3功能模块和结构设计 (9) 2.3.1系统结构 (9) 2.3.2模块定义 (10) 2.3.2需求分析 (11) 第三章超市收银系统分析及简介 (12) 3.1数据库逻辑设计 (12) 3.2E-R设计 (15) 第四章超市收银系统实现 (16) 4.1C#连接数据库 (16) 4.2登陆模块 (17) 4.3主界面设计 (21) 4.4商品管理界面 (21) 第五章总结 (30) 致谢 (31) 参考文献 (32)
摘要 随着科学技术的迅猛发展，销售行业竞争日益激烈，整个社会已进入了信息社会，计算机的应用在社会中的地位越来越重要。传统的以书本记录的方式已不能满足要求，数据库技术正缓解了这一问题。为使商业企业的进销存信息管理自动化、标准化和科学化，需研制具有大规模、高效率的超市信息管理系统。本系统采用C#和SQL Server2008数据库等开发工具，实现了对数据库的直接访问和操作，使得数据库和应用程序紧密结合在一起。 该超市管理系统要解决的问题是：如何实现连锁超市的科学、高效的管理，包括商品基本信息管理、进货信息的管理、销售信息的管理、库存信息的管理、其最终目的是通过此软件来实现超市各个环节的管理。它不但可以提高进销存管理的工作效率，而且可以有效减少盲目采购、降低采购成本、合理控制库存、减少资金占用并提高市场灵敏度，从根本上提升超市的市场竞争力。 关键词：超市，C#，SQL Server2008，管理信息系统
支付平台系统需求分析
学号：25 课程设计 课程名称《软件需求工程》 论文题目《支付平台系统》需求分析报告 学院计算机科学与技术学院 专业软件工程 班级软件sy1201 姓名李安福 指导教师岑丽 2014——2015学年第1学期
目录 论文要求 (1) 1引言 (2) 1.1目的 (2) 1.2适用范围 (2) 1.3总体描述 (2) 2需求获取 (3) 2.1确定调查对象 (3) 2.2实地收集用户需求信息 (3) 3需求可行性 (3) 3.1经济可行性 (3) 3.2技术可行性 (3) 3.3社会可行性 (3) 4软件需求 (4) 4.1用户需求 (4) 4.2业务需求 (4) 4.3功能需求 (4) 4.4非功能需求 (5) 5感想 (5) 6附录 (6) 9评分表 (7)
论文要求 (1) 对所选系统进行完整的需求获取以及需求分析工作, 给出所选系统的各层次需求，包括业务需求，用户需求，功能需求以及非功能需求。 (2) 在(1)的基础上完成需求规格说明书 （3）需求规格说明书要详尽，必须包括以下内容：引言，总体描述，功能需求，接口需求以及其它非功能性需求等，符合需求规格说明书各项细则。(可以参照SRS模板格式) （4）附录中给出所选系统需求规格说明书中未给出的图表.(例如数据流图, 数据字典等, 例如建模用例图, 时序图等) (5) 对软件需求工程或需求中某知识点谈谈自己的感受和体会(字数不限, 严禁抄袭)
软件规格说明书 1引言 现在随着电子商务的不断发展，也越来越贴近我们的生活，它实现了方便，快捷，效率，自动表现力网络最具魅力的地方，快速的交换信息。在电商高速发展的今天，一个安全，快捷的支付平台系统十分有利于我们现在快节奏的生活。支付平台系统作为电子商务的一部分，是一个及电子商务服务和快捷消费为一体的网络应用系统，该系统适用于企业对消费者的电子商务，企业对企业的电子商务，企业对政府的电子商务，消费者对消费者的的电子商务。 1.1目的 支付平台系统的目的是，提高交易的快捷性，安全性。增强使用者的消费体验，避免不必要的操作流程。 1.2适用范围 本系统适合所有对网络购物、交易的消费人群，在电子商务高速发展的今天，可以说对于大部分网民来说，对支付平台系统的需求是迫切的，不可失去的。 1.3总体描述 支付平台是属于第三方的服务中介机构，完成第三方担保支付的功能。它主要是面向开展电子商务业务的企支付平台业提供电子商务基础支撑与应用支撑服务，不直接从事具体的电子商务活动。第三方支付平台独立与银行，网站以及商家来做职能清晰的支付。并且第三方支付平台还具有以下优势: （1）第三方支付平台作为中介方,可以促成商家和银行的合作。对于商家第三方支付平台可以降低企业运营成本,同时对于银行,可以直接利用第三方的服务系统提供服务,帮助银行节省网关开发成本。 （2）第三方支付服务系统有助于打破银行卡壁垒。由于目前我国实现在线支付的银行卡各自为阵,每个银行都有自己的银行卡,这些自成体系的银行卡纷纷与网站联盟推出在线支付业务,客观上造成消费者要自由地完成网上购物,手里面必须有十几张卡。同时商家网站也必须装有各个银行的认证软件, 这样就会制约网上支付业务的发展。第三方支付服务系统可以很好地解决这个问题。 （3）第三方支付平台能够提供增值服务,帮助商家网站解决实时交易查询和交易系统分析,提供方便及时的退款和止付服务。 （4）第三方电子支付平台可以对交易双方的交易进行详细的记录，从而防止交易双方对交易行为可能的抵赖以及为在后续交易中可能出现的纠纷问题提供相应的证据，虽没有使用较先进的SET协议却起到了同样的效果。总之第三方电子支付平台是当前所有可能的突破支付安全和交易信用双重问题中较理想的解决方案。
超市管理系统需求分析(1)
超市管理系统需求分析 文保31 吕建辉
目录 1项目计划 1.1系统开发目的 1.2背景说明 1.3项目确立 2逻辑分析与详细分析 2.1需求分析
2.2目标 2.3数据流程图 2.4系统功能 2.5系统开发步骤 2.6用户的特点 2.7假定与约束 3基于UML的建模 3.1语义规则 3.2UML模型 3.2.1系统UML模型 3.2.2子系统UML模型 3.2.3系统实现图 4小结
1项目计划 1.1系统开发目的 (1) 大大提高超市的运作效率。 (2) 通过全面的信息采集和处理，辅助提高超市的决策水平。 (3) 使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张能力，提供有效的技术保障。 1.2背景说明 21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是连锁超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为××超市努力追求的目标。 1.3项目确立 针对超市的特点，为了帮助超市解决现在面临的问题，提高超市的竞争力，我们将开发以下7个系统： “总公司管理系统”，“超市（连锁店）管理系统”，“零售前台（POS）管理系统”，“物流管理系统”，“帐务结算系统”，“总服务台系统”，“总经理查询系统”。
2逻辑分析与详细分析 2.1需求分析 超市的发展必需要解决以下问题： (1)物流管理方式落后，很难根据销售、库存情况，及时进行配货、补货、退货、调拨。 经过我们的调查发现，××超市在物流管理方面，仍使用传统的人工管理模式，浪费人力资源，效率低，准确率低。有些商品紧缺，顾客要排队购买或商品供不应求，使顾客大为不满，还有一些商品，长期积压，损坏严重，造成重大经济损失，引起销售人员的极大不满，以多次向超市管理人员反映，但此类问题仍屡屡发生，得不到根本性的解决，已引起总经理的高度重视。 连锁超市是以零售为前导，以商品进销，存配，流转管理为基础。一个大型超市，它的物流管理势必非常复杂，如果没有一个强大的信息系统来支持，那么就会造成一部分商品大量积压，而另一些商品供不应求的局面，这种局面必然会给超市带来巨大的经济损失。有些超市为了避免这样的情况发生，就会对物流管理投入大量的人力。虽然这样解决了物流方面的问题，但是这又有悖于管理学的原则，效率低，浪费了人力资源，解决不了根本性的问题。 所以，我们引入物流管理信息系统，通过Internet加强超市与供货商之间的信息连接，帮助超市完成物流管理。经过以上分析，本系统必须具有以下功能： ●销售人员可以通过系统将销售量，库存量报告给经理 ●顾客可通过系统传达需求量信息 ●经理通过系统可以查询到销售，库存，需求的信息 ●系统通过网络与供货商传递价格，需求量等信息 ●系统可以作信息分析 ●经理查询数据分析，并作出决策 (2)顾客难与超市互动，使购物效率大大降低。 顾客购物，最想了解的就是商品的价格和质量。而在超市里面，销售人员数量很少，顾客无法询问到商品的优缺点，不能就商品的价格和质量进行对比，这样就降低了顾客的购买欲。还有，很多顾客对超市货物摆放的位置不了解，常常会因为要去找某个商品而耽误大量时间，给顾客购物造成了很大的不便。还有一些大超市，在购物高峰期，经常出现收费台收费速度跟不上，造成顾客缴费时拥挤不堪，排很长的队伍。超市应有会员服务，对会员的管理也是一个复杂的问题。经过我们调查，××超市由于规模较大，上述这些问题都存在，且比较严重。
合同管理系统需求分析
1.1.1合同管理 1.1.1.1管理思想及综述 可实现多种合同类型的管理，可实现对合同在集团内部的多级审批。并可实现对项目类合同进行合同录入、合同变更、合同结算管理。并可实现对合同附件的管理。可实现项目月度资金计划的录入，并可实现与进度相结合的项目款的支付管理，最后实现付款记录自动生成凭证到总账系统。 1.1.1.2管理流程 1.1.1.3系统功能 1.1.1.3.1合同订立 合同录入 操作组织：实体成本中心组织或者非实体成本中心组织 可以修改和删除“保存”或者“提交”状态下的合同；单击【】和
【】，就可以上传“合同文本”和“工程附件”；单击【】，就可以对审批后的合同进行“责任部门”移交；单击【】，就可以查看该合同所有相关的信息。 合同录入完毕后，点【】，然后在序时簿界面进行审批，合同审批支持工作流。 合同修订 操作组织：实体成本中心组织或者非实体成本中心组织 进入“合同修订”主界面，选中需要修订的已审批合同，单击工具条上【】和【】，就可以修改和删除“保存”或者“提交”状态下的合同修订；
合同查询 本功能用来自定义条件查询合同，双击查询出来的合同，可以看到该合同相关的执行信息，包括合同信息、拆分信息、结算信息、变更信息、成本信息、付款信息、付款计划等信息。 操作组织：实体成本中心组织或者非实体成本中心组织 用户可以根据需要选择界面上的选项进行查询。 合同执行 “合同执行”包括六个方面的内容：合同变更发起、变更审批单查询、变更签证确认、变更指令单查询、结算单录入、结算单查询。 合同变更发起 操作组织：实体成本中心组织或者非实体成本中心组织 进入“合同变更发起”主界面，选中最明细工程项目，单击工具条上的【】进入
小型超市管理系统需求分析教学提纲
一、开发背景 21世纪，小型超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是商场的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为商场营业者努力追求的目标。 为了提高物资管理的水平和工作效率，尽可能杜绝商品流通中各环节中可能出现的资金流失不明现象，商品进销存领域迫切需要引入信息系统来加以管理。而商品进销管理系统是当前应用于超市或者公司管理系统的典型代表。 主要完成的功能有：系统设置、商品供应商信息管理、员工档案管理、商品信息管理、商品入库管理、销售管理、销售数据查询，以及这一系列过程中涉及商品的数据修改与查询统计等多种操作。 该小型超市管理系统能具体化，合理化的管理商场中的商品信息，进出信息，用结构化的思维方法了解商场的基本运作原理和后台程序设计。 该系统的开发意图：大大提高商场的运作效率、通过全面的信息采集和处理，辅助提高商场的决策水平、使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强商场扩张力，提供有效的技术保障。 二、功能需求 1、功能划分 本系统有以下功能模块： 1)系统设置。 2)商品供应商信息管理。 3)员工信息管理。 4)商品信息管理。 5)商品入库管理。 6)销售管理。 7)销售数据查询。
图1 系统功能图 2、功能描述 下面详细描述一下各个功能模块： 2.1系统设置 (1) 添加删除用户：只限于管理员操作。管理员可以向里面添加和删除用户信 息，也可进行系统初始化。 管理者 图2 添加删除用户
工资支付系统需求分析
需求分析 需求分析的目的是确切地回答下述问题：“系统必须做什么？” 需求分析在可行性研究的基础上进行，前一阶段产生的文档，特别是数据流图（见图2. 13)，是需求分析的出发点。在需求分析过程中分析员将设计出更精确的数据流图，并将写出数据字典及一系列简明的算法描述，它们都是软件需求规格说明书的重要组成部分。 需求分析的主要任务是更详尽地定义系统应该完成的每一个逻辑功能。怎样完成这个任务呢？ 任何数据处理系统的基本功能，都是把输人数据转变成需要的输出信息。数据决定了处理和算法，看来数据应该是分析工作的出发点。必须经过计算才能得到的数据元素引出了必要的算法，算法反过来又引出了更多的数据元素。对数据的描述记录在数据字典中，对算法的描述记录在一组初步的IPO表中（目前描述的是说明数据处理功能的原理性算法）。 对系统有了更深人的认识之后，可以进一步细化数据流图。在细化数据流图的过程中，又会进一步加深对系统的认识。这样一步一步地分析，将更详尽更准确地定义出所需要的逻辑系统。 下面叙述工资支付系统的需求分析过程。 ①沿数据流图回溯 为了把数据流和数据存储定义到元素级，一般说来，从数据流图的输出端着手分析是有意义的。这是因为，系统最基本的功能是产生需要的输出数据，在输出端出现的数据元素决定了系统的基本构成。 从图2. 13的数据终点“教师”和“职工”开始分析，流入他们的数据流是“工资明细表”。工资明细表由哪些数据元素组成呢？从该职业高中目前使用的工资明细表上可以看出它包含许多数据元素，表2.4列出了这些数据元素。这些数据元素是从什么地方来的呢？既然它们是工资支付系统的输出，它们或者是从外面输人进系统的，或者是由系统经过计算产生出来的。沿数据流图从输出端往输人端回溯，分析员应该可以确定每个数据元素的来源。如果分析员不能确定某个数据元素的来源，那么，工资问题的专家应该知道，因此需要再次调查访问。这样有条不紊地分析下去，分析员将逐渐定义出系统的详细功能。 例如，表2.4中的数据元素“工资总额”是怎样得出来的呢？从图2. 13可以看出，包含数据元素“工资总额”的工资明细表，是从处理4（“分发工资明细表”）输出到数据终点的，但是这个处理的功能是分发已经打印好的工资明细表，并不能生成新的数据元素。沿着数据流图回溯（即逆着数据流箭头方向前进），接下来遇到数据存储D3（“工资明细表”）。数据存储只不过是保存数据的介质，它不具有变换数据的功能，因此也不会生成工资总额这项数据元素。再回溯则来到处理3（“加工事务数据”），显然，工资总额是由这个处理框计算出来的，因此应该确定相应的算法，以便更准确地定义这个处理框的功能。 根据常识，工资总额等于各项收人（基本工资、生活补贴、书报费、交通费、洗理费、课时费或岗位津贴）之和。虽然不同教职工的基本工资、生活补贴、书报费、交通费和洗理费的数额可能并不相同，但是对同一个人来说，在一段时间内这些数值是稳定不变的，不需要在每次计算工资总额时都从外面输人这些数据。事实上，在输人的事务数据中并不包含这些数据元素，因此，它们必定保存在某个数据存储中。目前，还不知道这些数据保存在何处，
超市收银系统设计思路
超市收银系统设计分析 一、系统整体架构 图1 从图1可以看出，系统框架很清晰，用户登录，根据用户权限的不同，对应不同的操作方法，操作对象为商品。 但本系统要求使用C/S框架结构来设计。 C/S框架介绍： C/S 结构，即大家熟知的客户机和服务器结构。 C/S 结构的基本原则是将计算机应用任务分解成多个子任务，由多台计算机分工完成，即采用“功能分布”原则。客户端完成数据处理，数据表示以及用户接口功能；服务器端完成DBMS（数据库管理系统）的核心功能。这种客户请求服务、服务器提供服务的处理方式是一种新型的计算机应用模式。 Client和Server常常分别处在相距很远的两台计算机上，Client程序的任务是将用户的要求提交给Server程序，再将Server程序返回的结果以特定的形式显示给用户；Server 程序的任务是接收客户程序提出的服务请求，进行相应的处理，再将结果返回给客户程序。 鉴于超市收银系统的特性，本系统不牵扯多个客户端，不需要线程同步。 二、代码设计框架
因为使用C/S框架设计程序，因此有固定的设计步骤： 1.项目包的设计： 图2 client包：主要由客户端操作界面类和客户端业务类组成，客户端操作类也就是客户端main 方法类，主要负责引导用户操作，提供系统界面信息提示操作，包括：初始化登录视图、商品库存管理视图和收银管理视图；客户端业务类主要包括处理客户端请求并将客户端请求打包发送给服务器的方法和一些辅助操作方法。处理库存管理员请求方法为：商品入库、商品出库、新增商品、查询全部商品和按编号查询商品；处理收银员请求方法为：扫描商品、修改购买数量商品和结账。 entity包：主要由系统所涉及的实体类组成，根据操作视图可以确定为用户类和商品类。 图3 用户信息
超市管理系统需求分析终稿
中央财经大学 超市管理系统分析与设计 11级信息管理与信息系统雷芳于莹冉扬帆王艺慈王子曰 版本变更历史
目录 一、前言 (4) （一）系统目的 (4) （二）系统范围 (4) （三）术语定义 (6) 二、系统定义 (6) （一）项目背景 (6) （二）项目目标 (7) （三）整体架构 (8) 三、环境描述 (8) （一）硬件环境 (8) （二）软件环境 (9) 四、需求用例分析 (10) （一）需求用例描述 (10) （二）人员管理子系统 (12) （三）货物管理子系统 (17) （四）财务管理子系统 (26) （五）系统管理子系统 (32) （六）基本类图 (32) 五、系统设计 (36) （一）类图 (36) （二）系统动态模型 (41) （三）对象状态 (75) （四）界面设计 (75) （五）输入输出设计 (78) （六）接口设计 (81)
一、前言 （一）系统目的 随着计算机技术飞速成长，信息技术已经渗透到社会的各个领域生活，计算机的强大功能已经展示，计算机技术在人类社会的各个领域发挥着越来越重要的作用。以往的超市竞争主要表现为各大超市规模方面的竞争，自从进入21世纪以来，技术、管理、人才这三方面已成为超市竞争的三种主要表现形式，其中，技术和管理的提升和升级是各大超市间竞争的重中之重。现阶段超市业发展的主要目标在于，以何种方式扩大销售额度和经营规模，并且能够将经营成本降低。所以，在这种情况下，超市管理系统应提供更为广泛的功能，如进行数据库升级以处理更加海量的数据，为超市、供应商等多方提供决策支持功能，以更多的计算机技术代替原有的手工劳动。 （二）系统范围 1．范围定义 超市管理系统是主要针对超市运营管理、提高运转效率的系统。该系统集财务管理、人员管理、货物管理、系统管理于一体，是中小型连锁超市实现信息化管理的有效工具。 信息：主要包括财务信息、人员信息、货物信息。具体见下图。 图1.1 系统范围定义 功能：通过基本数据录入和信息管理，可以实现基本信息的管理功能，包括
统一支付清算系统的分析与设计
统一支付清算系统的分析与设计 求分析:建立统一清结算需求模型，对清分、结算业务的主体进行划分，抽象出业务流程关键环,节以及重点把控节点。 产品方案开发:,,,,,,前期需求调研的成果，导出产品功能点，结合业务参与的主体，进行功能点的细分、归类，建立完成的产品原型。 系统设计:根据产品原型，对业务进行详细的流程分析与设计，给出功能模型间的关系、交互流程、接口规范;在此基础上，抽象出系统的领域模型，给出相应模型的关系型数据库表设计。 产品实现环节:按照系统设计文档，使用集成开发环境，完成模块的 编 码、单元测试工作。 ,(,(,本人承担任务 在本次课题中，作者参与了系统的支付、清分、结算以及商户管理几大模块的全部或者部分功能的需求分析与设计，建立各类文档、代码编写、单元测试及优化。 ,(, 论文结构 本论文是作者在项目开发中工作经历的总结，其组织结构如下: 第一章、引言。介绍了本课题目标系统研究、产生的行业背景和现实 意 义，阐述了目标系统的主要研究内容和范围，最后列示出全文的结构。 第二章、相关理论技术介绍。在这一章中，作者首先描述了系统开发中用到的相关技术，然后比较了当前流行的不发技术进行技术选型。
第三章、统一支付清结算系统需求分析。在这一章中，作者首先对系统进行了功能性需求分析，然后对系统进行了非功能性需求以及外部接口的分析，最后对业务逻辑中出现的术语进行了解释。 第四章、统一支付清结算系统概要设计。作者分别从系统的运行环境、网络结构、设计原则、系统结构、功能模块划分、用户界面设计等角度来对系统进行了粗粒度的设计。 第五章、统一支付清结算系统详细设计。在这一章中，作者以功能模块为单位对系统进行详细设计，着重对用例的类图、时序图和用户界面进行了设计。 第六章、结束语。总结了整个研究过程中的经验，对系统的现有问题进行 了归纳，对行业未来发展前景给出自己的理解。 第二章相关理论技术简介 本章将介绍系统的相关技术，包括系统结构、框架以及页面控制技术。它们为系统的设计与实现提供了技术支持。 ,(, ,,, ,,,,,,,，以前也口,,,,,,，即,,,,,平台企业版(,,,, ,,,,,,,,，,,,,,,,,, ,,,,,,,,)。 ,,,为开发者提供了一套架构，它由众多组件构成，有很高的可移植性、可靠性和可复用性。 ,,,建立了一套共通的标准和规范。这些标准和规范应用于,,,架构下的各个组件、服务及层次中。依靠这些标准和规范，,,,架构得以存在于不同的平台之问，并且系统之间，组件之问都可以相互兼容。，,, ,,,特别适用于搭建电子商务系统，具有高效、灵活、易维护等的优势。【,】 ,(,， ,,平台框架
j2ee课程设计超市收银系统
课程设计 超市收银系统 姓名蔡旸普 课程名称 J2EE程序设计 专业软件工程 年级 2011级 1班 学号 20112212445 任课教师张振兴 2014年 06月24日
目录 1 引言 (1) 2 系统分析 (2) 2.1超市收银系统需求分析 (2) 2.2超市收银系统静态模型 (4) 2.3超市收银系统动态模型 (6) 2.4系统目标 (6) 2.5运行环境 (6) 3 超市收银系统具体功能描述及实现 (7) 3.1具体功能描述 (7) 3.1.1用户管理 (9) 3.1.2商品管理 (11) 3.1.3收银员管理 (13) 3.1.4收银管理 (15) 3.1.5退货管理 (16) 3.1.6销售收费 (17) 3.1.7结算找零 (18) 3.1.8退货录入 (19) 4 网站整体设计 (20) 4.1CSS样式单文件设计 (20) 4.2M Y SQL数据库设计 (20) 4.2.1 超市收银系统库表设计 (20) 4.2.2 系统数据连接类 (21) 5 结束语 (22)
超市收银系统 蔡旸普 （信息与电子工程学院，软件工程专业，2011级1班，20112212445） 摘要： 超市收银管理系统是对超市的收款信息与库存盘点等进行管理的计算机网络软件系统，它可完成超市中查询查询用户信息，更改用户信息，商品信息,更改商品信息，查询收银员信息，更改收银员信息，退货信息，收益信息等。 关键词： 超市收银系统；JSP；数据库；设计与实现 1 引言 社会生活的现代化，使得市场的走向发生巨大变化，由于经济的发展，人民对生活的需求已经不再满足于丰衣足食的低度要求，许多人们往往不是单纯为满足生活必须去购买，而是凭着喜欢、意欲和感官去购买。如果一个商店能够打动顾客、吸引顾客，自然会顾客盈门，而近几年新兴产业中超级市场（supermarket）的现代化管理方式和便捷的购物方式，尤其是它轻松的购物环境，往往是打动顾客，吸引顾客的最主要的原因，且良好的周密的销售服务更是赢得信誉、吸引的顾客的优势所在。商品经济的高速现代化发展也促进了竞争，使一切不甘落后的商家都争先恐后地采用最新的管理方法来加强自己的竞争地位。因为，超市经营者如果不掌握当今市场发展的这一走向，不能将超市现代化经营作为奴努力开拓的目标，就无法使经营活络、财源茂盛。 现代化事业的发展，也使超市的管理数段发生前所未有的革命，计算机的运用正在发达国家的各类商店超市中普及。由于它能够准确记载和查询有关超市经营活动的大量数据，帮助超市经营者掌握和分析营销情况，及时作出正确决策，并且有利于商店内部财务、工资、人员、库存、销售情况等管理，因而大大提高了现代超市的管理水平。国外很多发达资本主义国家的有关人士都在开发超市管理系统，开发出很多大型的软件，由于本人能力有限，开发一个小型超市管理系统，它可以使我们国内新起小型超市可以更好的操作。此系统的有减少差错，节省人力、减少顾客购物时间，增加客流量，提高顾客满意度等特点。我通过开发这个简单管理信息系统，巩固了以前所学的知识，提高了应用能力。
超市管理系统需求分析说明书
超市管理系统需求分析 说明书 标准化管理部编码-[99968T-6889628-J68568-1689N]
超市管理系统 需求分析说明书 一．引言 本超市管理系统编写的目的在于研究中小型销售，库存的系统模块的软件的可行途径与使用方法。 1.1编写目的 21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。 为了提高物资管理水平及工作效率，尽可能杜绝商品流通中各环节中可能出现的资金流失不明显向，商品进销存领域迫切需要引入信息系统来加以管理，而商品进销管理系统是当前应用于超市或者公司管理的系统的典型代表，故研究进销管理成为当前趋势所要求。 1.2系统实现目标 （1）大大提高超市的运作效率； （2）通过全面的信息采集和处理，辅助提高超市的决策水平； （3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效的技术保障。 1.3产品适用范围 本产品能具体化，合理化的管理中小型超市中的商品信息，如进货，库存，售货信息，用结构化得思维方式去了解超市的基本运作原理和超市各分系统的程序设计。 二需求规定 2.1信息与功能描述 2.1.1用户流程分析
超市管理中主要包括对进货流程和销售流程的管理。 （1）进货流程 负责进货的人员从仓库人员那里获得货物需求信息，查询该货物信息，然后联系该货物的供应商，并向供应商提供所需货物清单及数目。供应商接收需求信息，向超市配送货物。超市人员在货物到达时负责清算核实货物信息，并将每件货物的信息录入本系统的库存子系统。 （2）销售流程 客户进入超市购物后，结算时，由销售人员合适该商品信息，将客户所购商品信息录入到本系统的销售子系统中，并从库存子系统中删除该商品相关信息。 2.1.2用户业务需求分析 （1）库存信息管理 对超市库存信息的管理主要是对商品数量的管理。用户在使用本系统时可以对库存中的商品进行录入、查询、统计、修改信息等操作。并可将查询和统计结果打印出来。（2）商品信息管理 对超市商品信息的管理主要是对单个商品信息的管理。用户在使用本系统时可以对商品的名称、生产商、生产日期等详细信息进行查询等管理。 （3）销售信息管理 对超市销售信息的管理主要是对超市具体时间段内的销售量进行管理。用户在使用本系统时可以对具体时间段内超市销售商品数量、金额、某一商品的销售情况进行查询。（4）人事信息管理 对超市人事信息的管理主要是对超市员工信息进行分类管理。用户在使用本系统时可以进行人事信息录入、修改、删除等操作。 （5）会员信息管理 本系统将根据用户身份为用户提供不同的账号管理工具，以便用户对账号进行管理，具体为添加用户、删除用户、修改用户密码。 2.13超市管理系统功能结构图，流程图及数据流分析 整个超市管理系统的功能结构如下图所示：