ERP的设计问题﹕(100分)

  • 主题发起人 主题发起人 小師妹
  • 开始时间 开始时间

小師妹

Unregistered / Unconfirmed
GUEST, unregistred user!
1.Dll过时了吗?
在有一企业ERP﹐要求实现进销存﹐生产﹐财务﹐开发工具用delphi,数据库用MS-SQL2000;
2.最好使用什幺结构?C/S(每个模块设计为DLL),B/S,3-Tier?
最好使用什幺设计模式?
请从从开发效率﹐可扩展性﹐运行效率﹐可维护性等方面综合考虑
 
没有过时的技术,只有不适合某类开发的技术,还是多层吧
 
用发展的眼光来看还是C/S要好啊!
 
楼上的二位师兄可否说明白点呢﹐
请大家根据自己的经验多多发言哦
 
c/s足够了,没必要搞的那么复杂,除非企业比较大,那样的话,也就不会用delphi开发了~~~
 
楼上得是不是想说delphi只是适合做小型的c/s数据库﹖可是为何那幺多地方用delphi开发多层呢﹖
 
我在可怜这个世界,是管理系统都叫ERP了。
ERP,是多么广的概念,如果只是一些小管理软件,请不要叫她为ERP吧!!
是ERP则用三层 COM+吧 。
如你所述是MIS系统用C/S吧。

会写代码的人大把,可是懂ERP又懂IT技术的只是太少了。。。。。
 
看来我对ERP的理解实在是太窄了﹐如我所说﹐以上具有进销存﹐生产﹐财务﹐功能的系统叫
MRPII好了﹐难道真的用C/S最好﹖
请大家继续讨论﹐谢谢﹗
 
>要求实现进销存﹐生产﹐财务
感觉和当年公司里做mis一样的。
>开发效率﹐可扩展性﹐运行效率﹐可维护性等方面综合考虑
也许现在了解你的客户才是你最重要的工作。用什么实现不是客户最关心的东东,
你能实现什么才是他们想知道的。
问题往往在于要实现什么东东,这个问题一般人认为是客户提出的。
 
to jinal:
客户的需求自然是最重要的﹐否则我们的软件就是空中楼阁﹐但是从可扩展性看﹐软件设计的机构
最好是具有一定的维护性﹐扩展性﹐因为客户自己未必知道以后需要什幺更改什幺功能﹐需要新增什幺功能吧。
 
to chenhaobo:
对,软件是一个复杂的综合体,每个方面都应该考虑到。
不幸的是每个方面都很难完全考虑到。
》因为客户自己未必知道以后需要什幺更改什幺功能
确实是这样,1客户没有使用过计算机之前,会要求把手工的作业改成计算机作业就可以了
2使用了你的软件之后,他才终于发现自己想在计算机面前做什么,怎么做。
3用了一段时间之后,他提出的要求就更高了。
不过,还是1阶段的用户难以对付,实践上3阶段的用户能给开发人员的帮助最大。他的要求
也最合理。
 
up一下!
顺便问一下ERP或MIS系统能不能做到通用性?
 
//顺便问一下ERP或MIS系统能不能做到通用性
No
 
->小师妹
做成什么结构要看企业的结构,如地理位置、规模及资金情况等,不管怎么说,主要一点要便于日后服务,
如果企业的区域跨度大,则应用B/S,或做成瘦客户,这样以后程序要UP都比较方便不用一个点一
个点地去UP,但如果点少用C/S也不是不可
开发上,其实什么工具都不重要,最主要是有一个团队对企业的日常运行即工业流程能理
质地了解和分析,现在许多人都自称能做ERP,可是他们对企业的工业流程都不清楚,最多只
是解决了手工->电脑记录的工作,与ERP还差很远很远。当然作为Delphi程序员,及Delphi的优
点大家有目共睹,所以建议用Delphi。开发效率高
 
楼主不要生气!
To:yczjs
如果是针对某一个行业开发呢?
 
更正:
“了解和分析”改成“了解、分析和提升”
“许多人”改成“许多由二三个人组成的公司”
 

Similar threads

S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
D
回复
0
查看
2K
DelphiTeacher的专栏
D
后退
顶部