时尚企业管理信息化是“炼仙丹”还是“搭积木”

标签:信息化管理软件开发时尚行业

访客:30317  发表于:2013-04-11 11:35:13

                  

关键词:时尚行业、信息化管理、软件开发

  “仙丹”究竟是良药还是饮鸩止渴?

炼仙丹历史悠久、源远流长。其美好的愿景、玄乎的过程、复杂的成分以及悲惨的结局都令人印象深刻。仔细观察炼丹的整个过程,会发现与时尚企业目前的信息化建设是非常相似的。

对于时尚企业来说,管理软件理念都很美好,拥有诸多功能,能解决很多问题,可以提升企业运营水平。但软件使用起来总是感觉与实际情况有一定的差别,怎么办?改软件、加功能、打补丁,软件越来越不稳定,各方面的抱怨越来越多。起初的灵丹妙药最终变成了苦酒一杯。

为什么信息化的理想与现实会有这么大的差距?主要还是软件产业的工业化程度不够,大部分的软件工程师还游走在工程与艺术的边界,通过经验与灵感来开发软件。每当时尚企业需要对软件做出调整或者修改的时候,工程师们就会说:好吧,我们来看看代码该怎么写。这就如同道士们会说:好吧,我们来加一些三氧化二砷。

如何来解决这种信息化过程中的矛盾?作为时尚企业,为了提升运营水平改变一些管理思路、管理方式、管理流程,这都是必须的;但是在所有的环节都削足适履式的适应软件,是绝对不可取的。那就必须在软件本身的架构设计、开发实现、配置管理方面做变革。搭积木是儿童喜闻乐见的游戏,运用不同形状的模块,具备一定构造能力的孩子就可以搭建出自己脑海中的建筑模型。在整体结构不变情况下,更换其他样式的模块,整体建筑模型依然保持稳固。软件是否也可以实现搭积木式的开发呢?


用“积木”搭起来管理的“金字塔”

通过不断的总结、积累、思考与探索后会发现,管理软件也可以实现模块化的搭积木式开发。但软件的架构设计需要从两个方面出发:领域驱动建模与平台化配置。

软件实现模块化需要将共性提炼出来,通过少量的修改或替换来实现基于标准产品的客户化软件。管理软件要体现价值,软件理念与功能就必须符合该业务领域的管理特点。所以管理软件的模块化需要将业务领域内的特性与同性,通过逻辑抽象、逻辑封装、逻辑归类的方法构成UI组件、功能组件、业务组件和流程组件,每个组件之间通过固定的接口交互信息、数据和事件。每个模型组件保持相互的独立性,通过稳定的接口组成一个复杂的软件系统。将模型组件部署于应用服务层,整个软件系统就演化为基于领域模型的SOA架构。使管理软件的开发提升到标准化、工业化的高度,远远超越项目型开发的模式,在风险控制、代码质量、实施周期等各方面得到最好的保证。

积木中的每个模块都是最基本的形状,如圆柱、立方体、拱形、三角体;大小适中,便于儿童操作与控制。领域模型中的组件也具备这样的特点,只提供一种或者一类功能,满足特定的构造需要。组件粒度太大,不便于维护与替换;如果太小,不便于系统集成与维护。所以通过领域驱动的设计思维去切割大型系统来创建管理软件中的“积木模块”是最合适的。

通过领域驱动建模后,将庞大的管理系统拆分为各种组件,需要有地方能将这些模块组装起来,这就是配置化平台。基于平台的配置可以是非可视的后台配置,一般基于XML文件的配置。也可以是基于界面的可视化配置。有部分软件仅仅解决了UI部分的配置,只能称其为UI配置工具。而管理软件的核心价值恰恰在于业务逻辑。采用领域建模后,平台就可以将这些业务逻辑像搭积木一样配置在一起,一个符合行业特点的管理软件就诞生了。如果时尚企业需要个性化的功能,利用平台配置相应的个性化业务组件即可。不会影响到系统其它部分的运行和稳定。

 有了搭积木的模块,也有了搭积木的场所,无论是开发人员、实施人员还是时尚企业的IT人员只要掌握了搭积木方法和建筑构想,就能搭建出符合现实要求的管理建筑。只拥有UI配置工具的管理软件,只能为时尚企业提供一块画布,调整一下软件的长相。而重要的业务逻辑在依然得在“炼丹炉”里面锤炼。

设计思维的角度决定软件技术的深度。无论是想延年益寿还是实现信息化美好的愿景,都需要使用科学的思考方式与行为准则。那种“炼丹式”软件研发过程与技术框架已经与道教的炼丹炉一块熔入了历史的火焰中,而更加科学的领域驱动平台正在从开发人员的指尖落入时尚企业CIO的眼睑。

评论(1)

您可以在评论框内@您的好友一起参与讨论!

<--script type="text/javascript">BAIDU_CLB_fillSlot("927898");