【正文】 定提前期的方向努力，進(jìn)行進(jìn)一步的開發(fā)和研究。第一次花費(fèi)如此長的時(shí)間和如此多的精力，完成 合格 的論文，其中的艱辛與困難難以訴說，但曲終幕落后留下的滋味，值得我一生慢慢品嘗。 我要感謝我的指導(dǎo)教師 高 老師。同時(shí)，我要感謝工師所有給我上過課老師，是他們傳授給我方方面面的知識(shí)，拓寬了我的知識(shí)面，培養(yǎng)了我的功 底，對(duì)論文的完成不無裨益。沒有他們就沒有我，我的點(diǎn)滴成就都來自他們。 本論文的完成遠(yuǎn)非終點(diǎn)，文中的不足和淺顯之處則是我新的征程上一個(gè)個(gè)新的起 點(diǎn) .我將繼續(xù)前行！ 參考文獻(xiàn) I 。在我需要幫助的時(shí)候， 是你們 伸出溫暖的雙手，鼎立襄助。 謹(jǐn)向我的父母和家人表示誠摯的謝意。這篇論文更傾注了她的大量心血。雖然其中沒有什么值得特別炫耀的成果，但對(duì)我而言，是寶貴的。 致 謝 I 致 謝 四年的艱苦跋涉，五個(gè)月的精心準(zhǔn)備，畢業(yè)論文終于到了劃句號(hào)的時(shí)候，心頭該如釋重負(fù)，但寫作過程中常常 出現(xiàn)的輾轉(zhuǎn)反側(cè)和力不從心之感卻揮之不去。 車間排產(chǎn)，車間作業(yè)調(diào)度，成本管理等還有待進(jìn)一步的完善，能力需求計(jì)劃在企業(yè)車間生產(chǎn)當(dāng)中的應(yīng)用還很不夠，車間作業(yè)還是不夠條理化，這不僅需要完善能力需求計(jì)劃，更需 要車間人員重視信息化系統(tǒng)的使用，要對(duì)車間工作人員進(jìn)行培訓(xùn)和指導(dǎo) 。 (2)對(duì)系統(tǒng)結(jié)構(gòu)進(jìn)行了總體設(shè)計(jì)，圍繞核心 MRP 算法的功能進(jìn)行了銷售訂單管理模塊、計(jì)劃模塊、庫存管理模塊、采購管理模塊和制造管理模塊的功能設(shè)計(jì)，并針對(duì)需求分析，給出了簡要的數(shù)據(jù)庫設(shè)計(jì)。 ★ 通用性強(qiáng) 。本次測(cè)試的前期僅發(fā)現(xiàn)該項(xiàng)目存在較少不完全正確的地方，其功能測(cè)試基本合格。通常情況下，三個(gè)方面有效、合理的結(jié)合，可以達(dá)到對(duì)系統(tǒng)性能全面的分析和瓶頸的預(yù)測(cè)。異常數(shù)據(jù)容錯(cuò)測(cè)試：嘗試一些非法數(shù)據(jù)的輸入，例如非法的年、月、日的輸入等，檢查程序是否有容錯(cuò)能力。 對(duì)于所有菜單、工具欄測(cè)試觸發(fā)彈出的界面是否正確，每個(gè)功能界面的按鈕、選擇項(xiàng)功能是否正確；檢查數(shù)據(jù)項(xiàng)的關(guān)聯(lián)與限制功能是否正確；測(cè)試用戶登錄、連接數(shù)據(jù)庫、數(shù)據(jù)管理、數(shù)據(jù)統(tǒng)計(jì)、表單生成等功能是否能順利完成。 ★ 分析假設(shè) 假設(shè)事實(shí)，證明 假設(shè) 的合理性是極端重要的，不正當(dāng)方法根據(jù)假設(shè)排除故障，往往只能消除錯(cuò)誤的征兆或只能改正部分錯(cuò)誤。 演繹法主要有下述二個(gè)步驟 : ★ 想可能的原因 根據(jù)已有的數(shù)據(jù)，設(shè) 想所有可能的產(chǎn)生錯(cuò)誤的原因。輸出結(jié)果是在自己的程序代碼中生成調(diào)試輸出。黑盒測(cè)試時(shí)把程序看成是一個(gè)黑盒子，不考慮程序內(nèi)部的結(jié)構(gòu)和處理過程，只檢驗(yàn)各個(gè)功能是否都正常的使用。 系統(tǒng)測(cè)試主要分為兩個(gè)大的方面來進(jìn)行測(cè)試：功能測(cè)試，界面測(cè)試。但是，發(fā)現(xiàn)錯(cuò)誤并不是程序設(shè)計(jì)的最終目標(biāo)，程序設(shè)計(jì)的目標(biāo)是高質(zhì)量的盡最大可能符合客戶的需求。 ToolTip 控件：確定當(dāng)鼠標(biāo)懸停在控件上時(shí)顯示的工具提示。 SqlConnection、 SqlCommand、 SqldataAdapter、 DataSet、DataTable 通過 SqlConnection 連接數(shù)據(jù)庫，是連接 SQL Server 數(shù)據(jù)源的對(duì)象，在其基礎(chǔ)上用 SqlCommand 定義 查詢或其他命令語 句，SqldataAdapter 是數(shù)據(jù)適配器，可以從數(shù)據(jù)源檢索并填充 DataSet 中的表，也能將 DataSet中的更改更新到數(shù)據(jù)源，而 DataSet是包含 DataTable所表的 0個(gè)或多個(gè)表的集合。圖 4圖 49和 圖 410 分別顯示的是訂單查詢、庫存查詢和出入庫查詢。 圖 47是入庫界面和 出庫界面。在這個(gè)界面中，銷售人員可以將企業(yè)的訂單輸入，儲(chǔ)備人員也可以根據(jù)計(jì)劃將要購入的原材料訂單輸入。 圖 45 類別管理界面 第五章 系統(tǒng)實(shí)現(xiàn) 28 ★ 商品管理界面顯示企業(yè)制造時(shí)所能需要的各種商品信息，包括商品編號(hào)、名稱、類別、廠商名稱、型號(hào)、對(duì)應(yīng)價(jià)格以及備注；同時(shí)還可以進(jìn)行增加修改的信息，功能比較齊全。 ★ 用戶管理界面是指由管理員才能登 錄 的界面，在這個(gè)界面中，管理員有權(quán)利對(duì)系統(tǒng)的所有用戶進(jìn)行管理，除了查詢用戶資料外還包括修改密碼、添加用戶、更改權(quán)限等。權(quán)限設(shè)置分為四類，權(quán)限不同進(jìn)入的界面不同，進(jìn)而能進(jìn)行的操作也有所區(qū)別。點(diǎn)擊取消便能夠重新輸入，也可以點(diǎn)擊修改密碼進(jìn)入圖 42所示的修改密碼解碼界面 ，這項(xiàng)功能通過對(duì)用戶的密碼進(jìn)行修改，可以提高安全性。分布式查詢也可用于定義使用多個(gè)異類源數(shù)據(jù)的視圖。但是，視圖并不在數(shù)據(jù)庫中以存儲(chǔ)的數(shù)據(jù)值集形式存在。從數(shù)據(jù)庫系統(tǒng)內(nèi)部來看，一個(gè)視圖是由 SELECT 語句組成的查詢定義的虛擬表。 數(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)。 二級(jí)結(jié)構(gòu)之間往往差別很大，為了實(shí)現(xiàn)這二個(gè)抽象級(jí)別的聯(lián)系和轉(zhuǎn)換，DBMS 在二級(jí)結(jié)構(gòu)之間提供兩個(gè)層次的映象 (mappings):外模式 /模式映象，模式 /內(nèi)模式映象。 內(nèi)部級(jí)最接近十物理存儲(chǔ)設(shè)備，涉及到實(shí)際數(shù)據(jù)存儲(chǔ)的結(jié)構(gòu)。從某個(gè)角度看到的數(shù)據(jù)特性稱為 “ 數(shù)據(jù)視圖 ”(data view)o 外部級(jí)最接近用戶，是單個(gè)用戶所能看到的數(shù)據(jù)特性。當(dāng)某個(gè)系統(tǒng)中存在結(jié)構(gòu)上完全分開的若干個(gè)數(shù)據(jù)庫時(shí)，則該系統(tǒng)包含一個(gè) “ 數(shù)據(jù)庫集 合”。圖 43 是系統(tǒng)的時(shí)序圖。激活期 (Activation)代表時(shí)序圖中的對(duì)象執(zhí)行一項(xiàng)操作的時(shí)期，在時(shí)序圖中每條生命線上的窄的矩形代表活動(dòng)期。對(duì)象 (Object)代表時(shí)序圖中的對(duì)象在交互中所扮演的角色，位于時(shí)序圖頂部和對(duì)象代表對(duì)象實(shí)例類角色。對(duì)象間的通信用對(duì)象的生命線之間的水平的消息線來表示，消息線的箭頭說明消息的類型，如同步，異步或簡單 。時(shí)序圖描述對(duì)象是如何交互的，并且將重點(diǎn)放在消息序列上。同步示意條能夠顯示業(yè)務(wù)用例的工作流程中的并行線程。這種轉(zhuǎn)移可稱為完成轉(zhuǎn)移。業(yè)務(wù)用例由一系列活動(dòng)組成，它們共同為業(yè)務(wù)主角生成某些工件。此外，協(xié)作圖很難顯示補(bǔ)充的說明性信息，例如時(shí)間、判定點(diǎn)或其他非結(jié)構(gòu)化的信息，而在序列圖中這些信息可以方便地添加到注釋中協(xié)作圖強(qiáng)調(diào)參與一個(gè)交互對(duì)象的組織，它由以下基本元素組成：活動(dòng)者（ Actor）、對(duì)象（ Object）、連接（ Link）和消息（ Message）。如果需要強(qiáng)調(diào)時(shí)間和序列，最好選擇序列圖；如果需要強(qiáng)調(diào)上下文相關(guān)，最好選擇協(xié)作圖。時(shí)序圖描述信息隨時(shí)間的交互，而協(xié)作圖描述核對(duì)線結(jié)構(gòu)相關(guān)的信息?？梢詮膯栴}陳述中抽去所有可能的關(guān)聯(lián)表述，在銀行網(wǎng)絡(luò)系統(tǒng)示例中所有可能的關(guān)聯(lián)，大多數(shù)是直接抽取問題中的動(dòng)詞詞組而得到的。 通過名詞識(shí)別法和系統(tǒng)實(shí)體識(shí)別法等方法可 以識(shí)別出系統(tǒng)的幾個(gè)類 ,以 下用類圖這種簡單明了的方法分別表示出類的名稱，屬性，操作。 ★去掉不相干的類：刪除與問題無關(guān)或關(guān)系不大的類?？煽刂茊蝹€(gè)類的規(guī)模。用指定語言對(duì)系統(tǒng)進(jìn)行描述；從系統(tǒng)描述中標(biāo)識(shí)名詞、名 詞短語、名詞性代詞；識(shí)別確定（取、舍）類。交互期間，參與者產(chǎn)生一個(gè)發(fā)送給系 統(tǒng)的事件，通常要求系統(tǒng)響應(yīng)這個(gè)操作。上述已經(jīng)確立了庫存管理系 統(tǒng)的各個(gè)功能模塊，包括系統(tǒng)管理、訂單管理、出入庫管理、商品管理、廠商管理查詢統(tǒng)計(jì)等。用例圖展示了用例之間以及同用例參與者之間是怎樣相互聯(lián)系的。 根據(jù)上述的系統(tǒng)結(jié)構(gòu)可也識(shí)別出參與者有： 庫存管理系統(tǒng)、系統(tǒng)管理員、出入庫管理員、查詢統(tǒng)計(jì)、后臺(tái)數(shù)據(jù)庫 圖 21 清楚顯示了系統(tǒng)結(jié)構(gòu) 。在需求分析階段已經(jīng)從系統(tǒng)開發(fā)的角度出發(fā)，把系統(tǒng)按功能逐次分割成層次結(jié)構(gòu)，使每一部分完成簡單的功能且各個(gè)部分之間又保持一定的聯(lián)系 ，這就是功能設(shè)計(jì)。 具體的流程圖如 11 所示。而且設(shè)計(jì)良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作， 起到向?qū)У淖饔谩? ★ 界面友好 軟件與用戶界面的友好性是用戶能夠方便有效的使用該軟件的關(guān)鍵部分。 ★ 入庫：窗體中顯示當(dāng)前入庫信息，經(jīng)手人為登錄用戶，能實(shí)現(xiàn)入庫添加 和修改。 第二章 需求分析 6 ★ 廠商信息：顯示和企業(yè)有業(yè)務(wù)聯(lián)系的所有廠商信息，可以進(jìn)行信息修改，但不能進(jìn)行刪除操作 。該系統(tǒng)的主要功能是用戶與簡單的客戶管理集商品生產(chǎn)、出入庫、銷售、訂單的跟蹤和記錄，還具有 非常重要的統(tǒng)計(jì)功能。對(duì)商業(yè)軟件而言，特性則是一組能被客戶識(shí)別，并幫助他決定是否購買的需求，也就是產(chǎn)品說明書中用著重號(hào)標(biāo)明的部分。功能需求有時(shí)也被稱作行為需求 （ behavioral requirement），因?yàn)榱?xí)慣上總是用“應(yīng)該”對(duì)其進(jìn)行描述：“系統(tǒng)應(yīng)該發(fā)送電子郵件來通知用戶已接受其預(yù)定”。因此，在工作中客戶（開發(fā)委托者或開發(fā)委托者兼系統(tǒng)使用者）應(yīng)參加分析工作，以保證交互的充分性和工作效率。需求分析的基本原則是給出要完成的功能和 處理信息，而不考慮實(shí)現(xiàn)的細(xì)節(jié)，即需求分析工作應(yīng)集中在明確系統(tǒng)要完成的功能是什么，而不是要考慮系統(tǒng)怎樣才能實(shí)現(xiàn)這些功能。協(xié)助用戶明確對(duì)新系統(tǒng)的各種要求，包括信息要求、處理要求、完全性與完整性要求。需求分析應(yīng)該完全以企業(yè)的需要及實(shí)際情況為出發(fā)點(diǎn)，為企業(yè)合理地選擇系統(tǒng)提供基本保障。集成管理職能，提高管理效率。規(guī)范的、良好的企業(yè)信息系統(tǒng)的搭建，不僅可以實(shí)現(xiàn)提升整體能力、降低交易成本、為客 戶提供快捷的數(shù)字化服務(wù)總體戰(zhàn)略目標(biāo)，而且還能為企業(yè)的可持續(xù)發(fā)展提供強(qiáng)大的系統(tǒng)保障。對(duì)于大中型企業(yè)來說，利用計(jì)算機(jī)支持企業(yè)高效率完成信息管理的日常事務(wù)，是適應(yīng)現(xiàn)代企業(yè)制度要求，推動(dòng)企業(yè)信息 管理走向科學(xué)化、規(guī)范化的必要條件 :信息管理是一項(xiàng)瑣碎、復(fù)雜而又十分細(xì)致的工作，銷售、采購、庫存核算的工作量很大，一般不允許出錯(cuò)。其實(shí)， ERP 系統(tǒng)是 MRP 系統(tǒng)的延伸與擴(kuò)大 。之后又加入了對(duì)制造范圍的資金控制，計(jì)劃方法的 名稱隨著控制對(duì)象的升級(jí)而改為 “ 制造資源計(jì)劃 (Manufacturing Resource Planning) ，即 MRP II。其間經(jīng)歷了三個(gè)發(fā)展階段 :基本 MRP、制造資源計(jì)劃 (后來又簡稱 MRPID 和 ERP。有的企業(yè)幾年時(shí)間才實(shí)施二、三個(gè)軟件模塊的功能，有的企業(yè)甚至中途擱淺，不了了之。 ★ 物料清單 (Bill Of Materials，簡稱 BOM )它說明一個(gè)最終產(chǎn)品是由哪些零部件、原材料所構(gòu)成的，這些零部件的時(shí)間數(shù)量上的相互關(guān)系是什么 。 本系統(tǒng)可以作為 ERP 的一部分直接使用，也可以在制造型中小型企業(yè)單獨(dú)使用。它可以用來計(jì)算物料需求量和需求時(shí)間 ,從而降低庫存量。 主要用于非獨(dú)立性需求（相關(guān)性需求）性質(zhì)的庫存控制。s small and medium enterprises lack the aid of advanced management thinking to change their management concepts and the use of information technology to improve enterprise management level and efficiency, it will be difficult to win in the future international petition. Business management in many respects, to a large extent have to rely on information technology to plete. With the growing Abstract II popularity of puter knowledge, while the market economy is rapidly changing, highly petitive, so panies using the puter to manage the production planning has bee a trend and inevitable. Ask is using Visual Basic as a development tool, MRP management information system, developed by the SQL Server as the backend database of product information, vendor information, contracts receivable, contract information, manufacturing, management of technical statistics. Keywords: MIS。 SQL Server2021 Abstract I Abstract The socalled MIS (Management Information System) is posed of a people, puters and other peripheral devices and so on ,the usage of which contains information collection, transmission, storage, processing, maintenance and so on . A plete MIS should include: decision support s