全国营销管理信息系统设计报告

1 前言 ........................................................ 3 1.1 设计目标 ................................................. 3 1.1.1 总体目标 ............................................. 3 1.1.2 本期目标 ............................................. 3 1.2 采取的策略 ............................................... 3 1.3 设计依据 ................................................. 3 2 摘要 ........................................................ 4 3 营销管理分系统详细设计 ...................................... 4 3.1 营销管理分系统详细需求分析 ............................... 4 3.1.1 功能详细需求分析 ..................................... 4 3.1.2 性能详细需求分析 ..................................... 9 3.1.3 信息详细需求分析 .................................... 10 3.2 营销管理分系统功能模型 .................................. 12 3.3 营销管理分系统子系统和功能模块划分 ...................... 15 3.4 分系统界面设计 .......................................... 24 3.4.1 外部界面设计 ........................................ 24 3.4.2 用户界面设计 ........................................ 24 4 数据库系统设计 ............................................. 26 4.1 设计要求 ................................................ 26 4.2 信息模型设计 ............................................ 26 4.2.1 信息模型设计使用的符号说明 .......................... 26 4.2.2 信息模型设计 ........................................ 28 4.3 数据库设计 .............................................. 28 4.3.1 数据访问频度和流量 .................................. 28 4.3.2 数据库选型 .......................................... 28 4.3.3 异构数据库的连接与数据传递方式 ...................... 29 4.3.4 数据安全性及保密性设计 .............................. 30 4.3.5 数据字典设计 ........................................ 30 5 网络通信系统设计 ........................................... 31 5.1 设计要求 ................................................ 31 5.2 网络设计方案 ............................................ 31

6 信息编码设计 ............................................... 32 7 关键技术 ................................................... 37 7.1 提高查询速度 ............................................ 37 7.2 保证系统安全 ............................................ 39 7.3 数据一致性及安全 ........................................ 40 8 系统配置 ................................................... 40 8.1 计算机硬件与网络配置 .................................... 40 8.2 数据库及软件配置 ........................................ 40 9 限制 ....................................................... 40 9.1 9.2 9.3 9.4

VAX机的WWW服务器 ........................................ 40 通讯线路的选择 .......................................... 41 数据库在线容量的限制 .................................... 41 数据库主机的选择 ........................................ 41

10 组织机构及人员配置 ........................................ 41 11 工程实施计划 .............................................. 41 11.1 11.2

实施内容与进度计划 ..................................... 41 测试及验收 ............................................. 42

12 参考和引用资料 ............................................ 42 13 附录 ..................................................... 42 13.1

13.2 13.3

附录1 公司集团营销管理系统功能模型 .................... 42 附录2 公司集团营销管理系统信息模型 .................... 42 附录3 公司集团营销管理系统实体属性表 .................. 42

公司-CIMS营销管理分系统

详细设计报告

1 前言

营销管理分系统是公司集团CIMS工程（公司-CIMS）中的一个应用分系统。营销管理分系统涉及到冰箱、空调等产品的销售和售后业务管理工作。营销管理分系统设计根据公司集团的总体发展目标，以及公司集团CIMS工程的总体要求，在对企业现有状况进行广泛调研的基础上提出。营销管理分系统的详细设计与实现工作，由公司集团CIMS工程技术依托单位之一的项目组承担。

1.1 设计目标

1.1.1 总体目标

建立覆盖国内各中心/办事处的计算机网络系统。建立既能满足公司目前销售管理模式的需要，又能在一定程度上适应公司集团发展变化需要的网络化、分布式公司集团营销管理系统。达到增强公司集团开拓国内外市场(首先是国内市场)的系统整体支持能力的目的。

1.1.2 本期目标

1) 建立集团公司营销管理系统

在网络环境的支撑下建立分布式数据库系统和营销管理系统。提供对仓库管理、销售管理和产品销售过程的跟踪管理能力；实现仓库管理（包括成品仓、中转仓和售后仓）、销售管理、售后服务管理、财务管理的集成；实现市场营销过程管理与售后服务管理的功能与信息集成；借助营销系统网络加速市场信息收集整理。

2) 建立1-2个省级中心/办事处营销管理系统并实现与集团公司的互连。

1.2 采取的策略

(1) 在软件工程生命周期法的大框架下，利用快速原型法进行营销管理系统软件的开发。

(2) 使用功能模型设计工具（BPwin）和信息模型设计工具（ERwin）进行系统的详细设计，既可以保证设计工作的规范性，又可以提高详细设计工作的效率。

(3) 采用浏览器/服务器模式和面向对象的程序设计方法，确保系统的可靠性和先进性。

(4) 严格的模块测试和集成测试，为系统正确性提供保证。

1.3 设计依据

(1) 公司集团CIMS工程联合设计组，公司集团CIMS工程初步设计报告， 1998。 (2) 李伯虎，计算机集成制造系统（CIMS）约定、标准与实施指南，兵器工业出版社，1994。

2 摘要

营销管理分系统详细设计报告，在系统需求分析和初步设计的基础上，对系统的功能、性能和信息等方面进行了更详细的需求分析。在此基础上，建立了营销管理分系统功能模型、信息模型数据库系统，对数据库系统、网络通信系统以及信息编码等做了详细设计。提出了营销管理系统开发实施中的各项关键技术，并对可能的限制条件进行了分析。

3 营销管理分系统详细设计

3.1 营销管理分系统详细需求分析

为了能够深入细致的开展营销管理分系统的详细需求分析工作，由项目组研究开发人员和企管部电脑科技术人员共同组成了四个详细调查与设计小组，按照公司集团现有销售业务划分和管理模式分别对冰箱公司和空调公司的销售业务和售后业务进行了详细调查了解。对冰箱公司和空调公司各自业务的深入了解，有助于对公司集团整体业务特点的归纳。因此，对系统的详细需求分析亦按照现有销售业务划分和管理模式进行分别描述。公司集团的销售及售后业务处理工作目前基本上集中在公司总部完成。公司集团的RSR系统为销售和售后工作提供了部分支持功能。由于系统环境从集中式向分布式的迁移，因此RSR系统也要随之更换。新系统既要完成RSR系统中的功能，又要对其进行改进和补充以适应新的系统环境和新的销售与售后业务处理流程，使销售和售后服务管理工作提高到更高的新水平。

3.1.1 功能详细需求分析

3.1.1.1 冰箱销售部分功能详细需求分析

在CIMS环境下，冰箱销售部分要实现（公司）冰箱公司的销售管理信息的集成及实时处理，要求准确、快速地提供计划、运输、库存以及财务等信息，要求及时地对冰箱销售业务进行处理。它包括计划管理、发运管理、仓库管理、综合管理和财务管理五个部分。 1) 计划管理

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

发运管理主要负责根据审核后的发货申请单进行计划划分（铁路或汽车运输），分别制定出铁路发运计划表和汽车发运计划执行表；对于汽运采取“先发货后开单”的方式，先由车队到仓库提货，再根据实装情况开调拨单，当车队将货物送达，返回经商业单位签收的发货证明单回执，再进行核对入帐；对铁路运输采取“先开单后发货”的方式，先开出调拨单，由车队从仓库提货送至火车站装车发运，如果发生掉装的情况，还要将掉装的货物送回仓库，并将掉装凭证返回，以重新开调拨单；同时还要根据实际的发运情况进行运输费用及保险费用的核算。 3) 仓库管理

仓库管理主要负责成品仓和各地中转仓的管理，管理下线冰箱入库和铁路运输中的掉装入库，根据发货证明单的销售出库和根据调仓单的调仓出库，以及成品仓的帐务和实物管理；管理各地中转仓的调仓入库和退货入库，销售出库和各地售后服务中心所需的三包箱出库，以及中转仓的帐务管理和费用管理。 4) 综合管理

综合管理主要负责广告费及外部人员工资的审核，冰箱区域流向信息的管理，以及进行必要的统计汇总工作。 5) 财务管理

财务管理主要负责根据调拨单和其它发货单据开销售发票；根据销售发票的使用情况生成发票销存表（及数据文件）报税务局；根据各种原始单据生成凭证，包括根据销售发票生成销售凭证，根据银行来款证明生成来款凭证，根据返销发票生成返销凭证，根据折让单生成折让凭证，还有根据其它调整的需要生成的调整凭证（无对应原始单据）；对各种凭证及原始单据记帐，形成一、二级总帐和单位明细帐；对各级帐和发货登记表、发货单据以及仓库进、销、存汇总表进行统计分析形成帐龄分析表等各种财务统计报表。

3.1.1.2 冰箱售后部分功能详细需求分析

冰箱售后部分实现对冰箱售后服务的管理功能，冰箱售后业务的性质决定了冰箱售后管理将是一个由省级用户服务中心的售后服务管理与公司集团冰箱用户服务部的售后服务管理共同组成的管理系统。冰箱售后工作包括：维修费用结算管理、用户信访管理、物料管理、质量反馈及分析和中心/网点信息管理等五部分。 1) 维修费用结算管理

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

用户信访管理模块应完成用户来信、电话和投诉的录入和修改，用户档案查询，信访信息统计，信访服务质量统计，信访重大投诉统计；维修后用户访问表和问卷的录入和修改，用户访问表统计，用户访问表问卷部分的统计。 3) 物料管理

物料管理模块应包括零配件管理和三包成品箱管理。

(1)零配件管理应完成用户服务部、中心、网点三级配件仓管理，在中心建立本中心及其下属各网点的配件帐，用户服务部建立售后配件仓的配件帐，用户服务部可查询各中心和各网点的配件帐，同时，用户服务部和各中心将分别完成配件的入/出库管理；各级零配件申领管理，应包括各级申领单的录入，查询零配件库存量，通过计算机远程网络传送申领单、发运单、实收信息等；调换、非调换类零配件三包耗用管理，应由各中心录入的维修记录凭证的更换配件信息中统计出各网点的调换、非调换类零配件三包耗用，分别生成汇总表，对于非调换类零配件三包耗用，经审核后由售后仓为各中心作冲帐，对于调换类零配件三包耗用，等相应的旧件退回后，由售后仓为各中心作冲帐；三包外零配件耗用管理，售后仓根据各中心录入系统的三包外零配件耗用汇总表为各中心作冲帐。

(2)三包成品箱管理应完成用户服务部成品仓和各中心成品仓的管理，用户服务部和各中心分别建立新旧成品箱帐，分别管理本成品仓的入/出库，用户服务部应可查询各中心成品仓的帐目；用户服务部向销售部借领成品箱和各中心申领成品箱的管理，应包括借据凭证或申领单的录入，查询成品箱库存量，通过计算机远程网络传送申领单、实收信息等；处理、报废箱的管理，应完成对报废周转箱、毁损箱和特殊故障箱的冲帐，对沉淀箱、退换箱和运损箱销售后的汇总、冲帐。 4) 质量反馈及分析

质量反馈及分析模块应完成各种质量信息的统计，包括质量反馈信息表，各类故障统计表，各类故障冰箱维修量统计表，A类件维修故障分类统计表。 5) 中心/网点信息管理

中心/网点信息管理模块应完成建立中心/网点台帐，对中心/网点信息的统计，包括资产配置统计，学习培训统计，财务费用的统计，人事档案统计，工资统计等，以及中心/网点信息编码的维护。

3.1.1.3 空调销售部分功能详细需求分析

在公司公司营销系统中，空调销售部分实现对空调销售业务各方面的管理，包括销售业务管理、仓库管理、销售财务管理和销售综合管理等。它不仅提供对销售日常业务的支持，还为各部门提供管理信息和辅助决策手段。由于销售业务受市场状况、管理决策等诸多因素的影响，空调销售部分对销售业务已有的和可能有的各种情况都给予了考虑，尽量满足销售业务对灵活性、适应性的较高要求。比如，发货管理不仅要考虑目前采用的先款后货方式发货管理，还要考虑今后可能使用的先货后款方式发货管理。销售业务管理 1) 销售业务管理

销售业务管理包括发货管理，处理机、三包机销售管理，调仓管理，已付款机退货管理和未付款机退货管理。其中，发货管理和调仓管理是最主要的业务。销售业务管理一方面要适应销售业务现有的和可能有的变化，一方面要提高开调拨出仓单的效率，辅助管理，辅助决策。

对于先款后货方式发货管理，如果是成品仓供货，根据商业单位的发货申请单，要经过要货计划平衡和（汽运/铁运）储运平衡，然后生成调拨出仓单。要货计划平衡时，要看仓库库存量是否足够供货以及商业单位余额是否足够支付货款（有批文的要特殊处理），在两者都满足的情况下，公司综合管理科可能还要根据销售策略等对供货计划予以调整。满足要货计划平衡条件后，还要进行储运平衡，这是因为成品仓供货要由公司公司送货上门。储运平衡要检查商业单位所要的产品是否满足送货条件（比如，产品是不是够装一车）并安排发货时间。如果是中转仓供货，根据商业单位的发货申请单，只需查商业单位余额是否足够支付货款（有批文的要特殊处理）。如果商业单位余额足够，即可开调拨出仓单。

当然，无论是成品仓发货还是中转仓发货，在商业单位余额不够支付货款，但是差额很小的情况下，应灵活处理。比如，可以设定一个数值较小的额度，规定只要商业单位的余额加上这个数值足够支付货款即可开单。对于先货后款方式发货管理，业务流程类似于先款后货方式发货管理，只是要货计划平衡环节有所不同。在先货后款方式下，根据商业单位的具体情况，如资产、信誉等，给每个商业单位都规定了一个最大赊销额，赊销产品总价值不能超过这个额度。要货计划平衡时要看商业单位的累计赊销额是否超过了最大赊销额（有批文的要特殊处理）。只要未超过最大赊销额，就可以开调拨出仓单。储运管理也是发货管理的一部分。储运管理的功能大致有开送货单，对返回的有回执的送货单进行核对、统计，计算运费、保险费，以及提供相应的统计信息等。

调仓指产品从公司公司的一个仓库到另一个仓库（成品仓—中转仓，中转仓—中转仓），它与产品销售的区别是调仓不计算价格，也就是说，调仓可以看成是价格为零的产品销售。先要依据仓库（调出仓库和调入仓库）库存量等条件对调仓要求进行审核，然后根据审核后的调仓要求开出调仓入库单和调仓出库单，分别作为调出仓库产品出库的凭证和调入仓库产品入库的凭证。

在处理机、三包机销售管理中，对于处理机，根据财务发票，开调拨出仓单。对于三包机，要根据空调售后部门提交的审核后的三包备用周转机申请表开相应的调拨出仓单。

已付款机退货管理指根据已付款机退货单和退回的相应的发票或折让证明，开出退货用调拨出仓单。未付款机退货管理根据未付款机退货单开退货用调拨出仓单。 2) 仓库管理

仓库管理包括成品仓(包括厂区仓库和子仓库)和中转仓的入库、出库管理，记录仓库帐目以及统计库存信息等功能。仓库管理一方面要代替原来的手工帐，为销售部门提供实时库存信息，提高仓库入、出库管理能力，另一方面要增加产品条码帐，入、出库都要记录每台产品的条码，为仓库帐龄分析、成本分析提供基础数据。

仓库入、出库管理实时记录仓库入库帐和仓库出库帐，对于一张调拨出仓单多次提货的情形，还能反映出实际提货情况。此外，还要记录仓库结存信息和仓库盘盈亏信息，并根据用户要求输出成品仓（包括厂区仓库和子仓库）和中转仓的入、出库统计信息，仓库库存信息，仓库盘点信息。 3) 销售财务管理

销售财务管理包括销售业务帐管理和销售财务帐管理，它在原有系统的基础上增加了对应付款的管理。销售财务管理在整个销售分系统中占有重要的地位，它对系统的可靠性和数据的准确性要求很高。

销售业务帐管理提供商业单位货款传真件的录入、查询，先货后款方式下贴息额的计算和销售业务帐维护三个功能。销售业务帐维护包括根据开出的调拨出仓单减少商业单位余额，收到银行到款通知后对相应的款项做标记，先货后款方式下对在途货款额的管理（如：减少商业单位现有赊销额等）。

销售财务帐管理包括原始数据录入、查询、维护，开发票，生成凭证，记帐，生成各种财务报表以及输出帐目统计信息等几项功能。原始数据包含银行往来帐，审核后的运费、保险发票，科目信息和商业单位开户信息。开发票功能主要是根据调拨出仓单和空调售后部门返回的配件报废单开出相应的发票，并且可以查询、打印发票内容。生成凭证是财务管理的主要业务之一，它要根据各种发票及审核后的安装维修网点用款申请单编制销售凭证、银行来款凭证等原始凭证。记帐根据生成的凭证修改相应的帐目，包括总帐，单位往来明细帐，银行往来明细帐，商品销售明细帐等。帐目统计信息和各种财务报表的输出是财务管理的重要方面，帐目统计信息包括总帐余额，二级总帐余额，明细帐余额，应收款

/应付款单位明细帐余额，各地区应收款一览等信息，主要财务报表有产品销售统计表（根据财务帐目得出），帐龄分析表，发票销存表等。 4) 销售综合管理

销售综合管理包括商业单位进、销、存统计分析，市场信息收集，计划准确率考核，专卖店/专柜监督管理，广告业务综合管理，合同管理，产品信息管理，单位信息管理。销售综合管理是根据需要新加进空调销售分系统中的功能，是原有系统所没有的。它加强了公司对各地办事处的管理，提高了信息收集速度，减少了信息收集过程中的重复录入，提供了对广告费用等的考核手段。

商业单位进、销、存统计分析提供对各地办事处提交的月度商业单位进、销、存统计表的录入、修改、查询和统计功能。

市场信息收集提供对各种市场信息的录入、修改、查询和统计。这些市场信息主要包括各地月度主要空调品牌畅销型号调查表，各地月度主要空调品牌价格快报，商业单位月度主要空调品牌零售信息，月度商业单位要货计划等。

计划准确率考核比较各办事处提出的要货计划和各地实际销售情况，从而对办事处提出的要货计划的准确率进行考核。

专卖店/专柜监督管理实现的功能包括根据空调售后部门返回的空调安装单，统计各专卖店/专柜的销售实绩，对申请专卖店/专柜信息（专卖店/专柜开点申请单）的统计，以及对有关专卖店/专柜建设（售点工程预算表，售点工程决算表）的信息的统计。

广告业务综合管理包括广告费用管理，广告信息统计和促销人员管理。广告信息统计包括对户外广告（大型广告牌/灯箱街）运作表，空调样机发放领用签收表，户外广告投放计划等的录入、查询、统计。促销人员管理包括促销人员信息，促销人员业绩考核和促销人员工资管理。

合同管理提供对合同的录入、查询、统计，并能根据经销单位销售实绩监督合同的实际执行情况。

产品信息管理包括产品信息的录入、查询、维护功能，单位信息管理包括对商业单位、办事处、仓库等的信息的录入、查询、维护和打印功能。

3.1.1.4 空调售后部分功能详细需求分析

在CIMS环境下，实现整个空调售后系统所属各部门（包含公司用户服务部，各管理中心及各安装、维修网点）工作过程一体化和管理信息的集成，快速、准确、集中地反映整个售后工作中有关安装、维修、结算管理、配件管理等工作的信息以及用户信访和产品质量反馈信息，满足售后服务工作业务流程的要求，为用户服务部各级职能部门（主要包含结算科，配件科，技术科，综合管理组和各省级管理中心）提供管理信息及辅助其制定工作决策的手段，提高工作效率，改进工作方法，并加强对各个下属部门的监控，同时为生产和销售管理部门提供来自用户的产品产量和质量信息，以更有效的作好空调售后的服务工作，帮助生产和销售部门调整产量，提高质量，改进营销策略，从而完善整个空调公司的工作。

空调售后管理部分包括用户服务部、管理中心和安装维修网点三级管理，在功能上分成结算管理，配件管理，用户信访管理和质量信息反馈管理四个部分。 1) 结算管理

结算管理包含各种结算凭证的录入，审核，对网点的考核（包括违章扣罚和不定期的安装奖励）以及包含配件申领和耗用相关费用在内的各种费用的结算。结算凭证包含安装凭证、维修凭证，换机凭证以及检测凭证，这些凭证每月由安装维修网点汇总后送交所属

管理中心，管理中心进行初步审核，并完成数据录入工作。管理中心经授权可完成各类凭证在本中心所辖区域的审核，将合格部分经网络远程传送至售后结算科，对于不合格部分则将已录入信息删除，并将原始单据退回网点；未经授权的管理中心直接将原始数据传送至结算科，等待结算。结算科根据来自中心的数据完成费用结算工作。结算科将对这些信息进行更大范围（这里的范围既包含时域上的，也包含地域上的），多方面的审核。根据审核结果，视网点违章情况予以扣罚。结算科还可以不定期的统计网点在一定时间内的安装量，对安装量超过一定数额的网点予以奖励。同时，结算过程中考虑本次结算期内网点申领和三包期内耗用配件的情况，参考本次结算金额，扣除或返还配件费。结算完毕，开具结算通知书交网点。结算科根据网点开出的发票，向销售财务提出用款申请，付款给网点。

2) 配件管理

配件管理实施对三级仓库（售后，中心，网点）的两级管理（售后，中心），在功能上又分成新配件和新三包备用周转机的申领与发放，旧配件和旧三包备用周转机的耗用与返厂，配件与三包备用周转机的入出库和维修等，它集成了三级仓库的库存，结存，和进出库的帐目信息，并为结算工作提供网点配件申领的信息。正常情况下，下一级部门定期填写配件或三包备用周转机申领表，向上级部门（网点向管理中心，管理中心向售后，售后向配件公司）申领备用配件或三包周转机，上级部门根据提出申请的下级部门库存和本级仓库库存情况，确定实际发放数量，发出货物，记本地仓库帐。网点更换下来的旧配件或三包周转机随旧件返厂登记表，全部经中心返回售后配件仓库。伴随配件或三包周转机的流动过程，各级部门完成入出库操作，记各自的库存帐。配件的维修工作仅发生在售后配件仓库，三包机维修发生在售后和中心两级。 3) 用户信访管理

用户信访管理收集来自用户的信息，完成对相应事务的处理和监督，根据不同的统计条件产生各类统计报告。信访管理收集的信息主要分成以下几类：对管理中心或安装维修网点的投诉，对工作人员的投诉，对产品的投诉，用户报装、报修，用户咨询，建议与表扬，用户来信、来电购买配件等。信访管理中对于收到用户要求而未及时处理的情况应向操作员发出警告信息。 4) 质量信息反馈管理

质量信息反馈管理主要统计来自维修凭证和质量反馈调查的信息，生成有关售出产品质量的各种统计报告，供有关部门参考。

3.1.2 性能详细需求分析

1) 响应时间

系统应具有较高的响应速度，由于系统需要输入大量的出仓单、安装单、维修单、申领单等各种单据，即数据录入工作量非常大，因此需要系统对录入数据的提交有很快的响应。用户进行各种查询、统计时，应能够及时、准确地获得所需要的数据。响应速度应达到分钟级。 2) 安全性

系统应具有良好的安全性，对于各种数据的操作，都应设置相应的用户权限级别，防止非法用户对数据查看、修改或删除。不仅应对各职能部门的查询、操作设置权限级别，对各部门内的登录的用户也应设置更细的权限级别，避免非法用户对数据的查看和修改。具体地，在保证集团公司的相关职能部门以及各地分公司能够方便地查询其权限范围内的信息并进行允许的操作的同时，要保证各地分公司只能查看与本分公司相关的数据，只能

对本分公司的数据进行操作，没有修改集团公司及其他分公司数据的权限。同样，各中心只能看到本中心及其下属各网点的信息，而不能看到其他中心和用户服务部的信息，用户服务部可以看到所有中心/网点的数据。各中心无权作配件或三包机的冲帐，维修费用的结算、付款后的核销、仓库的结存等操作都必须由具有相应权限的专门人员进行。 3) 可靠性

系统应具有良好的可靠性。因为许多数据直接关系到费用结算、配件和三包机的数量，所以数据的正确性、可靠性尤为重要。在用户录入数据时，应做合法性检查，不合法数据不能提交，从而保证录入的数据的正确性，提高事务处理的效率和准确性。 4) 开放性

采用公开的标准和协议，具有良好的开放性。 5) 用户友好程度

系统应有统一、友好、图形化的用户界面，操作简单，易学易用，无须复杂的培训，用户即可使用。同一类型的用户界面保持统一的风格，在用户操作过程中，应有尽可能多并尽可能详细的提示信息，例如在用户退出修改或录入界面之前，提示用户进行存盘，用户录入数据有误或非法时及时向用户报警，从而方便用户的使用。同时，系统应具有良好的可扩充性、可维护性。

3.1.3 信息详细需求分析

3.1.3.1 冰箱销售部分信息详细需求分析

1) 信息类型

冰箱销售部分的信息是冰箱销售各部门信息的集成。包括销售信息、财务信息、仓库信息、储运信息、市场信息、营销管理信息、广告信息等。也可以按照信息的功能划分为业务信息、产品信息、帐目信息、进销存信息、人员信息、用户权限信息、统计信息等。 2) 精度要求

(1) 产品的价格数据精确到小数点后两位； (2) 计划、生产数据 为整数；

(3) 财务处理金额数保留到小数点后两位； (4) 百分比均保留到小数点后两位；

3.1.3.2 冰箱售后部分信息详细需求分析

1) 信息类型

冰箱售后部分的信息包括维修记录信息、更换配件信息、结算费用信息、各类故障信息、用户信访信息、物料管理信息、中心/网点信息等。需要手工录入的数据有维修记录凭证、配件或三包机的申领单、三包外配件或处理机销售汇总表、用户来信、电话或投诉、用户问卷、各中心A类件故障原因统计表等。 2) 精度要求

(1) 结算费用、配件或三包机单价等金额数据保留到小数点后两位 (2) 百分比均保留到小数点后两位 3) 传输及存放要求

冰箱维修记录信息、更换配件信息、结算费用信息等由中心输入，并存入中心自己的数据库中。

由于用户信访有多种形式，用户信访信息有多种类型，其中有些需要由中心输入，有

些需要又集团公司输入。比如，用户的来信有可能投到中心，也有可能投到集团公司。同样，用户的信访电话和投诉电话有可能打到中心，也有可能打到集团公司。因此，中心和集团公司都应能够输入并保存信访信息。 4) 时效性

系统应具有一定的时效性。仓库库存量应随着配件或三包机入库或出库实时变化，反映实时库存。由于集团公司希望能够掌握完整的用户信访信息，所以中心的信访信息应定期（每月）传回集团公司。冰箱维修记录信息、更换配件信息、结算费用信息定期（每月）传回集团公司。

3.1.3.3 空调销售部分信息详细需求分析

1) 信息类型

空调销售分系统的信息是空调销售各部门信息的集成，它在整个系统中占十分重要的地位，为完成系统的功能提供了必要的前提和基础。

按部门分，有销售信息、财务信息、仓库信息、储运信息、市场信息、营销管理信息、广告信息等。按功能分，有业务信息、产品信息、帐目信息、进销存信息、人员信息、用户权限信息、统计信息等。 2) 精度要求

(1) 财务处理金额数保留到小数点后两位 (2) 百分比均保留到小数点后两位

(3) 运费、保险费等保留到小数点后两位 3) 实时性要求

仓库库存量应随着产品入库或产品售出实时变化，反映实时库存。开出调拨出仓单后，商业单位业务帐应及时改变。

3.1.3.4 空调售后部分信息详细需求分析

1) 信息类型

本部分涉及的信息分成以下几类： (1) 原始信息，来自原始单据的信息；

(2) 统计信息，对原始信息按照不同标准进行统计生成的各类信息；

(3) 计算信息，工作过程中（主要是结算工作）进行了相关处理后生成的信息； (4) 管理信息，部门信息和相关的管理办法与规定； (5) 外部信息，来自用户或其他部门的信息。 2) 信息涉及的范围

营销管理分系统是整个营销系统主要信息的综合。空调售后管理部分的信息的流通范围主要是售后用户服务部结算科，配件科，技术科，综合管理组，各管理中心等职能部门。 3) 按信息分级管理需要分类

(1) 公有信息，该类信息在整个空调售后范围内可自由流动，如有关网点、管理中心的信息，安装维修信息等。这些信息供各职能部门作为参考，未经授权不得改动。

(2) 用户服务部管理信息，该类信息只能由用户服务部特定职能部门及人员进行浏览和修改。

(3) 管理中心级信息，该类信息对用户服务部相关职能部门是可浏览的，除非在特定情况下，用户服务部无权直接修改中心数据。管理中心只对与本中心相关的信息有查询和修改的权限，信息不能跨中心流动。

(4) 系统级信息，该类信息由系统管理员维护，其余人员未经授权不得访问。 4) 信息精度要求

(1) 结算处理金额数据 一般保留到小数点后两位

(2) 统计数据一般保留到整数位，其中涉及计算数据保留到小数点后2位 (3) 百分比均保留到小数点后两位

3.2 营销管理分系统功能模型

在进行系统详细需求分析的同时，采用IDEF0方法，利用BPwin功能模型设计软件，建立了公司营销管理系统的功能模型。建立功能模型的过程基本上分为：了解系统现有业务流程；建立现有系统功能模型；分析改进现有业务流程；建立新系统功能模型。

在对现有业务流程进行深入了解的基础上，对业务流程加以认真分析，提出新的流程以解决存在的问题和适应新的系统环境。例如，现在的销售开单工作全部集中在公司销售部进行，开单过程中需要与各地中心/办事处通过传真件的往返进行信息传递，由于传真件的字迹模糊不清很容易引起差错，而且降低了工作效率（如图1所示）。结合公司网络系统建设，对销售开单业务流程重新规划，得出新的销售开单业务流程（如图2所示）。新流程中将开单业务分散到各中心/办事处，公司仅保留对直提要货的开单工作。在开单权下放的同时，也加强了对开单的控制。首先是加强了对产品价格修改权的控制，对任何产品的价格各中心/办事处都只能查询，而无权修改。避免中心/办事处在价格方面的出错。其次是加强了对客户货款余额的审查与控制，将客户货款余额作为开单的关键条件，对于货款余额不足的客户，系统将拒绝为其开单。因此从系统的角度、采用技术手段对不符合要求的操作进行检查和拒绝，使系统的安全性得以保证。

商业单位 要货申请 领导/批示 批文 打款证明 打款证明 要货计划 要货申请 货款余额 产品价格 审核后的中转仓提货要货计划 销售/要货计划审查 承运单位 运输能力 审核后的直提 要货计划 储运/要货计划平衡 平衡后的直提 要货计划 销售/开电脑出仓单 直提电脑 出仓单 成品仓 电脑出仓单， 要货计划 电话： 传真： 中转仓 中转仓提货 电脑出仓单 中心/办事处 要货计划调整要求 不能满足的要货计划 商业单位 需要调整的要货计划 库存量 财务/业务帐 营销/产品价格 产品库存量 中心/办事处 不能满足的要货计划 图1 现空调销售开单业务流程

中转仓 电脑出仓单 中心/开电脑出仓单 审核后的中转仓提货要货计划 产品价格 货款余额 打款证明 直提要货计划 批文 商业单位 要货申请 打款证明 库存量 中转仓/产品库存量 中心/办事处 领导/批示 营销/产品价格 财务/业务帐 货款余额 销售/要货计划审查 审核后的直提 要货计划 库存量 成品仓/产品库存量 承运单位 运输能力 储运/要货计划平衡 平衡后的直提 要货计划 销售/开电脑出仓单 直提电脑 出仓单 成品仓 需要调整的要货计划 不能满足的要货计划 中心/办事处 需要调整的要货申请 不能满足的要货申请 商业单位 电话： 传真： 计算机远程通讯： 图2 新空调销售开单业务流程

现在的产品库存管理是以产品类型和规格为单位进行管理，在这种管理方式下只能对某种产品的存放地点、库存量以及出入库数量等信息进行管理，不能实现对单台产品的跟踪管理。在详细调研中，管理人员和业务人员从不同的角度提出了一些涉及到产品单台跟踪问题的需求，如产品流向跟踪，产品库龄分析等。为了严格仓库管理、加快产销信息衔接、提供更准确的产品销售分析信息，应该在产品销售过程中采用条形码技术。要采用条码技术还需要首先解决两个问题，一是包装箱上应该有条码；二是在成品仓、中转仓甚至较大的销售单位配备条码设备和计算机设备。当然，销售业务处理流程也要进行相应的改

变。从库存管理业务看，现在的空调入出库管理业务流程如图3所示；图4描述了实行条码管理后的空调入出库管理业务流程。

生产车间 产品 仓管员/清点 产品数量 入仓单 仓管员/开入仓单 仓库/库存帐 产品 仓库 产品 商业单位 产品 仓管员/清点/贴流向码 电脑出仓单 销售/开电脑出仓单 区域流向码 销售/流向码帐 图3 空调入出库管理业务流程

产品数量，电脑出仓单

生产车间 入仓单 产品 条码扫描设备 产品 仓库 电脑出仓单 产品 产品 条码扫描设备 销售 商业单位 入仓单 产品数量 电脑出仓单 产品数量 仓库/库存帐 入仓单 产品条码 电脑出仓单 产品条码 仓库/条码帐 图4 空调入出库条码跟踪管理业务流程

按照国家863/CIMS应用工程的要求，建立了公司营销系统的功能模型。该模型由48张不同层次的IDEF0图构成。公司营销管理系统功能模型参见附录1。

3.3 营销管理分系统子系统和功能模块划分

根据公司营销管理系统的总体实现模式，营销管理分系统分为集团公司营销管理和中心/办事处营销管理两大部分。集团公司营销管理部分的软件运行于集团公司的服务器上，用于支持集团公司各销售管理部门的各项业务，以及支持各地中心/办事处需要与集团公

司保持实时联系的各项业务。中心/办事处营销管理部分运行于中心/办事处的服务器上，用于支持中心/办事处的本地业务和不需要与集团公司保持实时联系的各项业务。

集团公司销售管理部分又分为销售管理子系统，运输管理子系统，售后管理子系统，市场管理子系统，财务管理子系统，系统管理子系统等。中心/办事处营销管理部分又分为销售管理子系统，售后管理子系统，市场管理子系统等。详细的功能模块划分如图5所示。

营销管理分系统 集团公司营销管理部分 销售管理子系统 成品仓（中转仓）管理 成品入仓管理 成品出仓管理 成品调仓管理 成品库存查询统计 产品销售管理 发货申请单审核 制定发货计划 开出仓单 销售单位管理 增加销售单位 修改销售单位 注销销售单位 销售单位信息查询统计 运输管理子系统 承运单位管理 增加承运单位 修改承运单位 注销承运单位 承运单位信息查询统计 产品运输管理 要货计划平衡 开送货单 送货单回执审核 运费审核 运输保险

售后管理子系统 产品安装管理 安装单管理 输入安装单 修改安装单 删除安装单 安装单查询统计 产品维修管理 输入维修单 修改维修单 删除维修单 维修单查询统计 费用审核结算管理 产品销售区域审核 安装单审核 维修单审核 打印结算单 打印用款通知书 结算核销 结算费用统计分析 配件管理 制定配件/三包机申领计划 配件/三包机领用信息统计 售后仓配件/三包机查询 中心配件/三包机帐查询 网点配件/三包机帐查询 售后仓管理 配件入仓管理 配件出仓管理 配件库存查询统计

三包机入仓管理 三包机出仓管理 三包机库存查询统计 质量信息管理 输入质量信息 修改质量信息 删除质量信息 质量信息查询统计 中心/网点信息管理 输入中心/网点信息 修改中心/网点信息 删除中心/网点信息 中心/网点信息查询统计 用户信访管理 输入信访/回访信息 修改信访/回访信息 删除信访/回访信息 信访/回访信息查询统计 市场管理子系统 市场信息管理 本公司产品近期销售计划 销售计划汇总 销售计划查询统计 本公司产品销售信息管理 本公司产品销售信息汇总 本公司产品销售信息查询统计 其它公司产品销售信息管理 其它公司产品销售信息汇总 其它公司产品销售信息查询统计 销售渠道管理 销售网点业绩管理 销售专柜业绩管理 广告信息管理 广告信息汇总 广告信息查询统计 财务管理子系统 财务科目管理 凭证管理 专用凭证管理 调整（通用）凭证管理 帐务管理 总帐（一/二级） 单位明细帐 业务帐 财务统计报表管理 应收帐统计 应付帐统计 银行来款统计 商品明细帐统计 报税发票统计 会计管理 原始单据管理 发票管理 返销发票管理 银行来款证明管理(含承兑汇票) 折让单管理 系统管理子系统 代码维护

用户权限设置 系统参数设置 中心/办事处营销管理部分 销售管理子系统 成品仓（中转仓）管理 成品入仓管理 成品出仓管理 成品调仓管理 成品库存查询统计 产品销售管理

发货申请单审核 制定发货计划 开出仓单 售后管理子系统 产品安装管理 安装单管理 输入安装单 修改安装单 删除安装单 安装单查询统计

产品维修管理 输入维修单 修改维修单 删除维修单 维修单查询统计 配件仓管理 配件入仓管理 配件出仓管理 配件库存查询统计

三包机入仓管理 三包机出仓管理 三包机库存查询统计 质量信息管理 输入质量信息 修改质量信息 删除质量信息 质量信息查询统计 网点配件管理 网点新配件管理 输入网点新配件申领单 修改网点新配件申领单 删除网点新配件申领单 网点新配件申领信息查询 网点三包周转机管理 输入网点三包机申领单 修改网点三包机申领单 删除网点三包机申领单 网点三包机申领单信息查询 网点旧配件管理 输入网点旧配件返厂单 修改网点旧配件返厂单 删除网点旧配件返厂单 网点旧配件返厂单汇总 网点旧配件返厂信息查询 网点三包坏损机管理 输入网点三包坏损机返厂单 修改网点三包坏损机返厂单 删除网点三包坏损机返厂单 网点三包坏损机返厂信息查询

网点配件帐报表管理 中心网点信息管理 中心网点信息查询统计 市场管理子系统 市场信息管理 本公司产品近期销售计划 输入销售计划 修改销售计划 删除销售计划 销售计划查询统计 本公司产品销售信息管理 输入本公司产品销售信息 修改本公司产品销售信息 删除本公司产品销售信息 本公司产品销售信息查询统计 其它公司产品销售信息管理 输入其它公司产品销售信息 修改其它公司产品销售信息 删除其它公司产品销售信息 其它公司产品销售信息查询统计 广告信息管理 输入广告信息 修改广告信息 删除广告信息 广告信息查询统计 系统管理子系统 代码维护 用户权限设置 系统参数设置 图5 营销管理分系统功能模块划分 3.4 分系统界面设计

3.4.1 外部界面设计

公司营销管理分系统与MRPⅡ系统之间存在有产品、配件、价格、销售计划等信息交换；与成本管理分系统之间存在有产品库存以及资金占用等信息交换；与条形码输入系统之间存在有产品、仓库、商业单位等信息交换。

3.4.2 用户界面设计

公司营销管理分系统采用Browser/Server模式体系结构，客户端应用只需使用浏览器即可，系统以WWW网页方式与用户进行交互，具有统一、友好、图形化的用户界面，操作简单，无须复杂的培训，用户即可使用。

因为此系统主要是对数据库操作，用户的操作主要包括数据录入、查询、修改和删除等，为方便用户的使用，同一类型的用户界面应保持统一的风格，在用户操作过程中，应有尽可能多并尽可能详细的提示信息，例如在用户未执行保存操作而退出修改或录入界面时，要提示用户进行存盘，用户录入数据有误或数据不合法时要及时向用户报警，要求重新输入。图6为输入数据出错时系统提示的例子。

图6 用户录入错误时的信息提示

对于数据查询操作，用户输入查询条件（如日期范围、编号范围等），然后单击“查询”按钮便可进行查询。查询结果的显示多采用HTML的TABLE（表格）形式，显示界面整齐美观（如图7所示）。若需显示的结果数据很多，以至于一屏显示不下时，屏幕下方将显示导航条和页数信息，便于用户的查阅。

图7 数据查询结果显示

对于数据录入操作，用户输入必需的各项数据，然后单击“保存”按钮保存当前记录。单击“添加”按钮可继续输入下一条记录。数据录入的用户界面的外观如图8所示。

图8 数据录入界面示意

4 数据库系统设计

4.1 设计要求

鉴于公司营销系统的业务特点和公司集团对营销管理系统的要求，营销管理系统所采用的数据库系统应满足如下要求：

1) 分布式 2) 关系型

3) 能存储和处理公司集团庞大的产品及相关数据

4) 能保持集团公司数据库数据和中心/办事处数据库数据的一致 5) 具有备份数据与恢复数据的能力 6) 较高的查询响应速度 7) 具有完善的安全管理机制

4.2 信息模型设计

4.2.1 信息模型设计使用的符号说明

信息模型设计中使用的图形符号完全服从IDEF1x方法规范。 1) 实体

公司营销管理系统涉及到两类实体：独立实体和从属实体。

(1) 独立实体：实体的每一个实例能被唯一标识且又不依赖于它与其它实体的联系。图形表示为方角矩形框。

实体名

(2) 从属实体：实体的每一个实例的唯一标识依赖于该实体与其它实体的联系。图形表示为圆角矩形框。

2) 联系

可标定联系：子女实体的每一个实例都是由它与双亲的联系而确定，即子女实体的主键中包含双亲实体的主键。

实体名

可标定联系图形表示为：

实体名

双亲实体

实体名

子女实体

非标定联系：子女实体的每个实例都能被唯一的标识，不需要通过联系识别。 非标定联系图形表示为：

实体名

双亲实体

实体名

子女实体

完全分类联系：一般实体的一个实例仅与一个分类实例相联系。 完全分类联系图形表示为：

实体名

一般实体

鉴别器

实体名 实体名

实体名

分类实体

3) 属性

属性表示事物的一种特征或性质。每个属性仅属于一个实体，为实体所继承的属性只能是关键字属性。一个实体的候选关键字属性可以由一个或多个属性组成，它唯一确定或标识实体的每一个实例。如果实体存在多个候选关键字，必须指定一个为“主关键字”，用PK表示，其它为候选关键字，也称为“次关键字”。由于公司营销管理系统选用是关系型数据库其数据模型为关系模型，因此设计中没有考虑候选关键字或次关键字。

在确定联系和分类联系中，双亲实体或一般实体的主关键字要被子女实体或分类实体继承，这些被子女实体和分类实体继承的属性称为“外来关键字”，用FK表示。

4.2.2 信息模型设计

在系统详细调查的基础上，按照关系数据库设计方法和理论，对公司营销管理系统所涉及到的台帐、报表、单据等信息进行分析整理，利用信息模型设计工具ERwin，对实体、实体属性、关键字以及实体之间的联系进行设计。设计出了包含180多个实体（不包含视图）的公司营销管理系统信息模型。

ERwin基于图形用户界面实现并扩展了IDEF1x方法，ERwin提供了逻辑视图和物理视图两种模式，并能够与ORACLE等数据库相连接，能够直接完成由实体联系图到ORACLE物理数据库的转换工作。另外，ERwin还可以对数据库的完整性约束条件等进行设计，如属性的非空性、缺省值、有效性、触发器、增加及删除的约束等。视图、存储过程和触发器等都可以存储在ERwin文件中，在进行实体联系图到物理数据库转换时能够将视图、存储过程和触发器等一并生成。

公司营销管理系统信息模型的实体联系图和实体属性说明表，参见附录2，附录3。

4.3 数据库设计

4.3.1 数据访问频度和流量

从数据被访问的频繁程度看：产品库存数据、产品价格数据、业务帐数据、用户信访数据等需要经常输入与查询，因此数据的访问比较频繁。而产品安装数据、产品维修数据、运输与保险费用数据等通常是集中一定数量（或积累一定时间）的单据，以成批处理的方式进行，因此数据访问频度比较低。

从数据的流量大小看：产品库存数据、产品安装数据、产品维修数据、运输与保险费用数据等都与产品相关，特别是实施产品单台跟踪后数据流量很大。

4.3.2 数据库选型

公司营销管理系统目前涉及到冰箱和空调的全部产品库存信息和产品销售信息。而且数据库中的数据量将随着时间的推移而逐渐增加。如果按照年产冰箱360万台和年产空调120万台来估算，公司营销系统数据库不久将变得非常庞大。另外，公司营销系统对系统数据的安全性和数据处理速度都有有很高的要求。因此在数据库选型时应充分考虑系统对数据库的设计要求。

在大型商业化关系数据库产品中，ORACLE数据库具有： *采用标准的SQL结构化查询语言。

*具有丰富的开发工具，覆盖开发周期的各阶段。

*支持超大型数据库，能支持在一个数据库中的数千G的存储，数据类型支持数字、字符、大至4GB的二进制数据，为数据库的面向对象存储提供数据支持。

*具有第四代语言的开发工具（SQL*FORMS、SQL*REPORTS、SQL*MENU等）。

*通过SQL*DBA控制用户权限，提供数据保护功能，监控数据库的运行状态，调整数据缓冲区的大小。

*分布优化查询功能。

*具有数据透明、网络透明，支持异种网络、异构数据库系统。并行处理采用动态数据分片技术。

*支持客户机/服务器体系结构及混合的体系结构（集中式、分布式、客户机/服务器）。 *实现了两阶段提交、多线索查询手段。

*支持多种系统平台（HPUX、SUNOS、OSF/1、VMS、WINDOWS、WINDOWS/NT、OS/2）。 *数据安全保护措施：采取快照SNAP方式完全消除了分布读写冲突。自动检测死锁和冲突并解决。

*数据库内模支持多字节码制，支持多种语言文字编码。

ORACLE数据库所具有的这些特点，能够满足公司营销管理系统的要求。因此数据库系统选择ORACLE公司的ORACLE8数据库。

4.3.3 异构数据库的连接与数据传递方式

营销管理系统不是一个孤立的系统，它与其它系统之间存在着不同程度的数据交换。特别是与公司集团的MRPⅡ系统之间的数据交换问题需要加以研究解决。由于公司集团的MRPⅡ系统采用CA公司的MANMAN软件，其数据库系统为网状数据库，因此与关系数据库之间的信息交换比较困难。

1) 方案一

为了使营销管理系统与MANMAN系统有机的结合在一起，我们拟在NT WWW服务器上编写CGI程序。由该CGI程序启动VMS系统的FORTRAN程序，该FORTRAN程序通过与MANMAN的接口读取MANMAN中的数据，再将数据传回给NT的CGI，再由CGI传送主页给最终用户。数据交换示意图如图9所示。

用户 浏览器 CGI程序 FORTRAN程序 MANMAN软件 NT WWW 图9 营销管理系统与MANMAN软件数据交换方案一

VMS 但是这一方案存在的问题是，处于NT WWW服务器上的CGI程序是否能够启动VMS上FORTRAN程序还需要做进一步的实验。所以，这一方案能否实现目前还没有十分的把握。

2) 方案二

首先，在VMS系统上配置WWW服务器（需公司集团方面协助实现）。然后将CGI程序直接放到VMS上（利用FORTRAN与MANMAN接口直接编写CGI），这样用户就可以直接连到VMS上，由CGI程序获取MANMAN中的数据，这一方案能够大大提高整个系统的工作效率。数据交换示意图如图10所示。此项工作需和电脑科的技术人员加以协调。

用户 浏览器 CGI程序 （FORTRAN） MANMAN软件 VMS WWW 图10 营销管理系统与MANMAN软件数据交换方案二

4.3.4 数据安全性及保密性设计

公司营销管理系统对数据的安全性和保密性都有很高的要求。为了能够达到这些要求，营销管理系统将从多个方面、分层次的采取安全措施。

1) 数据安全性设计

数据的安全性主要体现在：不会由于人为因素，使系统数据遭到破坏；不会由于系统故障，导致系统数据的大面积破坏和丢失。使用数据库备份机制定时备份数据库中的数据，以便数据库丢失时恢复。

2) 数据保密性设计

数据的保密性主要体现在：任何使用者都不能看到与其业务无关的数据，更不能更改这些数据。比如：冰箱公司只能看到该公司自己的数据，而空调公司也只能看到该公司自己的数据；不同的中心/办事处只能看到与该中心有关的数据，集团公司只能查看而不能修改中心/办事处的数据等。

4.3.5 数据字典设计

ERwin提供了丰富的处理文档的功能，有关实体、属性、联系、域及其相互之间的关系都可以用多种形式建立并打印出来，并且还可以将这些文档转换到选定的数据库中。

科营销管理系统数据库设计中，所有的实体（表）名、属性名都是以英文形式出现。因此，为每个实体（表）建立了包含实体（表）名的中英文对照、属性名中英文对照、属性类型、长度、主键和外键等内容的实体表。实体表作为实体联系图的必要补充，既是实体联系图的有效的辅助说明，又是程序设计人员编写程序时必不可少的重要资料。

详细的实体属性表参见附录3。

5 网络通信系统设计

5.1 设计要求

公司营销管理系统网络的设计，主要考虑下列基本原则： 1) 保证网络的先进性，同时要兼顾网络的经济性和可行性 2) 保证网络的开放性和可互连性 3) 保证网络系统的可靠性和安全性 4) 保证网络的可扩展性和可升级性

5) 充分考虑和利用现有网络设施，降低网络建设成本

基于上述基本原则，考虑到公司集团已经建立了覆盖集团总部和各分公司的主干网，所以营销管理系统网络只需要对公司主干网进行必要的扩充。公司集团营销管理系统涉及到分布在全国各地的中心/办事处、营销网点、安装维修网点，因此营销管理系统的网络设计应充分考虑其特点，并且要兼顾到网络建造费用、网络运行费用、网络通讯速度、信息传输可靠性等因素。

5.2 网络设计方案

为了找出比较好的实现方案，对各种可能的组网方案的优点及存在的问题做了分析比较，并与企管部电脑科的技术人员进行了讨论交流，提出了一套可行的实现方案。

各地中心/办事处与集团公司之间、各网点与中心/办事处之间采用电话线拨号上网方式进行通讯。因此，集团公司主干网应配备Modem Pool及多条电话线。由于营销管理系统采用浏览器/服务器模式开发，因此集团公司主干网上需要增加一台WWW服务器。

各地中心/办事处可以建立自己的局域网和WWW服务器，经Modem和电话线与集团公司连网。

各销售网点、维修网点可以只设一台PC机，经Modem和电话线与该地区中心/办事处连网。

具体实现方案如图11所示。

图11 公司营销管理系统网络设计方案

6 信息编码设计

营销管理系统主要用到以下信息分类编码： 1) 产品编码

(1) 代码结构

××× × ×××× × × 大类 标志 小类 颜色 等级 (2) 代码类型 (3) 代码长度 (4) 应用范围 2) 零配件编码

(1) 冰箱零配件编码 (2) 空调零配件编码 3) 产品分类属性编码

(1) 冰箱产品分类属性编码

a.代码结构

× ×× ×× ×× 工质 系列 型号 改型 b.代码类型 c.代码长度 d.应用范围

字符型 7

售后管理子系统（冰箱） 字符型 10

营销管理分系统

(2) 空调产品分类属性编码

a.代码结构

× × × × × ××× × × × × 品牌 单冷/冷暖 结构类型 变频 一拖一/二 功率 投产年度 改型 等级 预留

b.代码类型 c.代码长度 d.应用范围

4) 故障编码

字符型 12

售后管理子系统（空调）

(1) 冰箱故障编码

a.代码结构

× × × × ××

b.代码类型 字符型 c.代码长度 6

d.应用范围

售后管理子系统（冰箱）

(2) 空调故障编码

a.代码结构 ×× ×× 系列号 流水号 b.代码类型 字符型 c.代码长度 4

d.应用范围

售后管理子系统（空调）

(3) 冰箱故障现象编码

a.代码结构 ×× 系列号 b.代码类型 字符型 c.代码长度 8

d.应用范围

售后管理子系统（冰箱）

(4) 空调故障现象编码 5) 特约维修单位编码

(1) 冰箱维修单位编码

a.代码结构

× × × ×× × ×× 国 区 省 市(县) 中心识别码 流水号

故障

第一层细分故障 第二层细分故障

第三层细分故障 流水号

b.代码类型 c.代码长度 d.应用范围

字符型 8

售后管理子系统（冰箱）

(2) 空调维修网点编码

a.代码结构

××× ××× ×× 省 市 流水号 b.代码类型 c.代码长度 d.应用范围

6) 产品条形码

(1) 冰箱条形码

a.代码结构

××× ×× ×× × ×× ×× ×××× 冰箱型号 生产线号 颜色/等级 年 月 日 流水号 b.代码类型 c.代码长度 d.应用范围 (2) 空调条形码

a.代码结构

××× × × ×× ×× ×××× 型号代号 生产线代号 年 月 日 流水号（当日） b.代码类型 c.代码长度 d.应用范围

字符型 13

售后管理子系统（空调） 字符型 16

售后管理子系统（冰箱） 字符型 8

售后管理子系统（空调）

7) 销售单位编码（空调、冰箱共用）

a.代码结构

× ×× ××× ×× 国内/外 省 市 流水号 b.代码类型 c.代码长度

字符型 8

d.应用范围

8) 生产单位编码

营销管理分系统

(1) 公司产品生产部门编码 (2) 另配件生产厂家编码 9) 仓库编码

a.代码结构 × × A/C 顺序号 b.代码长度

2

c.代码类型 字符型 d.应用范围 销售管理子系统

10) 仓库类别编码 11) 省级中心和办事处编码 12) 运输单位编码

(1) 铁路车站编码 (2) 汽车队编码

a.代码结构 ×× ×× 省 流水号 b.代码长度 4 c.代码类型 字符型 d.应用范围 销售管理子系统

13) 行政区域编码（建议采用国标GB 2260-90）

(1) 冰箱地区编码

a.代码结构

× × × ×× 国 区 省 市(县) b.代码长度 5 c.代码类型 字符型 d.应用范围 营销管理分系统 (2) 空调地区编码

采用GB 10302-88

a.代码结构 ××× ××× 省 市 b.代码长度 6 c.代码类型 字符型 d.应用范围 营销管理分系统

14) 销售区域编码

a.代码结构 × （字母） 省

b.代码长度 1 c.代码类型 字符型 d.应用范围 营销管理分系统

15) 产品类别码

a.代码结构 ×× b.代码长度 2 c.代码类型 字符型 d.应用范围 营销管理分系统

16) 人事信息编码

a.代码结构 采用国标码 b.应用范围 营销管理分系统

7 关键技术

7.1 提高查询速度

1) 使用并行服务器选件

要求运行在多处理器计算机上，从而使多个现场（Instance）能并行的访问一个单独的数据库。

2) 使用并行查询选件

要求Oracle数据库服务器运行在多处理器计算机上，Oracle利用查询协调器及查询服务器把一个复杂的数据库操作划为逻辑子任务，并将这些子任务交给多个处理器，这些处理器并行工作，从而大大缩短了数据库操作所需的总时间。 3) 采用分区表及索引技术

为了能提高非常大的表的查询速度，Oracle提出了分区表及索引技术。该技术将大表分成若干较小的较易管理的子分区。这样对该表进行查询时，并不是访问具有同样的字段名、约束定义及其他属性，即所有的子分区具有相同的逻辑分区，而实际上位于不同的物理分区（甚至可以位于不同的表空间）。采用分区表技术并不增加最终用户的负担，用户完全透明的访问数据。其优点时不但可大大加快查询速度，而且当某一分区发生故障时，并不影响其他分区的操作，便于各分区的独立备份和恢复，另外可根据情况，适当将各分区放在不同硬盘上，从而可平衡I/O负载。

4) 使用MTS（Microsoft Transaction Server）技术

为了提高整个Broswer/Server系统的影响速度，我们使用了MTS（Microsoft Transaction Server）技术。MTS可有效地利用计算机资源，特别是我们系统所需使用的三种系统资源（线程、对象、ODBC连接）都提供了缓冲池（Pooling），而这三种系统资源的合理调用直接影响到站点的执行效能。首先MTS根据内部定标特性，提供多线程技术能力来管理同时进入站点的多个用户线程；同时MTS能建立一个所有用户能分享的对象实例库来避免系统资源的浪费；另外MTS将ASP页面上移走数据访问而将其转移到一个单独的商务对象中，以便其他支持DCOM的应用程序可重复使用该商务逻辑，从而达到ODBC的集成库。

通过一些精心设置的ASP编码，及对MS IIS进行一系列的配置，MTS和IIS可有机地无缝地联合工作，可大大提高B/S系统的性能。 5) 合理分配服务器与客户端的负荷分配

主页表单为用户提供了向服务器提交信息的手段，当要对用户的某些信息进行一些限制（如在一个文本框中只能输入数字，或在一个文本框内输入有长度限制的字符串等），可在服务器端设置一个对用户提交信息进行检验的程序。当用户输入不符合规定的信息，服务器会提醒用户重新输入，这样做的缺点是很明显的，用户需花较长的等待时间且加重了网络的信息流量。我们采用了均衡服务器和客户端负荷的方法，充分利用客户机的计算能力，在主页中插入一些脚本，由客户浏览器来验证用户输入信息的合法性。

下面是一些脚本片段，用以完成上述工作（验证数字域）： CheckOK = \"1234567890\"

CheckStr = theForm.Control1.Value For i = 1 to Len(CheckStr) ch = Mid(CheckStr,i,1) If (InStr(CheckOK,ch) = 0) Then allValid = False Exit For End If Next

If (Not allValid) Then … ……

6) 使用批提交技术

当前主页编写时，一般使用表单。表单对于处理单条记录的查询、修改、插入时是很便利的。但在实时工作时，操作员可能需一次同时录入多条记录后，再统一执行一次提交

操作。这种操作方式不仅符合工作模式，也可节省网络信息的流量。为了克服表单只能提交一条记录的缺点，我们开发了一个数据库表格控件。该控件遵循微软公司的DCOM规范，利用ODBC和ADO连接到目标数据源。该控件可显示多条记录，设有第一条记录，最后一条记录，前一记录，后一记录，修改、插入、取消等多种方法。将此控件放在主页上，即可实现类似于PowerBuild的Grid Datawindow的功能，从而达到我们的设计要求。 7) 使用自动系列号技术

对于一般的应用程序来说，在数据库中生成唯一的系列号是一件很麻烦的工作，一般是将当前数据库中的最大系列号取出，再加上一增量作为新系列号，但当多用户插入同一表时，有时会发生系列号不唯一的错误。这种方法不仅需查询大量数据，从而造成操作延误，而且经常由于系列号不唯一，使用户操作时极不方便。

我们利用下列的数据库端操作来自动生成系列号：

Create Sequence 0 CustomerID increment by 1 start with 1000; 当需插入新记录时，只需执行下列SQL 语句即可； Insert into CUSTOMER (Name,Contact,ID) Values('项目组','张三',CustomerID.NextVal);

这种方法大大提高了操作速度，而且能保证多用户插入时不会发生冲突。 8) RAS的客户端编程

公司营销系统是建立在以电话网为基础的广域网上，远端用户需拨号登录到主机上，才能连通计算机，达到浏览的目的。目前拨号上网的软件很多，但都不能满足我们的需求。我们需要的是在远程计算机的主页上点取某一超级链接时，能自动拨打相应的电话号码，并自动实现TCP/IP的连接，从而达到浏览操作的功能。为了实现上述目标，我们编写了RASDial控制，该控制根据Modem的初始化记录，能拨打正确的电话号码，实现PPP连接，从客户机能正确连接到主机上。当用户关闭浏览器时，能自动切断电话。利用RASDial可实现用户操作透明化，大大减轻了最终用户操作的复杂性。

7.2 保证系统安全

1) 采用多级口令保证系统安全（关封匿名用户）

为了保证系统安全运行，防止非法用户侵入，我们设置了多级口令来加强防范。首先任何用户想登录到WWW服务器上，必须有合法的用户名和口令，我们的WWW服务器不支持匿名登录。其次能登录到WWW的用户在运行某一应用程序时，必须提供数据库的用户名及口令，数据库系统根据该用户的操作级别（对记录的读、修改、插入、删除等）授予用户不同的程序界面。对一些重要操作（如插入、修改、删除）都自动记录其用户名及操作时间，根据这些操作记录，可迅速追踪操作事故的责任人。 2) 建立虚拟目录

在WWW服务器上设置虚拟目录，即在服务器上将实际物理路径设置别名。虚拟目录隐藏了WWW服务器上的目录结构信息，从而避免浏览器用户通过选择View菜单中的Source项，找到Web页的来源，从而有可能对Web服务器加以攻击。在实施时，对不同性质的文件分别存于不同的子目录中，并为不同名虚拟目录指定不同的访问方法，即Read,Execute或Read and Execute，从而进一步加强虚拟目录的安全性。 3) 检查客户端IP地址

为了进一步加强上网用户计算机的管理，我们在WWW服务器上设置了客户端IP地址核查工作。任一台登录的计算机必须在设定的IP地址范围之内，从而避免了外部IP地址

的侵入。

4) 利用电话回拨技术校核远程用户

远程拨号上网用户是容易造成非法侵入的重点对象。一方面为了保证在通话过程中信息不被窃听，我们采用SSL加密编码，网上传输的不是明码信息，使窃密者不能得逞。另外，为进一步校核拨号上网的用户的合法性，拟采用电话回拨技术，即远程用户拨入之后，服务器（或路由器）根据已设置好的合法远程用户电话号码进行回拨，确认是否从合法用户那里打来的电话，从而可以避免非法用户（使用非合法电话机）拨号上网。

7.3 数据一致性及安全

1) 历史数据库的存档

对于大量的不经常使用的历史数据，拟采用脱机方式加以处理： （1）分离出所有的历史数据，将其移到一个新的表空间 （2）将此表空间脱机

（3）对该脱机表空间进行备份（光盘或磁带） （4）删除该表空间的全部数据文件

（5）若需要使用脱机数据，可从备份来恢复数据文件，然后使表空间联机。 （6）安全备份

2) 分布式数据库中数据的一致性

整个系统采用分布式数据库系统，即集团和省级中心都装有数据库，其中省级中心只装其内部数据，而集团公司则装有全部数据。

当省级中心输入数据时，操作员可直接在省级中心的主机或局域网上输入数据，各维修、销售点也可通过电话线录入数据。省级中心定时利用增量复制技术，将新数据（或修改过的数据）通过电话线传到集团公司，从而使两方数据保持一致。

当省级中心需要集团公司数据或执行某些即时操作，则可通过电话线直接访问集团公司数据库。这可大大节省电话费用，同时又满足工作需要。

8 系统配置

8.1 计算机硬件与网络配置

略

8.2 数据库及软件配置

ORACLE8数据库

9 限制

9.1 VAX机的WWW服务器

为了提高运行速度，简化程序开发，我们拟在VAX机上设置WWW服务器，这样客户浏

览器客直接调用VAX机上的CGI程序（用Fortran编写的）读取Manman的数据。

否则的话，需在VAX机上编制Fortran程序，然后利用通讯程序将Fortran生成的数据文件传输到IIS所在机器上，才可被浏览器使用。

9.2 通讯线路的选择

对于广域网来说，目前解决方案很多。例如卫星通讯、ATM、DDN、帧中继等都是很好的实现方法，技术成熟，迅速可靠。

目前鉴于公司的投资力度，对于广域网我们采用公用电话拨号的方法，这种方法造价最便宜，但在网络速度、可靠传输等方面性能均很差。

9.3 数据库在线容量的限制

公司集团营销管理分系统是一个大型数据库系统，根据营销管理分系统的信息模型表实体有近200个，且有的表容量很大。例如假若跟踪单台空调，且保证5年数据在线，则此表就将有120×5万条记录，这对任一台主机来说，查询都是非常费时的工作。所以适当确定在线数据库是一项很重要的工作，这有待于系统运行后，根据所选主机加以适当设置。

9.4 数据库主机的选择

为了提高查询速度，我们建议选用ORACLE数据库并行服务器选件及并行查询选件，这些选件对数据库主机有一些特殊要求，即需相应地采用带有多CPU的数据库主机，因此有可能会造成投资加大。

10 组织机构及人员配置

公司营销管理系统设计与实施过程人员配置 主任设计师： ××× 教授

副主任设计师： ××× 教授 ×× 副教授 组员： ××× 教授 ××× 副教授 ××× 副教授

11 工程实施计划

11.1 实施内容与进度计划

1999.6.15 完成需求分析、设计及其相应文档； 1999.10.31 开发省级用户服务中心的售后服务管理子系统（包括结算管理、配件管理和用户信访管理）；

2000.1.31 开发销售过程管理子系统（包括销售仓库管理、营销业务管理和销售财务管理、销售商业风险管理）；

1999.12.31 完成1-2个省级用户服务中心的售后服务管理子系统的试运行； 2000.3.31 完成销售过程管理子系统的试运行； 2000.4.30 完成营销管理系统的专业培训；

2000.8.30 按照863/CIMS规范要求，完成验收准备工作（包括文档和报告等）。

11.2 测试及验收

为保证和确认公司营销管理系统的正确与可靠，伴随整个软件开发过程都有配套的文档和测试，并设有专门的测试小组。测试分为模块测试、子系统测试、系统组装测试和验收测试等测试过程。

详细的测试内容和计划参见附录公司营销管理系统测试大纲。

12 参考和引用资料

(1) 公司集团CIMS工程联合设计组，公司集团CIMS工程初步设计报告， 1998。 (2) 李伯虎，计算机集成制造系统（CIMS）约定、标准与实施指南，兵器工业出版社，1994。

(3) 陈禹六等，IDEF0及IDEF1X复杂系统通用设计分析方法，电子工业出版社。 (4) ORACLE8

(5) 陈禹六等，计算机集成制造系统设计和实施方法论，清华大学出版社。

(6) 李芳芸等，CIMS环境下——集成化管理信息系统的分析、设计与实施，清华大学出版社。

(7) 刘京梅等，863/CIMS应用工厂实例汇编，机械工业出版社。 (8) 沈文智，Microsoft IIS网页技术，人民邮电出版社。

(9) Microsoft, Microsoft Visual InterDev 6.0 Programmer’s Guide。 (10) K.Spencer, Microsofe Visual InterDev从入门到精通。

13 附录

13.1 附录1 公司集团营销管理系统功能模型 13.2 附录2 公司集团营销管理系统信息模型 13.3 附录3 公司集团营销管理系统实体属性表

4.21.202003:5403:54:0220.4.213时54分3时54分2秒Apr. 21, 2021 April 20203:54:02 AM03:54:03 2020年4月21日星期二03:54:03