第二次DRP软件选型，G公司接受了上次的教训，也不敢请看似强大，但对行业不够了解的软件公司来做该项目了。G公司这次选择了一家服装行业的软件公司B公司来完成G公司的DRP项目大业，B公司在行业内有几个较大的客户案例，虽然这次项目有一定的竞争，但由于B公司的软件产品在报表呈现上显的比较丰富，得到了业务部门的好评，因此也从几个供应商中脱颖而出。而B公司原有的客户案例，所有实施的规模没有超过200个并发用户，而且他们的软件系统与U公司相同的一点是采用C/S架构，这就使得B公司也必须使用远程终端技术+VPN网络来实现远程访问。在G公司为了该系统能够正常运行，且不论投入大量金钱购买了大量的远程终端服务器供客户端接入，同时在总部还备有电信、网通的100M光纤各一条，各分公司与总部之间采用专线连接方式，但在部署超过200个并发用户时。发现服务器、带宽甚至包括I/O都出现了瓶颈状况，而这种状况，使的软件系统在客户端的速度奇慢，以至于客户端根本无法进行正常的业务操作。这时，虽然一直以来，软件系统架构这个隐藏在美丽报表后面的X因素开始发威，而这个问题就都不再是多一条光纤、多一台服务器可以解决的问题了，而是一个整体性能的问题。而此时G公司的业务规模还在不断地扩大，随着全国所有的专卖店都需要登录到该系统进行业务操作的时候，G公司发现这终于是一个不可能完成的任务了。
G公司发现两次DRP项目没有资深IT专家介入的情况下，如果贸然对DRP系统进行选型是一定会犯错误的。此时G公司引进的IT专家Z。而Z对B公司的系统目前也是束手无策，因此向公司建议，第三次开始DRP项目的选型，同时做ERP级的项目，而不只只是停留在产品的层面上，而是根据公司的发展规模做平台级的ERP应用，这对Z应该又是一个新的考验。但G公司在DRP项目上的两次失败，不能不承认信息系统是为了满足业务需求而存在的，但它的本质还是需要由IT技术来支撑的。
三、如何选择一个好的系统架构?
企业的供应链复杂程度是DRP系统选型中一个非常重要的因素，因为企业供应链的复杂程度越高，对DRP系统的性能要求就越高，相较之下系统构架要求就越高。
但服装企业因为其分销网络的不断扩张，不同的软件系统架构在企业的不同阶段是具有适应性的，根据G公司的应用效果，基本上我们可以进行如下判断：
1、 单机程序：适合单个的服装店，或者是几家服装店只进行进销存管理的企业。
2、 C/S架构：该方案只适合在局域网内使用，而DRP项目一定是要进行跨地区应用的，因此不适合作为DRP项目的主要架构，但可以应用在DRP项目POS或者收银部分的脱机应用程序中，与ACCESS本地数据库配合使用。当然，如果C/S架构的系统配合远程终端技术+VPN技术，则可在不高于100个并发用户的情况下进行应用。
3、 B/S架构：由于DRP项目的复杂性，而B/S架构因为其前端应用展现能力有限，因此不适合作为DRP项目的主要架构。但如果企业的应用需求不复杂的情况下，如在报表查询、客户资料查询等方面可以应用。
4、 三(N)层架构：一个具有良好扩展性，能够进行大规模部署的DRP系统应该是基于三(N)层架构下的，否则的话，就算软件系统的功能再强大，也只是“水中月”、“镜中花”，中看不中用。
5、 远程终端技术：由于一些历史原因，在C/S架构的旧系统，通过远程终端技术+VPN网络的方法，可以延长原有系统的使用寿命。但如果是新的DRP系统建设中，由于远程终端需要耗费大量的服务器处理能力、网络带宽及I/O，因此不建议使用该技术。特别是在并发用户数在200左右的时候，远程终端技术需要用三(N)层架构一倍的服务器、带宽才能将应用跑起来，而此时除非用小型机，如果只是用PC服务器的话，估计是没有将DRP系统进行更大规模的部署了。
文章来源于领测软件测试网 https://www.ltesting.net/
