大家可以讨论一下模块套件化设计思想吗?

[lwhdahong]

小弟公司要进行这一个改造工程!

现在还是在空想一些构思,其中已经有很多想不通的地方了!
用一个简单ERP系统为例吧！
如:它们之间的接口问题；它们之间的关系如何处理；等等

还请为小弟提出一些在这个过程中会出现些什么问题吧！！

先谢过！！

[leowindcsdn]

你这个问题很难解答，因为不知道具体需求，很难给出一个适合你的方案。可以去看看最近兴起的面向方面的设计思想（AOP），或许能得到一些启迪

• 打赏
• 举报

回复 赞

[loveisbug]

说说你想不通的地方

• 打赏
• 举报

回复 赞

[w_rose]

自从有了基于对象恩改装程序的说法，就可以有了“模块套件”的说法，因为这基本上是重把人家的东西换个名词而已。

• 打赏
• 举报

回复 赞

[tuti]

纯技术问题是可以的。
涉及到业务流程就别指望了。

• 打赏
• 举报

回复 赞

[spidertan]

不说范围大，单说对业务了解的程度怎么样？

• 打赏
• 举报

回复 赞

[lwhdahong]

我们是做一些简单的ERP系统的~!
是用PHP和PostgresQL做开发的,做的每一个系统都要重新开发的!
所以现在就想做成是套件形式的!
是想了解一些套件的开发模式、大楖的设计思想！

套件之间的接口怎样设计？
ERP系统中各部分的关系怎样处理？（如销售跟财务、销售跟库存等）

和说一下设计这样的系统有什么要点和注意的地方！！

提供一些参考资料也好！！

• 打赏
• 举报

回复 赞

[w_rose]

关注，会把脑筋想坏！

• 打赏
• 举报

回复 赞

[w_rose]

整个软件工程，以及各种软件体系结构全被你一网打尽了。可你也捞不出任何金子来。哎！

• 打赏
• 举报

回复 赞

[zcwhgj]

模块套件化:首先得看你要套件化成什么程度，同时你也一定要区分这一个模块要达到什么程度的套件化，因为有一些是同一种语言可以放之任何软件中都可以使用的。比如说一些控件，有一些是专用领域的，哪么你就只能封装成专用领域的套件，这一种程度考虑不需要通用化的哪么周到。
所以套件的关键是要按功能定位，进而确定这一套件域的需求，确定了需求后，也就可以像开发一个软件一样的去开发了。

• 打赏
• 举报

回复 赞

[zcwhgj]

我觉得ERP套件的接口，就整个业务而言，应该以数据作为接口，即数据库表，而你的所谓的套件，应该是一些业务逻辑的封装。业务逻辑按细块功能分类比较好。

• 打赏
• 举报

回复 赞

[lwhdahong]

能做到模块级就很好了
如是销售、库存、财务等等
只要做到专用领域吧！！
我们是用PHP和PostgresQL做开发的，要支持多平台嘛！！

对业务流程还算是有一点的认识吧！！：）
也不可能一下子把所有的套件搞好，是分步完成的。
因为对套件化开发的不太熟悉，很想了解更深入一点的！！

问题：
在我公司的现在情况用什么方法做套件之间的接口，当接口控件的作用？
要怎样处理套件之间的复杂关系，但又是在不同的套件中，如何规划？
有没有相关的参考资料吗？

• 打赏
• 举报

回复 赞