【正文】 at the right time to get the correct number of materials a problem. MRP is the prototype of today39。 主要用于非獨(dú)立性需求（相關(guān)性需求）性質(zhì)的庫存控制。 本系統(tǒng)可以作為 ERP 的一部分直接使用，也可以在制造型中小型企業(yè)單獨(dú)使用。有的企業(yè)幾年時(shí)間才實(shí)施二、三個(gè)軟件模塊的功能，有的企業(yè)甚至中途擱淺，不了了之。之后又加入了對制造范圍的資金控制，計(jì)劃方法的 名稱隨著控制對象的升級而改為 “ 制造資源計(jì)劃 (Manufacturing Resource Planning) ，即 MRP II。對于大中型企業(yè)來說，利用計(jì)算機(jī)支持企業(yè)高效率完成信息管理的日常事務(wù)，是適應(yīng)現(xiàn)代企業(yè)制度要求，推動企業(yè)信息 管理走向科學(xué)化、規(guī)范化的必要條件 :信息管理是一項(xiàng)瑣碎、復(fù)雜而又十分細(xì)致的工作，銷售、采購、庫存核算的工作量很大，一般不允許出錯(cuò)。集成管理職能，提高管理效率。協(xié)助用戶明確對新系統(tǒng)的各種要求，包括信息要求、處理要求、完全性與完整性要求。因此，在工作中客戶（開發(fā)委托者或開發(fā)委托者兼系統(tǒng)使用者）應(yīng)參加分析工作，以保證交互的充分性和工作效率。對商業(yè)軟件而言，特性則是一組能被客戶識別，并幫助他決定是否購買的需求，也就是產(chǎn)品說明書中用著重號標(biāo)明的部分。 第二章 需求分析 6 ★ 廠商信息：顯示和企業(yè)有業(yè)務(wù)聯(lián)系的所有廠商信息，可以進(jìn)行信息修改，但不能進(jìn)行刪除操作 。 ★ 界面友好 軟件與用戶界面的友好性是用戶能夠方便有效的使用該軟件的關(guān)鍵部分。 具體的流程圖如 11 所示。 根據(jù)上述的系統(tǒng)結(jié)構(gòu)可也識別出參與者有： 庫存管理系統(tǒng)、系統(tǒng)管理員、出入庫管理員、查詢統(tǒng)計(jì)、后臺數(shù)據(jù)庫 圖 21 清楚顯示了系統(tǒng)結(jié)構(gòu) 。上述已經(jīng)確立了庫存管理系 統(tǒng)的各個(gè)功能模塊，包括系統(tǒng)管理、訂單管理、出入庫管理、商品管理、廠商管理查詢統(tǒng)計(jì)等。用指定語言對系統(tǒng)進(jìn)行描述；從系統(tǒng)描述中標(biāo)識名詞、名 詞短語、名詞性代詞；識別確定（取、舍）類。 ★去掉不相干的類：刪除與問題無關(guān)或關(guān)系不大的類?？梢詮膯栴}陳述中抽去所有可能的關(guān)聯(lián)表述，在銀行網(wǎng)絡(luò)系統(tǒng)示例中所有可能的關(guān)聯(lián)，大多數(shù)是直接抽取問題中的動詞詞組而得到的。如果需要強(qiáng)調(diào)時(shí)間和序列，最好選擇序列圖；如果需要強(qiáng)調(diào)上下文相關(guān)，最好選擇協(xié)作圖。業(yè)務(wù)用例由一系列活動組成，它們共同為業(yè)務(wù)主角生成某些工件。同步示意條能夠顯示業(yè)務(wù)用例的工作流程中的并行線程。對象間的通信用對象的生命線之間的水平的消息線來表示，消息線的箭頭說明消息的類型，如同步，異步或簡單 。激活期 (Activation)代表時(shí)序圖中的對象執(zhí)行一項(xiàng)操作的時(shí)期，在時(shí)序圖中每條生命線上的窄的矩形代表活動期。當(dāng)某個(gè)系統(tǒng)中存在結(jié)構(gòu)上完全分開的若干個(gè)數(shù)據(jù)庫時(shí)，則該系統(tǒng)包含一個(gè) “ 數(shù)據(jù)庫集 合”。 內(nèi)部級最接近十物理存儲設(shè)備，涉及到實(shí)際數(shù)據(jù)存儲的結(jié)構(gòu)。 數(shù)據(jù)的獨(dú)立性 ： 數(shù)據(jù)的獨(dú)立性包括數(shù)據(jù)庫中數(shù)據(jù)庫的邏輯結(jié)構(gòu)和應(yīng)用程序相互獨(dú)立，也包括數(shù)據(jù)物理結(jié)構(gòu)的變化不影響數(shù)據(jù)的邏輯結(jié)構(gòu)。但是，視圖并不在數(shù)據(jù)庫中以存儲的數(shù)據(jù)值集形式存在。點(diǎn)擊取消便能夠重新輸入，也可以點(diǎn)擊修改密碼進(jìn)入圖 42所示的修改密碼解碼界面 ，這項(xiàng)功能通過對用戶的密碼進(jìn)行修改，可以提高安全性。 ★ 用戶管理界面是指由管理員才能登 錄 的界面，在這個(gè)界面中，管理員有權(quán)利對系統(tǒng)的所有用戶進(jìn)行管理，除了查詢用戶資料外還包括修改密碼、添加用戶、更改權(quán)限等。在這個(gè)界面中，銷售人員可以將企業(yè)的訂單輸入，儲備人員也可以根據(jù)計(jì)劃將要購入的原材料訂單輸入。圖 4圖 49和 圖 410 分別顯示的是訂單查詢、庫存查詢和出入庫查詢。 ToolTip 控件：確定當(dāng)鼠標(biāo)懸停在控件上時(shí)顯示的工具提示。 系統(tǒng)測試主要分為兩個(gè)大的方面來進(jìn)行測試：功能測試，界面測試。輸出結(jié)果是在自己的程序代碼中生成調(diào)試輸出。 ★ 分析假設(shè) 假設(shè)事實(shí)，證明 假設(shè) 的合理性是極端重要的，不正當(dāng)方法根據(jù)假設(shè)排除故障，往往只能消除錯(cuò)誤的征兆或只能改正部分錯(cuò)誤。異常數(shù)據(jù)容錯(cuò)測試：嘗試一些非法數(shù)據(jù)的輸入，例如非法的年、月、日的輸入等，檢查程序是否有容錯(cuò)能力。本次測試的前期僅發(fā)現(xiàn)該項(xiàng)目存在較少不完全正確的地方，其功能測試基本合格。 (2)對系統(tǒng)結(jié)構(gòu)進(jìn)行了總體設(shè)計(jì)，圍繞核心 MRP 算法的功能進(jìn)行了銷售訂單管理模塊、計(jì)劃模塊、庫存管理模塊、采購管理模塊和制造管理模塊的功能設(shè)計(jì)，并針對需求分析，給出了簡要的數(shù)據(jù)庫設(shè)計(jì)。 致 謝 I 致 謝 四年的艱苦跋涉，五個(gè)月的精心準(zhǔn)備，畢業(yè)論文終于到了劃句號的時(shí)候，心頭該如釋重負(fù)，但寫作過程中常常 出現(xiàn)的輾轉(zhuǎn)反側(cè)和力不從心之感卻揮之不去。這篇論文更傾注了她的大量心血。在我需要幫助的時(shí)候， 是你們 伸出溫暖的雙手，鼎立襄助。沒有他們就沒有我，我的點(diǎn)滴成就都來自他們。 我要感謝我的指導(dǎo)教師 高 老師。 對 使 制造提前期和采購提前期的確定還不夠靈活，可以朝著使用動態(tài)確定提前期的方向努力，進(jìn)行進(jìn)一步的開發(fā)和研究。 ★ 系統(tǒng)具有一定的安全和可靠性。通過測試證明：性能，響應(yīng)速度以及處理能力已經(jīng)滿足客戶的要求。測試時(shí)應(yīng)手工打開數(shù)據(jù)庫表，以檢查寫 /刪除的結(jié)果； 有查詢、統(tǒng)計(jì)、等操作時(shí)，檢查在各種選擇項(xiàng)的合 理組合下，所產(chǎn)生的結(jié)果，對照數(shù)據(jù)庫中 的數(shù)據(jù)是否正確；對照本系統(tǒng)的要求，測試程序是否正確。 ★ 已有的數(shù)據(jù)排除不正確的假設(shè) 仔細(xì)分析已有的數(shù)據(jù)，特別要注重尋找主要矛屑，力求排出全部列出的原因。 第六章 系統(tǒng)測試和調(diào)試 34 我在這里主要是以對模塊的功能進(jìn)行測試為主要目標(biāo)，當(dāng)然也兼顧程序結(jié)構(gòu)的合理和好用性進(jìn)行了測試主要是設(shè)置斷點(diǎn)跟蹤和輸出程序執(zhí)行的結(jié)果。測試和調(diào)試工作也是軟件工程中極其重要的工作，它所花 費(fèi)的工作量占總工作量的 40%以上，結(jié)合編程中遇到的一些問題，制定了一些方案對程序進(jìn)行了調(diào)試和測試，結(jié)果比較理想。 Try? Catch? Finally 捕捉異常 第五章 系統(tǒng)實(shí)現(xiàn) 32 在 Try 語句中輸入要捕捉的異常的代碼，如果發(fā)現(xiàn)異常，則跳入Catch 語句，進(jìn)行錯(cuò)誤處理，而是重要執(zhí)行的是 Finally 語句。查詢模塊是為各部門制定工作計(jì)劃的標(biāo)準(zhǔn)。圖 45便是界面。 圖 41 登錄界面 圖 42 修改密碼 第五章 系統(tǒng)實(shí)現(xiàn) 26 系統(tǒng)管理功能設(shè)置 系統(tǒng)管理是管理員擁有的權(quán)限， 是最高權(quán)限。根據(jù) 上述的 需求分析 、系統(tǒng)分析和系統(tǒng)設(shè)計(jì) ，系統(tǒng)應(yīng)用程序分為五大模塊：登錄模塊、 系統(tǒng)管理模塊 、 訂單管理模塊、出入庫管理模塊和查詢管理模塊 。而視圖是一個(gè)虛擬表，其內(nèi)容由查詢定義。 減少數(shù)據(jù)的兀余度 ： 同文件系統(tǒng)相比，由十?dāng)?shù)據(jù)庫實(shí)現(xiàn)了數(shù)據(jù)共亨，從 }fn避免了用戶各自建立應(yīng)用文件。 概念級涉及到所有用戶的數(shù)據(jù)定義，是全局的數(shù)據(jù)視圖。數(shù)據(jù)的存儲獨(dú)立十使用它的程序 。生命線(Lifeline) 生命線代表時(shí)序圖中的對象在一段時(shí)期內(nèi)的存在。時(shí)序圖有兩個(gè)坐標(biāo)軸：縱坐標(biāo)軸顯示時(shí)間，橫坐標(biāo)軸顯示對象。決策，為其定義了一組警戒條件。 圖 41 協(xié)作圖 銷售人員倉庫管理員1 ： 提 貨 單5 ： 出 庫 憑 證theBillOfLading2 ： 核 對 提 貨 單3 ： 提 貨 單 正 確4 ：發(fā)貨記錄theInventory第四章 系統(tǒng)設(shè)計(jì) 16 建立活動圖 在 UML 中，活動圖中活動用圓角矩形表示，與狀態(tài)的圖形符號相比，活動的圖形符號更接近橢圓，兩個(gè)活動之間用帶箭頭的線進(jìn)行連接。當(dāng)實(shí)現(xiàn)一個(gè)行為時(shí)，消息編號對應(yīng)程序中潛逃的調(diào)用結(jié)構(gòu)和信號傳遞過程。 圖 34 類圖 定義類間的關(guān)系 兩個(gè)或多個(gè)類之間的相互依賴關(guān)系就是關(guān)聯(lián)，實(shí)現(xiàn)關(guān)聯(lián)的方式有多種。抽象類實(shí)現(xiàn)了系 統(tǒng)內(nèi)部的重用，很好地控制了復(fù)雜性，并為所有子類定義了一個(gè)公共的界面，使設(shè)計(jì)局部化，提高系統(tǒng)的可修改性和可維護(hù)性。 系統(tǒng)出入庫登記訂單管理廠商信息商品管理權(quán)限設(shè)置庫存查詢查詢統(tǒng)計(jì)系統(tǒng)管理員倉庫管理員后臺數(shù)據(jù)庫生產(chǎn)部門銷售人員生產(chǎn)計(jì)劃吉林工程技術(shù)師范學(xué)院畢業(yè)論文 11 圖 33 具體用例圖 系統(tǒng)管理員生產(chǎn)部門倉庫管理員出庫管理系統(tǒng)維護(hù)刪除用戶庫存查詢訂單生成查詢核計(jì)權(quán)限修改廠商管理入庫管理監(jiān)控禁止生產(chǎn)計(jì)劃重置 uses uses uses uses uses uses uses uses uses 銷售人員 uses uses uses uses uses 后臺數(shù)據(jù)庫 uses uses uses uses uses uses uses uses uses uses include extends u s e s 第三章 系統(tǒng)設(shè)計(jì) 12 定義系統(tǒng)對象 常用的識別類的方法有：名詞識別法、系統(tǒng)實(shí)體識別法、使用重用、從用例中識別類等。將每個(gè)系統(tǒng)中的用戶分出工作狀態(tài)的屬性和工作內(nèi)容，方便建模，防止功能重復(fù)和多余的類。 該系統(tǒng)的系統(tǒng)結(jié)構(gòu)圖按步驟可劃分為： 第一步：進(jìn)行登錄，如果成功，進(jìn)入第二步； 第二步：打開系統(tǒng)的主界面，根據(jù)相應(yīng)的權(quán)限，在菜單中加以控制。按照界面設(shè)計(jì)應(yīng)遵循的易用性、規(guī)范性、幫助設(shè)施、合理性和美觀性，并根據(jù)上述的功能需求分析進(jìn)行界面設(shè)計(jì)。在本系統(tǒng)中，一共包括了訂單查詢、庫存查詢以及入庫查詢，屬于為客戶提供“售后服務(wù)”的位置。 ★ 修改：此功能能對用戶的密碼進(jìn)行修改，提高安全性 。用戶需求不總是被轉(zhuǎn)變成功能需求。系統(tǒng)分析人員可以參考，但不能照搬其他類似的系統(tǒng)開發(fā)時(shí)的分析工作，更不能不負(fù)責(zé)任，憑個(gè)人的主觀想象辦事。首先調(diào)查組織機(jī)構(gòu)情況，包括了解該組織的部門組成情況，各部門的職能等，為分析信息流 程準(zhǔn)備。提高庫存管理的服務(wù)水平，最大限度地降低庫存量，包括中間庫存和在制品庫存，以減少在庫存上的資金積壓 。因此， MRP 仍然是制造業(yè)運(yùn)作模式中最根本的基礎(chǔ)，它仍具有極大的價(jià)值，非常值得我們努力學(xué)習(xí)的。為 了解決原材料的庫存問題，出現(xiàn)了以相關(guān)需求原則、最少投入和關(guān)鍵路徑為基礎(chǔ)的“ 物料需求計(jì)劃 ” ，簡稱 MRP。庫存中有哪些物料，有多少，己經(jīng)準(zhǔn)備，再進(jìn)多少，從而在制定新的加工、采購計(jì)劃時(shí)減掉相應(yīng)的數(shù)量。后臺用 SQL Server2021 來儲存相應(yīng)的數(shù)據(jù)， SQL 語言包含查詢、定義、操控和控制 4個(gè)部分，是一種功能齊全的數(shù)據(jù)庫語言。 Visual 。 商品庫存調(diào)度 。而 MRP(Material Requirement Planning 物料需求計(jì)劃 )是被設(shè)計(jì)并用于制造業(yè)庫存管理信息處理的系統(tǒng)，它解決了如何實(shí)現(xiàn)制造業(yè)庫存管理目標(biāo) —— 在正確的時(shí)間按正確的數(shù)量得到所需的物料這一難題。企業(yè)管理在很多方面、很大程度上都必須借助信息化來完成。s wellknown ERP, MRP and ERP inventory management thinking from solving manufacturing basic equation. Playing an important role of SMEs in China39。 企業(yè)怎樣才能在規(guī)定的時(shí)間，規(guī)定的地點(diǎn)，按照規(guī)定的數(shù)量得到真正需要的物料，換句話說，就是庫存管理怎樣才能符合生產(chǎn)計(jì)劃的要求，這是物料需求計(jì)劃所解決的。通過這套系統(tǒng)的運(yùn)用，可以大大的減少人力、物力和財(cái)力，進(jìn)而實(shí)現(xiàn)高的效益，提高企業(yè)的競爭力。這種應(yīng)用現(xiàn)狀與西方工業(yè)發(fā)達(dá)國家的企業(yè)相比，無論是從總體應(yīng)用水平、項(xiàng)目實(shí)施周期和系統(tǒng)投入產(chǎn)出，還是從應(yīng)用規(guī)劃、應(yīng)用范圍、應(yīng)用數(shù)量和應(yīng)用效果來看，都存在著很大的差距，這不僅嚴(yán)重影第一章 緒論 2 響了我國企業(yè)管理水平、整體素質(zhì)和經(jīng)濟(jì)效益的提高，而且也制約了整個(gè)國民經(jīng)濟(jì)的發(fā)展和提高。目前先進(jìn)的 ERP ( Enterprise Resource Planning)系統(tǒng)又是在 MRPII 的基礎(chǔ)上擴(kuò)展了管理范圍，這是因?yàn)榭紤]到靠企業(yè)自己的資源不可能有效的參與市場競爭，必須把經(jīng)營過程中有關(guān)各方如供應(yīng)商、銷售網(wǎng)絡(luò)、客戶、市場等納入系統(tǒng)，才能有效的安排企業(yè)的銷 — 供— 產(chǎn)活動，滿足企業(yè)利用全社會的市場資源的要求。如果實(shí)行手工操作，會耗費(fèi)工作人員大量的時(shí)間和精力，若用計(jì)算機(jī)進(jìn)行信息管理，不僅能夠保證核算準(zhǔn)確無誤、快速輸出，而且還可以利用計(jì)算機(jī)對各種信息進(jìn)行統(tǒng)計(jì)，服務(wù)于財(cái)務(wù)部門其他方面的核算和財(cái)務(wù)處理。 物料需求計(jì)劃 (MRP)系統(tǒng)的基本指導(dǎo)思想是 :只在需要的時(shí)候，向需要的部 門 按需要的數(shù)量，提供所需要的物料。最后確定新系統(tǒng)的邊界，確定哪些功能由計(jì)算機(jī)完成或?qū)頊?zhǔn)備讓計(jì)算機(jī)完成，哪些