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

上传人:本田雅阁 文档编号:2748294 上传时间:2019-05-10 格式:DOC 页数:22 大小:2.07MB
返回 下载 相关 举报
管理信息系统案例——某企业销售管理信息系统开发案例.doc_第1页
第1页 / 共22页
管理信息系统案例——某企业销售管理信息系统开发案例.doc_第2页
第2页 / 共22页
管理信息系统案例——某企业销售管理信息系统开发案例.doc_第3页
第3页 / 共22页
管理信息系统案例——某企业销售管理信息系统开发案例.doc_第4页
第4页 / 共22页
管理信息系统案例——某企业销售管理信息系统开发案例.doc_第5页
第5页 / 共22页
点击查看更多>>
资源描述

《管理信息系统案例——某企业销售管理信息系统开发案例.doc》由会员分享,可在线阅读,更多相关《管理信息系统案例——某企业销售管理信息系统开发案例.doc(22页珍藏版)》请在三一文库上搜索。

1、某企业销售管理信息系统开发案例 1 系统规划 1.1 项目背景 某企业是一家采用金字塔式组织结构、内部分工简单、业务流程短促的中小型贸易企业。 长期以来专营副食品如各种名牌的巧克力、奶糖等的销售和供应。随着企业的不断发展,不 仅经营国内品牌产品的销售,而且为国际上知名品牌代理其产品的销售。企业经过近几年的 奋斗,在副食品专营方面已具有较大规模,业务的范围已突破原有的地域范围,形成以总部 所在地为中心的省际辐射,业务量和顾客数都扩大到以前的数倍。企业在快速成长的同时, 对企业组织结构设计、业务流程的规划、各种数据存储和应用提出了新的要求,旧有的模式 已不能再适应企业迅速发展的需要。随着业务的开展

2、和市场竞争的加剧,企业的高层领导也 意识到企业内部管理存在一些问题,信息技术的发展和普及应用给管理者带来了希望。他们 希望通过信息化的建设改变企业的现状,能对市场机遇做出快速反应,给企业带来更多的利 润。管理信息系统成功应用的案例使得管理者有信心通过管理信息系统的开发和利用改变企 业的管理现状,使企业得到更好的发展。 1.2 企业现状 根据初步调查,目前企业拥有少量计算机,大多数工作人员对计算机的操作知识知之甚 少,企业没有采用任何管理信息系统,基本工作大多由人工完成,计算机仅仅进行文字录入、 处理,导致工作繁琐、重复性大,企业发展滞后。计算机在企业的主要功能停留在核算统计 方面,无法应用到各

3、个管理部门,即无法实现数据的共享。企业的业务流程中各个环节几乎 都是手工操作方式,数据量大,使得工作人员工作量大,并且容易出现差错,效率低下。另 外,企业是凭借单据实现部门间的作业顺序、业务关系,单据一般由顾客传递,使得顾客要 在各个部门间奔波,客户满意度较差。企业现在的财务部与结算科的职能边界不清晰,容易 造成权责不明确,在销售分析和核算上容易出现差错。由于整个业务流程都采用了手工方式, 一些供需的信息不能及时的传给高层管理者,造成信息滞后,不利于决策者进行准确的市场 判断决策,无法适应市场的瞬息万变。企业现在采用的是金字塔式的组织结构。 1.3 开发原因 基于上面的企业现状可知:企业的主要

4、问题是手工操作致使工作效率低下,经济效益不 高。许多繁琐、经常性、重复性的工作本可以用计算机解决的问题却困扰着工作人员,浪费 了大量的人力、物力和财力。企业规模的不断扩大,企业业务逐渐增多,各个部门的工作人 员工作量就会加大。该企业销售完产品后,没有提供相应的售后服务,由于数据处理都由人 手工操作,资金方面没有合理计划,拖欠款的情况没有能得到及时有效的控制,影响资金周 转。这样企业进一步发展和企业目前管理存在的问题的矛盾就会更加激化,企业的发展迫切 需要一套管理信息系统帮他解决目前的主要问题以及企业未来发展。 在对该公司原系统的运行、实践进行初步调查,发现原系统计算机的应用只是收集、存 储了不

5、少销售、仓储等信息,但都是以 WORD 文档的形式存储的,其功能仅停留在查询、 统计、打印报表等一般功能,而没有充分利用其丰富的信息资源为企业服务。在企业领导的 支持下,为加强企业营销管理,开发一个对企业销售情况进行全面管理的管理信息系统已势 在必行了。 目前,企业还存在这一些管理信息系统开发的有利因素。如企业内部有少数精通计算机 硬件的高端人才,为信息系统的管理应用提供了前提;企业还拥有几十台计算机以及系统安 装的硬件资源,企业领导和大多数员工的配合支持;系统开发应用潜力很大;系统的应用还 可以使工作人员从繁重的工作中解脱出来,改善了企业内部组织管理,使企业内部信息流和 物流畅通无阻,提高工

6、作效率和经济效益,促使企业进一步发展。 1.4 系统目标 销售管理信息系统是为了适应企业综合管理的需求,改变企业现有的管理模式,加速企 业管理的自动化、标准化和科学化,而建立的一个整体性的销售操作系统。它可以为各管理 层提供可靠的信息,为提高企业各方面的效益服务。系统的总目标是:用信息来支持企业的 决策和企业的业务操作,用信息技术实现办公自动化代替原有手工管理方式,提高业务处理 效率。具体如下: (1)改变过去手工操作,建立计算机系统操作,更加快捷,做到高效率。公司市场、 开票、结算、财务、仓储等部门全部实现自动化管理。 (2)公司在本系统的支持下,能够达到合理进货、及时销售、库存量小、减少积

7、压的 目的,尤其是商品存储这一块,能够大大降低公司运作成本,取得佳效益。 (3)通过业务的整合和组织结构的调整,提高数据的准确性,避免逻辑的错误和人为 的错误,提高数据的可信度。 (4)运用分布式的微机网络,避免以往信笺传递时所耗的时间,提高工作的时效和针 对性,有助于提高领导的决策,减少失误。 (5)能够及时了解库存情况和销售情况。 (6)通过对市场销售和市场需求分析,制订和调整公司销售计划。 1.5 系统构成 为实现上述目标,将系统分为 5 个功能模块:市场管理模块、票务管理模块、结算管 理模块、报表分析模块、仓储管理模块。它是根据各子系统的管理功能来划分,使得系统分 工明确,业务流程清晰

8、,从而优化企业管理,终为企业带来良好的经济效益。 (1)市场管理:制定相应的产品价格,产生报价单,并为客户提供相应的服务。 (2)票务管理:操作人员是根据订购单开出发票(包括退货发票),并把订购单分类存 储。 (3)结算管理:根据开出的发票和订单,进行结算并编制销售报表。 (4)报表分析管理:根据销售报表和销售计划进行销售分析。 (5)仓储管理:根据发票和出库通知填写出库单,登记库存并形成库存账,月末产生 库存报表。 1.6 可行性分析 1.6.1 技术可行性 企业目前拥有 30 多台计算机、6 台智能交换机、1 台打印机和复印机。在设备方面,企 业的计算机、打印机和复印机已经满足系统应用的需

9、求。 该系统对软件没有太高的要求,市场上存在的系统软件足以满足系统各个方面的要求。 开发人员具有专业知识,已成功开发了一些复杂的管理信息系统,而现在要开发的销售管理 信息系统是比较简单的,在开发技术上不存在难题。 虽然企业中大多数工作人员对计算机知之不多,但是在企业的销售部门和库存部门的大 多数员工有定的计算机应用能力,能够对日常的工作业务进行简单的操作和管理,并能自 行排除日常工作中随时可能遇到的计算机故障。 1.6.2 经济可行性 公司的销售管理信息系统是比较简单的系统,开发和维护费用都不是很高,企业现有的 设备已能满足系统的需要。企业所需投资较少,在公司可接受的范围。 系统投入运行后会给

10、企业带来可观的经济效益:一方面解决了手工操作带来的工作效率 低、容易出错等问题,为企业在业务上缩短了时间,增加了市场竞争力。另一方面,使得信 息流动得更快,能为各层管理者提供多的高质量的信息。使得管理者有更多的时间和信息为 企业未来的发展做准备。 1.6.3 环境上的可行性 由于企业领导者已认识到企业存在的问题和对系统需求的迫切性,对系统的开发是大力 支持的,领导认为企业走信息化的战略对企业的成长是有利的,并且有助于企业长期健康持 续稳定的发展。 企业现有的管理方式和方法存在一定的缺陷,领导和职工都有改变相应管理制度的要 求,企业现有的结构和业务流程都较简单,实行相应的改革是可行的。系统开发完

11、成后,大 部分原始数据都将由计算机进行存储和处理,数据的正确性和准确性都会提高。 近年来,软件产业以年平均超过 30的速度增长,软件和信息技术在国民经济和社会 各领域得到广泛应用,成为推动产业结构调整、产业技术改造的重要基础与支撑,极大地推 进了我国信息化建设进程,各个行业目前正处于信息化处理的应用时期,有关的政策法规对 企业信息化都给予了一个宽松的环境和平台。企业结合自身企业规模壮大的需要采用信息化 的处理方式,来提高企业的工作效率,从而在市场竞争中处于有利的位置。信息化的处理使 企业及时有效的获取信息做出适合自身发展的决策。 1.6.4 可行性结论 根据上面可行性分析,企业进行系统开发的条

12、件已成熟,可以立即进行系统的开发。 1.7 人员分配和工作进度安排 销售管理信息系统开发过程中配备了以下人员:项目负责人 1 名,系统分析员 3 名,系 统设计员 2 名,程序员 2 名,系统调试员 1 名。工作进度安排如表 1 所示。 表 1 系统开发的工作进度安排 阶段完成的目标所需时间所做的主要工作人员组织、确定项目规划性质;收集相关资料 系统规划项目确定与规划1 个月信息;确定系统目标;提出系统未来略图; 可行性分析;制定开发进度表;提交规划报告 详细调查;企业管理业务调查(组织结构、管 企业现状分析理功能、管理业务流程);数据流程调查(DFD);系统分析3 个月数据字典新系统分析;新

13、系统逻辑方案(业务流程、数系统的逻辑设计据流程、逻辑结构等) 总体设计(MIS 流程图设计、功能结构图设计、 功能模块图设计等);代码设计(代码设计方案、 系统设计系统的物理设计2 个月编号代码等);物理配置方案设计;数据存储设计(数据库、数据安全等)计算机处理设计(输 入、输出、处理流程图、编程说明书) 物理系统的实现 程序设计与调试 系统实施实现系统2 个月项目人员培训测试数据的准备与录入 系统的测试与评估 2 系统分析 2.1 现行系统的调查 2.1.1 组织结构调查 通过对企业现行系统的调查分析,了解到该企业的组织结构设置为:总经理下设开票室、 结算室、财务室、仓库管理室 4 个部门。

14、明确分工,各行其职,各用其权,各尽其责,把责、 权、利相结合,4 个部门既相互独立又相互联系。总体目标分解到 4 个部门后,相互协调把 单个目标串联起来,共同实现。图 1 给出了该企业的组织结构情况。 图 1 组织结构图 各部门主要功能: (1) 经理:主要负责销售计划的制定和计划的落实。他们需要经常了解和掌握销售情况, 为他们指导销售工作和制定新的销售计划提供依据。 (2) 票务部:主要负责开发票。顾客购买产品首先到票务部去开票,开票人员根据顾客 所有的购货单(包括商品名称、规格及数量等)开票。所开票据至少四联,即提货联、发票联 等。发票分两种,即增值发票和普通发票。根据业务的需要,票务部还

15、要负责退货的处理, 即开具相应的红字发票。票务部需将发票的存根交财务部处理。 (3) 结算部:为了加强管理,保证开票、结算分开。开票之后,顾客持发票到结算部付 款,办理结算手续。结算方式主要有:现金结算、汇票结算、托收及电信汇结算等。顾客付 款之后,结算人员在提货联上盖上“已结算”印章,说明结算手续已办。结算人员每天都将 结算的单据及现金交给财务部。 (4) 财务部:财务部根据开票及结算情况负责销售核算及制作核算报表。销售报表主要 包括产品销售明细日报表、销售回款明细目报表、销售回款汇总日报表、顾客欠款表及销售 计划完成情况分析表等。由于手工操作效率低,财务人员隔 34 天向销售企业及主管厂长

16、报 一次日报表。各种日报表都包含有月累计情况。因此月末的日报表就是该月的月报表。 (5) 仓库保管部:仓库保管部主要负责产成品的入库、出库和库存盘点。顾客办理完结 算手续后,持提货联到仓库取货。此时,仓库管理人员检查提货联及发票无误后,便给予提 货,即出库。出库之后登记入账。 2.1.2 管理功能调查 通过对企业的调查,了解了企业的基本组织结构,这些部门的存在是为了实现企业的销 售目标,企业的各个部门都是为了完成一定的管理功能而设立的,通过调查,我们了解到现 行系统各部门的管理功能如图 2 所示。 图 2 企业管理功能图 2.1.3 业务流程调查 公司是贸易型企业,主要业务就是围绕产品所进行的

17、采购和销售。企业的业务过程较简 单,现行系统的业务处理过程是:顾客为购买产品先到开票部填写购货单(包括商品名称、 种类、数量等),开票人员根据购货单,首先查阅库存账,如有货,开出发票,如库存不足, 发出补货通知给仓库。开票人员还要根据仓库的退货通知,开出红字发票。顾客持发票到结 算部付款,并办理结算手续。付款后,结算人员盖上印章,表明已办理结算手续。仓库根据 顾客的订货单和结算完的发票进行出库处理,并根据库存情况决定是否订货。根据出货情况 和采购情况更新库存账。结算人员将每天的结算单据及现金交给财务部。财务部根据单据、 发票和销售计划编制各种销售报表和销售分析。根据上述业务过程的描述,我们绘制

18、出了该 企业的业务流程图,图 3 就是该企业的现有系统的业务流程图。 图 3 业务流程图 2.2 现行系统分析 随着企业业务规模的扩大,其原有的手工操作系统和业务流程已经不能满足其业务流量 的需求,成为严重影响企业继续提高效益的因素。其存在的问题主要有以下几点。 (1) 服务方面:企业的顾客从同一地区扩大到省际之间,原有的手工销售系统需要顾客 较多的配合,给顾客造成了很大的不便。在“顾客就是上帝”的今天,这显然是不合适宜的。 (2) 效率方面:原有系统流程仅仅注意销售的业务处理,对起辅助作业的库存处理的管 理力度不够。在仓管部门中,职工职权分配不明确,工作效率不高,没有对仓库的存储空间 进行有

19、效利用。 而且,采购货物的不及时减少了企业的订单数量。仓库部门的低效率明显 落后于整个销售系统,造成了人员及企业资源的浪费。 (3) 决策方面:手工报表制作费时,降低了时效性,而且在繁多的登记账本和分析统计 中,极容易出现人为的错误,在账本中查询企业所需要的信息的时间过长。人工对统计资料 进行分析的难度较大,而且准确率不高。 (4) 分工方面:各部门的分工不均衡,财务部要花很多时间在销售分析上,企业只有财 务部和经理了解企业的销售情况,而与销售直接有关的部门对销售计划和销售分析并不是很 了解。 (5) 市场方面:面对越来越大的市场,过去在家等客户上门的销售模式受到了冲击,对 于贸易型的企业,销

20、售更是它的生命,企业在组织结构上要做相应的调整。 2.3 新系统的逻辑方案 2.3.1 新系统的目标 销售管理信息系统的目标是提高系统自动化、标准化和系统化,为各部门快速提供高质 量的信息,为决策提供信息支持,为客户提供更便利、更全面的服务。 2.3.2 新系统的组织结构 根据系统的目标和对企业现有系统的分析,对企、比的组织结构进行了重新的设计和定 位,由于企、是个贸易公司,销售是企业的生命线,原有系统虽然一直是围绕着销售进行 工作的,但对销售的管理没有专业化和集中化。所以,在现有结构的基础上增加了市场部门, 使得销售工作更便于开展,也使得部门分工较为明确。原有系统的各部门工作量上存在着严 重

21、的不平衡,因此,对原有各部门的职能做一些调整,并加强了薄弱环节的管理,如加强了 仓库管理的职能。图 4 给出了新系统的组织结构图。 经过改变后的新系统各部门的主要职责如下。 (1) 市场部:主要负责产品定价和客户服务。 y 定价:价格是市场销售组合中重要的变动因素,价格的确定对企业的销售额和利润有 很大的影响。定价是必须考虑的凶素,包括:成本、需求量、竞争、政府的影响和干预。目 标是:争取高利润,获取较高的市场份额,排除竞争的企业进入市场,避免不利于政府的 行为。主要的定价方法有:成本定价法、需求定价法等。 图 4 新系统的组织结构图 y 客户服务:现代企业的竞争表现在能否赢得客户(消费者),

22、客户服务已成 为企业 营销的重要任务。具体包括:顾客档案管理、顾客分析、顾客关系管理等。主要通过促销、 良好的售后服务等方法来赢得客户。 (2) 票务部:主要负责开销售发票和退货发票,并对订购单进行相应的管理。 (3) 结算部:负责各种结算,并汇总各种结算单据,编写销售报表 (4) 财务部:根据销售报表进行销售分析。 (5) 仓管部:仓库在控制产品成本上占有很大的一块。严格进行仓库管理可以有效地降 低产品价格、提高利润。根据实际情况加强对仓库的管理,使得仓库各管理人员职责明晰: y 仓库管理员:负责入库管理,库存物资保管、养护,库存统计、分析,库存控制。 y 采购员:保证日常库存量满足顾客需求

23、,以及应付某些意外情况,及时补货,进行货 物入库时的一些处理。 y 发货员:根据发货单,进行货物出库管理。 2.3.3 新系统的管理功能 由于组织结构的调整,相应的管理功能也发生了变化,根据新的组织结构图和实际的要 求,我们对新系统的管理功能做了相应的改变,新系统各部门的管理功能如下。 1) 仓库管理 充分利用分布式的网络,实现对各子企业的货物的出库、入库的统计,管理货物的盘点, 以形成日出入库报表汇总,提高库存的利用率。其次,通过对供应商以及所供应货物进行统 计,在仓储部门初步形成供应商企业的数据库,建立企业与供应商的信息联系和数据联系, 从而了解企业的需求和市场的供求,及时地调整库存和库存

24、的产品结构,增强市场的适应能 力。 2) 市场管理 通过市场部的销售活动,将原系统中顾客传递单据的活动置于企业的内部,实行“一票 到底”的服务方式,提高顾客的满意度,树立良好的企业形象。其次,通过销售部门的活动, 初步建立企业顾客的数据库,建立企业和顾客的信息联系和数据联系,充分了解市场的需 求和消费者的爱好,为企业领导者做出长远决策提供依据。 3) 报表分析管理 根据市场部和仓管部提供的报表和汇总表,对顾客、供应商、货物、订单等各种统计资 料,及时准确地上报,以辅助决策;其次根据市场部、仓管部、结算部的单据,实现企业各 类事务的核查,防止企业内部蛀虫的出现。 根据上述分析,图 5 画出了新系

25、统的管理功能图。 图 5 新系统的管理功能图 2.3.4 新系统的业务流程 由于组织结构的变化和管理功能的调整,新系统的业务流程也发生了相应的变化。图 6 给出了新系统的业务流程图。新系统的业务流程为:顾客根据销售部提供的报价单确定是否 购买产品,如有购买意向与销售部签订销售合同,销售部根据销售合同发出销货通知给票务 部,票务部查阅库存账,如有货,开出发票给结算部,如库存不足,发出补货通知单给采购 员。票务部还要根据仓库的退货通知,开出红字发票。结算部根据发票要求顾客付款,并办 理结算手续。付款后,结算人员盖上印章,表明以办理结算手续,并把发票的提货联给仓管 员,仓管员查阅库存账,如有货开出发

26、货通知单给发货员办理发货手续,如没有货则须填写 补货通知单给采购员。另外,仓管员还要根据库存情况开出补货通知单给采购员,采购员根 据补货通知单填写采购单给供应商进行采购,当货到时,供应商给出提货通知单给采购员, 采购员填写入库单办理入库手续。发货员根据发货通知单发货,并填写出库单,出库单一份 给仓管员登记入账,一份给顾客。仓管员根据出货情况和采购情况更新库存账。结算人员将 每天的结算单据及现金交给财务部,并编写销售报表给财务部。财务部根据单据、发票和销 售报表编制销售分析给经理,经理根据以前的销售报表和销售分析表编制销售计划,并把计 划下达给销售部。 图 6 新系统的业务流程图 2.3.5 新

27、系统的数据流程图 根据分析得出的新系统的业务流程图分层绘制出新系统的数据流程图,如图 7、8、9 所示。 图 7 顶层图 图 8 第一层的数据流程图 图 9 第二层的数据流程图 2.3.6 数据字典 数据字典是数据流程图的补充,由于项目较多,这里只写几个范例。 1)数据项描述 数据项编号:I01 数据项名称:顾客号 别名:顾客代码 简述:某一顾客的代码 类型及宽度:字符型,4 位 取值范围:00019999 数据项编号:I03-02 数据项名称:商品代码 别名:商品编码 简述:某种商品的代码 类型及宽度:字符型,3 位 取值范围:001999 数据项编号:I03-03 数据项名称:供应商 别名

28、:供应商代号 简述:某供应商代码 类型及宽度:字符型,6 位 取值范围:00000 1999999 数据项编号:I03-04 数据项名称:银行账号 别名:银行账号 简述:用于公司与顾客进行非现金结算时,提供的代表本公司在银行收支情况的号码。 类型及宽度:字符型,18 位 取值范围:454921500000000000454921510000000000 数据项编号:I03-05 数据项名称:采购单编号 别名:采购单编码 简述:采购员进行采购是为采购单进行的编号 类型及宽度:字符型,4 位 取值范围:000l9999 2) 数据结构定义 数据结构编号:D03-01 数据结构名称:报价单 简述:向

29、顾客提供产品的价格和相关信息 数据结构组成:商品代码 + 商品名称 + 规格 + 单价 + 产地 数据结构编号:DS03-02 数据结构名称:顾客订货单 简述:顾客所填顾客情况及订货要求等信息 数据结构组成:订货单标志 + 用户情况 + 商品情况 数据结构编号:DS03-05 数据结构名称:退款通知单 简述:出库处理时由于某种意外情况不能给货,而填写的关于退款的信息。 数据结构组成:日期 + 用户情况 + 商品情况 + 销售情况 + 备注 数据结构编号:D03-08 数据结构名称:采购单 简述:所需采购商品及相关信息 数据结构组成:商品代码 + 商品名称 + 规格 + 单位 + 数量 + 单价

30、 + 金额 + 备注 数据结构编号:DS03-10 数据结构名称:提货通知单 简述:供应商向采购员发出的货物已到的通知 数据结构组成:供货日期 + 供货地点 + 商品名称 + 商品规格 + 采购数量 3) 数据流定义 数据流编号:F03-02 数据流名称:需先付款的订货单 简述:根据用户信用,要求先付款的订货单。 数据流来源:订货处理 数据流去向:顾客 数据流组成:日期 + 商品代码 + 商品名称 + 商品单价 + 销售数量 + 顾客代码 数据流量:约 10 次/日 高峰流量:约 15 次/日 数据流编号:F03-07 数据流名称:退款通知单 简述:根据顾客的退货,开出的退款通知。 数据流来源

31、:出库处理 数据流去向:开票部 数据流组成:日期 + 商品代码 + 商品名称 + 销售金额 + 顾客代码 数据流量:约 1 次/月 高峰流量:约 5 次/月 数据流编号:F03-03 数据流名称:入库单 简述:采购员把购买来的商品入库时所填写的单据 数据流来源:采购处理 数据流去向:入库处理 数据流组成:入库单编号 + 商品代码 + 商品名称 + 商品单价 + 入库数量 + 入库日期数据流量:约 10 次/月 高峰流量:约 15 次/月 数据流编号:F03-04 数据流名称:出库单 简述:发货员把商品交给顾客时所填写的单据,表示货物已从仓库发出。 数据流来源:采购处理 数据流去向:出库处理 数

32、据流组成:出库单编号 + 商品代码 + 商品名称 + 商品单价 + 销售数量 + 出库日期数据流量:约 10 次/日 高峰流量:约 15 次/日 4) 处理逻辑定义 处理逻辑编号:P2.0 处理逻辑名称:开票处理 简述:开出各种发票。 输入的数据流:合格的订货单、退款通知单。 处理描述:根据合格订货单和退款通知单开出发票,把订购单进行汇总,转给结算部作 账款结算。 输出的数据流:发票联、订单数据 处理频率:50 次/日 处理逻辑编号:P5.2.1 处理逻辑名称:入库处理 简述:将入库数据记入库存账 输入的数据流:入库单 处理描述:根据商品入库单,将入库数据记入库存台账,并更新相应商品的库存数量

33、和 金额。 输出的数据流:补货通知单 处理频率:10 次/日 处理逻辑编号:P3.0 处理逻辑名称:结算处理 简述:结算销售金额,并出提货联。 输入的数据流:发票联,订货单 处理描述:根据发票和订货单,结算销售金额,并开出提货联转给用于出库处理。并登 记销售数据。 输出的数据流:提货联,销售统计报表。 处理频率:50 次/日 处理逻辑编号:P4.0 处理逻辑名称:销售分析 简述:根据销售计划报表和销售统计报表,分析销售情况。 输入的数据流:销售计划报表,销售统计报表。 处理描述:根据销售计划表和销售报表,统计分析销售情况,做出销售分析表,送至经 理。 输出的数据流:销售分析表 处理频率:50

34、次/日 5) 数据存储定义 数据存储编号:F03-01 数据存储名称:销售统计报表 简述:根据每目的销售情况,统计销售数据。 数据存储组成:日期 + 商品代码 + 商品名称 + 商品单价 + 销售数量 + 销售金额 + 销售对象 关键字:日期 + 商品代码 相关联的处理:P3.0、P4.0 数据存储编号:F03-02 数据存储名称:销售计划报表 简述:根据上一季度销售情况和市场制定下一季度销售目标。 数据存储组成:报表编号 + 日期 + 商品代码 + 商品名称 关键字:报表编号 相关联的处理:P4.0 数据存储编号:F03-03 数据存储名称:库存账 简述:记录商品出入库数据的明细账 数据存储

35、组成:日期 + 商品代码 + 商品名称 + 入库数量 + 销售数量 + 库存数量 关键字:日期+商品代码 相关联的处理:P5.2.1、P5.2.2 6) 外部实体定义 外部实体编号:S03-0l 外部实体名称:顾客 简述:购买本企业商品的顾客 输入的数据流:付款通知单、发票、提货通知单 输出的数据流:订货单 外部实体编号:S03-02 外部实体名称:供应商 简述:企业所销售商品的供应者 输入的数据流:采购单 输出的数据流:提货通知单 外部实体编号:S03-03 外部实体名称:经理 简述:本企业主管人员 输入的数据流:销售分析表、销售报表 输出的数据流:销售计划报表 2.3.7 系统的逻辑结构

36、根据业务流程图和数据流程图的分析,把相应的功能进行的合并,为了实现统的整体目标, 我们把整个系统分为了 5 个模块。图 10 是新系统的逻辑结构。 图 10 新系统的逻辑结构 2.3.8 新系统的管理模型 在新系统中,所用到的管理模型主要是一些现在应用较为成熟的模型。有定价模型、库 存管理模型、核算和分析模型等,这些具体的模型可参考相关书籍。 3 管理信息系统的设计 3.1 系统设计目标 根据分析得出的系统目标,进一步进行具体的设计,把目标分解为计算机可以实现的模 块。具体目标主要包括: (1) 建立供应商企业顾客的数据库系统,实现信息资源的共享,通过数据的共享, 了解市场的供求情况,帮助高层

37、领导者调整企业的产品结构,适应市场竞争的需要。 (2) 建立企业内部的数据库管理系统,生成销售票务结算财务仓储自数据一体 化,形成从业务处理管理控制战略管理的逐层数据的共享,主要支持企业的销售和仓储 业务,实现各部门的信息传递和共享,支持各部门的结构化决策和非结构化决策。 (3) 实现计算机协同处理为基础的并行过程代替以前的反馈的管理控制,以及实现企业 部数据的联机实时处理,充分利用计算机技术和信息技术对企业的决策的效用。 (4) 建立的信息系统具有以下特点: y 准确性:具有 24 小时的系统服务能力,保持系统的稳定; y 灵活性:保持系统软件平台和数据库有相当的开放性,可以方便的调整,以适

38、应企业 服务对象的需要、企业未来发展的需要和市场变化的需要,全面支持企业的业务。 3.2 新系统的功能结构设计(系统总体结构图) 该系统分为 5 个功能模块,具体功能如图 11 所示,对图中的每个功能模块要进行分解, 在此仅对仓储管理下的采购处理进行分解,如图 12 所示。 图 11 系统的结构设计 图 12 采购管理模块的分解 3.3 系统代码设计 代码设计目的:在管理信息系统运行过程中,为了便于计算机的处理,对系统涉及的对 象用英文字母、数字来代替,使系统对象简单化,也使系统的处理更简便。 代码设计说明: (1) 设计代码是为了系统运行的简便。 (2) 代码的对象主要是企业的顾客、供应商、

39、商品。 (3) 根据对象的性质,采用区间码和顺序码结合。 (4) 为了保证代码的输入的正确性,为代码设计了校验码。 在代码设计时一般会考虑校验位的设计,校验位是通过事先规定的数学计算出来的。代 码一旦输入,计算机会用同样的数学运算方法按代码数字计算校验位,并将它与输入的校验 位进行比较,以证实输入是否有错,从而可以保证输入的正确性。在本系统中对具有相同特 性和属性的事物进行代码化,并为这些代码设计相应的检验位。系统中的代码种类采用区间 码,检验位的确定采用算术级数法。下面通过对系统中的部分数据进行代码化的过程,来说 明代码设计的过程。 3.3.1 顾客代码设计 例:某顾客代码 13501001

40、2 的说明: 原代码:13501001位权:12345678乘积之和: 1+6+15+0+5+0+0+835 模:1135/11=32校验码:2因此代码为:135010012顾客代码的含义如下表:135010012顾客某省某市顾客编号校验码3.3.2 供应商代码设计 例:供应商代码 235010013 的说明: 原代码: 2 3 5 0 1 0 0 1 位权:12345678乘积之和:2 + 6 + 15 + 0 + 5 + 0 + 0 + 8 = 36 模:1136 / 11 = 33 校验码: 3 因此代码为:235010013 供应商代码的含义如下表: 235010013供应商某省某市供

41、应商编号校验码3.3.3 商品代码设计例:商品代码 235010010010018 的说明:原代码: 2 3 5 0 1 0 0 l 001001位权:1234567891012131415乘积之和:2 + 6 + 15 + 0 + 0 + 5 + 0 + 0 + 8+ 0 + 0 + 12 + 0 + 0 + 15 = 63 模:1163 / 11 = 58 校验码: 8 因此代码为:235010010010018 商品代码的含义如下表: 235010010010018供应商代码商品类别编号商品品种编号校验码3.4 系统物理配置方案设计 (1) 硬件配置:8 台台式计算机,要求 CPU:P4

42、,主频 2.0GHz;内存:256MB;硬盘: 40GMB;显示器及显示卡:彩色 VGA,分辨率不低于 1024768,64 位 PCI 接口,缓存 1MB 以上;软驱:144MB;CDROM 光盘启动器:40 倍以上。另外,需配置打印机 4 台; 条码阅读器 1 台。这些基本配置公司现已具有。 (2) 软件配置:在系统采用 Microsoft 企业的 Windows 2000 Server 和 Windows 2000 Professional。数据库管理系统采用微软企业的 SOL Server-2000。开发语言采用 Delphi 6.0。 (3) 网络配置:采用快速以太网技术。快速以太网技术采用载波多路访问和碰撞检测 (CSMA/CD)机制,数据传输速率达到 100Mbps。采用星型网络拓扑结构。 (4) 系统模式:采用基于客户端和服务器端的 C/S 结构。 3.5 数据库结构设计 3.5.1 E-R 模型 根据用户需求设计数据库概念模型,概念结构是各种数据模型的共同基础,一般使用 E-R 模型来表示。分析收集到的资料,画出企业现实中的事物及其相互联系图。如图 13 所 示。 3.5.2 逻辑结构设计 根据概念设计中的 E-R 图,把实体与实体之间的联系转换为关系模式。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 其他


经营许可证编号:宁ICP备18001539号-1