[请问]关于MRP System...

jangancari

楼主应该是误会了haryewkun友的意思, 我重复说明只是让楼主觉得大家在这里久了, 因为熟络了, 加上要省时间, 可能会导致这样的误会. 楼主是新人, 可能不太清楚其他网友的脾气.

好, 原归正专.我support了MRP系统近5年,我都不敢说100%掌握系统的来龙去脉. 目前也在写着MRP系统. 一组 10个人(6编程员,4测试员), 写了2年多, 才要接近尾声. 而且是用Case tools 写的. 这Case tools 可以5分钟之内写好一个Maintenance程序.

基本上, 你的问题的答案是在于你要写的系统功能涵盖多广. 很多时候, 顾客只是要其中一个(尤其是Inventory/Stock Control)而已.
大型MRP系统如SAP 就要RM2,000,000.00 包括implementation 和训练.这是几年前的价钱, 因为公司曾经要换MRP系统, 最后因为太贵而放弃, 而自己开发.

haryewkun

jangancari 于 18-11-2004 11:24 PM  说 :
楼主应该是误会了haryewkun友的意思, 我重复说明只是让楼主觉得大家在这里久了, 因为熟络了, 加上要省时间, 可能会导致这样的误会. 楼主是新人, 可能不太清楚其他网友的脾气.

好, 原归正专.我support了MRP系统 ...

我插个话，算算看你的公司有赚到吗。

用十个人开发两年才接近尾声，以一个人薪水大约两千五百元来算，加上其他费用一千元的话(EPF、电脑之类)。。。一个人的实质开支算三千五百元，十个人一个月就要 RM 35k，一年要 RM 420k，两年也是用了 RM 840k。。。考虑到投资的成本、资金成本、时间成本，投入也快接近一百万马币了。考虑 CASE TOOLS 的价格的话。。。

算起来比购买现成的便宜了一半(现成的要两百万)，不过迟了两年，还要考虑到 CASE TOOLS 的价格。。。赚的也实在不多就是了。不过自主开发，自己要怎样就怎样是爽快的事。不过 project 结束了后这些人要怎样处理呢？是头痛的问题吧。。。

请问你的这个 MRP 系统是给多少员工用的？

白日梦

sate2 的 MRP 是给 Garment Manufacturing Industries 用的吗？

max5007

我现在读着北海一间电子厂的ERP SYSTEM。。，那是我SENIOR的PROJECT，他们要我学起来。。有机会来交流。。不如开一个MRP和ERP的帖。。。各位大大觉得如何？

johe07

Max,我举双手双脚赞成！！！

我第一个支持你。。。

白日梦

不用另开，
因为没有离题，
在这帖接下去吧！

max5007

我现在DESIGN DB first...然后我会画DFD。到时才POST上来

＾＾白兄。。你做的是油棕厂。。我做的是电子厂＾＾可以交流交流一下。。但我想MODULE都是类似的。。我还是新手。。不要笑我哦

白日梦

旗下子公司有间 Culvert （钢骨混凝土走水管）工厂。
所以累积 Manufacturing Accounting & Inventory 这方面经验。
这是 module list

Account menu
1.Transaction
2.Budget
3.Chart of Account
4.Account Classify
5.Opening & Closing Stock

Financial menu
1.Trial Balance
2.General Ledger
3.Profit & Loss
4.Balance Sheet
5.Creditors Aging
6.Debtors Aging
7.Budget Estimation
8.Monthly Breakdown

Inventory menu
1.Stock In - Cash Bill
           - Invoice
           - Credit Note
2.Stock Out - Cash Bill
            - Invoice
            - Debit Note
3.Category
4.Unit of Measurement
5.Item
6.Stock Report - Stock Card
               - Stock Movement
               - Stock Balance
               - Reorder Level
               - Movement Summary
7.Sales Report - by Company
               - by Item
               - by Sale person
               - by Date
8.Purchase Report - by Company
                  - by Item

Manufacturing menu
1.Production
2.Formula
3.Production Summary
4.Daily Breakdown Summary
5.Monthly Breakdown Summary
6.Overall Summary

System menu
1.Exit
2.Reindex
3.Posting
4.Closing Account
5.Lock Account
6.User Access Right

max5007

谢谢白兄的分享。。。＾＾我刚刚DESIDE完DATABASE。。但还不完整。。给我一些时间。。我就会POST上来咯

max5007

白兄，请问你的 MATERIAL RECORD 和 PRODUCT RECORD 是合起来的还是分开不同TABLE的

jangancari

haryewkun 于 18-11-2004 10:22 AM  说 :
我插个话，算算看你的公司有赚到吗。

用十个人开发两年才接近尾声，以一个人薪水大约两千五百元来算，加上其他费用一千元的话(EPF、电脑之类)。。。一个人的实质开支算三千五百元，十个人一个月就要 RM 35k，一年要 RM 420k，两年也是用了 RM 840k。。。考虑到投资的成本、资金成本、时间成本，投入也快接近一百万马币了。考虑 CASE TOOLS 的价格的话。。。

算起来比购买现成的便宜了一半(现成的要两百万)，不过迟了两年，还要考虑到 CASE TOOLS 的价格。。。赚的也实在不多就是了。不过自主开发，自己要怎样就怎样是爽快的事。不过 project 结束了后这些人要怎样处理呢？是头痛的问题吧。。。

请问你的这个 MRP 系统是给多少员工用的？

基本上， 公司根本还没有赚钱。 因为目前是准备写来替代旧系统。 当新系统稳定后， 公司就会考虑组小公司来出售这系统， 所以还不担心project 结束了后人力上的调配。
其实写了系统， 最重要的是卖得出。
这MRP 系统是给100 - 150 人用的吧。。

[ Last edited by jangancari on 22-11-2004 at 05:10 PM ]

神仙祖宗

我和师兄正在做Garment Industries 的MRP，碰倒一个难题：

这间工厂有两个分行，一间在本地，一间在中国。本来这也没什么，分开来即可，但是现在他们要share database server。问题来了，database server在中国，本地要联上database受streamyx和中国网速的限制，变得本地操作系统奇慢无比。

除了.net之外，问各位前辈有何良策？？我不想从做系统

[ Last edited by 神仙祖宗 on 23-11-2004 at 08:43 AM ]

白日梦

max5007 于 22-11-2004 07:16 PM  说 :
白兄，请问你的 MATERIAL RECORD 和 PRODUCT RECORD 是合起来的还是分开不同TABLE的

由于我公司情形 Raw Material 加 Product 最多廿个采用合拼的，只是类型不同，
Stock Item table
- Category <- either Raw material or Product
- Item Code
- Description

Account 方面采用 inserting，另一个 table 的记录
Opening Stock - Raw Material
Opening Stock - Work In Progress
Opening Stock - Production
Less) Closing Stock - Raw Material
Less) Closing Stock - Work In Progress
Less) Closing Stock - Production

白日梦

神仙祖宗 于 23-11-2004 08:40 AM  说 :
我和师兄正在做Garment Industries 的MRP，碰倒一个难题：

这间工厂有两个分行，一间在本地，一间在中国。本来这也没什么，分开来即可，但是现在他们要share database server。问题来了，database server在中国 ...

没写过 WAN 环境下使用的应用程序。没能帮得上忙。

haryewkun

神仙祖宗 于 23-11-2004 08:40 AM  说 :
我和师兄正在做Garment Industries 的MRP，碰倒一个难题：

这间工厂有两个分行，一间在本地，一间在中国。本来这也没什么，分开来即可，但是现在他们要share database server。问题来了，database server在中国 ...

没有办法。中国跟马来西亚之间的网速是物理上的限制，在这种情况下要 share database server，本来就是一个很大的问题。你能做的只是减少跟 database 通讯的机会，多用 buffer cache 在 client 端。实际上，这样做几乎要重写过整个业务 algorithm (当然也要看你的业务 algorithm 是怎样)。如果你的 algorithm 是要很频密地 access database。。。嘿嘿，您糟糕了。

能不能多 host 一台 database server 在美国？如果能，多 host 一台在外面，然后让两台 database server 互连 sychronize。但总的来说，终究是无法做到很好就是了。谁叫中国跟别的国家之间的网速这样多问题。Internet 也不是万能的。

sate2

神仙祖宗 于 23-11-2004 08:40 AM  说 :
我和师兄正在做Garment Industries 的MRP，碰倒一个难题：

这间工厂有两个分行，一间在本地，一间在中国。本来这也没什么，分开来即可，但是现在他们要share database server。问题来了，database server在中国 ...

DATA 需要酱 UP TO DATE 么 ？最多不是要 DAYLY REPORT 而已 ！
把在中国 database server 一些 MASTER TABLE 搬来 LOCAL 吧。

不过，要好好考虑 MASTERTABLE 里边的 DATA 是要多 UPDATE 的。若是很 critical 就要每天 UPDATE MASTER TABLE 回来 LOCAL。

不过， 要多了解你的 REPORT 又是如何 ？

中国和大马的 REPORT 都不会是一样的。 最多是 STOCK 的资料吧。

Harimau

神仙祖宗 于 23-11-2004 08:40 AM  说 :
我和师兄正在做Garment Industries 的MRP，碰倒一个难题：

这间工厂有两个分行，一间在本地，一间在中国。本来这也没什么，分开来即可，但是现在他们要share database server。问题来了，database server在中国 ...

有听过 MPLS 吗？这可能是一个答案。

神仙祖宗

haryewkun 于 23-11-2004 01:25 PM  说 :


没有办法。中国跟马来西亚之间的网速是物理上的限制，在这种情况下要 share database server，本来就是一个很大的问题。你能做的只是减少跟 database 通讯的机会，多用 buffer cache 在 client 端。实际上，这 ...

已经尽量减少queries了，还是不理想。

美国？我想不行，除非他们开间分行在那边。现在借用xx银行的网络，稍微好些而已！

神仙祖宗

sate2 于 23-11-2004 03:20 PM  说 :

DATA 需要酱 UP TO DATE 么 ？最多不是要 DAYLY REPORT 而已 ！
把在中国 database server 一些 MASTER TABLE 搬来 LOCAL 吧。

不过，要好好考虑 MASTERTABLE 里边的 DATA 是要多 UPDATE 的。若是很 critic ...

data是即时update的，每个transaction都要update database。两边report是一样的。本来这套系统是走LAN的，突然间要来个share database server才会这样麻烦了！

嘿嘿！你们有没有试过打印一张PO花半小时的？（不过这个问题暂时解决了〕

神仙祖宗

Harimau 于 23-11-2004 07:15 PM  说 :



有听过 MPLS 吗？这可能是一个答案。

虾米？是不是用来增加网络传输效率的东东？