超市管理系统课程设计报告

超市管理系统
摘要
超市随着市场经济和现代信息技术的的发展，不可必要的要卷如信息现代化的大潮，如何使用现代化的工具，使企业和经营者个人在最小的投入下获取最大的回报。

成为每一个人的梦想。

因此，在超市管理中引进现代化的办公软件，就成为时下最好的解决办法。

随着管理信息系统理论的实践进一步的发展，随着信息系统的优越性的进一步体现，现代信息化的管理系统代替传统的简单的计算机操作方式是社会发展的一个必然趋势。

管理信息系统是对一个组织进行全面管理的人机系统，综合运用计算机技术、信息技术、管理技术和决策技术，与现代化的管理思想、方法和手段结合起来，辅助管理人员进行管理和决策。

商业管理信息系统就是融合现代商业经营管理思想和先进的信息处理技术为一体的管理信息系统。

关键字：管理信息系统、信息技术、管理技术。

目录
第一章系统规划 (4)
1.1引言 (4)
1.1.1编写目的 (4)
1.1.2项目背景 (4)
1.2可行性研究的前提 (5)
1.2.1目标 (5)
1.2.2要求 (5)
1.2.3条件、假定和限制 (6)
1.2.4决定可行性的主要因素 (6)
1.3技术可行性分析 (7)
1.4经济可行性分析 (7)
1.5 操作可行性分析 (8)
第二章需求分析 (8)
2.1系统需求 (8)
2.2功能需求 (8)
2.3数据流图 (8)
2.3.1系统顶层图 (9)
2.3.2数据流程图 (9)
2.4数据字典 (16)
2.4.1数据流条目 (16)
2.4.2数据处理 (18)
2.4.3数据存储 (20)
2.4.4外部实体 (22)
第三章概念设计 (23)
3.1实体之间的联系 (23)
3.2 E—R图 (23)
第四章逻辑设计 (25)
4.1概念模型向关系模型的转换 (25)
4.2确定式级别 (25)
第五章物理设计 (26)
5.1 数据库的表设计 (26)
结束语 (29)
参考文献 (29)
第一章系统规划
1.1引言
最初的超市资料管理，都是靠人力来完成的。

但近几年我国超市经营规模日趋扩大，销售额和门店数量大幅度增加，而且许多超市正在突破以食品为主的传统格局，向品种多样化发展。

小型超市在业务上需要处理大量的库存信息，还要时刻更新产品的销售信息，不断添加商品信息，并对商品各种信息进行统计分析。

因此，在超市管理中引进现代化的办公软件，实现超市庞大商品的控制和传输，从而方便销售行业的管理和决策，为超市和超市管理人员解除后顾之忧。

1.1.1编写目的
帮助销售部门提高工作效率，帮助超市工作人员利用计算机，极为方便的对超市的有关数据进行管理、输入、输出、查找等有关操作，使杂乱的超市数据能够具体化、直观化、合理化等。

1.1.2项目背景
目前，我国零售业信息化状况的三个层面的分布基本明朗：在高端企业，进销调存核心结构体系基本运作正常，面临的主要问题是数据的深挖掘和加工、财务业务系统的高度集成、根据企业的并购重组保证系统和数据的统一、稳定；在中端企业，分散营运向集中管理转变，进销调存核心结构系统正在由分散单店管理、销售核算向连锁管理、进价核算过渡；在低端企业，刚刚涉足、转向连锁零售业，对于信息化认识处于表面层次，业务流程和信息系统建设需要一段时间的探索、认识和渐进过程。

而整个零售行业对信息化的认识已经逐渐趋向一致的认识：信
息化是企业可持续发展、增强核心竞争力的必要手段。

超市软件系统从企业运营及管理的实际情况出发，结合当前中国零售业业态发展趋势，顺应了零售行业对信息化的要求，为商业管理信息系统提供了系统全面的技术解决方案。

基于以上原因，超市信息管理系统目前在各个商业领域都发挥了很大的作用，也得到了越来越多的大、中、小型商业企业的应用。

但就目前的应用状况分析，管理系统在中、高端企业得到了广泛的应用和重视，在小型企业、零售店的应用仅局限于信息化的表面层次，没有得到高度的重视。

同时，小企业也因资金方面问题限制了其向更高程度信息化的应用！
随着信息化的快速发展，以及激烈的市场竞争，各企业也将在信息化上下功夫，以高效率、低成本立足市场，获得更多的利润。

1.2可行性研究的前提
1.2.1目标
超市管理系统能减少很多不必要的资源，不用象以前那样用冗余的纸式管理。

大大节省了管理人员的工作量，并且计算机的存储与系统快速查询功能大大提高了管理人员的工作效率。

方便的操作界面，省时省力，提高工作效率。

1.2.2要求
说明对所建议开发的软件的基本要求，如：A.功能；用户登录：对用户权限进行分类，不同权限的用户拥有不同的权利，从而提高系统的安全性。

商品管理：对仓库中的商品进行分类处理，能轻松地对商品信息进行查询。

进货管理：减轻仓库管理人员的工作，并提高其工作效率。

库存管理：对库存商品进行统计。

销售管理：进行销售情况的记录，并且与库存管理相连，精确商品的统计。

B.性能；1、多层结构设计：严格意义上的三层结构设计，其程序逻辑结构分为用户界面层、业务逻辑处理层和数据存储层。

本系统采用的上有层结构进一步扩展而成的多层结构。

2、面向对象设计：在系统中将商品类型、商品等都封装成相应的类，同时每个类都有自己对应的集合类和操作类，从而再次提高了对数据库操作的安全性和程序的可扩展性。

3、指导经营的功能：进销存管理系统并不
仅仅能代替传统的书面操作，更重要的是它提供了信息分析的功能，只要单击一个按钮就可以查到目前销售最好的商品或是库存最多的商品，从而起到指导经营的作用。

C.对商品基本信息的输出：便于对商品的了解和管理，能让管理人员知道商品的基本信息，并且对商品的数量进行统计，从而采取进货等措施。

销售记录的输出：能让管理人员轻松地了解商品的销售情况。

D.对商品基本信息的输入：将商品的基本信息进行输入，使得管理人对商品有基本的了解。

销售记录：对商品的销售情况进行记录，从而方便管理人员对商品销售情况的了解。

E.处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程，并辅之以叙述；
F.要求不同的用户采用不同的登录密码，并且对不同用户有不同的权限，安全性良好。

1.2.3条件、假定和限制
a．所建议系统的运行寿命的最小值为10年；
b．进行系统方案选择比较的时间为3天；
c．经费、投资方面的主要来源与拉赞助，经费严格控制，力求在最少的费里完成本系统；
d．严格遵守国家的相关法律和政策的规定，并有效的通过法律的手护自身的权益。

客户端：操作系统（win2000及以上）。

CPU(主频500M及以上)。

最小存（128MB 存）。

最小磁盘空间(20GB)。

上网能力（宽带上网）。

服务器：操作系统（win2000server）。

CPU(主频2G以上)。

最小存（512存）。

上网能力（光线接入、高速宽带连接）。

Xin2000以上的操作系统。

编译程序。

数据库管理系统。

e.完成期限：一个月。

1.2.4决定可行性的主要因素
超市规模、设备状况、操作人员技术
1.3技术可行性分析
新系统在原有系统的基础上加入了新的数据库的支持，使用了先进的数据库技术与数据管理技术，使数据的准确性与安全性得到了很大的提高，且在用户的并行操作与用户管理方面也有了极改善。

另外，在IT行业中从业的工作人员一般都要求懂计算机，具有一定软硬件基础，会使用各种管理软件，熟悉IT产品。

因为，超市中的对员工素质要求比较高，从管理层到下面的营销人员，都要求具有一定的IT背景，所以在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法就基本上能够使系统顺利的运行了。

1.4经济可行性分析
通过网络传递销售信息可以不受距离的限制，因此可以借阅许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高超市的销售效率，即提高了超市的经济效益，所以从经济上完全是可行的。

一方面，超市有能力承担系统开发费用。

开发新系统的工作是一项间距复杂的工作，它的投资主要是人力和物力的投资。

对于本系统的开发者来说，其主要投资还是在人力和物力两个方面。

如果是企业自己安排人手开发系统的话，其主要的投资还是在人力资源上，从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。

软件企业作为一个简短的高科技产业，其员工要求都比一般企业的要求要高，而且对系统开发及软件产业了解比较多，所以在自我开发管理系统的过程中，企业自己比较容易安排人手，这样就可以为企业借阅大部分的额外开支。

同时软件就其它产品来说，属于高端行业，无论是产品的价格还是质量都比较高，而经营产品的经销商或者是商家都要求有雄厚的资金支持。

所以，在系统的开发过程中，企业完全有能力承担开发费用。

另一方面，新系统将为企业带来经济效益。

销售管理系统是一个信息化、智能化和先进管理理念的集合体。

而销售管理是一个动态过程，在其运行过程中要采取多项措施。

所以在管理中获得经济效益是一个综合效益，要对它进行直接定量的分析是比较困难的。

一般新系统带来的经济效益是简介的，其最主要的表现就是能够及时地了解超市每日的销售情况，据此还可实现短缺商品的配送。

而其它一些繁琐的食物都通过新系统来加以分析解决，不
仅节省了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。

1.5 操作可行性分析
从操作可行性研究来讲，该系统是大家熟悉的操作系统，对于那些有一般的计算机知识的人员就可以轻松上手。

而超市销售管理系统采用最友好的交互界面，简介明了，不需要对数据库进行深入的了解。

由此，该系统的操作是可行的，有必要开发该系统。

由此可知，超市销售管理系统的开发在管理上、技术上、经济上都是可行的，可以立即开发。

第二章需求分析
2.1系统需求
要求系统能有效、快速、安全、可靠和无误的完成上述操作。

并要求客户机的界面要单明了，易于操作，服务器程序利于维护。

2.2功能需求
大大提高超市的运作效率，通过全面的信息采集和处理，辅助提高超市的决策水平；使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩力，提供有效的技术保障。

2.3数据流图
数据流程图（Data Flow Diagram，DFD）是几种简单的符号综合描述信息在系统中的流动、存储、加工和流出等逻辑关系的图表。

数据流程图是结构化系统分析的主要工具，也是编写系统资料、设计系统总体逻辑模型的有力工具。

它不但可以表达数据在系统部的逻辑流动，而且可以表达系统的逻辑功能和数据的逻辑变换。

2.3.1系统顶层图
2.3.2数据流程图
1.系统登录模块
功能：本模块的主要功能是对用户身份进行，，验证只有系统的合法用户才能进入系统。

其窗体如下图：
在进行系统登录过程中，登录模块将调用数据库里的用户清单，并对账号和密码进行验证，只有输入了正确的账号和密码后，系统登录才会成功。

并在输入了错误的或者是不存在的账户和密码时，系统会给出出错信息提示，指明登录过程中的错误输入或者错误操作，以便用户进行正确的登录。

系统登录模块流程图:
2．进货管理模块
功能：该模块主要是实现进行进货信息查询功能。

进入系统
用户名、密
码及校验码
登录系统
合法
N Y
结束
开始
Y
进货信息查询：该模块为超市提供整个超市的进货情况查询，也可以进行进货信息的明细查询，并以进货报表形式打印出来。

输入项、输出项：该模块的输入项为超市的进货单，其中包括进货单的编号，商品的编号，供货商号，进货价，数量，金额进货日期，备注。

进货管理模块流程图:
3.销售管理模块
功能：本模块的主要功能是把销售信息写入销售清单，同时对库存清单进行更新，以备用户将来对库存信息进行查询和打印，此外还可以对销售信息进行查询和盘点功能。

销售信息查询：根据商品销售情况，按需要对销售情况进行查询。

在该查询
模块中，可以按照商品的编号、销售日期等多种方式进行商品销售信息查询。

销售信息盘点：可以按照需要对在一定时期的销售情况进行盘点。

输入项、输出项：本模块的数据输入项主要是商品的销售单号和商品编号。

其中还包括销售数量和销售日期。

销售管理模块流程图:
4．库存管理模块
功能：本模块的主要功能是商品信息的查询和更新，库存信息的查询和更新。

查询商品信息：主要功能查询商品的明细信息，和它的库存信息。

添加商品信息：主要功能添加新进的商品。

修改商品信息：主要功能是修改商品的信息，包括他的库存数量。

删除商品信息：主要功能是删除不再销售的商品信息。

输入项、输出项：本模块的数据输入项主要是商品编号。

库存管理模块流程图：
5．员工管理模块
在系统开发中，为解决超市人员流动问题，在系统中增添了员工管理子
模块，用来对超市的人员进行信息化管理，以此来提高员工的办事效率，节约人力资源。

新员工录入：在超市招进新员工时，对其进行基本信息的存储，对员工
信息进行基本的了解。

员工信息维护：当员工信息发生变化，或者是员工离职，换岗对相关信
息发生变化时，利用此子模块对其进行信息变更。

职工管理模块流程图：
6． 供货商管理模块
在超市引进商品时，首先查询已有的供货商信息，然后按照供货商信息采购商品；或者从新的供货商那里引进新的商品，此时，要把新供货商信息添加到供
货商清单中。

有时，不再从某一供货商那里采购商品时，此时要把供货商信息删掉。

当供货商信息有变化时，就需要对供货商信息进行维护等。

供货商信息管理模块流程图：
2.4数据字典
数据字典是用来解释和说明数据流图的，它在软件分析和设计的过程中给人提供关于数据的描述，在数据流程图上描述了系统由那几部分组成，各部分之间的联系等，但并未说明各个元素的含义与包含的容。

它于数据流图共同构成系统的逻辑模型，没有数据流图数据字典也难以发挥作用。

数据字典是关于数据信息的集合，它对数据流图中的各个元素作完整的定义与说明，是数据流图的补充工具。

数据流图和数据字典共同构成系统的逻辑模型。

没有数据字典数据流图就不严格。

然而没有数据流图数据字典也难以发挥作用，只有两者联系在一起才能共同组成系统的规格说明。

2.4.1数据流条目
数据流编号：D1
数据流名称：发票
简述：销售处给顾客的购物发票
数据流来源：销售管理模块
数据流去向：顾客
数据项组成：交易流水账号+商品名称+数量+金额+交易时间+收银员工号
数据流量：1/次
数据流编号：D2
数据流名称：购物单
简述：顾客所买商品的清单
数据流来源：计算总金额模块
数据流去向：顾客
数据项组成：所买商品名称+所买商品代码+所买商品数量+单价+总金额
数据流量：1/次
高峰流量：2/次
数据流编号：D3
数据流名称：缺货单
简述：超市仓库缺少商品的清单
数据流来源：销售管理模块
数据流去向：进货管理模块
数据项组成：所缺商品名称+所缺商品代码+所缺商品数量
数据流量：1/天
高峰流量：2/天
数据流编号：D4
数据流名称：到货单
简述：超市所定商品的清单
数据流来源：进货管理模块
数据流去向：销售管理模块
数据项组成：所定商品名称+所定商品代码+所定商品数量+金额数据流量：1/天
高峰流量：2/天
数据流编号：D5
数据流名称：订货单
简述：超市所定商品的清单
数据流来源：采购员
数据流去向：供应商
数据项组成：所定商品名称+所定商品代码+所定商品数量+金额数据流量：1/天
高峰流量：2/天
数据流编号：D6
数据流名称：入库单
简述：超市所定商品入库的清单
数据流来源：采购员
数据流去向：库存管理模块
数据项组成：商品名称+商品代码+商品数量+备注数据流量：1/天
高峰流量：2/天
数据流编号：D7
数据流名称：收款单7
简述：销售部卖出商品的收款清单
数据流来源：销售管理模块
数据流去向：财务管理模块
数据项组成：销售商品名称+销售商品数量+金额数据流量：1/天
高峰流量：2/天
数据流编号：D8
数据流名称：付款单
简述：财务处已付给供应商的货款清单
数据流来源：财务管理模块
数据流去向：进货管理模块
数据项组成：商品名称+商品数量+总金额
数据流量：1/天
高峰流量：2/天
2.4.2数据处理
处理逻辑编号：P1
处理逻辑名称：扫描会员卡9.5折优惠
简述：收银员扫描会员卡，并实行9.5折优惠
输入数据流：无
处理描述：收银员扫描会员卡，并对会员所购买的商品实行9.5折优惠输出数据流：无
处理频率：1次/次购物
处理逻辑编号：P2
处理逻辑名称：扫描商品条形码
简述：扫描顾客所买商品的条形码
输入数据流：无
处理描述：扫描顾客所买商品的条形码，便于计算总价
输出数据流：商品信息表
处理频率：1次/天
处理逻辑编号：P3
处理逻辑名称：计算总金额
简述：计算顾客所买商品的总金额
输入数据流：商品信息表
处理描述：计算顾客所买商品的总金额
输出数据流：购物单
处理频率：1次/次购物
处理逻辑编号：P4
处理逻辑名称：出示会员卡
简述：顾客出示自己的会员卡
输入数据流：无
处理描述：会员出示自己持有的会员卡，收银员在计算机上扫描
输出数据流：无
处理频率：1次/次购物
处理逻辑编号：P5
处理逻辑名称：销售管理
简述：对超市销售的管理
输入数据流：到货单
处理描述：处理超市的销售情况
输出数据流：缺货单、收款单
处理频率：1次/天
处理逻辑编号：P6
处理逻辑名称：库存管理
简述：对超市库存情况的管理
处理描述：统计仓库货物情况，向销售处和进货出发送存货情况输出数据流：库存清单
处理频率：1次/天
处理逻辑编号：P7
处理逻辑名称：财务管理
简述：对超市财务情况的管理
输入数据流：收款单据、应付款单、收据
处理描述：处理销售部送来的收款单据，对所进货物付款
输出数据流：付款单、付款
处理频率：1次/天
2.4.3数据存储
数据存储编号：F1
数据存储名称：累计清单
简述：累计顾客所买商品的清单
数据存储组成：日期+商品名称+商品代码+商品数量+单价+总金额+备注关键字：商品名称
相关联的处理：P3
数据存储编号：F2
数据存储名称：商品信息表
简述：商品信息的详细表格
数据存储组成：商品名称+商品代码+单价+备注
关键字：商品名称
相关联的处理：P2
数据存储编号：F3
数据存储名称：交易清单
简述：顾客交易的清单
数据存储组成：日期+商品名称+商品代码+商品数量+金额+备注
关键字：商品名称
相关联的处理：P3
数据存储编号：F4
数据存储名称：会员卡信息
简述：会员卡的县官信息
数据存储组成：会员+会员代码+会员联系方式+会员性别+注册时间+备注关键字：会员
相关联的处理：P4
数据存储编号：F5
数据存储名称：销售明细记录
简述：对销售部销售情况明细的记录
数据存储组成：日期+商品名称+商品代码+商品数量+金额+备注关键字：销售金额
相关联的处理：P5
数据存储编号：F6
数据存储名称：库存台账
简述：仓库商品的存货情况
数据存储组成：商品名称+商品代码+商品数量
关键字：商品名称
相关联的处理：P6
2.4.4外部实体
外部实体编号：S1
外部实体名称：收银员
简述：超市的收银工作人员
输入数据流：无
输出数据流：无
外部实体编号：S2
外部实体名称：顾客
简述：购买商品的顾客
输入数据流：无
输出数据流：无
外部实体编号：S3
外部实体名称：采购员
简述：超市采购货物的人员
输入数据流：D5
输出数据流：无
外部实体编号：S4
外部实体名称：供应商
简述：供给超市商品的企业
输入数据流：D8
输出数据流：无
第三章概念设计
3.1实体之间的联系
1.商店中的所有顾客可以销售多种商品，每种商品可由不同顾客销售；
2.每个顾客可以购买多种商品，不同商品可由不同顾客购买；
3.每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。

3.2 E—R图
图3.1 会员实体图
图3.2 E-R 图
第四章 逻辑设计
4.1概念模型向关系模型的转换
（1）商品信息表（商品编号，商品名称，单价，条形码） （2）顾客表（顾客编号，顾客名称，顾客密码，顾客类型） （3）会员表（会员卡号，会员，累积金额，注册日期）
（4）购买表（商品编号，顾客编号，流水账号，销售数量，销售金额，购买日期）
（5）供货表（商品编号，供货商号，供货编号，供货日期，供货数量） （6）仓库表（仓库编号，仓库名称，仓库地址）
（7）供货商表（供货商号，供货商名称，供货商地址，供货商） （8）库存表（商品编号，仓库编号，库存量）
4.2确定式级别
（1）商品信息表的主属性是商品编号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该商品信息表符合第三式。

（2)顾客表的主属性是顾客编号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该顾客表符合第三式。

（3)会员表的主属性是会员卡号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该会员表符合第三式。

（4)购买表的主属性是商品编号和顾客编号，其他非主属性完全依赖于主码，
n
因此该购买表符合第二式，由于销售金额可经过销售数量推出，所以该购买表不符合第三式。

但是由于日常生活和习惯需要，经过反规化处理。

经过这个过程，整个关系模式就符合了第三式。

（5)供货表的主属性是商品编号和供货商号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该供货表符合第三式。

（6)仓库表的主属性是仓库编号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该仓库表符合第三式。

（7)供货商表的主属性是供货商号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此该供货商表符合第三式。

（8)库存表的主属性是商品编号和仓库号，其他非主属性完全依赖于主码，并且不存在传递依赖关系，因此符合第三式。

第五章物理设计
5.1 数据库的表设计
数据库表索引
商品信息表(MerchInfo)。