超市进销存管理系统Word文件下载.docx
《超市进销存管理系统Word文件下载.docx》由会员分享，可在线阅读，更多相关《超市进销存管理系统Word文件下载.docx（16页珍藏版）》请在冰豆网上搜索。
由于社会竞争日益激烈，各企业也需要许多的软件平台。
企业决策者和经营者们也需要快速全面的掌握本公司的经营管理情况，本系统特为超市而开发，以VisualFoxPro6.0版为制作平台，可运行于各种WINDOWS操作系统中，以实现对经销商的进货、销货和库存统计进行全面管理。
1.3概况
超市进销存管理是超市流通领域一个最重要的基础工作。
在管理中引入计算机和进销存管理系统已经得到各商业公司，业主的认识，并将逐步成为一种管理手段。
改善管理手段、提高管理效率、是提高公司效率的主要任务。
它使各级管理销售人员在面对日益繁多、日益复杂的问题和业务时，能够充分认识问题，及时准确地把握、分析问题，进行有效地组织和管理，以达到最高的紧急效益。
超市的管理要经过进货、库存、销售等多项业务，在这些业务中有大量的信息的录入、修改、删除、存储等复杂的操作。
单单依靠人工的记帐已经无法满足现代超市商业的要求，在计算机技术高速发展的今天，计算机的作用已经发挥的淋漓尽致，各个领域多有他的存在。
已完全可以胜任超市进存销管理工作，而且更加准确、方便、快捷、高效。
这将给超市进存销管理带来很大的方便，从而给公司带来更大的经济效益，这标志着超市行业的不断成熟和正规化。
因此，开发一套高效率、易操作的超市进存销管理系统软件是十分必要的。
本系统的主要目的是告别手工操作，更高效率的管理公司业务。
从而达到安全、快捷永久的保存数据库信息，对日后的查询将是非常之方便。
进一步实现高效率，低成本的管理目标。
为了增强系统的保密性，是公司利益不受损害，同时也是客户利益不受损害，本系统具有设置权限等保密功能，同时还有管理销售货物、采购货物录入、以及盘点和查询等功能，使用户对超市的经营情况有着更直观的了解。
1.4系统框架设计
“超市进销存管理系统”是对经销商的进货、销货和库存统计进行全面管理，必须满足如下要求：
●系统功能上，要实现进销商品数据输入和修改，查询，收付资金管理和库存统计。
●文件操作上，要实现进销商品的各种信息的录入，修改和查询。
●报表管理上，要实现进销商品及收付款查询的结果生成报表。
●系统维护上，要实现数据初始化，设置系统参数，修改口令，数据导入导出。
图1.1超市进销存管理系统功能模块
2方案论证
2.1引言
可行性研究是开发工程必不可或缺的重要的一步。
它的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
必须注意的是，可行性研究的目的不是解决问题，而是确定问题是否能够解决。
如果问题没有可行的解，那么花费在这个工程上的一切人力、物力、才力都将是无谓的浪费。
本系统在经过可行性研究后，确定是非常可行的。
需求分析作为软件数据库设计的第一个阶段，它的基本任务是准确地回答“系统必须做什么？
”这个问题。
而不断的调查与研究，了解组织机构的情况，了解部门的业务流程等系统与需求，对于设计好概念模型是非常重要的。
在需求分析中，应该对现实世界要处理的对象进行详细的调查，在确定系统功能中，收集支持系统功能目标的数据及分析数据之间的关系和处理流程。
可以说可行性研究与需求分析的只量将直接影响到系统设计的成败与否
2.1.1系统和目标范围说明书
如果一个发行、销售等综合业务的超市公司若还继续沿用过去的就的管理手段无疑是行不同的。
这就需要我们要有一个方便快捷、准确高效的超市管理软件的出现来提高效率、降低成本。
经过初步的调查与分析提出了超市进销存管理系统目标和范围说明。
2.1.2归纳系统逻辑模型
目标系统是一个使用计算机的系统，它应该比现行的管理手段更强。
图2.1为系统逻辑模型图。
图2.1系统逻辑模型
2.1.3系统流程图
系统流程图是描绘物理系统的传统工具。
它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件（程序，文件，数据库，表格，人工过程等等）。
图2.2为超市进存销管理系统的系统流程图：
图2.2系统流程
2.2数据描述
数据流图是软件系统逻辑关系的一种图形表示（graphicrepresentation）。
即使非计算机人员也容易理解，是极好的通信工具，也是软件设计的很好的出发点。
从根本上说，任何软件都是对数据进行加工（processing）或变换（transform）的工具。
下面将根据软件工程中的要求逐步分解超市进销存管理系统的逻辑模型，画出系统的分层DFD（DataFlowDiagram）图。
如图2.3
2.2.1系统顶层DFD图
图2.3超市进存销管理系统顶层DFD
如图所示超市进存销管理系统顶层DFD图，它把整个系统看作是一个大加工，标明系统的输入和输出，以及数据的源点和终点。
它表明：
系统从供应商进货，经过超市进销存管理系统操作后，将超市卖给顾客。
2.2.2系统的第二层DFD图
图2.4超市进存销管理系统第二层DFD
上图所示超市进存销管理系统的第二层DFD图，它把系统分为采购和销售两大部分。
采购部分从供应商进货，进货后对库存进行修改，同时对供应商是否及时发货信誉进行排名。
销售部分是如果客户要货就丛库存中提货，并对客户的需求两进行销售排名系统第三层DFD图
继续分解，就可获得第三层数据流图。
其中图由采购子系统扩展而成，图由销售子系统扩展而成。
图2.5第三层DFD--采购子系统
如图采购子系统有两个子加工。
在供应商供货列出供货清单后，对所进货物进行入库登记，并对现在的库存量进行修改。
3系统设计
3.1数据库设计
E-R图：
超市进销管理系统数据库E-R模型，如图3.1示：
图3.1超市进销管理系统数据库E-R模型
3.1.1JH.DBF（进货表）
JH.DBF表用于存储每一笔进货记录。
它是进行库存管理的基础。
其结构
如表3.1所示：
表3.1存储每一笔进货记录表
中文字段名
英文字段名
字段类型
长度
主键/外键
字段值约束
进货单号
importBillID
char
6
P
NOTNULL
商品编号
merchID
P/F
供货商号
profferID
F
进货价
importPrice
money
4
数量
quantity
int
金额
totalMoney
进货日期
importDate
datetime
8
备注
others
ntext
50
NULL
3.1.2JH1.DBF（销货表）
JH1.DBF表用于存储每一笔销货。
它的记录与JH表中的记录是多对一的关系，即一笔进货可能分几次销售。
如表3.2所示：
表3.2每一笔销货记录
销售单号
saleBillID
销售数量
saleNum
销售日期
saleDate
3.1.3FK.DBF（进货付款表）
FK.DBF表是JH表中每一笔进货的付款情况。
在一些情况下，一笔进货可能分多次付款，其记录与JH表中的记录是多对一的关系。
如表3.3所示：
表3.3每一笔进货的付款记录
表3.4每一笔销货的收款记录
字段
字段名
类型
宽度
小数位
说明
1
NO1
数值型
付款号
2
NO
字符型
10
进货号
3
RQ
日期型
付款日期
JR
付款金额
5
JBR
经办人
YR
未付金额
7
BZ
40
情况说明
3.1.4FK1.DBF（销货收款表）
FK1.DBF是JH1表中每一笔销货的收款情况。
在一些情况下，一笔销货可能分多次收款，其记录与JH1表中的记录是多对一的关系。
其结构如表3.4
销货号
NO2
收款号
收款日期
收款金额
未收金额
3.1.5DWB.DBF（关系单位表）
DWB.DBF表用于存储经常往来的单位名称，便于数据输入。
其结构如表3.5
表3.5经常往来的单位名称
名称
fullName
nvarchar
联系人
contactPerson
联系电话
phone
varchar
12
联系地址
address
开户行
openingBank
银行帐号
accountID
15
3.1.6MCB.DBF（常用商品名称表）
MCB.DBF表用于存储常用的商品名称，便于数据输入。
其结构如表3.6：
表3.6存储常用的商品名称
MC
30
3.1.7JBRB.DBF（经办人姓名表）
JBRB.DBF表用于存储经办人姓名，便于数据输入。
其结构如表3.7
表3.7存储经办人姓名
3.1.8REPTAB.DBF（临时表）
REPTAB.DBF表是一个产生报表中用到的临时表。
其结构如表3.8
表3.8报表中用到的临时表
DW
进货单位
进货名称
XH
进货规格型号
PZ
20
进货配置
DJ
单价
SL
9
小计金额
11
BGR
保管人
FHR
发货人
13
YF
已付金额
14
RQ1
16
JR1
17
JBR1
付款经办人
结束语
在做毕业设计当中认我认识到开发一项好的软件不是某一个人就能完成的任务。
一个团队的小组，一个勤奋的小组非常重要，沟通是解决问题的就好办法。
不仅是团队内部的交流，更多需要协调好团队之间的交流。
其次呢，在实习中我了解了，在开发一个项目时一定要先做好规划，按照软件的开发过程，详细地写好每一个必要的文档。
一般的规则是，写文档需要团队协作，这样就允许开发人员和文档编写者利用彼此的长处，取长补短。
例如，如果预期读者是系统设计师，开发人员需要提供技术细节，然后文档编写者按照正确语法组织和编辑内容。
软件文档的最主要目标是传达一个系统的技术要素和使用方法。
第二个目标是提供软件开发过程中的需求，决策，行为，角色和责任的书面记录。
只有实现了这两个目标，软件文档才真正提供了有意义的信息。
软件的概念就是：
程序+文档，程序就是文档，文档集成在程序中。
它要求在选择开发环境时不仅要考虑环境对设计、开发的完美支持，而且要考虑对维护、文档的支持；
它要求软件人员在设计、开发过程中要考虑维护问题、文档问题；
它要求程序与文档存储在同一位置、同一系统中；
它要求使用相同工具进行程序与文档的书写、检索；
它要求在编写和维护程序的同时形成文档，在书写文档时编写、维护程序。
程序与文档合一的概念不仅存在于系统的设计、开发阶段而且存在于系统的维护阶段，它贯穿软件的生命周期。
测试及性能分析就是客观，公正的从各个方面评价系统的各项功能。
本部分将具体从三方面阐述：
优点，缺点以及将来可能提出的要求。
系统的优点
1.流程符合企业内部工资管理的要求。
2.界面友好，输入信息方便（好多信息，系统自动生成）。
3.查询全面，对任何情况或字段都可以查询，从而对管理进行监督。
4.有良好的用户权限和密码限制，防止人为的破坏与盗窃数据资源。
5.系统扩充容易。
由于资料有限，有很多地方还需要更好的完善。
6.即面向开发人员，又面向用户。
系统的缺点
1.由于时间的原因。
输出报表不完善。
2.网络功能欠缺。
本系统只能在单机上运行，不能实现网络连接，资源共享。
3.容错性不高。
系统的抗错，容错性不高。
这方面有待加强。
4.由于资料有限，有很多地方还设计的不够详细，还需要更好的完善。
将来可能提出的要求
1.网络化。
系统能支持网络数据传输，数据共享；
数据远程访问能自动采取一定的加锁策略；
远程报表处理。
2.多媒体化。
系统能够支持多种对象输入。
致谢
本论文是在导师的指导下完成的。
从论文的选题、结构到资料的整理等工作都得到了导师的悉心指导。
在撰写论文的过程中，导师渊博的学识，严谨的治学态度，丰富的实践经验，循循善诱的指导方式，令学生终生受益，谨此表示学生最衷心的感谢。
在攻读本科的这几年时间内，不可避免地存在着工作、家庭、学习的矛盾，但得到了单位领导、同事、家人、同学的大力支持和帮助，为此向他们致谢。
参考文献
[1]萨师煊、王珊.数据库系统概论.北京:
高校教育出版社1985；
[2]王勇领.计算机数据处理系统分析与设计.北京:
清华大学出版社,1986；
[3]张基温.信息系统开发案例.北京;
清华大学出版社,1999；
[4]党建武.管理信息系统，兰州大学出版社，2001；
[5]毕庶伟.管理信息系统分析与设计.北京:
机械工业出版社,1992；
[6]黄梯云.企业管理模型及微型机应用程序,石家庄:
河北人民出版社,1985；
.
[7]黄梯云.管理信息系统导论,北京:
机械工业出版社,1986。
[8]李春葆编著.VisualFoxPro6.0高级编程（应用系统设计篇）.北京：
科学出版社2001年5月
[9]柳青、李拥军、谭小球编著.VisualFoxPro程序设计教程.北京：
高等教育出版社2002年10月
[10]李春葆编著.VisualFoxPro7.0程序设计教程.北京：
科海电子出版社2002年12月
升级会员 