中小企业信息系统建设的思路

mike3w

最初由 wollaston 发布
[B]我看楼主的主要意思应该是，软件公司应该提供一个强大的标准，在此标准上提供各种属性的扩展（可视化的）然后并且可以定制属性的映射、行为、子属性、孙属性。

最近看了SharePoint——微软的一个产品，大有这个意思。

没有固定的功能模块，由几个基本模块可以派生出各种“东西”。公司大的话就派生得复杂一点，公司小的话就派生得简单一点。
大概数据列表提供了十几种数据类型，而且支持数据列表的再次扩展。再次扩展只要设计好模板就行了。
只要有技术员，就能自己定制。 [/B]

可以基于Sharepoint, Infopath进行定制；
也可以采用开发语言编写web程序；
他们都可以是基于一个标准，这个标准是软件上的构架扩展支持，也可以是业务模块本身。
如果这个标准没有办法得到，那还是可以编写代码实现的。即定制开发。

定制开发，不全是从零开发，而是在已有项目的经验积累上进行定制。

tanyiqiang

每一家用户的功能比较少，但当你的客户数量增加时，功能也就会增加了，公司整体提供的功能并不少，而这些功能存在各个用户的版本中，维护大量的版本成本不会比维护一个版本低。

wollaston

最初由 mike3w 发布
[B]

可以基于Sharepoint, Infopath进行定制；
也可以采用开发语言编写web程序；
他们都可以是基于一个标准，这个标准是软件上的构架扩展支持，也可以是业务模块本身。
如果这个标准没有办法得到，那还是可以编写代码实现的。即定制开发。

定制开发，不全是从零开发，而是在已有项目的经验积累上进行定制。 [/B]

当从主流中走出的时候就会遇到一个成本问题。
比方说，现在平台由1000人维护，而且得到1000人公认，
现在被第1010人共享了，其中1009人都愿意迎合平台，并在平台内进行发展，并且得到了平台的升级支持，
而你独立地开发了基于Vn的版本，意味着，做了就是在此进行突变，但是突变“可能”会对自己带来更大的利益，但是放弃的是，如果原有版本更新，你就必须付出比较大的工作去修改。

所以刚刚有人提出做开源的HIS，就是要一个机构来维护开源的方式，建立开源同盟，把智慧集中一下，然后大家都从他人的活动中获得利益。

用学术的方式是容易理解的，那么我们就在这个方式上扩大开源的借口，用成本方式是容易困惑的，那么我们就说，今后——所有版本的更新将更加快捷和贴心，而且你主要还是支付现有员工的工资。

mike3w

从成本考虑，的确如楼上两位所述，项目的维护比单一产品的维护需要投入更多的力量！

当前主题讨论的是，从客户这边来考虑如何更好的实施ERP。如果从为客户节约费用来说，无论是购买产品，还是项目，客户每年还是要做系统维护的预算的。两者相差并不大。

husthxd

定制软件能不能用这么一个思路:
正如lz所说的,最核心功能做成产品化,有完善的文档支持,作为一个开发平台,然后在此开发平台上做一些公用模块的扩充,接着是特定地方的特定扩充.
当然,为了保证软件的可维护性,一系列的编码/文档/技术规范是必不可少了.
这得有2到3个系统分析熟悉所有系统的需求,只要把需求把握住了,新手进来接手维护的成本也不会太高.
这里面对核心功能(平台)的可扩展性/灵活性要求很高.

wollaston

楼上说的合俺的意思差不多,
也有一些软件公司在这么做,
其实我想说的是,能不能在维护中同时能产生开发(现实也这样,但现在仅由软件公司开发)如果能由一个同盟开发并共享,不就产生了另一种力量,对抗了升级费用的力量。

mike3w

最初由 husthxd 发布
[B]定制软件能不能用这么一个思路:
正如lz所说的,最核心功能做成产品化,有完善的文档支持,作为一个开发平台,然后在此开发平台上做一些公用模块的扩充,接着是特定地方的特定扩充.
当然,为了保证软件的可维护性,一系列的编码/文档/技术规范是必不可少了.
这得有2到3个系统分析熟悉所有系统的需求,只要把需求把握住了,新手进来接手维护的成本也不会太高.
这里面对核心功能(平台)的可扩展性/灵活性要求很高. [/B]

赞同！

事实上，采用已有的开发平台进行二次开发，已经相当普遍。其实，已经存在很多基于Oracle或者MS CRM、MS sharepoint上面进行二次开发的案例。

tanyiqiang

想法都是好的，关键的是能不能实现。
中国人宁做鸡头，不做凤尾的思想，能不能合作一起打出不一片天地呢？拭目以待。

陈佩

瑞得是不是类似的理念呢

husthxd

最初由 tanyiqiang 发布
[B]想法都是好的，关键的是能不能实现。
中国人宁做鸡头，不做凤尾的思想，能不能合作一起打出不一片天地呢？拭目以待。 [/B]

合作,开放.
确实,这里面人的因素是最关键的.