研究营销管理体系需求描述与建模的论文.doc

研究营销管理体系需求描述与建模的论文 1引言 随着计算机技术的不断发展和应用领域的扩大,在合理时间内开发和管理高质量应用程序的任务变得越来越重要.人们对软件系统的分析、设计、实现及维护等方面提出了越来越高的要求,包括缩短系统开发周期,提高系统质量与可靠性,提高软件系统的开放性、可扩展性和可重用性等1.本文以啤酒业销售管理系统为研究对象，提出了一种基于UML建模的迭代式开发方法.实践证明，笔者用这种方法为啤酒企业建立营销管理系统可以很好地处理需求和技术风险、进行软件质量控制，大大缩短开发周期，使得开发出来的系统功能强大、易维护、可扩展. 2营销管理系统需求描述与建模 2.1需求描述 营销管理系统的基本任务是处理各种销售数据，主要有产品销售数据、计划数据、销售费用数据以及客户关系管理、员工管理、销售合同管理等.其中产品销售数据细化到客户销售各种产品的数据，员工销售各种产品的数据，由此产生出各种销售报表，如客户销售明细报表、业务部门和业务员的销售业绩报表、产品销售明细报表和汇总报表等.计划数据主要有产品销售计划、业务部门和业务员的销售计划，计划要细分到年、季、月，在可能的情况下要细化到日.根据销售制定的对业务员的考核办法，产生业务员和业务部门的销售业绩报表，从而核算员工的工资.销售费用数据包括广告促销费用、招待费、订货会、员工工资、业务员的差旅费等所有与销售有关的费用.客户关系管理主要有客户资料、客户等级的评定等.员工管理包括员工的基本信息管理，以及其销售业绩管理.销售合同管理包括合同文件的管理以及与合同有关的事项管理.此外，本系统还与公司的生产、财务、仓储、人事等等部门进行有效的接口，以便信息能及时地传输. 2.2需求建模 需求建模的过程就是用例的获取过程2.大部分用例将在项目的需求分析阶段产生，这些都应及时增添到已有的用例集中.用例集中的每个用例都是一个潜在的需求3.图1为啤酒业营销管理系统的用例模型.一个用例模型可由若干幅用图组成.一幅用例图包含的模型元素有系统、行为者（Actor）、用例（UseCase）、以及表示它们间的不同关系，如泛化、关联、依赖等4.图1中的椭圆代表用例，线条人代表行为者，他们之间的连接线表示关系.图中有4个行为者，分别是操作员/内勤、业务人员、公司客户、财务系统等，他们是系统外的角色，分别执行着系统的不同功能.行为者执行用例.图中列出了6个用例，分别是录入、维护基本信息、结算销售折让、统计销售业绩、修改密码、查询等.一个用例表示被行为者感受的一个完整的功能.由图中可知行为者操作员/内勤负责各种销售数据的录入，如对产品销售数据的录入，销售计划的制定、销售费用（计划和已发生）的录入、对基本信息的录入等；一个用例可与多个行为者发生联系，如图中的结算销售折让、查询用例.结算销售折让用例与财务、公司客户相关联，因为销售业绩最终要得到财务的审批，并且要对其记帐；结算销售折让的最终结果就是公司客户从财务部门获得了相应款项的金额.通过用例图，使得设计者在系统设计的最初阶段将主要精力集中在系统的功能上，而不是系统的具体实现上5.对于比较复杂的系统，可以增加活动图显示活动流程和并发行为，使得建立的需求模型更加完整. 2.3静态建模 静态建模是通过类图、对象图和包图来定义系统对象以及对象之间的静态关系.类之间的静态关系有关联(association)、泛化(generalization)、聚集(ag-gregation)和细化(refinement)等，它是其它图的基础.类图描述了系统中的类及其相互之间的各种关系，其本质反映了系统中包含的各种对象的类型以及对象间的各种静态关系.对象图是类图的一个实例，它描述类图中的类的特定实例.图2是销售管理系统中的基本信息对应的实体类图，图中的类有产品类、客户类、部门.类和员工类，它们可映射到数据库中的表.在产品类中，产品的属性有产品编号、产品名称、价格、单位及规格等，在系统中的操作有添加、保存、取消、删除、修改、查询等.图中的其它几个类图与它相类似.它们之间存在关系，并且有重数（multi-plicity）的数值范围，表示该类有多少个对象可与对方的一个对象连接.如一个客户可能销售公司的一种产品或多种产品.图中除了关联关系外，还有共享聚集（sharedaggregation）关系，如员工类和部门类. 2.4动态建模 动态建模是通过顺序图、合作图、状态图和合作图来描述对象间的交互关系、对象的生命周期和生命周期中对象的可能存在的状态以及状态间的转换约束6.活动图用来描述完成一个操作所需的活动，或者是一个用例实例（场景）的活动.本文以活动图为例，说明为完成一个操作所需的活动.图3是统计销售业绩活动图.在图3中，业务部门的销售情况需要得到有效的评估，于是在营销管理系统中，需要对其进行业绩统计.活动开始操作员选择待统计的业务部门，然后，单击统计按钮，如果在所选的统计期间内，该业务部门没有发生业务，则出现提示信息，表示没有业务发生，系统与计划数据相比较，得现业绩为0的结果；如果有业务发生，则系统进行统计并与计划数据相比较，得出相应的销售业绩.操作员接着统计下一个业务部门，发生与上述相同的活动.最后，需要打印成报表，在需要的情况下，将相应数据导出到Excel表或Word文档中.至此，整个统计活动结束.图中，共两个泳道，左边表示与业务部门的有关活动，如是否申请，是否发生了业务活动等.右边表示操作员进行统计的一系列活动. 3系统实现 本文以某啤酒企业营销管理系统（BMMIS）为例进行开发实现7.系统根据任务、使用对象不同,采用C/S和B/S两种模式实现各种功能.销售部门内部采用C/S模式,便于内部管理和提高效率；对于驻外子公司、业务人员和客户采用B/S模式,主要功能是数据收集、发布产品信息、客户管理和网上订单管理.把用户界面处理、业务功能处理、数据处理三个子模型相互独立,分别由不同的资源、代码来实现,由此形成B/S模式.Client端的标准配置是浏览器,如IE；业务功能处理从C/S代码中彻底分离出来,由独立的应用服务器理，Web服务器是标准配置;数据处理仍然由数据库服务器处理.B/S模式是三层分布结构,即浏览器-Web服务器-数据库服务器.在UML中，可用配置图来表示.系统开发环境包括MicrosoftSQLServerxx构建数据库存储、管理环境；MicrosoftSQLServerAnalysisServices构建多维数据集；前端展示的开发工具用VisualStudio.NETxx中的C#来开发（Windows应用程序、Web应用程序、WebSer-vices应用程序）；网络服务器为IIS6.0.硬件环境有一台数据库服务器、多台终端、局域网.软件环境有WindowsxxServer系统、SQL2000Server、Analy-sisServices及程序开发工具，如.NETxx.BMMIS开发包括系统实现与书面报告两部分.BMMIS致力于为啤酒企业销售部门提供一个功能强大的业务管理和数据处理、分析集成环境.包括：一个数据库平台，提供基于数据库的数据管理和面向决策的OLAP数据分析处理功能；提供系统管理模块，以及营销管理等灵活开放的任务组织形式.BMIS功能结构如图4所示.集中管理和维护数据库中数据的功能，包括数据存储优化、数据更新维护的能力.集成OLAP多维综合和分析，通过内置OLAP引擎，提供高效OLAP分析的能力.提供查询、报表、客户管理、营销管理及系统管理等功能.提供多种可视化方法显示和分析各种数据能力.提供产品销售预测模型.以信息查询为例，信息查询包括客户信息查询、产品信息查询及销售费用的查询.在客户信息查询主要是查询一些客户的信息，如客户资料、客户销售情况等；产品信息查询是查询产品的一些基本信息，如价格、产品的分类等；销售费用查询用于了解在过去曾发生的销售费用，对于管理决策者而言可以达到有效控制费用的目的.如图5所示，根据所要查询的日期范围，查询客户的销售信息，可查看所有客户销售情况，通过目录树，也可查看某一客户的销售情况. 4结束语 在企业营销