某超市销售管理信息系统分析设计报告.docx
《某超市销售管理信息系统分析设计报告.docx》由会员分享，可在线阅读，更多相关《某超市销售管理信息系统分析设计报告.docx（25页珍藏版）》请在冰豆网上搜索。
某超市销售管理信息系统分析设计报告
目录
1初步调查1
1.1收集相关信息：
1
2.1分析信息得出结论：
1
2系统可行性研究2
2.1技术可行性研究2
2.2经济可行性研究2
2.3操作可行性研究2
2.4可行性结论3
3详细调查4
3.1详细调查方法4
3.2管理业务调查4
3.2.1组织结构调查4
3.2.2业务流程调查5
3.3数据流程调查6
3.4数据字典：
8
3.4.1数据流8
3.4.2逻辑处理9
3.4.3数据存储9
3.4.4外部实体10
3.4.5数据项的表述11
3.4.6系统目标和功能查询11
4系统设计13
4.1新系统功能结构设计13
4.2系统流程图设计13
4.3物理配置方案14
4.4数据库存储设计14
5系统详细设计15
5.1代码设计15
5.2数据库设计15
5.3处理流程设计17
6总结21
参考文献22
1初步调查
1.1收集相关信息：
通过到超市的多次走访，收集到以下信息：
在我国超市形成在20世纪90年代初期，现在已经成为我国零售业的一种重要形态，为国民经济的发展发挥了重要的作用。
随着超市高速的发展，其经营管理也变得愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售也的发展，超市需要处理大量的库存信息，还要时刻更新产品的销售信息，不断添加商品信息。
面对不同种类的信息，需要合理的数据库结构来保存数据信息，需要有效的程序结构支持各种数据操作的执行。
商店自动化的产品管理在欧美等国家早已经实现，也是零售业管理的基础。
它最主要的特点是能够实时的和准确的控制店内的销售情况。
对于我国来说，超市已经普遍存在，这种自动化管理也成为必要，有必要通过管理系统的应用来提高超市的服务效率。
如果可以能够实时掌握销售流程及销售情况，则可以有效地加速商品的周转率并提高服务质量，而且可以减少产品售价不符等所产生的问题。
顾客的消费要求的是希望在超市购物中能基本上都能购得所需的商品，并且还要既保证商品质量还要享受优质，方便的服务。
1.2分析信息得出结论：
分析收集到的有关信息，并与管理员和有关领导沟通，得出初步调查的结论：
超市管理系统是市场上最流行的超市上常用的系统之一，它主要包含以下几个模块：
系统权限的设定、原始数据录入、数据的汇总及查询等。
从而，实现对进货、销售及员工信息等实现全面、动态、及时的管理。
但由于超市的整个系统过大。
并且销售对一个企业的生存和发展是至关重要的，它不再是传统意义上的“卖东西”，它对外关系到企业产品、服务和企业形象等多方面因素，对内涉及到销售、库存、财务等信息。
此外信息化的高速发展为企业的销售工作提出了新的挑战，封闭意味着落后，超市要抓住时机，引入现代化的销售管理模式，实施企业的信息化、智能化销售管理，才能使超市在激烈的市场竞争中立于不败之地。
因此，经本小组讨论后，一致决定仅选取销售这一模块进行系统设计与分析。
2系统可行性研究
2.1技术可行性研究
在IT行业中从业的工作人员一般都要求掌握计算机技术，具有一定的软硬件基础，会使用各种管理软件，熟悉IT产品。
因为，有的超市对员工的素质要求比较高，从管理层到下面的销售人员，都要求具有一定的计算机基础，所以在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法就基本上能够是系统顺利运行。
2.2经济可行性研究
因为通过网络传递销售信息可以不受距离的限制，因此可以借阅许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高超市的销售效率，即提高了超市的经济效益，所以从经济上完全是可行的。
（1）超市有能力承担系统开发费用
开发新系统的工作是一项间距复杂的工作，它的投资主要是人力和物力的投资。
对于本系统的开发者来说，其主要投资还是在人力和物力两个方面。
如果是企业自己安排人手开发系统的话，其主要的投资还是在人力资源上，从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。
软件企业作为一个简短的高科技产业，其员工要求都比一般企业的要求要高，而且对系统开发及软件产业了解比较多，所以在自我开发管理系统的过程中，企业自己比较容易安排人手，这样就可以为企业借阅大部分的额外开支。
同时软件就其它产品来说，属于高端行业，无论是产品的价格还是质量都比较高，而经营产品的经销商或者是商家都要求有雄厚的资金支持。
所以，在系统的开发过程中，企业完全有能力承担开发费用。
（2）新系统将为企业带来经济效益
销售管理系统是一个信息化、智能化和先进管理理念的集合体。
而销售管理是一个动态过程，在其运行过程中要采取多项措施。
所以在管理中获得经济效益是一个综合效益，要对它进行直接定量的分析是比较困难的。
一般新系统带来的经济效益是简介的，其最主要的表现就是能够及时地了解超市每日的销售情况，据此还可实现短缺商品的配送。
而其它一些繁琐的食物都通过新系统来加以分析解决，不仅节省了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。
2.3操作可行性研究
本系统采用基于Windows的图形用户界面，而该系统是大家熟悉的操作系统，对于那些有一般的计算机知识的人员就可以轻松上手。
而超市销售管理系统采用最友好的交互界面，简介明了，不需要对数据库进行深入的了解。
由此，该系统的操作是可行的，有必要开发该系统。
2.4可行性结论
通过以上可行性分析，得出的结论是超市销售管理系统的开发在管理上、技术上、经济上都是可行的，可以立即开发。
因此，可以设计该系统的数据流程图，建立数据字典。
3详细调查
3.1详细调查方法
（1）面谈
即通过与有关人员面对面交谈来获取有关信息，可以是一对一的专访或一对多的座谈。
（2）问卷调查
即通过设计制作调查表，向被调查者发放调查表进行调查的方式。
根据被调查者的特点选择用选择题还是问答题，要向被调查者阐明调查的目的及关系，采用匿名或自愿署名等方式。
（3）阅读文件或历史资料
通过阅读组织的文件与历史资料，可间接了解组织的相关信息。
（4）实地观察与实践
信息收集人员直接观察或参加现行系统的业务实践，这是缩短用户与开发人员距离、取得共同语言的最好方法。
缺点是浪费时间。
3.2管理业务调查
3.2.1组织结构调查
根据调查结果，企业人事部将安排专职人员对超市的销售情况惊醒监督管理，也就说本销售系统开发出来后会有专业人员来操作执行。
该管理软件将根据用户的需要销售情况进行查询，并能打印详细信息。
组织结构图如图3-1所示
图3-1
3.2.2业务流程调查
根据分析，本系统业务流程主要包括如下内容：
●顾客发订单给销售部门
●销售部门经过订单检查，把不合格的订单反馈给客户
●对合格的订单，通过核对库存记录，缺货订单通过缺货统计，向采购部门发出缺货通知，并登记缺货记录；对于可供货订单，登记客户档案，开出备货单，通知仓库备货。
●保存订单数据，并进行销售统计。
业务流程图如图3-2所示：
图3-2
3.3数据流程调查
根据调查结果绘出销售系统数据流程图如下：
（1）0层数据流程图
3.4数据字典：
3.4.1数据流
数据流编号：
D1.1
数据流名称：
新顾客登记表
简述：
新顾客来超市订货时要填写有关自身信息的表
数据流来源：
无
数据流去向：
登录新顾客数据处理
数据项组成：
姓名+性别+单位+职务+联系方式+订货量+订货日期
数据流量：
10张/月
高峰流量：
20张/月
数据流编号：
D2.1
数据流名称：
发货通知
简述：
供应商接到的来自超市的要求发货的通知
数据流来源：
订货单
数据流去向：
发货单
数据项组成：
商品名称+商品编号+订购量+订购日期
数据流量：
10张/月，高峰流量：
20张/月
数据流编号：
D3.1
数据流名称：
备货单
简述：
根据顾客订货需求而制定的通知仓库人员准备相应量商品的清单
数据流来源：
开备货单
数据流去向：
仓库
数据项组成：
商品名称+商品编号+商品数量+订购单位+提货日期
数据流量：
10张/月，高峰流量：
20张/月
数据流编号：
D1.4
数据流名称：
发货单
简述：
给顾客提供商品的时候，超市销售人员统计的销售情况表单
数据流来源：
可供货订单
数据流去向：
销售统计
数据项组成：
商品名称+商品数量+订购单位+订购日期+付款金额
数据流量：
10张/月，高峰流量：
20张/月
3.4.2逻辑处理
处理逻辑编号：
P1.1
处理逻辑名称：
登录新顾客数据
简述：
对来超市订货的新顾客进行记录
输入的数据流：
新顾客登记表
处理描述：
根据新顾客信息记录在顾客档案中
输出的数据流：
顾客档案
处理频率：
10次/天
处理逻辑编号：
P2.1
处理逻辑名称：
处理发货单
简述：
供应商处理来自超市订购商品的信息
输入的数据流：
发货通知
处理描述：
根据超市订购商品要求，提供商品
输出的数据流：
发货单
处理频率：
10次/天
处理逻辑编号：
P3.1
处理逻辑名称：
处理备货单
简述：
根据顾客需求量仓库人员处理备货的表单
输入的数据流：
备货单
处理描述：
根据销售部开出的给顾客提供所需商品量相应进行处理
输出的数据流：
库存记录
处理频率：
10次/天
处理逻辑编号：
P3.2
处理逻辑名称：
销售统计
简述：
对销售情况进行统计
输入的数据流：
发货单
处理描述：
根据销售情况的记录，对目前各商品销售情况进行统计
输出的数据流：
销售统计表
3.4.3数据存储
数据存储编号：
F1.1
数据存储名称：
顾客档案
简述：
存储顾客的信息
数据存储的组成：
存档号+姓名+性别+单位+职务+联系方式+订购商品名称+订购商品编号+订购量+订购日期
关键字：
存档号
相关联的处理：
P1.1
数据存储编号：
F2.1
数据存储名称：
发货单
简述：
供应商回应超市订货情况的表单
数据存储组成：
发货单编号+商品编号+商品数量+订购单位+订购日期+应付金额+提供商品单位名称
关键字：
发货单编号
相关两的处理：
P2.1
数据存储编号：
F3.1
数据存储名称：
库存记录
简述：
目前仓库商品统计的记录
数据存储组成：
商品编号+商品名称+现有数量
关键字：
商品编号
相关联的处理：
P3.1
数据存储编号：
F3.2
数据存储名称：
销售统计表
简述：
对销售情况进行统计整理的表
数据存储组成：
商品编号+商品名称+商品现有数量+商品销售数量+订购单位+订购日期+订购数量
关键字：
商品编号
相关联的处理：
P3.2
3.4.4外部实体
外部实体编号：
S1.1
外部实体名称：
顾客
简述：
来超市订货的人
输入数据流：
无
输出数据流：
顾客档案
外部实体编号：
S2.1
外部实体名称：
供应商
简述：
给超市提供商品的厂家
输入的数据流：
订货单
输出的数据流：
发货单
外部实体编号：
S3.1
外部实体名称：
仓库
简述：
存储商品的地点
输入的数据流：
备货单
输出的数据流：
库存记录
外部实体编号：
S3.2
外部实体名称：
超市
简述：
销售商品，并统计销售情况
输入的数据流：
发货单
输出的数据流：
销售统计表
3.4.5数据项的表述
数据项编号：
I-01
数据项名称：
商品编号
简述：
商品的编号
类型及长度：
字符，4位
取值范围：
0000-9999
数据项编号：
I-02
数据项名称：
商品名称
简述：
商品的名称
类型及长度：
字符型，8位
取值范围：
00000000-99999999
3.4.6系统目标和功能查询：
根据调查结果，系统目标实现超市销售业务的精细化，准确化，完整化，高效化。
系统功能如下：
销售的主要功能是把销售信息写入销售清单，同时对库存清单进行更新，以备用户将来对库存信息进行查询和打印，此外还可以对销售信息进行查询和盘点功能。
销售信息查询：
根据商品销售情况，按需要对销售情况进行查询。
在该查询模块中，可以按照商品的编号、销售日期等多种方式进行商品销售信息查询。
销售信息盘点：
可以按照需要对在一定时期内的销售情况进行盘点。
输入项、输出项：
本模块的数据输入项主要是商品的销售单号和商品编号。
其中还包括销售数量和销售日期。
4系统设计
4.1新系统功能结构设计
根据系统分析的结果，本系统分为四个子模块：
定货处理模块、缺货处理模块、提货处理模块和系统管理模块，如图4-1所示：
图4-1
4.2系统流程图设计
可从数据流程图导出信息系统流程图，如图4-2所示：
4.3物理配置方案
本系统采用多机模式，需P42.0/512M/60G配置的电脑三台，打印机三台，500WUPS一个，操作系统为Windowsxp。
4.4数据库存储设计
数据库管理系统选用MicrosoftAccess数据库。
本系统中顾客档案，库存记录为基础数据，备货单处理，发货单处理数据为中间数据。
5系统详细设计
5.1代码设计
本系统涉及到的代码有商品编号、顾客编号、供应商编号等。
商品编号
格式：
XXXX，顺序码：
0000-9999
顾客编号
格式：
XXXX，顺序码：
0000-9999
供应商编号
格式：
XXXX，顺序码：
0000-9999
5.2数据库设计
（1）E-R图
在本系统中，所涉及到的实体及其属性包括：
顾客{顾客编号，姓名，性别，工作单位，联系电话}
供应商{供应商编号，名称，生产商品名称，联系电话，地址}
超市{超市名称，地址，订货电话}
商品{商品编号，商品名称，供货单位，单价}
仓库{名称，地址}
他们之间的关系用E-R图方法表示，如图5-1所示。
这些实体之间的联系包括：
缺货供应：
超市向供应商订货，多对多联系
销售：
超市销售商品，多对多联系
订购：
顾客购买商品，多对多联系
备货：
仓库为超市备货，一对一联系
发货：
仓库为顾客发货，一对多联系
图5-1
（2）由E-R图导出数据库
实体顾客表（customer）如下表所示：
列名
数据类型
长度
顾客编号
数字
4
姓名
文本
16
性别
文本
2
工作单位
文本
20
联系电话
数字
12
实体供应商（supply）如下表所示：
列名
数据类型
长度
供应商编号
数字
4
名称
文本
40
商品名称
文本
16
联系电话
数字
12
地址
文本
40
实体超市（supermarket）如下表所示：
列名
数据类型
长度
超市名称
文本
40
地址
文本
40
订货电话
数字
12
实体商品（product）如下表所示：
列名
数据类型
长度
商品编号
数字
4
商品名称
文本
20
供货单位
文本
40
单价
数字
4
联系发货（deliver）如下表所示：
列名
数据类型
长度
商品编号
数字
4
商品数量
数字
20
应收款
数字
6
联系订购（perchase）如下表所示
列名
数据类型
长度
商品编号
数字
4
商品数量
数字
20
应付款
数字
6
联系备货（prepare）如下表所示：
列名
数据类型
长度
商品编号
数字
4
商品名称
文本
20
备货数量
数字
20
联系销售（sell）如下表所示：
列名
数据类型
长度
商品编号
数字
4
商品名称
文本
20
生产厂家
文本
40
联系缺货供应（supply）如下表所示：
列名
数据类型
长度
商品编号
数字
4
商品名称
文本
20
缺货数量
数字
20
订货单位
文本
40
5.3处理流程设计
（1）IPO图
缺货处理IPO图
系统名：
超市销售管理
模块名：
缺货处理模块
由下列模块调用：
订货处理模块
输入（I）：
（手工输入）
商品编号，商品名称，商品数量
制图者：
邹姝琪
日期：
2009.07
调用下列模块：
无
输出（O）：
（存入数据库）
商品数量变化
处理内容（P）：
先录入超市某商品暂时缺货，登记缺货记录，商品的名称，编号，和所需数量，向供应商发出供货请求，更新订货数据库数据，货物入库后更改库存记录。
备注：
无
订货处理IPO图
系统名：
超市销售系统
模块名：
订货处理模块
由下列模块调用：
无
输入（I）：
（手工输入）
商品编号，商品名称，数量，应付款
制图者：
邹姝琪
日期：
2009.07
调用下列模块：
无
输出（O）：
（存入数据库）
订购商品数量变化情况
处理内容（P）：
先录入顾客所要订购的商品编号，名称，数量与应付款等情况，再修改订货记录，更新数据库中的商品信息
备注：
无
（2）处理流程图
1）顾客登记处理流程图，如图5-2所示：
2）订货处理流程图，如图5-3所示：
3）缺货处理流程图，如图5-4所示：
6总结
通过一周的信息系统分析与设计课程设计，我们对所学知识有了更深一步的了解，对于信息系统分析与设计这门课程也有了更强的理解。
我们的课设题目是超市销售信息管理系统分析与设计，我们对这一普遍应用的系统有了更加深厚的理解，了解了超市销售的过程，经过调查，进行可行性分析研究，详细调查和系统设计和进一步详细设计，绘制数据流程图，E-R图，业务流程图，使我们更加清楚的认识了系统运行的过程和管理方法。
通过本次实践活动使我们认识到开发一项好的软件不是某一个人就能完成的任务。
一个团队的小组，一个勤奋的小组非常重要，沟通是解决问题的就好办法。
俗话也得好：
“不怕虎一样的敌人，就怕猪一样的队伍”。
所以小组中的每个成员的能力与协作能力也是致关重要的。
同时,不仅是团队内部的交流，更多需要协调好团队之间的交流。
相信这样的实践经历对于以后走入社会生活提供了良好的机会。
其次呢，在实习中我了解了，在开发一个项目时一定要先做好规划，按照软件的开发过程，详细地写好每一个必要的文档。
一般的规则是，写文档需要团队协作，这样就允许开发人员和文档编写者利用彼此的长处，取长补短。
例如，如果预期读者是系统设计师，开发人员需要提供技术细节，然后文档编写者按照正确语法组织和编辑内容。
软件文档的最主要目标是传达一个系统的技术要素和使用方法。
第二个目标是提供软件开发过程中的需求，决策，行为，角色和责任的书面记录。
只有实现了这两个目标，软件文档才真正提供了有意义的信息。
软件的概念就是：
程序+文档，程序就是文档，文档集成在程序中。
它要求在选择开发环境时不仅要考虑环境对设计、开发的完美支持，而且要考虑对维护、文档的支持；它要求软件人员在设计、开发过程中要考虑维护问题、文档问题；它要求程序与文档存储在同一位置、同一系统中；它要求使用相同工具进行程序与文档的书写、检索；它要求在编写和维护程序的同时形成文档，在书写文档时编写、维护程序。
程序与文档合一的概念不仅存在于系统的设计、开发阶段而且存在于系统的维护阶段，它贯穿软件的生命周期。
参考文献
[1]萨师煊、王珊.数据库系统概论.北京:
高校教育出版社1985；
[2]王勇领.计算机数据处理系统分析与设计.北京:
清华大学出版社,1986；
[3]张基温.信息系统开发案例.北京;清华大学出版社,1999；
[4]党建武.管理信息系统，兰州大学出版社，2001；
[5]毕庶伟.管理信息系统分析与设计.北京:
机械工业出版社,1992；
[6]黄梯云.企业管理模型及微型机应用程序,石家庄:
河北人民出版社,1985；.
[7]黄梯云，管理信息系统，北京：
高等教育出版社，2005
[8]陈禹，信息系统分析与设计，北京：
高等教育出版社，2008
[9]J.L.Whitten，L.D.Bentley，肖刚，孙慧译，《系统分析与设计方法》，北京：
机械工业出版社，2007
升级会员 