企业信息应用领域,也就是在一瞬间,无论是厂商还是客户都满口的浏览器和B/S,似乎天下最好的、唯一应该存在的就是纯浏览器模式,其它的都是落后的技术。虽然有很多继承自电子商务的概念,但大部分是各有各自的目的。
在这次B/S架构的热闹喧嚣中,一部分是厂商跟风,有很大一部分软件厂商利用开发周期快的ASP、JSP等网络开发语言,快速的研发了企业信息应用系统如ERP、CRM、SCM等,为了与老牌的成熟系统的竞争而力主纯浏览器模式的先进性。
客户也盲目了,因为大部分时间客户是处于一个信息不对称的角度,媒体的宣传背后更多的是厂商赞助支撑的,客户从一些显性的利益点出发也开始跟风,纯浏览器似乎一下子可以解决客户的维护成本。
当这种声音越来越多的时候,真理便退避三舍了,厂商、用户和媒体在不遗余力的重复着这个概念:B/S!
系统应用现状分析
在企业信息化应用领域,有一句很有意思的话:最先进的不一定是最稳定的;最成熟的不一定是最先进的,而最适合企业的不一定是最先进的!这句话有很多角度,首先确认了没有最好,只有最适合;另外,最先进的技术一般成熟度稍差,企业应用可能承担一定的测试风险。
B/S架构的确是一种很灵活的模式,但是我们可以看出同样是纯浏览器模式,却也有着很大的差别。
一部分厂商缺乏对技术的深层次理解,还停留在网络编程向企业应用研发过渡的阶段,最差的直接就是ASP语言对数据库,稳定性和数据处理量级都很低;稍好的是网络编程语言对网络中间件再对数据库的三层模式,这样还较好的处理了一些矛盾,但是其灵活性和拓展性还是很差。
如果来分析MySAP.com和Siebel的纯浏览器模式,这2家ERP和CRM的leader厂商原来都是C/S模式,也都是在别的竞争对手之后才开始的e化行动,即使是浏览器模式,也可以进行面向对象的实体设计、视图定制、工作流定义等功能。也就是浏览器只是它的前端表现,而最强大的是后台的引擎平台。这也是前面那些厂商所缺乏并应该加强的地方。
纯浏览器模式的一个很大的特点是:部署简便。只需要安装配置一套服务器,其它的终端只要有浏览器就可以通过网络或者其它手段访问服务器,进行业务应用操作。这样对项目实施的成本和周期的控制很有效用的。
纯浏览器模式的另外一个的特点是:客户端零维护。企业用户不需要再对客户终端一一维护,技术问题、版本更新、数据效验等都只需要在服务器端由系统管理员来统一维护,这样用户操作员可以集中精力放在核心业务上。
最先进的技术也存在问题
最新的技术总会有一些让人兴奋的点,也中会有一些让人失落的点。盲目追求先进技术只能陷入重重问题的包围之中。我们从企业应用的多个角度来探讨一下目前的web技术和传统技术的问题所在。
安全性 这是很多企业应用所忽略的问题。诸如CRM、ERP等企业管理信息系统,都运行着企业的关键数据,在稳定的同时也要求数据的安全性。传统的C/S技术或者基于C/S技术的远程和web service都是经过加密进行传输的数据,而浏览器模式的数据,大部分都是通过IE浏览器传输,没有再进行加密,因此完全有可能再网络上侦听到IE传输的数据并加以分析复原,这是不得不考虑的问题,好在现在的web技术越来越成熟,可以通过IE浏览器之外的加密来实现,只是又要牺牲速度了。
网络安全性的问题,web模式的应用系统应该向电子商务系统好好学习,电子商务在一起步的时候就开始考虑安全性和速度的问题了。
网络成本 国内的网络实际情况与国外的不同,国内的网络成本还是比较高的,如果再加上速度的因素。大型企业能够铺设自己的专线广域网或者VPN专用网,其一次性投入和维护、运营费用是很高的。而大部分企业能够采用ADSL已经是不错的,何况还有更多的中小型企业采用拨号网络,尤其是遍布全国区域的销售网络的网络问题也是参差不齐,所以再国内应用系统的网络成本是浏览器模式的主要困难之一,而不稳定、速度奇慢的网络使本来便捷的浏览器模式的应用系统变得恐怖起来。
网络速度与时效性 追求了技术的先进性,我们却不能拥有先进技术的快速,当网络速度的问题出现的时候,我们就要比较对数据时效性的要求,难道企业真的一定需要实时数据吗?如果延迟一点时间来定时同步数据不可以吗?我们为什么要为了一个企业本来可能不需要的时效性而追求先进技术?
比如保险行业,保险经纪人实际上不需要实时的数据,只要能够脱机操作,查询险种产品,并记录客户信息和需求,手工填写保单就可以了,拜访完毕再同步数据并进入订单系统进行订单输入确认就可以的。所以,如果实时的浏览器模式的费用很高的话,为什么不采取保守的方式呢?
web交互技术 先进技术也有其不成熟的一面,web技术在人机交互方面比传统的C/S技术稍逊一筹。C/S技术有成熟的人机交互和底层系统交互的方法,而web技术还需要进一步加强,这也是web模式的应用界面一般比较简洁,而C/S技术模式的应用界面看起来很复杂或者很灵活。
微软的.Net技术和web service战略将更好的加强web交互技术的提升,并到达一个新的高度,那个时候可能真的不需要C/S技术了,但是钱却都跑到微软那去啦。
内部网络与外部网络 企业应用都有一个范围,并非所有企业都需要将应用拓展到外部网络,而那些仅仅在内部网络进行应用的企业用户,基于目前的环境完全可以采用C/S技术从而获得更成熟的应用,其操作性和灵活性并不比web模式差,而维护成本、运营成本不一定就高。我有时候也怀疑所谓web模式厂商的宣传,不知道他们做过具体的统计没有,就一口咬定web模式省钱。
如果是外部网络,就需要精打细算,外部应用的需求和数量是怎么样的?网络速度和成本是怎么样的?数据的时效性要求是怎么样的?使用者的习惯是怎么样的?…很多因素需要你仔细决策,而不是拍脑袋式的人为决定。
误解瘦客户端应用
对于C/S技术的客户端,很多企业和某些厂商的别有用心的理解是片面的。对于传统的客户端和现在改进后的客户端是完全不同的,我们不妨来认识一下。
客户端零维护 很早之前的客户端(五年前我也曾经编写过这样的程序),是那种呆板的技术,客户端执行文件是单独的exe,如果版本升级和改动是需要一个个去更新的。而现在的客户端技术,是在用户端安装一个最基本的系统元素库,所有的界面、代码逻辑流、数据等都在数据库中,所谓插件技术。就如同给了一大堆积木在客户端,而行状是怎么样的存放在服务器的数据库上,要更新界面、组件和代码逻辑流等只要在服务器进行更新,所有的客户端都能够在访问的实时同步更新。
这其实也是实现了零维护,而且在本地的元素库更好的支持了人机交互。
WinFrame和Citrix 很多人对WinFrame和Citrix技术比较陌生,这是一种终端技术,最初是在局域网的无盘工作站使用比较多的技术,这几年在企业应用领域有了长足发展。它将企业应用系统打包为类似web service,各应用点只需要安装一个很小的WinFrame或Citrix终端就可以实时访问企业应用系统,它支持各种通讯协议,可以有效的提供类似于web模式的应用。而且传输数据都经过特点的加密和压缩。
交互性 瘦客户端技术的交互性经过多年的发展已经比较成熟,其与操作系统API的结合,与底层通讯的融合,与多媒体的互动,与各种系统技术的嵌合等,都体现了很高的交互性。而web技术目前的发展水平还暂时不能与客户端技术的交互性相提并论,但是随着web技术的发展这种差距会越来越小,最终web技术可能会超越客户端技术,尤其是在web service方向成为主流发展方向的时候。
安全性和可靠性 前面多处都提到过安全性,作为瘦客户端的应用,可以有效的确保数据的安全性,同时在可靠性方面也有一定的优势。浏览器应用在遇到我们速度慢合数据堵塞的时候经常造成数据丢失和操作失误,而且浏览器技术的漏洞也经常使web应用出现一些不可再现的奇怪的问题。如果对数据安全性和操作严谨性要求比较高的话,瘦客户端应用是不错的选择。
客户需求驱动
其实我们说了这么多,差不多是之上谈兵,最主要的还是客户的需求是什么?
基于以上的讨论,我们不妨来看看以下行业:
如:银行、保险等?
如:大型分销企业等?
如:全国区域移动销售等?
相信大家都有自己的答案了。
没有最好的技术,只有符合客户需求的技术方案,这是企业信息化选择技术的一个宗旨,可惜的是客户需求驱动却常常被忽略。
关于叶开
叶开,独立咨询顾问,从事客户营销与客户关系管理领域的研究、培训、咨询和实施,专注于互联网、房地产、医药、汽车等行业的CRM应用。Email:kayeervan@hotmail.com 。
关于汉拓
汉拓咨询(http://www.huntor.cn ),国内第一家专注于客户关系管理领域的咨询机构,秉持中立、全面和深入的宗旨,从事客户战略、客户流程、客户营销和客户商业智能分析等的培训、咨询和推广服务!
分享到:
相关推荐
业务架构是对业务系统的总体设计和规划,应用架构是对应用系统的设计和规划,数据架构是对数据系统的设计和规划。 架构的分类有多种,例如: * 业务架构:它是对业务系统的总体设计和规划,涉及到业务流程、数据...
### 系统架构师基础到企业应用架构 #### 一、引言 本文旨在深入探讨系统架构中的表现层设计及其重要性。系统架构是软件工程中的核心组成部分,它定义了软件系统的结构、行为以及属性。其中表现层作为用户与系统的...
【SOA设计误区详解】 SOA(Service-Oriented Architecture,面向服务的架构)是...总之,SOA设计是一门深奥的艺术,需要架构师具备广泛的知识和深入的理解,以克服潜在的误区,确保解决方案的成功实施和高投资回报率。
### 基于微服务的企业应用架构 #### 一、从SOA到微服务 随着技术的发展和企业需求的变化,从传统的单体应用到服务导向架构(SOA),再到现今流行的微服务架构,企业的IT架构经历了重大的转变。微服务作为一种设计...
4.2 构建应用架构概念 4.3 确立和稳定架构基线 4.4 子系统架构及设计 4.5 构件与单元设计 4.6 架构/设计流程中的角色和职责 第5章 软件架构及软件质量 5.1 构建符合质量要求的系统架构 5.2 ...
《Microsoft .NET企业级应用架构设计》由两位企业级系统开发专家执笔,会告诉你如何用各种模式和技术来控制项目的复杂性,让系统更易于编写、维护和升级。 读者会得到实用的架构方面的指导,包括: ·在早期设计...
调用技术在分布式应用程序中的应用,可以调用Java类和对象,实现客户端和服务器之间的良好通信,同时在资源优化配置、提高设计安全性方面发挥积极作用。 然而,在Java软件开发中,存在一些认识和实践的误区。在认识...
- **关于架构的思考**:反思伸缩性架构设计中的常见误区和最佳实践。 - **第4章:数据增长:Facebook平台的架构** - **简介**:概述Facebook面对数据增长挑战时的解决方案。 - **创建一个社会关系Web服务**:...
教育技术的误区和实际应用.doc
李运华的架构设计方法论是一个系统化的架构设计方法论,包括架构设计的基础、架构设计模式和架构实战。这个方法论可以帮助程序员快速掌握架构设计的技巧,设计出优秀的架构。 七、结论 架构设计是一个复杂的领域,...
构建Flex应用时,开发者常陷入一系列误区,这些误区可能导致应用性能下降、用户体验不佳或开发效率低。以下是关于Flex开发的10大误区的详细解析: 1. **仅用于Web 1.0应用**:Flex的强大之处在于其丰富的组件库和...
C/S模式,又称胖客户端模式,由客户端应用程序和服务器端程序组成。客户端承担大部分业务逻辑和用户界面展示,而服务器主要负责数据处理和存储。C/S模式的优势在于客户端能提供丰富的用户体验,同时服务器负担相对较...
综上所述,通过对义隆单片机指令的深入了解和恰当应用,不仅可以提高程序的效率,还能有效避免一些常见的编程误区。在实际开发过程中,建议开发者仔细研究并掌握这些指令的特点和用法,以便更好地发挥单片机的性能。
- **客户端/服务器架构**:这是早期的一种流行架构,其中客户端负责用户界面,服务器则处理业务逻辑和数据存储。 - **分布式对象模型**:在此基础上,分布式对象模型通过将对象分布在网络上的不同节点上,实现了更高...
微处理器发展及应用误区分析是指对微处理器的发展历史和应用误区的分析。随着微电子技术的发展,微处理器的应用范围不断扩大,出现了多种类型的微处理器,如通用 CPU、DSP 和 FPGA 等。这些微处理器的功能逐渐重叠,...
在运营过程中,团队架构和运营思维将直接影响到社群的活跃度、用户忠诚度以及最终的转化率。以下是根据提供的文件内容,详细解读社群运营中常见的误区以及团队架构建设的经验分享。 1、社群运营的四个常见误区: -...
这一服务尤其对于慢性病患者或者有特殊健康需求的人群来说,能够及时获得专业的建议,避免了不必要的恐慌和误区。 再者,预约挂号功能使得用户可以在家中轻松完成医院挂号步骤,避免了排队等候的困扰,节省了宝贵的...
5. **分布式架构基础**:分布式架构是当前互联网公司中应用最为广泛的架构形式,开发工程师需要理解和掌握分布式系统的CAP、BASE理论、以及相关技术如负载均衡、网络通信、缓存策略等。 6. **实战经验与项目架构**...
软件架构设计是软件开发中的核心环节,它为大规模开发提供基础和规范,有助于缩短项目周期,降低成本,并提升产品质量。本文将详细探讨软件架构设计的目的、原则、视图、步骤、常见误区及解决办法,以及通用设计技巧...