【文章內(nèi)容簡(jiǎn)介】 機(jī)制等。 （ 4） 易于反編譯的中間語言 無論使用 Visual ， C或其他 .NET 語言編寫應(yīng)用程序， Visual 代碼都編譯成為中間語言（ IL），一個(gè)即時(shí)編譯器處理中間代碼并把它編譯成機(jī)器語言。這意味著在理論上可能為 Windows 以外的平臺(tái)創(chuàng)建 .NET 運(yùn)行環(huán)境。 （ 5） 功能神奇的無用單元收集器 CLR 的無庸單元收集器主要是監(jiān)視一個(gè)程序的資源，當(dāng)可用資源達(dá)到確定的閥值時(shí)尋找無用的對(duì)象，并在發(fā)現(xiàn)它們的時(shí)候清除對(duì)象。無用單元收集的一大好處就是程序員不再需要擔(dān)心大多數(shù)普通的循環(huán)引用，即子對(duì)象引用了父對(duì)象，然后父對(duì)象又引用了子 11 對(duì)象。 （ 6） 作用各異的語言變化 （ 7） 表現(xiàn)非凡的 IDE 窗體 過去， Visual Basic 隱藏了建立窗體的所有過程。程序員使用 IDE 設(shè)計(jì)窗體并把代碼添加到 Initialize 事件上，但沒有手段來控制這兩點(diǎn)之間的過程。而現(xiàn)在，窗體就是一個(gè)類，它包含了用來建立窗體的所有代碼。 （ 8） 全新的 Web 窗體引擎 除了新的 Windows 窗體引擎， .NET 還包含了一個(gè)為創(chuàng)建 Web 窗體而設(shè)計(jì)的窗體引擎，被稱為 Web Forms . Web 窗體使程序員能夠容易地為 Web 應(yīng)用程序創(chuàng)建豐富多彩的用戶界面。 （ 9） Web 服務(wù)策略 Visual 里的另外一個(gè)重要的面向 Web 的功能是 Web 服務(wù)。 Microsoft 的市場(chǎng)部門把 Web 服務(wù) 列為 .NET 的幾大理由之一。 Microsoft 試圖消除與包裝和分發(fā)應(yīng)用程序相關(guān)的問題，包括令人恐懼的 DLL。所有 .NET 應(yīng)用程序被封裝成為元件。元件包含著數(shù)據(jù)以描述它運(yùn)行所需要的東西。這些數(shù)據(jù)被稱為貨單，它包括很多用戶的信息。 系統(tǒng)可行性評(píng)估 （ 1）技術(shù)可行性 在軟件的技術(shù)方面，由于所做的畢業(yè)設(shè)計(jì)完成的模塊相對(duì)知識(shí)覆蓋面比較小，應(yīng)用在此的技術(shù)已經(jīng)比較成熟，所以技術(shù)上是可行的。 （ 2）經(jīng)濟(jì)可行性 在經(jīng)濟(jì)方面，因?yàn)楫厴I(yè)設(shè)計(jì)沒有在經(jīng)濟(jì)方面做限制，而且 估計(jì)也花不了太多人力物力方面的資金，所以在經(jīng)濟(jì)上也是可行的。 （ 3）法律可行性 在法律方面，由于所做的軟件沒有全盤拷貝別人的源代碼，當(dāng)然在某些技術(shù)方面參考了別人的代碼還是有的，但使用的也是開發(fā)者的共享代碼，故具有法律可行性。 （ 4）操作可行性 作為一個(gè)管理系統(tǒng)，用戶的方便使用直接關(guān)系到用戶是否喜歡你的系統(tǒng)。因此，我在設(shè)計(jì)時(shí)能夠支持鼠標(biāo)和鍵盤的操作，并且盡可能的加了一些快捷鍵。軟件采用了和 Windows 12 相類似的操作界面，用戶可以在短時(shí)間內(nèi)熟悉軟件的基本操作，盡量滿足了用戶的使用習(xí)慣 ,所以操作上是可行的。 可行性研究的目的 可行性研究的目的就是用較小的成本在較短的時(shí)間內(nèi)確定是否存在可行的解法。由于資源缺乏和交付時(shí)間限制的困擾，使得基于計(jì)算機(jī)系統(tǒng)的開發(fā)變得比較困難?？尚行匝芯康哪康牟皇菫榱私鉀Q這問題，而是確定這問題是否值得去解。因此，應(yīng)盡早對(duì)軟件項(xiàng)目的可行性進(jìn)行分析。 本章小節(jié) 本章主要從系統(tǒng)可行性研究人手，介紹了系統(tǒng)的開發(fā)背景， 這對(duì)系統(tǒng)的實(shí)用價(jià)值非常重要，然后結(jié)合自己的編程愛好和系統(tǒng)的需求，介紹了 Visual 工具的一些特點(diǎn)，確保該系統(tǒng)在多方面可行。 4 佳藝 物資 管理系 統(tǒng) 的分析 佳藝 物資 管理系統(tǒng) 研究主要包含兩個(gè)層面，即管理層面和技術(shù)層面。在管理層面上，該系統(tǒng)應(yīng)符合 佳藝 物資 管理的應(yīng)用需求特性，在實(shí)現(xiàn) 佳藝 物資 信息網(wǎng)絡(luò)化管理的基礎(chǔ)上，能夠?yàn)?佳藝螺絲制品廠 物資 建設(shè)提供信息服務(wù)，為 供應(yīng)商及客戶 提供相關(guān) 物資 信息服務(wù)，同時(shí)為 公司 領(lǐng)導(dǎo)提供 物資 信息的決策支持。在技術(shù)層面上，該系統(tǒng)應(yīng)采用先進(jìn)，適應(yīng)的軟件開發(fā)模式和軟件開發(fā)過程，并用先進(jìn)的技術(shù)加以實(shí)現(xiàn) 。 用面向?qū)ο蟮姆椒?UML 進(jìn)行系統(tǒng)建模分析 統(tǒng)一建模語言 UML（ Unified Modeling Language）是一種通用的可視化的 面向?qū)ο蠼ＵZ言。 UML 是在著名的 Booch,CMT 和 OOSE 方法的基礎(chǔ)上，統(tǒng)一了面向?qū)ο蟮慕７椒?，消除了建模方法，消除了建模差別。它適應(yīng)了以面向?qū)ο蠹夹g(shù)來描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測(cè)試和保護(hù)。 UML 定義了 5 類，共十種模型圖。 使用案例圖：從用戶的角度出發(fā)描述系統(tǒng)的功能，需求，展示系統(tǒng)外部的各類角色與系 13 統(tǒng)內(nèi)部的各種使用案例之間的關(guān)系。 交互圖：描述對(duì)象之間的交互關(guān)系，包括順系圖（ Sequence Diagram），合作圖（ Collaboration Diagram） .前者表示對(duì)象間的動(dòng)態(tài)合作的關(guān)系；后者描述對(duì)象間的協(xié)作關(guān)系。 靜態(tài)圖：包括類（ Class）圖，對(duì)象（ Object）圖，包（ Package）圖。類圖描述系統(tǒng)所包含的類，類的內(nèi)部結(jié)構(gòu)及類之間的關(guān)系。對(duì)象圖是類圖的一個(gè)具體實(shí)例。包，圖由功能相似的包或類組成，主要包括包之間的關(guān)系。 行為圖：描述系統(tǒng)的動(dòng)態(tài)模型和組成對(duì)象間的交互關(guān)系，包括狀態(tài)圖（ State Diagram）和活動(dòng)圖（ Active Diagram）。狀態(tài)圖描述一類對(duì)象的所有可能的狀態(tài)以及事件發(fā)生時(shí)狀態(tài)的轉(zhuǎn)移條件?；顒?dòng)圖描述系統(tǒng)中各種活動(dòng) 的執(zhí)行順序。 實(shí)現(xiàn)圖：包括構(gòu)件（ Component）圖和配置（ Deployment）圖，前者描述代碼部件的物理結(jié)構(gòu)以及各部件之間的依賴關(guān)系，后者定義系統(tǒng)中軟硬件體系結(jié)構(gòu)。 UML 融入了軟件工程領(lǐng)域的新思想，新方法和新技術(shù)。不僅支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，而且支持從需求分析到系統(tǒng)實(shí)現(xiàn)的全過程。下面使用次技術(shù)對(duì) 佳藝 物資 管理系統(tǒng)建模分析。 開始階段對(duì)系統(tǒng)需求進(jìn)行分析，首先要了解 佳藝螺絲制品廠 對(duì)本系統(tǒng)的用戶需求，找出高層特性并建成文檔，確定系統(tǒng)的角色和使用案例，在細(xì)化過程中，還可以通過使用與擴(kuò)展等關(guān)系將使用案例進(jìn)行必 要的分解，也可以將使用案例組和成組，以便于組織。現(xiàn)以 佳藝 螺絲制品廠對(duì)員工對(duì)物資管理系統(tǒng)使用 信息為例進(jìn)行分析，其使用案例圖如圖 所示。 圖 人員 對(duì)物資管理系統(tǒng) 基本使用信息案例圖 銷售部人員 系統(tǒng)管理員 全體員工 采購部人員 密碼驗(yàn)證 管理權(quán)限 輸入 商品基本信息 修改 商品基本信息 查看商品基本信息 訂貨單的處理 銷售單的處理 14 此使用案例的角色有： 銷售部人員 ， 采購部 人員，系統(tǒng)管理人員，抽象后的角色是全體員工 。 使用案例包括：密碼驗(yàn)證，權(quán)限管理， 輸入商品基本信息 ，查看 商品 基本信息 ，修改商品基本信息，訂貨單的處理，銷售單的處理。全體員工 通過密碼驗(yàn)證登錄：系統(tǒng)管理員通過權(quán)限給不同角色的員工賦予不同的 權(quán)限； 銷售部員工 能 處理訂貨單和銷售單 ；有權(quán)限的 采購部員工 可以 查看商品 基本信息，輸入 商品 的基本信息，修改 商品 的基本信息等。 需求分析進(jìn)行完之后，進(jìn)入設(shè)計(jì)階段。先根據(jù)使用案例圖提取出對(duì)象，然后用交互圖分析對(duì)象之間的交互關(guān)系，每一個(gè)使用案例可能有多個(gè)流程， 每 個(gè)流程可以交互圖來表示。交互圖包括順序圖，合作圖?，F(xiàn)有順序圖戰(zhàn)士修改教職工基本信息使用案例的流程，如圖 所示。 圖 修改 客戶 信息的順序圖 在這個(gè)順序圖中，有 4 個(gè)對(duì)象： 銷售部 人員， 資料維護(hù) 頁 面，數(shù)據(jù)庫管理對(duì)象，某客戶 的基本信息。修改 客戶 的基本信息，使用案例的流程如下： 銷售部 人員登錄到 客戶基本 基本信息的修改頁面，修改 客戶 的基本信息，將修改的信息發(fā)給數(shù)據(jù)庫管理對(duì)象，數(shù)據(jù)庫管理對(duì)象更新此 客戶 的基本信息。 任何一個(gè)信息管理系統(tǒng)都可抽象三部分組成：數(shù)據(jù)，處理邏輯和數(shù)據(jù)表示。 數(shù)據(jù)：通常存儲(chǔ)在數(shù)據(jù)庫，是整個(gè)系統(tǒng)的血液和運(yùn)行基礎(chǔ)。 處理邏輯：可施加與數(shù)據(jù)的各種業(yè)務(wù)規(guī)劃。 數(shù)據(jù)表示：數(shù)據(jù)的表現(xiàn)方式，在顯示器，紙上以報(bào)表，圖形等等各種形式表現(xiàn)數(shù)據(jù)。 銷售 部人員 資料維護(hù)頁面 數(shù)據(jù)庫管理對(duì)象 某客戶基本信息 登錄 修改 發(fā)送 更新 15 傳統(tǒng)的面向過程的系統(tǒng)分析和設(shè)計(jì)， 關(guān)心的是處理過程和處理結(jié)果，不注意劃分應(yīng)用的處理邏輯與數(shù)據(jù)表示，因此處理邏輯與數(shù)據(jù)表示通常做在一起，運(yùn)行在同一機(jī)器上，不適合大型分布式應(yīng)用的開發(fā)，尤其是復(fù)雜的應(yīng)用并且要求有多種不同的運(yùn)行環(huán)境，例如同時(shí)要求有 C/S 和 B/S 界面，具有同樣的處理邏輯但要求有不同的數(shù)據(jù)表示，會(huì)成為兩個(gè)不同系統(tǒng)，而其中相同的處理邏輯而要重復(fù)編寫。 使用面向?qū)ο蟮南到y(tǒng)分析與設(shè)計(jì)，使各邏輯層分開，每個(gè)邏輯層復(fù)雜特定的功能，每個(gè)邏輯層對(duì)外都是一個(gè)“黑盒子”，如圖 所示。 圖 邏輯層分析示意圖 這樣結(jié)構(gòu)的應(yīng)用，它有以下的優(yōu)點(diǎn) ： （ 1） 應(yīng)用修改方便：如修改處理邏輯而不必修改數(shù)據(jù)表示 （ 2） 部件可重用：如一個(gè)處理邏輯可用與多個(gè)窗口 （ 3） 便于開發(fā)層結(jié)構(gòu)的應(yīng)用，系統(tǒng)的擴(kuò)展性和靈活性好 （ 4） 便于團(tuán)隊(duì)開發(fā)，做用戶界面的開發(fā)者可不必了解數(shù)據(jù)庫的結(jié)構(gòu)設(shè)計(jì) 這樣的系統(tǒng)分析和設(shè)計(jì)可以很方便地生成各種結(jié)構(gòu)的應(yīng)用，例如 CLIENT/SERVER（ C/S）結(jié)構(gòu)，如圖 所示。 圖 WEB 三層結(jié)構(gòu)只是把相應(yīng)的對(duì)象組織在不同的層次中，如圖 所示 16 圖 系統(tǒng) 開發(fā)模式及安全措施探討 從技術(shù)層面看，隨著數(shù)據(jù)庫技術(shù)的不斷深入發(fā)展，待處理信息數(shù)量的日益膨脹，以及實(shí)際存在的跨地域的管理方式，本地形數(shù)據(jù)庫應(yīng)用系統(tǒng)早已不能滿足實(shí)際管理需要。為解決這個(gè)問題， CLIENT/SERVER（ C/S）系統(tǒng)應(yīng)運(yùn)產(chǎn)生。 C/S 由于優(yōu)化網(wǎng)絡(luò)計(jì)算，更好地保證數(shù)據(jù)一致性，在一定程度上滿足了管理需要，取得了很大成功。但 C/S 應(yīng)用模式也存在難以克服的問題，要維護(hù)整個(gè)系統(tǒng)的正常運(yùn)作，要在異種網(wǎng)絡(luò)之間進(jìn)行數(shù)據(jù)交互操作，甚至要為地理分散的眾多客戶斷安裝和升級(jí)系統(tǒng)，都需消耗人力物力。BROWSE/SERBER（ B/S）模式開發(fā)信息系統(tǒng)是當(dāng)前業(yè)界探索的熱點(diǎn)和追求的目標(biāo)。 WWW服務(wù)是 Inter/intra 中最流行最主要的信息服務(wù)方式。 Web 技術(shù)與數(shù)據(jù)庫系統(tǒng)相互融合的領(lǐng)域已經(jīng)成為理論研究與實(shí)際應(yīng)用的重點(diǎn)方向之一。 加以物資管理 系統(tǒng)根據(jù)具體情況，合理采用 C/S（二層客戶 /服務(wù)器體系結(jié)構(gòu)）與 B/S（瀏覽器 /WWW 服務(wù)器 /數(shù)據(jù)庫服務(wù)器三層體系結(jié)構(gòu)）相結(jié)合的方式，適應(yīng)各種用戶處理數(shù)據(jù)的需要。對(duì)應(yīng)下面所提出的系統(tǒng)功能需求具體分析，其中面向 銷售 部門的 資料維護(hù)信息管理子系統(tǒng)中對(duì)數(shù)據(jù)錄入的合法性檢查度要求較高，以及數(shù)據(jù) 量較大，需要將大部分工作放在客戶端進(jìn)行，從而減少數(shù)據(jù)往返的時(shí)間，并者需要提供許多靈活查詢與統(tǒng)計(jì)分析功能，這些是 B/S 體系結(jié)構(gòu)難以達(dá)到的，適宜采用 C/S 結(jié)構(gòu)，以滿足 銷售 部門對(duì) 資料 信息的復(fù)雜管理需求。其余幾個(gè)較多面向公眾用戶的系統(tǒng)，如實(shí)現(xiàn) 訂單 功能，適宜采用可移植好，界面通用友好，易于掌握和維護(hù) B/S 結(jié)構(gòu)模式。 網(wǎng)絡(luò)資源的應(yīng)用在提供給用戶便利的同時(shí)，也對(duì)應(yīng)用系統(tǒng)的安全性提出了更多的要求。建議采取以下措施： 網(wǎng)絡(luò)級(jí)：用防火墻把校內(nèi)外用戶與校外用戶非開。內(nèi)部數(shù)據(jù)庫服務(wù)器不允許校外用 17 戶使用 ftp 與 tel。 操作系 統(tǒng)級(jí)：采用病毒攻擊較少的 unix 操作系統(tǒng)，便于管理。 數(shù)據(jù)庫及用戶界面級(jí)：每個(gè)服務(wù)器都有自己的系統(tǒng)管理員，系統(tǒng)管理員可以根據(jù)需要 創(chuàng)建數(shù)據(jù)庫用戶。 不同的使用人員，根據(jù)不同的工作范疇和級(jí)別分為不同的用戶組，每個(gè)用戶組被授予不同的權(quán)限，里面可以有一個(gè)或多個(gè)用戶。 基于此， 加以物資管理系統(tǒng)宜具體包含用戶權(quán)限管理 功能模塊，以確保信息的安全。 用戶權(quán)限管理 。 系統(tǒng)采用“用戶 角色 —權(quán)限”的模式進(jìn)行用戶訪問權(quán)限控制。所有用戶需通過認(rèn)證后方