(论文)面向服务的构件化网络营销系统研究

合肥工业大学 硕士学位论文 面向服务的构件化网络营销系统研究 姓名：傅成 申请学位级别：硕士 专业：管理科学与工程 指导教师：何建民 20080101 面向服务的构件化网络营销系统模型的研究 摘要 随着电子商务应用步伐加快和网络虚拟市场建立，电子商务和网络营销成 为企业热门应用，采用网络营销系统改善企业与企业、企业与客户之间的营销 关系，建立适合企业特点及发展要求的营销系统已是大势所趋。在此新形势下， 如何构建既能适应市场客户服务需求变化特点，又能满足企业自身发展要求的 网络营销系统成为企业迫在眉睫的问题，研究面向服务的构件化网络营销系统构 建方法成为热点问题。 本文通过回顾网络营销系统演进的发展历程，在企业市场信息系统发展过 程中，找出包括遗留系统问题、信息整合问题、以及控制复杂度和适应新需求 等营销系统存在的问题。针对这些问题展开研究，通过阅读文献和调研的方法 获得构建系统的需求信息，通过对几种支持系统重构的开发方法比较分析，选 定了基于构件的系统开发方法作为其理论基础。 通过综述基于构件开发方法的开发技术标准和几种主要的系统开发方法， 比较分析这些方法的特点及各自的优势，在构件业务工厂方法的基础上，构造 了一种适合企业网络营销系统开发的构件化系统开发方法。在此基础上，论文 又引入服务应用概念，在系统架构设计中融入服务应用思想于系统设计开发， 解决了开发与应用的脱节问题。通过对网络营销系统的分析，围绕系统架构、 业务职能内容，使用U M L 方法建立了面向服务的网络营销系统模型，并对模型 实现给出了要素约简描述方法。 关键词：构件化开发面向服务应用网络营销系统模型构造 R e s e a r c ho nt h eS e r v i c e s - O r i e n t e dC o m p o n e n t - b a s e d E M a r k e t i n gS y s t e m A b s t r a c t W i t ht h ef a s ta p p l i c a t i o no fe l e c t r o n i cc o m m e r c ea sw e l la st h ef o u n d a t i o no f v i r t u a lm a r k e t e l e c t r o n i cc o m m e r c ea n de l e c t r o n i cm a r k e t i n g ( e - m a r k r t i n g ) b e c a m e m o r ea n dm o r ep r e v a i l i n g I t St h eb i gt r e n dt h a te n t e r p r i s e si m p r o v e t h e r e l a t i o n s h i pb e t w e e nb u s i n e s sa n db u s i n e s so rb e t w e e n b u s i n e s sa n dc u s t o m e rb y b u i l d i n ga ne - m a r k e t i n gs y s t e m t h a ta d a p t st ob o t ht h ef e a t u r e so ft h ee n t e r p r i s ea n d i t sd e v e l o p m e n td i r e c t i o n U n d e r t h en e ws i t u a t i o n ，h o wt oc o n s t r u c t a n e - m a r k e t i n gs y s t e m t h a tm e e t sb o t ht h er e q u i r e m e n t s o fe n t e r p r i s e So w n d e v e l o p m e n ta n dt h er e q u i r e m e n t so fc u s t o m e rs e r v i c eb e c o m e st h em o s tu r g e n t p r o b l e mw a i tt ob es o l v e db yt h ee n t e r p r i s ef o rg r a n t e d T h e r e f o r e ，t h er e s e a r c ho n t h ec o n s t r u c tm e t h o do fs e r v i c e s - o r i e n tc o m p o n e n t b a s e de - m a r k e t i n gs y s t e ml S h o t T h r o u g ht h ea n a l y s i so nt h ee v o l u t i o no fE - m a r k e t i n gs y s t e m ，t h i se s s a y p o i n t s o u tt h em a i np r o b l e m si nt h ed e v e l o p m e n to fe n t e r p r i s em a r k e ti n f o r m a t i o ns y s t e m ， s u c ha s l e g a c ys y s t e m ，i n f o r m a t i o ni n t e g r a t i o n ，c o m p l e x i t y c o n t r o la n dn e w c h a n g i n ga d a p t a t i o n T h e nd e p l o y i n gt h er e s e a r c ho nt h e s ep r o b l e m s ，g a i n i n gt h e i n f o r m a t i o nr e q u i r e m e n to fs y s t e mc o n s t r a c t i n g ，t h r o u g hr e a d i n gl i t e r a t u r ea n d i n v e s t i g a t i o n A f t e rt h ea n a l y s i sa n dc o m p a r i s o no fs e v e r a ld e v e l o p i n gm e t h o d s w h i c ha l l s u p p o r t t h es y s t e mr e f a c t o r i n g ，w ec h o o s et h ec o m p o n e n t 。b a s e d d e v e l o p i n gm e t h o da st h et h e o r yb a s eo f t h i se s s a y A f t e rl i t e r a t u r er e v i e wa b o u tt e c h n i c a l s t a n d a r d so fc o m p o n e n tb a s e d d e v e l o p i n gm e t h o da n ds e v e r a ls y s t e md e v e l o p i n gm e t h o d ，t h i sp a p e rc o m p a r e s t h e ma n dt h e nc o n s t r u c t sac o m p o n e n t b a s e dd e v e l o p i n gm e t h o dt h a tw e l lf i t si nt h e d e v e l o p m e n to fn e t w o r km a r k e t i n gs y s t e mo nt h eb a s i so fc o m p o n e n tb u s i n e s s f a c t o r ym e t h o d B e s i d e st h ec o m p o n e n t s ，w ei n t r o d u c e t h ei d e ao fs e r v i c ea n db r i n g i nt h ei d e ao fs e r v i c eo r i e n t a t i o ni n t os y s t e md e v e l o p m e n tb yd e s i g n i n gs y s t e m a r c h i t e c t u r e A c c o r d i n gt ot h ea n a l y s i so fe - m a r k e t i n g ，w ec o n s t r u c t as e r v i c e o r i e n t e dn e t w o r km a r k e t i n g s y s t e mm o d e lc o n c e r n i n gs y s t e ma r c h i t e c t u r e a n d b u s i n e s sf u n c t i o n ，t h e ng i v eab r i e fd e s c r i p t i o no fm o d e li m p l e m e n t a t i o n K e yW o r d s ：C o m p o n e n t B a s e dd e v e l o p m e n t ；S e r v i c e s - O r i e n t A p p l i c a t i o n ； E M a r k e t i n gS y s t e m ；M o d e lc o n s t r u c t i n g 插图清单 图1 - 1 互联网电子商务应用发展阶段示意2 图1 - 2 本文研究方法示意图4 图2 - 1 企业市场信息系统框架6 图2 - 2 系统再造工程过程9 图2 - 3C B D 的概念和优势1 4 图3 - 1C C M 结构示意图2 0 图3 - 3 开发方法框架2 4 图3 4 业务构件结构模型2 9 图4 - 1 面向服务的体系架构S O A 3 5 图4 - 2W e bS e r v i c e 集成实现模型3 6 图4 3 开发层次示意图3 7 图4 4 体系架构核心模型3 8 图4 - 5B C S O A 模型4 0 图4 - 6 系统架构逻辑模型4 0 图5 - 1 系统层次图4 2 图5 - 2 调用关系图4 3 图5 - 3 网络营销系统的基本结构4 4 图5 4 数据库及系统功能结构图4 5 图5 5 分割矩阵4 8 图5 - 6 系统框架逻辑模型4 9 图5 7 构件化网络营销系统模型5 0 图5 8 服务层模型5 0 图5 9 订单管理业务构件模型示例5 2 图5 1 0 订单处理业务过程构件过程模型5 3 图5 1 1 业务构件实现示意图5 3 图5 1 2 订单交易记录管理构件模型5 4 图6 - 1 系统集成平台5 6 图6 2 系统框架实现5 7 图6 3 业务控制中心实现5 8 图6 4 订单审核策略的s t r a t e g y 设计模式实现6 0 表格清单 表3 1 构件定义1 7 表3 2 构件化开发方法比较2 5 独创性声明 本人声明所呈交的学位论文是本人在导师指导下进行的研究工作及取得的研究成 果。据我所知，除了文中特别加以标志和致谢的地方外，论文中不包含其他人已经发 表或撰写过的研究成果，也不包含为获得金胆王些太堂或其他教育机构的学位 或证书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均已在论文中 作了明确的说明并表示谢意。 学位论文作者签字：彳霜可汰0 字日期：歹尹扩年z 月，7 日 学位论文版权使用授权书 本学位论文作者完全了解金起王些太堂有关保留、使用学位论文的规定，有 权保留并向国家有关部门或机构送交论文的复印件和磁盘，允许论文被查阅或借阅。 本人授权金壁王些太堂可以将学位论文的全部或部分论文内容编入有关数据库 进行检索，可以采用影印、缩印或扫描等复制手段保存、汇编学位论文。 ( 保密的学位论文在解密后适用本授权书) 学位论文鹤或 签字日期：乃口j 年1 月J 7 日 学位论文作者毕业后去向： 工作单位： 通讯地址： 导师签名： 气铲对 签字日期：毋年之月，7 日 电话： 邮编： 致谢 经过两年多的努力论文终于完成，首先，要感谢我尊敬的导师何建民副教 授! 在我的研究生学习期间和毕业论文写作阶段，给以悉心指导，付出了大量的 心血和宝贵的时间。何老师是一位治学严谨、诲人不倦、胸怀宽广的好导师， 从开始收集论文材料到选题、开题直到完成论文的每个阶段，何老师都严格把 关、耐心审阅。在三年攻读硕士学位期间，何老师不但在课题研究上给了我热 心指导，使我在三年的研究生阶段受益匪浅，而且在生活上也悉心关照。何老 师对人平和、亲切，他不仅教会了我如果做学术研究，也教会了我平易近人的 待人处事方式和许多做人的道理。何老师渊博的知识、严谨求实的治学态度、 诲人不倦的指导作风以及勇于开拓的进取精神，是我今后学习和工作的楷模。 感谢曾同处一个工作室的刘赞、许婷婷、金玉泉、曹魁、张娜、章蕾、王 一红同学，还有师弟师妹徐佳、陈城、陈畅、吴锐侠、陈艺达给了我很多的帮 助从他们身上我学到了很多的东西，谢谢你们! 接着，我要感谢在研究生学习阶段全体任课老师，教给了我丰富的专业知 识，感谢李兴国、刘业政等老师的指导和帮助。他们诲人不倦，对事业兢兢业 业，令人敬佩，在此表示衷心的感谢! 感谢合肥工业大学管理学院的领导和老师 们对我的培养和帮助! 最后，特别要感谢父母的养育之恩和一直以来对我的支持和鼓励，使我得 以顺利完成学业。我只有在今后的工作、生活中回报他们对我的爱。 作者：傅成 2 0 0 7 年11 月 1 1 1 1 提出问题及研究背景 1 1 1 提出问题及其意义 第一章绪论 随着电子商务和网络信息技术的广泛应用和深入发展，企业的传统营销模 式正在逐渐向网络营销模式转变。如何构建与之相适应的网络营销系统就成为 摆在企业面前的一道难题。虽然，国内外众多学者对构建信息系统的理论和方 法进行了大量的研究和实践，但各有优劣，尤其是针对网络营销领域并没有行 之有效的方法和有价值的实例。本文希望通过构建面向业务的构件化网络营销 系统模型，为企业建立网络营销系统提供指导性的帮助。 首先需要明确的是系统模型的核心思想是面向业务和面向服务的。其次需 要明确的是模型的构建方法是基于构件的开发方法。构建系统的目标是为了帮 助企业了解构建系统的需求和可能出现的困难，解决业务复杂性、多变性以及 业务一技术隔阂( B T 隔阂) 等难题，为建立面向业务服务的网络营销系统提 供指导性帮助，因此研究本课题的意义在于： ( 1 ) 在理论上，给出构件化开发方法用于建立面向服务的网络营销系统。 通过综述国内外构件化系统开发方法，寻找基于构件开发和面向服务体系架构 的结合点，并用于构建网络营销系统，为企业建立网络营销系统提供有效的指 导。 ( 2 ) 在实践中，一方面，给出系统设计时的设计需求和模型的一种参考原 型；另一方面通过对系统的研究，对解决系统构建时可能出现的问题提供指导 性意见。 1 1 2 研究背景 当今社会电子商务发展日益迅猛，随之而来的是企业模式的不断变化，在 这个从“大规模生产转向“大规模个性化定制的时代，整个市场变为以 客户为主导，企业的营销模式也正从传统营销模式转变为网络营销模式。无论 在内容，表现形式还是使用手段上网络营销都与传统营销有着巨大的区别。它 提高了品牌的管理质量和力度，增强了营销沟通的效果，增加了销售渠道，改 善和加强了客户关系管理的作用，提高了绩效评价的实时性和科学性。在2 0 0 5 年发布的 g ” 企业业务层 ” y l 过程泣务构件l | 实体韭务 龟箨| | j 避 。l 实用业务掏锋l 一令一一 皂，。，间件平台；是。j l 皂， 功能需求求 霾 一- m + m 目4 7 “”，习 垂础夏捧层，j 图4 6 ( a ) 抽象需求模型( b ) 基于B C S O A 的系统架构逻辑模型 网络营销系统架构逻辑上分为6 层，自下而上分别是：基础支撑平台层、 中间件平台层、企业业务层，服务层和应用接口层。 基础支撑平台，主要包括操作系统、D B M S 、低层的支撑网络环境系统， 是整个系统得以运行的最基础的环境；它还包括了企业集成平台中由其它系 统所提供的共享信息资源。 中间件平台层，屏蔽了构件与基础平台，以及构件与构件之间的交互和 实现技术细节，为基于中间件的构件提供一种透明的互操作机制。使开发人 员可以摆脱实现技术的困扰，专注与业务逻辑的封装处理，从而提高整个系 统的抽象层次和开发效率。 企业业务层，是整个营销系统运作的核心，分为业务层，功能层和事务 层。三层之间是逐层调用的关系。业务层作为这一层的核心，又细分为过程 业务，实体业务和实用业务三个层次：实体业务层由实体业务构件组成，对 应于营销活动中的重要业务实体及相关业务规则；过程业务层由过程业务构 件组成，对应于营销活动中重要的业务过程及其相关业务规则；实用业务层 由实用业务构件组成，对应于营销活动中被多个系统或服务广泛应用，而又 不是主要依赖实体的支撑部分。三个层次之间的关系是并列的。功能层由功 能构件组成，描述功能构件的组织和使用。事务层由事务构件组成，描述业 务层和功能层构件所使用的事务构件的组织。 服务层，是网络营销系统面向服务，面向客户响应用户需求的关键所在。 它响应来自应用接口层的用户服务请求，将企业业务进行重构和集成，确立 所需服务，从企业业务层中分别提取相应的业务实体构件及服务所需的业务 流程构件，建立满足用户最终需求的服务，通过用户界面提供给用户。 应用接口层，即用户界面，由G U I 构件组成，它们对应于用户界面需求， 通过创建G U I 构件来使用并扩展服务层功能，并负责触发服务事件以启动业 务服务，完成与服务层的交互。 4 4 小结 本章通过对业务构件的缺点进行分析，通过合理利用服务来弥补业务构 件在系统建设中的不足之处。本文通过将于S O A 融入C B D 开发之中来弥补业 务构件在开发上的不足，依据S O A 思想构建了B C S O A 模型，并依据B C S O A 模 型，设计适合网络营销系统的层次化体系结构逻辑模型。 4 1 5 1 设计思想 第五章面向服务的网络营销构件化系统设计 从企业内部来看，网络营销系统实现企业营销资源信息化，信息共享化， 系统平台化的关键是实现企业营销过程、销售过程和客户业务流程中的信息整 合与集成问题。在现有信息系统中，大量的业务数据还是散列在企业不同位置 的服务器上，共用的客户信息和需求信息分散在部门级的应用数据库中，很难 实现企业整体数据共享与业务的一体化。产生的原因是不同渠道的信息汇集与 调用缺乏统一的集成标准和应用服务接口。如何解决这个问题呢? 构件化软件 设计思想是解决信息整合和接口服务的理想选择。因为，在企业业务处理中， 通过信息收集处理并封装为构件化的模块，建立可供各种业务复用的功能构件 模块库，按照业务层次和粒度的不同要求，完成软件复用与系统功能的重构， 实现统一的业务信息输入和输出接口规范，达到整合来自企业不同渠道信息融 合与共享的能力，从而提高整个企业信息系统的应用能力【6 们。 从企业外部来看，网络营销系统充分满足不同客户的不同需求的关键在于 以合适的方式将合适的信息提供给合适的客户。现有的营销系统以系统自身业 务流程为出发点，让用户去适应系统流程，查看所需信息。而在信息爆炸的网 络时代里，用户不断变化的需求已经难以在这种系统中实现。而面向服务的思 想能有效解决这一问题，企业网络营销系统从客户角度出发，以服务的方式将 整个营销业务进行重组，将业务流程及业务功能构件按照服务类型进行集成， 发布，并按照用户的需求进行调用和修改，实现用户按照自己的意愿和想法使 用并组织系统资源，以服务的形式重构系统，从而满足不同的需求。 开发集成的网络营销系统时，可以把系统业务处理与客户数据的收集、存 储、加工、传递等事务性活动抽象为对企业不同业务功能单元的执行过程样， 不同事务的处理单元经过集成后，对应不同业务的功能模块，功能模块由低层 向模块拼装组合应用，实现业务处理的功能化与业务流程重构的模块化和便利 化。从而实现系统开发过程，在业务、功能、事务上的高效率，也很好的解决 了系统集成与信息集成问题。层次划分如图5 1 所示。 系统层 业务层 销售管理II 市场管理I 至每兰录一 牟户信息Il 新产品开发l 功能层l 录入lr 删除lI 修改 _ 一= 二：L 名二专曼三芑宇穹菩：丘= - ，= ；= = 1 ：一一一 事务层 睡接数据ll 键入数据II 台询控制ll 数据运算l o_-o一 图5 - 1 系统层次图 4 2 黑 二客 通过如图5 2 所示的调用关系实现服务，业务构件，功能构件，事务构件 之间的层次调用和迭代。 5 1 1 设计目标 图5 2 调用关系图 网络营销系统的目标： ( 1 ) 创建网上品牌，提升企业形象；( 2 ) 开辟销售渠道，实现销售目标； ( 3 ) 确立市场地位，扩大市场份额；( 4 ) 网上创意营销，创新营利内容； ( 5 ) 建立网络社区，稳固客户关系；( 6 ) 整合营销资源，增强核心竞争力。 系统构建的目标： ( 1 ) 通过构件化思想的应用和基于构件的开发方法，分析和设计构件化网 络营销系统； ( 2 ) 将面向服务的系统架构融入构件化系统的设计之中，依据面向服务的 系统架构，使用构件化思想设计系统架构。 5 1 2 设计原则 本节列举了在模型的建立过程中，所应该遵循的一些具体原则。 ( 1 ) 关注点分离原则【6 们，关注点分离原则是在“分而治之“ 的基础上发 展而来的，包括：产品和过程的分离，将应当生产什么的描述和如何生产的 定义进行了严格的区分，明确地分离产品的定义和过程，简化了开发方法，同 时允许使用不同的方法来生产所需的产品。业务与细节分离，将专注于业务 概念和专注于实现细节的分离，不同的开发人员和用户可以只需要依据原则专 注于自己所需要负责的部分。在不考虑细节的情况下，站在一个更高，更全面 的角度考虑系统所需的服务的业务问题。以实现对业务充分的描述和细节全面 的考虑。设计与实现的分离，将高层抽象设计与具体实例化实现分离，按责 任分解问题域，依赖抽象进行共性和可变性分析，从设计模式出发更好的实现 责任的分解( 设计师不应该在了解所需所有对象之前操心对象的实例化) ，更高 层次的进行抽象以及实现针对环境的设计，更好的实现大粒度的设计模式的复 4 3 用。实例化时也充分实现依据接口编程。 ( 2 ) 开关原则( t h eo p e n - c l o s e dp r i n c i p l eO C P ) ：模块应该对外延具有 开放性，对修改具有封闭性，即要设计者在设计构件时能够实现无需对构件内部 做修改就可以进行功能扩展【l 引。 ( 3 ) 依赖倒置原则：依赖于抽象，而非具体实现 14 1 。抽象可以比较容易 的对设计进行扩展，又不会导致大的混乱。构件依赖具体构件( 而不是依赖抽 象类或者接口) 越多，其扩展起来就越困难。 ( 4 ) 接口分离原则：多个用户专用接口比一个通用接口要好【l4 1 。为每一 个主要的客户类型都涉及一个特定的接口。在特定的接口里描述那些与特定客 户类型相关的操作。 ( 5 ) 发布复用等价性原则：构件的复用粒度即为构件发布的粒度。 ( 6 ) 共同封装原则，一同变更的类应该一起进行封装。 ( 7 ) 共同复用原则，不能一起复用的构件和类就不能放在一组。 5 2 设计内容 系统总体设计内容： 企业实施信息化建设中都会对企业系统与网络门户网站的接口作出明确的 安排，以便于企业实现电子化营运与网络化经营。网络营销系统既是企业对外 的窗口和交易平台，也是方便企业内部、企业之间和消费者的沟通渠道和服务 桥梁。目前，网络营销系统大多采用B S 模式和C S 模式多层访问混合结构模 式，在互联网络环境下运行非常灵活方便。随着电子商务技术和标准的推陈出 新，面向企业内部、企业与企业、企业与消费者之间的营销数据收集、加工、 处理、共享的信息化、网络化已经成为现代企业提升能力的重要手段，也是企 业网络营销的基础设施【_ 7 1 。 图5 - 3 、5 - 4 是互联网络环境下的企业网络营销系统的基本结构和功能结构。 企业用户 网 络 营 销 系 ， 网络营销系统门户入口 一 B 2 B 数据接IB 2 C 数据接l B 2 E 品牌茸销矧营销沟l 离线在线销客户关系铡营销决策= 邋营销绩效t 图5 - 3 网络营销系统的基本结构 磊Il 兰! 茎至竺兰lI 兰竺要篁竺垩Il 蔓丝堡翌堡竺I I 鍪塑至釜至竺k 数据库L - _ T 一T 一。1 _ 一= = 干= 部门 数据库 网络营销服务器 公共 数据库 - - _ _ _ _ - _ _ - - - _ _ 0 1r 。o o o o o o o o 1r 。1r o 。o o 。- 。o o 。o o o l 营销沟通 ll 离线在线销售ll 营销决策支持ll 数据挖掘系统 L _ _ - _ - _ _ _ _ _ - _ _ _ - _ _ I _ i i 。1 0 0 0 o o 。一o o 。o o o o o o o o o o o 一 图5 4 数据厍及系统功能结构图 具体功能设计内容： 企业网络营销系统基本功能，应该包括营销的六个职能，即品牌营销管理、 营销沟通、离线在线销售、客户关系管理、营销决策支持和营销绩效评价。由 于网络营销系统是一个企业信息系统，因此系统具有接口处理层、事务逻辑层、 决策支持层的处理能力，处理包括来自企业与企业( B 2 B ) 、企业与客户( B 2 C ) 、 企业与员工( B 2 E ) 不同层面的营销事务和营销决策过程中的各种问题。 品牌营销管理包括：品牌内容及表现形式管理、品牌资产价值管理、品牌 决策与使用管理、品牌信誉与危机管理、品牌塑造与企业形象策划管理。 网络营销沟通包括：市场调查管理、客户接触管理、客户交互信息记录与 分析、客户需求欲望满足与销售预约、维系客户管理、营销激励计划管理。 离线在线销售包括：产品管理、价格管理、渠道管理、促销管理、销售分 析与统计。 客户关系管理包括：客户数据收集、客户数据分析( 8 0 2 0 客户发现) 、高 端客户服务管理、客户维系营销策划。 营销决策支持包括：客户声音( V o i c eO fC u s t o m ) 收集加工整理集结、决 策数据分析与数据挖掘、市场商情分析与预测、销售数据分析与预测、客户数 据分析与预测等。 营销绩效评价包括：营销绩效评价指标管理、专家评价权重管理、营销评 价方法库管理、营销评价结果分析与图表展示等。 5 3 系统建构方法 统一建模语言U M L 是由R a t i o n a l 公司的专家G r a yB o o c h ，I v a rJ a c o b s o n 和J i mR u m b a u g h 联合开发的第1 代面向对象的建模语言。它采纳和扩展了B O O C H 标记法、O M T 标记法和O O S E 标记法，并包容了其它学者和软件厂商的建议。现 己由O M G 批准为标准化的面向对象的建模语言【4 引。 U M L 引入了逐步求精的思想，任何对象的描述由浅入深分为分析级、设计 级和实现级三个级别，这三级模型所使用的符号完全相同，即分析、概要设计、 详细设计、实现的描述均使用相同的一组符号，这样避免由分析向设计转换时 4 5 可能造成的系统功能的丢失。因此说U M L 架起了系统分析与系统设计之间的桥 梁。 U M L 在系统建模过程中，侧重系统的图形化描述，是一种可视化建模语言。 U M L 模型工具支持需求模型、结构模型、行为模型和实现模型四种模型【6 6 1 ，试 图从需求、静态结构、动态行为和实现的角度来刻画一个系统。U M L 定义了五 类图( 共1 0 种图形) ，用于提供静态建模机制和动态建模机制。静态模型机制包 括：用例图；对象结构图( 类图，对象图，包图) ；实现图( 构件图，配置图) 。 动态模型机制包括：行为图( 状态图，活动图) ：交互图( 顺序图，合作图) 【3 3 1 。 本文通过将U M L 模型穿插在系统模型构建过程之中，以辅助系统的建立。 5 4 系统建构过程及分析 面向服务的网络营销构件化系统的设计思想，是利用领域工程思想【6 5 1 ，对 企业营销业务活动进行分析，识别营销活动中的客户需求与服务，对营销领域 中的应用系统进行分析，识别其共同特性与可变特征，进行抽象，形成业务概 念模型，依据业务模型构建以B C S O A 为核心的软件体系结构，并以此为基础识 别、开发和组装可复用业务构件。 整个构建过程包括三个主要阶段： ( 1 ) 分析：主要目标是获得业务概念模型。概念模型描述网络营销领域中 系统和系统之间的业务需求和业务活动。主要活动包括识别信息源，分析营销 系统需求的共性和可变性，确定关注点，建立业务概念模型。 ( 2 ) 设计：主要目标是获得系统逻辑模型。依据分析工程所得的业务概念 模型，遵循设计工程原则，以B C S O A 思想为基础，建立软件体系架构，形成系 统逻辑模型。 ( 3 ) 实现：主要目标是实现系统模型。根据业务概念模型和系统逻辑模型， 按构件粒度开发和组装可复用构件，实现系统模型。 5 4 1 需求描述及可变性分析 识别信息源，主要是识别系统需求，如前文2 1 1 中描述的网络营销系统 经历了3 个阶段的演变，随着因特网的进一步发展，产生了复杂的需求。同时 还包括识别己有系统、技术文献、营销专家的知识和经验、用户调查和市场分 析、系统演化的历史记录、预期的需求变化和技术演化等方面； 分析网络营销系统需求中的共性和可变性，生成系统模型中的共性模型和 可变性模型。标识出实体及实体的特征、属性及实体间的关系，产生相应的文 档。确定关注点 网络营销系统需求的巴克斯范式的形式化描述如下： 网络营销系统：= 需求I 系统模型 需求：= ( 战略，流程，资源) 战略：= 环境，客户群，管理模式，技术) 流程：= 活动集，角色集，规则集) 资源：= 人力，物资，资金，信息，知识) 系统模型：= ( 概念业务模型，逻辑模型，物理模型) 共性可变性分析，在需求分析的基础上，要进行共性和可变性分析，将其 中可变或易变的方面称为热点( h o ts p o t ) ，而将相对稳定的方面成为凝固点。 S C V ，即异同分析是可变性分析【6 】，模式分析解析的一个比较行之有效的方 法，其中S 代表范围( s c o p e ) ，C 代表共性( c o m m o n a l i t y ) ，V 代表可变性 ( v a r i a b i l i t y ) 。S 可以大到整个业务域中相似类的集合，小到某个类的操作或 属性集合。C 是指S 范围内的业务元素之间所有共性的集合，如不同业务对象 之间所包含的一些共同属性或操作的集合。V 是指S 范围内的业务元素之间不 同点的集合，如业务对象所支持的不同操作的集合。 S C V 分析为软件开发人员提供了系统化的分析方法，以帮助他们寻找或标 识特定领域的不同应用之间的共性和差异，以创建一个可复用、易修改的软件 设计方案，并且可以预测随着系统的演化哪些设计方案会被修改或淘汰。 以离线在线构件子系统中的订单处理为例 在共性和可变性分析中，范围是订单处理过程，可变性体现在订单审核策 略的改变。订单审核可以简单的抽象为客户类型审核，库存审查和价格确认。 企业在接受订单后，需要对订单进行审核并确认，以决定下一步的处理方 式。而订单处理业务构件子系统需要针对不同类型的客户启用不同的审核策略， 而且当策略发生新的变化的时候，系统可以快速的适应变化。企业在订单审核 过程中的主要需求变化体现在两个方面：运行时能够根据不同客户，不同订单 的需求动态地选择合适的审核策略；当系统内部的策略不能满足订单审核需求 时，可以快速的通过添加或修改的方式适应新的业务需求。 5 4 2 划分业务空间 分析网络营销系统的一个关键问题是，如何把复杂现实世界问题空间转化 为简单的模型，对问题空间的有效划分是成功建立信息系统的基础，把复杂系 统分解为可以把握的部件尤为重要。划分有两个方向( 1 ) 纵向划分，即分块， 划分成面向客户服务的主要业务子系统；( 2 ) 横向划分，即分层，划分成面向 服务实现的具体构件类型。系统集成时，构件化设计是通过构件封装标准信息， 依据过程组织大粒度业务构件应用，依据实际需要组装和运行对应的构件模块 来实现系统集成和信息集成【6 0 1 。分割矩阵如图5 5 所示。 4 7 ee 曼牌孽 销售支持沟通 x h 蚺服务服务服务服务 5 4 3 构件模型设计 注： X 轴为面向服务业务的纵向划分 Y 轴为面向技术功能的横向划分 C 为分割出的构件 图5 - 5 分割矩阵 设计建模阶段的任务是，将业务概念模型转化为逻辑模型。分为两个阶段， 分别是体系结构设计和构件模型设计。 体系结构设计已经在第四章给出，在这里直接沿用第四章所获得的体系结 构实例作为模型的系统架构。本章主要介绍要介绍网络营销系统的构件模型设 计。 构件模型设计主要包括框架和构件设计两个部分。框架及构件的设计应遵 照构件模型标准。构件模型旨在描述构件及其装配关系。 目前较成熟的构件模型标准，有C O R B A 的C C M 模型、M i c r o s o f t 的C O M 模 型和S U N 公司的E J B 模型，三种构件模型各有特点( 详见3 1 2 节) 。 C C M 博取众家之长，吸取了E J B 模型( 容器管理、H O M E 管理) 及D C O M C O M + 构件模型( 多接口) 的优点，被誉为未来构件模型的典范。C C M 是一种与E J B 相 似、但比E J B 更加先进和完善的分布式构件模型。因此，本文选用C C M 模型作 为设计框架及构件的基准。 5 4 4 框架设计 框架( F r a m e w o r k ) 是整个或部分系统的可重用设计，表现为一组抽象构件 及构件实例间交互的方法；另一种定义认为，框架是可被应用开发者定制的应 用骨架。前者是从应用方面而后者是从目的方面给出的定义。 框架与体系结构在概念上并不抵触：体系结构是系统的宏观描述，体现 了系统的早期设计，并为构件间的交互提供上下文；而框架侧重于研究体系 结构的建模机制，从某种意义上可看成是体系结构的具体实现；它们从不同 程度上解决了应用需求与软件实现之间的鸿沟问题。 框架可分为白盒( W h i t e - B o x ) 与黑盒( B l a c k B o x ) 两种框架1 4 。 在理想情况下，任何所需的功能都可通过组装已有的构件得到，事实上现 有的构件远远不能满足需求，有时通过继承获得新的构件比利用已有构件组装 ，I面务程务体能 务 Y_界业过业实功 ， 新构件更容易，因此白盒和黑盒将同时应用于系统的开发中不过白盒框架趋 向于向黑盒框架发展，黑盒框架也是系统开发希望达到的理想目标。 虽然，理想的框架应该是构件化的黑盒框架，但由于网络营销系统中客户 需求的多变且不确定，单独使用构件的方法来实现难度太大，也过于复杂，所 以通过共性和可变性分析，将可变的部分形成热点，使用0 0 的方式来予以实现。 综上所述，本文采取一个折中的办法：在稳定的框架核心结构的设计上， 采用构件化方法的黑盒方法，而反映变化的热点部分的设计中，主要采用o o 的白盒方法；即采用以构件化的黑盒框架为主、o o 的白盒框架为辅的混合框架。 框架的核心部分包括，业务控制中心，构件库，规则库。在共性与可变性 分析的基础上，找出框架中的凝固点和热点，如订单审核就是框架热点之一， 而如客户、产品、订单等则是框架的凝固点。将框架的凝固点封装为业务构件， 组成业务构件库，而将框架中的热点实例化并封装为构件，存放到构件库中形 成专门的热点库。并将业务规则以及服务规则抽象分离，存入规则库中。最后 通过业务控制中心，依据服务需求，调用规则库中的相应服务规则和业务规则， 根据这些规则从构件库中搜寻合适的业务构件和热点构件，组成最终客户所需 的服务。 在整个框架中，还有一个起着承上启下的作用的层级：中间件接口层。相 对于具体实现，O R B 机制负责与分布式计算及操作系统有关的底层细节，如和 其它构件或系统的通讯协议、多线程、负载平衡等；相对于业务构件系统和服 务的组成，由容器( C o n t a i n e r ) 提供构件的生存环境和各种服务，如资源管理、 事务支持、并发性管理及安全性管理等，容器和C O R B AS e r v e r 共同组成了构件 的运行环境。既能解决分布式异构系统构件的互操作问题，又能简化中间件开 发的复杂性，使开发者可专注业务逻辑，从而提高开发效率。 图5 - 6 系统框架逻辑模型 5 5 面向服务和业务的网络营销系统模型 5 5 1 系统模型 本文依据上述分析方法和过程，对设计内容进行逐步分析，并根据4 3 3 中所设计的基于B C S O A 的系统架构模型，得到面向服务的构件化网络营销系统 的总体模型。如图5 - 7 所示。 5 5 2 服务层建模 图5 7 构件化网络营销系统模型 服务层，依据根据网络营销所涵盖的内容分为品牌营销服务、沟通服务、 销售服务、客户关系管理、决策支持服务和绩效评价服务。具体的服务组成通 过组装企业业务层的业务构件来实现。 激务层 晶牌服务沟遥服务销售骧务客户关系管理 决策支持服务绩效评价服务 品牌内容服务市场调蠢 产品管理 客户数据收集 客户声眚收集、集结营销绩效评价指标 资产价值服务客户接触价格管理客户数据分析 决策数据分析专家评价权重管理 晶牌决策服务交互信息记录与分折集道管理高端客户服务 市场两情分析与预测营锖评价方法库臂理 品牌信誉与危机管理维系客户健销管理客户维系营销 销售数据分析与预测评价结果分析与图示 品牌塑造与垒业燕翅营销激励 订单管理客户数据分辑与预涮 蚺售分析与统计 图5 - 8 服务层模型 5 5 3 企业业务层 企业业务层是网络营销模型的核心层次，细分为三个层次分别是，业务层， 功能层和事务层。 业务层，企业业务层的中心层。所有企业业务层的组织都是围绕如何构建 灵活高效的业务层展开的。对应于服务层的主要服务类型，将整个业务层分为 品牌营销管理，营销沟通，销售，客户关系管理，营销决策支持和绩效评价六 个构件子系统。每一个子服务也有相应的大粒度业务构件来对应实现。组织关 系类似于服务层的组织。 为了进一步将服务映射到具体的业务构件实现，业务层分为，过程业务构 件层，实体业务构件层和实用业务构件层。在这里值得注意的是本文在设计过 程中，并不将业务构件和热点构件两个概念区别开，都理解为业务构件热点构 件也依据其所涵盖的业务内容和功能表示为相应业务构件，而在实现阶段才将 热点构件和业务构件两个概念分离，分别实现。 过程业务层，由过程业务构件组成，表示业务过程或业务活动。 实体业务层，由实体业务构件组成，表示一种业务过程在其上进行操作， 并提供支持这种过程和其它业务使用的服务的业务概念。 实用业务层，由实用业务构件组成，表示被很多不同业务构件广泛需求， 但不是过程所依赖的主要实体的一种支撑概念，还包括实现系统辅助功能的支 撑概念，如数据库完整性管理器。 在业层中，为了将问题空间映射到系统的功能描述，需要运用4 种主要的 建模构件，即业务过程，业务实体，业务事件，业务规则【3 7 1 。 业务过程是接受一个或多个输入，并产生为客户带来价值的输出的一组活 动【5 6 3 7 J 。例如，客户交易订单填写。 业务实体，是一个或多个业务过程成功操作所需业务的一个实体。 业务事件，触发一个或多个业务过程( 包括对实体的简单修改) 的事件。 例如，“客户订购一辆汽车”是汽车销售中的一个业务事件。 业务规则，支配一个或多个业务过程( 包括对实体的简单修改) 行为的规 则。例如，“如果客户的信用卡有效，则接受订单“ 。 具体建模以销售构件子系统中的订单处理建模为例，如图所示 。愆程娥务缀俘 | 订单管理 1 誓 | 信用管理| | 成本管理f | 税务管理i | 定价管理 配送管理 | 实体业务缎佟生兰兰d | 丛堡| ； 困 至蜀l 税务| l 促销| | 银行账户 | 货物项 |l 仓库 l 赛蹭业务缀份l 日历l l 度量单位簿 ：l 货币簿 l | 地址簿 | | 公霹 | | 安全 | | 鋈登l 代码与参数 ll 号码生成嚣 | 邑圈。 业务过程