这是
个非常技术性
词
般来说服装企业业务部门是不太理会这个东西毕竟他们关注是业务实现、操作方便性等就算是些企业IT技术人员对于软件Software系统架构到底能够在IT项目中起到什么样作用可能也不太清楚我还记得有位企业IT主管说过:“软件Software系统架构是个什么样东西对于我们公司来说软件Software好用即可我管它是用VB写还是用10层架构码出来”这位IT主管
话对吗?可能从企业角度来说信息系统管用就行其它原因可能不用担心太多至于软件Software系统架构这是演示时候无法看出门道东西但从架构设计目标——可靠性、安全性、可升级性、可扩展性、可定制性、可维护性——再加上良好客户使用体验这几点要求来说如果在进行IT项目大规模部署时忽略了软件Software系统架构出现问题将有可能是致命毕竟隐藏越深问题爆发出来后果越是严重今天挑这个话题来说也是
身边有朋友曾经做过个DRP(Distribution Resource Planning配送资源计划)项目这个项目中些经验和教训值得我们借鉴、分销系统系统架构要求从软件Software系统架构
种类上来说分销系统般分为以下几种:1、 单机
:这个应该是简单种软件Software系统架构了不在本文讨论的列2、 C/S架构:C/S又称Client/Server或客户/服务器架构
服务器通常采用高性能PC、工作站或小型机并采用大型数据库系统如Oracle、Sybase、Informix或 SQL Server客户端需要安装专用客户端软件SoftwareC/S架构
优点是:交互性强
在C/S中客户端有套完整应用在出错提示、在线帮助等方面都有强大功能并且可以在子间自由切换B/S虽然由JavaScript、VBScript提供了定交互能力但和C/S整套客户应用相比还是太有限了 提供了更安全
存取模式由于C/S是配对点对点结构模式采用适用于局域网、安全性比较好网络协议(例如:NTNetBEUI协议)安全性可以得到较好保证而B/S采用点对多点、多点对多点这种开放结构模式并采用TCP/IP这类运用于Internet开放性协议其安全性只能靠数据库服务器上管理密码数据库来保证 降低网络通信量
B/S采用了逻辑上 3层结构而在物理上网络结构仍然是原来以太网或环形网这样第层和第 2层结构的间通信、第 2层和第 3层结构的间通信都需占用同条网络线路而C/S只有两层结构网络通信量只包括Client和Server的间通信量所以C/S处理大量信息能力是B/S所无法比拟 速度相对较快
由于C/S在逻辑结构上比B/S少层对于相同任务C/S完成速度总比B/S快使得C/S更利于处理大量数据 C/S架构缺点主要有以下几个:
只适用于局域网
这种方式远程访问需要专门
技术同时要对系统进行专门设计来处理分布式数据 客户端需要安装专用
客户端软件Software首先涉及到安装工作量其次任何台电脑出问题如病毒、硬件损坏都需要进行安装或维护特别是有很多分部或专卖店情况不是工作量问题而是路程问题 系统软件Software升级时
每台客户机需要重新安装其维护和升级成本非常高 对客户端
操作系统般也会有限制可能适应于Win98, 但不能用于win2000或Windows XP或者不适用于微软新操作系统等等更不用说Linux、Unix等 3、 B/S架构:B/S是Brower/Server
缩写客户机上只要安装个浏览器(Browser)如Netscape Navigator或Internet Explorer服务器安装Oracle、Sybase、Informix或 SQL Server等数据库浏览器通过Web Server 同数据库进行数据交互B/S最大
优点就是可以在任何地方进行操作而不用安装任何专门软件Software只要有台能上网电脑就能使用客户端零维护系统扩展非常容易B/S架构
缺点就是所有C/S优点在前文已论述不再重复4、 3(N)层架构:N层架构
4层是指Presentation Tier(表示层就是直接呈现在用户面前界面)、Web Server Tier(Web服务器层)、 Application Server Tier(应用服务器层)和 Data Tier(数据层)N层架构
核心是提供可规模化特性方面是从服务负载上可规模化能同时为极大规模用户同时提供服务;另方面是服务功能上可规模化可形成极大规模软件Software群系统各分系统可以共享信息、服务形成企业级信息高速公路N层可以分别放在各自区别
硬件系统上所以灵活性很高能够适应客户机数目增加和处理负荷变动例如在追加新业务处理时可以相应增加装载功能层服务器因此,系统规模越大这种形态优点就越显著5、 远程终端技术:该种方式是根据C/S架构系统无法满足远程访问需求而存在
远程终端技术提供了通过作为终端仿真器工作“瘦客户机”软件Software远程访问服务器桌面能力终端服务只把该用户界面传给客户机客户机然后返回键盘和鼠标单击动作以便由服务器处理每个用户都只能登录并看到它们自己会话这些会话由服务器操作系统透明地进行管理而且和任何其他客户机会话无关这种软件Software技术架构在小规模应用上尚可
但如果部署到大规模应用时网络带宽、服务器响应能力、磁盘读取能力都会受到极大挑战从服装企业
行业特性上来说包括鞋业、皮具、礼品等企业在这里般特指品牌连锁运营企业企业产品基于直营、分公司、加盟、专柜、批发等连锁经营方式通过各级代理商、专卖店或者销售专柜实现最终销售DRP系统就是要对企业供应链进行全程管理包括内部供应链和外部供应链管理涵盖了从生产厂家、物流配送、各级代理商分销到专卖店零售每个环节DRP系统要以供应链为核心实现各项业务功能DRP系统必须通过物流、商流、信息流、资金流对供应链进行管理和监控实现供需匹配、动态适应、快速反应从而降低库存、共享资源、降低成本、规避风险为企业创造价值服装企业上下游供应链关系可以用如下图表示:在初步了解了软件Software系统架构及服装企业
供应链模式的后我们且先来看下G公司在长达5年间 3次DRP项目经历从这 3次项目经历来看下软件Software架构不利的痛2、G公司 3次选型
软件Software系统架构不利的痛这个故事说
是G服装企业选型经历该公司2001年起直处于高速增长状态在2001年时全国专卖店约有800家左右但到2007年该公司已经是行业内知名品牌全国专卖店达到3000家而该公司IT经理暂且称他为Z吧他们公司在2002年、2004年进行了两次DRP项目选型甚至直到今天他们选型故事还在继续为什么在 5年的内就对DRP项目进行 3次选型呢?在
次聚会时候和Z聊起了这个话题也就从中听到了个围绕着DRP项目软件Software系统架构故事第
次DRP软件Software选型:G公司在2002年时候由于当时公司规模还算比较小组织结构也不完善当时还没有独立IT部门只有个网络管理员挂在财务部名下而此时Z还没有进入该公司网管员只负责公司PC维护工作对IT系统并没有发言权而当时G公司考虑到业务规模不断扩大业务部门都迫切需要有套业务管理系统此时G公司用是国内某知名财务软件Software公司U公司财务系统而且由于没有独立IT部门负责对这些软件Software系统选型负责G公司财务经理就向业务部门推荐了U公司分销软件Software系统而当年U公司并没有针对服装行业DRP系统但出于向服装行业进军目同时也是为了通过该项目完善自己产品线 G公司项目还是被U公司承接下来了U公司承接该项目的后
对G公司分销业务进行了全面分析然后在U公司原有财务系统基础上对软件Software系统进行了大量 2次开发工作在项目开发人员基本满足了G公司业务需求的后就将该项目推行上线而在上线的后才发现了还有个需要解决问题:由于U公司原有软件Software都是基于C/S(Client/Server客户/服务器)架构而在G公司进行实际部署时需要将该系统部署到全国各地分公司、办事处、代理商直到专卖店而在当时U公司提出了使用远程终端技术+VPN网络方案来解决这个问题在当时G公司对技术架构上也没太多辨别能力而且在G公司对该方案进行效果测试时感觉都还不错应该能满足业务需求也就同意了该方案也就是这个方案出台为下次项目失败埋下了祸根当U公司对项目实施完公司总部各个部门
只在几个分公司进行实施的后就发现该项目举步维艰了由于U公司软件Software系统是基于财务DRP系统切以财务为核心而不是以业务流程为核心使得G公司在应用过程中业务流程无法顺利地流转再加上了大规模定制开发已经脱离了U公司原有产品线因此G公司若有新业务需求时也将无力投入大量人力进行开发使得G公司这个系统处在没有更新没有升级状态基于这种情况G公司决定和U公司停止项目合作进行新DRP项目选型工作第 2次DRP软件Software选型
G公司接受了上次教训也不敢请看似强大但对行业不够了解软件Software公司来做该项目了G公司这次选择了家服装行业软件Software公司B公司来完成G公司DRP项目大业B公司在行业内有几个较大客户案例虽然这次项目有定竞争但由于B公司软件Software产品在报表呈现上显比较丰富得到了业务部门好评因此也从几个供应商中脱颖而出而B公司原有客户案例所有实施规模没有超过200个并发用户而且他们软件Software系统和U公司相同点是采用C/S架构这就使得B公司也必须使用远程终端技术+VPN网络来实现远程访问在G公司为了该系统能够正常运行且不论投入大量金钱购买了大量远程终端服务器供客户端接入同时在总部还备有电信、网通100M光纤各条各分公司和总部的间采用专线连接方式但在部署超过200个并发用户时发现服务器、带宽甚至包括I/O都出现了瓶颈状况而这种状况使软件Software系统在客户端速度奇慢以至于客户端根本无法进行正常业务操作这时虽然直以来软件Software系统架构这个隐藏在美丽报表后面X原因开始发威而这个问题就都不再是多条光纤、多台服务器可以解决问题了而是个整体性能问题而此时G公司业务规模还在不断地扩大随着全国所有专卖店都需要登录到该系统进行业务操作时候G公司发现这终于是个不可能完成任务了G公司发现两次DRP项目没有资深IT专家介入
情况下如果贸然对DRP系统进行选型是定会犯
此时G公司引进IT专家Z而Z对B公司系统目前也是束手无策因此向公司建议第 3次开始DRP项目选型同时做ERP级项目而不只只是停留在产品层面上而是根据公司发展规模做平台级ERP应用这对Z应该又是个新考验但G公司在DRP项目上两次失败不能不承认信息系统是为了满足业务需求而存在但它本质还是需要由IT技术来支撑3、如何选择
个好系统架构?企业
供应链复杂程度是DRP系统选型中个非常重要原因企业供应链复杂程度越高对DRP系统性能要求就越高相较的下系统构架要求就越高但服装企业
其分销网络不断扩张区别软件Software系统架构在企业区别阶段是具有适应性根据G公司应用效果基本上我们可以进行如下判断:1、 单机
:适合单个服装店或者是几家服装店只进行进销存管理企业2、 C/S架构:该方案只适合在局域网内使用
而DRP项目定是要进行跨地区应用因此不适合作为DRP项目主要架构但可以应用在DRP项目POS或者收银部分脱机应用中和ACCESS本地数据库配合使用当然如果C/S架构系统配合远程终端技术+VPN技术则可在不高于100个并发用户情况下进行应用3、 B/S架构:由于DRP项目
复杂性而B/S架构其前端应用展现能力有限因此不适合作为DRP项目主要架构但如果企业应用需求不复杂情况下如在报表查询、客户资料查询等方面可以应用4、 3(N)层架构:
个具有良好扩展性能够进行大规模部署DRP系统应该是基于 3(N)层架构下否则话就算软件Software系统功能再强大也只是“水中月”、“镜中花”中看不中用5、 远程终端技术:由于
些历史原因在C/S架构旧系统通过远程终端技术+VPN网络思路方法可以延长原有系统使用寿命但如果是新DRP系统建设中由于远程终端需要耗费大量服务器处理能力、网络带宽及I/O因此不建议使用该技术特别是在并发用户数在200左右时候远程终端技术需要用 3(N)层架构倍服务器、带宽才能将应用跑起来而此时除非用小型机如果只是用PC服务器话估计是没有将DRP系统进行更大规模部署了
最新评论