【正文】 2．1軟件工程原理2．1．1軟件工程的設(shè)計(jì)目標(biāo)隨著計(jì)算機(jī)的廣泛應(yīng)用，軟件的供小于求，產(chǎn)生了軟件危機(jī)，軟件工程是為了解決軟件危機(jī)而提出的。即將工程化應(yīng)用于軟件中的方法的研究。圖2．1軟件工程的層次圖2．2軟件工程的主要環(huán)節(jié)軟件工程的目標(biāo)是提高軟件的質(zhì)量與生產(chǎn)率，最終實(shí)現(xiàn)軟件的工業(yè)化生產(chǎn)。從長期效益看，高質(zhì)量將保證軟件開發(fā)的全過程更加規(guī)范流暢，大大降低軟件的維護(hù)代價(jià)，實(shí)質(zhì)上是提高了生產(chǎn)率，同時(shí)可獲得很好的信譽(yù)。軟件的質(zhì)量因素很多，如正確性、性能、可靠性、容錯(cuò)性、易用性、靈活性、可擴(kuò)充性、可理解性和可維護(hù)性等等。2．1．2軟件工程的常用模型軟件工程模型建議用一定的流程將各個(gè)環(huán)節(jié)連接起來，可以用規(guī)范的方式操作全過程，如同工廠的生產(chǎn)線。圖2．3軟件工程的線性模型圖2．4軟件工程的漸增式模型當(dāng)領(lǐng)會(huì)了線性模型的內(nèi)涵，就不用再呆板地套用線性模型的外表，而應(yīng)該用活它。螺旋模型則是接連的彎曲了的線性模型。2．2 B／S模式B／S結(jié)構(gòu)是真正的三層結(jié)構(gòu)，它以訪問WEB數(shù)據(jù)庫為中心，HTTP為傳輸協(xié)議，客戶端通過瀏覽器(Browser)訪問WEB服務(wù)器和與其相連的后臺(tái)數(shù)據(jù)庫，稱之為B／S(Browser／Server)模式。在客戶端向指定的WEB服務(wù)器提出服務(wù)器請求，WEB服務(wù)器用HTTP協(xié)議把所需文件資料傳給用戶，客戶端接受并顯示在瀏覽器上，在整個(gè)系統(tǒng)中屬于操作層次。第三層數(shù)據(jù)庫服務(wù)器是數(shù)據(jù)層。與傳統(tǒng)的C／S(Client／Server，客戶／服務(wù)器)模式相比，B／S結(jié)構(gòu)把處理功能全部移植到了服務(wù)器端，用戶的請求通過瀏覽器發(fā)出，無論是使用和數(shù)據(jù)庫維護(hù)上都比傳統(tǒng)模式更加經(jīng)濟(jì)方便。由以上的比較分析可知，三層結(jié)構(gòu)也可以理解為增加WEB服務(wù)器的C／S模式。同時(shí)對于B／S模式而言，程序和數(shù)據(jù)的物理位置已經(jīng)不再是那么重要了，訪問者所關(guān)心的只是它們的URL就可以了。2．3 SOL Server 2005數(shù)據(jù)庫技術(shù)數(shù)據(jù)庫是按一定的結(jié)構(gòu)和規(guī)則組織起來的相關(guān)數(shù)據(jù)的集合。數(shù)據(jù)庫技術(shù)目前是計(jì)算機(jī)處理與存儲(chǔ)數(shù)據(jù)的最有效、最成功的技術(shù)；計(jì)算機(jī)網(wǎng)絡(luò)的特點(diǎn)則是資源共享；數(shù)據(jù)+資源共享這兩種技術(shù)結(jié)合在一起即成為在今天廣泛應(yīng)用的網(wǎng)絡(luò)數(shù)據(jù)庫。簡單的說，網(wǎng)絡(luò)數(shù)據(jù)庫就是用戶利用瀏覽器作為輸入接口，輸入所需要的數(shù)據(jù)，瀏覽器將這些數(shù)據(jù)傳送給網(wǎng)站，而網(wǎng)站再對這些數(shù)據(jù)進(jìn)行處理，例如，將數(shù)據(jù)存入數(shù)據(jù)庫，或者對數(shù)據(jù)庫進(jìn)行查詢操作等，最后網(wǎng)站將操作結(jié)果傳回給瀏覽器，通過瀏覽器將結(jié)果告知用戶。TSQL是結(jié)構(gòu)化查詢語言SQL的一種，支持ANSI SQL92標(biāo)準(zhǔn)，它由SQL Server中具有存儲(chǔ)檢索數(shù)據(jù)功能的客戶端組件組成。這種體系結(jié)構(gòu)就可以支持在不同的網(wǎng)絡(luò)環(huán)境中部署相同的應(yīng)用程序。SQL Server支持兩種身份驗(yàn)證模式：Widows NT身份驗(yàn)證和SQL Server身份驗(yàn)證。SQL Server包含了客戶端組件和服務(wù)器組件，可以在不同的操作平臺(tái)上運(yùn)行，支持多種不同類型的網(wǎng)絡(luò)協(xié)議如TcP腰、IPX／SPX、AppleTalk等。2．4 ASP．NET技術(shù)2．4．ASP．NET是微軟公司用來建立動(dòng)態(tài)網(wǎng)頁的解決方案。ASP．NET程序只能在WEB服務(wù)器端執(zhí)行．先由客戶端發(fā)出HTML請求到WEB服務(wù)器，WEB服務(wù)器根據(jù)請求向數(shù)據(jù)庫服務(wù)器發(fā)出數(shù)據(jù)查詢請求，數(shù)據(jù)庫服務(wù)器將返回查詢結(jié)果到WEB服務(wù)器，再由WEB服務(wù)器將結(jié)果轉(zhuǎn)換成HTML文件返回給客戶端，瀏覽器收到HTML文件后顯示執(zhí)行結(jié)果。圖2 7 ASP NET工作流程示意圖ASP．NET的強(qiáng)大功能都可通過調(diào)用內(nèi)置對象來實(shí)現(xiàn)。有了這些對象可以使ASP．NET的功能更強(qiáng)大。這些對象之間通過屬性來傳遞參數(shù)，在設(shè)計(jì)ASP．NET時(shí)經(jīng)常需要調(diào)用各種對象來實(shí)現(xiàn)開發(fā)動(dòng)態(tài)數(shù)據(jù)庫訪問的功能。表2．1 ASP．NET的內(nèi)置對象對象名稱說明Response對象這個(gè)對象可用來決定何時(shí)或如何將輸出由服務(wù)器端傳送至瀏覽器端Request對象這個(gè)對象可用來獲取由瀏覽器端返回服務(wù)器端的數(shù)據(jù)，如瀏覽者輸入的窗體數(shù)據(jù)、存儲(chǔ)在瀏覽者機(jī)計(jì)算機(jī)的Cookie等Server對象這個(gè)對象提供了服務(wù)器最基本的屬性和方法ASP error對象這個(gè)對象可以讓您取得Script發(fā)生錯(cuò)誤的信，自,(IIS5．0才支持此對象)Application對象當(dāng)有數(shù)個(gè)瀏覽者同時(shí)存取網(wǎng)頁時(shí)，這個(gè)對象可用來記錄不同瀏覽器端共享的變量，因?yàn)闊o論有幾個(gè)瀏覽者同時(shí)存取網(wǎng)頁，都只會(huì)產(chǎn)生一個(gè)Application對象的實(shí)例Session對象這個(gè)對象也是用來記錄瀏覽器端的變量的，但和Application對象不同的是Application對象記錄了所有瀏覽器端共享的變量，而Session對象則是記錄了個(gè)別瀏覽器端專用的變量Object contest對象這個(gè)對象用來鏈接ASP和Microsoft Transaction ServerActiveX組件與ASP內(nèi)置對象相似。組件與對象的不同在于其主要用于專門任務(wù)。這個(gè)接口提供了最大限度的相互可操作性：一個(gè)應(yīng)用程序可以通過一組通用的代碼訪問不同的數(shù)據(jù)庫管理系統(tǒng)。因?yàn)锳DO是通過ODBC來對數(shù)據(jù)庫進(jìn)行訪問的，所以它可以連接各種支持ODBC的數(shù)據(jù)庫，如Access、SQL Server、Oracle、Informix等。ADO中包含許多對象，其中Connection對象和Recordset對象主要用于控制數(shù)據(jù)庫存取，要建立一次數(shù)據(jù)庫訪問首先要?jiǎng)?chuàng)建一個(gè)Connection對象，然后用基于這個(gè)Connection對象的Recordset對象來完成對數(shù)據(jù)庫的操作。表2．2 ADO的對象對象名稱說明Connection對象提供對數(shù)據(jù)庫服務(wù)器的連接，在數(shù)據(jù)庫與應(yīng)用程序之間建立聯(lián)系，然后再Recordset和Command對象米布洵、請求、增加或更新數(shù)據(jù)。注意，在引用一個(gè)Connection之前首先要?jiǎng)?chuàng)建這個(gè)Connection對象。Field對象每個(gè)Recordset對象中都有一個(gè)由Field對象組成的Fields集合，其中每個(gè)Field對象都代表Recordset中的一個(gè)字段Command對象主要作用是進(jìn)行數(shù)據(jù)庫的奄詢。ASENET通過ADOLADO．NET，ADO再通過ODBC訪問數(shù)據(jù)庫獲得數(shù)據(jù)信息，然后再返回結(jié)果送到客戶端瀏覽器。這樣的結(jié)果是使得WEB站點(diǎn)與數(shù)據(jù)庫的集成更為緊密。但數(shù)據(jù)庫是各種各樣的，要實(shí)現(xiàn)對所有數(shù)據(jù)庫的存取，就要用到ODBC，通過ODBC驅(qū)動(dòng)程序，ADO就可以兼容各種數(shù)據(jù)庫系統(tǒng)，包括Microsoft自身的Access、FoxPro、SQL Server以及Oracle、Informix、Sybase等公司的數(shù)掘庫服務(wù)器，而且具有統(tǒng)一的處理界面。瀏覽器／服務(wù)器方式采用IE或其它支持Intemet標(biāo)準(zhǔn)協(xié)議的瀏覽器為客戶端支持平臺(tái)，以WEB服務(wù)器為服務(wù)提供和中心管理器，大型數(shù)據(jù)庫為數(shù)據(jù)服務(wù)后臺(tái)的多層應(yīng)用體系。在辦公自動(dòng)化系統(tǒng)中采用瀏覽器／服務(wù)器方式是一個(gè)很好的全面解決方案。圖3．1軟件體系結(jié)構(gòu)圖3．1說明1．各子框圖中上下層次表示調(diào)用或包容關(guān)系。其中，Usersoftl用于客戶端、業(yè)務(wù)服務(wù)系統(tǒng)請求和結(jié)果交互通道，具有統(tǒng)一的數(shù)據(jù)封裝格式；Usersoft2用于業(yè)務(wù)服務(wù)系統(tǒng)進(jìn)行數(shù)據(jù)庫訪問的構(gòu)件。4．業(yè)務(wù)服務(wù)系統(tǒng)有多種，除在框架圖中表示的工作流業(yè)務(wù)服務(wù)系統(tǒng)外，還查詢服務(wù)系統(tǒng)、身份認(rèn)證服務(wù)、知識(shí)管理和發(fā)現(xiàn)服務(wù)系統(tǒng)等。5．在廣域網(wǎng)環(huán)境下訪問異地網(wǎng)站需要通過HTTP代理服務(wù)。從系統(tǒng)體系結(jié)構(gòu)和分析說明可見，該系統(tǒng)采用基于B／S模型的多層應(yīng)用體系。3．1．2系統(tǒng)分層結(jié)構(gòu)按照MVC要求，系統(tǒng)將按照分層體系結(jié)構(gòu)構(gòu)建，實(shí)現(xiàn)表示、業(yè)務(wù)和數(shù)據(jù)層分離，系統(tǒng)結(jié)構(gòu)如圖3．2所示：圖3．2系統(tǒng)結(jié)構(gòu)圖上圖所顯示的基本上是一個(gè)松散的三層體系結(jié)構(gòu)，三層分別是： 1．表示層表示層提供辦公自動(dòng)化系統(tǒng)的用戶界面。每個(gè)頁面都包含許多用于顯示較低層的輸出以及收集用戶輸入的字段。對于Web應(yīng)用程序，此模式使用ASENET組件。 2)用戶界面處理組件復(fù)雜的用戶界面通常由許多非常復(fù)雜的窗體或頁面組成。要增加可重用性、可維護(hù)性和可擴(kuò)展性，可以創(chuàng)建單獨(dú)的用戶界面處理(UIP)組件，以便封裝頁面之間的依賴性以及與頁面之間的導(dǎo)航關(guān)聯(lián)的邏輯。用戶界面和用戶界面處理組件之間遵循MVC規(guī)范。通常由使用一種或多種支持．NET的編程語言實(shí)現(xiàn)的大量組件組成，基本圍繞業(yè)務(wù)流程和業(yè)務(wù)組件的概念進(jìn)行構(gòu)建。在整個(gè)辦公自動(dòng)化系統(tǒng)的生命周期中，它們是設(shè)計(jì)、實(shí)現(xiàn)、部署、維護(hù)和管理的主要單元。例如，將人員相關(guān)信息的管理可以封裝在人員管理組件中。這些業(yè)務(wù)流程由編排一個(gè)或多個(gè)業(yè)務(wù)組件以實(shí)現(xiàn)業(yè)務(wù)流程的業(yè)務(wù)工作流組件封裝。3)業(yè)務(wù)實(shí)體業(yè)務(wù)實(shí)體是數(shù)據(jù)容器。業(yè)務(wù)和業(yè)務(wù)工作流組件可以與獨(dú)立的業(yè)務(wù)實(shí)體組件交互，或者使用業(yè)務(wù)實(shí)體以便設(shè)置它們自己的狀態(tài)。數(shù)據(jù)訪問組件通常返回業(yè)務(wù)實(shí)體，而不是數(shù)據(jù)庫特有的結(jié)構(gòu)。3．?dāng)?shù)據(jù)層數(shù)據(jù)層提供對外部系統(tǒng)(如數(shù)據(jù)庫)的訪問。但是，在這里也經(jīng)常用到一些．NET XML功能。這種隔離具有下列優(yōu)點(diǎn)：盡量減少數(shù)據(jù)庫提供方的更改所造成的影響；盡量減少數(shù)據(jù)表示的更改(例如，數(shù)據(jù)庫架構(gòu)的更改)所造成的影響；封裝操作單個(gè)位置的特定數(shù)據(jù)項(xiàng)的所有代碼。通常使用的ADO．NET可以直接用作簡單應(yīng)用程序的數(shù)據(jù)訪問組件。服務(wù)代理是封裝使用此類服務(wù)所必需的接口、協(xié)議和代碼的組件。解決方案會(huì)將所有與工作流服務(wù)相關(guān)的交互委派給服務(wù)網(wǎng)關(guān)。服務(wù)網(wǎng)關(guān)甚至可以模擬外部服務(wù)，以使系統(tǒng)的測試變得很容易。通過這些服務(wù)或管理組件以及關(guān)聯(lián)的資源，滿足系統(tǒng)可伸縮性和容錯(cuò)等運(yùn)行要求。4)服務(wù)接口應(yīng)用程序可以將它的部分功能作為其它應(yīng)用程序可以使用的服務(wù)進(jìn)行公開。理想情況下，它隱藏實(shí)現(xiàn)細(xì)節(jié)，并只公開粗粒度的業(yè)務(wù)接口。如辦公自動(dòng)化系統(tǒng)需要向外提供公文交換、數(shù)據(jù)共享、人員組織機(jī)構(gòu)共享等服務(wù)接口?？蛻魴C(jī)支撐系統(tǒng)采用Windows操作系統(tǒng)、IE5．0或以上版本的瀏覽器，部分功能需要安裝Microsoft office 2000以上版本。業(yè)務(wù)邏輯服務(wù)系統(tǒng)支撐結(jié)構(gòu)需要Windows NT4平臺(tái)或Windows 2000 Server平臺(tái)、Windows Server 2003平臺(tái)，100M或以上交換機(jī)提供網(wǎng)絡(luò)帶寬。以上所有系統(tǒng)需正確安裝TCP／IP協(xié)議。一般來說，當(dāng)想要拿出一個(gè)需要用計(jì)算機(jī)解決的問題時(shí)，或多或少可以找到將要開發(fā)的目標(biāo)系統(tǒng)的“影子。另一種情況是，用戶方?jīng)]有現(xiàn)有系統(tǒng)。圖3．3是本系統(tǒng)的一個(gè)數(shù)據(jù)流程圖。面向?qū)ο蠓治瞿Ｐ托枰硎境鱿到y(tǒng)的信息(或數(shù)據(jù))、功能和行為三個(gè)方面的基本特征。1．對象模型的建立建立對象模型時(shí)，首先要確定系統(tǒng)中有哪些對象(或類)，每個(gè)對象(或類)需要哪屬性，然后確定對象(或類)之間的關(guān)系。我們知道，類與對象除了應(yīng)該有一個(gè)適當(dāng)?shù)拿忠酝?，其兩個(gè)重要的方面就是屬性和方法。除了確定類與對象的屬性以外，這一階段要做的另一個(gè)主要工作是確定類之間的關(guān)系和對象之間的關(guān)系。對象之間的關(guān)系則有很多種，其中最為重要的一種是整體與部分之間的關(guān)系，其它的對象與對象之間的關(guān)系統(tǒng)稱為對象與對象之間的關(guān)聯(lián)關(guān)系，反映對象間的相互信賴、相互作用，有一對一、一對多和多對多等基本類型。為了建立行為模型，系統(tǒng)分析員需要采取下列步驟：仔細(xì)評價(jià)需求收集階段所編寫的各種用例(UseCases)，以充分理解系統(tǒng)中的各種交叉序列；標(biāo)識(shí)出驅(qū)動(dòng)這些交互序列的各種事件，同時(shí)要理解這些事件如何與特定的對象發(fā)生關(guān)系；為每一個(gè)用例建立事件跟蹤圖；對每一個(gè)對象建立狀念轉(zhuǎn)換圖：復(fù)查行為模型以驗(yàn)證其準(zhǔn)確性和一致性，必要時(shí)返回到上一階段修改對象模型。功能模型類似于結(jié)構(gòu)化方法中的數(shù)據(jù)流建模。不像行為模型中要考慮動(dòng)作或處理的時(shí)間順序，功能模型中不對處理的時(shí)間順序進(jìn)行表示。具體地說，結(jié)構(gòu)化方法中的數(shù)據(jù)存儲(chǔ)幾乎總是由某種類型的文件來實(shí)現(xiàn)。因此功能模型中包括兩類數(shù)據(jù)存儲(chǔ)：一類是對象代表的數(shù)據(jù)存儲(chǔ)，另一類是非對象代表的數(shù)據(jù)存儲(chǔ)(通常由某種類型的文件實(shí)現(xiàn))。用例代表的是一個(gè)系統(tǒng)或分類器(Classifier)的功能，通過與這一系統(tǒng)或分類器相關(guān)的外部交互者進(jìn)行交互予以呈現(xiàn)。圖3．4是本系統(tǒng)用例圖的一個(gè)示例。類圖是一組靜態(tài)的描述性模型元素相互連接的集合圖。圖3．5是本系統(tǒng)類圖的一個(gè)示例?？梢杂糜诿枋鲆粋€(gè)類方法，描述一個(gè)use case，也可以用于描述一個(gè)特定的功能。圖3．6活動(dòng)圖4．順序圖(sequence diagram)順序圖表示交互，是指為得到一個(gè)期望的結(jié)果而在多個(gè)分類器角色(Classifier Role)之間進(jìn)行的交互序列。通常垂直維自上至下代表時(shí)間向前推進(jìn)。圖3．7順序圖5．協(xié)作圖(collaboration diagram)協(xié)作圖表示協(xié)作，包含一組由對象扮演的角色，以及在一個(gè)特定的上下文中的關(guān)系。協(xié)作圖有兩種不同的形式，即實(shí)例級(jí)(Instance level)的圖示和規(guī)格級(jí)(Specification level)的圖示。圖3．8協(xié)作圖業(yè)務(wù)工作流是一類能夠完全或者部分自動(dòng)執(zhí)行的經(jīng)營過程，它根據(jù)一系列過程規(guī)則、文檔、信息或人物能夠在不同的執(zhí)行者之間進(jìn)行傳遞與執(zhí)行。所以根據(jù)以上分析知道，本辦公自動(dòng)系統(tǒng)的業(yè)務(wù)工作流就是根據(jù)部門需求，設(shè)計(jì)符合本單位實(shí)際的功能模塊，使之按一定的流程來實(shí)現(xiàn)其功能，實(shí)現(xiàn)部門辦公的更科學(xué)、更高效化運(yùn)轉(zhuǎn)。主要功能組織如下圖3．9所示。圖3．9系統(tǒng)功能結(jié)構(gòu)圖3．3．2系統(tǒng)功能模塊分析1．公文管理辦公自動(dòng)化系統(tǒng)提供的公文管理功能來源齊齊哈爾職業(yè)學(xué)院的公文管理需求，非常適合各類民辦高校和中小企業(yè)的公文流轉(zhuǎn)，包括企業(yè)內(nèi)外部的收發(fā)文、請示簽報(bào)、文件審批、報(bào)表傳遞、會(huì)議紀(jì)要以及檔案管理，均采用電子化流轉(zhuǎn)方式，支持WORD／EXCEL等多種格式，保留修改痕跡，實(shí)現(xiàn)跨組織機(jī)構(gòu)、部門的電子公文流轉(zhuǎn)功能，提升公文處理速度，提高企業(yè)工作效率，真正實(shí)現(xiàn)無紙化辦公，幫助學(xué)院或企業(yè)建立公文處理流程和規(guī)范。3．在線交流系統(tǒng)的在線交流模塊提供網(wǎng)絡(luò)尋呼、網(wǎng)上調(diào)查、個(gè)人建議、內(nèi)部論壇和網(wǎng)絡(luò)會(huì)議等多種在線交流工具，幫助學(xué)院規(guī)范內(nèi)部網(wǎng)絡(luò)通