這個(gè)問(wèn)題太大了，你可以先舉幾個(gè)例子，拋塊磚

舉個(gè)例子 不好意思呀，taohan斑竹，這幾天來(lái)一直沒(méi)有續(xù)這個(gè)貼子。 舉個(gè)例子說(shuō)，第一、毛需求計(jì)算之后如何按系統(tǒng)基礎(chǔ)設(shè)置數(shù)據(jù)來(lái)園整得到加工后的凈需求數(shù)量？各系統(tǒng)采用什么先進(jìn)思路？ 比如說(shuō)采購(gòu)件通常有最低采購(gòu)量、采購(gòu)倍數(shù)、最小包裝量等屬性設(shè)置。計(jì)算毛需求后是先加合不同訂單需求數(shù)量后再園整，還是單個(gè)需求就園整？因?yàn)楦鱾€(gè)需求在時(shí)間軸上不一定一樣？ 還有不一定每個(gè)供應(yīng)商都一樣的最低采購(gòu)量，每次采購(gòu)回來(lái)都是一樣的最小包裝量。如果計(jì)算中按某個(gè)基數(shù)園整，那么規(guī)劃采購(gòu)時(shí)換了某個(gè)不同設(shè)置的供應(yīng)商，就實(shí)際不能在精確換算出凈需求了，如何處理？（通常我們規(guī)劃需求在前，規(guī)劃采購(gòu)和生產(chǎn)在后） 還有展開(kāi)bom中各有高招，有沒(méi)有人可以深一點(diǎn)比較某系統(tǒng)bom展開(kāi)快，快是采用什么技術(shù)而快？不是簡(jiǎn)單評(píng)述那個(gè)系統(tǒng)快，要說(shuō)出快是因?yàn)樗心稠?xiàng)設(shè)置或用某種策略。我相信在開(kāi)發(fā)板塊內(nèi)，會(huì)有人關(guān)心這些實(shí)際問(wèn)題。謝謝斑竹！

沒(méi)有做開(kāi)發(fā)的愿意討論嗎？ 或則沒(méi)有人嘗試過(guò)把公司ERP的MRP運(yùn)算重新寫(xiě)過(guò)嗎？ 我還想討論BOM展開(kāi)的方法比較呢，看來(lái)大家都還是愿意去啃那些成熟大部頭?。?div align="right" style="color:darkgrey;font-size:12px;">
該評(píng)論在 2011/1/6 22:33:14 編輯過(guò)

以前在學(xué)校的時(shí)候討論過(guò)這個(gè)問(wèn)題,但由于只是對(duì)著某一本書(shū)中關(guān)于某一類(lèi)算法的實(shí)現(xiàn)問(wèn)題,歸根到底,都是一個(gè)求解線性規(guī)劃問(wèn)題,如何用最快的速度收斂到優(yōu)選解.

謝啦兄弟。以前還真沒(méi)有像你們這樣認(rèn)真從理論層面討論過(guò)。能否將您認(rèn)為值得推薦的關(guān)于線性規(guī)劃問(wèn)題的書(shū)共享？或則推薦一本書(shū)來(lái)參考？

基礎(chǔ)一點(diǎn)的就是清華大學(xué)出版社的<運(yùn)籌學(xué)>,我們那時(shí)候主要是在準(zhǔn)備<數(shù)學(xué)實(shí)驗(yàn)>的課程設(shè)計(jì)時(shí)選過(guò)關(guān)于單一產(chǎn)品生產(chǎn)計(jì)劃模型的問(wèn)題,當(dāng)然數(shù)據(jù)量比較小的時(shí)候可以通過(guò)手工作業(yè)完成,但到一定規(guī)模,手工計(jì)算沒(méi)有什么意義,當(dāng)時(shí)以我們的學(xué)識(shí)和水平也只能做到那個(gè)層次,多種產(chǎn)品,多生產(chǎn)周期的混合整數(shù)規(guī)劃求解相當(dāng)困難,單一產(chǎn)品生產(chǎn)計(jì)劃模型跟運(yùn)輸問(wèn)題有很多相似性,又有相應(yīng)的資料,所以模型建立還是比較容易的,主要解決如何快速求得優(yōu)選解的問(wèn)題.有興趣也可以一起討論,但數(shù)學(xué)功底要求較高.這段時(shí)間公司在MRPII的選型,我也經(jīng)常請(qǐng)教開(kāi)發(fā)公司一些這方面的問(wèn)題,但好像能說(shuō)得清的沒(méi)幾個(gè)人,也不知道那些軟件公司是怎么在做軟件的

MRP算法太復(fù)雜 本來(lái)也想好好看看 結(jié)果感覺(jué)實(shí)在太累 到現(xiàn)在也沒(méi)有看完 至于一些開(kāi)發(fā)人員，基本上是現(xiàn)學(xué)現(xiàn)賣(mài)

目前的BOM表一般都是這樣結(jié)構(gòu): PARENT,COMPONENT,BAS,QNTY;母件與子件不區(qū)分階的放在一起.這之間嵌套很長(zhǎng),如何快速展開(kāi)一個(gè)成品的所有BOM子件? 展開(kāi)是得出MRP的結(jié)果的第一步,這里要求速度! NETFOLATER可否講講您以前的經(jīng)驗(yàn)或者是對(duì)ORACLE實(shí)現(xiàn)的一些理解?

BOM展開(kāi) BOM架構(gòu)大多放在一個(gè)表中，就像 WilliamNing 所說(shuō)的一樣： Component ID ，Parent ID， Quantity，。。。 一般BOM展開(kāi)有兩種方法： 1。由于BOM的架構(gòu)有上述的架構(gòu)，我們可以直接使用SELECT。 Select 。。。 From 。。。 Where 。。。 Start With 。。。 Connect by Prior 。。。 這種方式只適合BOM的簡(jiǎn)單查詢，對(duì)于一些大的應(yīng)用比如： MRP BOM Explosion, BOM Compare等就不適合了，并且在時(shí)間上也是有問(wèn)題。 2。使用臨時(shí)表，當(dāng)然BOM的所有架構(gòu)也都是放在這個(gè)表。 A。可以使用一個(gè)GROUP ID 去組織或是標(biāo)識(shí)同一個(gè)BOM的所有子件及架構(gòu)。 B。為了使架構(gòu)清晰明了，可以使用一個(gè)BOM的階層碼來(lái)標(biāo)識(shí)每個(gè)子件。 對(duì)于BOM的每一階層碼的設(shè)置可以根據(jù)你的BOM的一階上的子件來(lái) 確定，對(duì)于大多數(shù)的BOM的同一階上的子件個(gè)數(shù)不會(huì)超過(guò)1000， 所以可設(shè)三位（當(dāng)然你想怎樣就怎樣）。比如： 第一階： 001 ，002 ，003 ，。。。 第二階： 001001，001002，001003 ，。。。 002001，002002，002003 ，。。。 003001，003002，003003 ，。。。 第三階類(lèi)推。 有了以上的階層碼，如果你按階層碼排序，BOM的架構(gòu)將一目了然。 C。展開(kāi)的方法大都采用循環(huán)展開(kāi)。 D。循環(huán)的展開(kāi)過(guò)過(guò)程中最好不要使用判斷BOM是否展開(kāi)完全的邏輯， 我覺(jué)得這樣邏輯很費(fèi)時(shí)，可以設(shè)置循環(huán)的階層，階層可以根據(jù)你 BOM的實(shí)際階數(shù)來(lái)定，一般的BOM的階層不會(huì)超過(guò)10階吧（我還遇到過(guò)超過(guò)6階的）。 針對(duì)BOM而言，除了以上展開(kāi)外，還有一種應(yīng)用就是： 通過(guò)一個(gè)子件，怎樣找出它的所有ASSEMBLY ITEM （BOM）。 --Netfloater __________________ 100% * 100% = 100% 50% * 50% = 25%

MRP基本運(yùn)算邏輯

附件：mrp基本運(yùn)算邏輯.rar