中科软核心业务系统

elgeel

最初由 blueskyzt 发布
[B]不知道楼主对中科软的系统有多了解？看代码看过多少？或许只看过JSP而没有看过java类吧？
我所了解的中科软系统中JSP仅仅起到前后台调用的传参作用和返回错误信息的作用，没有任何业务逻辑在其中啊。 [/B]

本已不想继续这个话题！楼上几位同学已经谈得很贴切了。
说句实话代码我确实没有看过多少。 你怎么理解中科软系统是你自己的事情。我觉得没有必要和你争这个了

ifirefox

最初由 honeymoon 发布
[B]

搞笑！真搞笑，这样的鬼话你也信，不知道怎么混的中级会员。
一个系统没有外键，可以通过数据库外的系统中的逻辑模块保证数据完整性和质量，这样还勉强说得过去。但一个系统没有索引，用小脑想想都不可能，用户又不是白痴！ [/B]

那就问问您这位大侠了，为什么有些保险公司的系统通过逻辑模块来控制数据完整性，有些是通过设置大量的外键来控制？他们考虑或设计的初衷会是哪些方面？拜托抽空指点一下像我这类的水货了

wzy25

最初由 blueskyzt 发布
[B]不知道楼主对中科软的系统有多了解？看代码看过多少？或许只看过JSP而没有看过java类吧？
我所了解的中科软系统中JSP仅仅起到前后台调用的传参作用和返回错误信息的作用，没有任何业务逻辑在其中啊。 [/B]

那你在多看看中科软的核心业务系统程序吧

honeymoon

最初由 ifirefox 发布
[B]

那就问问您这位大侠了，为什么有些保险公司的系统通过逻辑模块来控制数据完整性，有些是通过设置大量的外键来控制？他们考虑或设计的初衷会是哪些方面？拜托抽空指点一下像我这类的水货了 [/B]

DX不敢当，到底你在这里比俺级别高。
用逻辑模块还是外键控制数据完整性，这不是一个非此即彼的问题。对于一个用了七八年的老系统（数据结构框架），要把N年来的数据变化、业务逻辑变化全部体现到外键的修改，存在一定难度（或者说工作量）。在要求不高的情况下，保证完整性的逻辑模块也是一种选择。
如果你仔细看我上次的发言，你应当能够明白我的意思。我再浅显地解释一次吧：100%用逻辑模块保证数据完整性的系统我没有见过，不用索引的数据库系统我更加没听说过；用那种方式来抱怨系统的人不是技术白痴就是别有用心，同时侮辱了甲方的智慧。

wellhi

本还想好好的分析分析，看完所有的回帖之后，发现不是很必要了，楼上的评论中，除了部分偏激的外，有些评论还是很中肯的。

这里可能有些高手在，也有一些，刚接触过系统开发的。就是论事，没有针对任何人，说说我的想法。

1、轻易攻击系统不用MVC，或者不够MVC的，想法是对的，但是我觉得要么你不够理解MVC，要么你所见到的都是MVC之后开发出来的系统。就像在说“Windows 都是vista三维界面了，unix还敲命令行！”。

2、“业务逻辑都是堆砌在jsp 文件”，这是绝对不负责任的说法。

3、“在jsp 中嵌入大量的SQL 语句。每个险种都有很多很多的jsp文件。”这是你还不明白人家为什么这么做！

4、“这个系统就是大量的大jsp文件堆砌而成。”如果一个系统没有jsp，那他还是b/s结构的吗？

5、对于ERP、OA之类的系统来说，除非系统实在跑不动了，否则的话，稳定、功能、价格肯定是绝对的决定因素。

最初由 elgeel 发布
[B]刚才看了看中科软核心业务系统的代码，看了之后真是忧心忡忡。
整个系统的业务逻辑都是堆砌在jsp 文件中， 在jsp 中嵌入大量的SQL 语句。每个险种都有很多很多的jsp文件。

    整个看下来， 这个系统就是大量的大jsp文件堆砌而成。
这样的系统对于今后的维护工作量真是大的可怕。 让我想起了2000年左右我参加的项目。 没有想到过了这么多年之后又见到这样的”系统架构“。

   在这里发牢骚没有别的想法，抛砖引玉，希望能够和有同感的同学们讨论一下。 [/B]

dappleecho

最初由 wellhi 发布
[B]本还想好好的分析分析，看完所有的回帖之后，发现不是很必要了，楼上的评论中，除了部分偏激的外，有些评论还是很中肯的。

这里可能有些高手在，也有一些，刚接触过系统开发的。就是论事，没有针对任何人，说说我的想法。

1、轻易攻击系统不用MVC，或者不够MVC的，想法是对的，但是我觉得要么你不够理解MVC，要么你所见到的都是MVC之后开发出来的系统。就像在说“Windows 都是vista三维界面了，unix还敲命令行！”。

2、“业务逻辑都是堆砌在jsp 文件”，这是绝对不负责任的说法。

3、“在jsp 中嵌入大量的SQL 语句。每个险种都有很多很多的jsp文件。”这是你还不明白人家为什么这么做！

4、“这个系统就是大量的大jsp文件堆砌而成。”如果一个系统没有jsp，那他还是b/s结构的吗？

5、对于ERP、OA之类的系统来说，除非系统实在跑不动了，否则的话，稳定、功能、价格肯定是绝对的决定因素。

[/B]

1 系统用不用mvc不是重点，重点的是系统设计的时候，有没有分层的考虑，如果没有这个考虑，那还是差了，不要说你用了其他的分层，但是都是在jsp中分层的啊！！？
2 我只知道如果系统设计的好，肯定都不会把sql放在jsp中。
4 人家只是说类设计的文件少的意思，有人居然没有听出来，哈哈，佩服啊。你怎么不去参加辩论比赛呢？ 这么好的口才
5 第五点和本身系统的好坏有直接的关系吗？个人觉得这是间接的承认系统做得不好啊。

ifirefox

最初由 wzy25 发布
[B]


索引一定有的，不然数据量大了，怎么跑得起来呢？
外键吗，确实没有，他们都是靠程序的逻辑来实现的。 [/B]

骑士 兄，据你所知，目前有几家公司的系统是使用外键来控制数据完整性的？

另外个人一点浅见，很多系统在DB这层没有控制数据完整性是否也考虑到了便于开发，如果一开始就在DB里做了控制，后面开发web层，持久层时，也许会频繁出错，影响开发进度，而在逻辑层来控制，则可以逐步逐步完善数据完整性；
再有如果乙方公司系统在DB层加了很多外键，约束，触发器之类的，一旦承接新老系统更替的项目时，数据遣移问题也会变得十分尖锐。

wzy25

最初由 ifirefox 发布
[B]

骑士 兄，据你所知，目前有几家公司的系统是使用外键来控制数据完整性的？

另外个人一点浅见，很多系统在DB这层没有控制数据完整性是否也考虑到了便于开发，如果一开始就在DB里做了控制，后面开发web层，持久层时，也许会频繁出错，影响开发进度，而在逻辑层来控制，则可以逐步逐步完善数据完整性；
再有如果乙方公司系统在DB层加了很多外键，约束，触发器之类的，一旦承接新老系统更替的项目时，数据遣移问题也会变得十分尖锐。 [/B]

大部分公司的系统都会有强制的外键约束的。
如果没有数据库层面强制的保证数据完整，只靠程序来控制，如果程序员素质高没有问题，但是大部分可能回出问题。导致数据没有严格的关联，将来数据迁移只能哭了。。。

加了外键，不会影响开发进度的，如果因为这个而影响进度，只能说明一个问题，程序员对数据间的逻辑关系根本没有搞清楚，还开发什么程序呢？？？？

menwaichong

每个系统都有他的优劣，中科软的系统还是有很多值得学习的地方的。

看了这么多关于中科软系统的讨论，中肯的偏激的都有，但是我想有这么多人在讨论中科软的系统就是一个值得那些偏激的人们的需要反思的吧，为什么大家都在讨论中科软的系统哪？像大家提到的尚洋的、易保的，大家都说好，可是用户使用的又有几家哪？为什么没有人发表对这些系统的讨论哪？感觉有点像在说，地球上污染厉害啊、资源枯竭啊，不适合人居住了，火星上多好啊，没有污染，没有嘈杂的人群，要是生活在火星多好多好似的。