中小型企業(yè)的OA設(shè)計探究

1、中小型企業(yè)業(yè)的OA設(shè)設(shè)計探究摘 要辦公自動化化是一個新新興的、復(fù)復(fù)雜的、綜綜合性的領(lǐng)領(lǐng)域，它以以計算機和和網(wǎng)絡(luò)技術(shù)術(shù)為核心，同同時涉及到到自然科學(xué)學(xué)、管理學(xué)學(xué)、社會學(xué)學(xué)、系統(tǒng)工工程學(xué)等多多種學(xué)科的的內(nèi)容。實實現(xiàn)辦公自自動化可以以極大地提提高辦公效效率以及辦辦公質(zhì)量。本程序?qū)崿F(xiàn)現(xiàn)了OA辦辦公系統(tǒng)的的部分主要要功能，即即文檔管理理，電子郵郵件管理，發(fā)發(fā)文管理等等，同時使使用了角色色訪問控制制，增強了了系統(tǒng)的安安全性。其其開發(fā)主要要包括后臺臺數(shù)據(jù)庫的的建立、管管理和前端端應(yīng)用程序序的開發(fā)兩兩個方面。本文首先介介紹了基于于角色訪問問控制的OOA系統(tǒng)的的整體系統(tǒng)統(tǒng)架構(gòu)及MMicroosoftt SQLL

2、 SERRVER 數(shù)據(jù)庫的的建立，然然后對數(shù)據(jù)據(jù)庫進行了了相關(guān)的設(shè)設(shè)計，最后后介紹了各各個功能子子模塊的設(shè)設(shè)計思路與與具體實現(xiàn)現(xiàn)方法。關(guān)鍵詞：OOA系統(tǒng)；角色訪問問控制；SSQL；數(shù)據(jù)庫Desiggn annd Reealizzatioon off OA Systtem BBasedd on RBACCAbstrractOA iss a rrisinng, ccompllex, all-arouund fielld. It makkes ccompuuter netwwork techhnoloogy tthe mmain poinnts, and iinvollves sciiencee,

3、maanageementt sciiencee, soociollogy, sysstem engiineerring and otheer diiscipplinees. TTo reealizze offficee auttomattion can greaatly imprrove offiice eefficcienccy annd quualitty offficee.Some funcctionns off thee OA Systtem bbasedd on RBACC, suchh as filee mannagemment, e-mmail manaagemeent aand

4、 ddocumeent mmanaggemennt, are rrealiized in tthe pprogrram. At tthe ssame timee, thhe usse off rolles baseed on acccesss conntroll letts thhe syystemm morre seecuriity. It iinvollves the estaablisshmennt annd maanageementt of the ddatabbase and the deveelopmment of tthe ffrontt-endd appplicaationn.

5、Firstt of all, thiis paaper intrroducces tthe aarchiitectture of tthe OOA syystemm bassed oon BRRAC aand tthe ffundaamentt of Micrrosofft SQQL SEERVERR dattabasse. SSeconndly, it makees a desiign iin thhe reelateed daatabaase ttablees. AAt laast, the desiign aand tthe iimpleementtatioon off eacch mo

6、odulee is intrroducced iin deetaill.Key wwordss：OA Systeem; RBACC; SQL SServeer Daatabaase 目 錄論文總頁數(shù)數(shù)：26頁TOC o 1-3 h z u HYPERLINK l _Toc304895870 1 引 言 PAGEREF _Toc304895870 h 2 HYPERLINK l _Toc304895871 1.1 課課題背景 PAGEREF _Toc304895871 h 2 HYPERLINK l _Toc304895872 11.2 國國內(nèi)外研究究現(xiàn)狀 PAGEREF _Toc3048958

7、72 h 2 HYPERLINK l _Toc304895873 1.3 本本課題研究究的意義 PAGEREF _Toc304895873 h 3 HYPERLINK l _Toc304895874 1.4 本本課題的研研究方法 PAGEREF _Toc304895874 h 3 HYPERLINK l _Toc304895875 2 數(shù)據(jù)庫庫概論 PAGEREF _Toc304895875 h 3 HYPERLINK l _Toc304895876 2.1 數(shù)數(shù)據(jù)庫的發(fā)發(fā)展 PAGEREF _Toc304895876 h 3 HYPERLINK l _Toc304895877 2.1.11

8、數(shù)據(jù)庫庫的發(fā)展 PAGEREF _Toc304895877 h 3 HYPERLINK l _Toc304895878 2.1.22 數(shù)據(jù)庫庫技術(shù) PAGEREF _Toc304895878 h 4 HYPERLINK l _Toc304895879 2.2 數(shù)數(shù)據(jù)庫理論論基礎(chǔ) PAGEREF _Toc304895879 h 4 HYPERLINK l _Toc304895880 2.2.11 數(shù)據(jù)庫庫模型 PAGEREF _Toc304895880 h 4 HYPERLINK l _Toc304895881 3 開發(fā)工工具及RBBAC知識識簡介 PAGEREF _Toc304895881 h

9、 5 HYPERLINK l _TToc30048955882 3.1 Delpphi6.0簡介 PAGEREF _Toc304895882 h 5 HYPERLINK l _Toc304895883 3.2 DDelphhi6.00控件 PAGEREF _Toc304895883 h 5 HYPERLINK l _Toc304895884 3.3 RRBAC知知識簡介 PAGEREF _Toc304895884 h 6 HYPERLINK l _Toc304895885 4 系統(tǒng)需需求分析 PAGEREF _Toc304895885 h 7 HYPERLINK l _Toc304895886

10、 4.1 功功能需求 PAGEREF _Toc304895886 h 7 HYPERLINK l _Toc304895887 4.2 系系統(tǒng)平臺選選擇 PAGEREF _Toc304895887 h 8 HYPERLINK l _Toc304895888 5 系統(tǒng)總總體設(shè)計 PAGEREF _Toc304895888 h 9 HYPERLINK l _Toc304895889 5.1 系系統(tǒng)概要設(shè)設(shè)計 PAGEREF _Toc304895889 h 9 HYPERLINK l _Toc304895890 5.1.11 系統(tǒng)結(jié)結(jié)構(gòu)設(shè)計 PAGEREF _Toc304895890 h 9 HYPE

11、RLINK l _Toc304895891 5.1.22 數(shù)據(jù)庫庫設(shè)計 PAGEREF _Toc304895891 h 10 HYPERLINK l _Toc304895892 5.2 系系統(tǒng)詳細設(shè)設(shè)計 PAGEREF _Toc304895892 h 13 HYPERLINK l _Toc304895893 6 系統(tǒng)應(yīng)應(yīng)用程序設(shè)設(shè)計 PAGEREF _Toc304895893 h 14 HYPERLINK l _Toc304895894 6.1 系系統(tǒng)模塊組組成 PAGEREF _Toc304895894 h 14 HYPERLINK l _Toc3048958995 6.2 數(shù)據(jù)模塊塊的設(shè)置

12、 PAGEREF _Toc304895895 h 14 HYPERLINK l _Toc304895896 6.3 主主要功能模模塊的實現(xiàn)現(xiàn) PAGEREF _Toc304895896 h 15 HYPERLINK l _Toc304895897 6.3.11 登錄模模塊 PAGEREF _Toc304895897 h 15 HYPERLINK l _Toc304895898 6.3.22 系統(tǒng)主主頁面 PAGEREF _Toc304895898 h 16 HYPERLINK l _Toc304895899 6.3.33 內(nèi)部通通信模塊 PAGEREF _Toc304895899 h 17 H

13、YPERLINK l _Toc304895900 6.3.44 發(fā)送通通知 PAGEREF _Toc304895900 h 18 HYPERLINK l _Toc304895901 6.3.55 管理員員操作 PAGEREF _Toc304895901 h 20 HYPERLINK l _Toc304895902 6.3.66 數(shù)據(jù)組組模塊 PAGEREF _Toc304895902 h 20 HYPERLINK l _Toc304895903 7 建議和和措施 PAGEREF _Toc304895903 h 21 HYPERLINK l _Toc304895904 結(jié) 論 PAGEREF _

14、Toc304895904 h 21 HYPERLINK l _Toc304895905 參考文獻 PAGEREF _Toc304895905 h 221 引 言1.1 課課題背景OA辦公系系統(tǒng)是信息息革命的產(chǎn)產(chǎn)物，也是是社會信息息化的重要要技術(shù)保證證。回顧近近20年來微微電子技術(shù)術(shù)的進步和通通信技術(shù)的的突飛猛進進的發(fā)展，各各種先進的的辦公設(shè)備備如雨后春春筍般出現(xiàn)現(xiàn)。為適應(yīng)應(yīng)瞬息萬變變、競爭激激烈的時代代要求，各各辦公機構(gòu)構(gòu)紛紛引入入自動化系系統(tǒng)。辦公公自動化作作為當(dāng)前國國際上飛速速發(fā)展的一一門綜合性性新學(xué)科，已已經(jīng)越來越越受到人們們的重視?，F(xiàn)今，隨著著各政府機機構(gòu)和企業(yè)業(yè)內(nèi)的計算算機及局域域網(wǎng)

15、絡(luò)應(yīng)用用的普及與與深入，企企業(yè)內(nèi)部、企業(yè)與外外界之間、政府機構(gòu)構(gòu)內(nèi)部、政府機構(gòu)構(gòu)與外界之之間需要交交換或共享享更多的信信息與資源源。為了能能更有效地地、準(zhǔn)確地地、快速地地共享傳遞遞各種生產(chǎn)產(chǎn)、銷售數(shù)數(shù)據(jù)及管理理信息，加加強政府機機構(gòu)和企業(yè)業(yè)內(nèi)部各部部門間的聯(lián)聯(lián)系，縮短短工作流程程、提高工工作效率、實現(xiàn)資源源共享、協(xié)協(xié)同有效作作業(yè)、集中中統(tǒng)一管理理以求降低低運作及管管理的成本本，企業(yè)非非常有必要要建立一個個企業(yè)內(nèi)部部局域網(wǎng)，即即實現(xiàn)企業(yè)業(yè)辦公自動動化的網(wǎng)絡(luò)絡(luò)信息平臺臺OA辦辦公系統(tǒng)。1.2 國國內(nèi)外研究究現(xiàn)狀世界OA系系統(tǒng)的發(fā)展展非常迅猛猛，世界各各國政府極極為重視本本國的OAA系統(tǒng)的發(fā)發(fā)展，不

16、惜惜花費巨資資。美國的的辦公自動動化在公司司和企業(yè)中中發(fā)展得比比政府部門門要早，并并且水平也也較高。各各公司、企企業(yè)不僅把把OA視為提提高效率、節(jié)約成本本的手段，更更是利用它它來加強經(jīng)經(jīng)營管理，作作為提高企企業(yè)素質(zhì)和和企業(yè)競爭爭能力的重重要條件?；仡櫸覈鴩鳲A辦公公系統(tǒng)的進進程，大致致可以分為為以下三個個階段：(1)以桌桌面字處理理工具為典典型的個人人辦公工具具軟件階段段，計算機機的應(yīng)用提提高了個人人工作效率率。(2)基于于關(guān)系型數(shù)數(shù)據(jù)庫技術(shù)術(shù)，以C/S體系結(jié)結(jié)構(gòu)應(yīng)用為為特征階段段，這一階階段基本實實現(xiàn)了部門門級的數(shù)據(jù)據(jù)處理和公公文處理的的自動化。(3)基于于符合Innternnet/IInt

17、raanet技技術(shù)標(biāo)準(zhǔn)的的平臺應(yīng)用用階段，這這一階段，不不僅在技術(shù)術(shù)上有了很很大進步，而而且應(yīng)用范范圍以從部部門內(nèi)部，部部門之間擴擴展到行業(yè)業(yè)系統(tǒng)內(nèi)部部，乃至跨跨部委跨系系統(tǒng)。20世紀(jì)990年代以以后，國外外的OA辦辦公系統(tǒng)發(fā)發(fā)展趨勢為為以下四個個方向：(1)OAA設(shè)備向著著高性能、多功能、復(fù)雜化和系統(tǒng)化發(fā)發(fā)展。(2)OAA系統(tǒng)向著著數(shù)字化、智能化、無紙化和和綜合化發(fā)發(fā)展。(3)以計計算機為核核心的辦公公工作站將將向處理文文字、數(shù)據(jù)、聲音、圖形的多多媒體方向向發(fā)展。(4)通信信在OA系系統(tǒng)的地位位進一步加加強，可以以充分利用用現(xiàn)代通信信技術(shù)，建建立全球的的網(wǎng)絡(luò)體系系。1.3 本本課題研究究的意

18、義OA辦公系系統(tǒng)是信息息化社會最最重要的標(biāo)標(biāo)志之一，它它將人、計計算機和信信息三者結(jié)結(jié)合為一個個辦公體系系，構(gòu)成一一個服務(wù)于于辦公業(yè)務(wù)務(wù)的人機信信息處理系系統(tǒng)。通過過提高辦公公效率，使使用先進的的機器設(shè)備備和技術(shù)，辦辦公人員可可以充分利利用各種辦辦公信息資資源，從而而提高辦公公效率，使使辦公業(yè)務(wù)務(wù)從事務(wù)層層次進入管管理層，甚甚至輔助決決策層，將將辦公和管管理提高到到一個嶄新新的水平。辦公自動動化的實現(xiàn)現(xiàn)，不僅僅僅是取代秘秘書的部分分工作，它它更是將引引起辦公制制度、工作作方式、辦辦公流程、傳統(tǒng)習(xí)慣慣、工作環(huán)環(huán)境和決策策進程等方方面的深刻刻變革，使使辦公行為為科學(xué)化、規(guī)范化和和標(biāo)準(zhǔn)化。各國的經(jīng)經(jīng)

19、驗表明：國家經(jīng)濟濟現(xiàn)代化必必須依賴各各級管理水水平的提高高和辦公自自動化。因因此，辦公公自動化必必將對我國國整個社會會生活的各各個方面產(chǎn)產(chǎn)生深刻的的影響。1.4 本本課題的研研究方法應(yīng)該說沒有有人懷疑計計算機的出出現(xiàn)給辦公公室職員帶帶來的便利利，但是對對現(xiàn)代的辦辦公自動化化而言，其其目的己經(jīng)經(jīng)不局限于于減輕員工工的工作量量，而是要要將員工從從繁瑣的事事務(wù)性工作作中解放出出來，用更更多的精力力去關(guān)注最最重要的事事情，從而而提高企業(yè)業(yè)的效率，增增強企業(yè)的的綜合競爭爭能力。在在這種辦公公模式下，企企業(yè)的組織織結(jié)構(gòu)能夠夠得到簡化化，各個部部門在信息息共享的基基礎(chǔ)上進行行協(xié)作，便便于明確各各個部門甚甚至

20、每個員員工的責(zé)任任，而決策策層可以迅迅速綜合來來自各個方方面的信息息，并以此此為依據(jù)制制定企業(yè)的的戰(zhàn)略決策策。從這個個意義上講講，在市場場競爭日趨趨白熱化的的今天，辦辦公自動化化己經(jīng)不再再是一種手手段、一種種工具，而而成為決定定企業(yè)生存存發(fā)展的命命脈。應(yīng)此此，我們通通過OA系系統(tǒng)所實施施的交換式式網(wǎng)絡(luò)應(yīng)用用，使信息息的傳遞更更加快捷和和方便，從從而極大地地擴展了辦辦公手段，實實現(xiàn)了辦公公的高效率率。2 數(shù)據(jù)庫庫概論2.1 數(shù)數(shù)據(jù)庫的發(fā)發(fā)展2.1.11 數(shù)據(jù)庫的的發(fā)展數(shù)據(jù)管理技技術(shù)的發(fā)展展，與硬件件（主要是是外存）、軟件、計計算機應(yīng)用用的范圍有有密切的聯(lián)聯(lián)系。數(shù)據(jù)據(jù)管理技術(shù)術(shù)的發(fā)展經(jīng)經(jīng)過三個階階

21、段：人工工管理階段段、文件系系統(tǒng)階段和和數(shù)據(jù)庫階階段。人工管理階階段和文件件系統(tǒng)階段段都有著相相當(dāng)多的缺缺陷，諸如如數(shù)據(jù)冗余余性 ，數(shù)數(shù)據(jù)不一致致性以及數(shù)數(shù)據(jù)聯(lián)系弱弱等等。也也正是由于于這些原因因，促使人人們研究新新的數(shù)據(jù)管管理技術(shù)，從從而產(chǎn)生了了數(shù)據(jù)庫技技術(shù)。當(dāng)進入數(shù)據(jù)據(jù)庫階段后后，隨著數(shù)數(shù)據(jù)管理規(guī)規(guī)模一再擴擴大，數(shù)據(jù)據(jù)量急劇增增加，為了了提高效率率，開始時時，人們只只是對文件件系統(tǒng)加以以擴充，在在應(yīng)用文件件中建立了了許多輔助助索引，形形成倒排文文件系統(tǒng)。但這并不不能最終解解決問題。在20世世紀(jì)60年年代末，磁磁盤技術(shù)取取得重要進進展，具有有數(shù)百兆容容量和快速速存取的磁磁盤陸續(xù)進進入市場，成

22、成本也不高高，為數(shù)據(jù)據(jù)庫技術(shù)的的產(chǎn)生提供供了良好的的物質(zhì)條件件。2.1.22 數(shù)據(jù)庫技技術(shù)從文件系統(tǒng)統(tǒng)發(fā)展到數(shù)數(shù)據(jù)庫系統(tǒng)統(tǒng)是信息處處理領(lǐng)域的的一個重大大變化。在在文件系統(tǒng)統(tǒng)階段，人人們關(guān)注的的中心問題題是系統(tǒng)功功能的設(shè)計計，因而程程序設(shè)計處處于主導(dǎo)地地位，數(shù)據(jù)據(jù)只起著服服從程序需需要的作用用。在數(shù)據(jù)據(jù)庫方式下下，信息處處理觀念已已為新體系系所取代，數(shù)數(shù)據(jù)占據(jù)了了中心位置置。數(shù)據(jù)結(jié)結(jié)構(gòu)的設(shè)計計成為信息息系統(tǒng)首先先關(guān)心的問問題，而利利用這些數(shù)數(shù)據(jù)的應(yīng)用用程序設(shè)計計則退居到到以既定的的數(shù)據(jù)結(jié)構(gòu)構(gòu)為基礎(chǔ)的的外圍地位位。在數(shù)據(jù)庫技技術(shù)中有四四個名詞，其其概念應(yīng)該該分清。（1）數(shù)據(jù)據(jù)庫（daatabaas

23、e，DDB）：DB是統(tǒng)統(tǒng)一管理的的相關(guān)數(shù)據(jù)據(jù)的集合。DB能為為各種用戶戶共享，具具有最小冗冗余度，數(shù)數(shù)據(jù)間聯(lián)系系密切，而而又有較高高的數(shù)據(jù)獨獨立性。（2）數(shù)據(jù)據(jù)庫管理系系統(tǒng)（Daatabaase MManaggemennt Syystemm，DBMSS）：DBBMS是位位于用戶與與操作系統(tǒng)統(tǒng)之間的一一層數(shù)據(jù)管管理軟件，為為用戶或應(yīng)應(yīng)用程序提提供訪問DDB的方法法，包括DDB的建立立、查詢、更新及各各種數(shù)據(jù)控控制。DBBMS總是是基于某種種數(shù)據(jù)模型型，可以分分為層次型型、網(wǎng)狀型型、關(guān)系型型和面向?qū)ο笮虳BBMS。（3）數(shù)據(jù)據(jù)庫系統(tǒng)（DDatabbase Systtem，DBS）：DBS是是實現(xiàn)

24、有組組織地、動動態(tài)地存儲儲大量關(guān)聯(lián)聯(lián)數(shù)據(jù)，方方便多用戶戶訪問的計計算機軟件件、硬件和和數(shù)據(jù)資源源組成的系系統(tǒng)，即采采用了數(shù)據(jù)據(jù)庫技術(shù)的的計算機系系統(tǒng)。（4）數(shù)據(jù)據(jù)庫技術(shù)：這是一門門研究數(shù)據(jù)據(jù)庫的結(jié)構(gòu)構(gòu)、存儲、管理和使使用的軟件件學(xué)科。數(shù)數(shù)據(jù)庫技術(shù)術(shù)是操作系系統(tǒng)的文件件系統(tǒng)基礎(chǔ)礎(chǔ)上發(fā)展起起來的。而而DBMSS本身要在在操作系統(tǒng)統(tǒng)的支持下下才能工作作。數(shù)據(jù)庫庫不僅用到到數(shù)據(jù)結(jié)構(gòu)構(gòu)的知識，而而且豐富了了數(shù)據(jù)結(jié)構(gòu)構(gòu)的內(nèi)容。在關(guān)系數(shù)數(shù)據(jù)庫中要要用到集合合論、數(shù)理理邏輯的理理論。因此此，數(shù)據(jù)庫庫技術(shù)是一一門綜合性性較強的學(xué)學(xué)科。2.2 數(shù)數(shù)據(jù)庫理論論基礎(chǔ)2.2.11 數(shù)據(jù)庫模模型模型是對現(xiàn)現(xiàn)實世界的的抽象

25、。在在數(shù)據(jù)庫技技術(shù)中，我我們用模型型的概念描描述數(shù)據(jù)庫庫的結(jié)構(gòu)與與語義，對對現(xiàn)實世界界進行抽象象，表示實實體類型及及實體間聯(lián)聯(lián)系的模型型稱為“數(shù)據(jù)模型型”。目前廣泛作作用的數(shù)據(jù)據(jù)模型可分分為兩種類類型。一種是獨立立于計算機機系統(tǒng)的模模型，完全全不涉及信信息在系統(tǒng)統(tǒng)中的表示示，只是用用來描述某某個特定組組織所關(guān)心心的信息結(jié)結(jié)構(gòu)，這類類模型稱為為“概念數(shù)據(jù)據(jù)模型” 。要領(lǐng)領(lǐng)模型用于于建立信息息世界的數(shù)數(shù)據(jù)模型，強強調(diào)其語義義表達功能能，應(yīng)該概概念簡單、清晰，易易于用戶理理解，它是是現(xiàn)實世界界的第一層層抽象，是是用戶和數(shù)數(shù)據(jù)庫設(shè)計計人員之間間進行交流流的工具。這一其中中著名的模模型是“實體關(guān)系模型”

26、。另一種數(shù)據(jù)據(jù)模型是直直接面向數(shù)數(shù)據(jù)庫的邏邏輯結(jié)構(gòu)，它它是現(xiàn)實世世界的第二二層抽象。這類模型型涉及到計計算機系統(tǒng)統(tǒng)和數(shù)據(jù)庫庫管理系統(tǒng)統(tǒng)，又稱為為“結(jié)構(gòu)數(shù)據(jù)據(jù)模型”。例如，層層次、網(wǎng)狀狀、關(guān)系、面向?qū)ο笙蟮饶Ｐ?。這類模型型有嚴(yán)格的的形式化定定義，以便便于在計算算機系統(tǒng)中中實現(xiàn)。面向?qū)ο竽ＤＰ湍芡暾孛枋霈F(xiàn)現(xiàn)實世界的的數(shù)據(jù)結(jié)構(gòu)構(gòu)，具有豐豐富的表達達能力，但但模型相對對較復(fù)雜，涉涉及的知識識面也廣，因因此面向?qū)ο髷?shù)據(jù)庫庫尚未達到到關(guān)系數(shù)據(jù)據(jù)庫那樣的的普及程度度。3 開發(fā)工工具及RBBAC知識識簡介3.1 DDelphhi6.00簡介Delphhi類可以以粗略地分分成兩部分分：一部分分是組件類類，

27、這些組組件類通常常以某種方方式出現(xiàn)在在組件面板板上，當(dāng)用用戶從組件件面板上點點取一個類類的圖標(biāo)后后，在程序序中就自動動生成了該該類的對象象（非可視視組件除外外）；另一一部分是功功能類，這這此功能類類的對象通通常出現(xiàn)在在程序代碼碼中，起著著不可代替替的作用，但但是這些功功能類在組組件面板上上是找不到到的。在DDelphhi中，每每一個類的的祖先都是是Tobjject類類,整個類類的層次結(jié)結(jié)構(gòu)就像一一棵倒掛的的樹，在最最頂層的樹樹根即為TTobjeect類。這樣，按按照面向?qū)ο缶幊痰牡幕舅枷胂?，就使得得用戶可用用Tobjject類類這個類型型代替任何何其它類的的數(shù)據(jù)類型型。實際上上在Dellp

28、hi的的類庫中，TTobjeect類派派生出了為為數(shù)相當(dāng)眾眾多的子類類，它們形形成了一個個龐大的體體系，通常常情況下，如如果不自行行開發(fā)組件件，就不必必了解整個個類的體系系結(jié)構(gòu)，只只用到類層層次樹的葉葉結(jié)點就足足夠了。凡是做過程程序開發(fā)的的人都知道道從來沒有有單純的數(shù)數(shù)據(jù)應(yīng)用程程序，也就就是說，數(shù)數(shù)據(jù)庫應(yīng)用用程序必須須和用戶界界面（可以以是圖形界界面，也可可以是命令令接口）元元素相結(jié)合合，只講界界面或只講講數(shù)據(jù)庫本本身都構(gòu)不不成數(shù)據(jù)庫庫應(yīng)用程序序，因而用用Delpphi 66.0開發(fā)發(fā)數(shù)據(jù)庫應(yīng)應(yīng)用程序就就隱含著界界面開發(fā)。3.2 DDelphhi6.00控件用Delpphi6開開發(fā)數(shù)據(jù)庫庫應(yīng)用

29、，重重點是和各各種數(shù)據(jù)庫庫組件打交交道，當(dāng)然然也要使用用其它的一一些組件，現(xiàn)現(xiàn)在就我在在系統(tǒng)設(shè)計計中所使用用的重要組組件給予簡單介紹紹。ADO數(shù)據(jù)據(jù)對象(AActivve Daata OObjeccts)實實際是一種種提供訪問問各種數(shù)據(jù)據(jù)類型的鏈鏈接機制。ADO設(shè)設(shè)計為一種種極簡單的的格式，通通過ODBBC的方法法同數(shù)據(jù)庫庫接口中，可可以使用任任何一種OODBC數(shù)數(shù)據(jù)源，即即不止適合合于SQLL Serrver、Oraccle、AAccesss等數(shù)據(jù)據(jù)庫應(yīng)用程程序，也適適合于Exxcel表表格、文本本文件、圖圖形文件和和無格式的的數(shù)據(jù)文件件。ADOO是基于OOLE-DDB之上的的技術(shù)，因因此A

30、DOO通過其內(nèi)內(nèi)部的屬性性和方法提提供統(tǒng)一的的數(shù)據(jù)訪問問接口方法法。ADOO使您的客客戶端應(yīng)用用程序能夠夠通過OLLE DBB提供訪問問和操作在在數(shù)據(jù)庫服服務(wù)器中的的數(shù)據(jù)。AADO支持持用于建立立C/S和和Web的的應(yīng)用程序序的主要功功能。其主主要優(yōu)點是是易于使用用、高速度度、低內(nèi)存存支出和占占用磁盤空空間較少。ADO同同時具有遠遠程數(shù)據(jù)服服務(wù)(RDDS)功能能，通過RRDS可以以在一次往往返過程中中實現(xiàn)將數(shù)數(shù)據(jù)從服務(wù)務(wù)器移動到到客戶端應(yīng)應(yīng)用程序和和Web頁頁、在客戶戶端對數(shù)據(jù)據(jù)進行處然然后將更新新結(jié)果返回回服務(wù)器的的操作。3.3 RRBAC知知識簡介訪問控制策策略是大多多數(shù)應(yīng)用系系統(tǒng)必須考考

31、慮的問題題。本文提提出的基于于角色的訪訪問控制是是一種新型型訪問控制制模型，它它不僅能夠夠?qū)崿F(xiàn)傳統(tǒng)統(tǒng)訪問控制制的功能，同同時還可以以方便權(quán)限限的管理，能能夠靈活地地進行配置置以適應(yīng)系系統(tǒng)的不同同需求，提提高系統(tǒng)的的可擴展性性?；诮巧牡脑L問控制制是一種新新型訪問控控制模型，它它的基本思思想是將權(quán)權(quán)限與角色色聯(lián)系起來來，在系統(tǒng)統(tǒng)中根據(jù)應(yīng)應(yīng)用的需要要為不同的的工作崗位位創(chuàng)建相應(yīng)應(yīng)的角色，同同時根據(jù)用用戶職務(wù)和和責(zé)任指派派合適的角角色，用戶戶通過所指指派的角色色獲得相應(yīng)應(yīng)的權(quán)限，實實現(xiàn)對文件件的訪問。它支持最最小特權(quán)、責(zé)任分離離以及數(shù)據(jù)據(jù)抽象三個個基本的安安全原則。這里的角色色用一般業(yè)業(yè)務(wù)系統(tǒng)中中

32、的術(shù)語來來說，就是是業(yè)務(wù)系統(tǒng)統(tǒng)中的崗位位、職位或或者分工。它和用戶戶組的最主主要的區(qū)別別在于，用用戶組是作作為用戶的的一個集合合來對待的的，并不涉涉及它的授授權(quán)許可；而角色則則既是一個個用戶的集集合，又是是一個授權(quán)權(quán)許可的集集合。角色色是指具有有一定技能能，可以執(zhí)執(zhí)行某些工工作的人員員（或資源源）集合。通過給成成員賦予不不同的角色色，對成員員的多職能能進行表達達，提供約約束成員不不同權(quán)限范范圍變化的的依據(jù)。為為了滿足企企業(yè)內(nèi)既存存在信息共共享又存在在信息獨立立的實際情情況，在角角色體系中中采用雙枝枝生成模式式，即整個個角色體系系的來源有有兩枝，其其中一枝來來自于相對對固定的組組織機構(gòu)，是是相對

33、穩(wěn)定定的角色集集合描述；另一枝在在動態(tài)組合合過程中動動態(tài)創(chuàng)建，是是更加依賴賴于動態(tài)項項目和擴展展需要而生生成的，具具有極大的的時效性，隨隨著項目或或者企業(yè)擴擴展組合的的變化會在在活動態(tài)、凍結(jié)態(tài)和和無效態(tài)之之間變更。這樣既保保證了成員員企業(yè)的相相對獨立性性，又保證證了與其他他成員合作作過程中的的及時性和和有效性?；诮巧牡脑L問控制制設(shè)計需要要一套既行行之有效，又又方便靈活活的設(shè)計方方案，要采采用各種控控制機制和和保護技術(shù)術(shù)。安全策策略是設(shè)計計安全可靠靠系統(tǒng)的準(zhǔn)準(zhǔn)則，通常常涉及下列列幾個方面面：安全保護策策略：安全策略略是信息安安全性的高高級指導(dǎo)，策策略出自對對用戶要求求、設(shè)備環(huán)環(huán)境、機構(gòu)構(gòu)規(guī)則

34、、法法律約束等等方面的詳詳細研究。策略重要要性在于指指導(dǎo)作用。而機構(gòu)是是實現(xiàn)和執(zhí)執(zhí)行各種策策略的功能能的集合。安全策略：安全管理理人員根據(jù)據(jù)需要定義義各種角色色，并設(shè)置置合適的訪訪問權(quán)限，而而用戶根據(jù)據(jù)其責(zé)任和和資歷再被被指派為不不同的角色色。如圖所示，角角色可以看看成是一個個表達訪問問控制策略略的語義結(jié)結(jié)構(gòu)，它可可以表示承承擔(dān)特定工工作的資格格。安全管理的的職責(zé)：安全管理理有集中管管理與分散散管理兩種種。前者意意指一切權(quán)權(quán)利都由負負責(zé)系統(tǒng)安安全工作的的專職人員員或小組掌掌握，他(們)決定定用戶的訪訪問權(quán)利，控控制系統(tǒng)安安全的一切切方面。后后者是指不不同的管理理員控制著著系統(tǒng)安全全的不同方方面

35、，管理理系統(tǒng)的不不同部分，決決定不同用用戶的訪問問權(quán)利。安全保護機機構(gòu)：系統(tǒng)的安安全保護機機構(gòu)基本上上是與上面面的安全策策略相互適適應(yīng)的，保保護機構(gòu)應(yīng)應(yīng)負責(zé)阻止止一切物理理破壞和用用戶可能的的操作破壞壞，后者歸歸結(jié)為主體體可用何種種方式訪問問哪些對象象。訪問控制策策略：它提供決決定用戶訪訪問權(quán)利的的依據(jù)。其其中最重要要的一個普普遍的原則則是“需者者方知策略略”。按照照這一原則則授予用戶戶的權(quán)利，是是用戶能完完成工作的的最小權(quán)利利集合，故故也稱之為為“最少特特權(quán)策略”。信息流動控控制：只限制用用戶的訪問問權(quán)利而不不考慮數(shù)據(jù)據(jù)流動是極極其危險的的，控制數(shù)數(shù)據(jù)流動以以防止無權(quán)權(quán)用戶在數(shù)數(shù)據(jù)流動后后獲

36、得訪問問權(quán)利。軟硬結(jié)合保保護：這是安全全保護的基基本策略，許許多硬件保護功能能是軟件難難以實現(xiàn)的的，有些即即使能實現(xiàn)現(xiàn)，效率也也不高。安全管理控控制核心是是系統(tǒng)安全全管理的核核心控制部部分，它在在系統(tǒng)中控控制整個系系統(tǒng)的安全全控制工作作，由它決決定系統(tǒng)是是否啟動安安全管理，在在什么情況況下調(diào)用訪訪問控制機機構(gòu)，根據(jù)據(jù)情況編寫寫訪問規(guī)則則，如何將將已有的訪訪問規(guī)則應(yīng)應(yīng)用于控制制存貯訪問問規(guī)則。4 系統(tǒng)需需求分析4.1 功功能需求近年來，微微機的普遍遍應(yīng)用，在在一定程度度上提高了了各部門的的辦公效率率。但有限限的技術(shù)能能力，使這這些面向各各部門內(nèi)部部事務(wù)處理理的辦公自自動化系統(tǒng)統(tǒng)相互之間間標(biāo)準(zhǔn)不統(tǒng)

37、統(tǒng)一，各自自為政，難難以集成。隨著公司司內(nèi)部網(wǎng)絡(luò)絡(luò)的建立，各各部門的信信息可以發(fā)發(fā)布到Weeb上，使使信息發(fā)布布的效率和和范圍得到到較大程度度的改善，然然而，由于于公司內(nèi)部部網(wǎng)絡(luò)仍缺缺少重要的的信息傳遞遞和工作流流程環(huán)節(jié)，部部門之間仍仍無法實現(xiàn)現(xiàn)信息共享享和集成，從從而難以實實現(xiàn)各部門門之間的高高效率協(xié)作作。為了提提高了公司司整體辦公公效率，需需要具有先先進水平的的辦公與管管理機制提提供強有力力的支持。隨著計算算機技術(shù)、網(wǎng)絡(luò)技術(shù)術(shù)的迅速發(fā)發(fā)展以及系系統(tǒng)科學(xué)、管理科學(xué)學(xué)的引進，在在現(xiàn)有的公公司內(nèi)部網(wǎng)網(wǎng)絡(luò)上建立立高效、協(xié)協(xié)調(diào)、集成成的數(shù)字化化辦公系統(tǒng)統(tǒng)己成為可可能，這也也是能夠從從根本上變變革辦公

38、及及管理體制制的有效途途徑。OAA辦公系統(tǒng)統(tǒng)呼之欲出出。本論文的研研究正是基基于這一實實際課題基于角色色訪問控制制的OA辦辦公系統(tǒng)項項目。該系系統(tǒng)提出的的系統(tǒng)目標(biāo)標(biāo)如下：OA辦公系系統(tǒng)需要滿滿足來自22個方面的的要求，一一是系統(tǒng)管管理員，另另外一個是是一般用戶戶。系統(tǒng)管管理員可以以修改，刪刪除用戶，工作計劃安排，工作日程安排，文檔管理，還可以修改普通用戶密碼，并且可以使用發(fā)送通知功能，并能通過遠程控制普通用戶電腦，一般用戶只能使用郵件管理，修改密碼，查看工作計劃等功能。在設(shè)計與開開發(fā)中，重重點如何解解決各個不不同用戶使使用本系統(tǒng)統(tǒng)的權(quán)限問問題既角色訪問問控制，通通過對登錄錄的用戶的的權(quán)限的驗驗

39、證，獲取取對應(yīng)角色色的權(quán)限，在在數(shù)據(jù)庫中中設(shè)置了33個字段，分分別對應(yīng)不不同的權(quán)限限，當(dāng)用戶戶以管理員員身份進入入系統(tǒng)以后后，可以對對普通用戶戶權(quán)限進行行修改，而而以普通用戶戶身份進入入系統(tǒng)的時時候則不可可以，這樣樣就保障系系統(tǒng)的安全全性；在軟軟件開發(fā)與與設(shè)計中能能實現(xiàn)文檔檔管理，電電子郵件管管理，工作作任務(wù)管理理，工作日日程管理，發(fā)發(fā)文管理等等OA軟件件的主要功功能。4.2 系系統(tǒng)平臺選選擇辦公自動化化不能簡單單地理解為為文字處理理、電子表表格、個人人資源管理理(如記事事日程)、資料入檔檔等文檔處處理系統(tǒng)，辦辦公自動化化也不僅僅僅是秘書、檔案員和和辦事員的的事情。事事實上，辦辦公室業(yè)務(wù)務(wù)也即

40、管理理業(yè)務(wù)，負負責(zé)協(xié)調(diào)各各項工作程程序，辦公公自動化也也即管理自自動化。在在自動化中中，僅有三三分之一的的工作是個個人完成，其其它三分之之二的工作作都與交往往有關(guān)。OOA系統(tǒng)的的實施，需需要單位內(nèi)內(nèi)部的領(lǐng)導(dǎo)導(dǎo)人員、行行政管理人人員、文秘秘人員、專專業(yè)人員的的共同參與與；辦公自自動化系統(tǒng)統(tǒng)支持各類類辦公人員員工作的自自動化。一一個好的辦辦公自動化化系統(tǒng)應(yīng)該該為工作人人員提供一一個集成化化的、多功功能的辦公公桌面環(huán)境境，解決辦辦公人員因因處理不同同事務(wù)而需需要使用不不同工作環(huán)環(huán)境的問題題。結(jié)合對某公公司辦公自自動化系統(tǒng)統(tǒng)的應(yīng)用需需求的分析析，認(rèn)為對對OA系統(tǒng)統(tǒng)作需求分分析，辦公公應(yīng)用平臺臺以及事務(wù)

41、務(wù)處理平臺臺中滿足以以下的要求求：首先，必須須具有工作作流性質(zhì)的的處理過程程和監(jiān)督功功能，從而而解決多部部門協(xié)作問問題，推動動部門間的的高效率協(xié)協(xié)作；其次次，提供集集成處理與與發(fā)布信息息的工作平平臺，解決決以往信息息收集、處處理和發(fā)布布過程相分分割的問題題，減少不不必要的交交接環(huán)節(jié)，提提高工作便便利性；再次，必須須提供與其其它管理信信息系統(tǒng)(MIS)的信息交交流，解決決以往數(shù)據(jù)據(jù)標(biāo)準(zhǔn)不一一致而造成成的信息收收集困難的的問題，減減少額外的的工作量和和大量重復(fù)復(fù)勞動。最后，還必必須提供安安全保障體體系，不僅僅使系統(tǒng)的的各層次人人員被嚴(yán)格格限制在自自己的權(quán)限限內(nèi)，同時時必須保證證整個OAA系統(tǒng)的安安

42、全、穩(wěn)定定和可靠的的運行。所以，建立立一流的辦辦公自動化化系統(tǒng)，需需要先進、功能強大大的應(yīng)用開開發(fā)平臺，也也就是說，所所采用的應(yīng)應(yīng)用開發(fā)平平臺應(yīng)該能能夠適應(yīng)計計算機網(wǎng)絡(luò)絡(luò)的發(fā)展趨趨勢，有利利于提高管管理和辦公公的效率，有有利于促進進各部門之之間的協(xié)同同工作，有有利于創(chuàng)建建現(xiàn)代管理理制度和工工作方式。利用Dellphi建建立的企業(yè)業(yè)信息集成成系統(tǒng)，完完全符合系系統(tǒng)對郵件件與群件平平臺的要求求。具有以以下鮮明的的特點：(1) 開開發(fā)快捷、實施容易易。應(yīng)用系系統(tǒng)的推出出與使用是是投資得以以回報的關(guān)關(guān)鍵。系統(tǒng)統(tǒng)的應(yīng)用或或者辦公管管理應(yīng)用則則可以利用用Delpphi的快快速開發(fā)、實施能力力在較短的的時間

43、內(nèi)實實現(xiàn)。這非非常適應(yīng)辦辦公管理需需求多變、繁雜的特特點。(2) 集集成性。最最終用戶使使用的郵件件與群件應(yīng)應(yīng)用系統(tǒng)是是一套統(tǒng)一一的應(yīng)用系系統(tǒng)，使用用同一套應(yīng)應(yīng)用軟件。在相同的的、唯一的的界面下，用用戶可以獲獲得郵件信信息、辦公公信息、專專業(yè)應(yīng)用信信息、關(guān)系系數(shù)據(jù)庫信信息、Innternnet信息息等各個方方面的信息息。這種集集成能力是是在軟件平平臺一級獲獲得的，而而不是通過過二次開發(fā)發(fā)“強加”上去的。這大大減減少開發(fā)的的工作量，提提高了應(yīng)用用系統(tǒng)的可可靠性。而而且對最終終用戶來說說，不需要要在幾個客客戶端軟件件或是應(yīng)用用程序之間間、幾個服服務(wù)器系統(tǒng)統(tǒng)或數(shù)據(jù)源源之間來回回切換。(3) 管管理容

44、易、機制完整整。由于采采用單一的的軟件系統(tǒng)統(tǒng)，所有的的應(yīng)用開發(fā)發(fā)都建立在在統(tǒng)一的平平臺之上，主主要的維護護工作集中中在應(yīng)用管管理一級，管管理工作的的難度與工工作量大大大降低?；谶@些優(yōu)優(yōu)勢功能，基基于角色訪訪問控制的的辦公自動動化系統(tǒng)則則應(yīng)該設(shè)計計成以基于于網(wǎng)絡(luò)對象象連接技術(shù)術(shù)、多媒體體文檔結(jié)構(gòu)構(gòu)以及跨越越多種操作作系統(tǒng)和多多種數(shù)據(jù)庫庫平臺的應(yīng)應(yīng)用系統(tǒng)，所所以，可以以把Dellphi作作為辦公自自動化系統(tǒng)統(tǒng)的應(yīng)用開開發(fā)平臺的的主要選擇。5 系統(tǒng)總總體設(shè)計系統(tǒng)的總體體設(shè)計大約約要經(jīng)歷可可行性分析析和項目開開發(fā)計劃，需需求分析，概概要設(shè)計，詳詳細設(shè)計，編編碼，測試試以及維護護等七個階階段?？尚行行?/p>

45、分析和和項目開發(fā)發(fā)計劃在前前面已經(jīng)敘敘述，下面面所要做的的是進行軟軟件需求分分析，概要要設(shè)計和詳詳細設(shè)計。編碼過程程將在下一一節(jié)論述，而而測試和維維護過程不不在本文敘敘及。5.1 系系統(tǒng)概要設(shè)設(shè)計在軟件需求求分析階段段，搞清楚楚了軟件“做什么”的問題，形形成了目標(biāo)標(biāo)系統(tǒng)的邏邏輯模型?，F(xiàn)在所要要做的就是是要把軟件件“做什么”的邏輯模模型變換為為“怎么做”的物理模模型，即著著手實現(xiàn)軟軟件的需求求。首先，需需要描述的的是系統(tǒng)的的總的體系系結(jié)構(gòu)。5.1.11 系統(tǒng)結(jié)構(gòu)構(gòu)設(shè)計系統(tǒng)的概要要設(shè)計中最最重要的就就是系統(tǒng)的的模塊化。模塊化是是指解決一一個復(fù)雜問問題時自項項向下逐層層把軟件系系統(tǒng)劃分成成若干個模模

46、塊的過程程。每個模模塊完成一一個特定的的功能，所所有的模塊塊按某種方方法組織起起來，成為為一個整體體，完成整整個系統(tǒng)所所要求的功功能。將系統(tǒng)劃分分為多個模模塊是為了了降低軟件件系統(tǒng)的復(fù)復(fù)雜性，提提高可讀性性、可維護護性，但模模塊的劃分分不能是任任意的，應(yīng)應(yīng)盡量保持持其獨立性性。也就是是說，每個個模塊只完完成系統(tǒng)要要求的獨立立的子功能能，并且與與其他模塊塊的聯(lián)系最最少且接口口簡單，即即盡量做到到高內(nèi)聚低低耦合，提提高模塊的的獨立性，為為設(shè)計高質(zhì)質(zhì)量的軟件件結(jié)構(gòu)奠定定基礎(chǔ)。首先將整個個系統(tǒng)化分分為幾個小小問題，小小模塊，在在系統(tǒng)中，設(shè)設(shè)計了用戶戶管理，通通信管理，文文檔管理，發(fā)發(fā)文管理等等幾個小模

47、模塊。然后后，進一步步細分模塊塊，添加細細節(jié)。比如如，對用戶戶管理又將將其分為操操作員員管管理、密碼碼修改等小小模塊，工工作日程管管理又分為為工作日志志，工作日日程，工作作計劃等模模塊。5.1.22 數(shù)據(jù)庫設(shè)設(shè)計在信息世界界中，信息息從客觀事事物出發(fā)流流經(jīng)數(shù)據(jù)庫庫，通過決決策機構(gòu)最最后又回到到客觀世界界，信息的的這一循環(huán)環(huán)經(jīng)歷了三三個領(lǐng)域：信息世界界，數(shù)據(jù)世世界，現(xiàn)實實世界。現(xiàn)現(xiàn)實世界的的事物反映映到人的頭頭腦中，人人的大腦對對它有個認(rèn)認(rèn)識過程，經(jīng)經(jīng)過分析（選選擇、命名名、分類等等）進入信信息世界。這些信息息再進一步步加工、編編碼，然后后進數(shù)據(jù)世世界，而軟軟件系統(tǒng)的的開發(fā)工作作需要考慮慮這兩個

48、方方面的問題題，也就是是要考慮系系統(tǒng)開發(fā)所所需要的數(shù)數(shù)據(jù)，以及及如何對這這些數(shù)據(jù)進進行操作。這兩個問問題貫穿了了整個軟件件系統(tǒng)的開開發(fā)過程，這這也就是數(shù)數(shù)據(jù)庫的設(shè)設(shè)計問題，軟軟件設(shè)計的的一個核心心。數(shù)據(jù)庫結(jié)構(gòu)構(gòu)設(shè)計中，需需要具備MMIS系統(tǒng)統(tǒng)中的常規(guī)規(guī)模塊，比比如用戶管管理、權(quán)限限管理等等等；同時，數(shù)數(shù)據(jù)庫設(shè)計計還要明確確表現(xiàn)出RRBAC的的理論，所所以本部分分是整個設(shè)設(shè)計方案的的一個重要要環(huán)節(jié)。出于方案的的通用性和和易于普及及性要求，數(shù)數(shù)據(jù)庫設(shè)計計必須經(jīng)過過結(jié)構(gòu)優(yōu)化化，既要給給功能實現(xiàn)現(xiàn)提供良好好的內(nèi)在機機制支持和和功能擴展展?jié)摿?，又又要簡便易易于理解。良好的?shù)數(shù)據(jù)庫結(jié)構(gòu)構(gòu)設(shè)計本身身就可以表

49、表述RBAAC的要求求。在很大大程度上，基基干角色訪訪問控制功功能的實現(xiàn)現(xiàn)方案的標(biāo)標(biāo)準(zhǔn)化是由由數(shù)據(jù)庫結(jié)結(jié)構(gòu)決定的的。RBAAC對數(shù)據(jù)據(jù)庫結(jié)構(gòu)的的要求有以以下三點：便于擴展應(yīng)應(yīng)用規(guī)模和和附加業(yè)務(wù)務(wù)功能。1) 清晰晰無誤，合合理簡潔的的表述出角角色分類，角角色分配等等RBACC邏輯內(nèi)涵涵。2) 便于于管理變動動，減小管管理工具設(shè)設(shè)計難度。當(dāng)遇到需需增減用戶戶，用戶職職位調(diào)變動動，機構(gòu)改改革，管理理方式改革革等情況時時，僅僅需需要通過管管理工具變變動數(shù)據(jù)庫庫中的用戶戶信息，用用戶/角色信息息，角色信信息，角色色/權(quán)限關(guān)系系，權(quán)限定定義等等就就可以實現(xiàn)現(xiàn)，而無需需變動應(yīng)用用方案的業(yè)業(yè)務(wù)邏輯。一個系統(tǒng)R

50、RBAC，所所需要涉及及的數(shù)據(jù)庫庫主要有：用戶數(shù)據(jù)據(jù)庫，角色色信息庫，用用戶/角色信息息庫，權(quán)限限信息庫，角角色/權(quán)限信息息庫。用戶表這里我們所所說的用戶戶，是指程程序的使用用用戶。用用戶表保存存用戶基本本信息，如如姓名，電電話等。UUserIID為標(biāo)志志用戶的PPrimaary KKey。用戶信息息表格式如如表1所示。表1 用戶戶表列名數(shù)據(jù)類型長度允許空UserIIDvarchhar20 UserNNamevarchhar20否Deparrtmenntvarchhar20Passwwordvarchhar20否b) 角色色信息庫/角色表角色信息庫庫/角色表Rooleskk保存的是是各個等級級

51、的規(guī)則角角色、管理理角色的定定義信息。角色信息息庫/角色色表格式如如表2所示。表2 角色色表列名數(shù)據(jù)類型長度允許空Role_Nameevarchhar20 Pre_rrolevarchhar20Descrriptiionvarchhar200Role_Namee：角色名稱稱，為 PPrimaary kkey：主主鍵Pre_rrole指指定該角色色的先決角角色，一個個角色的先先決角色就就是一個要要被賦予該該角色之前前首先要先先具有的角角色。Prre_roole參考考了表中的的Rolee_Namme主鍵，即即：Pree_rolle要么取取值為Roole_NName主主鍵列中的的一個值，要要么為空值

52、值nulll。定義PPre_rrole數(shù)數(shù)據(jù)項，為為實現(xiàn)先決決角色約束束提供了基基礎(chǔ)。Descrriptiion：變變長度字符符串，用于于對角色的的功能做語語言描述以以便于查看看。權(quán)限關(guān)系表表權(quán)限信息庫庫Permmissiionskk是一個應(yīng)應(yīng)用中規(guī)定定的所有權(quán)權(quán)限的描述述信息存儲儲場所。對對于一個特特定的應(yīng)用用來說是最最基層的信信息，為了了使權(quán)限信信息庫的信信息與角色色/權(quán)限信信息庫中的的權(quán)限含義義保持一致致，權(quán)限信信息庫定義義要盡可能能詳細完備備，在定義義完畢之后后要盡量減減少改動，但但可以根據(jù)據(jù)業(yè)務(wù)功能能擴展的需需要隨意添添加。權(quán)限限信息表形形式如表33所示。表3 權(quán)限限信息表列名數(shù)據(jù)類

53、型長度允許空PermiissioonIDint20 ObjecctNammevarchhar20否由于權(quán)限信信息庫中對對權(quán)限的描描述的ObbjecttNamee項是字符符串類型變變量，因此此所描述的的權(quán)限即可可以是針對對具體的系系統(tǒng)資源，可可以根據(jù)業(yè)業(yè)務(wù)邏輯需需要而靈活活定義。d) 角色色/權(quán)限信信息庫角色/權(quán)限限信息庫保保存各個角角色對應(yīng)擁擁有哪些權(quán)權(quán)限。實際際上該表中中保存的是是一個角色色定義的所所有的權(quán)限限。角色/權(quán)限信息息表格式如如表4所示。表4 角色色/權(quán)限信息息表列名數(shù)據(jù)類型長度允許空Role_Nameevarchhar20 PermiissioonIDint20外鍵Rolle_N

54、aame和PermmissiionIDD參考Rollesk表表和 Peermisssionnsk表中中的同名列列，使這三三個表的數(shù)數(shù)據(jù)項保持持一致性、完整性。對參照完完整性定義義為級聯(lián)刪刪除，級聯(lián)聯(lián)更改，即即當(dāng)被參照照的主碼被被刪除或更更改時，參參照該主鍵鍵的所有外外碼與被參參照關(guān)系表表中要刪除除或更改的的主碼相對對應(yīng)的原組組一起被刪刪除或更改改為新值。例如：當(dāng)當(dāng)某個角色色被刪除時時，角色/權(quán)限關(guān)系系表中與該該角色相對對應(yīng)的角色色/權(quán)限元組組全部被刪刪除。如表中所示示一個Roole_NName可可以對應(yīng)多多個權(quán)限PPermiissioonID，一一個權(quán)限PPermiissioonID也也可以對

55、應(yīng)應(yīng)多個Roole_NName，當(dāng)當(dāng)要查詢一一個角色所所擁有的所所有權(quán)限時時，可以用用語句selecct * fromm Rolle_Peermisssionnskwheree Rolle_Naame“被查詢的的角色名”e) 用戶戶/角色信信息庫用戶/角色色信息庫保保存各個用用戶所擁有有的角色信信息。用戶戶/角色信息息表格式如如表5所示。：表5 用戶戶/角色信信息表列名數(shù)據(jù)類型長度允許空UserIIDvarchhar20 否否 PermiissioonIDint20否表Userr_Rollesk中中的UseerID和和Rolee_Namme定義為為不可取空空值的外碼碼，分別參參照Useerk表

56、和和Roleesk表中中的同名主主碼，且為為級聯(lián)的刪刪除、更改改。f) 考勤勤記錄表考勤記錄表表主要用于于記錄個人人考勤情況況。如表66所示。表6 考勤勤記錄表列名數(shù)據(jù)類型長度允許空Nameint20否 Datedatettime8否Recorrdvarchhar200d) 通知知表通知表是用用來記錄發(fā)發(fā)送的通知知，以備查查詢。如表表7所示。表7 公文文表列名數(shù)據(jù)類型長度允許空Nameint20否Datedatettime8否Comenntvarchhar2005.2 系系統(tǒng)詳細設(shè)設(shè)計在前面的概概要設(shè)計中中，已將系系統(tǒng)劃分為為多個模塊塊，并將它它們按照一一定的原則則組裝起來來，同時確確定了每個

57、個功能及模模塊之間的的外部接口口?，F(xiàn)在所所要做的就就是確定每每個模塊具具體執(zhí)行過過程，也可可以說是“過程設(shè)計計”。此詳細細設(shè)計的結(jié)結(jié)果基本決決定了最終終程序的質(zhì)質(zhì)量。為軟軟件的質(zhì)量量，延長軟軟件的生存存期，軟件件的可測試試性、可維維護性提供供重要的保保障。詳細細設(shè)計的目目標(biāo)不僅是是邏輯上正正確地實現(xiàn)現(xiàn)每個模塊塊的功能，還還應(yīng)使設(shè)計計出的處理理過程清晰晰易讀。由由前一階段段產(chǎn)生系統(tǒng)統(tǒng)功能模塊塊圖，為系系統(tǒng)的主要要部分設(shè)計計了如下的的模塊關(guān)系系圖：圖1 系統(tǒng)統(tǒng)模塊關(guān)系系圖通過以上步步驟，基本本上完成了了對整個系系統(tǒng)的總體體設(shè)計，接接下來所要要做的就是是軟件的編編碼工作。系統(tǒng)總體體設(shè)計的好好壞直接影

58、影響著下一一步工作，只只有在這一一階段設(shè)計計出好的模模塊圖和程程序流程圖圖，才能更更有利于編編碼，產(chǎn)生生好的軟件件系統(tǒng)。6 系統(tǒng)應(yīng)應(yīng)用程序設(shè)設(shè)計6.1 系系統(tǒng)模塊組組成OA辦公系系統(tǒng)模塊由由系統(tǒng)管理理、文檔管理理、電子郵件件管理、工作任務(wù)務(wù)管理、工作日程程管理、發(fā)文管理理等模塊構(gòu)構(gòu)成。系統(tǒng)管理理又有操作作員管理和和修改密碼碼模塊。6.2 數(shù)數(shù)據(jù)模塊的的設(shè)置在編寫數(shù)據(jù)據(jù)庫應(yīng)用程程序時，經(jīng)經(jīng)常要遇到到這樣的情情況，即好好多組件、窗體同時時訪問相同同的數(shù)據(jù)源源。如果為每每一個組件件或者窗體體都設(shè)置一一個數(shù)據(jù)源源將是十分分耗時的工工件，而且且要保證這這些數(shù)據(jù)源源的確是相相同的也需需花一番功功夫。那么么

59、，能不能能將這些數(shù)數(shù)據(jù)源集中中管理，最最好是做成成一個統(tǒng)一一的模塊，需需要時就將將該模塊引引入而不必必直接操作作數(shù)據(jù)源本本身呢？數(shù)數(shù)據(jù)模塊（DDataMModulle）是解解決這個問問題最好的的答案。簡簡單說來，數(shù)數(shù)據(jù)模塊是是用來集中中管理數(shù)據(jù)據(jù)源的一個個窗體，該該窗體可被被需要的地地方隨時引引入。在圖1中，除除報表窗體體外所有的的數(shù)據(jù)存取取組件和數(shù)數(shù)據(jù)源組件件都在此數(shù)數(shù)據(jù)模塊中中進行了定定義。值得得一提的是是，設(shè)置了了數(shù)據(jù)庫DDatabbase組組件，該組組件引入了了系統(tǒng)所需需的唯一的的數(shù)據(jù)庫ttsxs，DDatabbase組組件的DaatabaaseNaame屬性性設(shè)置為ttsckggl。

60、tssxs數(shù)據(jù)據(jù)庫已在OODBC配配置程序中中進行了設(shè)設(shè)置。其他他的數(shù)據(jù)存存取組件都都是基于此此數(shù)據(jù)庫組組件創(chuàng)建的的，這樣做做的好處是是，當(dāng)數(shù)據(jù)據(jù)庫的別名名或者其他他信息改變變之后，只只需修改TTdataabasee組件的AAliassNamee屬性即可可。另外，在本本系統(tǒng)的數(shù)數(shù)據(jù)模塊窗窗體圖中，大多采用的AODQuery組件而沒有采用BDE組件，這主要是基于對ADO組件的了解。在Delphi的學(xué)習(xí)過程中增加了對ADO組件了解，使用也較BDE更為熟練，而且ADO組件的功能也較BDE更為強大，所以在這里大多采用ADO組件來進行數(shù)據(jù)庫聯(lián)接。同時也使用了BDE組件中的Table，因為在某些時候BDE