【正文】 ，提出了系統(tǒng)應(yīng)包含的具體功能模塊，給出了基于企業(yè)物資管理系統(tǒng)設(shè)計(jì)的概要分析。 物資 6 管理的信息化是企業(yè)信息化工作的重中之重，物資管理的建設(shè)也是一個(gè)系統(tǒng)工程，該系統(tǒng)只是一個(gè)企業(yè)物資管理的初步嘗試，跟前面分析的系統(tǒng)模型有一定的差距，今后應(yīng)繼續(xù)對(duì) 物資 管理系統(tǒng)進(jìn)行進(jìn)一步深入探討研究，采用先進(jìn)、適用的軟件開(kāi)發(fā)模式和軟件開(kāi)發(fā)過(guò)程，使得該系統(tǒng)在管理層面上能符合企業(yè)物資管理的應(yīng)用需求特性，從而物資管理系統(tǒng)發(fā)揮最大的利用價(jià)值，為供應(yīng)商、客戶(hù)、企業(yè)人員等提供更好的服務(wù)。簡(jiǎn)單介紹了 以及 C.NET 相關(guān)開(kāi)發(fā)工具。在第六章，論文介紹了 佳藝物資管理 系統(tǒng)各主要模塊的測(cè)試情況，論文的最后對(duì) 佳藝 物資 管理 系統(tǒng)進(jìn)行了系統(tǒng)評(píng)價(jià)。生產(chǎn)飛機(jī)需要大量單個(gè)部件，很多部件都非常復(fù)雜，而且必須符合嚴(yán)格的質(zhì)量標(biāo)準(zhǔn)，這些部件又從地域分布廣泛的成千上萬(wàn)家供應(yīng)商那里采購(gòu)，很多部件對(duì)最終產(chǎn)品的整體功能至關(guān)重要。計(jì)算機(jī)被引入企業(yè)后，更進(jìn)一步為實(shí)行物料管理創(chuàng)造了有利條件， 物資 管理的作用發(fā) 揮到了極致 。 一個(gè)公司初創(chuàng)時(shí)，幾乎所有的工作都是由總經(jīng)理（通常是公司的所有者）或是 7 組成領(lǐng)導(dǎo)小組的公司主要成員來(lái)完成的。 各職能部門(mén)獨(dú)立后，各部門(mén)之間的溝通機(jī)會(huì)越來(lái)越少，于是部門(mén)之間合作的問(wèn)題經(jīng)常出現(xiàn)，矛盾一點(diǎn) 點(diǎn)加深。 于是，與物料管理有密切聯(lián)系的各職能部門(mén)被重新整合到一起，這種整合就是物料管理理論的基礎(chǔ)。 即根據(jù)項(xiàng)目主合同交貨時(shí)間表、車(chē)間生產(chǎn)計(jì)劃和項(xiàng)目技術(shù)文件等確定物料需求計(jì)劃，并根據(jù)實(shí)際情況和項(xiàng)目技術(shù)更改通知等文件隨時(shí)調(diào)整物料需求數(shù)量，控制項(xiàng)目材料采購(gòu)進(jìn)度和采購(gòu)數(shù)量。 根 據(jù)項(xiàng)目主合同交貨時(shí)間表和材料采購(gòu)進(jìn)度編制車(chē)間生產(chǎn)計(jì)劃，并根據(jù)實(shí)際情況和項(xiàng)目計(jì)劃隨時(shí)調(diào)整，使車(chē)間生產(chǎn)計(jì)劃與項(xiàng)目主合同交貨時(shí)間表保持一致。 根據(jù)車(chē)間生產(chǎn)計(jì)劃對(duì)生產(chǎn)所需要的物料進(jìn)行準(zhǔn)確的分析，并制訂完整的采購(gòu)計(jì)劃；嚴(yán)格地控制供應(yīng)商的交貨期和交貨數(shù)量； 物料和采購(gòu)的研究 。 來(lái)料質(zhì)量控制 。 物料收發(fā) 。 8 倉(cāng)儲(chǔ) 。 庫(kù)存控制 。 當(dāng)然 ，并不是所有公司的物 資 管理部門(mén)都包括上述所有職能。 3 可行性研究 開(kāi)發(fā)背景 在日常生活中信息技術(shù)的不斷融入，在技術(shù)越來(lái)越先進(jìn)的 同時(shí)，應(yīng)該從以前繁瑣的事務(wù)中解放出來(lái)，來(lái)提高工作效率。同時(shí)由于不可避免的人為因素造成數(shù)據(jù)的遺漏，誤報(bào)等。 在系統(tǒng)設(shè)計(jì)初期，查閱了大量相關(guān)的 物資 管理 軟件開(kāi)發(fā)的信息，包括專(zhuān)業(yè)開(kāi)發(fā) 物資管理系統(tǒng) 軟件的商業(yè)軟件公司的開(kāi)發(fā)信息，也安裝使用過(guò)部分試用版本的軟件系統(tǒng)。系統(tǒng)的差異最根本上是由于不同的 企業(yè) 有不同的 物料 核算制度，這就決定不同的 企業(yè) 應(yīng)該有適合它自身的 物資 管理系統(tǒng)來(lái)進(jìn)行正常的操作管理。 以 加以物資管理系統(tǒng)的部分 作為畢業(yè)設(shè)計(jì)， 雖然開(kāi)發(fā)的軟件是第一次接觸 ，我覺(jué)得這不失為一個(gè)鍛煉自己，挑戰(zhàn)自我的機(jī)會(huì)，可以更深入地了解管理系統(tǒng)軟件的開(kāi)發(fā)途徑和應(yīng)用方法，實(shí)踐數(shù)據(jù)庫(kù)設(shè)計(jì)與軟件設(shè)計(jì)知識(shí)。我選擇 Microsoft 公司的 Visual 作為我畢業(yè)設(shè)計(jì)的前臺(tái)開(kāi)發(fā)工具， SQL Server 2021 作為后臺(tái) 9 數(shù)據(jù)庫(kù)開(kāi)發(fā)。 SQL Server 2021 擴(kuò)展了 SQL Server 版的性能，并增加了幾種新的功能，使得用戶(hù)能夠更方便、更快捷地管理數(shù)據(jù)庫(kù)和開(kāi)發(fā)應(yīng)用程序。 Visual Microsoft公司在應(yīng)用程序開(kāi)發(fā)行業(yè)中的一項(xiàng)重大革命，其大大簡(jiǎn)化了分布式 Web 應(yīng)用程序和服務(wù)器應(yīng) 用程序的開(kāi)發(fā)過(guò)程。 Visual 是 Microsoft 公司為推動(dòng)互聯(lián)網(wǎng)技術(shù)的進(jìn)一步發(fā)展而推出的集成化第三代互聯(lián)網(wǎng)開(kāi)發(fā)平臺(tái)，它提供設(shè)計(jì)、開(kāi)發(fā)、調(diào)試和部署 Web 應(yīng)用程序、 Web 服務(wù)以及傳統(tǒng)的客戶(hù)端應(yīng)用程序所需的各種工具。 Visual 的使用不需要很高的編程開(kāi)發(fā)基礎(chǔ)，比較容易掌握，但功能卻十分強(qiáng)大，因此它是一般數(shù)據(jù)庫(kù)程序開(kāi)發(fā)人員的首選編程工具； Microsoft SQL Server 2021以其低費(fèi)用、可伸縮性、可靠性和易用性等諸多方面的優(yōu)勢(shì)，逐漸被廣大用戶(hù)所喜愛(ài)，占領(lǐng)了廣大的市場(chǎng)。 開(kāi)發(fā)工具介紹 Visual 是 Visual Basic 的升級(jí)版本，除了增加許多新功能外， Microsoft將它重新打造更適合編寫(xiě) Web 程序以及分布式應(yīng)用程序。這些都是 Visual Basic 的老用戶(hù)夢(mèng)寐以求的改變。無(wú)論是通過(guò)編譯過(guò)的組件，還是通過(guò)原始程序代碼，都可以互相繼承另一種語(yǔ)言撰寫(xiě)的類(lèi)。實(shí)際上，不管用戶(hù)使用哪一種語(yǔ)言， .NET 平臺(tái)都提供相同豐富的 API，這為用戶(hù)使用 Visual 同其他 .NET 程序設(shè)計(jì)語(yǔ)言一起創(chuàng)建功能強(qiáng)大的應(yīng)用程序提供了方便。新一代的 Visual Basic 是真正的面向?qū)ο蟮恼Z(yǔ)言，不再是基于對(duì)象的語(yǔ)言，這個(gè)進(jìn)步是非常重大的?？傊?，Visual 已經(jīng)是一種新的語(yǔ)言，不是一種新的簡(jiǎn)單升級(jí)。繼承是 Visual Basic 程序員長(zhǎng)期以來(lái)要求最多的功能。 Visual 現(xiàn)在提供大量面向?qū)ο蠊δ?，包括?yīng)用程序繼承，它允許程序員從其他類(lèi)導(dǎo)出你想創(chuàng)建的類(lèi)。 （ 2） 真正的面向?qū)ο? Visual 提供了完善的面向?qū)ο缶幊讨С?，是一種真正的面向?qū)ο笳Z(yǔ)言。當(dāng)前的 Visual Basic 已經(jīng)部分地實(shí)現(xiàn)了這些支持，但仍因某些地方未能符合標(biāo)準(zhǔn)而受到責(zé)備。 Visual 改變了這一切。在 Visual 里，所有的 Visual Studio 語(yǔ)言共享同一個(gè)運(yùn)行環(huán)境： CLR。 （ 4） 易于反編譯的中間語(yǔ)言 無(wú)論使用 Visual ， C或其他 .NET 語(yǔ)言編寫(xiě)應(yīng)用程序， Visual 代碼都編譯成為中間語(yǔ)言（ IL），一個(gè)即時(shí)編譯器處理中間代碼并把它編譯成機(jī)器語(yǔ)言。 （ 5） 功能神奇的無(wú)用單元收集器 CLR 的無(wú)庸單元收集器主要是監(jiān)視一個(gè)程序的資源，當(dāng)可用資源達(dá)到確定的閥值時(shí)尋找無(wú)用的對(duì)象，并在發(fā)現(xiàn)它們的時(shí)候清除對(duì)象。 （ 6） 作用各異的語(yǔ)言變化 （ 7） 表現(xiàn)非凡的 IDE 窗體 過(guò)去， Visual Basic 隱藏了建立窗體的所有過(guò)程。而現(xiàn)在，窗體就是一個(gè)類(lèi)，它包含了用來(lái)建立窗體的所有代碼。 （ 9） Web 服務(wù)策略 Visual 里的另外一個(gè)重要的面向 Web 的功能是 Web 服務(wù)。 Microsoft 試圖消除與包裝和分發(fā)應(yīng)用程序相關(guān)的問(wèn)題，包括令人恐懼的 DLL。元件包含著數(shù)據(jù)以描述它運(yùn)行所需要的東西。 系統(tǒng)可行性評(píng)估 （ 1）技術(shù)可行性 在軟件的技術(shù)方面，由于所做的畢業(yè)設(shè)計(jì)完成的模塊相對(duì)知識(shí)覆蓋面比較小，應(yīng)用在此的技術(shù)已經(jīng)比較成熟，所以技術(shù)上是可行的。 （ 3）法律可行性 在法律方面，由于所做的軟件沒(méi)有全盤(pán)拷貝別人的源代碼，當(dāng)然在某些技術(shù)方面參考了別人的代碼還是有的，但使用的也是開(kāi)發(fā)者的共享代碼，故具有法律可行性。因此，我在設(shè)計(jì)時(shí)能夠支持鼠標(biāo)和鍵盤(pán)的操作，并且盡可能的加了一些快捷鍵。 可行性研究的目的 可行性研究的目的就是用較小的成本在較短的時(shí)間內(nèi)確定是否存在可行的解法。可行性研究的目的不是為了解決這問(wèn)題，而是確定這問(wèn)題是否值得去解。 本章小節(jié) 本章主要從系統(tǒng)可行性研究人手，介紹了系統(tǒng)的開(kāi)發(fā)背景， 這對(duì)系統(tǒng)的實(shí)用價(jià)值非常重要，然后結(jié)合自己的編程愛(ài)好和系統(tǒng)的需求，介紹了 Visual 工具的一些特點(diǎn)，確保該系統(tǒng)在多方面可行。在管理層面上，該系統(tǒng)應(yīng)符合 佳藝 物資 管理的應(yīng)用需求特性，在實(shí)現(xiàn) 佳藝 物資 信息網(wǎng)絡(luò)化管理的基礎(chǔ)上，能夠?yàn)?佳藝螺絲制品廠 物資 建設(shè)提供信息服務(wù)，為 供應(yīng)商及客戶(hù) 提供相關(guān) 物資 信息服務(wù)，同時(shí)為 公司 領(lǐng)導(dǎo)提供 物資 信息的決策支持。 用面向?qū)ο蟮姆椒?UML 進(jìn)行系統(tǒng)建模分析 統(tǒng)一建模語(yǔ)言 UML（ Unified Modeling Language）是一種通用的可視化的 面向?qū)ο蠼ＵZ(yǔ)言。它適應(yīng)了以面向?qū)ο蠹夹g(shù)來(lái)描述任何類(lèi)型的系統(tǒng)，而且適用于系統(tǒng)開(kāi)發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測(cè)試和保護(hù)。 使用案例圖：從用戶(hù)的角度出發(fā)描述系統(tǒng)的功能，需求，展示系統(tǒng)外部的各類(lèi)角色與系 13 統(tǒng)內(nèi)部的各種使用案例之間的關(guān)系。 靜態(tài)圖：包括類(lèi)（ Class）圖，對(duì)象（ Object）圖，包（ Package）圖。對(duì)象圖是類(lèi)圖的一個(gè)具體實(shí)例。 行為圖：描述系統(tǒng)的動(dòng)態(tài)模型和組成對(duì)象間的交互關(guān)系，包括狀態(tài)圖（ State Diagram）和活動(dòng)圖（ Active Diagram）?；顒?dòng)圖描述系統(tǒng)中各種活動(dòng) 的執(zhí)行順序。 UML 融入了軟件工程領(lǐng)域的新思想，新方法和新技術(shù)。下面使用次技術(shù)對(duì) 佳藝 物資 管理系統(tǒng)建模分析?，F(xiàn)以 佳藝 螺絲制品廠對(duì)員工對(duì)物資管理系統(tǒng)使用 信息為例進(jìn)行分析，其使用案例圖如圖 所示。 使用案例包括：密碼驗(yàn)證，權(quán)限管理， 輸入商品基本信息 ，查看 商品 基本信息 ，修改商品基本信息，訂貨單的處理，銷(xiāo)售單的處理。 需求分析進(jìn)行完之后，進(jìn)入設(shè)計(jì)階段。交互圖包括順序圖，合作圖。 圖 修改 客戶(hù) 信息的順序圖 在這個(gè)順序圖中，有 4 個(gè)對(duì)象： 銷(xiāo)售部 人員， 資料維護(hù) 頁(yè) 面，數(shù)據(jù)庫(kù)管理對(duì)象，某客戶(hù) 的基本信息。 任何一個(gè)信息管理系統(tǒng)都可抽象三部分組成：數(shù)據(jù)，處理邏輯和數(shù)據(jù)表示。 處理邏輯：可施加與數(shù)據(jù)的各種業(yè)務(wù)規(guī)劃。 銷(xiāo)售 部人員 資料維護(hù)頁(yè)面 數(shù)據(jù)庫(kù)管理對(duì)象 某客戶(hù)基本信息 登錄 修改 發(fā)送 更新 15 傳統(tǒng)的面向過(guò)程的系統(tǒng)分析和設(shè)計(jì)， 關(guān)心的是處理過(guò)程和處理結(jié)果，不注意劃分應(yīng)用的處理邏輯與數(shù)據(jù)表示，因此處理邏輯與數(shù)據(jù)表示通常做在一起，運(yùn)行在同一機(jī)器上，不適合大型分布式應(yīng)用的開(kāi)發(fā)，尤其是復(fù)雜的應(yīng)用并且要求有多種不同的運(yùn)行環(huán)境，例如同時(shí)要求有 C/S 和 B/S 界面，具有同樣的處理邏輯但要求有不同的數(shù)據(jù)表示，會(huì)成為兩個(gè)不同系統(tǒng)，而其中相同的處理邏輯而要重復(fù)編寫(xiě)。 圖 邏輯層分析示意圖 這樣結(jié)構(gòu)的應(yīng)用，它有以下的優(yōu)點(diǎn) ： （ 1） 應(yīng)用修改方便：如修改處理邏輯而不必修改數(shù)據(jù)表示 （ 2） 部件可重用：如一個(gè)處理邏輯可用與多個(gè)窗口 （ 3） 便于開(kāi)發(fā)層結(jié)構(gòu)的應(yīng)用，系統(tǒng)的擴(kuò)展性和靈活性好 （ 4） 便于團(tuán)隊(duì)開(kāi)發(fā)，做用戶(hù)界面的開(kāi)發(fā)者可不必了解數(shù)據(jù)庫(kù)的結(jié)構(gòu)設(shè)計(jì) 這樣的系統(tǒng)分析和設(shè)計(jì)可以很方便地生成各種結(jié)構(gòu)的應(yīng)用，例如 CLIENT/SERVER（ C/S）結(jié)構(gòu)，如圖 所示。為解決這個(gè)問(wèn)題， CLIENT/SERVER（ C/S）系統(tǒng)應(yīng)運(yùn)產(chǎn)生。但 C/S 應(yīng)用模式也存在難以克服的問(wèn)題，要維護(hù)整個(gè)系統(tǒng)的正常運(yùn)作，要在異種網(wǎng)絡(luò)之間進(jìn)行數(shù)據(jù)交互操作，甚至要為地理分散的眾多客戶(hù)斷安裝和升級(jí)系統(tǒng)，都需消耗人力物力。 WWW服務(wù)是 Inter/intra 中最流行最主要的信息服務(wù)方式。 加以物資管理 系統(tǒng)根據(jù)具體情況，合理采用 C/S（二層客戶(hù) /服務(wù)器體系結(jié)構(gòu)）與 B/S（瀏覽器 /WWW 服務(wù)器 /數(shù)據(jù)庫(kù)服務(wù)器三層體系結(jié)構(gòu)）相結(jié)合的方式，適應(yīng)各種用戶(hù)處理數(shù)據(jù)的需要。其余幾個(gè)較多面向公眾用戶(hù)的系統(tǒng)，如實(shí)現(xiàn) 訂單 功能，適宜采用可移植好，界面通用友好，易于掌握和維護(hù) B/S 結(jié)構(gòu)模式。建議采取以下措施： 網(wǎng)絡(luò)級(jí)：用防火墻把校內(nèi)外用戶(hù)與校外用戶(hù)非開(kāi)。 操作系 統(tǒng)級(jí)：采用病毒攻擊較少的 unix 操作系統(tǒng)，便于管理。 不同的使用人員，根據(jù)不同的工作范疇和級(jí)別分為不同的用戶(hù)組，每個(gè)用戶(hù)組被授予不同的權(quán)限，里面可以有一個(gè)或多個(gè)用戶(hù)。 用戶(hù)權(quán)限管理 。所有用戶(hù)需通過(guò)認(rèn)證后方可登錄系統(tǒng)，訪問(wèn)其權(quán)限范圍的系統(tǒng)功能和數(shù)據(jù)。 本章小節(jié) UML 對(duì)系統(tǒng)建模，是本論文的特色之一， 本章利用 UML 建模對(duì)系統(tǒng)進(jìn)行了需求分析，詳細(xì)介紹了 UML 的定義及建模的過(guò)程，分析了 B/S 模式和 C/S 模式的異同點(diǎn)，并對(duì)系統(tǒng)的開(kāi)發(fā)模式及安全措施進(jìn)行了詳細(xì)的探討，