L liqunxin Unregistered / Unconfirmed GUEST, unregistred user! 2003-06-11 #22 大致看了一下,还没看出太多内容。感觉现在主要还是做的界面那一层。 这一点,我不敢苟同。个人认为底层框架应该优先考虑。 如果对此有兴趣的话,可以一起讨论。我认为可以分成一些专题,进行专题研究。 底层技术框架、 界面框架、 数据库框架、 商业框架、 公用框架(权限、工作流、数据分析、规则、内容) 上层具体应用。 感觉每一项都复杂,一个人想搞定,太难了。
大致看了一下,还没看出太多内容。感觉现在主要还是做的界面那一层。 这一点,我不敢苟同。个人认为底层框架应该优先考虑。 如果对此有兴趣的话,可以一起讨论。我认为可以分成一些专题,进行专题研究。 底层技术框架、 界面框架、 数据库框架、 商业框架、 公用框架(权限、工作流、数据分析、规则、内容) 上层具体应用。 感觉每一项都复杂,一个人想搞定,太难了。
郭 郭玉梁 Unregistered / Unconfirmed GUEST, unregistred user! 2003-06-12 #23 to liqunxin: 工作流比较复杂,做好很不容易,做坏却很容易,所以暂时先不做。做的界面那一层是在 平台基础上做的,用户可以修改任何资源,甚至可以删除,给出界面层就是为了证实到底 平台能够做什么,呵呵,一个人精力是太有限了,所以没必要想思维加速那样做个大平台, 只能做个专用的平台,先解决最主要的矛盾 我的本意是想给用户一个可以随意修改的ERP,比如改改界面,改改处理逻辑什么的,而这些 是用户对ERP实施人员要求最多的,呵呵,把用户拉下水,不是个好主意吗? 现在平台基本可以处理一些逻辑,但是工作流、数据建模等其它东西,用户需求不是那么迫切 一旦一套ERP应用方案建立起来,那些东西会考虑的
to liqunxin: 工作流比较复杂,做好很不容易,做坏却很容易,所以暂时先不做。做的界面那一层是在 平台基础上做的,用户可以修改任何资源,甚至可以删除,给出界面层就是为了证实到底 平台能够做什么,呵呵,一个人精力是太有限了,所以没必要想思维加速那样做个大平台, 只能做个专用的平台,先解决最主要的矛盾 我的本意是想给用户一个可以随意修改的ERP,比如改改界面,改改处理逻辑什么的,而这些 是用户对ERP实施人员要求最多的,呵呵,把用户拉下水,不是个好主意吗? 现在平台基本可以处理一些逻辑,但是工作流、数据建模等其它东西,用户需求不是那么迫切 一旦一套ERP应用方案建立起来,那些东西会考虑的
K kk2000 Unregistered / Unconfirmed GUEST, unregistred user! 2003-06-12 #24 郭玉梁:我想知道你的数据库是怎么能在按装之后,怎么能自动创建; 能发一点到我的信箱吗: xhzlove2000@yahoo.com.cn 谢谢!
郭 郭玉梁 Unregistered / Unconfirmed GUEST, unregistred user! 2003-06-13 #25 to kk2000: sp_attach这个存储过程,详细用法可以看看SQLServer的帮助,很简单的。
Z zjfhaha Unregistered / Unconfirmed GUEST, unregistred user! 2003-06-13 #27 to 郭玉梁:看了你的网站, 想不到我们离的这么近, 我是郑州的, 不知道你现在在哪里工作?以后还请多多指教.
郭 郭玉梁 Unregistered / Unconfirmed GUEST, unregistred user! 2003-06-13 #28 to zjfhaha: 我在郑州工作了两年,到北京也才两年。大家互相交流可以共同提高嘛,有机会准备 回家工作。
M mzr Unregistered / Unconfirmed GUEST, unregistred user! 2003-06-13 #29 xp下不能用,显示动画后出现如下提示:“EXception EinoutError in module Erpsoft.exe at 0037c08b Invalid filename”
郭 郭玉梁 Unregistered / Unconfirmed GUEST, unregistred user! 2003-06-13 #30 to mzr: 我可是在xp下做的,在xp下也测试过。是第一次使用出现错误?数据库是否注册了? (数据库服务器必须在本机才可以,因为数据库是将两个文件直接挂上去的)
W wlmmlw Unregistered / Unconfirmed GUEST, unregistred user! 2003-06-13 #31 >> 我就是在1024*768下做的,发现窗体大小和A4打印比较匹配,不会在800*600下做了, >> 现在17寸都成标准配置了,应该适应潮流呀。 不能赞同你上面的这句话。
郭 郭玉梁 Unregistered / Unconfirmed GUEST, unregistred user! 2003-06-13 #32 to wlmmlw: 这点也考虑过,我以前也是喜欢在800×600下做的,毕竟大字,看的清楚。最后还是选择 在1024×768下做了,这样显示的信息会多些。我的笔记本显示800×600太难看了,我会考虑分辨率自适应的。
to wlmmlw: 这点也考虑过,我以前也是喜欢在800×600下做的,毕竟大字,看的清楚。最后还是选择 在1024×768下做了,这样显示的信息会多些。我的笔记本显示800×600太难看了,我会考虑分辨率自适应的。
M mzr Unregistered / Unconfirmed GUEST, unregistred user! 2003-06-13 #33 sorry,没有将public目录拷进去。现在正常,只是窗口的分辩率不是太好,我的是800*600。
郭 郭玉梁 Unregistered / Unconfirmed GUEST, unregistred user! 2003-06-13 #34 to mzr: 那个是按1024*768做的,让你不爽了,Sorry,不过得既是失,失既是得。^_^
郭 郭玉梁 Unregistered / Unconfirmed GUEST, unregistred user! 2003-06-13 #35 感谢南腔北调的帮助,在网站开设了一个论坛 主要讨论平台的相关事宜,也讨论delphi/java/.net的开发,erp/mrp/mis相关应用
郭 郭玉梁 Unregistered / Unconfirmed GUEST, unregistred user! 2003-06-13 #39 to pyzfl: 不好意思,精力有限,平台上的应用做的不好,没有给出帮助文档。 我对主从表的控制倾向于用按钮控制,4-6按钮是控制子表数据的处理,现在这套系统一直 在程序员范围内测试,没有大规模拿到用户测试。 那些按钮都是可以自己设置的,给同行测试,主要是来应用平台的,而不是测试应用,可以 从应用提出平台的意见,让你费心了,下个月会给出进销存完整的解决方案
to pyzfl: 不好意思,精力有限,平台上的应用做的不好,没有给出帮助文档。 我对主从表的控制倾向于用按钮控制,4-6按钮是控制子表数据的处理,现在这套系统一直 在程序员范围内测试,没有大规模拿到用户测试。 那些按钮都是可以自己设置的,给同行测试,主要是来应用平台的,而不是测试应用,可以 从应用提出平台的意见,让你费心了,下个月会给出进销存完整的解决方案
P pyzfl Unregistered / Unconfirmed GUEST, unregistred user! 2003-06-13 #40 楼主不必客气。 我也是抱着学习的态度来的。 乱说一通,让你见笑了!