中科软核心业务系统

zyzdy

原帖由 Barbalala 于 2007-7-2 09:50 发表
大家还是不要把人家的代码贴到论坛上了，好歹也是人家的劳动成果，代码写的不好也不仅仅是某个人或者某个项目团队造成的，公司行为的责任更多些。
特别是甲方的还是少骂点好，要骂就骂自己公司给的预算太少，我一直相信，一分钱一分货的道路。

报价很低的话这个咋说

中科软件的结构很久没升级了吧，还有，低层封装不够，导致开发人员有太多的权限及可能的随意性。

新的技术，如EJB3,AJAX等，都需要再次封到自己的底层，否则，谁能担保人人开发出来的东西是一样的。维护难就是肯定了。

cooldog7147

其实大家讨论中科软的系统，可是有几个人真正的开发过这个系统呢。
其实中科软的核心业务系统还是非常好的。对保险公司的业务需求的支持能力很强。一般保险公司提出一个产品，1个星期就可以上线。我相信一般的公司是做不到这一点的。
还有中科软能占有这么多的市场份额，和公司有1批非常了解保险，尤其是国内保险行业的人才。现在有很多的新的保险公司，对保险并不了解，买了中科软的系统，同时还可以对员工的保险业务知识进行培训，如果业务部门提出的需求不合理或者不满足保监会的监管的时候，中科软可以给出适当的建议。

不过中科软的人才流失太严重了。尤其是高级人才的流失。如果有人在用中科软的系统的保险公司的话。肯定会有很多从中科软出来的同事。

tublit

原帖由 cooldog7147 于 2008-1-18 00:23 发表
其实大家讨论中科软的系统，可是有几个人真正的开发过这个系统呢。
其实中科软的核心业务系统还是非常好的。对保险公司的业务需求的支持能力很强。一般保险公司提出一个产品，1个星期就可以上线。我相信一般的公司是做不到这一点的。
还有中科软能占有这么多的市场份额，和公司有1批非常了解保险，尤其是国内保险行业的人才。现在有很多的新的保险公司，对保险并不了解，买了中科软的系统，同时还可以对员工的保险业务知识进行培训，如果业务部门提出的需求不合理或者不满足保监会的监管的时候，中科软可以给出适当的建议。

不过中科软的人才流失太严重了。尤其是高级人才的流失。如果有人在用中科软的系统的保险公司的话。肯定会有很多从中科软出来的同事。

部门用人决策使然，人才流失不可避免，会培养认为有前途的人人员，其他人都可以走绝不留。

Rossmary

原帖由 cooldog7147 于 2008-1-18 00:23 发表
其实大家讨论中科软的系统，可是有几个人真正的开发过这个系统呢。
其实中科软的核心业务系统还是非常好的。对保险公司的业务需求的支持能力很强。一般保险公司提出一个产品，1个星期就可以上线。我相信一般的公司是做不到这一点的。
还有中科软能占有这么多的市场份额，和公司有1批非常了解保险，尤其是国内保险行业的人才。现在有很多的新的保险公司，对保险并不了解，买了中科软的系统，同时还可以对员工的保险业务知识进行培训，如果业务部门提出的需求不合理或者不满足保监会的监管的时候，中科软可以给出适当的建议。

不过中科软的人才流失太严重了。尤其是高级人才的流失。如果有人在用中科软的系统的保险公司的话。肯定会有很多从中科软出来的同事。

这位仁兄能够告诉我中科软那个项目组可以做到这一点，我要去邀请这位兄弟

信合博士

谢谢兄弟

ziwun25

看了很多关于中科软,ebao的介绍， 怎么没有见关于智软的介绍呢.

acmer

CSC不见得好到哪里, 至少我了解的在马来西亚的Takaful项目, 是由CSC维护的, 但使用的是eBao的GS2.0系统, 后来进行了一次机房搬迁, 性能就变得超慢, 找CSC的人解决了两个月, 没搞定, 最后还是eBao工程师查出来是机房网络问题.
eBao进来发展还是比较快的, 从前几年的LS V2.0, GS2.0, 到现在的GS3.1, LS3.0, 还有正在着手设计的4.0, 以及网格计算等, 充分说明了强劲的势头.

duduzhu2007

一个公司能够持续发展下去，自有他自己的优势。

bomb88

原帖由 Array信心索 于 2007-7-1 11:37 发表
楼主说的有点夸张吧，我看到虽然jsp都是一些以前沉淀下来的查询组件，不过真正的业务逻辑还是java里实现的，只不过是模仿着3层架构，改起业务逻辑还是很麻烦。想象他们要换一个架构，成本和风险是多么的大，所以只能适应现在的一切了

偶尔看到此贴，雁过留声：

中科软的系统是ajax+jsp+javabean的三层结构，在n多年以前就使用ajax来构建业务系统不得不说意识比较超前，但是在中科软的系统架构存在两个硬伤：一个是楼主说的jsp中嵌入大量的SQL语句(其实是在js中嵌入SQL)。还有一个就是在BL(业务逻辑)层直接调用DB层，你在BL层也能看到大量SQL。这是一个很严重的问题，因为正确的设计应该是BL—DAO—DB，和MVC模式一样，DAO(Data Acess Object)模式是标准的J2EE设计模式啊，缺少了DAO层你就无法将底层的数据访问操作和上层的业务逻辑分开，其结果是BL层很难维护。一个好的业务系统无非是要将那些成熟的业务规则沉淀下来，一个脆弱的业务逻辑层只会给开发人员和用户带来无尽的痛苦。
还有就是其自行开发的DB层框架，比起Hibernate、OJB、Jaxor、Cayenne等开源orm框架来差距是相当的大啊。

epwps8120

原帖由 Rossmary 于 2008-1-28 16:16 发表



这位仁兄能够告诉我中科软那个项目组可以做到这一点，我要去邀请这位兄弟

请问您是认真的么？本人曾在中科软服务，我参与过开发的产品中，就有三款的上线周期少于五个工作日，当然事后看来开发过程比较仓促，处理方案也未必完备，但在当时业务急需，势在必行。另外客户方的一位部门经理对我说过，非典期间，中科软只用一天时间就将一个和非典有关的产品推广上线。如果您需要实证，我们可以站内私下交流，毕竟把中科软内部的事情公布在这里并不好。