1樓：邢克壘的人
讓我這個專人解釋一下吧 lot size 是在mm01-mrp1設定的，一般都設定為minimun lot size，即最小批量，對於做採購是有影響的。比如minimun lot size為230， 你的訂單a只有50， 那麼mrp run會自動按照minimun lot size做一張230件的採購訂單，第二次又進來訂單b100，因為有剩餘180，系統會自動確認訂單b，而不需要重新採購了；第三次又進來訂單c500；還需要採購420件（230-50-100-500）那麼系統就會採購460件(minimun lot size的倍數）
2樓：
lot size 批量大小
根據你選的 mrp 型別不同...lot size 選擇也一樣... 最常用的就是 pd -> ex (按批量訂貨),即需要多少買多少...
具體嘛...就找個物料設定一下... 建立一個so\獨立需求計劃...
md02 跑mrp, md04 檢視...選擇不同的 lot size 時,系統跑出來的 計劃量\採購申請 量
3樓：匿名使用者
pd是mrp type，怎麼跟lot size ex混為一談 -_- 囧
4樓：
批量就是你訂貨的標準. 比如說
有些企業是 10根算1捆 10捆算1包 一包算1箱.
就像你說的.
10個產品 我按1捆發.或者0.1箱子(當然實際是不可能有這樣的)如果定的是90給產品呢 就是 9捆或者0.9大概就這意思。
不同的情況可能要根據你公司的構架來看
5樓：匿名使用者
sap中，lot size是指批量大小,用來確定在物料計劃中使用哪個批量形式來採購物料。
一般常用六種：
ex 直接按批訂貨量
是靜態分批處理過程，同一天同一個交期的獨立需求會合併為一張計劃訂單，按訂單生產的需求不會合並。
fx 固定訂單數量
批量值是固定的，比如建立獨立需求550個，批量值固定100個，那麼執行mrp後產生6張100的計劃訂單。
hb 補充到最大庫存水平
意思是 按照獨立需求日期先後進行，如果庫存可以滿足需求就不去採購，如果需求不滿足就一次採購到最大庫存的數量，下次在繼續判斷，總之是隨時間順序，分析獨立需求，不夠則採購到最大庫存數量，夠則不會觸發採購需求。
mb，月批量
一個月的的所有需求合併為一個批量
wb 周批量
一週的所有需求合併為一個批量
tb 日批量
一天內的所有需求合併為一個批量
lot size 在物料主資料material master 的檢視mrp1中，通過t code mm01建立物料主資料/mm02修改物料主資料來設定。可用mm03查詢lot size 的設定情況。
軟體設計包括哪兩個階段？
6樓：釗鉼
1、對軟體的全域性觀點。系統通過逐步求精使得設計陳述逐漸接近源**。這裡有兩個基本步驟，第一步是初步設計，關注於如何將需求轉換成資料和軟體框架。
2、詳細設計，關注於將框架逐步求精細化為具體的資料結構和軟體的演算法表達。發生中的設計行為、資料、演算法和程式設計都需要由現代程式所需的介面設計這一清晰的行為來結合起來。介面設計建立程式佈局和人機互動機制。
貫穿設計過程的質量由一系列的正式技術評定或設計排演來評價。
軟體設計是從軟體需求規格說明書出發，根據需求分析階段確定的功能設計軟體系統的整體結構、劃分功能模組、確定每個模組的實現演算法以及編寫具體的**，形成軟體的具體設計方案。
軟體設計是把許多事物和問題抽象起來，並且抽象它們不同的層次和角度。將問題或事物分解並模組化使得解決問題變得容易，分解的越細模組數量也就越多，它的***就是使得設計者考慮更多的模組之間耦合度的情況。
7樓：
1、概要設計，主要包括：結構設計、介面設計、全域性資料結構設計、過程設計。
2、詳細設計。
軟體設計是從軟體需求規格說明書出發，根據需求分析階段確定的功能設計軟體系統的整體結構、劃分功能模組、確定每個模組的實現演算法以及編寫具體的**，形成軟體的具體設計方案。
軟體設計是把許多事物和問題抽象起來，並且抽象它們不同的層次和角度。將問題或事物分解並模組化使得解決問題變得容易，分解的越細模組數量也就越多，它的***就是使得設計者考慮更多的模組之間耦合度的情況。
8樓：博學小趙是吃貨
軟體設計可以分為概要設計和詳細設計兩個階段。
實際上軟體設計的主要任務就是將軟體分解成模組是指能實現某個功能的資料和程式說明、可執行程式的程式單元。可以是一個函式、過程、子程式、一段帶有程式說明的獨立的程式和資料，也可以是可組合、可分解和可更換的功能單元。模組，然後進行模組設計。
概要設計就是結構設計，其主要目標就是給出軟體的模組結構，用軟體結構圖表示。一個對軟體的全域性觀點。系統通過逐步求精使得設計陳述逐漸接近源**。
這裡有兩個基本步驟，第一步是初步設計 ，關注於如何將需求轉換成資料和軟體框架。
詳細設計的首要任務就是設計模組的程式流程、演算法和資料結構，次要任務就是設計資料庫，常用方法還是結構化程式設計方法。
詳細設計，關注於將框架逐步求精細化為具體的資料結構和軟體的演算法表達。發生中的設計行為、資料、演算法和程式設計都需要由現代程式所需的介面設計這一清晰的行為來結合起來。介面設計建立程式佈局和人機互動機制。
貫穿設計過程的質量由一系列的正式技術評定或設計排演來評價。
擴充套件資料：
軟體開發的詳細開發：
1、計劃對所要解決的問題進行總體定義，包括瞭解使用者的要求及現實環境，從技術、經濟和社會因素等3個方面研究並論證本軟體專案的可行性，編寫可行性研究報告，**解決問題的方案。
並對可供使用的資源（如計算機硬體、系統軟體、人力等）成本，可取得的效益和開發進度作出估計，制訂完成開發任務的實施計劃。
2、分析軟體需求分析就是對開發什麼樣的軟體的一個系統的分析與設想。它是一個對使用者的需求進行去粗取精、去偽存真、正確理解，然後把它用軟體工程開發語言（形式功能規約，即需求規格說明書）表達出來的過程。
本階段的基本任務是和使用者一起確定要解決的問題，建立軟體的邏輯模型，編寫需求規格說明書文件並最終得到使用者的認可。需求分析的主要方法有結構化分析方法、資料流程圖和資料字典等方法。本階段的工作是根據需求說明書的要求，設計建立相應的軟體系統的體系結構。
並將整個系統分解成若干個子系統或模組，定義子系統或模組間的介面關係，對各子系統進行具體設計定義，編寫軟體概要設計和詳細設計說明書，資料庫或資料結構設計說明書，組裝測試計劃。在任何軟體或系統開發的初始階段必須先完全掌握使用者需求。
以期能將緊隨的系統開發過程中哪些功能應該落實、採取何種規格以及設定哪些限制優先加以定位。系統工程師最終將據此完成設計方案，在此基礎上對隨後的程式開發、系統功能和效能的描述及限製作出定義。
3、設計軟體設計可以分為概要設計和詳細設計兩個階段。實際上軟體設計的主要任務就是將軟體分解成模組是指能實現某個功能的資料和程式說明、可執行程式的程式單元。可以是一個函式、過程、子程式、一段帶有程式說明的獨立的程式和資料。
也可以是可組合、可分解和可更換的功能單元。模組，然後進行模組設計。概要設計就是結構設計，其主要目標就是給出軟體的模組結構，用軟體結構圖表示。
詳細設計的首要任務就是設計模組的程式流程、演算法和資料結構，次要任務就是設計資料庫，常用方法還是結構化程式設計方法。
4、編碼軟體編碼是指把軟體設計轉換成計算機可以接受的程式，即寫成以某一程式設計語言表示的"源程式清單"。充分了解軟體開發語言、工具的特性和程式設計風格，有助於開發工具的選擇以及保證軟體產品的開發質量。當前軟體開發中除在專用場合。
已經很少使用二十世紀80年代的高階語言了，取而代之的是物件導向的開發語言。而且物件導向的開發語言和開發環境大都合為一體，大大提高了開發的速度。
5、軟體測試軟體測試的目的是以較小的代價發現儘可能多的錯誤。要實現這個目標的關鍵在於設計一套出色的測試用例（測試資料與功能和預期的輸出結果組成了測試用例）。如何 才能設計出一套出色的測試用例，關鍵在於理解測試方法。
不同的測試方法有不同的測試用例設計方法。兩種常用的測試方法是白盒法測試物件是源程式，依據的是程式內部的的邏輯結構來發現軟體的程式設計錯誤、結構錯誤和資料錯誤。結構錯誤包括邏輯、資料流、初始化等錯誤。
用例設計的關鍵是以較少的用例覆蓋儘可能多的內部程式邏輯結果。白盒法和黑盒法依據的是軟體的功能或軟體行為描述，發現軟體的介面、功能和結構錯誤。
其中介面錯誤包括內部/外部介面、資源管理、整合化以及系統錯誤。黑盒法用例設計的關鍵同樣也是以較少的用例覆蓋模組輸出和輸入介面。
6、維護維護是指在已完成對軟體的研製（分析、設計、編碼和測試）工作並交付使用以後，對軟體產品所進行的一些軟體工程的活動。即根據軟體執行的情況，對軟體進行適當修改，以適應新的要求，以及糾正執行中發現的錯誤。
編寫軟體問題報告、軟體修改報告。一箇中等規模的軟體，如果研製階段需要一年至二年的時間，在它投入使用以後，其執行或工作時間可能持續五年至十年。那麼它的維護階段也是執行的這五年至十年期間。
在這段時間，人們幾乎需要著手解決研製階段所遇到的各種問題。
同時還要解決某些維護工作本身特有的問題。做好軟體維護工作，不僅能排除障礙，使軟體能正常工作，而且還可以使它擴充套件功能，提高效能，為使用者帶來明顯的經濟效益。
然而遺憾的是，對軟體維護工作的重視往往遠不如對軟體研製工作的重視。而事實上，和軟體研製工作相比，軟體維護的工作量和成本都要大得多。
測試編寫好的系統。交給使用者使用，使用者使用後一個一個的確認每個功能。軟體測試有很多種：
按照測試執行方，可以分為內部測試和外部測試；按照測試範圍，可以分為模組測試和整體聯調；按照測試條件。
可以分為正常操作情況測試和異常情況測試；按照測試的輸入範圍，可以分為全覆蓋測試和抽樣測試。以上都很好理解，不再解釋。總之，測試同樣是專案研發中一個相當重要的步驟，對於一個大型軟體，3個月到1年的外部測試都是正常的。
因為永遠都會有不可預料的問題存在。完成測試後，完成驗收並完成最後的一些幫助文件，整體專案才算告一段落，當然日後少不了升級，修補等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟體的運營狀況並持續修補升級，直到這個軟體被徹底淘汰為止。
在軟體編碼階段，開發者根據《軟體系統詳細設計報告》中對資料結構、演算法分析和模組實現等方面的設計要求，開始具體的編寫程式工作，分別實現各模組的功能，從而實現對目標系統的功能、效能、介面、介面等方面的要求。
在規範化的研發流程中，編碼工作在整個專案流程裡最多不會超過1/2，通常在1/3的時間，所謂磨刀不誤砍柴功，設計過程完成的好，編碼效率就會極大提高，編碼時不同模組之間的進度協調和協作是最需要小心的，也許一個小模組的問題就可能影響了整體進度。
讓很多程式設計師因此被迫停下工作等待，這種問題在很多研發過程中都出現過。編碼時的相互溝通和應急的解決手段都是相當重要的，對於程式設計師而言，bug永遠存在，必須永遠面對這個問題！
在SAP中client是什麼意思
client 最基本的用處是分割資料！同一個資料 各個部門或使用者只使用他的許可權範圍內的資料資料 有client dependent和client indepent程式則對系統所有使用者有效。學習算了公司一個系統等於自殺。一個小小 錯誤 另外，sap的開發系統，測試系統，生產系統的系統引數設定都不...
SAP軟體是什麼
erp軟體，應該說是erp軟體中的佼佼者，主要用於企業管理。付費內容限時免費檢視 回答sap是sap公司的產品 企業管理解決方案的軟體名稱從企業後臺到公司決策層 從工廠倉庫到商鋪店面 從電腦桌面到移動終端 sap助力使用者和企業高效協作，獲取商業洞見，並從競爭中脫穎而出。sap的軟體和服務能夠幫助客...
請問SAP中的統馭科目究竟是什麼意思
墨魚琪 sap中的統馭科目指應收應付和資產相關科目一般設定成統馭科目 有分類賬的總帳科目 在建立gl主資料的時候指定 當你在建立客戶或 商主資料的時候，都會提示輸入特別總帳標記，就會用到統馭科目，與會計科目表中的應收 應付 預收 預付形成對應關係，起到連線總帳和分類帳之間的關係。統馭科目在sap中是...