无论什么项目,最开始一定要确定其目标,我们这个项目也不例外,简单的来说,就是我们项目要做成什么样子?
在今天下午的群讨论中,各成员都很踊跃发言,讨论议题很散乱,有讨论市场定位的,有讨论实现技术的,也有讨论做平台还是做产品的,但是现在首要的任务就是确定项目目标,有了目标,大家才能朝着一个方向前进。
就今天wind所提及的要做产品还是做平台的问题,我来谈谈我个人的看法,希望能起到一个抛砖引玉的作用,首先确定做产品还是做平台,然后在确定做什么样的产品或者什么样的平台。
我在网上找了些关于平台化资料,节选了些。
总体上,平台分为两类:一类基于技术层次的基础架构平台,一类是基于业务模型的应用平台。其差异,比较一下BEA和用友的平台产品便可知。BEA的基础件是传统中间件的延伸,它组建了一个各种应用的统一技术支撑环境;而用友的UAP更多的是从管理应用需求出发,把工作流、内容管理、个性化报表工具等组合在一起,提供一个支持管理应用开发的平台。
也有人认为,后者还有细分的必要。因为“基于业务”的应用平台同样可以有两种实现方法。比如可以从管理业务出发,深入分析管理应用需求,提出管理模型,再建立技术实现的平台;还有一种做法是把管理应用的共同技术特征抽象出来,基于组件式的开发技术,建立平台。举例来说,第一种做法中,我们可以建立人员组织模型、流程管理模型等,这是与IT技术无关的,然后通过软件建模满足不同的个性化管理需求;而第二种做法是,把ERP、CRM、OA等模块均需要的一些技术,如工作流引擎放入平台中,通过底层调用简化开发。
大多数应用开发平台属于第二类,可称之为“组件式”应用开发平台,平台的基本特征有三个:技术无关、集成和统一,但组件式平台“难以做到技术无关和统一的业务逻辑、管理要素等”。
以上便是平台化的简介,而产品就不用多说了,就是蛙蛙发的那些功能模块的结合体。
从技术含量角度来看,做成平台化的确技术含量高,讲究架构性,框架性,这样同时要求我们的技术也要高,至少要有一个架构师级别的人来带这个项目才能实现很好的平台化;而应用产品就相对简单的多,划分好模块,就可以按部就班的做。而且,平台化也有两个不同的层次,也就是上述文章说的基础架构平台和业务模型平台,我的理解,业务模型平台相对简单,不妨可以考虑这个。
项目目标的确立是我们团队面临的第一个问题,希望接下来大家可以就这个问题参与讨论,最好能找一些具体例子来说明。
----Post By Spgoal