（计算机软件与理论专业论文）开放标准软件平台技术在信息系统中的应用.pdf

开放标准软件平台技术在 信息系统中的应用 摘要 随着互联网络的不断普及，越来越多的中小企业开始开发基于网络的企业 管理信息系统。但是，当前这类信患系统的开发却存在着诸多的问题，如软件可 靠性低，可扩展性差，用户界面不够友好，开发时间不麓保证等。这些阕题已经 构成了软件危机的一部分。 为了解决上述闯题，就要求w e b 应用系统的开发要有一个良好的软件体系 结构、更多的技术和经验的积累、更强的项目管理。随着软件开发平台概念的提 出，我们似乎看到了解决软件危机的曙光。这些平台通常具有良好的体系结构， 易于复用，可以大大提高软件开发的效率。但是在实际应用中，我们仍然发现当 我们需要开发一个特殊的平台无法支撑的业务逻辑时，所花费的时间远远大予不 使焉平台进行开发。 本文提逛了一种新型的开放标准平台的概念。该平台利用和吸收了现有许 多软件平台的特色和优点，同时，对软件平台的思想进季予了进一步的创新，并在 该创新的基础上，实现了一个轻量级的，可囱由扩展的软件平台。 该平台由多个模块组成，其中包括了实体层引擎，权限实现模型，软件功 能项模型，二维动态查询表格，输入页面模型等。本平台的主导设计思想是“开 放标准捧。霹：信息系统开发人员可以在平台的基础上，使用自己熟悉的语言， 开发叁已需要的功能，并把该功能纳入到平台体系中来，以剩予蜃续系统的开发。 本文介绍了在n e t 和j 2 e e 两个主流w e b 信息系统开发架构下平台的设计 与实现。并通以某区党建管理系统和某大型施工企业的工程项目管理系统为应用 背景，对开放标准的自动化软件生成和集成平台进行了验证。验证的结果证明平 台可以切实的提高软件开发的效率，并最终反映到客户满意度上，同时有效的降 低了软件开发的难度。 关键字：软件平台；开放标准；j 2 e e = n e t ；软件复用； 2 a p p i ic a t o n so fo p e ns t a n d a r d ss o f t w a r epla t f o r min d e v elo pin gln f o r m a tio ns y s t e m s a b s t r a c t w i t ht h ee v e r - g r o w i n gp o p u l a r i t yo ft h ei n t e r a c t ，a l li n c r e a s i n gn u m b e ro fs m a l la n d m e d i u m e n t e r p r i s e sb e g a nd e v e l o p i n g w e b - b a s e d e n t e r p r i s em a n a g e m e n t i n f o r m a t i o ns y s t e m h o w e v e r , t h e r ea r em a n yp r o b l e m si ns u c hi n f o r m a t i o ns y s t e m s d e v e l o p m e n t ，s u c ha sl o ws o f t w a r er e l i a b i l i t y , p o o rs c a l a b i l i t y , l i t t l ef r i e n d l yu s e r i n t e r f a c e ；d e v e l o p m e n tt i m ec a l ln o tb eg u a r a n t e e d , a n ds oo n t h e s ep r o b l e m sa r e n o wa p a r to ft h es o f t w a r ec r i s i s i no r d e rt os o l v et h ea b o v ep r o b l e m s ，t h ed e v e l o p m e n to fw e ba p p l i c a t i o nd e s k , e s s t r o n g e rs o f t w a r ea r c h i t e c t u r e ，m o r et e c h n o l o g ya n dt h ea c c u m u l a t i o no fe x p e r i e n c e ， a n db e t t e rp r o j e c tm a n a g e m e n t l u c k i l y , t h ec o n c e p to fs o f t w a r ep l a t f o r mh a sb r o u g h t h o p et os o l v es o f t w a r ec r i s i s t h e s ep l a t f o r m su s u a n yh a v eg o o da r c h i t e c t u r e ，e a s yt o r e u s e ，a n dc a l lg r e a t l yi m p r o v et h ee f f i c i e n c yo fs o f t w a r ed e v e l o p m e n t h o w e v e r , w e f o u n dt h a tw en e e da l o n gt i m et od e v e l o pas p e c i a lb u s i n e s sl o g i cm o d u l ei fi ti sn o t s u p p o r t e db yt h ep l a t f o r m w i t ht h ey e a r so fe x p e r i e n c ei ns o f t w a r ed e v e l o p m e n tp r a c t i c eo ft h eo c e a n u n i v e r s i t ys o f t w a r ee n g i n e e r i n gi n s t i t u t ea n dal a r g en u m b e ro fi n t e r n a t i o n a la n d d o 柏a e s t i cp r o j e c t s ，t h i sp a p e rp r e s e n t san e wc o n c e p to fo p e ns t a n d a r d sp l a t f o r m t h e p l a t f o r mu t i l i z e da n da b s o r b e dm a n yc h a r a c t e r i s t i c sa n da d v a n t a g e so ft h ee x i s t i n g s o l , r a r ep l a t f o r m s m e a n w h i l e ，w ei m p r o v e dt h ec o n c e p to ft h ep l a t f o r m a n dw e i m p l e m e n t e da s c a l a b l es o f t w a r ep l a t f o r m t h i sp l a t f o r mi sc o m p o s e do fm a n yc o m p o n e n t s ；i n c l u d i n ge n t i t ye n g i n e ，r o l e sm o d e l ， m e n um o d e l ，d y n a m i cq u e r yt a b l e ，i n p u tp a g em o d e l t h em a i np l a t f o r md e s i g ni d e a i s “o p e ns t a n d a r d s i t h a ti s , o nt h eb a s i so ft h ep l a t f o r mi n f o r m a t i o ns y s t e m s ， d e v e l o p m e n ts t a f fc a l lu s et h e i ro w n f a m i l i a rl a n g u a g et od e v e l o pt h e i ro w t lf u n c t i o n s 。 3 a n dt h e nt h e yc a l li n c o r p o r a t et h en e wf u n c t i o n si n t o t h e s y s t e mt of a c i l i t a t et h e d e v e l o p m e n to f t h ef o l l o w - u ps y s t e m + t h i sp a p e rr e s p e c t i v e l yi n t r o d u c e st h ed e s i g na n di m p l e m e n t a t i o no fp l a t f o r m i n n e ta n dj 2 e e 。a n dt h e nw ep r e s e n tt h ev e r i f i c a t i o no ft h ep l a t f o r m 。t h er e s u l t s p r o v et h a t t h ep l a t f o r mc a i le f f e c t i v e l y i m p r o v et h ee f f i c i e n c y a n dr e d u c et h e d i f f i c u l t yo fs o f t w a r ed e v e l o p m e n t t h i si su l t i m a t e l yr e f l e c t e di nt h ec u s t o m e r s a i l s f a c t i o n + k e y w o r d s ：s o f t w a r ep l a t f o r m ；o p e ns t a n d a r d s ；j 2 e e ；x m l ；s o f t w a r er e u s e ； 毒 独创声明 本人声明所呈交的学位论文是本人在导师指导下迸雩亍的研究王作及取得的 研究成果。据我新知，除了文中特别加以标注期致谢的地方外，论文中不包含其 健入汪经发表或撰写过的研究成果，也不包含来获褥 ( 洼! 麴遗直基焦霞嚣搜别壹瞪鲢扎奎蕉亘窒x 或其他教育机构的学位或证书使 用过的材料。与我一同工作的同志对本研究所做的任何贡献均已在论文中作了明 确的说骥并表示谢意。 学傻论文作者签名： 签字窭期：谁4 晨 2 - b 学位论文版权使用授权书 本学位论文作者完全了解学校有关保留、使用学位论文的规定，有权保留并 舞逼家有关部门或枫擒送交论文熬复印箨和磁盘，允许论文被查阕糯借阗。本人 授权学校可以将学位论文的全部或部分内容编入有关数据库进行检索，可以采用 影印、缩印或扫描等复制手段保存、汇编学位论文。( 保密的学位论文禚解密后 适震本授权书) 学位论文作者签名：髫掌墨 导师签字： 签字西期：嘤年每嚣 2 黧签字墨期：汐扩多年审月；乞爨 学位论文作者毕业后去向： 互作单位：锅诵醉赌诩译斜酶 & 公司 通讯嫩址： 电话：，骝多毒露秽7 喜旁 邮编 开放标准软件平台技术在信息系统中的应用 1 绪论 对于软件平台技术的研究来源于软件项目开发中遇到的困难。本章简要分析 软件项哥开发的难点，说明本项葺研究的背景和目的。 1 1 。研究背景 1 1 1 。中小企业软件开发中面临的问题 软件开发是一种复杂的人类智力活动，而设计可靠的、可复用的软件就更加 困难。在某种程度上，这种困难甚至被人们称为“软件危机 。 软件危机是指：随着计算机工业的发展，在软件开发过程中逐渐形成了一些 矛盾。比如：软件开发没有计划性；软件前期需求分析不足；软件开发过程没有 规范等等。这些矛盾表现在软件开发中导致了系列闳题，如开发计划无法顺利 执行，成本昂贵，开发的软 牛错误酉出等等。正是这种软件危机才促使人们寻求 解决方法，也就产生了欺件工程。【i 】 软件工程3 0 多年的发展大大提高了软件开发的水平和效率，使得人类成功 设计了许多大型的软件系统。但软件工程毕竟还是门年轻的科学，远非尽善尽 美，具体到目前中小型的企业级软件开发项目，其问题主要表现在以下几个方面： ( 1 ) 软件需求不明确。这是雷前此类软件开发中面l 瞄的最大困难。中小企业 在决定上马某个信息系统的时候，往往只有一个比较明确费嚣标，但是对于软件 的具体功能却很没有明确的概念。这一方面是擞于中小企业的规范化经营水平不 高，另一方面是因为中小企业中往往没有( 或无力负担) 经验丰富的咨询师，无 法明确软件需求； ( 2 ) 软件开发费用和进度失控。费用超支、进度拖延的情况屡屡发生。有时 为了赶进度或压成本不得不采取一些权宜之计，这样又往往严重损害了软件产品 的质量； ( 3 ) 。软件的可靠性差。尽管耗费了大量的入力物力，菰系统的歪确性却越来 越难以保证，出错率大大增加，由予软件错误而造成的损失十分惊人； 释放标准软终警台技术巍信息系统中熬建蹙 + 生产惑寒翁较辞难鼓缝护。穰多程旁缺乏裰应翡文裆赘料，程序率的错 误难馘定位，难戳敬延，骞对改正了已有靛错谟又弓；入薪戆错误。涎簧软襻麴社 会拥肖量越来越大，维护占用? 大量人龙、物力和财力。 软件生产的这种知识密集朔人力密集的特点是造成软件危机的根源所在。糊 ， 。2 ，鏊态羚发震现状 软件工程 软件工程诞生予翻年代采鹈，它律势一个新兴的工程学科，主要研究软件 生产的客观蔑帮性，建立与系统纯软肄生产有关懿概念、原剡、方法、技术耨工 具，指导秘支持较彳警系统麴生产活动，戳麓达到降低款辞生产成本、改进较斧产 鑫斌量、提高软传生产率水平的基标f 3 】。软件王程学从硬件工程学靼其德入类王 程学中吸收了许多成功的经验，明确提毖了软件生命周攒的模型，发展了许多软 件开发与维护阶段遭用的技术和方法，并应用于软件工程实践，取得了良好的效 果。 软译重惩与软箨平台 敬 譬复焉是在软静开发孛避免重复劳动煞解决方案。通过软徉复震，可黻提 离较襻开发戆效率黧质量。近十忍年来，蟊怒游象技术窭瑰并逐步戒巍圭流搜零， 隽软件复熙提供了基本的技术支持，软锋菱用研究重新成为热点，被视炎解决簸 件危枫，提高软件生产效率帮成量的现实w 行懿途径。硼 近年来，王业化的软件复雕已经从通用类库进化剥了甄向领域的应用框架。 因此，g a r t n e rg r o u p 指出；群劐2 0 0 3 年至少7 0 的新应用将主要建立在如软 件构件帮应用禚粱这类构造块之上：应用开发的未来就在予提供一个开放的 俸系结构，戮方便褐俸懿选择、缓装帮集成嚣瓣。软件梅件纛菱鞫攘术是支持 款锌复精的按心技术，是远见年来迅速发展著受裂嵩度耋视戆一令学科分支。研 究软佟梅律他、软件框架与软 譬萋挺技术黯予进器离效躲软件王怒管理具有毒# 常 重要的意义。 使用可重构软件平台进行项耳开发，在蘧离不同的行业领域的时候采厢的设 计思路是相闻的。通过本项目的研究，可以取得具有比较广泛使用范围的设计思 路以及工程实践方法，可以完替软静平音开发榴关理论。 2 开放标准软件平台技术在信息系统中的应用 软件框架( s o f t w a r ef r a m e w o 呔) 是整个或部分软件系统的可重用设计。一 个框架是多个可复用的设计构件的集合体，它规定了应用的体系结构，阐明了整 个设计、协作构件之间的依赖关系、责任分配和控制流程，表现为一组抽象类以 及其实例之闻协作的方法，它为构件复用提供了上下文( c o n t e x t ) 关系。嘲1 7 l 应用框架是实现了某应用领域通用完备功能( 除去特殊应用的部分) 的底层 服务。使用这种框架的编程人员可以在一个已经实现通用功能的基础上开始具体 的系统开发。框架提供了应用期望的所有默认行为的类集合。具体的应用通过重 写子类或组装对象来支持应用特有的行为。 框架可分为白盒( w k t e b o x ) 与黑盒( b l a c k ，b o x ) 两种框架。基于继承的 框架被称为皇盒框架，所谓自盒即具备可视性，被继承的父类的内部实现缨节对 子类而畜都是可知的。使用白盒框架的应用开发人员通过衍生子类或重写父类的 成员方法来开发系统。子类的实现很大程度上依赖于父类的实现，这种依赖性限 制了重用酶灵活性和完全性。但解决这种局限性的方法可以是只继承抽象父类， 因为抽象类基本上不提供具体的实现。白盒框架是一个程序骨架，而用户衍生出 的子类是这个骨架上的附属品。基于对象构件组装的框架是黑盒框架。应用开发 者通过整理、组装对象来获得系统的实现。用户只须了解构件的外部接口，无须 了解内部的具体实现。另外，组装比继承更为灵活，它能动态地改变，继承只是 一个静态编译时的概念。【7 】 s l 软徉平台辅助技术人员及管理人员更加高效、可靠的开发各类软件，并对已 有软件进行维护和重构，其应能支持软件生命周期各个阶段( 包括需求分析、架 构设计、软件设计、程序设计、软件测试和软件维护等) 的各种技术活动和项目 管理活动。其主要任务是支持大型软件顼匿的开发和维护，达到缩短开发周翅、 节省开发成本和提高产品质量的目的。 组成软件平台的软件体系包括集成机制和一组工具： ( 1 ) 。集成枫制。主要由环境库、一组环境基本语言、用户界西以及一些辅助 设施所组成。环境库用来存放和管理各种软件工具和软件开发项目本身的信息。 环境基本语言主要指构造环境的王作语言和使用环境的控制语言。所谓工作语 言，是指篇来编写软件工具及工具片段的语言，在环境瘁管理帆制的支持下运行。 所谓控制语言，是指用来构造软件开发活动的语言，即用来编写软件开发活动的 3 开放标准软件平螽技术在信息系统中豹应用 规程，通过对规程的执行来操纵软件工具，实现工具之间的转接，达到菜种程度 上软件开发活动的自动执行。雳户界面在风格上的一致性是软件平台集成的外部 体现，它表现在平台中备个工具都有同样的操 簟方式和参数约定，实现用户和平 台之间的良好交互，其理想状态可使用户不一定要记住正在使用的是哪一个工 具。现代软件工程环境多采用面向对象的风格来设计用户界面，现代的计算机图 形技术可以使这种用户界面非常直观，使用十分简捷； ( 2 ) 工具。由通用工具和专用王具所组成。包括系统分橇工具、软件设计工 具、程序编码工具、软件测试工具、软件理解工具、配置管理工具、版本管理工 具、文档出版工具、联机求助工具等。支持特定软件方法学的平台还包括一些特 定的工具，如原型快速生成工具和面向对象开发工具等。在对象库中，它们或以 单独的对象存放，或以工具片段的形式存放，在使用蓠动态生戒。但是，它们都 与对象麾有统一的数据接因，利用消息机制进行通信，实现操作实体的规范式传 送，从丽使圊一软件开发活动中各互具之闻的转接变褥相当平滑。 软件开发平台应具备以下特点： ( 1 实用性。包括坚固性和可用性两个方面，酃平台应不受或少受来叁用户 和系统错误的影响，具备自我恢复的能力。同时，平台必须能够支持软件开发和 维护过程中的各种活动，而不能只支持莱方丽、某个阶段的活动；应支持各种 层次人员的活动，而不能只支持莱类人员的活动。平台必须具有离效、快速和低 开销的特点，适应大多数软件人员的工作习惯，尽量使现有软件开发入员少受或 不受专门培训就可以方便地使用它来开发大型软捧项西； ( 2 ) 集成性。软件开发平台是按照整体化要求设计酶一个整体，在共同的概 念基础上，以软件生命周期为线索，集成各种软件开发方法和维护方法，合理地 划分工具的功能范围，并使它们协调一致麴进行工作。这就需要对工具进行统一 的支持，由平台的专门机构( 即集成规铡) 来实现； ( 3 ) 开放性。软件开发平台可灵活她进行扩充，并方便缝接纳外来工具。只 要工具按照统一的接魍要求设计，貔可自由地集成到软件环境中去，悉且，平台 中的工具可以随时修改和重组。环境的集成性和开放性是两个某种程度上相矛盾 的耳标，在设计软件支撑环境时，合理缝确定这些跨标并解决这些矛盾是至关耋 要的； 4 开放标准软件平台技术在信息系统中的应用 ( 4 ) 可移植性。软件开发平台可以方便地从一台宿主机移到另一台宿主机， 应特别注意选用符合国际标准的软件来构成平台的运行环境，实现软件一级的高 度兼容。 1 1 3 当前软件框架平台的优缺点 我们以o f b i z 开源软件平台作为例子。o f b i z o f b i z 是一个非常著名的开源 项目，提供了创建基于最新j 2 e e x m l 规范和技术标准，构建大中型企业级、 跨平台、跨数据库、跨应用服务器的多层、分布式电子商务类w e b 应用系统的 框架。o f b i z 最主要的特点是其提供了一整套的开发基于j a v a 的w e b 应用程 序的组件和工具【9 】。在使用该软件平台进行系统开发的过程中，开发人员可以使 用该软件平台所提供的强大的各种引擎，在极短的时间中，搭建起一个大型或中 型管理系统。更重要的是，使用o f b i z 软件平台开发的管理系统，所有的页面 风格统一，并且无论出现什么样的错误，都不会跳转到错误页面，因为该软件平 台有自己提供的一套错误处理机制。图1 1 是使用o f b i z 开发的一个管理系统中 的某个页面，我们可以发现，页面已经被分为了不同的区域，每个区域的功能已 经在图中加以标示。 j h e a d e r ：1 ( 毫蘑壁堕蔓鍪匦二一 葛i 翟墓i 豸i i 、? p p b a r ，_ p 、- 、_ _ 、霸匿云、 竺苎兰! 兰苎竺兰墨! ! f ，7 7、 一 j 一f) l ： l j d b c l l d b l 2 2 三层框架体系 图2 1j 2 e e 架构图 业秀层 本文所阐述的软件平台仍然是基于传统的三层架构体系，即表示层负责数 据在用户面前的具体呈现形式以及用户输入数据的初步合法性检查，逻辑层负责 具体的业务逻辑的执行以及对用户输入数据的解析，数据层负责数据的永久化存 储。 嚣羧掾穗软髂警惫援零窿蕊爨系缀孛黪瘫磺 其中三层结构实现的祝理可以用圈2 2 来表示： 颦2 。2 储惠系统三嫠架构体系渊 2 窆 表示漂 2 。2 。1 。、传统表黎瀑及缺点 表示屡承担的职责楚： 董对逻辑层提供的数据进稽渲染，戳精产友好酌方式鐾现密来： 2 用户输入数据盼初步合法性检查矿飞 传统靛表示层是由一系捌页面构藏篱，每个茭霹单独编码，透过逝务屡筏 理与业务逻辑层通信，当雳户调羽该页面时，页面帮被激活。 传统的表示层功能及实现可以用嚣2 3 表示： 开放标准软件平台技术在信息系统中憋应媚 盏务罄卡理b m a g e a 0 整务屡 配 置 文 件 子 系 绕 一 图2 3表示层功能图 这样的表示层实现方式存在以下问题： ( 1 ) 风格不统一，当多人共同开发一个大型系统的时候，很难保证页面的 风格统一。甚至，连用户操作方式以及用户提醒都有可能存在些许差异，造成用 户友好方面的障碍。 ( 2 ) 不够灵活，通用及重用性差。通常，企监客户的需求是不断交化的。 同时，企业内部资源和业务逻辑也是不断变化的。因此，系统界面不得不进行适 当的修改，以适应这些变化。f 1 7 】然而基于传统的表示层进行这类修改的时候，我 们通常要对修改页面进行重新编码，当这种变化比较频繁的时候，使用传统的表 示层模型就显得效率低下了。 ( 3 ) 破坏数据完整性原则，由于表示层与业务逻辑层进行通信，无法直接 获德数据层相关信息。因此，常常会出现输入数据与数据持久层的数据类型不同， 或者数据越界等问题。而这类问题只有在压力测试( p r e s st e s t i n g ) 中才有可能 发现，如果没有进行压力测试，问题往往要到项目部署或者使用阶段才能暴露， 绘项碧维护带来风险。 2 2 1 2 平台表示屡概述 本文中基于数据驱动的软件平台，虽然也采用传统的管理系统三层结构，但 是各层的实现方式以及功能点与传统的三层结构有很大的不同。 软件平台的表示层的实现方法是，使用s q l 语句得到数据层信息，并通过 开放标准软件平螽控术在信患系统中的应用 调用业务逻辑层暴露给表示层的接潞，生成统一的操作页面。例如，在实现统一 的查询页面时，我们只要在表示层的页面中加入一个如下的 就可以生成动 态的二维表格，列出查询结果： d i vi d = ”p a r t y u n i t t r e e 吟 i f t a m e 默黟h d a m g a s p x ”7l l a m e = 抖l i s t f r a m 赣”i d = 什i i s t f r a m e 件s c r o u i n g = 警她黪i m a r g i n h e i g h t = 牲秽f r a m e b o r d e r = n o 斡、b o r d e r = 抖0 ”f r a m e s p a c i n g = o 嗲划酸雒疑多 。 其中 d a t a g a s p x ”是业务逻辑层暴露给表示层的接盛，其中包含该_ = 维动 态表格生成的方式( 具体实现方式将在下文介缨) 。表示层将一个s q l 语訇传入 该接翻，在该页蘧的藉台程序中添加如下代码，就可以完成调用，并自动生成页 蔼。 s e s s i o n a d d ( ”s q l s t r ：，s t r s e d s q t s t r 中存储s q l 语镱 s e s s i o n a d d ( ”f i i e n a m e 拜文 睾查询抖) ；页露名称 s e s s i o n a d d c w h a t t o d o s t r ，您可以点击文件名察看详缁信息辩明备注 通过这样的方式实现的表示层可以改进前面提到的传统表示层的缺点。首 先，由予页面是通过调用业务逻辑层的接口生成的，可以保证具有相同功能的页 面的风格，以及使雳方法是完全翳意的；褥样，函隽调用业务逻辑层的接口，使 得页面修改变得简便爨行，当业务逻辑发生变化的时候，只需要修改业务逻辑层 的接口，就可以实现新的需求。两由于在表示层可以崖接使雳s q l 语句对数据 库进行查询，又透过业务逻辑层的规范，从丽保证了数据完整性不被破坏。 2 2 。3 w e b 页面的分割 通过分析中文网站的w e b 版式，可以发现w e b 页面般会被分割为几个 不同的部分：顶部是标题：标题下是导航栏：左边是一个竖栏( c o l u m n ) ，其中 可以有多个小禚霹；中心区域用于主要内容显示。渊当然，在某个页面或某个系 统中，这些元素不一定全部存在。考虑到w e b 页面的这种模块化特性，我们将 w e b 页匾划分为多个更小一级的元素，类似予h t m lf r a m e 。我们将其命名必 s c r e e n ，一个s c r e e n 中可以有： 一个或多个f r a m e 1 6 开放标准软件平台技术在信息系统中的应用 一个或多个页面 一个h t m l 静态页面 各种w e b 控件 2 2 2 业务逻辑层 2 。2 。2 。1 。传统业务逻辑层及缺点 业务逻辑层将表示层与数据层隔开，并加入了业务规则。其在三层结构中的 具体位置和功能可由图2 4 表示： 图2 4 业务逻辑层功能图 逻辑层是业务系统中最为核心的个部分，其所承担的职责有： ( 1 ) 对业务逻辑的处理； ( 2 ) 业务数据的运算； ( 3 ) 输入数据的合法性检查。 在传统的项目开发过程中，业务逻辑层经常跟表示层杂糅在一起，器9 】很难区 分哪部分属于业务逻辑层，哪部分属于表示层。由此带来了很多危害。首先，由 于业务逻辑和表示层的杂糅，在需要对表示层的某些页面进行修改的时候，往往 会牵扯到业务逻辑的修改，并且给整个项目留下隐患。必须通过大量的回归测试 来消除这些隐患， 2 0 】丽许多公司进行软件开发的时候，并没有花精力去傲类似的 回归测试。这也是造成软件危机的一个重要原因。其次，这种不区分业务逻辑层 和表示层的做法也降低了代码的可复用性。 2 1 i 1 7 舞藏糠难数释平蠹技零袭接惠系统孛瓣庭耀 2 。2 2 2 平台业务逻辑层概述 在平台中，我稍遇过霹暾业努遂鞲层和表示层熊珐鼗差异，来铩谖两层的 分离。我们将所有业务逻辑提关的功能点，封装艘独立的接瞄，并暴露绘表示层 进行调用。这样傲的好处主要肖如下死点： ( 1 ) 在对业务逻辑进行修改的对镁，只要暴露绘表示屡的搂器苓交，就不 需要对裘示层的代码进行修改，大大降低了丧需求变化带来的软件项目管理的风 陵。 拉) 麓样的，表暴层直接调用监务逻辑层翡接翟麓方式，哥孩方便的对贾 藏进行修改，两不会对系统产生经俺影响，可以骥霆的降低隧购测试的工作强度。 ( 3 ) t 提高代码煦霹复霜牲。滋予基予b s 麴簧理系统中，镘大一部分煞遂 务流糕是基