中科软核心业务系统 - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

最初由 Barbalala 发布
[B]大家还是不要把人家的代码贴到论坛上了，好歹也是人家的劳动成果，代码写的不好也不仅仅是某个人或者某个项目团队造成的，公司行为的责任更多些。
特别是甲方的还是少骂点好，要骂就骂自己公司给的预算太少，我一直相信，一分钱一分货的道路。 [/B]
好像没有人说要把代码贴到论坛上吧
以前在深圳民太公估行调研时，比较过易保、平安、中科软理赔系统。讲一个细节，报案 保单查询，平安、易保可能只有一个保单号查询条件，中科软上面有被保人名称、发动机、车架号、车牌号等。业务逻辑代码嵌套，三家系统，查看源文件时，都存在有这样的情况.
虽然觉得中科软的系统架构不怎么好，但真的用目前很流行的MVC架构写一个保险系统，能满足国内的业务运行模式吗？！
维护量就算很大但是维护的费用仍然低廉呀！中科软的人力成本不就是很低吗？人海战术才是王道．．．．．．．
最初由 seanhe 发布
[B]虽然觉得中科软的系统架构不怎么好，但真的用目前很流行的MVC架构写一个保险系统，能满足国内的业务运行模式吗？！ [/B]
国内的业务运行模式有什么特殊之处吗？
业务运行模式和mvc架构有什么必然的联系吗？请赐教
ebao，尚阳，优创，燕梭的核心业务系统乃至其他的BS结构的系统不是都是用的MVC 吗。
最初由 haifeng_66 发布
[B]以前在深圳民太公估行调研时，比较过易保、平安、中科软理赔系统。讲一个细节，报案 保单查询，平安、易保可能只有一个保单号查询条件，中科软上面有被保人名称、发动机、车架号、车牌号等。业务逻辑代码嵌套，三家系统，查看源文件时，都存在有这样的情况. [/B]不是这么差吧，ebao号称车险理赔第一强的
个人觉得这样写对于频繁的业务变动的应变性还是有一定的适应性的，如果完全按照MVC的架构开发一套系统，在这样频繁的业务变动下我想很快也会出现部分业务逻辑放在JSP中。因为一般业务变动的要求时间都比较紧，如两个7.1。
另外，对于主要逻辑处理还是放在了BL层了，并且做了最大的公用，比如投、承、批，个人觉得里面还是有很多可学之处的，至少我从中学到了很多，整个流程简单易懂易于维护
以上纯属为个人几年的真实感受