营销管理分系统详细设计报告

1、1 前言31.1 设计目标31.1.1 总体目标31.1.2 本期目标31.2 采取的策略31.3 设计依据32摘要43营销管理分系统详细设计43.1 营销管理分系统详细需求分析 43.1.1 功能详细需求分析 43.1.2 性能详细需求分析93.1.3 信息详细需求分析 103.2 营销管理分系统功能模型 123.3 营销管理分系统子系统和功能模块划分 153.4 分系统界面设计243.4.1 外部界面设计 243.4.2 用户界面设计244数据库系统设计264.1 设计要求264.2 信息模型设计264.2.1 信息模型设计使用的符号说明 264.2.2 信息模型设计284.3 数据库设计

2、284.3.1 数据访问频度和流量284.3.2 数据库选型284.3.3 异构数据库的连接与数据传递方式 294.3.4 数据安全性及保密性设计 304.3.5 数据字典设计 305网络通信系统设计315.1 设计要求315.2 网络设计方案316信息编码设计327关键技术371.1 提高查询速度371.2 保证系统安全391.3 数据一致性及安全408 系统配置408.1 计算机硬件与网络配置408.2 数据库及软件 配置409 限制409.1 VAX机的 WWW服务器409.2 通讯线路的选主举419.3 数据库在线容量的限制419.4 数据库主机的选择4110 组织机构及人员配置411

3、1 工程实施计划4111.1 实施内容与进度计划4111.2 测试及验收4212 参考和引用资料4213.1 附录1公司集团营销管理系统功能模型 4213.2 附录2公司集团营销管理系统信息模型4213.3 附录3公司集团营销管理系统实体属性表4243公司-CIMS营销管理分系统详细设计报告营销管理分系统 是公司集团CIMS工程（公司-CIMS）中的一个应用分系统。营销管理分系统涉及到冰箱、空调等产品的销售和售后业务管理工作。营销管理分系统设计根据公司集团的总 体发展目标，以及公司集团 CIMS工程的总体要求，在对企业现有状况进行广泛调研的基 础上提出。营销管理分系统的详细设计与实现工作，由公

4、司集团CIMS工程技术依托单位 之一的项目组承担。1.1 设计目标1.1.1 总体目标建立覆盖国内各 中心/办事处的计算 机网络系统。建立既能满足公司目前销售管理模 式的需要，又能在一定程度上适应公司集团发展变化需要的网络化、分布式公司集团营 销管理系统。达 到增强公司集团开拓国内外市场（首先是国内市场）的系统整体支持能力 的目的。1.1.2 本期目标1）建立集团公司营销管理系统在网络环境的支撑下建立分布式数据库系统和营销管理系统。提供对仓库管理、销 售 管理和产品销售过程的跟踪管理能力；实现仓库管理（包括成品仓、中转仓和售后仓）、销售管理、售后服务管理、财务管理的集成；实现市场营销过程管理与

5、售后服务管理的功能与信息集成；借助营销系统网络加速市场信息收集整理。2）建立1-2个省级中心/办事处营销管理系统并实现与集团公司 的互连。1.2 采取的策略（1）在软件工程生命周期法的大框架下，利用快速原型法进行营销管理系统软件的开 发。（2）使用功能模型设 计工具（BPwin）和信息模型设计工具（ERwin）进行系统的详细 设计，既可以保 证设计工作的规范性，又可以提高详细设计工作的效率。（3）采用浏览器/服务器模式和面向对象的程序设计方法，确保系统的可靠性和先进 性。（4）严格的模块测试和集成测试，为系统正确性提供保证。1.3 设计依据（1）公司集团CIMS工程联合设计组，公司集团 CIM

6、S工程初步设计报告，1998。（2）李伯虎，计算机集成制造系统（CIMS约定、标准与实施指南，兵器工业出版社， 1994。2摘要营销管理分系统 详细设计报告，在系统需求分析和初步设计的基础上，对系统的功 能、性能和信息 等方面进行了更详细的需求分析。在此基础上，建立了营销管理分系统 功能模型、信息 模型数据库系统，对数据库系统、网络通信系统以及信息编码等做了详 细设计。提出了营销管理系统开发实施中的各项关键技术，并对可能的限制条件进行了 分析。3营销管理分系统详细设计3.1 营销管理分系统详细需求分析为了能够深入细 致的开展营销管理分系统的详细需求分析工作，由项目组研究开发 人员和企管部电脑科

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

8、销售和售后服务管 理工作提高到更高的新水平。3.1.1 功能详细需求分析 冰箱销售部分功能详细需求分析在CIMS境下，冰箱销售部分要实现（公司）冰箱公司的销售管理信息的集成及实 时处理，要求准确、快速地提供计划、运输、库存以及财务等信息，要求及时地对冰箱 销售业务进行处理。它包括计划管理、发运管理、仓库管理、综合管理和财务管理五个 部分。1）计划管理计划管理主要负责对各地分公司上报的分公司进、销、存表进行统计分析，制定出 （三个月）滚动计划；根据分公司上报的商业单位的发货申请单制定出发货计划，之后 再根据实际运输 中的发运计划执行表实装数修改发货计划，形成实际的发货计划；根据 发

9、货计划以及商 业单位的货款情况开（正）调拨单，根据审批后的退货单据开（负）调 拨单，此外还要根据（售后的）的调换新机发货审领单开调拨单，在开调拨单时，还要 考虑到冰箱销售业务本身对灵活性和适应性的要求，因此要同时考虑对“先款后货”和 “先货后款”这 两种方式的处理；根据商业单位的货款回笼情况和公司既定的业绩计算 方法对各商业单 位的业绩进行评价，计算出商业返利；在必要时根据实际需要制定出调仓计划，开调仓 单给各仓库，在各仓库之间调剂余缺。2）发运管理发运管理主要负责根据审核后的发货申请单进行计划划分（铁路或汽车运输 ），用I 制定出铁路发运计划表和汽车发运计划执行表；对于汽运采取“先发货后开单

10、”的方式， 先由车队到仓库提货，再根据实装情况开调拨单，当车队将货物送达，返回经商业单位 签 收的发货证明单回执，再进行核对入帐；对铁路运输采取“先开单后发货”的方式，先开出调拨单，由车队从仓库提货送至火车站装车发运，如果发生掉装的情况，还要将 掉装的 货物送回仓库，并将掉装凭证返回，以重新开调拨单；同时还要根据实际的发运情况进行运输费用及保险费用的核算。3）仓库管理仓库管理主要负责成品仓和各地中转仓的管理，管理下线冰箱入库和铁路运输中的 掉装入库，根据 发货证明单的销售出库和根据调仓单的调仓出库，以及成品仓的帐务和 实物管理；管理 各地中转仓的调仓入库和退货入库，销售出库和各地售后服务中心所

11、需 的三包箱出库，以及中转仓的帐务管理和费用管理。4）综合管理综合管理主要负责广告费及外部人员工资的审核，冰箱区域流向信息的管理，以及 进行必要的统计汇总工作。5）财务管理财务管理主要负责根据调拨单和其它发货单据开销售发票；根据销售发票的使用情况生成发票销存表（及数据文件）报税务局；根据各种原始单据生成凭证，包括根据销 售发 票生成销售凭证，根据银行来款证明生成来款凭证，根据返销发票生成返销凭证，根据折让单生成折让凭证，还有根据其它调整的需要生成的调整凭证（无对应原始单据）；对各种凭证及原始单据记帐，形成一、二级总帐和单位明细帐；对各级帐和发货登记表、发货单据以及仓库进、销、存汇总表进行统计分

12、析形成帐龄分析表等各种财务统计报表。 冰箱售后部分功能详细需求分析冰箱售后部分实现对冰箱售后服务的管理功能，冰箱售后业务的性质决定了冰箱售 后 管理将是一个由省级用户服务中心的售后服务管理与公司集团冰箱用户服务部的售后 服务 管理共同组成的管理系统。冰箱售后工作包括：维修费用结算管理、用户信访管理、物料管理、质量反馈及分析和中心/网点信息管理等五部分。1）维修费用结算管理维修费用结算管 理模块应完成如下功能：各省级用户服务中心录入维修凭证，并进 行计算机审核和 生成本中心（包括下属网点）的月份费用汇总表；各中心把经过审核的 维修凭证数据通过远程计算机网络传送到公司公司总部；用户服

13、务部对各中心传来的数 据进一步审核，对不符合审核条件的记录要显示出来以便人工处理，将审核后合格的维 修凭证对不同的 维修网点分类别进行费用汇总，打印结算通知单；用户服务部给维修网 点支付结算费用 后，可在系统中做核销标记；按中心/维修网点编码、日期范围、冰箱型 号、机身编码、故障编码和分厂等各种条件进行维修记录凭证查询、故障统计、更换零 配件统计、维修 费用统计。2）用户信访管理用户信访管理模块应完成用户来信、电话和投诉的录入和修改，用户档案查询，信 访信息统计，信访服务质量统计，信访重大投诉统计；维修后用户访问表和问卷的录入和修改，用户访问表统计，用户访问表问卷部分的统计。3）物料管理物料管

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

15、对于调换类 零配件三包耗用，等相应的旧件退回后，由售后仓为各中心作冲帐；三 包外零配件耗用 管理，售后仓根据各中心录入系统的三包外零配件耗用汇总表为各中心 作冲帐。（2）三包成品箱管理 应完成用户服务部成品仓和各中心成品仓的管理，用户服务部和 各中心分别建立 新旧成品箱帐，分别管理本成品仓的入 /出库，用户服务部应可查询各中 心成品仓的帐目；用户服务部向销售部借领成品箱和各中心申领成品箱的管理，应包括 借据凭证或申领 单的录入，查询成品箱库存量，通过计算机远程网络传送申领单、实收 信息等；处理、报废箱的管理，应完成对报废周转箱、毁损箱和特殊故障箱的冲帐，对 沉淀箱、退换箱和运损箱销售后的汇总、

16、冲帐。4）质量反馈及分析质量反馈及分析模块应完成各种质量信息的统计，包括质量反馈信息表，各类故障 统计表，各类故障冰箱维修量统计表，A类件维修故障分类统计表。5）中心/网点信息管理中心/网点信息管理模块应完成建立中心/网点台帐，对中心/网点信息的统计，包括 资产配置统计，学习培训统计，财务费用的统计，人事档案统计，工资统计等，以及中 心/网点信息编码的维护。 空调销售部分功能详细需求分析在公司公司营销系统中，空调销售部分实现对空调销售业务各方面的管理，包括销 售业务管理、仓库管理、销售财务管理和销售综合管理等。它不仅提供对销售日常业务 的支持，还为各部门提供管理信息和辅助决策手段

17、。由于销售业务受市场状况、管理决 策等诸多因素的 影响，空调销售部分对销售业务已有的和可能有的各种情况都给予了考 虑，尽量满足销售业务对灵活性、适应性的较高要求。比如，发货管理不仅要考虑目前 采用的先款后货 方式发货管理，还要考虑今后可能使用的先货后款方式发货管理。销售 业务管理1）销售业务管理销售业务管理包括发货管理，处理机、三包机销售管理，调仓管理，已付款机退货 管理和未付款机退货管理。其中，发货管理和调仓管理是最主要的业务。销售业务管理 一方面要适应销售业务现有的和可能有的变化，一方面要提高开调拨出仓单的效率，辅 助管理，辅助决策。对于先款后货方 式发货管理，如果是成品仓供货，根据商业单

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

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

20、大致有开送货单， 对返回的有回执 的送货单进行核对、统计，计算运费、保险费，以及提供相应的统计信 息等。调仓指产品从公 司公司的一个仓库到另一个仓库（成品仓一中转仓，中转仓一中转 仓），它与产品销售的区别是调仓不计算价格，也就是说，调仓可以看成是价格为零的产品销售。先要依 据仓库（调出仓库和调入仓库）库存量等条件对调仓要求进行审核，然 后根据审核后的 调仓要求开出调仓入库单和调仓出库单，分别作为调出仓库产品出库的 凭证和调入仓库 产品入库的凭证。在处理机、三包 机销售管理中，对于处理机，根据财务发票，开调拨出仓单。对于 三包机，要根据空调售后部门提交的审核后的三包备用周转机申请表开相应的调拨出

21、仓 单。已付款机退货管理指根据已付款机退货单和退回的相应的发票或折让证明，开出退 货用调拨出仓单。未付款机退货管理根据未付款机退货单开退货用调拨出仓单。2）仓库管理仓库管理包括成 品仓（包括厂区仓库 和子仓库）和中转仓的入库、出库管理，记录仓 库帐目以及统计库存信息等功能。仓库管理一方面要代替原来的手工帐，为销售部门提 供实时库存信息，提高仓库入、出库管理能力，另一方面要增加产品条码帐，入、出库 都要记录每台产品的条码，为仓库帐龄分析、成本分析提供基础数据。仓库入、出库管理实时记录仓库入库帐和仓库出库帐，对于一张调拨出仓单多次提 货的情形，还能反映出实际提货情况。止匕外，还要记录仓库结存信息和

22、仓库盘盈亏信息， 并根据用户要求输出成品仓（包括厂区仓库和子仓库）和中转仓的入、出库统计信息， 仓库库存信息，仓库盘点信息。3）销售财务管理销售财务管理包括销售业务帐管理和销售财务帐管理，它在原有系统的基础上增加 了对应付款的管 理。销售财务管理在整个销售分系统中占有重要的地位，它对系统的可 靠性和数据的准确性要求很高。销售业务帐管理提供商业单位货款传真件的录入、查询，先货后款方式下贴息额的 计算和销售业务帐维护三个功能。销售业务帐维护包括根据开出的调拨出仓单减少商业 单位余额，收到 银行到款通知后对相应的款项做标记，先货后款方式下对在途货款额的 管理（如：减少商业单位现有赊销额等）。销售财务

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

24、额，二级总帐余额， 明细帐余额，应 收款/应付款单位明细帐余额，各地区应收款一览等信息，主要财务报表 有产品销售统计表（根据财务帐目得出），帐龄分析表，发票销存表 等。4）销售综合管理销售综合管理包括商业单位进、销、存统计分析，市场信息收集，计划准确率考核， 专卖店/专柜监督管理，广告业务综合管理，合同管理，产品信息管理，单位信息管理。 销售综合管理是 根据需要新加进空调销售分系统中的功能，是原有系统所没有的。它加 强了公司对各地 办事处的管理，提高了信息收集速度，减少了信息收集过程中的重复录 入，提供了对广告费用等的考核手段。商业单位进、销、存统计分析提供对各地办事处提交的月度商业单位进、销

25、、存统 计表的录入、修改、查询和统计功能。市场信息收集提供对各种市场信息的录入、修改、查询和统计。这些市场信息主要 包括各地月度主 要空调品牌畅销型号调查表，各地月度主要空调品牌价格快报，商业单 位月度主要空调品牌零售信息，月度商业单位要货计划等。计划准确率考核 比较各办事处提出的要货计划和各地实际销售情况，从而对办事处提出的要货计划的准确率进行考核。专卖店/专柜监督管理实现的功能包括根据空调售后部门返回的空调安装单，统计各 专卖店/专柜的销售实绩，对申请专卖店/专柜信息（专卖店/专柜开点申请单）的统计, 以及对有关专卖店/专柜建设（售点工程预算表，售点工程决算表）的信息的统计。广告业务综合管

26、 理包括广告费用管理，广告信息统计和促销人员管理。广告信息统 计包括对户外广 告（大型广告牌/灯箱街）运作表，空调样机发放领用签收表，户外广告 投放计划等的录入、查询、统计。促销人员管理包括促销人员信息，促销人员业绩考核 和促销人员工资管理。合同管理提供对合同的录入、查询、统计，并能根据经销单位销售实绩监督合同的 实际执行情况。产品信息管理包括产品信息的录入、查询、维护功能，单位信息管理包括对商业单 位、办事处、仓库等的信息的录入、查询、维护和打印功能。 空调售后部分功能详细需求分析在CIMS环境下，实现整个空调售后系统所属各部门（包含公司用户服务部，各管理 中心及各安装、维修网

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

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

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

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

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

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

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

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

35、息、营销管理信息、广告信息等。也可以按照信息的功能划 分为业务信息、产品信息、帐目信息、进销存信息、人员信息、用户权限信息、统计信 息等。2)精度要求(1)产品的价格数据精确到小数点后两位；(2)计划、生产数据 为整数；(3)财务处理金额数 保留到小数点后两位；(4)百分比均保留到小数点后两位； 冰箱售后部分信息详细需求分析1)信息类型冰箱售后部分的信息包括维修记录信息、更换配件信息、结算费用信息、各类故障 信息、用户信访信息、物料管理信息、中心/网点信息等。需要手工录入的数据有维修记 录凭证、配件或三包机的申领单、三包外配件或处理机销售汇总表、用户来信、电话或 投诉、用户问卷、

36、各中心A类件故障原因统计表等。2)精度要求(1)结算费用、配件或三包机单价等金额数据保留到小数点后两位(2)百分比均保留到小数点后两位3)传输及存放要求冰箱维修记录信息、更换配件信息、结算费用信息等由中心输入，并存入中心自己 的数据库中。由于用户信访有多种形式，用户信访信息有多种类型，其中有些需要由中心输入， 有些需要又集团公司输入。比如，用户的来信有可能投到中心，也有可能投到集团公司, 同样，用户的信访电话和投诉电话有可能打到中心，也有可能打到集团公司。因此，中 心和集团公司都应能够输入并保存信访信息。4)时效性系统应具有一定 的时效性。仓库库存量应随着配件或三包机入库或出库实时变化， 反映

37、实时库存。由于集团公司希望能够掌握完整的用户信访信息，所以中心的信访信息 应定期(每月)传回集团公司。冰箱维修记录信息、更换配件信息、结算费用信息定期 (每月)传回集团公司。 空调销售部分信息详细需求分析1)信息类型空调销售分系统的信息是空调销售各部门信息的集成，它在整个系统中占十分重要 的地位，为完成系统的功能提供了必要的前提和基础。按部门分，有销 售信息、财务信息、仓库信息、储运信息、市场信息、营销管理信 息、广告信息等。按功能分，有业务信息、产品信息、帐目信息、进销存信息、人员信 息、用户权限信息、统计信息等。2)精度要求(1)财务处理金额数 保留到小数点后两位(2)百分比

38、均保留到小数点后两位(3)运费、保险费等 保留到小数点后两位3)实时性要求仓库库存量应随着产品入库或产品售出实时变化，反映实时库存。开出调拨出仓单 后，商业单位业 务帐应及时改变。 空调售后部分信息详细需求分析1)信息类型本部分涉及的信 息分成以下几类：(1)原始信息，来自原始单据的信息；(2)统计信息，对原 始信息按照不同标准进行统计生成的各类信息；(3)计算信息，工作 过程中(主要是结算工作)进行了相关处理后生成的信息；(4)管理信息，部门信息和相关的管理办法与规定；(5)外部信息，来自用户或其他部门的信息。2)信息涉及的范围营销管理分系统是整个营销系统主要信息的综合。空调售

39、后管理部分的信息的流通 范围主要是售后用户服务部结算科，配件科，技术科，综合管理组，各管理中心等职能 部门。3)按信息分级管理需要分类(1)公有信息，该类 信息在整个空调售后范围内可自由流动，如有关网点、管理中 心的信息，安装维修信息等。这些信息供各职能部门作为参考，未经授权不得改动。(2)用户服务部管理信息，该类信息只能由用户服务部特定职能部门及人员进行浏 览和修改。(3)管理中心级信息，该类信息对用户服务部相关职能部门是可浏览的，除非在特 定情况下，用户 服务部无权直接修改中心数据。管理中心只对与本中心相关的信息有查 询和修改的权限，信息不能跨中心流动。(4)系统级信息，该 类信息由系统管

40、理员维护，其余人员未经授权不得访问。4)信息精度要求(1)结算处理金额数 据一般保留到小数点后两位(2)统计数据一般保留到整数位，其中涉及计算数据保留到小数点后 2位(3)百分比均保留到小数点后两位3.2 营销管理分系统功能模型在进行系统详细 需求分析的同时，采用IDEF0方法，利用BPwin功能模型设计软件， 建立了公司营销管理系统的功能模型。建立功能模型的过程基本上分为：了解系统现有 业务流程；建立现有系统功能模型；分析改进现有业务流程；建立新系统功能模型。在对现有业务流 程进行深入了解的基础上，对业务流程加以认真分析，提出新的流 程以解决存在的问题和适应新的系统环境。例如，现在的销售开单

41、工作全部集中在公司 销售部进行，开单过程中需要与各地中心/办事处通过传真件的往返进行信息传递，由于 传真件的字迹模糊不清很容易引起差错，而且降低了工作效率(如图 1所示)。结合公司 网络系统建设，对销售开单业务流程重新规划，得出新的销售开单业务流程(如图 2所 示)。荆流程中将开单业务分散到各中心/办事处，公司仅保留对直提要货的开单工作。 在开单权下放的同时，也加强了对开单的控制。首先是加强了对产品价格修改权的控制， 对任何产品的价格各中心/办事处都只能查询，而无权修改。避免中心/办事处在价格方 面 的出错。其次是加强了对客户货款余额的审查与控制，将客户货款余额作为开单的关键条件，对于货款余额

42、不足的客户，系统将拒绝为其开单。因此从系统的角度、采用技 术 手段对不符合要求的操作进行检查和拒绝，使系统的安全性得以保证。图1现空调销售开单业务流程中转仓商业单位电脑出仓单要货申请二中心/开电脑出仓单打款证明货款余额4审核后的中转仓 提货要货计划中心/办事处库存量直提要货计划批文库存量中转仓/产品库存量领导/批示销售/要货计划审查成品仓/产品库存量审核后的直提要货计划平衡后的直提 要货计划需要调整的 要货计划销售/开电脑出仓单直提电脑 出仓单成品仓中心/办事处不能满足的 要货计划需要调整的:不能满足的电话：传真：计算机远程通讯：要货申请：要货申请商业单位图2新空调销售开单业务流程现在的产品库

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

44、所示；图4描述了实行条码管理后的空调入出库管理业务流程。图3空调入出库管理业务流程图4 空调入出库条码跟 踪管理业务流程中企资料同一WWW.ZQZLCN中国最大的资料下载网站按照国家863/CIMS应用工程的要求，建立了公司营销系统 的功能模型。该模型由48 张不同层次的IDEF0图构成。公司营销管理系统功能模型参见附录 1。3.3 营销管理分系统子系统和功能模块划分根据公司营销管理系统的总体实现模式，营销管理分系统分为集团公司营销管理和 中心/办事处营销管理两大部分。集团公司营销管理部分的软件运行于集团公司的服务器 上，用于支持集 团公司各销售管理部门的各项业务，以及支持各地中心 /办事处需

45、要与集 团公司保持实时联系的各项业务。中心/办事处营销管理部分运彳T于中心/办事处的服务 器上，用于支持中心/办事处的本地业务和不需要与集团公司保持实时联系的各项业务。集团公司销售管 理部分又分为销售管理子系统，运输管理子系统，售后管理子系统，市场管理子系统，财务管理子系统，系统管理子系统等。中心 /办事处营销管理部分又分为销售管理子系统，售后管理子系统，市场管理子系统等。详细的功能模块划分如图5所3.4 分系统界面设计3.4.1 外部界面设计公司营销管理分系统与MRP系统之间存在有产品、配件、价格、销售计划等信息交换；与成本管理 分系统之间存在有产品库存以及资金占用等信息交换；与条形码输入系

46、 统之间存在有产品、仓库、商业单位等信息交换。3.4.2 用户界面设计公司营销管理分系统采用Browser/Server模式体系结构，客户端应用只需使用浏览 器即可，系统以 WWW页方式与用户进行交互，具有统一、友好、图形化的用户界面， 操作简单，无须复杂的培训，用户即可使用。因为此系统主要是对数据库操作，用户的操作主要包括数据录入、查询、修改和删 除等，为方便用户的使用，同一类型的用户界面应保持统一的风格，在用户操作过程中， 应有尽可能多并尽可能详细的提示信息，例如在用户未执行保存操作而退出修改或录入 界面时，要提示用户进行存盘，用户录入数据有误或数据不合法时要及时向用户报警， 要求重新输入

47、。图6为输入数据出错时系统提示的例子。图6用户录入错误时的 信息提示对于数据查询操作，用户输入查询条件（如日期范围、编号范围等），然后单击“查询”按钮便可进 行查询。查询结果的显示多采用 HTML勺TABLE（表格）形式，显示界面 整齐美观（如图7所示）。若需显示的结果数据很多，以至于一屏显示不下时，屏幕下方 将显示导航条和页数信息，便于用户的查阅。图7数据查询结果显示对于数据录入操作，用户输入必需的各项数据，然后单击“保存”按钮保存当前记录。单击“添加”按钮可继续输入下一条记录。数据录入的用户界面的外观如图8所示。图8数据录入界面示意4数据库系统设计4.1设计要求鉴于公司营销系统的业务特点和

48、公司集团对营销管理系统的要求，营销管理系统所 采用的数据库系统应满足如下要求：1）分布式2）关系型3）能存储和处理公司集团庞大的产品及相关数据4）能保持集团公司数据库数据和中心/办事处数据库数据 的一致5）具有备份数据与恢复数据的能力6）较高的查询响应速度7）具有完善的安全管理机制4.2 信息模型设计4.2.1 信息模型设计使用的符号说明信息模型设计中使用的图形符号完全服从IDEFIx方法规范。1）实体公司营销管理系统涉及到两类实体：独立实体和从属实体。（1）独立实体：实体的每一个实例能被唯一标识且又不依赖于它与其它实体的联 系。图形表示为方角矩形框。实体名（2）从属实体：实体的每一个实例的唯

49、一标识依赖于该实体与其它实体的联系 图形表示为圆角矩形框。2）联系可标定联系：子女实体的每一个实例都是由它与双亲的联系而确定，即子女实体的 主键中包含双亲 实体的主键。实体名甘，k可标定联系图形表示为:实体名双亲实体实体名子女实体非标定联系：子女实体的每个实例都能被唯一的标识，不需要通过联系识别 非标定联系图形表示为：实体名双亲实体实体名子女实体完全分类联系：一般实体的一个实例仅与一个分类实例相联系 完全分类联系图形表示为：实体名实体名般实体鉴别器实体名实体名分类实体3）属性属性表示事物的一种特征或性质。每个属性仅属于一个实体，为实体所继承的属性 只能是关键字属 性。一个实体的候选关键字属性可

50、以由一个或多个属性组成，它唯一确 定或标识实体的 每一个实例。如果实体存在多个候选关键字，必须指定一个为“主关键 字”，用PK表示，其它为候选关键字，也称为“次关键字 ”。由T公司营销管理系统选用 是关系型数据库 其数据模型为关系模型，因此设计中没有考虑候选关键字或次关键字。在确定联系和分类联系中，双亲实体或一般实体的主关键字要被子女实体或分类实体继承，这些被子女实体和分类实体继承的属性称为“外来关键字:用FK表示。4.2.2 信息模型设计在系统详细调查 的基础上，按照关系数据库设计方法和理论，对公司营销管理系统 所涉及到的台帐、报表、单据等信息进行分析整理，利用信息模型设计工具ERwin,对

51、实体、实体属性、关键字以及实体之间的联系进彳T设计。设计出了包含180多个实体（不包含视图）的公司营销管理系统信息模型。ERwin基于图形用户界面实现并扩展了 IDEFIx方法，ERwin提供了逻辑视图和物理视 图两种模式，并能够与ORACLE数据库相连接，能够直接完成由实体联系图到 ORACLE? 理数据库的转换工作。另外，ERwin还可以对数据库的完整性约束条件等进行设计，如 属 性的非空性、缺省值、有效性、触发器、增加及删除的约束等。视图、存储过程和触 发器 等都可以存储在ERwin文件中，在进行实体联系图到物理数据库转换时能够将视图、存储过程和触发器等一并生成。公司营销管理系统信息模型

52、的实体联系图和实体属性说明表，参见附录2,附录3。4.3 数据库设计4.3.1 数据访问频度和流量从数据被访问的 频繁程度看：产品库存数据、产品价格数据、业务帐数据、用户信 访数据等需要经 常输入与查询，因此数据的访问比较频繁。而产品安装数据、产品维修 数据、运输与保 险费用数据等通常是集中一定数量（或积累一定时间）的单据，以成批 处理的方式进行，因此数据访问频度比较低。从数据的流量大小看：产品库存数据、产品安装数据、产品维修数据、运输与保险 费用数据等都与产品相关，特别是实施产品单台跟踪后数据流量很大。4.3.2 数据库选型公司营销管理系统目前涉及到冰箱和空调的全部产品库存信息和产品销售信息

53、。而且数据库中的数据量将随着时间的推移而逐渐增加。如果按照年产冰箱360万台和年产空调120万台来估算，公司营销系统数据库不久将变得非常庞大。另外，公司营销系统 对系统数据的安全性和数据处理速度都有有很高的要求。因此在数据库选型时应充分考 虑系统对数据库的设计要求。在大型商业化关系数据库产品中，ORACL数据库具有：* 采用标准的SQLM构化查询语言。* 具有丰富的开发工具，覆盖开发周期的各阶段。* 支持超大型数据库，能支持在一个数据库中的数千 G的存储，数据类型支持数字、 字符、大至4GB的二进制数据，为数据库的面向对象存储提供数据支持。* 具有第四代语言的开发工具（SQL*FORMSSQL

54、*REPORTSSQL*MENU）。* 通过SQL*DBAE制用户权限，提供数据保护功能，监控数据库的运行状态，调整数 据缓冲区的大小。* 分布优化查询功能。* 具有数据透明、网络透明，支持异种网络、异构数据库系统。并行处理采用动态数 据分片技术。* 支持客户机/服务器体系结构及混合的体系结构（集中式、分布式、客户机 /服务器）* 实现了两阶段提交、多线索查询手段。* 支持多种系统平台（HPUX SUNOSOSF/1、VMS WINDOWSWINDOWS/NTOS/2） 。 * 数据安全保护措施：采取快照 SNAPT式完全消除了分布读写冲突。自动检测死锁和 冲突并解决。* 数据库内模支持多字节

55、码制，支持多种语言文字编码。ORACL敢据库所具有的这些特点，能够满足公司营销管理系统的要求。因此数据库系统选择ORACLE司的ORACLE8据库。4.3.3 异构数据库的连接与数据传递方式营销管理系统不 是一个孤立的系统，它与其它系统之间存在着不同程度的数据交换。特别是与公司集 团的MRP系统之间的数据交换问题需要加以研究解 决。由于公司集团的 MRP系统采用CA公司的MANMAN件，其数据库系统为网状数据库，因此与关系数据库 之间的信息交换 比较困难。1）方案一为了使营销管理系统与MANMAN统有机的结合在一起，我们拟在 NT WWW务器上 编写CGI程序。由该CGI程序启动VMS（统的FORTRAN序，该FORTRA理序通过与 MANMAN接口读取 MANMAN的数据，再将数据传回给 NT的CGI,再由CGI传送主页给 最 终用户。数据交换示意图如图9所示。图9营销管理系统与 MANMAN软件数据交换方案一但是这一方案存 在的问题是，处于NT WWW务器上的CGI程序是否能够启动VMS! FORTRAN序还需要做进一步的实验。所以，这一方案能否实现目前还没有十分的把握。2）方案二首先，在VMS8统上配置WWW务器（需公司集团方面协助实现 ）。然后将CGI程序 直接放到VMS1 （利用FORTRAN MANMAN口直接编写CGI）,这样用户就