某企业销售管理信息系统开发案例.docx

某企业销售管理信息系统开发案例.docx

《某企业销售管理信息系统开发案例.docx》由会员分享，可在线阅读，更多相关《某企业销售管理信息系统开发案例.docx（31页珍藏版）》请在冰豆网上搜索。

某企业销售管理信息系统开发案例

某企业销售管理信息系统开发案例

1管理信息系统的规划

1.1项目背景

某企业是一家采用金字塔式组织结构、部分工简单、业务流程短促的中小型贸易企业。

长期以来专营副食品如各种名牌的巧克力、奶糖等的销售和供应。

随着企业的不断发展，不仅经营国品牌产品的销售，而且为国际上知名品牌代理其产品的销售。

企业经过近几年的奋斗，在副食品专营方面已具有较大规模，业务的围已突破原有的地域围，形成以总部所在地为中心的省际辐射，业务量和顾客数都扩大到以前的数倍。

企业在快速成长的同时，对企业组织结构设计、业务流程的规划、各种数据存储和应用提出了新的要求，旧有的模式已不能再适应企业迅速发展的需要。

随着业务的开展和市场竞争的加剧，企业的高层领导也意识到企业部管理存在一些问题，信息技术的发展和普及应用给管理者带来了希望。

他们希望通过信息化的建设改变企业的现状，能对市场机遇做出快速反应，给企业带来更多的利润。

管理信息系统成功应用的案例使得管理者有信心通过管理信息系统的开发和利用改变企业的管理现状，使企业得到更好的发展。

1.2企业现状

根据初步调查，目前企业拥有少量计算机，大多数工作人员对计算机的操作知识知之甚少，企业没有采用任何管理信息系统，基本工作大多由人工完成，计算机仅仅进行文字录入、处理，导致工作繁琐、重复性大，企业发展滞后。

计算机在企业的主要功能停留在核算统计方面，无法应用到各个管理部门，即无法实现数据的共享。

企业的业务流程中各个环节几乎都是手工操作方式，数据量大，使得工作人员工作量大，并且容易出现差错，效率低下。

另外，企业是凭借单据实现部门间的作业顺序、业务关系，单据一般由顾客传递，使得顾客要在各个部门间奔波，客户满意度较差。

企业现在的财务部与结算科的职能边界不清晰，容易造成权责不明确，在销售分析和核算上容易出现差错。

由于整个业务流程都采用了手工方式，一些供需的信息不能及时的传给高层管理者，造成信息滞后，不利于决策者进行准确的市场判断决策，无法适应市场的瞬息万变。

企业现在采用的是金字塔式的组织结构。

1.3开发原因

基于上面的企业现状可知：

企业的主要问题是手工操作致使工作效率低下，经济效益不高。

许多繁琐、经常性、重复性的工作本可以用计算机解决的问题却困扰着工作人员，浪费了大量的人力、物力和财力。

企业规模的不断扩大，企业业务逐渐增多，各个部门的工作人员工作量就会加大。

该企业销售完产品后，没有提供相应的售后服务，由于数据处理都由人手工操作，资金方面没有合理计划，拖欠款的情况没有能得到及时有效的控制，影响资金周转。

这样企业进一步发展和企业目前管理存在的问题的矛盾就会更加激化，企业的发展迫切需要一套管理信息系统帮他解决目前的主要问题以及企业未来发展。

在对该公司原系统的运行、实践进行初步调查，发现原系统计算机的应用只是收集、存储了不少销售、仓储等信息，但都是以WORD文档的形式存储的，其功能仅停留在查询、统计、打印报表等一般功能，而没有充分利用其丰富的信息资源为企业服务。

在企业领导的支持下，为加强企业营销管理，开发一个对企业销售情况进行全面管理的管理信息系统已势在必行了。

目前，企业还存在这一些管理信息系统开发的有利因素。

如企业部有少数精通计算机硬件的高端人才，为信息系统的管理应用提供了前提；企业还拥有几十台计算机以及系统安装的硬件资源，企业领导和大多数员工的配合支持；系统开发应用潜力很大；系统的应用还可以使工作人员从繁重的工作中解脱出来，改善了企业部组织管理，使企业部信息流和物流畅通无阻，提高工作效率和经济效益，促使企业进一步发展。

1.4系统目标

销售管理信息系统是为了适应企业综合管理的需求，改变企业现有的管理模式，加速企业管理的自动化、标准化和科学化，而建立的一个整体性的销售操作系统。

它可以为各管理层提供可靠的信息，为提高企业各方面的效益服务。

系统的总目标是：

用信息来支持企业的决策和企业的业务操作，用信息技术实现办公自动化代替原有手工管理方式，提高业务处理效率。

具体如下：

（1）改变过去手工操作，建立计算机系统操作，更加快捷，做到高效率。

公司市场、开票、结算、财务、仓储等部门全部实现自动化管理。

（2）公司在本系统的支持下，能够达到合理进货、及时销售、库存量小、减少积压的目的，尤其是商品存储这一块，能够大大降低公司运作成本，取得最佳效益。

（3）通过业务的整合和组织结构的调整，提高数据的准确性，避免逻辑的错误和人为的错误，提高数据的可信度。

（4）运用分布式的微机网络，避免以往信笺传递时所耗的时间，提高工作的时效和针对性，有助于提高领导的决策，减少失误。

（5）能够及时了解库存情况和销售情况。

（6）通过对市场销售和市场需求分析，制订和调整公司销售计划。

1.5系统构成

为实现上述目标，将系统分为5个功能模块：

市场管理模块、票务管理模块、结算管理模块、报表分析模块、仓储管理模块。

它是根据各子系统的管理功能来划分，使得系统分工明确，业务流程清晰，从而优化企业管理，最终为企业带来良好的经济效益。

（1）市场管理：

制定相应的产品价格，产生报价单，并为客户提供相应的服务。

（2）票务管理：

操作人员是根据订购单开出发票（包括退货发票），并把订购单分类存储。

（3）结算管理：

根据开出的发票和订单，进行结算并编制销售报表。

（4）报表分析管理：

根据销售报表和销售计划进行销售分析。

（5）仓储管理：

根据发票和出库通知填写出库单，登记库存并形成库存账，月末产生库存报表。

1.6人员分配和工作进度安排

销售管理信息系统开发过程中配备了以下人员：

项目负责人1名，系统分析员3名，系统设计员2名，程序员2名，系统调试员1名。

工作进度安排如表1所示。

表1系统开发的工作进度安排

阶段

完成的目标

所需时间

所做的主要工作

系统规划

项目确定与规划

1个月

①人员组织、确定项目规划性质；②收集相关资料信息；⑧确定系统目标；④提出系统未来略图；⑤可行性分析；⑥制定开发进度表；⑦提交规划报告

系统分析

企业现状分析

3个月

①详细调查；②企业管理业务调查（组织结构、管理功能、管理业务流程）；③数据流程调查（DFD）；④数据字典

系统的逻辑设计

①新系统分析；②新系统逻辑方案（业务流程、数据流程、逻辑结构等）

系统设计

系统的物理设计

2个月

①总体设计（MIS流程图设计、功能结构图设计、功能模块图设计等）；②代码设计（代码设计方案、编号代码等）；③物理配置方案设计；④数据存储设计（数据库、数据安全等）⑤计算机处理设计（输入、输出、处理流程图、编程说明书）

系统实施

实现系统

2个月

①物理系统的实现②程序设计与调试③项目人员培训④测试数据的准备与录入⑤系统的测试与评估

2管理信息系统的分析

2.1可行性分析

2.1.1技术可行性

企业目前拥有30多台计算机、6台智能交换机、1台打印机和复印机。

在设备方面，企业的计算机、打印机和复印机已经满足系统应用的需求。

该系统对软件没有太高的要求，市场上存在的系统软件足以满足系统各个方面的要求。

开发人员具有专业知识，已成功开发了一些复杂的管理信息系统，而现在要开发的销售管理信息系统是比较简单的，在开发技术上不存在难题。

虽然企业多数工作人员对计算机知之不多，但是在企业的销售部门和库存部门的大多数员工有一定的计算机应用能力，能够对日常的工作业务进行简单的操作和管理，并能自行排除日常工作中随时可能遇到的计算机故障。

2.1.2经济可行性

公司的销售管理信息系统是比较简单的系统，开发和维护费用都不是很高，企业现有的设备已能满足系统的需要。

企业所需投资较少，在公司可接受的围。

系统投入运行后会给企业带来可观的经济效益：

一方面解决了手工操作带来的工作效率低、容易出错等问题，为企业在业务上缩短了时间，增加了市场竞争力。

另一方面，使得信息流动得更快，能为各层管理者提供多的高质量的信息。

使得管理者有更多的时间和信息为企业未来的发展做准备。

2.1.3管理上的可行性

由于企业领导者已认识到企业存在的问题和对系统需求的迫切性，对系统的开发是大力支持的，领导认为企业走信息化的战略对企业的成长是有利的，并且有助于企业长期健康持续稳定的发展。

企业现有的管理方式和方法存在一定的缺陷，领导和职工都有改变相应管理制度的要求，企业现有的结构和业务流程都较简单，实行相应的改革是可行的。

系统开发完成后，大部分原始数据都将由计算机进行存储和处理，数据的正确性和准确性都会提高。

近年来软件产业以年平均超过30％的速度增长，软件和信息技术在国民经济和社会各领域得到广泛应用，成为推动产业结构调整、产业技术改造的重要基础与支撑，极推进了我国信息化建设进程，各个行业目前正处于信息化处理的应用时期，有关的政策法规对企业信息化都给予了一个宽松的环境和平台。

企业结合自身企业规模壮大的需要采用信息化的处理方式，来提高企业的工作效率，从而在市场竞争中处于有利的位置。

信息化的处理使企业及时有效的获取信息做出适合自身发展的决策。

2.1.4可行性结论

根据上面可行性分析，企业进行系统开发的条件已成熟，可以立即进行系统的开发。

2.2现行系统的调查

2.2.1组织结构调查

通过对企业现行系统的调查分析，了解到该企业的组织结构设置为：

总经理下设开票室、结算室、财务室、仓库管理室4个部门。

明确分工，各行其职，各用其权，各尽其责，把责、权、利相结合，4个部门既相互独立又相互联系。

总体目标分解到4个部门后，相互协调把单个目标串联起来，共同实现。

图1给出了该企业的组织结构情况。

图1组织结构图

各部门主要功能：

（1）经理：

主要负责销售计划的制定和计划的落实。

他们需要经常了解和掌握销售情况，为他们指导销售工作和制定新的销售计划提供依据。

（2）票务部：

主要负责开发票。

顾客购买产品首先到票务部去开票，开票人员根据顾客所有的购货单（包括商品名称、规格及数量等）开票。

所开票据至少四联，即提货联、发票联等。

发票分两种，即增值发票和普通发票。

根据业务的需要，票务部还要负责退货的处理，即开具相应的红字发票。

票务部需将发票的存根交财务部处理。

（3）结算部：

为了加强管理，保证开票、结算分开。

开票之后，顾客持发票到结算部付款，办理结算手续。

结算方式主要有：

现金结算、汇票结算、托收及电信汇结算等。

顾客付款之后，结算人员在提货联上盖上“已结算”印章，说明结算手续已办。

结算人员每天都将结算的单据及现金交给财务部。

（4）财务部：

财务部根据开票及结算情况负责销售核算及制作核算报表。

销售报表主要包括产品销售明细日报表、销售回款明细日报表、销售回款汇总日报表、顾客欠款表及销售计划完成情况分析表等。

由于手工操作效率低，财务人员隔3~4天向销售企业及主管厂长报一次日报表。

各种日报表都包含有月累计情况。

因此月末的日报表就是该月的月报表。

（5）仓库保管部：

仓库保管部主要负责成品的入库、出库和库存盘点。

顾客办理完结算手续后，持提货联到仓库取货。

此时，仓库管理人员检查提货联及发票无误后，便给予提货，即出库。

出库之后登记入账。

2.2.2管理功能调查

通过对企业的调查，了解了企业的基本组织结构，这些部门的存在是为了实现企业的销售目标，企业的各个部门都是为了完成一定的管理功能而设立的，通过调查，了解到现行系统各部门的管理功能如图2所示。

图2企业管理功能图

2.2.3业务流程调查

公司是贸易型企业，主要业务就是围绕产品所进行的采购和销售。

企业的业务过程较简单，现行系统的业务处理过程是：

顾客为购买产品先到开票部填写购货单（包括商品名称、种类、数量等），开票人员根据购货单，首先查阅库存账，如有货，开出发票，如库存不足，发出补货通知给仓库。

开票人员还要根据仓库的退货通知，开出红字发票。

顾客持发票到结算部付款，并办理结算手续。

付款后，结算人员盖上印章，表明已办理结算手续。

仓库根据顾客的订货单和结算完的发票进行出库处理，并根据库存情况决定是否订货。

根据出货情况和采购情况更新库存账。

结算人员将每天的结算单据及现金交给财务部。

财务部根据单据、发票和销售计划编制各种销售报表和销售分析。

根据上述业务过程的描述，我们绘制出了该企业的业务流程图，图3就是该企业的现有系统的业务流程图。

图3业务流程图

2.3现行系统分析

随着企业业务规模的扩大，其原有的手工操作系统和业务流程已经不能满足其业务流量的需求，成为严重影响企业继续提高效益的因素。

其存在的问题主要有以下几点。

（1）服务方面：

企业的顾客从同一地区扩大到省际之间，原有的手工销售系统需要顾客较多的配合，给顾客造成了很大的不便。

在“顾客就是上帝”的今天，这显然是不合适宜的。

（2）效率方面：

原有系统流程仅仅注意销售的业务处理，对起辅助作业的库存处理的管理力度不够。

在仓管部门中，职工职权分配不明确，工作效率不高，没有对仓库的存储空间进行有效利用。

而且，采购货物的不及时减少了企业的订单数量。

仓库部门的低效率明显落后于整个销售系统，造成了人员及企业资源的浪费。

（3）决策方面：

手工报表制作费时，降低了时效性，而且在繁多的登记账本和分析统计中，极容易出现人为的错误，在账本中查询企业所需要的信息的时间过长。

人工对统计资料进行分析的难度较大，而且准确率不高。

（4）分工方面：

各部门的分工不均衡，财务部要花很多时间在销售分析上，企业只有财务部和经理了解企业的销售情况，而与销售直接有关的部门对销售计划和销售分析并不是很了解。

（5）市场方面：

面对越来越大的市场，过去在家等客户上门的销售模式受到了冲击，对于贸易型的企业，销售更是它的生命，企业在组织结构上要做相应的调整。

2.4新系统的逻辑方案

2.4.1新系统的目标

销售管理信息系统的目标是提高系统自动化、标准化和系统化，为各部门快速提供高质量的信息，为决策提供信息支持，为客户提供更便利、更全面的服务。

2.4.2新系统的组织结构

根据系统的目标和对企业现有系统的分析，对企业的组织结构进行了重新的设计和定位，由于企业是个贸易公司，销售是企业的生命线，原有系统虽然一直是围绕着销售进行工作的，但对销售的管理没有专业化和集中化。

所以，在现有结构的基础上增加了市场部门，使得销售工作更便于开展，也使得部门分工较为明确。

原有系统的各部门工作量上存在着严重的不平衡，因此，对原有各部门的职能做一些调整，并加强了薄弱环节的管理，如加强了仓库管理的职能。

图4给出了新系统的组织结构图。

经过改变后的新系统各部门的主要职责如下。

（1）市场部：

主要负责产品定价和客户服务。

定价：

价格是市场销售组合中重要的变动因素，价格的确定对企业的销售额和利润有很大的影响。

定价是必须考虑的元素，包括：

成本、需求量、竞争、政府的影响和干预。

目标是：

争取最高利润，获取较高的市场份额，排除竞争的企业进入市场，避免不利于政府的行为。

主要的定价方法有：

成本定价法、需求定价法等。

图4新系统的组织结构图

客户服务：

现代企业的竞争表现在能否赢得客户（消费者），客户服务已成为企业营销的重要任务。

具体包括：

顾客档案管理、顾客分析、顾客关系管理等。

主要通过促销、良好的售后服务等方法来赢得客户。

（2）票务部：

主要负责开销售发票和退货发票，并对订购单进行相应的管理。

（3）结算部：

负责各种结算，并汇总各种结算单据，编写销售报表

（4）财务部：

根据销售报表进行销售分析。

（5）仓管部：

仓库在控制产品成本上占有很大的一块。

严格进行仓库管理可以有效地降低产品价格、提高利润。

根据实际情况加强对仓库的管理，使得仓库各管理人员职责明晰：

仓库管理员：

负责入库管理，库存物资保管、养护，库存统计、分析，库存控制。

采购员：

保证日常库存量满足顾客需求，以及应付某些意外情况，及时补货，进行货物入库时的一些处理。

发货员：

根据发货单，进行货物出库管理。

2.4.3新系统的管理功能

由于组织结构的调整，相应的管理功能也发生了变化，根据新的组织结构图和实际的要求，我们对新系统的管理功能做了相应的改变，新系统各部门的管理功能如下。

1）仓库管理充分利用分布式的网络，实现对各子企业的货物的出库、入库的统计，管理货物的盘点，以形成日出入库报表汇总，提高库存的利用率。

其次，通过对供应商以及所供应货物进行统计，在仓储部门初步形成供应商—企业的数据库，建立企业与供应商的信息联系和数据联系，从而了解企业的需求和市场的供求，及时地调整库存和库存的产品结构，增强市场的适应能力。

2）市场管理通过市场部的销售活动，将原系统中顾客传递单据的活动置于企业的部，实行“一票到底”的服务方式，提高顾客的满意度，树立良好的企业形象。

其次，通过销售部门的活动，初步建立企业—顾客的数据库，建立企业和顾客的信息联系和数据联系，充分了解市场的需求和消费者的爱好，为企业领导者做出长远决策提供依据。

3）报表分析管理根据市场部和仓管部提供的报表和汇总表，对顾客、供应商、货物、订单等各种统计资料，及时准确地上报，以辅助决策；其次根据市场部、仓管部、结算部的单据，实现企业各类事务的核查，防止企业部蛀虫的出现。

根据上述分析，图5画出了新系统的管理功能图。

图5新系统的管理功能图

2.4.4新系统的业务流程

由于组织结构的变化和管理功能的调整，新系统的业务流程也发生了相应的变化。

图6给出了新系统的业务流程图。

新系统的业务流程为：

顾客根据销售部提供的报价单确定是否购买产品，如有购买意向与销售部签订销售合同，销售部根据销售合同发出销货通知给票务部，票务部查阅库存账，如有货，开出发票给结算部，如库存不足，发出补货通知单给采购员。

票务部还要根据仓库的退货通知，开出红字发票。

结算部根据发票要求顾客付款，并办理结算手续。

付款后，结算人员盖上印章，表明已办理结算手续，并把发票的提货联给仓管员，仓管员查阅库存账，如有货开出发货通知单给发货员办理发货手续，如没有货则须填写补货通知单给采购员。

另外，仓管员还要根据库存情况开出补货通知单给采购员，采购员根据补货通知单填写采购单给供应商进行采购，当货到时，供应商给出提货通知单给采购员，采购员填写入库单办理入库手续。

发货员根据发货通知单发货，并填写出库单，出库单一份给仓管员登记入账，一份给顾客。

仓管员根据出货情况和采购情况更新库存账。

结算人员将每天的结算单据及现金交给财务部，并编写销售报表给财务部。

财务部根据单据、发票和销售报表编制销售分析给经理，经理根据以前的销售报表和销售分析表编制销售计划，并把计划下达给销售部。

图6新系统的业务流程图

2.4.5新系统的数据流程图

根据分析得出的新系统的业务流程图分层绘制出新系统的数据流程图，如图7、8、9所示。

图7顶层图

图8第一层的数据流程图

图9第二层的数据流程图

2.4.6数据字典

数据字典是数据流程图的补充，由于项目较多，这里只写几个例。

1）数据项描述

数据项编号：

I03-01

数据项名称：

顾客号

别名：

顾客代码

简述：

某一顾客的代码

类型及宽度：

字符型，4位

取值围：

0001～9999

数据项编号：

I03-02

数据项名称：

商品代码

别名：

商品编码

简述：

某种商品的代码

类型及宽度：

字符型，3位

取值围：

001～999

数据项编号：

I03-03

数据项名称：

供应商

别名：

供应商代号

简述：

某供应商代码

类型及宽度：

字符型，6位

取值围：

000001~999999

数据项编号：

I03-04

数据项名称：

银行账号

别名：

银行账号

简述：

用于公司与顾客进行非现金结算时，提供的代表本公司在银行收支情况的。

类型及宽度：

字符型，18位

取值围：

0~0

数据项编号：

I03-05

数据项名称：

采购单编号

别名：

采购单编码

简述：

采购员进行采购是为采购单进行的编号

类型及宽度：

字符型，4位

取值围：

000l~9999

2）数据结构定义

数据结构编号：

DS03-01

数据结构名称：

报价单

简述：

向顾客提供产品的价格和相关信息

数据结构组成：

商品代码+商品名称+规格+单价+产地

数据结构编号：

DS03-02

数据结构名称：

顾客订货单

简述：

顾客所填顾客情况及订货要求等信息

数据结构组成：

订货单标志+用户情况+商品情况

数据结构编号：

DS03-05

数据结构名称：

退款通知单

简述：

出库处理时由于某种意外情况不能给货，而填写的关于退款的信息。

数据结构组成：

日期+用户情况+商品情况+销售情况+备注

数据结构编号：

DS03-08

数据结构名称：

采购单

简述：

所需采购商品及相关信息

数据结构组成：

商品代码+商品名称+规格+单位+数量+单价+金额+备注

数据结构编号：

DS03-10

数据结构名称：

提货通知单

简述：

供应商向采购员发出的货物已到的通知

数据结构组成：

供货日期+供货地点+商品名称+商品规格+采购数量

3）数据流定义

数据流编号：

D03-02

数据流名称：

需先付款的订货单

简述：

根据用户信用，要求先付款的订货单。

数据流来源：

订货处理

数据流去向：

顾客

数据流组成：

日期+商品代码+商品名称+商品单价+销售数量+顾客代码

数据流量：

约10次/日

高峰流量：

约15次/日

数据流编号：

D03-03

数据流名称：

入库单

简述：

采购员把购买来的商品入库时所填写的单据

数据流来源：

采购处理

数据流去向：

入库处理

数据流组成：

入库单编号+商品代码+商品名称+商品单价+入库数量+入库日期

数据流量：

约10次/月高峰流量：

约15次/月

数据流编号：

D03-04

数据流名称：

出库单

简述：

发货员把商品交给顾客时所填写的单据，表示货物已从仓库发出。

数据流来源：

采购处理

数据流去向：

出库处理

数据流组成：

出库单编号+商品代码+商品名称+商品单价+销售数量+出库日期

数据流量：

约10次/日

高峰流量：

约15次/日

数据流编号：

D03-07

数据流名称：

退款通知单

简述：

根据顾客的退货，开出的退款通知。

数据流来源：

出库处理

数据流去向：

开票部

数据流组成：

日期+商品代码+商品名称+销售金额+顾客代码

数据流量：

约1次/月

高峰流量：

约5次/月

4）处理逻辑定义

处理逻辑编号：

P2.0

处理逻辑名称：

开票处理

简述：

开出各种发票。

输入的数据流：

合格的订货单、退款通知单。

处理描述：

根据合格订货单和退款通知单开出发票，把订购单进行汇总，转给结算部作账款结算。

输出的数据流：

发票联、订单数据

处理频率：

50次/日

处理逻辑编号：

P5.2.1

处理逻辑名称：

入库处理

简述：

将入库数据记入库存账

输入的数据流：

入库单

处理描述：

根据商品入库单，将入库数据记入库存台账，并更新相应商品的库存数量和金额。

输出的数据流：

补货通知单

处理频率：

10次/日

处理逻辑编号：

P3.0

处理逻辑名称：

结算处理

简述：

结算销售金额，并出提货联。

输入的数据流：

发票联，订货单

处理描述：

根据发票和订货单，结算销售金额，并开出提货联转给用于出库处理。

并登记销售数据。

输出的数据流：

提货联，销售统计报表。

处理频率：

50次/日

处理逻辑编号：

P4.0

处理逻辑名称：

销售分析

简述：

根据销售计划报表和销售统计报表，分析销售情况。

输入的