在初步了解了软件系统架构及服装企业的供应链模式之后，我们且先来看一下G公司在长达5年间的三次DRP项目经历，从这三次项目经历来看一下软件架构不利之痛。
二、G公司三次选型的软件系统架构不利之痛
这个故事说的是G服装企业的选型经历，该公司2001年起一直处于高速增长状态。在2001年时，全国的专卖店约有800家左右，但到2007年，该公司已经是行业内的知名品牌，全国的专卖店达到3000家。而该公司的IT经理，暂且称他为Z吧，他们公司在2002年、2004年进行了两次DRP项目的选型，甚至直到今天，他们的选型故事还在继续，为什么在五年之内就对DRP项目进行三次选型呢?
在一次聚会的时候，和Z聊起了这个话题，也就从中听到了一个围绕着DRP项目软件系统架构的故事。
第一次DRP软件选型：G公司在2002年的时候，由于当时公司规模还算比较小，组织结构也不完善，当时还没有独立的IT部门，只有一个网络管理员挂在财务部的名下，而此时Z还没有进入该公司，网管员只负责公司PC维护的工作，对IT系统并没有发言权。而当时G公司考虑到业务规模的不断扩大，业务部门都迫切需要有一套业务管理系统。此时G公司用的是国内某知名财务软件公司U公司的财务系统，而且由于没有独立的IT部门负责对这些软件系统选型负责，G公司财务经理就向业务部门推荐了U公司的分销软件系统，而当年U公司并没有针对服装行业的DRP系统，但出于向服装行业进军的目的，同时也是为了通过该项目完善自己的产品线， G公司的项目还是被U公司承接下来了。
U公司承接该项目之后，对G公司的分销业务进行了全面分析，然后在U公司原有财务系统的基础上，对软件系统进行了大量的二次开发工作，在项目开发人员基本满足了G公司的业务需求之后，就将该项目推行上线，而在上线之后才发现了还有一个需要解决的问题：由于U公司原有的软件都是基于C/S(Client/Server，客户/服务器)架构，而在G公司进行实际部署时，需要将该系统部署到全国各地的分公司、办事处、代理商直到专卖店，而在当时U公司提出了使用远程终端技术+VPN网络的方案来解决这个问题。在当时G公司对技术架构上也没太多辨别能力，而且在G公司对该方案进行效果测试时，感觉都还不错，应该能满足业务的需求，也就同意了该方案。也就是这个方案的出台，为下一次的项目失败埋下了祸根。
当U公司对项目实施完公司总部各个部门，只在几个分公司进行实施之后，就发现该项目举步维艰了，由于U公司的软件系统是基于财务的DRP系统，一切以财务为核心，而不是以业务流程为核心，使得G公司在应用过程中业务流程无法顺利地流转。再加上了大规模的定制开发，已经脱离了U公司原有的产品线，因此，G公司若有新的业务需求时，也将无力投入大量的人力进行开发，使得G公司的这个系统处在没有更新，没有升级的状态。基于这种情况，G公司决定与U公司停止项目合作，进行新的DRP项目选型工作。
文章来源于领测软件测试网 https://www.ltesting.net/
