【正文】 吉林工程技術(shù)師范學(xué)院畢業(yè)論文 33 第 六 章 系統(tǒng)測試 程序設(shè)計結(jié)束之后，為了確保其正確性和運行的健壯性，需要對軟件進行調(diào)試和測試。 吉林工程技術(shù)師范學(xué)院畢業(yè)論文 29 圖 46 訂單管理界面 出入庫管理是記錄出入庫詳細記錄的，具體到日期、經(jīng)手人、備注，出入庫管理很重要，它關(guān)系到庫存的多少，進而影響到生產(chǎn)進度和計劃。密碼將會被保存在后臺，下次登錄就需要使用新的密碼。利用數(shù)據(jù)庫可對數(shù)據(jù)進行集中控制和管理，并通過數(shù)據(jù)模型表示各種數(shù)據(jù)的組織以及數(shù)據(jù)間的聯(lián)系。這個二級結(jié)構(gòu)有時也稱為 “ 二級模式結(jié)構(gòu) ” ，或 “ 數(shù)據(jù)抽象的二個級別 ” ，最早是在 1971 年通過的 DBTG 報告中提出，后來收入在1975 年的美國 ANS 工 /SPARC 報告中。 時序圖中包括如下元素：角色，對象，生命線，激活期和消息。 一個活動圖可能包括以下元素：活動狀態(tài)表示在工 作流程中執(zhí)行某個活動或步驟。圖 25 很好的顯示了類之間的關(guān)系。 被標識的實體有：系統(tǒng)需要存儲、分析、處理的信息實體、系統(tǒng)內(nèi)部需要處理的設(shè)備、與系統(tǒng)交互的外部系統(tǒng)、系統(tǒng)相關(guān)人員、系統(tǒng)的組織實體。用例圖由參與者（ Actor）、用例（ Use Case）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的動態(tài)視圖稱為用例圖。 ★ 靈活性 由于市場的多變性和生產(chǎn)過程中會出現(xiàn)一些不確定因素，因此系統(tǒng)應(yīng) 提供對這些不確定因素采取措施的功能。一項特性可以包括多個用例，每個用例又要求實現(xiàn)多項功能需求，以便用戶能夠執(zhí)行某項任務(wù)。由計算機完成的功能就是新系統(tǒng)應(yīng)該實現(xiàn)的功能。同時計算機具有著手工管理所無法比擬的優(yōu)點。 二十世紀 60年代初，隨著計算機技術(shù)的發(fā)展，一種新的生產(chǎn)管理技術(shù) —物料需求計劃 MRP ( Material Requirement Planning)首先在美國發(fā)展起來。 物料需求計劃是以物料計劃人員或存貨管理人員為核心的物料需求計劃體系，它的涵蓋范圍僅僅為物料管理這一塊。隨著電腦知識日趨普及，同時市場經(jīng)濟快速多變，競爭激烈，因此企業(yè)采用計算機對生產(chǎn)計劃進行管理已成為趨勢及必然。 MRP。 本系統(tǒng)前臺采用 Visual 作為開發(fā)工具，它全面支持面向?qū)ο蟮某绦蛟O(shè)計 ,包括數(shù)據(jù)抽象 ,封裝 ,對象與屬性 ,類與成員 ,繼承和多態(tài)等。 60 年代初期，多品種小批量生產(chǎn)被認為是最重要的生產(chǎn)模式，生產(chǎn)中多余的消耗和資源分配的不合理首先表現(xiàn)在物料的多余庫存上。 結(jié)合相關(guān)性需求的特點和改善企業(yè)生產(chǎn)經(jīng)營的需要，對物料需求計劃(MRP )系統(tǒng)提出了以下的目標 :最大限度地保證訂貨任務(wù)的按期完成 。 ★ 以運行環(huán)境為基礎(chǔ) 需求分析工作應(yīng)以運行環(huán)境為基礎(chǔ)，實事求是。系統(tǒng)功能大致有以下幾個功能： 登錄功能 ★ 登錄：輸入用戶名進行判斷后，根據(jù)用戶權(quán)限，進入不同的功能界面 。同時界面如同人的面孔，具有吸引用戶的直接優(yōu)勢。用例圖用于對系統(tǒng)、子系統(tǒng)或類的行為進行可視化，使用戶能夠理解如何使用這些元素，并使開發(fā)者能夠?qū)崿F(xiàn)這些元素。 ★ 抽象技術(shù)：根據(jù)一些類的相似性建立抽象類，并建立抽象類與這些類之間的繼承關(guān)系。協(xié)作圖可以說明類操作中用到的參數(shù)、局部變量以及操作中的永久鏈。它不同于一般的轉(zhuǎn)移，因為它不需要明顯的觸發(fā)器事件，而是通過完成活動（用活動狀態(tài)表示）來觸發(fā)。對象一般包含以下三種命名方式：第一種方式包含對象名和類名；第二種方式只顯示類名不顯示對象名，即為一個匿名對象；第三種方式只顯示對象名不顯示類名。單個用戶使用的數(shù)據(jù)視圖的描述稱為 “ 外模式 ” 。從數(shù)據(jù)庫系統(tǒng)內(nèi)部來看，視圖是由一張或多張表中的數(shù)據(jù)組成的，從數(shù)據(jù)庫系統(tǒng)外部來看，視圖就如同一張表一樣，對表能夠進行的一般操作吉林工程技術(shù)師范學(xué)院畢業(yè)論文 23 都可以應(yīng)用于視圖，例如查詢，插入，修改，刪除操作等。附錄中的代碼將詳細的顯示不同的權(quán)限又怎樣不同的功能以及這些功能的實現(xiàn)。 圖 47 出 入庫界面 第五章 系統(tǒng)實現(xiàn) 30 查詢功能模塊是權(quán)限別較低的模塊之一，多有的用戶都可以進行查詢。因此，通過測試步驟發(fā)現(xiàn)的了錯誤之后，不許對錯誤進行診斷和糾正，這就是調(diào)試的目的。在著異步并不需要用這些假設(shè)解釋各種現(xiàn)象。 由于本系統(tǒng)規(guī)模較小，客戶端數(shù)據(jù)有限，無需進行多人海量測試，就進行了客戶端添加若干條客戶記錄，添加進貨、維修、倉庫信息生成進貨單、維修單、轉(zhuǎn)倉單等詳細記錄的測試。 在設(shè)計 MRP算法時，影響生產(chǎn)能力的諸多其他方面的特殊原因考慮的比 總 結(jié) 38 較少，它們都會或多或少的影響計算結(jié)果的準確性，還需要進一步使算法精確。他們是我生命中永遠的依靠和支持，他們無微不至的關(guān)懷，是我前進的動力；他們的殷殷希望，激發(fā)我不斷前行。從初稿到定稿， 高 老師不厭其煩，一審再審，大到篇章布局的偏頗，小到語句格式的瑕疵，都一一予以指出。 (3)在對現(xiàn)有算法的介紹及其局限性的分析的基礎(chǔ)上，提出了一種基十多品種 小批量生產(chǎn)模式的改進的 MRP 調(diào)度策略，主要增加了可追蹤性和動態(tài)性兩個功能。 程序負作用檢查：退出 測試程序后應(yīng)恢復(fù)到進入前的系統(tǒng)狀態(tài)，不應(yīng)影響其他程序的正確運行； 退出程序后在本地和服務(wù)器的有關(guān)目錄或 TEMP 目錄下不應(yīng)留下任何無作用的文件。 在調(diào)試方面，本設(shè)計中調(diào)試的基本策略主要有 : ★ 試探法 分析錯誤征兆，猜想故障的大致位置，然后用調(diào)試技術(shù)，獲取程序中懷疑的地方附近的信息。 DataGrid 控件：在一系列行和列中顯示數(shù)據(jù)，最簡單的情況就是當網(wǎng)格綁定到具有單個表（不包含關(guān)系 ）的數(shù)據(jù)源，在這種情況下，數(shù)據(jù)顯示在簡單的行和列中，就像在電子表格中。圖 46 是訂單管理界面。 當用戶修改密碼后。 第四章 系統(tǒng)設(shè)計 20 數(shù)據(jù)實現(xiàn)集中控制 ： 文件管理方式中，數(shù)據(jù)處十一種分散的狀態(tài)，不同的用戶或同一用戶在不同處理中其文件之間毫無關(guān)系。 管理員身份驗證倉庫管理員1 ： 登錄2 ： 登錄成功信息管理界面3 ： 請求服務(wù)種類4 ： 要求管理員權(quán)限驗證5 ： 返回驗證信息6 ： 管理員請求的服務(wù)或錯誤信息吉林工程技術(shù)師范學(xué)院畢業(yè)論文 19 ★ 數(shù)據(jù)庫體系結(jié)構(gòu) 數(shù)據(jù)庫的體系結(jié)構(gòu)分二級 :內(nèi)部級 (internal)，概念級 (conceptual)和外 部級 (external)。 瀏覽時序圖的方法是，從上到下 查看對象間交換的消息，分析那些隨著時間的流逝而發(fā)生的消息交換。活動圖與傳統(tǒng)的流程圖非常相似，活動圖是面向?qū)ο蟮模枋龅氖菍ο蠡顒拥捻樞蜿P(guān)系所遵循的規(guī)則，它著重 表現(xiàn)的是系統(tǒng)的行為，而非系統(tǒng)的處理過程。但在陳述中，有些動詞詞組表述的關(guān)聯(lián)是不明顯的，或在問題陳述中是找不到的，還有一些關(guān)聯(lián)與客觀世界或人的假設(shè)有關(guān)，必須同用戶一起 確定這種關(guān)聯(lián)。 ★ 系統(tǒng)實體識別法 不關(guān)心系統(tǒng)的運作流程及實體之間的通信狀態(tài)，而只考慮系統(tǒng)中的人員、組織、地點、表格、報告等實體，經(jīng)過分析將他們識別為類（或?qū)ο螅? 吉林工程技術(shù)師范學(xué)院畢業(yè)論文 9 圖 31系統(tǒng)結(jié)構(gòu)圖 系統(tǒng)的用例分析是 UML 建模的第一步。因此系統(tǒng)均采用圖形界面顯示和鼠標的操作方式，方便靈活?？蛻粝Ｍ玫降漠a(chǎn)品特性和用戶的任務(wù)相關(guān)的需求不完全是一回事。最后確定新系統(tǒng)的邊界，確定哪些功能由計算機完成或?qū)頊蕚渥層嬎銠C完成，哪些活動由人工完成。如果實行手工操作，會耗費工作人員大量的時間和精力，若用計算機進行信息管理，不僅能夠保證核算準確無誤、快速輸出，而且還可以利用計算機對各種信息進行統(tǒng)計，服務(wù)于財務(wù)部門其他方面的核算和財務(wù)處理。這種應(yīng)用現(xiàn)狀與西方工業(yè)發(fā)達國家的企業(yè)相比，無論是從總體應(yīng)用水平、項目實施周期和系統(tǒng)投入產(chǎn)出，還是從應(yīng)用規(guī)劃、應(yīng)用范圍、應(yīng)用數(shù)量和應(yīng)用效果來看，都存在著很大的差距，這不僅嚴重影第一章 緒論 2 響了我國企業(yè)管理水平、整體素質(zhì)和經(jīng)濟效益的提高，而且也制約了整個國民經(jīng)濟的發(fā)展和提高。 企業(yè)怎樣才能在規(guī)定的時間，規(guī)定的地點，按照規(guī)定的數(shù)量得到真正需要的物料，換句話說，就是庫存管理怎樣才能符合生產(chǎn)計劃的要求，這是物料需求計劃所解決的。企業(yè)管理在很多方面、很大程度上都必須借助信息化來完成。 商品庫存調(diào)度 。后臺用 SQL Server2021 來儲存相應(yīng)的數(shù)據(jù)， SQL 語言包含查詢、定義、操控和控制 4個部分，是一種功能齊全的數(shù)據(jù)庫語言。為 了解決原材料的庫存問題，出現(xiàn)了以相關(guān)需求原則、最少投入和關(guān)鍵路徑為基礎(chǔ)的“ 物料需求計劃 ” ，簡稱 MRP。提高庫存管理的服務(wù)水平，最大限度地降低庫存量，包括中間庫存和在制品庫存，以減少在庫存上的資金積壓 。系統(tǒng)分析人員可以參考，但不能照搬其他類似的系統(tǒng)開發(fā)時的分析工作，更不能不負責(zé)任，憑個人的主觀想象辦事。 ★ 修改：此功能能對用戶的密碼進行修改，提高安全性 。按照界面設(shè)計應(yīng)遵循的易用性、規(guī)范性、幫助設(shè)施、合理性和美觀性，并根據(jù)上述的功能需求分析進行界面設(shè)計。將每個系統(tǒng)中的用戶分出工作狀態(tài)的屬性和工作內(nèi)容，方便建模，防止功能重復(fù)和多余的類。抽象類實現(xiàn)了系 統(tǒng)內(nèi)部的重用，很好地控制了復(fù)雜性，并為所有子類定義了一個公共的界面，使設(shè)計局部化，提高系統(tǒng)的可修改性和可維護性。當實現(xiàn)一個行為時，消息編號對應(yīng)程序中潛逃的調(diào)用結(jié)構(gòu)和信號傳遞過程。決策，為其定義了一組警戒條件。生命線(Lifeline) 生命線代表時序圖中的對象在一段時期內(nèi)的存在。 概念級涉及到所有用戶的數(shù)據(jù)定義，是全局的數(shù)據(jù)視圖。而視圖是一個虛擬表，其內(nèi)容由查詢定義。 圖 41 登錄界面 圖 42 修改密碼 第五章 系統(tǒng)實現(xiàn) 26 系統(tǒng)管理功能設(shè)置 系統(tǒng)管理是管理員擁有的權(quán)限， 是最高權(quán)限。查詢模塊是為各部門制定工作計劃的標準。測試和調(diào)試工作也是軟件工程中極其重要的工作，它所花 費的工作量占總工作量的 40%以上，結(jié)合編程中遇到的一些問題，制定了一些方案對程序進行了調(diào)試和測試，結(jié)果比較理想。 ★ 已有的數(shù)據(jù)排除不正確的假設(shè) 仔細分析已有的數(shù)據(jù)，特別要注重尋找主要矛屑，力求排出全部列出的原因。通過測試證明：性能，響應(yīng)速度以及處理能力已經(jīng)滿足客戶的要求。 對 使 制造提前期和采購提前期的確定還不夠靈活，可以朝著使用動態(tài)確定提前期的方向努力，進行進一步的開發(fā)和研究。沒有他們就沒有我，我的點滴成就都來自他們。這篇論文更傾注了她的大量心血。 (2)對系統(tǒng)結(jié)構(gòu)進行了總體設(shè)計，圍繞核心 MRP 算法的功能進行了銷售訂單管理模塊、計劃模塊、庫存管理模塊、采購管理模塊和制造管理模塊的功能設(shè)計，并針對需求分析，給出了簡要的數(shù)據(jù)庫設(shè)計。異常數(shù)據(jù)容錯測試：嘗試一些非法數(shù)據(jù)的輸入，例如非法的年、月、日的輸入等，檢查程序是否有容錯能力。輸出結(jié)果是在自己的程序代碼中生成調(diào)試輸出。 ToolTip 控件：確定當鼠標懸停在控件上時顯示的工具提示。在這個界面中，銷售人員可以將企業(yè)的訂單輸入，儲備人員也可以根據(jù)計劃將要購入的原材料訂單輸入。點擊取消便能夠重新輸入，也可以點擊修改密碼進入圖 42所示的修改密碼解碼界面 ，這項功能通過對用戶的密碼進行修改，可以提高安全性。 數(shù)據(jù)的獨立性 ： 數(shù)據(jù)的獨立性包括數(shù)據(jù)庫中數(shù)據(jù)庫的邏輯結(jié)構(gòu)和應(yīng)用程序相互獨立，也包括數(shù)據(jù)物理結(jié)構(gòu)的變化不影響數(shù)據(jù)的邏輯結(jié)構(gòu)。當某個系統(tǒng)中存在結(jié)構(gòu)上完全分開的若干個數(shù)據(jù)庫時，則該系統(tǒng)包含一個 “ 數(shù)據(jù)庫集 合”。對象間的通信用對象的生命線之間的水平的消息線來表示，消息線的箭頭說明消息的類型，如同步，異步或簡單 。業(yè)務(wù)用例由一系列活動組成，它們共同為業(yè)務(wù)主角生成某些工件?？梢詮膯栴}陳述中抽去所有可能的關(guān)聯(lián)表述，在銀行網(wǎng)絡(luò)系統(tǒng)示例中所有可能的關(guān)聯(lián)，大多數(shù)是直接抽取問題中的動詞詞組而得到的。用指定語言對系統(tǒng)進行描述；從系統(tǒng)描述中標識名詞、名 詞短語、名詞性代詞；識別確定（取、舍）類。 根據(jù)上述的系統(tǒng)結(jié)構(gòu)可也識別出參與者有： 庫存管理系統(tǒng)、系統(tǒng)管理員、出入庫管理員、查詢統(tǒng)計、后臺數(shù)據(jù)庫 圖 21 清楚顯示了系統(tǒng)結(jié)構(gòu) 。 ★ 界面友好 軟件與用戶界面的友好性是用戶能夠方便有效的使用該軟件的關(guān)鍵部分。對商業(yè)軟件而言，特性則是一組能被客戶識別，并幫助他決定是否購買的需求，也就是產(chǎn)品說明書中用著重號標明的部分。協(xié)助用戶明確對新系統(tǒng)的各種要求，包括信息要求、處理要求、完全性與完整性要求。對于大中型企業(yè)來說，利用計算機支持企業(yè)高效率完成信息管理的日常事務(wù)，是適應(yīng)現(xiàn)代企業(yè)制度要求，推動企業(yè)信息 管理走向科學(xué)化、規(guī)范化的必要條件 :信息管理是一項瑣碎、復(fù)雜而又十分細致的工作，銷售、采購、庫存核算的工作量很大，一般不允許出錯。有的企業(yè)幾年時間才實施二、三個軟件模塊的功能，有的企業(yè)甚至中途擱淺，不了了之。 主要用于非獨立性需求（相關(guān)性需求）性質(zhì)的庫存控制。 中小企業(yè)在我國經(jīng)濟發(fā)展中占有重要地位，隨著全球經(jīng)濟一體化的發(fā)展及中國加入 WTO，中小企業(yè)將面臨外資企業(yè)和國外產(chǎn)品與服務(wù)的嚴峻挑戰(zhàn)，因此，如果我國的中小企業(yè)不借助先進的管理思想轉(zhuǎn)變經(jīng)營觀念、使用信息化提高企業(yè)的管理水平和工作效率，將很難在今后的國際競爭中取勝。 Visual 。