欧美成人精品手机在线观看_69视频国产_动漫精品第一页_日韩中文字幕网 - 日本欧美一区二区

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

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

沒有做開發(fā)的愿意討論嗎？ 或則沒有人嘗試過把公司ERP的MRP運(yùn)算重新寫過嗎？ 我還想討論BOM展開的方法比較呢，看來大家都還是愿意去啃那些成熟大部頭啊！

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

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

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

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

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

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

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

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