【文章內(nèi)容簡介】 系統(tǒng)方面，目前很難實現(xiàn)真正的自動化，重慶大學碩士學位論文 1 緒 論 3 一般都是自動化為主，而輔助以人工（如在統(tǒng)計分析方面，系統(tǒng)只能進行簡單的統(tǒng)計，而詳細的分析則需要人工進行）。而在內(nèi)容管理系統(tǒng)方面，國內(nèi)則由中興等廠商在做相關(guān)的研究，按照目前的發(fā)展情況來看，達到國外的水平還是需要大量的時間的。 論文主要內(nèi)容及特色 論文主要介紹了東莞市經(jīng)偵信息網(wǎng)的設計與實現(xiàn)，并詳細描述了整個設計和開發(fā)的過程 ，主要包括三個部分： 1） 內(nèi)容管理子系統(tǒng) 內(nèi)容管理子系統(tǒng)是對經(jīng)偵信息網(wǎng)的網(wǎng)站進行內(nèi)容管理，包括單頁圖文系統(tǒng)、圖文展示系統(tǒng)、新聞文章系統(tǒng)、訪客留言系統(tǒng)、快速鏈接系統(tǒng)、上傳下載系統(tǒng)和值班安排系統(tǒng)。 2） OA 子系統(tǒng) OA 子系統(tǒng)是實現(xiàn)單位內(nèi)部的辦公自動化，包括系統(tǒng)內(nèi)部文件管理、收文處理、發(fā)文管理和文件簽收系統(tǒng) 3） 系統(tǒng)設置與管理 該部分是對系統(tǒng)進行內(nèi)部管理的功能，為內(nèi)容管理子系統(tǒng)和 OA 子系統(tǒng)提供支持，包括系統(tǒng)基本設置和超級管理兩個功能。 本文主要完成了以下的工作： 1） 查閱相關(guān)的文檔、資料，研究論文的選題背景及開發(fā)意義，對系統(tǒng)所涉及的內(nèi)容管理系統(tǒng)和 OA 系統(tǒng)的國內(nèi)外發(fā)展現(xiàn)狀進行研究，并整理相關(guān)的研究成果，進行總結(jié) 2） 研究相關(guān)的技術(shù)，本文主要選擇了微軟公司的 .NET 技術(shù)，并對系統(tǒng)的開發(fā)方法和設計模式進行討論。 3） 結(jié)合本人的工作經(jīng)驗，并訪談單位的領(lǐng)導、同事、專家，對內(nèi)容管理系統(tǒng)和OA 子系統(tǒng)分別作需求分析，使用用例圖來描述系統(tǒng)的需求，并整理相關(guān)的需求文檔。 4） 根據(jù)需求分析和需求文檔，對系統(tǒng)進行設計，主要是系統(tǒng)的架構(gòu)設計和系統(tǒng)的功能模塊設計，采用 UML圖對設計進行描述，同時設 計系統(tǒng)的數(shù)據(jù)庫，并整理相關(guān)的設計文檔。 5） 采用相關(guān)的技術(shù)對系統(tǒng)進行實現(xiàn)，在實現(xiàn)后，將系統(tǒng)部署到真實的環(huán)境中，并對系統(tǒng)進行測試，整理相關(guān)的測試報告。 重慶大學碩士學位論文 1 緒 論 4 論文結(jié)構(gòu)安排 本 論文 總 共 含有 6 個章節(jié)， 內(nèi)容分別為 緒論、 相關(guān) 技術(shù)綜述、系統(tǒng)的需求分析、系統(tǒng)構(gòu)成設計和詳細 設計、 系統(tǒng)程序的 實現(xiàn)、 論文工作 總結(jié) 與未來的展望 ，具體如下： 第一章：緒論，主要介紹了系統(tǒng)的背景、意義、國內(nèi)外發(fā)展現(xiàn)狀，并給出了論文的主要研究內(nèi)容和結(jié)構(gòu)安排。 第二章：相關(guān)技術(shù)綜述，介紹了 圖形化編程語言 LabView 技術(shù) 、可編程控制器PLC 技術(shù)、 Access 數(shù)據(jù)庫技術(shù)以及 UML技術(shù) ，為 整個 系統(tǒng)的 設計和 開發(fā) 墊定了堅實的 基礎(chǔ)。 第三章：系統(tǒng)的需求分析， 介紹了系統(tǒng)實現(xiàn)的可行性，分析了系統(tǒng)需要實現(xiàn)的主要功能和主要檢測流程，并根據(jù)系統(tǒng)的硬件結(jié)合現(xiàn)有的資源給出了系統(tǒng)的開發(fā)環(huán)節(jié) 和非功能性需求。 第四章： 系統(tǒng)構(gòu)成設計和詳細 設計，介紹了系統(tǒng)的 構(gòu)成設計 和系統(tǒng)的功能模塊設計，并 根據(jù)參考數(shù)據(jù) 給出了系統(tǒng)的數(shù)據(jù)庫設計。 第五章： 系統(tǒng)程序的 實現(xiàn)，介紹了系統(tǒng) 程序幾個關(guān)鍵模塊 的實現(xiàn)方法，給出了功能模塊的具體實現(xiàn)，給出了系統(tǒng)的運行 結(jié)果的 截圖。 第六章： 論文工作 總結(jié) 與未來的 展望 ，結(jié)合系統(tǒng)的開發(fā)過程和論文 編寫 過程給出了研究總結(jié)，并對未來的工作提出了展望。 重慶大學碩士學位論文 2 相關(guān)技術(shù)綜述 5 2 相關(guān)技術(shù)綜述 圖形化編程語言 LabView LabView 的全稱為 Laboratory Virtual Instrument Engineering Workbench（實驗室虛擬儀器集成環(huán)境），是由美國 國家儀器公司創(chuàng)立的一種功能強大而又靈活的儀器和分析軟件應用開發(fā)工具 [11]。它是一種基于圖形化的、用圖標來代替文本行創(chuàng)建應用程序的計算機編程語言 [12]。 LabView 使用的編程語言通常稱為 G 語言，它的出現(xiàn)將人們從復雜的編程工作中解放出來 [12]。 G 語言與傳統(tǒng)文本編輯語言的主要區(qū)別在于：傳統(tǒng)文本編程語言是根據(jù)語句和指令的先后順序執(zhí)行，而 LabView 則采用數(shù)據(jù)流編程方式，程序框圖中節(jié)點之間的數(shù)據(jù)流向決定了程序的執(zhí)行順序 [12]。 LabView 編程的基本框架 如圖 所示： 圖 LabView 編程的基本框架 Fig. LabView Framework environment LabVIEW 提供了大量的工具與函數(shù)用于數(shù)據(jù)采集、分析、顯示和存儲 ， 不僅可以用來快速搭建小型自動化測試測量系統(tǒng)，還可以被用來開發(fā)大型的分布式數(shù)據(jù)采集與控制系統(tǒng) [12]。 在本電子產(chǎn)品出廠自動檢測系統(tǒng)中， LabVIEW 提供了人機界面、總體的控制、流程的控制、以及與各接口之間的通信，且編程直觀易懂，大大縮短了開發(fā)的周期，這是其他語言不可比擬的 。 的前身是 ASP，值得是 Active Server Page，即動態(tài)服務器頁面，也是微軟公司的一項技術(shù)，并運行在 IIS 服務器之中，而 則是在微軟推動 .NET 戰(zhàn)略以來，在 ASP 的基礎(chǔ)之上融入了 .NET 框架后出現(xiàn)的， 的執(zhí)行流程如圖 所示 [17,18]： 重慶大學碩士學位論文 2 相關(guān)技術(shù)綜述 6 圖 運行流程 Fig. Running processes 在 中，當服務器端接收到客戶端發(fā)來的客戶請求后，即開始處理， 的請求處理過程是基于管道模型的，當客戶端向 IIS 服務器發(fā)送 請求時， 即把其接收到的 請求傳遞給管道中的所有模塊（ ISAPI 過濾器），其中，受到請求的所有模塊都接受 請求，并且都具有完全控制權(quán)限，每個模塊都可以用自己的方式（一般通過開發(fā)人員來指定，如數(shù)據(jù)庫存取等）來處理請求。一旦請求經(jīng)過了所有 Http 模塊（如數(shù)據(jù)存取成功），該請求就會被 Http處理程序（ ISAPI 擴展）處理，最后， 處理程序?qū)@些請求進行一些處理，并且結(jié)果將再次經(jīng)過管道中的 模塊 [19]。 可以用微軟公司推出的 Visual Studio 開發(fā)工具來開發(fā)，該開發(fā)工具集成了 Visual C.NET、 Visual C++、 Visual 等工具，可以開發(fā)功能強大的 ASP 頁面 [20]。 設計模式概述 設計模式的英文名稱是 Design pattern，是為了解決在開發(fā)過程中因為功能的相似而導致大量的重復勞動的問題，設計模式即一套被反復使用，并為多數(shù)人所知曉的，經(jīng)過了分類編目的代碼設計經(jīng)驗的總結(jié)。使用設計模式不僅可以對代碼進行重用，而且可以讓他人更容易理解，并增加了代碼的可靠性。一般來說設計模式需要包含以下 4 個部分 [21,22]： 1） 模式名：即一個模式的名稱，或者說是助記名，僅僅為了給設計模式一個稱呼。雖然僅僅是一兩個詞匯，但是卻從整體上增加了系統(tǒng)的設計詞匯量。因此，重慶大學碩士學位論文 2 相關(guān)技術(shù)綜述 7 設計一個形象，并且容易記住的模式名是非常重要的。 2） 問題：描述了在軟件開發(fā)過程中，尤其是在大型系統(tǒng)開發(fā)過程中所遇到的問題（如大量的重復工作等），這些問題一般在軟件或者系統(tǒng)設計時會經(jīng)常出現(xiàn)，需要采用設計模式來解決。 3） 解決方案：給出了問題的解決方案，即給出了設計模式本身，采用該解決方案即可解決軟件設計中所遇到的問題。 4） 效果：給出了該問題再采用了解決方案后的解決效果，一般來說，從開發(fā)者的角度，采用設計模式后，應該能夠大大節(jié)省其工作量。效果也是衡量設計模式價值的條件之一。 設計模式分為以下三種： 1） 創(chuàng)建型模式 創(chuàng)建型模式主要是用來幫助系統(tǒng)獨立于如何創(chuàng)建、組合和表示它的那些對象。例如：一個類的創(chuàng)建型模式使用繼承來改變被實例化的類。最常見的創(chuàng)建型模式為抽象工廠模式，如圖 所示 [23,24]： 圖 抽象工廠模式 Fig. Abstract Factory pattern 抽象工廠模式是所有形態(tài)的工廠模 式中最為抽象和最具一般性的一種形態(tài)。抽象工廠模式一般在需要創(chuàng)建多個抽象角色時使用，抽象工廠模式可以向客戶端提供一個接口，使客戶端在不必指定產(chǎn)品的具體的情況下，創(chuàng)建多個產(chǎn)品族中的產(chǎn)品對象。因此，抽象工廠模式可以使開發(fā)人員不必再考慮如何去創(chuàng)建一個對象，而把關(guān)注點放在業(yè)務邏輯本身上 [25,26]。 2） 結(jié)構(gòu)型模式 重慶大學碩士學位論文 2 相關(guān)技術(shù)綜述 8 與創(chuàng)建型模式不同，結(jié)構(gòu)型模式的關(guān)注點是在如何組合對象以獲得更大的結(jié)構(gòu)，在設計時，一般采用繼承的機制來完成對象接口的組合。最常見的結(jié)構(gòu)型模式為適配器模式，如圖 所示 [27,28]： 圖 適配器模式 Fig. Adapter pattern 在軟件設計時，常常會遇到接口的不兼容問題，適配器模式即將這些不兼容的接口適配成可以互相兼容的接口，讓這些擁有不同接口的組件可以互相工作在一起 [29,30]。 3） 行為模式 與上面兩種設計模式不同，行為模式不僅需要描述對象或類，還要描述其通信關(guān)系。另外，行為模式還涉及到描述算法與對象間的職責分配。最常見的行為模式是命令模式，如圖 所示 [31,32]： 重慶大學碩士學位論文 2 相關(guān)技術(shù)綜述 9 圖 命令模式 Fig. Command pattern 在通常的軟件開發(fā)中，行為的請求者通常與實現(xiàn)者呈現(xiàn)出緊耦合的情形，但是這種緊耦合在軟件設計時會導致開發(fā)效率的大大降低，此時，命令模式的使用即可改變二者的緊耦合狀態(tài) [33,34]。 UML概述 UML的英文名稱是 Unified Modeling Language，是統(tǒng)一建模語言。 UML是一種面向?qū)ο蟮慕ＵZ言，它是運用統(tǒng)一的、標準化的標記和定義實現(xiàn)對軟件系統(tǒng)進行面向?qū)ο蟮拿枋龊徒?[35,36]。 UML中著名的 4+1視圖是由 Kruchten提出的，一共包含邏輯試圖、進程視圖、物理視圖、開發(fā)視圖、場景 視圖，其中每個視圖僅用于描述系統(tǒng)的一個側(cè)面，只有在 5 個視圖一起描述時才能夠反映整個軟件系統(tǒng)，其中 UML 的 4+1 視圖如圖 所示 [37,38]： 圖 4+1 視圖 Fig. 4+1 view 重慶大學碩士學位論文 2 相關(guān)技術(shù)綜述 10 對 4+1 視圖的描述如下 [39,40]： 1） 邏輯視圖：邏輯視圖主要用于描述系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務，在邏輯視圖中，系統(tǒng)被分解為一系列的功能，如構(gòu)件，連接件等，并通過這些來描述系統(tǒng)。 2） 進程視圖：進程視圖則主要用于描述系統(tǒng)的運行特性，一般從系統(tǒng)運行的角度對系統(tǒng)進行描述，如 UML中 的順序圖、活動圖等。 3） 物理視圖：物理視圖用于描述系統(tǒng)在物理上的構(gòu)造情況，主要關(guān)注系統(tǒng)是如何被部署到硬件上的。 4） 開發(fā)視圖：開發(fā)視圖主要用來描述系統(tǒng)對軟件模塊的組織與管理。一般被開發(fā)人員所采用，方便后面對軟件的設計與實現(xiàn)。 5） 場景視圖：場景視圖即把其余 4 個視圖 “連接 ”起來，場景視圖一般為用例圖，普遍被用來獲取用戶的需求情況 [41,42]。 本章小結(jié) 本章主要介紹了系統(tǒng)的開發(fā)技術(shù)，描述了 .NET 體系結(jié)構(gòu)和 技術(shù)，同時對系統(tǒng)開發(fā)的方法（設計模式和統(tǒng)一建模語言 UML）作了介紹。 重慶大學碩士學位論文 3 東莞市經(jīng)偵信息網(wǎng)需求分析 11 3 東莞市經(jīng)偵信息網(wǎng)需求分析 系統(tǒng)總體需求 本系統(tǒng)的總體需求如下： 1） 內(nèi)容管理子系統(tǒng)，一共包括 7 個子功能，分別是單頁圖文系統(tǒng)、圖文展示系統(tǒng)、新聞文章系統(tǒng)、訪客留言系統(tǒng)、快速鏈接系統(tǒng)、上傳下載系統(tǒng)和值班安排系統(tǒng)； 2） OA 子系統(tǒng)中，一共包括 4 個子功能，分別是系統(tǒng)內(nèi)部文件管理區(qū)、收文管理、發(fā)文管理和文件簽收系統(tǒng)； 3） 對系統(tǒng)進行管理， 一共包括 3 個子功能，分別是系統(tǒng)基本設置、超級管理和修改密碼。 系統(tǒng)角色分析 本系統(tǒng)的擁有比較多的功能，因此，系統(tǒng)的角色種類也比較多，各種 “角色 ”均依靠超級管理員進行權(quán)限管理的方式來配置，因此，從系統(tǒng)觀點看，系統(tǒng)只包含兩種角色，即超級管理員和一般用戶，如圖 所示： 東莞市經(jīng)偵信息網(wǎng)超級管理員一般用戶 圖 系統(tǒng)角色 Fig. System roles 在系統(tǒng)中，超級管理員