求教,具有类似业务的多个系统该如何整合为一个项目,数据库应如何设计较好

J2EE 码拜 7年前 (2015-05-10) 624次浏览 0个评论

公司最近接了个项目,是政府的一个业务系统,涉及到业务审批,而且业务与流程关联比较紧密,
使用者包括这个市下面的所有区县,每个区县的业务与市政府类似,但在操作流程上可以不一样,涉及到的表字段也会不一样。
本来是打算每个区县单独安装一套程序和数据库,只将市里需要的信息同步到市里的数据库,这样就可以为每个地方单独设计处理各自的业务,但现在公司希望只使用一套系统,每个地方都访问同一个项目,数据库也使用同一个,这样一来,如果每个地方的业务都放在一起处理,代码就会非常的乱,如果每个地方的业务代码分开写,代码量又会非常大,而且大量都是重复的。
数据库设计也是一样,不知道是为每个地方单独建一套对应的业务表,还是所有的都放一起
求教

40分
如果你是小员工的话,估计用不着你操心,当然思考练一练还是不错的。。。
如果你是项目经理的话。估计不用我们说什么。。。
说实在的,对你的具体业务不是特别懂,不好乱码,只能简单说说,如有误,请别见怪。
我想能不能像 父类继承子类一样。
这么多地方的业务,肯定有相同的,那就放到父类中,
如果不同的,那就放到子类中。。
尽量的不要重复代码,并且降低耦合度。
数据库的话可以建一张表,有的地方没有的字段置为null.
但是个人感觉,我宁愿建多张表来去实现。。。
20分
表分开,业务代码尽量写的可重用。访问一套系统没问题
引用 1 楼 AA5279AA 的回复:

如果你是小员工的话,估计用不着你操心,当然思考练一练还是不错的。。。
如果你是项目经理的话。估计不用我们说什么。。。
说实在的,对你的具体业务不是特别懂,不好乱码,只能简单说说,如有误,请别见怪。
我想能不能像 父类继承子类一样。
这么多地方的业务,肯定有相同的,那就放到父类中,
如果不同的,那就放到子类中。。
尽量的不要重复代码,并且降低耦合度。
数据库的话可以建一张表,有的地方没有的字段置为null.
但是个人感觉,我宁愿建多张表来去实现。。。

谢谢你的回答,本来觉得这种事是不需要自己去考虑,但公司是个小公司,一共就几个人而已,公司招的人一般就是一年多的,最多干个两三年就走了,所以公司的项目架构一直都没什么提高,我在公司也才两年而已,在项目架构的设计上也有点力不从心,
我也学得建多张表在后期拓展和数据分离方面会好点,但一共有11个县市区,就意味着要建11套业务表,每一套按5张表算,一共也有55张,
最主要的是,公司的项目一直都是一个人做一个项目

引用 3 楼 yisshengyouni 的回复:
Quote: 引用 1 楼 AA5279AA 的回复:

如果你是小员工的话,估计用不着你操心,当然思考练一练还是不错的。。。
如果你是项目经理的话。估计不用我们说什么。。。
说实在的,对你的具体业务不是特别懂,不好乱码,只能简单说说,如有误,请别见怪。
我想能不能像 父类继承子类一样。
这么多地方的业务,肯定有相同的,那就放到父类中,
如果不同的,那就放到子类中。。
尽量的不要重复代码,并且降低耦合度。
数据库的话可以建一张表,有的地方没有的字段置为null.
但是个人感觉,我宁愿建多张表来去实现。。。

谢谢你的回答,本来觉得这种事是不需要自己去考虑,但公司是个小公司,一共就几个人而已,公司招的人一般就是一年多的,最多干个两三年就走了,所以公司的项目架构一直都没什么提高,我在公司也才两年而已,在项目架构的设计上也有点力不从心,
我也学得建多张表在后期拓展和数据分离方面会好点,但一共有11个县市区,就意味着要建11套业务表,每一套按5张表算,一共也有55张,
最主要的是,公司的项目一直都是一个人做一个项目

以前我跟着一个师傅,挺牛的,感觉。一开始看他建表。N多表。。。觉得不理解,为什么要这么多。。好多内容完全可以集合在一张表中的。。
后来用起来才知道,表多了后期维护起来就方便多了。。。
我目前为止,还从未在一家公司超过一年,挺遗憾的。

引用 2 楼 huxiweng 的回复:

表分开,业务代码尽量写的可重用。访问一套系统没问题

谢谢版主的回答,但按照这样,有11个县市区,那就需要11套业务表,11套各个地方的流程,11套业务处理,
这样和分别开发系统,分开部署有什么区别呢
我想问下,一般像这种总公司与子公司之间,总公司只需要掌握子公司的部分信息,子公司的业务还是由他们自己各自处理的情况,应该如何去设计

引用 4 楼 AA5279AA 的回复:
Quote: 引用 3 楼 yisshengyouni 的回复:
Quote: 引用 1 楼 AA5279AA 的回复:

如果你是小员工的话,估计用不着你操心,当然思考练一练还是不错的。。。
如果你是项目经理的话。估计不用我们说什么。。。
说实在的,对你的具体业务不是特别懂,不好乱码,只能简单说说,如有误,请别见怪。
我想能不能像 父类继承子类一样。
这么多地方的业务,肯定有相同的,那就放到父类中,
如果不同的,那就放到子类中。。
尽量的不要重复代码,并且降低耦合度。
数据库的话可以建一张表,有的地方没有的字段置为null.
但是个人感觉,我宁愿建多张表来去实现。。。

谢谢你的回答,本来觉得这种事是不需要自己去考虑,但公司是个小公司,一共就几个人而已,公司招的人一般就是一年多的,最多干个两三年就走了,所以公司的项目架构一直都没什么提高,我在公司也才两年而已,在项目架构的设计上也有点力不从心,
我也学得建多张表在后期拓展和数据分离方面会好点,但一共有11个县市区,就意味着要建11套业务表,每一套按5张表算,一共也有55张,
最主要的是,公司的项目一直都是一个人做一个项目

以前我跟着一个师傅,挺牛的,感觉。一开始看他建表。N多表。。。觉得不理解,为什么要这么多。。好多内容完全可以集合在一张表中的。。
后来用起来才知道,表多了后期维护起来就方便多了。。。
我目前为止,还从未在一家公司超过一年,挺遗憾的。

这个确实遗憾,本来自己很早就想离职,因为感觉自己的技术有了瓶颈,一直没有什么大的提升,
不过在小公司也有点好处就是可以自由发挥,从需求调研到安装培训全部都一个人负责,也算是种锻炼吧

20分
这个如果是涉及省份较多,当然是分开了 ,针对省开发一个,市开发一个,县开发一个。但是应该是类似得。这样比较好管理。政府的项目不差钱,开发的多钱多啊 
20分
引用 楼主 yisshengyouni 的回复:

公司最近接了个项目,是政府的一个业务系统,涉及到业务审批,而且业务与流程关联比较紧密,
使用者包括这个市下面的所有区县,每个区县的业务与市政府类似,但在操作流程上可以不一样,涉及到的表字段也会不一样。
本来是打算每个区县单独安装一套程序和数据库,只将市里需要的信息同步到市里的数据库,这样就可以为每个地方单独设计处理各自的业务,但现在公司希望只使用一套系统,每个地方都访问同一个项目,数据库也使用同一个,这样一来,如果每个地方的业务都放在一起处理,代码就会非常的乱,如果每个地方的业务代码分开写,代码量又会非常大,而且大量都是重复的。
数据库的设计也是一样,不知道是为每个地方单独建一套对应的业务表,还是所有的都放一起
求教

不就是个协同办公平台嘛 不要说的那么深 唬谁?
我在某X政府做协同下也有10来个县乡按权限划分功能模块
一个总管理员,每个县乡行政事业单位分级管理。
当时模块算了有120多个。开发2年不到。
这个需求一定要做好,否则深陷泥潭不能自拔。

引用 楼主 yisshengyouni 的回复:

公司最近接了个项目,是政府的一个业务系统,涉及到业务审批,而且业务与流程关联比较紧密,
使用者包括这个市下面的所有区县,每个区县的业务与市政府类似,但在操作流程上可以不一样,涉及到的表字段也会不一样。
本来是打算每个区县单独安装一套程序和数据库,只将市里需要的信息同步到市里的数据库,这样就可以为每个地方单独设计处理各自的业务,但现在公司希望只使用一套系统,每个地方都访问同一个项目,数据库也使用同一个,这样一来,如果每个地方的业务都放在一起处理,代码就会非常的乱,如果每个地方的业务代码分开写,代码量又会非常大,而且大量都是重复的。
数据库的设计也是一样,不知道是为每个地方单独建一套对应的业务表,还是所有的都放一起
求教

我觉得楼主要做的就是一个OA系统。

引用 8 楼 zhuchao_ko 的回复:
Quote: 引用 楼主 yisshengyouni 的回复:

公司最近接了个项目,是政府的一个业务系统,涉及到业务审批,而且业务与流程关联比较紧密,
使用者包括这个市下面的所有区县,每个区县的业务与市政府类似,但在操作流程上可以不一样,涉及到的表字段也会不一样。
本来是打算每个区县单独安装一套程序和数据库,只将市里需要的信息同步到市里的数据库,这样就可以为每个地方单独设计处理各自的业务,但现在公司希望只使用一套系统,每个地方都访问同一个项目,数据库也使用同一个,这样一来,如果每个地方的业务都放在一起处理,代码就会非常的乱,如果每个地方的业务代码分开写,代码量又会非常大,而且大量都是重复的。
数据库的设计也是一样,不知道是为每个地方单独建一套对应的业务表,还是所有的都放一起
求教

不就是个协同办公平台嘛 不要说的那么深 唬谁?
我在某X政府做协同下也有10来个县乡按权限划分功能模块
一个总管理员,每个县乡行政事业单位分级管理。
当时模块算了有120多个。开发2年不到。
这个需求一定要做好,否则深陷泥潭不能自拔。

额,其实我也想说的通俗易懂,只是自己的语言组织表达能力有限,其实你说的这种协同办公平台和我们公司用domino做的办公系统一样,我说的这个和OA也确实差不多,只不过中间涉及到的业务操作多点,比如在这个环节要填这个表单,那个环节要填另一个表单,表单里面的内容可能是一张表,也可能是多张表的
还有一个想问下,开发2年不到,是一个人开发,还是多人开发?

引用 10 楼 yisshengyouni 的回复:
Quote: 引用 8 楼 zhuchao_ko 的回复:
Quote: 引用 楼主 yisshengyouni 的回复:

公司最近接了个项目,是政府的一个业务系统,涉及到业务审批,而且业务与流程关联比较紧密,
使用者包括这个市下面的所有区县,每个区县的业务与市政府类似,但在操作流程上可以不一样,涉及到的表字段也会不一样。
本来是打算每个区县单独安装一套程序和数据库,只将市里需要的信息同步到市里的数据库,这样就可以为每个地方单独设计处理各自的业务,但现在公司希望只使用一套系统,每个地方都访问同一个项目,数据库也使用同一个,这样一来,如果每个地方的业务都放在一起处理,代码就会非常的乱,如果每个地方的业务代码分开写,代码量又会非常大,而且大量都是重复的。
数据库的设计也是一样,不知道是为每个地方单独建一套对应的业务表,还是所有的都放一起
求教

不就是个协同办公平台嘛 不要说的那么深 唬谁?
我在某X政府做协同下也有10来个县乡按权限划分功能模块
一个总管理员,每个县乡行政事业单位分级管理。
当时模块算了有120多个。开发2年不到。
这个需求一定要做好,否则深陷泥潭不能自拔。

额,其实我也想说的通俗易懂,只是自己的语言组织表达能力有限,其实你说的这种协同办公平台和我们公司用domino做的办公系统一样,我说的这个和OA也确实差不多,只不过中间涉及到的业务操作多点,比如在这个环节要填这个表单,那个环节要填另一个表单,表单里面的内容可能是一张表,也可能是多张表的
还有一个想问下,开发2年不到,是一个人开发,还是多人开发?

哎哟 尼玛 国务院 就搞这个 DOMINO 别提了 我头晕。

额,我又不搞domino

CodeBye 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明求教,具有类似业务的多个系统该如何整合为一个项目,数据库应如何设计较好
喜欢 (0)
[1034331897@qq.com]
分享 (0)

文章评论已关闭!