|
最初由 zyzdy 发布
[B]不像有的系统弄来弄去,有成千张表,真有这么复杂么?如果以这种系统来做评估的话,个人感觉估计维护与支持是无比的困难
系统过度复杂与无序后,很容易出现这种情况:
为了修补某个东西,而打上补丁,这个地方好了后,一不小心把别的地方补坏了,以前有合作的这种事情真的见得多了

[/B]
中科软的系统和易保的系统都有上千张表,不过这是历史遗留原因导致的,
现在有些表根本就不用了,所以,实际上不需要那么多表的。
核心的也就100多张而已。
中科软的系统和易保的系统都有上千张表,不过这是历史遗留原因导致的,
现在有些表根本就不用了,所以,实际上不需要那么多表的。
核心的也就100多张而已。 [/B]
个人很认同,其实核心的表应该就是那么多
其实一个系统就是在不停的维护那些表,如果表多的话一般情况就是客户操作就是要复杂了。
聊过以前的太平的事,感觉就是如果表多,很多交易的一致性难以维护,一旦修某个地方,没改到另一个地方,哪就惨了
1、从刚开始设计上就要奉行产品化的宗旨 不能为作单而作单 结果问题一大堆 逐渐修补 名声坏了
2、严谨的态度 科学做事方式
3、流程的设计固然重要 但代码的质量也是关键
4、力求模块化 报表与业务最好设计为独立的模块 为下一步商务智能 系统效率考虑做好准备
5、模块测试要不停反复的做
6、项目经理的水平自然要高
7、对保监会的系统要了解
最初由 ran2003 发布
[B]产寿系统结合暂时应该困难比较大,但基于同一保险平台是可行的 [/B]
终于找到知音啦!愿意留个联系方式交流下吗?或者加兄弟MSN? |
本帖子中包含更多资源
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
|