零售店销售管理信息系统研究报告.docx
《零售店销售管理信息系统研究报告.docx》由会员分享，可在线阅读，更多相关《零售店销售管理信息系统研究报告.docx（28页珍藏版）》请在冰豆网上搜索。
零售店销售管理信息系统研究报告
零售店销售管理信息系统
一.系统目标
销售管理信息系统是为了适应零售行业综合管理的需求，改变零售店现有的管理模式，加速零售店的动化、标准化和科学化，而建立的一个整体性的销售操作系统。
它可以为各管理层提供可靠的信息，为提高零售店各面的效益服务。
系统的总目标是：
用信息来支持零售管理时的决策和零售店的业务操作，用信息技术实现办公自动化代替原有手工管理方式，提高业务处理效率。
具体如下：
1）改变过去手工操作，建立计算机系统操作，更加快捷，做到高效率。
零售店进货、销售、财务、仓储等业务全部实现自动化管理。
2）零售店在本系统的支持下，能够达到合理进货、及时销售、库存量小、减少积压的目的，尤其是商品存储和财务管理中的销售统计这两块，能够大大降低零售店运作成本，取得最佳效益。
3）通过业务的整合和组织结构的调整，提高数据的准确性，避免逻辑的错误和人为的错误，提高数据的可信度。
4）运用计算机信息系统管理，避免以往信笺管理、传递时所耗的时间，提高工作的时效和针对性，有助于提高领导的决策，减少失误。
5）能够及时了解库存情况和销售情况，调整零售店的库存，以便保证客户需求。
二.系统构成
为实现上述目标，将系统分为4个功能模块：
进货管理、销售管理、财务管理、相关信息管理。
它是根据各子系统的管理功能来划分，使得系统分工明确，业务流程清晰，从而优化零售店管理，最终为零售店带来良好的经济效益。
6）进货管理：
制定相应的产品信息录入、信息修改、查询等操作。
7）销售管理：
操作人员是根据订购单开出发票（包括退货发票），存储订购单数据，出售零售店商品，并更新库存数据。
8）财务管理：
根据开出的发票和订单，进行结算并编制销售报表，以及对本月产品销售记录的查询等。
9）帮助：
查询系统相关的编号信息等。
三.可行性分析
1.技术可行性
在设备方面，该系统对软件没有太高的要求，市场上存在的系统软件足以满足系统各个方面的要求。
现在要开发的零售店销售管理信息系统是比较简单的，在开发技术上不存在难题。
虽然企业中大多数工作人员对计算机知之不多，但是在零售店员工有一定的计算机应用能力，能够对日常的工作业务进行简单的操作和管理，并能自行排除日常工作中随时可能遇到的计算机故障。
2.经济可行性
零售店销售管理信息系统是比较简单的系统，开发和维护费用都不是很高，零售店所需投资较少，在一般可接受的范围。
系统投入运行后会给零售店带来可观的经济效益：
一方面解决了手工操作带来的工作效率低、容易出错等问题，为企业在业务上缩短了时间，增加了市场竞争力。
另一方面，使得信息流动得更快，能为零售店的店主提供多的高质量的信息。
使得零售店有更多的时间和信息为该店未来的发展做筹划。
3.可行性结论
根据上面可行性分析，企业进行系统开发的条件已成熟，可以立即进行系统的开发。
四.零售店管理信息系统的组织结构
通过对零售行业现行系统的调查分析，了解到零售店的组织结构为：
零售店店主下设销售开票员、结算员、仓库管理员3个基本的职能单位。
明确分工，各行其职，各用其权，各尽其责，把责、权、利相结合，3个单位人员既相互独立又相互联系。
总体目标分解到4个部门后，相互协调把单个目标串联起来，共同实现。
图1给出了该企业的组织结构情况。
图表1组织结构图
各部门主要功能：
10）店主：
主要负责销售计划的制定和计划的落实。
他们需要经常查询了解和掌握销售情况，为他们指导销售工作和制定新的销售计划提供依据。
11）销售人员：
主要负责开发票。
顾客购买产品首先到由销售人员开票，开票人员根据顾客所有的购货单（包括商品名称、规格及数量等）开票。
所开票据至少四联，即提货联、发票联等。
12）结算人员：
为了加强管理，保证开票、结算分开。
开票之后，顾客持发票到结算人员处付款，办理结算手续。
结算方式主要有：
现金结算、汇票结算、托收及电信汇结算等。
顾客付款之后，结算人员在提货联上盖上“已结算”印章，说明结算手续已办。
根据业务的需要，结算人员还要负责退货的处理。
结算人员还须进行销售金额向财务管理人员缴存。
13）仓库保管人员：
仓库保管部主要负责产成品的入库、出库和库存盘点。
顾客办理完结算手续后，持提货联到仓库取货。
此时，仓库管理人员检查提货联及发票无误后，便给予提货，即出库。
出库之后登记入账。
14）财务管理人员：
根据开票及结算情况负责销售核算及制作核算报表。
销售报表统计等信息。
财务人员及时向店主汇报。
五.零售店管理信息系统的管理功能
通过对企业的调查，了解了企业的基本组织结构，这些部门的存在是为了实现企业的销售目标，企业的各个部门都是为了完成一定的管理功能而设立的，通过调查，我们了解到现行系统各部门的管理功能如图2所示。
图表2管理功能图示
六.业务流程
零售店主要业务就是围绕产品所进行的采购和销售。
它的业务过程较简单，现行系统的业务处理过程是：
顾客为购买产品先到开票部填写购货单（包括商品名称、种类、数量等），开票人员根据购货单，首先查阅库存账，如有货，开出发票，如库存不足，发出补货通知给仓库。
顾客持发票到结算部付款，并办理结算手续。
付款后，结算人员盖上印章，表明已办理结算手续。
仓库根据顾客的订货单和结算完的发票进行出库处理，并根据库存情况决定是否订货。
根据出货情况和采购情况更新库存账。
结算人员将每月的结算单据及现金、销售报表等交给店主。
店主根据单据、发票和销售报表分析计划编制各种采购订单等计划。
根据上述业务过程的描述，我们绘制出了该企业的业务流程图，图3就是该企业的现有系统的业务流程图。
图表3业务流程图
七.新系统的数据流程图
根据分析得出的新系统的业务流程图分层绘制出新系统的数据流程图，如图所示。
八.E-R模型
根据用户需求设计数据库概念模型，概念结构是各种数据模型的共同基础，一般使用E-R模型来表示。
分析收集到的资料，画出企业现实中的事物及其相互联系图。
如图所示。
根据概念设计中的E-R图，把实体与实体之间的联系转换为关系模式。
图表7系统E—R图
关系模式如下：
供应商：
供应商码+供应商名称+联系电话+地址+联系人+账号
店员：
姓名+密码+电话
顾客：
顾客码+顾客名+联系电话+地址
库存商品：
商品码+商品名称+单价+数量
已定商品：
顾客码+商品码+单价+数量+订购日期
已销商品：
供应商码+商品码+单价+数量+采购日期
采购信息表：
商品码+商品名称+数量+供应商码
九.数据表的设计
根据关系模式设计系统中用于存储的数据表，在系统中我们所需设计的数据表包括：
供应商信息表、顾客信息表、库存商品信息表、已定商品信息表、已销商品信息表、采购信息表。
供应商信息表
字段名
代码
类型
约束
供应商编码
P_Id
varchar（20）
主键
供应商名称
P_Name
varchar（20）
联系电话
P_Tele
int
供应商地址
P_Adress
varchar（50）
账号
P_AcountNum
varchar（50）
联系人
P_Contact
bit
顾客信息表
字段名
代码
类型
约束
顾客码
C_Id
int
主键
顾客名
C_Name
int
联系电话
C_Tele
int
地址
C_Adress
int
账号
C_AcountNum
varchar（50）
备注
C_Remark
bit
库存商品信息表
字段名
代码
类型
约束
商品码
G_Id
int
主键
商品名称
G_Name
int
商品规格
G_Type
int
库存数量
G_Number
int
单价
G_Price
varchar（50）
供应商编码
P_Id
备注
G_Remark
bit
已定商品信息表
字段名
代码
类型
约束
订购号
O_Id
顾客码
C_Id
主键
商品码
G_Id
int
主键
商品名称
G_Name
int
订购数量
O_Number
int
订购单价
O_Price
int
订购日期
O_Date
varchar（50）
备注
O_Remark
bit
已销商品信息表
字段名
代码
类型
约束
销售号
S_Id
Int
主键
顾客码
C_Id
商品码
G_Id
int
主键
商品名称
G_Name
int
外键，与Staff表中ID外键关联
已销数量
S_Number
int
销售单价
S_Price
int
销售日期
S_Date
varchar（50）
备注
S_Remark
bit
采购信息表
字段名
代码
类型
约束
商品码
P_Id
varchar（20）
主键
商品名称
P_Name
varchar（20）
数量
P_Tele
int
供应商码
P_Adress
varchar（50）
员工信息表
字段名
代码
类型
约束
员工码
C_Id
int
主键
员工姓名
C_Name
int
联系电话
C_Tele
int
地址
C_Adress
int
账号
C_AcountNum
varchar（50）
备注
C_Remark
string
等级
C_Rank
Sting
密码
C_Pass
Sting
十.数据库物理结构设计
4.数据库存放位置
C:
\DocumentsandSettings\Administrator\桌面\零售店管理信息系统\零售店商品进货信息.MDB
数据库文件与执行文件在同一目录中数据库实施以及创建数据库
十一.创建基本表
建立库存信息表、已订商品信息表、供应商信息表、顾客信息表、已销商品信息表、采购信息表、员工信息表：
另外，数据库中还有三个缓存表：
缓存库存信息表：
此表用来在系统中产品入库功能时，便于让使用者根据自己采购的多种品种进行一次性入库；
订货缓存信息表以及销售缓存信息表：
两表是用于顾客购买产品时解决一次性购买多个品种的问题，先让客户的购买商品存入缓存数据库种，确认后再将之全部写入产品销售或者是订货系统中。
十二.用户界面设计和应用程序编码
5.登录界面
登录界面编码实现在login.cs文件中。
图4销售信息管理系统登录界面
6.系统操作人员主工作界面
此界面的编码实现在main.cs文件中
图6.2操作人员工作界面
7.仓库管理人员操作部分
图6.3仓库管理人员操作图
6.4仓库管理人员产品入库操作图
仓库人员操作界面—库存数据修改
仓库人员操作界面—删除数据
8.销售管理系统界面
图6.4销售管理系统工作界面—销售记录
图6.4销售管理系统工作界面—销售记录修改
销售管理系统工作界面—订货记录
销售管理系统工作界面—订货记录修改
销售管理系统—销售与订货数据录入界面
9.财务管理人员管理员界面
图6.5财务人员管理员界面—销售记录
财务人员管理界面—订货统计
财务人员管理界面--库存统计
财务人员管理界面—顾客信息
财务人员管理界面—员工信息
财务人员管理界面—供应商信息
升级会员 