超市销售管理信息系统毕业论文
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
超市销售管理信息系统毕业论文
目录
摘要 (1)
Abstract (2)
第1章绪论 (3)
1.1系统的开发背景 (3)
1.2系统开发的现状 (3)
1.2.1我国销售管理信息系统的现状 (3)
1.2.2永昌隆超市的现状分析 (4)
1.3系统开发的目的 (4)
1.4系统研究的意义 (5)
第2章可行性分析 (5)
2.1技术可行性分析 (6)
2.2经济可行性分析 (6)
2.2.1 支出 (6)
2.2.2 收益 (7)
2.2.3 投资回收期 (7)
2.3操作可行性 (7)
2.4社会可行性分析 (7)
2.5法律可行性 (8)
2.6可行性研究的结论结论 (8)
第3章:需求分析 (9)
3.1总体目标 (9)
3.1.1具体目标 (9)
3.2 系统功能建模 (10)
3.2.1系统业务流程图 (10)
3.2.2系统数据流程图 (11)
3.2.3数据字典 (13)
3.3系统数据模型 (22)
第4章概要设计 (23)
4.1数据库设计 (23)
4.1.2物理结构设计 (24)
4.1.3 HIPO图 (27)
4.1.4模块IPO图 (28)
4.2 代码设计 (36)
4.2.1 代码设计的原则 (36)
4.2.2 系统所需代码设计 (37)
4.3输入输出设计 (39)
4.3.1输入设计 (39)
4.3.2输出设计 (41)
4.4 运行环境 (44)
4.4.1 运行环境 (44)
4.4.2 运行模块的组合 (44)
4.4.3 运行控制 (44)
4.5 出错处理设计 (45)
4.5.1 出错输出信息 (45)
4.5.2 出错处理对策 (45)
4.6 安全设计 (45)
4.7 维护设计 (46)
第5章详细设计 (47)
5.1系统模块设计 (47)
5.1.1 商品代码维护模块设计 (47)
5.1.2 供应商代码维护模块设计 (48)
5.1.3 业务员代码维护模块设计 (48)
5.1.4 仓库代码维护模块设计 (48)
5.1.5 录入订货单模块设计 (49)
5.1.6 统计订货单报表模块设计 (49)
5.1.7 查询订货单模块设计 (49)
5.1.8 录入入库单模块设计 (50)
5.1.9 统计入库单报表模块设计 (50)
5.1.10 统计库存报表模块设计 (50)
5.1.11 查询入库单模块设计 (51)
5.1.12 查询库存模块设计 (51)
5.1.13 录入销售单模块设计 (51)
5.1.14 统计销售报表模块设计 (52)
5.1.15 制定销售单价模块设计 (52)
5.1.16 查询销售单模块设计 (52)
5.1.17 统计月份销售利润模块设计 (52)
5.1.18 统计季份销售利润模块设计 (53)
5.1.19 统计年份销售利润模块设计 (53)
5.2 程序流程图 (53)
5.2.1登陆界面 (53)
5.2.2入库登记 (55)
5.2.3销售登记 (56)
5.2.5数据还原或备份 (58)
5.2.6数据修改系统 (59)
第6章测试 (60)
6.1 测试原则及测试方法概述 (60)
6.2 系统主要测试用例举例 (61)
第7章结论 (64)
致谢 (65)
参考文献 (66)
第1章绪论
1.1系统的开发背景
永昌隆超市是市赤坎区一家小型超市,其位于海洋大学寸金学院门口旁的,主要以学生和居民为消费对象的一家便利超市。
超市主要经营围为:日用百货,文教用品,食品,粮食及其制品等。
随着现代科学技术的迅猛发展,计算机技术已渗透到各个领域,成为各行业必不可少的工具,特别是Internet技术的推广和信息高速公路的建立,使IT 产业在市场竞争中越发显示出其独特的优势,步入数字化时代,有巨大的数据信息等待着加工处理和传输,这使得对数据库的进一步开发和利用显得尤为迫切。
在崭新的历史时代中,零售业正从传统的劳动密集型行业向知识密集型行业转变。
现代零售业管理要求:
(1)从经验式的,为人情关系所经常左右的采购、结算管理,提高到数据化决策层面。
(2)从“今天卖了多少?”或“今天收了多少钱?”的笼统概念,细化到每一个单品流通的全程监控。
(3)从改善服务态度上升到培养顾客忠诚度和亲和力的全面“顾客管理”。
(4)从单店或单个部门的运作到网络上的资源共享,以极大地提高信息的使用价值,极大地提高管理效能。
作为国市场的一些中小超市,他们在信息化过程中的步伐要落后大中型超市,而对于这些企业的资源管理,信息的存储和处理也显的迫切需要,要适应市场竞争,就需要有高效的处理方式和管理方法,因此加快超市的电算化进程是必不可少的。
通过计算机的强大数据处理和管理功能来实现商品销售的管理,不仅方便快捷,而且能够处理大量的数据和繁杂的帐务,同时还可以节省人力、物力和财力。
该系统中就是针对以上的问题进行设计的。
1.2系统开发的现状
1.2.1我国销售管理信息系统的现状
我国将电子计算机应用于经济管理方面起步较晚,直到七十年代左右才开始这方面的工作。
而且,在我国计算机管理研究和实践的开始阶段,大多数项目都集中在人事、工资及仓库管理方面,很少涉足销售管理领域。
造成这种情况的主要原因是由于长期以来的销售管理工作不被重视,因此,开发者在其上的注意力就相应小些,当然,销售工作的复杂性以及销售效益的间接性也是比较重要的原因。
近年来,随着市场机制的日益健全,企业自主权的不断扩大,销售管理工作在企业中的地位越来越重要。
在此同时.信息工作者也通过前一阶段的工作积累了一定的经验,开始在销售管理领域进行管理信息系统的开发工作。
不过,总的来说,工作刚刚开始,销售管理信息系统的理论还不十分完善。
从目前的应用状况看,我国电子计算机辅助销售管理的项目主要有以下几类:
(1)非独立的销售业务处理系统
这类系统的典型特点是没有把销售单独处理,而是仅作为其它系统的一个子功能。
这类应用主要是销售统计。
如统计出每天的实际销售量、实际收入以及拖欠贷款等。
(2)单项销售业务处理系统
这类应用是把某一项销售业务建成独立的子系统,用以辅助某一方面的销售管理工作。
从掌握的资料看,这类系统主要是合同管理系统。
(3)销售管理信息系统
这类应用综合各种销售业务,由计算机进行统一管理。
它的特点是各子系统之间相互联系,形成一个综合的销售信息处理系统。
目前,我国这方面的系统还不多,总的来说处于开发阶段。
我国的化工企业,长期以来依靠人工进行销售,没有形成先进和规的销售管理信息系统。
1.2.2永昌隆超市的现状分析
对于永昌隆超市,属于小型超市的销售,目前采用手工管理,效率低、容易出错、会计工作量较大,没有一个完善的销售管理系统。
查询麻烦,数据分析困难,一些受欢迎和不受欢迎的货物因查询困难不能进行比较分析,库存量不能随时了解使得货物容易产生积压,会给超市造成一定的经济损失。
首先,其传统的
经营管理观念与经营手段相对落后,该超市未形成以顾客为中心的经营理念,更多地注重了对利润的追求。
其次,价格划分也是一个重要的因素,如果在相同的地理优势下,价格相对便宜的超市更能够占据优势,正所谓知己知彼,所以及时了解同行的相关信息是很重要。
最后,没有对商品信息进行整理,就不能及时通过销售信息的反馈,那么对于顾客的产品需求不能及时了解,而忽视了顾客的满意度,消费者的口碑是超市最好的宣传,如果没有好的声誉,这对超市日后的经营会带来一定的阻碍。
1.3系统开发的目的
●本系统开发希望能够实现永昌隆超市的软件管理系统实时的和准确的控制
店的销售情况,可以轻松地对超市的人员进行管理,并且可以在进货和销售商品进行进一步的审查登记。
●超市需要处理大量的库存信息,还要时刻更新产品的销售信息,不断添加商
品信息。
面对不同种类的信息,需要合理的数据库结构来保存数据信息,需要有效的程序结构支持各种数据操作的执行。
让管理人员对超市的进货情况、销售情况和库存情况了如指掌,进而能更好的对商品进行调度。
可以加大人力工作的效率和商品的进出货效率并且可以减轻使用者的繁杂的工作。
●本系统开发将提高超市的运作效率,通过全面的信息采集和处理,辅助提高
超市的决策水平
●使用本系统,可以迅速提升超市的管理水平,未降低经营成本,提高效益,
增强超市的扩力,提供有效的技术保障
1.4系统研究的意义
随着信息技术和市场经济的飞速发展,销售商业务围的不断扩大,所需要处理的数据量的不断增加,传统的销售手段已经不能满足市场和顾客的的要求。
急需一种管理系统来管理数据和信息。
在当前商品经济的浪潮中,商业系统在整个国民经济中有着举足轻重地作用。
伴随着全球信息化和数字化速度的加快,一个
以知识和信息为标准的知识经济时代已经到来。
在崭新的历史时代中,零售业正从传统的劳动密集型行业向知识密集型行业转变。
针对商品销售的整个业务流程,建立数据库和表,实现商品档案管理,商品销售界面,商品销售的业务分析,销售全过程的信息记录,保存以及销售商品的结算,销售商品的查询,销售账务管理与查询,销售报表查询与分析等,实现各个部分的具体功能,一个简洁,灵活,完整的商品销售管理信息系统可使一个超市的业绩迅速提高,人流量增加,利润倍增。
使用计算机对商品信息进行管理,具有手工管理所无法比拟的有点。
这些有点能够极大的提高商品信息管理的效率,也是企业的科学化,正规化管理及世界接轨的重要条件。
第2章可行性分析
可行性研究的目的是用最小的代价在尽可能的时间确定问题是否能够解决。
在实际开发该计算机系统时,常常要为资源不足和交付日期难以完成而苦恼,因而需要慎重地尽可能早地估价研制课题的可行性。
可行性研究包括:经济可行性、技术可行性、操作可行性、法律可行性等等。
2.1技术可行性分析
1、硬件:电脑2台、服务器1台
2、软件:操作系统:中文Windows 2000
开发系统:Microsoft Visual Foxpro 6.0、Microsoft SQL Server 2000
系统本身对硬件和软件的要求都不高,系统兼容性很强,平台的移植性也很好,因此无论在系统的硬件及软件上都满足开发的要求。
本系统开发涉及到的技术因素有
(1)管理系统的开发方法。
使用面向对象开发方法开发软件系统
(2)网络和通信技术。
开发小组有基于C/S开发的经验
(3) C/S机构规划和技术设计。
开发小组有应用数据库开发经验
(4)数据库技术。
开发小组能使用Visual Foxpro编程
运行上的可行性:
●操作简单:简单的操作规则使操作人员能轻松掌握。
●查询方便:用户可设定任意条件和任意的查询项目进行检索。
●统计灵活:任意条件下任意项目的产品入库时间、数量等的统计及查询项目
均可进行交叉统计。
●数据维护:供应商或销售商信息的录入及商品类别、规格、颜色、名称的输
入,可修改、删除、查询。
●工作方式:非实时联网。
在单机联网系统和多机联网系统中,计算机工作时
仍和独立式系统一样,单机完全独立运行。
系统工作与网络无关,因此系统非常可靠和稳定,避免了因网络故障而导致不能操作的局面。
综上,本系统开发不存在问题技术问题。
另外,在IT行业中从业的工作人员一
般都要求懂计算机,具有一定软硬件基础,会使用各种管理软件,熟悉IT产品。
因为,超市中的对员工素质要求比较高,从管理层到下面的营销人员,都要求具有一定的IT背景,所以在新系统投入使用时,只要对员工进行少量的培训,系统的功能和使用方法就基本上能够使系统顺利的运行了。
2.2经济可行性分析
开发与应用永昌隆超市进销存管理系统的投资与收益初步估算如下。
2.2.1 支出
(1)基础投资:
终端PC机2台:4000(元)×2(台)=8000元
网络设备:5000元
辅助设备:2000元
共计:15000元
(2)其他一次性投资:
Microsoft Visual Foxpro 6.0:6275元
Microsoft SQL Server 2000(中文标准版 10User):15500元
Microsoft Windows 2000 Server:6800元
软件开发费:10000元
共计:38575元
经常性支出:
人工费用:1(月)×3(人)×1000(元)=3000元
其他不可知额外支出:1000元
共计:4000元
支出总计:15000+38575+4000=57575元≈6万元
2.2.2 收益
永昌隆超市应用本系统后,将减少超市员工2人,目前员工平均工资为1000元,估计本系统将使用5年,按银行利率3%,系统应用后的年收益为:2(人)×1000(元)×12(月)=24000元≈3万元
五年的总收益为:2.4×(1.03+(1.03)2+(1.03)3+(1.03)4+(1.03)5)≈13万元另,还有不可定量的无形收益。
2.2.3 投资回收期
本系统的投资回收期为:29100÷31827≈0.91年
综上所述,超市进销存管理系统的收益远远大于支出,投资回收期不到两年,因此该系统在经济上是完全可行的。
2.3操作可行性
本系统为一个小型的超市销售信息管理系统,所耗费的资源非常的小,一般的电脑是硬件还是软件都能够满足条件。
界面设计时充分考虑管理人员的习惯,使得操作简单;数据录入迅速、规、可靠;统计准确;制表灵活;适应力强;容易扩充,对于必要的专业操作经过短期培训即可;因此,本系统在操作上是可行的。
2.4社会可行性分析
目前超市管理信息系统已经在大型的超市中得到了广泛的应用,超市管理需要现代化和信息化,只有合理地运用信息化的管理,才能在市场竞争中立于不败。
超市管理信息系统不仅能够提高经营者的回报,而且能够随时掌握市场的动向,未经营者提供必要的市场信息,解决了经营者最需要解决的迫切问题,同时管理信息系统对操着作人员的素质要求不高,也合理地节约了成本的投入。
2.5法律可行性
本系统的开发是对学校课程的课题研究,并非作为商业用途,其系统设计针对永昌隆超市的实际管理需要,经过实地调查分析,所收集的数据真实有效,由学生自主组织人力开发,没有侵犯他人的专利权。
本程序是在Windows XP上以作为开发工具开发的系统,对于开发环境与开发工具均以购买正版,完全不会因此而引起不必要纠纷。
作为以销售管理为目标的系统,并没有任何损害学生的行为,在法律上是得到支持,于法于理均有一定保障。
综上所述,本程序在法律上是可行的。
2.6可行性研究的结论结论
本小组拟定开发的管理信息系统操作方便灵活,便于学习,本软件由于投资效益比远大于100%,该系统具有可行性。
通过经济,技术,和社会等方面的可行性研究,可以确定本系统的开发完全必要,且使用本系统将大大节省人力、物力和才力,提高了超市管理的安全性、规化,真正实现超市经营管理自动化,大大提高了工作效率。
因此开发永昌隆超市销售管理信息系统是完全可行的。
第3章:需求分析
软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化,分析各种可能的解法,并且分配给各个软件元素。
需求分析是软件定义阶段中的最后一步,是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。
软件需求分析的任务是:深入描述软件的功能和性能,确定软件设计的约束和软件同其他系统元素的接口细节,定义软件的其他有效性需求,借助于当前系统的逻辑模型导出目标系统逻辑模型,解决目标系统“做什么”的问题。
3.1总体目标
此次项目是要设计一个以超市销售管理为主,具有一定智能特性和网络特性的管理系统。
对超市的商品信息、商品入库、销售管理、销售数据查询、统计报表进行一系列的规化操作,提高管理人员的工作效率,系统开发的目标是实现商品零售企业销售管理的系统化、规化和自动化。
通过这样的系统,可以做到信息的规管理、科学统计和快速的查询,从而减少管理方面的工程量。
该系统不仅能有效的控制企业的商品情况,而且还具有操作方便、便于纠错、代替手工的特点。
3.1.1具体目标
(1)操作简单,界面友好:完全控件式的页面布局,使得信息录入的工作更简
便,许多选项包括商品信息,采购信息,供应商信息,销售信息等只需要点击鼠标就可以完成。
(2)即时可见:对信息的处理(包括添加、修改、删除)将立即在对应的页面显示出来,达到“即时发布、即时见效”的功能。
(3)功能完善:不仅包括常见系统的信息管理的各个方面:信息录入、浏览、删除、修改、查询等各个方面,完整地实现了系统对即时信息的管理要求。
同时,为了能有效方便地更新系统的界面。
(4)方便移植:系统应具有实用性、可靠性和实用性,同时注意到先进性。
针对不同的用户,只需要稍作修改就可以开发出适合自己特点的超市管理系统。
系统界面中所需的数据都存放于数据文件中,只要对该文件做部分修改,就能在系统界面上实现及时更新的效果,减少了更改系统源代码的复杂性。
(5)动态管理:对系统数据库实行动态操作,能实现对数据库信息的动态查询、动态更新修改和动态录入数据。
3.2 系统功能建模
本系统采用结构化的分析方法,采用数据流程图和数据字典来表达系统部数据的运行以及数据的描述和定义。
永昌隆超市销售管理信息系统业务流程图如图3.2所示。
数据流程图简称DFD ,它用来描述目标系统的逻辑结构,它是由实体部分、处理部分、数据存储部分和数据流部分四部分组成,为了使数据流图所描述逻辑结构更加清晰,容易阅读,对数据流图作如下说明:
(1)每一细化过程的实体、处理、数据流都用汉字标识,并给出相应的标号。
(2)数据流程图符号说明。
数据流图的符号说明见表3-1。
表3-1数据流程图符号说明
图形符号
名称
符号说明
实体
记述系统之外的数据提供或数据获得
组织机构或个人,框为实体名称。
处理
记述某种业务的手工或计算机处理,其
中,PM 区记述处理标号,C 区记述处理名称。
数据存储
记述与处理有关的数据存储,DN 区记
述存储的标号,S 区记述存储数据的名称
数据流
记述数据流的流动方向,FM 记述数据流的
名称。
FM
超市销售管理系统数据流程图如图3-2至3-4所示。
图3-2超市销售管理系统顶层数据流程图
3.2.3数据字典
数据字典(Data Dictionary,简称DD)是在完成新系统数据流程图的设计的基础上,用来对DFD的进一步定义和描述的结构化工具,是构成新系统逻辑模型的重要部分,是系统设计、实施和维护的重要依据。
数据字典是对DFD中所有元素(数据流、数据存储、数据流及数据存储中的数据元素、数据处理)的定义和集合。
它们的定义常常是以卡形式给出的,数据流定义用数据流卡,数据存储定义用数据存储卡,数据处理定义用数据处理卡,数据元素定义用数据元素卡。
(1)数据流卡
(2)数据处理卡
(3)数据存储卡
(4)数据元素卡
3.3系统数据模型
建立系统数据模型的主要工具是实体-关联图,即E-R 图。
超市销售管理系统的综合E-R 图如图
3-5所示,实体属性见表3-2实体及其属性表。
E-R 图
图3-5超市销售管理系统的综合E-R 图
表3-2实体及其属性表
实体名称属性
员工,职称,代码
仓库代码,名称
仓库商品商品号,商品名称,规格,数量
入库汇总表仓库代码,商品代码,业务员代码,编号,日期,数量,是否付款,是否记账,预付比例
库存汇总表仓库代码,商品代码,数量
销售汇总表业务员代码,商品代码,编号,日期,数量,名称
出库汇总表业务员代码,商品代码,仓库编号,编号,日期,数量
第4章概要设计
4.1数据库设计
数据库设计(Database Design)是指对于一个给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,使之能够有效地存储数据,满足各种用户的应用需求(信息要求和处理要求)。
数据库设计是软件开发的灵魂和基础,是整个系统成功的关键所在,是开发高品质应用的前提,鉴于数据库设计的重要性,做如下约定:
设计过程应按照概念模型设计—关系模型设计—物理数据库设计的步骤进行。
4.1.1关系模式设计
由系统的概念模型导出关系模式。
主要原则及实现方法如下:
(1)一个实体型转换为一个关系模式,实体的属性就是关系的属性,实体的键就是关系的键。
(2)一个是实体的联系转换为关系模式时,应首先确定该联系的类型,在确定相应的键。
(3)进行规化处理,求出关系模式中的最小依赖集,并依据规化理论,将关系模式规到三式。
依据上述原则,得出《永昌隆超市销售管理信息系统》的关系模式:
(1)仓库商品表(商品代码,商品名称,单位,规格,数量)
(2)员工表(员工代码,,职称)
(3)仓库表(仓库代码,仓库名称)
(4)入库汇总表(入库单编号,日期,业务员代码,仓库代码,商品代码,商品数量,是否付款,是否记账,预付比例)
(5)库存汇总表(仓库代码,商品代码,数量,业务员代码)
(6)销售汇总表(编号,日期,业务员代码,商品代码,数量)
(7)出库汇总表(出货单编号,日期,业务员代码,商品代码,商品数量,仓库编号)
4.1.2物理结构设计
数据库最终是要存储在物理设备上的。
为一个给定的逻辑数据模型选取一个最
适合应用环境的物理结构的过程,就是数据库的物理设计。
主要规定各关系的名称、各列的数据类型、长度、小数位、完整性约束等。
本系统数据库物理结构设计见表4-1至4-7。
表4- 1仓库商品表
表4-2仓库表
表4-3入库汇总表
表4-4库存汇总表
表4-5出库汇总表
表4-6销售汇总表
表4-7员工表
4.1.3 HIPO图
HIPO图是将DFD细化,至每个子功能都明白易懂;每个模块完成一个子功能;每层模块合成一个高一级的功能的工具。
HIPO图如图4-1所示。
4.1.4模块IPO图
模块IPO图如图4-2至4-18所示。
图4-3
图4-4
图4-5
图4-6
图4-7
图4-8
图4-9
图4-10
图4-11
图4-12
图4-13
图4-14
图4-15
图4-16
图4-17
图4-18
4.2 代码设计
4.2.1 代码设计的原则
代码设计是处理对象的代号或表示符号,其主要目的是方便计算机排序、检索、查找等处理。
代码设计的关键是方便用户,并且满足业务要求。
本系统代码设计的原则有:
(1)要考虑的是编码的标准化,尽量按照有关的国际标准、国家标准、部门或行业的标准进行设计。
(2)要考虑容易修改,当某段代码、某个变量或某个函数在特点、条件或代表的实体关系改变时,容易进行必要修改。
(3)要考虑结构简洁,代码的长度涉及到存储空间的占用和信息处理的速度。
而且影响代码输入的出错率,所以,在满足当前需要和扩充要求的前提下应尽量结构简单,长度要短。
(4)考虑代码值的唯一性。
4.2.2 系统所需代码设计
永昌隆超市销售管理系统代码设计是根据超市经营的特点,结合现场的工作经验,在争得客户认可的情况下设计出来的,所设计的代码结构如下:(1)商品代码
商品代码由两部分组成:商品的类别和商品编号,所以设计5位字符,格式如下:
X XXX
商品编号,取值围1~999
商品类别,取值围1~9
例如:洗面奶属于日用品类(代码1),其代码为1120,面条属于食品类
(代码4),其代码为4234。
(2)员工代码
员工代码由两部分组成:员工的类别和员工编号,所以设计4位字符,格式如下:
X X
业务类别:1采购员,2是销售员,3是会计人员,4是库管员。
例如:三负责采购业务,其代码为11,其中1是采购员, 1是他的编号。
(3)仓库代码
由2位数字组成,格式如下:
X
仓库代码,取值围1~9
仓库代码表见表4-8。
员工编号,取值范围1~9
员工类别,取值范围1~9。