公司CIMS营销管理分系统详细设计分析报告

1、目录1 前言 31.1 设计目标 41.1.1 总体目标 . 41.1.2 本期目标 . 41.2 采取的策略 51.3 设计依据 52 摘要 53 营销治理分系统详细设计 . 63.1 营销治理分系统详细需求分析 63.1.1 功能详细需求分析. 63.1.2 性能详细需求分析. 193.1.3 信息详细需求分析. 203.2 营销治理分系统功能模型 243.3 营销治理分系统子系统和功能模块划分 293.4 分系统界面设计 383.4.1 外部界面设计 . 383.4.2 用户界面设计 . 384 数据库系统设计 414.1 设计要求 414.2 信息模型设计 424.2.1 信息模型设计

2、使用的符号讲明 424.2.2 信息模型设计 . 444.3 数据库设计 454.3.1 数据访问频度和流量 . 454.3.2 数据库选型 . 454.3.3 异构数据库的连接与数据传递方式 474.3.4 数据安全性及保密性设计 . 494.3.5 数据字典设计 . 505 网络通信系统设计 505.1 设计要求 505.2 网络设计方案 516 信息编码设计 527 关键技术 617.1 提高查询速度 617.2 保证系统安全 657.3 数据一致性及安全 668 系统配置 678.1 计算机硬件与网络配置 678.2 数据库及软件配置 679 限制 679.1 VAXO勺WW服务器 6

3、79.2 通讯线路的选择 689.3 数据库在线容量勺限制 689.4 数据库主机勺选择 6810 组织机构及人员配置 6911 工程实施打算 6911.1 实施内容与进度打算 6911.2 测试及验收 7012 参考和引用资料 7013 附录 7113.1 附录 1 公司集团营销治理系统功能模型 7113.2 附录2 公司集团营销治理系统信息模型 7113.3 附录3 公司集团营销治理系统实体属性表 71公司-CIMS营销治理分系统详细设计报告1 前言营销治理分系统是公司集团CIMS工程（公司-CIMS）中的一个应用分系统。 营销治理分系统涉及到冰箱、 空调等产品勺销售3 / 71和售后业务

4、治理工作。 营销治理分系统设计依照公司集团的总体 进展目标，以及公司集团CIMS工程的总体要求，在对企业现有状况进行广泛调研的基础上提出。 营销治理分系统的详细设计与 实现工作，由公司集团CIMS工程技术依托单位之一的项目组承担。1.1 设计目标1.1.1 总体目标建立覆盖国内各中心 / 办事处的计算机网络系统。 建立既能满 足公司目前销售治理模式的需要， 又能在一定程度上适应公司集 团进展变化需要的网络化、 分布式公司集团营销治理系统。 达到 增强公司集团开拓国内外市场 （ 首先是国内市场 ） 的系统整体支 持能力的目的。1.1.2 本期目标1）建立集团公司营销治理系统在网络环境的支撑下建立

5、分布式数据库系统和营销治理系 统。提供对仓库治理、 销售治理和产品销售过程的跟踪治理能力； 实现仓库治理（包括成品仓、中转仓和售后仓） 、销售治理、售 后服务治理、 财务治理的集成； 实现市场营销过程治理与售后服 务治理的功能与信息集成； 借助营销系统网络加速市场信息收集 整理。2）建立 1-2 个省级中心 / 办事处营销治理系统并实现与集团公司的互连。1.2 采取的策略(1) 在软件工程生命周期法的大框架下， 利用快速原型法进行 营销治理系统软件的开发。使用功能模型设计工具(BPwin)和信息模型设计工具(ERwin)进行系统的详细设计，既能够保证设计工作的规范性， 又能够提高详细设计工作的

6、效率。(3) 采纳扫瞄器 / 服务器模式和面向对象的程序设计方法，确 保系统的可靠性和先进性。(4) 严格的模块测试和集成测试，为系统正确性提供保证。1.3 设计依据(1)公司集团CIMS工程联合设计组，公司集团CIMS工程初步 设计报告， 1998 。李伯虎，计算机集成制造系统(CIMS约定、标准与实施 指南，兵器工业出版社， 1994。2 摘要营销治理分系统详细设计报告，在系统需求分析和初步设计 的基础上， 对系统的功能、 性能和信息等方面进行了更详细的需 求分析。在此基础上，建立了营销治理分系统功能模型、信息模 型数据库系统， 对数据库系统、 网络通信系统以及信息编码等做 了详细设计。提

7、出了营销治理系统开发实施中的各项关键技术， 并对可能的限制条件进行了分析。3 营销治理分系统详细设计3.1 营销治理分系统详细需求分析为了能够深入细致的开展营销治理分系统的详细需求分析工 作，由项目组研究开发人员和企管部电脑科技术人员共同组成了 四个详细调查与设计小组， 按照公司集团现有销售业务划分和治 理模式分不对冰箱公司和空调公司的销售业务和售后业务进行 了详细调查了解。对冰箱公司和空调公司各自业务的深入了解， 有助于对公司集团整体业务特点的归纳。 因此，对系统的详细需 求分析亦按照现有销售业务划分和治理模式进行分不描述。 公司 集团的销售及售后业务处理工作目前差不多上集中在公司总部 完成

8、。公司集团的RSR系统为销售和售后工作提供了部分支持功 能。由于系统环境从集中式向分布式的迁移，因此RSF系统也要随之更换。新系统既要完成RSR系统中的功能，又要对其进行改 进和补充以适应新的系统环境和新的销售与售后业务处理流程， 使销售和售后服务治理工作提高到更高的新水平。3.1.1 功能详细需求分析3.1.1.1 冰 箱销售部分功能详细需求分析在CIMS环境下，冰箱销售部分要实现（公司）冰箱公司的销 售治理信息的集成及实时处理，要求准确、快速地提供打算、运 输、库存以及财务等信息， 要求及时地对冰箱销售业务进行处理。 它包括打算治理、发运治理、仓库治理、综合治理和财务治理五 个部分。1）

9、打算治理打算治理要紧负责对各地分公司上报的分公司进、销、存表 进行统计分析，制定出（三个月）滚动打算；依照分公司上报的 商业单位的发货申请单制定动身货打算， 之后再依照实际运输中 的发运打算执行表实装数修改发货打算，形成实际的发货打算； 依照发货打算以及商业单位的货款情况开（正）调拨单，依照审 批后的退货单据开（负）调拨单，此外还要依照（售后的）的调 换新机发货审领单开调拨单， 在开调拨单时， 还要考虑到冰箱销 售业务本身对灵活性和适应性的要求， 因此要同时考虑对 “先款 后货”和“先货后款”这两种方式的处理；依照商业单位的货款 回笼情况和公司既定的业绩计算方法对各商业单位的业绩进行 评价，计

10、算出商业返利； 在必要时依照实际需要制定出调仓打算， 开调仓单给各仓库，在各仓库之间调剂余缺。2） 发运治理发运治理要紧负责依照审核后的发货申请单进行打算划分 （铁路或汽车运输） ，分不制定出铁路发运打算表和汽车发运打 算执行表；关于汽运采取“先发货后开单”的方式，先由车队到 仓库提货，再依照实装情况开调拨单，当车队将物资送达，返回 经商业单位签收的发货证明单回执， 再进行核对入帐； 对铁路运 输采取“先开单后发货”的方式，先开出调拨单，由车队从仓库 提货送至火车站装车发运， 假如发生掉装的情况， 还要将掉装的 物资送回仓库，并将掉装凭证返回，以重新开调拨单；同时还要 依照实际的发运情况进行运

11、输费用及保险费用的核算。3） 仓库治理仓库治理要紧负责成品仓和各地中转仓的治理，治理下线冰箱入库和铁路运输中的掉装入库， 依照发货证明单的销售出库和 依照调仓单的调仓出库， 以及成品仓的帐务和实物治理； 治理各 地中转仓的调仓入库和退货入库， 销售出库和各地售后服务中心 所需的三包箱出库，以及中转仓的帐务治理和费用治理。4） 综合治理综合治理要紧负责广告费及外部人职员资的审核，冰箱区域 流向信息的治理，以及进行必要的统计汇总工作。5） 财务治理财务治理要紧负责依照调拨单和其它发货单据开销售发票； 依照销售发票的使用情况生成发票销存表 （及数据文件） 报税务 局；依照各种原始单据生成凭证， 包括

12、依照销售发票生成销售凭 证，依照银行来款证明生成来款凭证， 依照返销发票生成返销凭 证，依照折让单生成折让凭证， 还有依照其它调整的需要生成的 调整凭证（无对应原始单据） ；对各种凭证及原始单据记帐，形 成一、二级总帐和单位明细帐；对各级帐和发货登记表、发货单 据以及仓库进、 销、存汇总表进行统计分析形成帐龄分析表等各 种财务统计报表。3.1.1.2 冰 箱售后部分功能详细需求分析 冰箱售后部分实现对冰箱售后服务的治理功能，冰箱售后业 务的性质决定了冰箱售后治理将是一个由省级用户服务中心的 售后服务治理与公司集团冰箱用户服务部的售后服务治理共同 组成的治理系统。冰箱售后工作包括：维修费用结算治

13、理、用户 信访治理、物料治理、质量反馈及分析和中心 / 网点信息治理等 五部分。1) 维修费用结算治理 维修费用结算治理模块应完成如下功能：各省级用户服务中 心录入维修凭证， 并进行计算机审核和生成本中心 (包括下属网 点)的月份费用汇总表； 各中心把通过审核的维修凭证数据通过 远程计算机网络传送到公司公司总部； 用户服务部对各中心传来 的数据进一步审核， 对不符合审核条件的记录要显示出来以便人 工处理，将审核后合格的维修凭证对不同的维修网点分类不进行 费用汇总， 打印结算通知单； 用户服务部给维修网点支付结算费 用后，可在系统中做核销标记；按中心 / 维修网点编码、日期范 围、冰箱型号、机身

14、编码、故障编码和分厂等各种条件进行维修 记录凭证查询、故障统计、更换零配件统计、维修费用统计。2) 用户信访治理 用户信访治理模块应完成用户来信、电话和投诉的录入和修 改，用户档案查询，信访信息统计，信访服务质量统计，信访重 大投诉统计； 维修后用户访问表和问卷的录入和修改， 用户访问 表统计，用户访问表问卷部分的统计。3) 物料治理 物料治理模块应包括零配件治理和三包成品箱治理。(1) 零配件治理应完成用户服务部、中心、网点三级配件仓治 理，在中心建立本中心及其下属各网点的配件帐， 用户服务部建 立售后配件仓的配件帐， 用户服务部可查询各中心和各网点的配 件帐，同时，用户服务部和各中心将分不

15、完成配件的入 / 出库治 理；各级零配件申领治理，应包括各级申领单的录入，查询零配 件库存量，通过计算机远程网络传送申领单、发运单、实收信息 等；调换、非调换类零配件三包耗用治理，应由各中心录入的维 修记录凭证的更换配件信息中统计出各网点的调换、 非调换类零 配件三包耗用，分不生成汇总表， 关于非调换类零配件三包耗用， 经审核后由售后仓为各中心作冲帐，关于调换类零配件三包耗 用，等相应的旧件退回后，由售后仓为各中心作冲帐；三包外零 配件耗用治理， 售后仓依照各中心录入系统的三包外零配件耗用 汇总表为各中心作冲帐。(2) 三包成品箱治理应完成用户服务部成品仓和各中心成品 仓的治理， 用户服务部和

16、各中心分不建立新旧成品箱帐， 分不治 理本成品仓的入 / 出库，用户服务部应可查询各中心成品仓的帐 目；用户服务部向销售部借领成品箱和各中心申领成品箱的治 理，应包括借据凭证或申领单的录入，查询成品箱库存量，通过 计算机远程网络传送申领单、 实收信息等； 处理、报废箱的治理， 应完成对报废周转箱、毁损箱和专门故障箱的冲帐，对沉淀箱、 退换箱和运损箱销售后的汇总、冲帐。4) 质量反馈及分析质量反馈及分析模块应完成各种质量信息的统计，包括质量 反馈信息表，各类故障统计表，各类故障冰箱维修量统计表， A 类件维修故障分类统计表。5) 中心/ 网点信息治理中心/网点信息治理模块应完成建立中心 /网点台

17、帐，对中心 / 网点信息的统计，包括资产配置统计，学习培训统计，财务费用 的统计，人事档案统计，工资统计等，以及中心/ 网点信息编码的维护。3.1.1.3 空 调销售部分功能详细需求分析在公司公司营销系统中，空调销售部分实现对空调销售业务 各方面的治理，包括销售业务治理、仓库治理、销售财务治理和 销售综合治理等。 它不仅提供对销售日常业务的支持， 还为各部 门提供治理信息和辅助决策手段。 由于销售业务受市场状况、 治 理决策等诸多因素的阻碍， 空调销售部分对销售业务已有的和可 能有的各种情况都给予了考虑， 尽量满足销售业务对灵活性、 适 应性的较高要求。 比如， 发货治理不仅要考虑目前采纳的先

18、款后 货方式发货治理， 还要考虑今后可能使用的先货后款方式发货治 理。销售业务治理1） 销售业务治理 销售业务治理包括发货治理，处理机、三包机销售治理，调 仓治理，已付款机退货治理和未付款机退货治理。其中，发货治 理和调仓治理是最要紧的业务。 销售业务治理一方面要适应销售 业务现有的和可能有的变化，一方面要提高开调拨出仓单的效 率，辅助治理，辅助决策。关于先款后货方式发货治理，假如是成品仓供货，依照商业 单位的发货申请单，要通过要货打算平衡和（汽运 / 铁运）储运 平衡，然后生成调拨出仓单。要货打算平衡时，要看仓库库存量 是否足够供货以及商业单位余额是否足够支付货款 （有批文的要 专门处理），

19、在两者都满足的情况下，公司综合治理科可能还要 依照销售策略等对供货打算予以调整。满足要货打算平衡条件后，还要进行储运平衡，这是因为成品仓供货要由公司公司送货 上门。储运平衡要检查商业单位所要的产品是否满足送货条件（比如，产品是不是够装一车）并安排发货时刻。假如是中转仓 供货，依照商业单位的发货申请单， 只需查商业单位余额是否足 够支付货款（有批文的要专门处理）。假如商业单位余额足够， 即可开调拨出仓单。因此，不管是成品仓发货依旧中转仓发货， 在商业单位余额不够支付货款， 然而差额专门小的情况下， 应灵 活处理。比如，能够设定一个数值较小的额度，规定只要商业单 位的余额加上那个数值足够支付货款即

20、可开单。关于先货后款方式发货治理，业务流程类似于先款后货方式发货治理，只是要货打算平衡环节有所不同。 在先货后款方式下，依照商业单位的具 体情况，如资产、信誉等，给每个商业单位都规定了一个最大赊 销额，赊销产品总价值不能超过那个额度。要货打算平衡时要看 商业单位的累计赊销额是否超过了最大赊销额（有批文的要专门处理）。只要未超过最大赊销额，就能够开调拨出仓单。储运治 理也是发货治理的一部分。 储运治理的功能大致有开送货单，对返回的有回执的送货单进行核对、统计，计算运费、保险费，以 及提供相应的统计信息等。调仓指产品从公司公司的一个仓库到另一个仓库（成品仓一 中转仓，中转仓一中转仓），它与产品销售

21、的区不是调仓不计算 价格，也确实是讲，调仓能够看成是价格为零的产品销售。先要 依据仓库 （调出仓库和调入仓库） 库存量等条件对调仓要求进行 审核，然后依照审核后的调仓要求开出调仓入库单和调仓出库 单，分不作为调出仓库产品出库的凭证和调入仓库产品入库的凭 证。在处理机、 三包机销售治理中， 关于处理机， 依照财务发票， 开调拨出仓单。 关于三包机， 要依照空调售后部门提交的审核后 的三包备用周转机申请表开相应的调拨出仓单。已付款机退货治理指依照已付款机退货单和退回的相应的发 票或折让证明， 开出退货用调拨出仓单。 未付款机退货治理依照 未付款机退货单开退货用调拨出仓单。2） 仓库治理仓库治理包括

22、成品仓 （包括厂区仓库和子仓库 ） 和中转仓的入 库、出库治理，记录仓库帐目以及统计库存信息等功能。仓库治 理一方面要代替原来的手工帐，为销售部门提供实时库存信息， 提高仓库入、出库治理能力，另一方面要增加产品条码帐，入、 出库都要记录每台产品的条码， 为仓库帐龄分析、 成本分析提供 基础数据。仓库入、出库治理实时记录仓库入库帐和仓库出库帐，关于 一张调拨出仓单多次提货的情形， 还能反映出实际提货情况。 此 外，还要记录仓库结存信息和仓库盘盈亏信息， 并依照用户要求 输出成品仓（包括厂区仓库和子仓库）和中转仓的入、出库统计信息，仓库库存信息，仓库盘点信息。3） 销售财务治理销售财务治理包括销售

23、业务帐治理和销售财务帐治理，它在 原有系统的基础上增加了对应付款的治理。 销售财务治理在整个 销售分系统中占有重要的地位， 它对系统的可靠性和数据的准确 性要求专门高。销售业务帐治理提供商业单位货款传真件的录入、查询，先 货后款方式下贴息额的计算和销售业务帐维护三个功能。 销售业 务帐维护包括依照开出的调拨出仓单减少商业单位余额， 收到银 行到款通知后对相应的款项做标记， 先货后款方式下对在途货款 额的治理（如：减少商业单位现有赊销额等） 。销售财务帐治理包括原始数据录入、查询、维护，开发票， 生成凭证， 记帐， 生成各种财务报表以及输出帐目统计信息等几 项功能。原始数据包含银行往来帐，审核后

24、的运费、保险发票， 科目信息和商业单位开户信息。 开发票功能要紧是依照调拨出仓 单和空调售后部门返回的配件报废单开出相应的发票， 同时能够 查询、打印发票内容。生成凭证是财务治理的要紧业务之一，它 要依照各种发票及审核后的安装维修网点用款申请单编制销售 凭证、 银行来款凭证等原始凭证。 记帐依照生成的凭证修改相应 的帐目，包括总帐，单位往来明细帐，银行往来明细帐，商品销售明细帐等。 帐目统计信息和各种财务报表的输出是财务治理的 重要方面，帐目统计信息包括总帐余额，二级总帐余额，明细帐 余额，应收款 / 应付款单位明细帐余额，各地区应收款一览等信 息，要紧财务报表有产品销售统计表（依照财务帐目得

25、出） ，帐 龄分析表，发票销存表等。4） 销售综合治理销售综合治理包括商业单位进、销、存统计分析，市场信息 收集，打算准确率考核，专卖店 / 专柜监督治理，广告业务综合 治理，合同治理，产品信息治理，单位信息治理。销售综合治理 是依照需要新加进空调销售分系统中的功能， 是原有系统所没有 的。它加强了公司对各地办事处的治理，提高了信息收集速度， 减少了信息收集过程中的重复录入， 提供了对广告费用等的考核 手段。商业单位进、销、存统计分析提供对各地办事处提交的月度 商业单位进、销、存统计表的录入、修改、查询和统计功能。市场信息收集提供对各种市场信息的录入、修改、查询和统 计。这些市场信息要紧包括各

26、地月度要紧空调品牌畅销型号调查 表，各地月度要紧空调品牌价格快报， 商业单位月度要紧空调品 牌零售信息，月度商业单位要货打算等。打算准确率考核比较各办事处提出的要货打算和各地实际销售情况，从而对办事处提出的要货打算的准确率进行考核。专卖店 / 专柜监督治理实现的功能包括依照空调售后部门返 回的空调安装单，统计各专卖店 / 专柜的销售实绩，对申请专卖 店/ 专柜信息（专卖店 / 专柜开点申请单）的统计，以及对有关专 卖店 /专柜建设（售点工程预算表，售点工程决算表）的信息的 统计。广告业务综合治理包括广告费用治理，广告信息统计和促销 人员治理。 广告信息统计包括对户外广告 （大型广告牌 / 灯箱

27、街） 运作表，空调样机发放领用签收表， 户外广告投放打算等的录入、 查询、统计。促销人员治理包括促销人员信息，促销人员业绩考 核和促销人职员资治理。合同治理提供对合同的录入、查询、统计，并能依照经销单 位销售实绩监督合同的实际执行情况。产品信息治理包括产品信息的录入、查询、维护功能，单位 信息治理包括对商业单位、 办事处、 仓库等的信息的录入、 查询、 维护和打印功能。3.1.1.4 空 调售后部分功能详细需求分析在CIMS环境下，实现整个空调售后系统所属各部门（包含公司用户服务部，各治理中心及各安装、维修网点）工作过程一体 化和治理信息的集成，快速、准确、集中地反映整个售后工作中 有关安装、

28、维修、结算治理、配件治理等工作的信息以及用户信 访和产品质量反馈信息， 满足售后服务工作业务流程的要求， 为 用户服务部各级职能部门（要紧包含结算科，配件科，技术科， 综合治理组和各省级治理中心） 提供治理信息及辅助其制定工作 决策的手段，提高工作效率，改进工作方法，并加强对各个下属 部门的监控， 同时为生产和销售治理部门提供来自用户的产品产 量和质量信息， 以更有效的作好空调售后的服务工作， 关心生产 和销售部门调整产量，提高质量，改进营销策略，从而完善整个 空调公司的工作。空调售后治理部分包括用户服务部、治理中心和安装维修网 点三级治理，在功能上分成结算治理，配件治理，用户信访治理 和质量

29、信息反馈治理四个部分。1） 结算治理结算治理包含各种结算凭证的录入， 审核，对网点的考核 （包 括违章扣罚和不定期的安装奖励） 以及包含配件申领和耗用相关 费用在内的各种费用的结算。 结算凭证包含安装凭证、 维修凭证， 换机凭证以及检测凭证， 这些凭证每月由安装维修网点汇总后送 交所属治理中心， 治理中心进行初步审核， 并完成数据录入工作。 治理中心经授权可完成各类凭证在本中心所辖区域的审核， 将合 格部分经网络远程传送至售后结算科， 关于不合格部分则将已录 入信息删除， 并将原始单据退回网点； 未经授权的治理中心直接 将原始数据传送至结算科， 等待结算。 结算科依照来自中心的数 据完成费用结

30、算工作。 结算科将对这些信息进行更大范围 （那个 地点的范围既包含时域上的， 也包含地域上的） ，多方面的审核。 依照审核结果， 视网点违章情况予以扣罚。 结算科还能够不定期 的统计网点在一定时刻内的安装量， 对安装量超过一定数额的网 点予以奖励。 同时， 结算过程中考虑本次结算期内网点申领和三 包期内耗用配件的情况， 参考本次结算金额， 扣除或返还配件费。 结算完毕，开具结算通知书交网点。 结算科依照网点开出的发票， 向销售财务提出用款申请，付款给网点。2） 配件治理配件治理实施对三级仓库（售后，中心，网点）的两级治理 （售后，中心） ，在功能上又分成新配件和新三包备用周转机的 申领与发放，

31、 旧配件和旧三包备用周转机的耗用与返厂， 配件与 三包备用周转机的入出库和维修等，它集成了三级仓库的库存， 结存， 和进出库的帐目信息， 并为结算工作提供网点配件申领的 信息。 正常情况下， 下一级部门定期填写配件或三包备用周转机 申领表，向上级部门（网点向治理中心，治理中心向售后，售后 向配件公司） 申领备用配件或三包周转机， 上级部门依照提出申 请的下级部门库存和本级仓库库存情况， 确定实际发放数量， 发 出物资， 记本地仓库帐。 网点更换下来的旧配件或三包周转机随 旧件返厂登记表， 全部经中心返回售后配件仓库。 伴随配件或三 包周转机的流淌过程， 各级部门完成入出库操作， 记各自的库存

32、帐。配件的维修工作仅发生在售后配件仓库， 三包机维修发生在 售后和中心两级。3）用户信访治理用户信访治理收集来自用户的信息，完成对相应事务的处理 和监督， 依照不同的统计条件产生各类统计报告。 信访治理收集 的信息要紧分成以下几类：对治理中心或安装维修网点的投诉，对工作人员的投诉， 对产品的投诉， 用户报装、 报修，用户咨询， 建议与表扬，用户来信、来电购买配件等。信访治理中关于收到 用户要求而未及时处理的情况应向操作员发出警告信息。4) 质量信息反馈治理质量信息反馈治理要紧统计来自维修凭证和质量反馈调查的 信息，生成有关售出产品质量的各种统计报告， 供有关部门参考。3.1.2 性能详细需求分

33、析1) 响应时刻 系统应具有较高的响应速度，由于系统需要输入大量的出仓单、安装单、维修单、申领单等各种单据，即数据录入工作量特 不大， 因此需要系统对录入数据的提交有专门快的响应。 用户进 行各种查询、统计时，应能够及时、准确地获得所需要的数据。 响应速度应达到分钟级。2) 安全性 系统应具有良好的安全性，关于各种数据的操作，都应设置 相应的用户权限级不，防止非法用户对数据查看、修改或删除。 不仅应对各职能部门的查询、 操作设置权限级不， 对各部门内的 登录的用户也应设置更细的权限级不， 幸免非法用户对数据的查 看和修改。 具体地， 在保证集团公司的相关职能部门以及各地分 公司能够方便地查询其

34、权限范围内的信息并进行同意的操作的 同时， 要保证各地分公司只能查看与本分公司相关的数据， 只能 对本分公司的数据进行操作， 没有修改集团公司及其他分公司数 据的权限。同样，各中心只能看到本中心及其下属各网点的信息， 而不能看到其他中心和用户服务部的信息， 用户服务部能够看到 所有中心 / 网点的数据。各中心无权作配件或三包机的冲帐，维 修费用的结算、 付款后的核销、 仓库的结存等操作都必须由具有 相应权限的专门人员进行。3) 可靠性 系统应具有良好的可靠性。因为许多数据直接关系到费用结 算、配件和三包机的数量， 因此数据的正确性、 可靠性尤为重要。 在用户录入数据时，应做合法性检查，不合法数

35、据不能提交，从 而保证录入的数据的正确性，提高事务处理的效率和准确性。4) 开放性采纳公开的标准和协议，具有良好的开放性。5) 用户友好程度系统应有统一、友好、图形化的用户界面，操作简单，易学 易用，无须复杂的培训，用户即可使用。同一类型的用户界面保 持统一的风格， 在用户操作过程中， 应有尽可能多并尽可能详细 的提示信息， 例如在用户退出修改或录入界面之前， 提示用户进 行存盘， 用户录入数据有误或非法时及时向用户报警， 从而方便 用户的使用。同时，系统应具有良好的可扩充性、可维护性。3.1.3 信息详细需求分析冰 箱销售部分信息详细需求分析1) 信息类型冰箱销售部分的信息是冰箱销售各部门信

36、息的集成。包括销 售信息、财务信息、仓库信息、储运信息、市场信息、营销治理信息、广告信息等。也能够按照信息的功能划分为业务信息、产 品信息、帐目信息、进销存信息、人员信息、用户权限信息、统 计信息等。2) 精度要求(1) 产品的价格数据精确到小数点后两位；(2) 打算、生产数据 为整数；(3) 财务处理金额数保留到小数点后两位；(4) 百分比均保留到小数点后两位；3.1.3.2 冰 箱售后部分信息详细需求分析1) 信息类型冰箱售后部分的信息包括维修记录信息、更换配件信息、结 算费用信息、各类故障信息、用户信访信息、物料治理信息、中 心/ 网点信息等。需要手工录入的数据有维修记录凭证、配件或 三

37、包机的申领单、三包外配件或处理机销售汇总表、用户来信、 电话或投诉、用户问卷、各中心 A 类件故障缘故统计表等。 2) 精度要求(1) 结算费用、 配件或三包机单价等金额数据保留到小数点后两位(2) 百分比均保留到小数点后两位3) 传输及存放要求冰箱维修记录信息、更换配件信息、结算费用信息等由中心输入，并存入中心自己的数据库中由于用户信访有多种形式，用户信访信息有多种类型，其中 有些需要由中心输入，有些需要又集团公司输入。比如，用户的 来信有可能投到中心，也有可能投到集团公司。同样，用户的信 访电话和投诉电话有可能打到中心， 也有可能打到集团公司。 因 此，中心和集团公司都应能够输入并保存信访

38、信息。4） 时效性系统应具有一定的时效性。仓库库存量应随着配件或三包机 入库或出库实时变化， 反映实时库存。 由于集团公司希望能够掌 握完整的用户信访信息，因此中心的信访信息应定期（每月）传 回集团公司。冰箱维修记录信息、更换配件信息、结算费用信息 定期（每月）传回集团公司。3.1.3.3 空 调销售部分信息详细需求分析1） 信息类型空调销售分系统的信息是空调销售各部门信息的集成，它在 整个系统中占十分重要的地位， 为完成系统的功能提供了必要的 前提和基础。按部门分，有销售信息、财务信息、仓库信息、储运信息、 市场信息、营销治理信息、 广告信息等。 按功能分，有业务信息、 产品信息、帐目信息、

39、进销存信息、人员信息、用户权限信息、 统计信息等。2) 精度要求(1) 财务处理金额数保留到小数点后两位(2) 百分比均保留到小数点后两位(3) 运费、保险费等保留到小数点后两位3) 实时性要求仓库库存量应随着产品入库或产品售出实时变化，反映实时库存。开出调拨出仓单后，商业单位业务帐应及时改变。3.1.3.4 空 调售后部分信息详细需求分析1) 信息类型本部分涉及的信息分成以下几类：(1) 原始信息，来自原始单据的信息；(2) 统计信息，对原始信息按照不同标准进行统计生成的各类信息；(3) 计算信息，工作过程中(要紧是结算工作)进行了相关处理后生成的信息；(4) 治理信息，部门信息和相关的治理

40、方法与规定；(5) 外部信息，来自用户或其他部门的信息。2) 信息涉及的范围配件营销治理分系统是整个营销系统要紧信息的综合。空调售后 治理部分的信息的流通范围要紧是售后用户服务部结算科， 科，技术科，综合治理组，各治理中心等职能部门。3) 按信息分级治理需要分类(1) 公有信息，该类信息在整个空调售后范围内可自由流淌， 如有关网点、治理中心的信息，安装维修信息等。这些信息供各 职能部门作为参考，未经授权不得改动。(2) 用户服务部治理信息，该类信息只能由用户服务部特定 职能部门及人员进行扫瞄和修改。(3) 治理中心级信息，该类信息对用户服务部相关职能部门 是可扫瞄的， 除非在特定情况下， 用户

41、服务部无权直接修改中心 数据。治理中心只对与本中心相关的信息有查询和修改的权限， 信息不能跨中心流淌。(4) 系统级信息，该类信息由系统治理员维护，其余人员未 经授权不得访问。4) 信息精度要求(1) 结算处理金额数据 一般保留到小数点后两位(2) 统计数据一般保留到整数位，其中涉及计算数据保留到 小数点后 2 位(3) 百分比均保留到小数点后两位3.2 营销治理分系统功能模型在进行系统详细需求分析的同时，采纳 IDEF0 方法，利用 BPwin 功能模型设计软件， 建立了公司营销治理系统的功能模型。 建立功能模型的过程差不多上分为： 了解系统现有业务流程； 建 立现有系统功能模型； 分析改进现有业务流程； 建立新系统功能 模型。在对现有业务流程进行深入了解的基础上，对业务流程加以 认真分析，提出新的流程以解决存在的问题和适应新的系统环 境。例如，现在的销售开单工作全部集中在公司销售部进行，开 单过程中需要与各地中心 / 办事处通过传真件的往返进行信息传 递，由于传真件的字迹模糊不清专门容易引起差错， 而且降低了 工作效率（如图 1 所示）。结合公司网络系统建设，对销售开单 业务流程重新规划， 得出新的销售开单业务流程 （如图 2 所示）。 新流程中将开单业务分散到各中心 / 办事处，公司仅保留对直提 要货的开单