【文章內(nèi)容簡介】 務(wù)、知識管理和發(fā)現(xiàn)服務(wù)系統(tǒng)等。由于實現(xiàn)的體系結(jié)構(gòu)與工作流服務(wù)系統(tǒng)統(tǒng)一，因此，在圖中沒有表示。5．在廣域網(wǎng)環(huán)境下訪問異地網(wǎng)站需要通過HTTP代理服務(wù)。6．后臺數(shù)據(jù)庫采用Microsoft SQL Server 2005，也可以采用支持ODBC調(diào)用的其它數(shù)據(jù)庫管理系統(tǒng)。從系統(tǒng)體系結(jié)構(gòu)和分析說明可見，該系統(tǒng)采用基于B／S模型的多層應(yīng)用體系。將用戶界面和服務(wù)邏輯分開，有較強(qiáng)的系統(tǒng)重組和集成能力，對保證業(yè)務(wù)過程柔性、系統(tǒng)容量伸縮性能、簡化客戶端應(yīng)用等方面有較大的優(yōu)勢。3．1．2系統(tǒng)分層結(jié)構(gòu)按照MVC要求，系統(tǒng)將按照分層體系結(jié)構(gòu)構(gòu)建，實現(xiàn)表示、業(yè)務(wù)和數(shù)據(jù)層分離，系統(tǒng)結(jié)構(gòu)如圖3．2所示：圖3．2系統(tǒng)結(jié)構(gòu)圖上圖所顯示的基本上是一個松散的三層體系結(jié)構(gòu)，三層分別是： 1．表示層表示層提供辦公自動化系統(tǒng)的用戶界面。包括基于ASP．NET技術(shù)的動態(tài)生成或靜態(tài)網(wǎng)頁，通過瀏覽器的交互提供支持。每個頁面都包含許多用于顯示較低層的輸出以及收集用戶輸入的字段。主要由上圖中的二部分組成： 1)用戶界面 對于C／S結(jié)構(gòu)的客戶端應(yīng)用程序，此模式通常使用．NET Framework的System．windows．Forms命名空間中的UI組件。對于Web應(yīng)用程序，此模式使用ASENET組件。當(dāng)標(biāo)準(zhǔn)的．NET組件不能滿足需要時，可以按照接口標(biāo)準(zhǔn)開發(fā)自定義組件插入到框架中。 2)用戶界面處理組件復(fù)雜的用戶界面通常由許多非常復(fù)雜的窗體或頁面組成。要增加可重用性、復(fù)雜的用戶界面通常由許多非常復(fù)雜的窗體或頁面組成。要增加可重用性、可維護(hù)性和可擴(kuò)展性，可以創(chuàng)建單獨的用戶界面處理(UIP)組件，以便封裝頁面之間的依賴性以及與頁面之間的導(dǎo)航關(guān)聯(lián)的邏輯。其中的部分概念適用于一個窗體的組件之間的依賴性、驗證和導(dǎo)航。用戶界面和用戶界面處理組件之間遵循MVC規(guī)范。2．業(yè)務(wù)層業(yè)務(wù)層實現(xiàn)辦公自動化系統(tǒng)的業(yè)務(wù)功能。通常由使用一種或多種支持．NET的編程語言實現(xiàn)的大量組件組成，基本圍繞業(yè)務(wù)流程和業(yè)務(wù)組件的概念進(jìn)行構(gòu)建。1)業(yè)務(wù)組件業(yè)務(wù)組件是由各種辦公自動化業(yè)務(wù)概念的軟件實現(xiàn)。在整個辦公自動化系統(tǒng)的生命周期中，它們是設(shè)計、實現(xiàn)、部署、維護(hù)和管理的主要單元。業(yè)務(wù)組件實現(xiàn)對各種業(yè)務(wù)邏輯(也稱業(yè)務(wù)規(guī)則)的封裝，這些規(guī)則約束業(yè)務(wù)概念的行為以匹配特定的需要。例如，將人員相關(guān)信息的管理可以封裝在人員管理組件中。2)業(yè)務(wù)工作流程業(yè)務(wù)流程反映了業(yè)務(wù)執(zhí)行的宏觀級別的活動，如公文流轉(zhuǎn)、值班安排和會議安排等。這些業(yè)務(wù)流程由編排一個或多個業(yè)務(wù)組件以實現(xiàn)業(yè)務(wù)流程的業(yè)務(wù)工作流組件封裝。如使用DocFlow業(yè)務(wù)工作流組件來處理公文流轉(zhuǎn)業(yè)務(wù)流程。3)業(yè)務(wù)實體業(yè)務(wù)實體是數(shù)據(jù)容器。它們封裝并隱藏特定數(shù)據(jù)表示格式的細(xì)節(jié)。業(yè)務(wù)和業(yè)務(wù)工作流組件可以與獨立的業(yè)務(wù)實體組件交互，或者使用業(yè)務(wù)實體以便設(shè)置它們自己的狀態(tài)。業(yè)務(wù)實體通常用作Data Transfer Objects。數(shù)據(jù)訪問組件通常返回業(yè)務(wù)實體，而不是數(shù)據(jù)庫特有的結(jié)構(gòu)。這非常有助于將數(shù)據(jù)庫特有的細(xì)節(jié)隔絕于數(shù)據(jù)層中。3．?dāng)?shù)據(jù)層數(shù)據(jù)層提供對外部系統(tǒng)(如數(shù)據(jù)庫)的訪問。該層涉及到的主要．NET技術(shù)是ADO．NET。但是，在這里也經(jīng)常用到一些．NET XML功能。數(shù)據(jù)層主要通過數(shù)據(jù)訪問組件體現(xiàn)功能，它訪問存儲在數(shù)據(jù)庫(最常見的是關(guān)系數(shù)據(jù)庫)中的數(shù)據(jù)，將存儲在這些數(shù)據(jù)庫中的數(shù)據(jù)公開給業(yè)務(wù)層，數(shù)據(jù)訪問組件將業(yè)務(wù)層與特定數(shù)據(jù)存儲解決方案的細(xì)節(jié)隔離開來。這種隔離具有下列優(yōu)點：盡量減少數(shù)據(jù)庫提供方的更改所造成的影響；盡量減少數(shù)據(jù)表示的更改(例如，數(shù)據(jù)庫架構(gòu)的更改)所造成的影響；封裝操作單個位置的特定數(shù)據(jù)項的所有代碼。這極大地簡化T N試和維護(hù)過程。通常使用的ADO．NET可以直接用作簡單應(yīng)用程序的數(shù)據(jù)訪問組件。除了通常的三個層次以外，整個系統(tǒng)還需要其它額外的組件支持，包括：1)服務(wù)代理業(yè)務(wù)組件通常必須訪問內(nèi)部和外部服務(wù)或應(yīng)用程序。服務(wù)代理是封裝使用此類服務(wù)所必需的接口、協(xié)議和代碼的組件。例如，業(yè)務(wù)解決方案通常需要工作流系統(tǒng)才能完成業(yè)務(wù)流程。解決方案會將所有與工作流服務(wù)相關(guān)的交互委派給服務(wù)網(wǎng)關(guān)。服務(wù)網(wǎng)關(guān)使得更改外部服務(wù)提供方變得更為容易。服務(wù)網(wǎng)關(guān)甚至可以模擬外部服務(wù)，以使系統(tǒng)的測試變得很容易。2)安全與運行管理安全與運行管理實現(xiàn)應(yīng)用系統(tǒng)的基礎(chǔ)框架功能，通常包括常用的身份注冊與管理、身份認(rèn)證、權(quán)限管理、權(quán)限驗證、審計日志管理、系統(tǒng)運行管理等組件或子系統(tǒng)。通過這些服務(wù)或管理組件以及關(guān)聯(lián)的資源，滿足系統(tǒng)可伸縮性和容錯等運行要求。3)網(wǎng)絡(luò)通信網(wǎng)絡(luò)通信提供組件之間的通信服務(wù)，如．NET Remoting、SOAP以及異步消息傳遞。4)服務(wù)接口應(yīng)用程序可以將它的部分功能作為其它應(yīng)用程序可以使用的服務(wù)進(jìn)行公開。服務(wù)接口將該服務(wù)呈現(xiàn)給外部世界。理想情況下，它隱藏實現(xiàn)細(xì)節(jié)，并只公開粗粒度的業(yè)務(wù)接口。服務(wù)接口通常使用XML Web Service，Remotting等實現(xiàn)。如辦公自動化系統(tǒng)需要向外提供公文交換、數(shù)據(jù)共享、人員組織機(jī)構(gòu)共享等服務(wù)接口。3．1．3支撐系統(tǒng)結(jié)構(gòu)本系統(tǒng)支撐系統(tǒng)包括客戶機(jī)支撐系統(tǒng)，WEB服務(wù)器支撐系統(tǒng)、業(yè)務(wù)邏輯服務(wù)系統(tǒng)支撐結(jié)構(gòu)和數(shù)據(jù)庫支撐結(jié)構(gòu)等幾個部分?？蛻魴C(jī)支撐系統(tǒng)采用Windows操作系統(tǒng)、IE5．0或以上版本的瀏覽器，部分功能需要安裝Microsoft office 2000以上版本。WEB服務(wù)器支撐系統(tǒng)需要Windows NT Server平臺、Windows 2000 Server平臺、Windows Server 2003平臺、IIS5．0或以上版本的WEB服務(wù)器(或其它支持ASP、ISAPI的WEB服務(wù)器系統(tǒng))。業(yè)務(wù)邏輯服務(wù)系統(tǒng)支撐結(jié)構(gòu)需要Windows NT4平臺或Windows 2000 Server平臺、Windows Server 2003平臺，100M或以上交換機(jī)提供網(wǎng)絡(luò)帶寬。數(shù)據(jù)庫支撐結(jié)構(gòu)系統(tǒng)支撐結(jié)構(gòu)需要Windows NT Server平臺、Windows 2000Server平臺、Windows Server 2003平臺，SQL Server 2000以上版本或支持ODBC的大型數(shù)據(jù)庫管理系統(tǒng)，100M或以上交換機(jī)提供網(wǎng)絡(luò)帶寬，大容量高速硬盤陣列，RAIDS或以上磁盤容錯機(jī)制，大容量內(nèi)存。以上所有系統(tǒng)需正確安裝TCP／IP協(xié)議。3．2業(yè)務(wù)工作流分析3．2．1系統(tǒng)流程圖在進(jìn)行可行性分析時，首先需要了解現(xiàn)有物理系統(tǒng)的基本情況，并以概括的形式表示出來。一般來說，當(dāng)想要拿出一個需要用計算機(jī)解決的問題時，或多或少可以找到將要開發(fā)的目標(biāo)系統(tǒng)的“影子。一種情況是，用戶方目前已經(jīng)有一個正在使用的系統(tǒng)，只是該系統(tǒng)已經(jīng)不能滿足用戶的需要了。另一種情況是，用戶方?jīng)]有現(xiàn)有系統(tǒng)。由于近些年的建設(shè)，在學(xué)院工作的業(yè)務(wù)方面，應(yīng)該說還是有要建設(shè)系統(tǒng)的“影子”，在高層次上分析現(xiàn)有系統(tǒng)的過程是：首先要了解現(xiàn)有的物理系統(tǒng)并用系統(tǒng)流程圖表示出來；然后經(jīng)過抽象和分解，導(dǎo)出現(xiàn)有物理系統(tǒng)的邏輯模型。圖3．3是本系統(tǒng)的一個數(shù)據(jù)流程圖。圖3．3數(shù)據(jù)流圖3．2．2面向?qū)ο蠼８乓嫦驅(qū)ο蠓治龅哪繕?biāo)是要建立一系列的模型來描述能夠滿足用戶需要的計算機(jī)軟件。面向?qū)ο蠓治瞿Ｐ托枰硎境鱿到y(tǒng)的信息(或數(shù)據(jù))、功能和行為三個方面的基本特征。相應(yīng)地，在進(jìn)行面向?qū)ο蠓治鰰r，需要建立面向?qū)ο蟮膶ο竽Ｐ?、功能模型和行為模型三種模型。1．對象模型的建立建立對象模型時，首先要確定系統(tǒng)中有哪些對象(或類)，每個對象(或類)需要哪屬性，然后確定對象(或類)之間的關(guān)系。對象模型有時也稱為類模型，是面向?qū)ο蠓治瞿Ｐ椭凶钪匾囊环N模型。我們知道，類與對象除了應(yīng)該有一個適當(dāng)?shù)拿忠酝?，其兩個重要的方面就是屬性和方法。確定類與對象的屬性是這一階段要做的工作，而確定類與對象的方法通常要延遲到面向?qū)ο笤O(shè)計階段去做。除了確定類與對象的屬性以外，這一階段要做的另一個主要工作是確定類之間的關(guān)系和對象之間的關(guān)系。類之間的關(guān)系是類之間的類層次結(jié)構(gòu)關(guān)系，即一般類與特殊類之間的繼承關(guān)系。對象之間的關(guān)系則有很多種，其中最為重要的一種是整體與部分之間的關(guān)系，其它的對象與對象之間的關(guān)系統(tǒng)稱為對象與對象之間的關(guān)聯(lián)關(guān)系，反映對象間的相互信賴、相互作用，有一對一、一對多和多對多等基本類型。2．行為模型的建立行為模型指出系統(tǒng)如何對外部事件做出響應(yīng)，可以使用行為模型來描述系統(tǒng)的動態(tài)行為。為了建立行為模型，系統(tǒng)分析員需要采取下列步驟：仔細(xì)評價需求收集階段所編寫的各種用例(UseCases)，以充分理解系統(tǒng)中的各種交叉序列；標(biāo)識出驅(qū)動這些交互序列的各種事件，同時要理解這些事件如何與特定的對象發(fā)生關(guān)系；為每一個用例建立事件跟蹤圖；對每一個對象建立狀念轉(zhuǎn)換圖：復(fù)查行為模型以驗證其準(zhǔn)確性和一致性，必要時返回到上一階段修改對象模型。3．功能模型的建立面向?qū)ο蠓治鼋５牡谌齻€階段是建立功能模型。功能模型類似于結(jié)構(gòu)化方法中的數(shù)據(jù)流建模。這里的功能模型就類似于數(shù)據(jù)流圖。不像行為模型中要考慮動作或處理的時間順序，功能模型中不對處理的時間順序進(jìn)行表示。結(jié)構(gòu)化方法中的數(shù)據(jù)流圖和面向?qū)ο蠓椒ㄖ械墓δ苣Ｐ偷囊粋€重要區(qū)別在于數(shù)據(jù)存儲。具體地說，結(jié)構(gòu)化方法中的數(shù)據(jù)存儲幾乎總是由某種類型的文件來實現(xiàn)。但是，對象中的屬性(狀態(tài)變量)也是一種數(shù)據(jù)存儲。因此功能模型中包括兩類數(shù)據(jù)存儲：一類是對象代表的數(shù)據(jù)存儲，另一類是非對象代表的數(shù)據(jù)存儲(通常由某種類型的文件實現(xiàn))。3．2．3系統(tǒng)建模1．用例圖(useeased lagram)用例圖表示角色和用例之間的關(guān)系。用例代表的是一個系統(tǒng)或分類器(Classifier)的功能，通過與這一系統(tǒng)或分類器相關(guān)的外部交互者進(jìn)行交互予以呈現(xiàn)。一個用例圖是由一些角色、一組用例、還可能有一些接口以及這些組成元素之間的關(guān)系構(gòu)成的圖，關(guān)系是指角色和用例之間的聯(lián)系，用例通常用矩形框起來以表示系統(tǒng)或分類器的邊界。圖3．4是本系統(tǒng)用例圖的一個示例。圖3．4用例圖2．類圖(class diagram)類圖是靜態(tài)結(jié)構(gòu)模型的圖形化視圖，它由各種靜態(tài)關(guān)系連接起分類圖(Classifier)元素而構(gòu)成。類圖是一組靜態(tài)的描述性模型元素相互連接的集合圖。模型元素包括類、接口和它們之間的關(guān)系等。圖3．5是本系統(tǒng)類圖的一個示例。圖3．5類圖示例3．活動圖(activity diagram)活動圖用于描述模型元素執(zhí)行某功能的流程?？梢杂糜诿枋鲆粋€類方法，描述一個use case，也可以用于描述一個特定的功能。圖3．6是本系統(tǒng)簽發(fā)文件功能的活動圖的示例。圖3．6活動圖4．順序圖(sequence diagram)順序圖表示交互，是指為得到一個期望的結(jié)果而在多個分類器角色(Classifier Role)之間進(jìn)行的交互序列。順序圖有兩維，垂直維代表時間，水平維表示對象。通常垂直維自上至下代表時間向前推進(jìn)。圖3．7是本系統(tǒng)順序圖的一個示例。圖3．7順序圖5．協(xié)作圖(collaboration diagram)協(xié)作圖表示協(xié)作，包含一組由對象扮演的角色，以及在一個特定的上下文中的關(guān)系。協(xié)作圖描述相互聯(lián)系的對象之間的關(guān)系，或者分類器角色(Classifier Role)和關(guān)聯(lián)角色(Association Role)之間的關(guān)系。協(xié)作圖有兩種不同的形式，即實例級(Instance level)的圖示和規(guī)格級(Specification level)的圖示。圖3．8本系統(tǒng)協(xié)作圖的一個示例。圖3．8協(xié)作圖業(yè)務(wù)工作流是一類能夠完全或者部分自動執(zhí)行的經(jīng)營過程，它根據(jù)一系列過程規(guī)則、文檔、信息或人物能夠在不同的執(zhí)行者之間進(jìn)行傳遞與執(zhí)行。工作流技術(shù)是實現(xiàn)企業(yè)業(yè)務(wù)過程建模、業(yè)務(wù)過程仿真分析、業(yè)務(wù)過程優(yōu)化、業(yè)務(wù)過程管理與集成，從而最終實現(xiàn)業(yè)務(wù)過程的自動化的核心技術(shù)。所以根據(jù)以上分析知道，本辦公自動系統(tǒng)的業(yè)務(wù)工作流就是根據(jù)部門需求，設(shè)計符合本單位實際的功能模塊，使之按一定的流程來實現(xiàn)其功能，實現(xiàn)部門辦公的更科學(xué)、更高效化運轉(zhuǎn)。3．3功能分析3．3．1系統(tǒng)主要功能組織結(jié)合學(xué)院原有軟件的功能和結(jié)構(gòu)劃分，按照修改意見的原則和單位各部門的實際需求，系統(tǒng)需整體重新定義其結(jié)構(gòu)，主要分為以下幾個大的模塊：公文管理、人力資源、公共信息、在線交流、個人辦公、行政管理、工作流程、信息傳輸與網(wǎng)絡(luò)傳呼等功能。主要功能組織如下圖3．9所示。從圖中我們可以看出，各子系統(tǒng)和子系統(tǒng)間的業(yè)務(wù)流程實際由工作流服務(wù)系統(tǒng)管理和控制，數(shù)據(jù)訪問(數(shù)據(jù)庫和文件)通過數(shù)據(jù)訪問中間件完成，在允許一個用戶(非本單位用戶，本單位用戶通過比較簡單的賬號、密碼驗證體系驗證身份)通過中間件訪問數(shù)據(jù)庫和磁盤文件前，必須通過身份認(rèn)證服務(wù)器的認(rèn)證，否則，訪問要求被拒絕。圖3．9系統(tǒng)功能結(jié)構(gòu)圖3．3．2系統(tǒng)功能模塊分析1．公文管理辦公自動化系統(tǒng)提供的公文管理功能來源齊齊哈爾職業(yè)學(xué)院的公文管理需求，非常適合各類民辦高校和中小企業(yè)的公文流轉(zhuǎn)，包括企業(yè)內(nèi)外部的收發(fā)文、請示簽報、文件審批、報表傳遞、會議紀(jì)要以及檔案管理，均采用電子化流轉(zhuǎn)方式，支持WORD／EXCEL等多種格式，保留修改痕跡，實現(xiàn)跨組織機(jī)構(gòu)、部門的電子公文流轉(zhuǎn)功能，提升公文處理速度，提高企業(yè)工作效率，真正實現(xiàn)無紙化辦公，幫助學(xué)院或企業(yè)建立公文處理流程和規(guī)范。2．公共信息系統(tǒng)提供的公文管理功能包括學(xué)院內(nèi)外部信息的收發(fā)、請示簽報、文件審批、報表傳遞、會議紀(jì)要以及檔案管理，均采用電子化流轉(zhuǎn)方式，支持WORD／EXCEL等多種格式，保留修改痕跡，實現(xiàn)跨組織機(jī)構(gòu)、部門的電子公文流轉(zhuǎn)功能，提升信息處理速度，提高企業(yè)工作效率。3．在線交流系統(tǒng)的在線交流模塊提供網(wǎng)絡(luò)尋呼、網(wǎng)上調(diào)查、個人建議、內(nèi)部論壇和網(wǎng)絡(luò)會議等多種在線交流工具，幫助學(xué)院規(guī)范內(nèi)部網(wǎng)絡(luò)通信系統(tǒng)，實現(xiàn)學(xué)院內(nèi)部通信和信息交流通暢便捷。其中的網(wǎng)絡(luò)尋呼是一款獨創(chuàng)的、非常方便的內(nèi)部即時溝通工具，它集成了、MSN、郵件、短信等工具的優(yōu)點，使企業(yè)溝通管理更加方便快捷。組織架構(gòu)的表現(xiàn)形式，幫助用戶更清晰地了解學(xué)院內(nèi)部伙伴信息，例如：部門、職務(wù)、電話、個性簽名等。在線交流模塊不僅能夠幫助企業(yè)節(jié)省大量成本費用，還可以使學(xué)院溝通管理更加方便、即時、準(zhǔn)確。4．個人辦