02 貿易公司整體運營流程圖(什么是采購需求分析)

理，對等貿易協定，從外部機構雇用臨時人員，締結廣告合同等活動。

一、傳統采購模式

以申請為依據，以填充庫存為目的，庫存積壓大

二、訂貨點采購模式

訂貨點采購，是由采購人員根據各個品種需求量和訂貨的提前期的大小，確定每個品種的訂購點、訂購批量或訂貨周期、最高庫存水平等，然后建立起一種庫存檢查機制，當發現到達訂購點，就檢查庫存，發出訂貨，訂購批量的大小由規定的標準確定。

訂購點采購包括兩大采購方法，定量訂貨法和定期訂貨法。

定量訂貨法，是預先確定一個訂貨點和一個訂貨批量，然后隨時檢查庫存，當庫存下降到訂貨點時，就發出訂貨，訂貨批量的大小每次相同。

定期訂貨法，是預先確定一個訂貨周期和最高庫存水準，然后以規定的訂貨周期為周期，周期性的檢查庫存，發出訂貨，訂貨批量每次都不一定相同，訂貨批量的大小都等于當時的實際庫存存量與規定最高庫存水準的差額。

訂貨點采購模式都是以需求分析為依據，以填充庫存為目的，采用一些科學方法，兼顧滿足需求和庫存成本控制，原理比較科學，操作比較簡單。但是由于市場的隨機因素多，使得該方法同樣具有庫存大、市場相應不靈敏的缺陷

三、MRP采購模式

MRP（MATERIAL REQUIREMENT PLANNING)采購，主要應用于生產企業。它是由企業采購人員采用MRP軟件，制訂采購計劃而實施采購的。

MRP采購原理，是根據MPS（MASTER PRODUCTION SCHEDULE 主生產計劃）和BOM（BILL OF MATERIALS,物料清單或產品結構文件）以及主產品及其零部件的庫存量，逐步計算出主產品的各個零部件、原材料所應該投產時間、投產數量，或者訂貨時間、訂貨數量，也就是產生出所有零部件、原材料的生產計劃和采購計劃。然后按照這個采購計劃進行采購。

MRP采購模式也是以需求分析為根據，以滿足庫存為目的。由于計劃比較精細、嚴格，所以它的市場相應靈敏度及庫存水平都比以上方法有所進步。

四、JIT采購模式

JIT采購，又稱為準時化采購，是一種完全以滿足需求為依據的采購方法。需求方根據自己的需要，對供應商下達訂貨指令，要求供應商在指定的時間、將指定的品種、指定的數量送到指定的地點。

JIT采購的特點主要表現在以下幾個方面：

1.直接面向需求

2.直接送到需求點上

3.用戶需要什么品種、質量、數量、時間等都要符合客戶需求

JIT采購做到了靈敏的相應市場，滿足用戶需求，又使得用戶的庫存量最小。由于用戶不需要設庫存，所以實現了零庫存。是一種比較科學、理想的采購模式。

五、VMI采購模式

VMI（VENDOR MANAGED INVENTORY，供應商掌握用戶庫存），其基本思想是在供應鏈機制下，采購不再由采購者操作，而是由供應商操作。VMI采購是用戶只需把自己的需求信息向供應商及時傳遞，由供應商自己根據用戶的需求信息，預測用戶未來的需求量，并根據這個預測制訂自己的生產計劃和送貨計劃，用戶的庫存量的大小由供應商自主決策的采購模式。

是一種比較理想科學的采購模式，最大受益者是......>>

問題四：需求分析應包括哪些內容 需求分析是指理解用戶需求，就軟件功能與客戶達成一致，估計軟件風險和評估項目代價，最終形成開發計劃的一個復雜過程在這個過程中，用戶的確是處在主導地位，需求分析工程師和項目經理要負責整理用戶需求，為之后的軟件設計打下基礎。需求分析階段包括：

1.業務需求――反映了組織機構或客戶對系統、產品高層次的目標要求，通常在項目定義與范圍文檔中予以說明。

2・用戶需求――描述了用戶使用產品必須要完成的任務，這在使用實例或方案腳本中予以說明。

3・功能需求――定義了開發人員必須實現的軟件功能，使用戶利用系統能夠完成他們的任務，從而滿足了業務需求。

4・非功能性的需求――描述了系統展現給用戶的行為和執行的操作等，它包括產品必須遵從的標準、規范和約束，操作界面的具體細節和構造上的限制。

5・需求分析報告――報告所說明的功能需求充分描述了軟件系統所應具有的外部行為。“需求分析報告”在開發、測試、質量保證、項目管理以及相關項目功能中起著重要作用。

問題五：采購需要懂些什么？基本的！ 采購實踐可分為戰略采購（sourcing）和日常采購（procurement）兩部分。 戰略采購是采購人員（modity manager）根據企業的經營戰略需求，制定和執行采企業的物料獲得的規劃，通過內部客戶需求分析，外部供應市場、競爭對手、供應基礎等分析，在標桿比較的基礎上設定物料的長短期的采購目標、達成目標所需的采購策略及行動計劃，并通過行動的實施尋找到合適的供應資源，滿足企業在成本、質量、時間、技術等方面的綜合指標。 采購的對象分為直接物料（BOM material）和間接物料（MRO material），直接物料將用于構成采購企業向其客戶提供的產品或服務的全部或部分，間接物料將在企業的內部生產和經營活動中被使用和消耗。 采購是一個商業性質的有機體為維持正常運轉而尋求從體外攝入的過程。 采購是指取得所需之物料、工具、機械……..等物質，以利生產工廠營運所應負擔之職責與采取之行為。因此采購活動必須考慮以最適當的總成本，于最適當的時間，以高度之效率，獲得最適當質量、最適當數量之物料、工具、機器…等物質，并能保持料源連續性之一種采購技術。 通常采購業務內容最主要的有下列幾項： 采購員必備能力外，要有合理的采購計劃，遵守5R原則，選擇合適的供應商，并加于管理，不斷提高。在不影響企業正常生產下，降低采購成本。

采購員須承擔的責任：采購計劃與需求確認、供應商選擇與管理、采購數量控制、采購品質控制、采購價格控制、交貨期控制、采購成本控制、采購合同管理、采購記錄管理。

采購流程：收集信息，詢價，比價、議價，評估，索樣，決定，請購，訂購，協調與溝通，催交，進貨檢收，整理付款。

采購數量計算：本期應采購數量=本期生產需用量+本期末預定庫存量-前期預估庫存量-前期已購未入庫數量

怎樣合理降低采購成本：事先制定合理的采購計劃，查詢當前市場行情，掌握影響成本的因素和事件。事中尋找多家合格廠商的報價，制作底價或預算，運用議價技巧。事后選擇價格適當的廠商簽訂合約，利用數量或現金折扣。

采購價格構成：供應商成本的高低，規格與品質，采購物料的供需關系，生產季節和采購時機，交貨條件，付款條件。

采購商品成本構成：工程或制造的方法，所需的特殊工具、設備，直接及間接材料成本，直接及間接人工成本，制造費用或外包費用，營銷費及稅捐、利潤。

什么是合適的價格：采購價格應以達到適當價格為最高目標，采購員必須以采購要求，根據市場行情，分析物料的質量狀況和價格變動情況，選擇物美價廉的物料進行購買。

怎么樣判斷采購價格是否合理：進行成本分析，價格分析，市場調研，多家廠商報價。

怎樣找供應商：利用現有的資料，公開征求的方式，通過同業介紹，閱讀專業刊物，協會或采購專業顧問公司，參加產品展示會。

供應商分類：原材料供應商，小額服務性供應商，臨時性供應商。

合格供應商的標準：優秀的企業領導人，高素質的管理人員，穩定的員工群體，良好的機器設備，良好的技術，良好的管理制度。

怎樣對供應商進行分析：價格，品質，服務，位置，存貨政策，柔性。

什么是好的供應商？ 在保證5R的前提下。能提供技術支持，能提供市場行情。 能共同承擔風險。

什么是采購供應鏈？ 專業分工深入，交易成本減少的發展過程。供需間各環節，需求導向增值的整合方式。

問題六：需求分析的詳細分析 從廣義上理解：需求分析包括需求的獲取、分析、規格說明、變更、驗證、管理的一系列需求工程。狹義上理解需求分析指需求的分析、定義過程。 需求分析就是分析軟件用戶的需求是什么。如果投入大量的人力，物力、財力、時間，開發出的軟件卻沒人要，那所有的投入都是徒勞。如果費了很大的精力，開發一個軟件，最后卻不滿足用戶的要求，從而要重新開發過，這種返工是讓人痛心疾首的(相信大家都有體會)。比如：用戶需要一個for linux的軟件，而你在軟件開發前期忽略了軟件的運行環境，忘了向用戶詢問這個問題，而想當然的認為是開發for windows的軟件。當你千辛萬苦地開發完成向用戶提交時才發現出了問題，那時候你是欲哭無淚了，恨不得找塊豆腐一頭撞死。需求分析之所以重要，就因為他具有決策性、方向性、策略性的作用，他在軟件開發的過程中具有舉足輕重的地位，大家一定要對需求分析具有足夠的重視。在一個大型軟件系統的開發中，他的作用要遠遠大于程序設計。 需求分析階段的工作,可以分為四個方面：問題識別、分析與綜合、制訂規格說明、評審。問題識別：就是從系統角度來理解軟件，確定對所開發系統的綜合要求，并提出這些需求的實現條件，以及需求應該達到的標準。這些需求包括：功能需求(做什么)、性能需求(要達到什么指標)、環境需求(如機型、操作系統等)、可靠性需求(不發生故障的概率）、安全保密需求、用戶界面需求、資源使用需求(軟件運行是所需的內存、CPU等)、軟件成本消耗與開發進度需求、預先估計以后系統可能達到的目標。分析與綜合： 逐步細化所有的軟件功能，找出系統各元素間的聯系，接口特性和設計上的限制，分析他們是否滿足需求，剔除不合理部分，增加需要部分。最后綜合成系統的解決方案，給出要開發的系統的詳細邏輯模型(做什么的模型)。制訂規格說明書： 即編制文檔，描述需求的文檔稱為軟件需求規格說明書。請注意，需求分析階段的成果是需求規格說明書，向下一階段提交。評審： 對功能的正確性，完整性和清晰性，以及其它需求給予評價。評審通過才可進行下一階段的工作,否則重新進行需求分析。 需求分析的方法有很多，這里只強調原型化方法，其它的方法如：結構化方法、動態分析法等，從來沒用過這些方法在此不討論。原型化方法是十分重要的，原型就是軟件的一個早期可運行的版本，它實現了目標系統的某些或全部功能。原型化方法就是盡可能快地建造一個粗糙的系統，這系統實現了目標系統的某些或全部功能。但是這個系統可能在可靠性、界面的友好性或其他方面上存在缺陷。建造這樣一個系統的目的是為了考察某一方面的可行性，如算法的可行性、技術的可行性或考察是否滿足用戶的需求等。如：為了考察是否滿足用戶的要求，可以用某些軟件工具快速的建造一個原型系統，這個系統只是一個界面，然后聽取用戶的意見，改進這個原型。以后的目標系統就在原型系統的基礎上開發。原型主要有三種類型：探索型、實驗型、進化型。探索型：目的是要弄清楚對目標系統的要求，確定所希望的特性，并探討多種方案的可行性。實驗型：用于大規模開發和實現前，考核方案是否合適，規格說明是否可靠。進化型：目的不在于改進規格說明，而是將系統建造得易于變化，在改進原型的過程中，逐步將原型進化成最終系統。在使用原型化方法時有兩種不同的策略：廢棄策略、追加策略。廢棄策略：先建造一個功能簡單而

很赞哦!（62941）