1、目 錄第1章 問題背景和問題的定義3§1.1 問題背景3§1.2 定義3§1.3 BOM 用途說明：4§1.4 ERP中BOM的構造問題:4第2章 需求分析6§2.1 系統概述6§2.2 總體描述6§2.2.1 關聯圖6§2.3 用戶類和用戶特性7§2.4 運行環境7§2.5 設計和實現的約束條件7§2.6 用戶文檔7§2.7 假設和依賴7§2.8 系統特性（功能）7§2.9 外部接口需求8§2.10 安全性9§2.11 分析模型9&#

2、167;2.12關鍵用例模型11第3章 系統設計12§3.1 軟件體系結構設計12§3.2 接基于ER圖的數據庫設計12§3.3 過程設計13第4章 系統實現15§4.1 編碼規范化15§4.1.1 標識符15§4.1.2 注釋15§4.1.3 視覺組織16§4.2 再結構化17第5章 系統測試18§5.1 用于代碼檢查的缺陷列表18§5.2 對程序模塊進行單元測試分析19§5.3測試用例請求文檔21§5.4 黑盒測試22結 論24參考文獻25第1章 問題背景和問題的定義&#

3、167;1.1 問題背景物料清單是企業所有核心業務都要用到的共享管理文件，它對任何業務都是很重要的，不是某一業務所獨占的文件。使用物料清單最頻繁的是計劃部門，計劃的有效性受物料清單的影響也最大。物料清單的作用可以分以下幾方面來談。1.用報表表達時間坐標上的產品結構。2.聯系與溝通企業各項核心業務的紐帶。采用計算機輔助企業生產管理，首先要使計算機能夠讀出企業所制造的產品構成和所有要涉及的物料，為了便于計算機識別，必須把用圖示表達的產品結構轉化成某種數據格式，這種以數據格式來描述產品結構的文件就是物料清單，即是BOM。它是定義產品結構的技術文件，因此，它又稱為產品結構表或產品結構樹。在某些工業領域

4、，可能稱為“配方”、“要素表”或其它名稱。在MRP和ERP系統中，物料一詞有著廣泛的含義，它是所有產品，半成品，在制品，原材料，配套件，協作件，易耗品等等與生產有關的物料的統稱。在通常的MRP和ERP系統中BOM是指由雙親件及子件所組成的關系樹。BOM可以是自頂向下分解的形式或是以自底向上跟蹤的形式提供信息。 在MRP和ERP系統中中BOM是一種數據之間的組織關系，利用這些數據之間層次關系可以作為很多功能模塊設計的基礎，這些數據的某些表現形式是我們大家感到熟悉的匯總報表。 §1.2 定義(1) 狹義的B OM狹義上的BOM(Bill of Materials)通常稱為“物料清單”，就

5、是產品結構（Product Structure)。僅僅表述的是對物料物理結構按照一定的劃分規則進行簡單的分解，描述了物料的物理組成。一般按照功能進行層次的劃分和描述。廣義的BOM= 產品結構 + 工藝流程(2) 廣義的B OM廣義上的BOM是產品結構和工藝流程的結合體，二者不可分割。離開工藝流程談產品結構，沒有現實意義。要客觀科學的通過BOM來描述某一制造業產品，必須從制造工藝入手，才能準確描述和體現產品的結構。二者結合的方法：首先確定產品的工藝流程，然后描述每個工序（工藝流程的組成部分）上所使用的物料；由于生產組織方式的不同，各子物料有相應的生產子工藝流程，同樣每個工序上存在物料的使用，這樣

6、就根據生產組織方式決定了BOM的層次。(3) 擴展的BOM擴展的BOM在傳統意義上的BOM上更加深入地體現“資源”的意義，已經變成Bill of Manufacturing,不僅僅包含工藝流程和產品結構，更多的是加入了對設備、人工和資金信息的集成和體現。擴展的BOM公式：BOM（Bill of Manufacturing) =工藝流程 （Routing)+ 產品結構（Product Structure)+ 資源（設備，人工，資金等） 定義BOM于制造業實務呈現方式。包括：(1) 產品圖紙 (2) 產品成本表(3) 材料用量列表§1.3 BOM 用途說明：1.了解產品之用料結構，便于生

7、產工藝管理及物料管理，降低制造成本。2.正確記錄用料結構，避免采購遺漏造成停工待料等異常狀況發生。3. 可用于批次領料，提高領料單單據輸入效率。4. 用于產品毛需求計算、批次請購、提高請購單單據輸入效率。5. 便于迅速正確進行產品標準成本計算，加強標準成本之管理及減低成本人員計算之負荷。6. 構建可供選配的產品庫，加快產品選配。§1.4 ERP中BOM的構造問題:前面已經提到，BOM是系統中最重要的基礎數據庫，它幾乎與企業中的所有職能部門都有關系，ERP系統中BOM構造的好壞，直接影響到系統的處理性能和使用效果。因此，根據實際環境，靈活地構造BOM是十分關鍵的。就一般情況而言，構造B

8、OM應注意以下方面。 1、在BOM中，每一個項目(零件)必須有一個唯一的編碼。對于同一個項目，不管它出現在哪些產品中，都必須具有相同的編碼。對于相似的項目，不管它們的差別有多么小，也必須使用不同的編碼。 2、為了管理上的方便，有時可以將同一零件的不同狀態視為幾個不同的項目，構造在產品的BOM中。 3、BOM中的零件，部件的層次關系一定要反映實際裝配過程，在實際裝配中，有時不一定把某些零件裝配成某個有名稱的組件，或者由于工藝上的考慮需要將某些零件歸在一起加工(例如箱子與箱蓋)。形成臨時組件，但這些組件在產品的零件明細表和裝配圖上并沒有反映出來，但必須在計劃管理中反映出來，這就需要在BOM中設置一

9、種物理上并不存在的項目，通常稱為”虛單”或”虛擬件”，其目的是簡化MRP的編程過程和減少零件之間的影響。 4、根據生產實際情況，有時為了強化某些工裝，模具的準備工作，還可以將這些工具構造在BOM中。這樣就可以將一些重要的生產準備工作納入計劃中。有時為了控制某個重要的零件在加工過程中的某些重要環節，比如，進行質量檢測等，還可將同一個零件的不同加工狀態視為不同的零件，構造在BOM中。 5、為了滿足不同部門獲取零件的不同信息，可以靈活地設計BOM中每個項目的屬性。例如，計劃方面的，成本方面，庫存方面，訂單方面。 第2章 需求分析§2.1 系統概述 產品結構子系統，目標系統具有如下的特性：

10、FE-1:一個品名對應一個元件品號 FE-2:輸入Bom，導入數據庫，生產Bom清單 FE-3:查看倉庫源信息 FE-4:增加元件庫源記錄，錄入元件信息 FE-5:錄入產品工藝路線之前，需錄入每道工藝信§2.2 總體描述§2.2.1 關聯圖下圖2-1演示了系統的外部實體和系統接口。圖2-1“產品結構子系統”關聯圖§2.3 用戶類和用戶特性用戶類描述操作員（優先考慮）操作員可操作產品結構實現各功能分管經理對操作員錄入的BOM進行審批§2.4 運行環境OE-1:“產品結構子系統”的操作將通過產品結構子系統軟件來完成。OE-2:裝有windows操作系統的電腦

11、。OE-3:access數據庫。§2.5 設計和實現的約束條件CO-1：系統的設計、編碼和文虎文檔將遵照（Process Impact 公司內聯網開發標準）版本1.3【2】。CO-2：系統將采用Access數據庫。CO-3：編程軟件為VC+ 6.0。CO-4：所有腳本都用C+語言來編寫。§2.6 用戶文檔UD-1：系統將提供一個分層和跨鏈接的HTML聯機幫助系統，他描述并演示了所有系統功能。UD-2：如果是一個新用戶第一次使用該系統，系統可以根據用戶的要求，提供一個聯機教程，這樣用戶可以使用靜態教程菜單來具體實踐一下如何操作。系統不會將采用這一模板的BOM信息存儲到數據庫中

12、。§2.7 假設和依賴DE-1：倉庫源中產品號唯一DE-2：倉庫源滿足Bom中所需產品§2.8 系統特性（功能） 錄入bom中的各產品和數量，數量默認為1，然后查看bom信息生成bom清單§2.9 外部接口需求§2.9.1 用戶界面 錄入bom主界面查看倉庫存儲BOM顯示§2.9.2 硬件接口 硬件接口未確定。§2.9.3 軟件接口SI-1：產品結構系統ST-1.1:錄入Bom，產品名需已經純在倉庫源中ST-1.2: 倉庫源中元件品的數量為0時刪除記錄ST-1.3:向倉庫輸入記錄時，若產品名已存在則輸入失敗5. 其它非功能性需求

13、67;2.10 安全性SE-1：所有涉及功能信息或個人身份信息的網絡事物，都要按照BR-33進行加密操作。SE-2：遵守數據庫參照完整性，實體完整性。§2.11 分析模型§2.11.1 數據模型此處展示了“產品結構子系統”的部分數據模型，數據字典中描述的實體及它們之間的關系 （1） 實體關系模型“產品結構子系統”部分數據模型§2.11.2. 功能模型（數據流圖）§2.11.3 行為模型狀態圖（一個關鍵業務的狀態描述），下圖狀態轉換圖，展示了可能的訂單狀態和允許的狀態變更訂單狀態的狀態轉換圖§2.11.4. 數據字典元件品號=用數字對元件進行唯一

14、標識元件品名=用ascII碼成本=以人民幣為單位損耗率=整數表示，隱含百分號單位=表示元件有多少個（只，盒）工藝路線=子產品經過特定工藝生成母產品失效日期=當前日期大于失效日期，元件失效§2.12關鍵用例模型用例編號：CP-1用例名稱：BOM簡述/背景：產品結構子系統主參與者及利益：獲得權限的員工，分管經理基本流：1.獲得權限的員工錄入品名及數量。2.獲得權限的員工點擊錄入BOM。3.系統顯示錄入的結果。4.獲得權限的員工點擊查看倉庫存儲。5.系統顯示庫源報表。擴展流：La:錄入多個BOM La1:對庫源報表內容進行增刪改。La2:返回到第2步第3章 系統設計§3.1 軟件

15、體系結構設計 §3.2 接基于ER圖的數據庫設計ER圖如下用戶的需求具體體現在各種信息的提供、保存、刪除和查詢，這就要求數據庫結構能夠滿足各種信息的輸入和輸出。收集基本數據、數據結構及數據處理的流程，組成一份詳盡的數據字典。數據庫邏輯設計就是將ER圖轉換為關系模型的過程，即將所有實體和關系轉換成一系列的關系模式。轉換過程中常見規則有：（1）一個實體型轉換為一個關系模式；（2）一個一對一的聯系可轉換成一個獨立的關系模式，也可與任意一端對應的關系模式合并；（3）一個一對多的聯系可以轉換成一個獨立的關系模式，也可與多的那一端對應的關系模式合并；（4）一個多對多的關系轉換成一個關系模式。根據

16、以上四條規則，下面將ER圖轉換成關系模型，給出數據庫中各表結構的定義（字段，數據類型）；倉庫源 bom（元件品號，品名，數量，成本，價格，有效日期，失效日期，工藝路線）Bom清單 （品名，數量）學生表：列名數據類型長度允許空約束鍵 元件品號Char10否無主鍵品名Char10否無否數量Char10否無否成本Int4否無否價格Char10否無否 有效日期Char10否無否 失效日期Char10否無否 工藝路線Char10否無否課程表：列名數據類型長度允許空約束鍵品名Char10否無主鍵數量Varchar20否無否§3.3 過程設計 PAD圖如下第4章 系統實現§4.1 編碼規

17、范化對實現要不斷地結構化，抽象和分塊§4.1.1 標識符（1）常量全大寫，分隔符，類屬前綴 如 WM_ ERROR_。對于底層硬件的錯誤可以用常量整數來表示，但是面向對象開發則是用類表示的。（2） 變量首字母小寫，不要加分隔符,如簡單類型： 加 b 前綴(Boolean 類型變量)， 加i 整型(int 類型變量)（3）函數首字母小寫，表示充分的含義，表示出段落處理的邏輯，函數是用來做什么的，依據什么， 條件是什么。同時建議不使用分隔符。如表示動作和加工：get/set屬性對。（4）控件加控件前綴，錄入信息。如 txtStudentName ，cmbProvince（5）全局量加 G

18、LOBAL_ 前綴，如數據庫連接GLOBAL_connect（6）枚舉前有前綴，而其元素全大寫，單詞之間下劃線分隔。§4.1.2 注釋 行注釋用/, / 與語句同行 函數注釋函數注釋采用 /* */，在每個函數的前面要有必要的注釋信息，包括：函數名稱；功能描述；輸入、輸出及返回值說明；調用關系及被調用關系說明等。/* 函數 名：* 功能描述：* 輸入參數: <按照參數定義順序> <param 后面空格后跟著參數的變量名字（不是類型），空格后跟著對該參數的描述。>* 返回 值: - 類型 <說明> <返回為空（void）的構造函數或者函數，re

19、turn 可以省略;如果返回值就是輸入參數，必須用與輸入參數的param 相同的描述信息; 必要的時候注明特殊條件寫的返回值。>* 異 常：<按照異常名字的字母順序>* 創建 人:* 日 期:*/ 模塊（類）注釋模塊（類）注釋采用 /* */，在每個模塊的頭部要有必要的注釋信息，包括：工程名；版本號；作者；創建時間；模塊功能描述/*版本號：* 模塊的描述：* 項目工程名：* 模塊的作者：* 領域：* 創建日期：*/§4.1.3 視覺組織縮進、函數內的代碼的分塊（變量聲明，主體部分，開始初始化，結尾回收，分成幾個段落），函數內的模塊化，單一入口和出口，上下塊之間仍然遵

20、循結構化的規則例如：/程序的一開始先檢查所有的precondition，前置條件是否滿足，否則不予執行。if（falsereturn NULL;/主體部分/恢復現場/回收內存/關閉資源§4.2 再結構化高層設計人員給出的軟件結構不可能那么細致，需要程序實現人員再次向下分塊和結構化。函數的調用的第一個層次利用一目了然的函數調用體現處理的邏輯，如：一個數據庫的事務處理，用函數的形式表達第一層次的處理邏輯generateGlobalConnection();opeanTransaction();saveTransRec();transferAccount();commitTransacti

21、on();再如：界面編程的時候，事件處理的再結構化，窗體啟動的時候，要做很多的初始化工作form_load() init（）；private void init()initState();createObject();第5章 系統測試§5.1 用于代碼檢查的缺陷列表S1級 ：發現影響被測系統正確運行的嚴重問題： 導致系統崩潰； 主業務流程出現斷點； 內存泄漏。 出現不可挽救的數據丟失或損壞； 導致死機；  S2級：發現影響被測模塊正確運行的嚴重問題： 導致程序模塊丟失或未實現； 被測數

22、據處理錯誤； 軟件錯誤導致數據丟失； 用戶需求未實現。S3級：發現影響被測功能正確實現的問題。  S4級：一般性的錯誤或功能實現有不完善處。S5級：建議性問題。 名詞拼寫錯誤 界面布局或色彩問題 文檔的可閱讀性缺陷標識缺陷類型缺陷位置缺陷描述缺陷優先級缺陷嚴重程度提交人 提交日期修復人缺陷狀態00001一般性錯誤Shurushuling.cpp數量不能為零S4一般陳2014-6-25陳已修復00002頁面布局界面按鈕位置未對齊S5輕微陳2014-6-25陳已修復00003用戶需求未實現Cangku.cpp函數未定義S2較嚴重陳2014

23、-6-25陳已修復00004名詞拼寫錯誤ABOUT對話框內容錯誤S5較嚴重陳2014-6-25陳已修復§5.2 對程序模塊進行單元測試分析模塊測試項目 檢查結果 分析 解決方案模塊接口測試參數表 正確 無 無全局變量 正確 無 無文件 正確 無 無局部數據結構設計類型是否一致 是 無 無變量未說明 無 無 無變量未初始化 無 無 無是否錯誤地初始 否 無 無化值和默認值是否有錯誤的變量 否 無 無名上溢下溢地址異常 無 無 無獨立路徑測試應為計算錯誤，比較不正確，控制 無 無 無流不適當而造成的錯誤出錯處理測試錯誤信息是否難以 否 無 無理解出錯信息是否 否 無 無難以定位 出錯信息

24、是否與實 是 無 無際相符對異常處理是否適 是 無 無當在錯誤處理前系統 否 無 無是否已經開始干預邊界條件實際數值是否與期 是 無 無望一致實際數值有/無序 有序 無 無實際數值是否在規 是 無 無定范圍內是否引用不可用資 否 無 無源實際數值是否非零 是 無 無，非NULL，在一個集合中是否恰好有足夠的 是 無 無值所有事情的發生是 是 無 無否有序, 是否是在正確的時刻 ,是否恰好和及時§5.3測試用例請求文檔實段名稱描述標識符1110測試項產品結構樹的建立測試環境要求VC+6.0, Microsoft Access 2010輸入數據品名，數量輸出數據將品名，數量暫存到內存中測

25、試用例之間關聯1101BOM錄入實段名稱描述標識符1101測試項BOM錄入測試環境要求VC+6.0, Microsoft Access 2010輸入數據內存中的品名，數量輸出數據將品名，數量記錄到數據庫中測試用例之間關聯1110產品結構樹的建立實段名稱描述標識符1111測試項查詢庫源測試環境要求VC+6.0, Microsoft Access 2010輸入數據數據庫查詢指令輸出數據所有庫源情況測試用例之間關聯1011增加新的庫源記錄實段名稱描述標識符1011測試項增加新的庫源記錄測試環境要求VC+6.0, Microsoft Access 2010輸入數據一條記錄的各項數據輸出數據將輸入的數據

26、存儲到數據庫中測試用例之間關聯1111查詢庫源§5.4 黑盒測試§5.4.1 劃分等價類輸入條件有效等價類無效等價類元件品號（長整型數字）0 2,147,483,647,<0/> 2,147,483,647數量1, 2,147,483,647<1/ >2,147,483,647元件數量同上同上有效日期XXXX-XX-XX，年份小于2100，月份1,12，日期1,31其他不同的失效日期同上，且失效日期必須大于有效日期同上§5.4.2 邊界測試測試目的 測試數據元件品號 元件數量品號與其數量到達最小邊界0 1品號與其數量到達最大邊界2,147,

27、483,647 2,147,483,647品號超出最小邊界-1 1數量超出最小邊界0 0品號超出最大邊界2,147,483,648 1數量超出最大邊界0 2,147,483,648測試目的 測試數據 數量數量到達最小邊界 1數量到達最大邊界 2,147,483,647數量超出最小邊界 0數量超出最大邊界 2,147,483,648 測試目的 測試數據有效日期 失效日期有效日期與失效日期到達最小邊界2010-01-01 2010-01-01有效日期與失效日期到達最大邊界2100-12-31 2100-12-31有效日期超出最小邊界2009-12-31 2010-01-01失效日期超出最小邊界20

28、10-01-01 2009-12-31有效日期超出最大邊界2101-01-01 2010-01-01失效日期超出最大邊界2010-01-01 2101-01-01 結 論BOM是PDM/MRP/ERP信息化系統中最重要的基礎數據，其組織格式設計和合理與否直接影響到系統的處理性能，因此，根據實際的使用環境，靈活地設計合理且有效的BOM是十分重要的。 BOM不僅是MRP系統中重要的輸入數據，而且是財務部門核算成本，制造部門組織生產等的重要依據，因此，BOM的影響面最大，對它的準確性要求也最高。正確地使用與維護BOM是管理系統運行期間十分重要的工作。 此外，BOM還是CIMS/MIS/MRP/ERP與CAD，CAPP等子系統的重要接口，是系統集成的關鍵之處，因此，用計算機實現BOM管理時，應充分考慮它于其他子系