【文章內(nèi)容簡介】 公自動化種主要的數(shù)據(jù)字典如下。數(shù)據(jù)文件名：建議信息表簡述：建議信息、意見箱數(shù)據(jù)文件組成：ID 號+建議主題+發(fā)送人+建議內(nèi)容等存儲方式：數(shù)據(jù)文件名：文件信息表簡述：存儲上傳文件信息數(shù)據(jù)文件組成：文件名+上傳人+ 文件大小存儲方式：數(shù)據(jù)文件名：會議表簡述：存儲會議信息數(shù)據(jù)文件組成：會議時間+主持人+ 出席人+會議主題 +會議內(nèi)容存儲方式：數(shù)據(jù)文件名：公告信息表簡述：存儲公告信息數(shù)據(jù)文件組成：公告編號+主題+ 公告人+公告日期 +公告內(nèi)容存儲方式：加工名：查詢加工編號：1簡要描述：根據(jù)用戶所在部門，分類顯示輸入數(shù)據(jù)流：員工部門輸出數(shù)據(jù)流：查詢后的信息加工邏輯:8 / 59第 3 章 總體設計 功能劃分系統(tǒng)從功能上分為:收/發(fā)文管理、會議管理、公告管理、人力資源管理資產(chǎn)管理等五個子系統(tǒng)。收/發(fā)文管理在合法用戶進入后，根據(jù)其不同的權(quán)限分頁顯示收文箱和發(fā)文箱信息，提供“發(fā)送公文”和“刪除公文”超鏈接功能；會議管理實現(xiàn)查看會議記錄、錄入會議記錄、刪除會議記錄但是具有“只讀”權(quán)限的用戶是無權(quán)錄入和刪除會議記錄的；公告管理功能主要是總公司發(fā)布公告，其下屬分工司人員可以根據(jù)權(quán)限進入公司網(wǎng)站實時關(guān)注公司的動態(tài)信息；人力資源管理是管理整個企業(yè)員工的信息；分頁顯示員工信息，該頁面所有員工都可以查看，但只擁有“系統(tǒng)”權(quán)限的用戶才可以添加、修改和刪除員工信息；資產(chǎn)管理分為辦公用品管理和車輛管理可按部門進行分類查詢資產(chǎn)信息。 系統(tǒng)業(yè)務流程根據(jù)我們的調(diào)研，現(xiàn)將網(wǎng)上企業(yè)辦公自動化程序流程圖繪制如圖 所示。圖 網(wǎng)上辦公自動化系統(tǒng)業(yè)務流程圖9 / 59 系統(tǒng)功能\發(fā)文管理：建立發(fā)文、刪除收文。：文件上傳、文件下載。：察看會議記錄、錄入會議記錄、刪除會議記錄。：添加新公告、修改新公告、刪除公告。：辦公用品管理、車輛管理。：發(fā)送建議、查看意見箱、刪除建議。：錄入新員工、修改員工信息、刪除員工信息、修改個人信息、優(yōu)秀職員評比。：查看系統(tǒng)安全日志記錄，管理員進行安全監(jiān)測。針對不同的操作，需要異常處理功能，防止因為意外原因，導致系統(tǒng)運行不正常。：建立自動發(fā)送電子郵件的機制，以此響應發(fā)送用戶密碼的操作。 系統(tǒng)層次結(jié)構(gòu)根據(jù)網(wǎng)上企業(yè)辦公自動化系統(tǒng)的特點，結(jié)合面向?qū)ο筌浖O計思想，在這里，我們把系統(tǒng)的層次結(jié)構(gòu)劃分為數(shù)據(jù)庫訪問層、邏輯操作層、應用界面層等三個基本層次，如圖 。數(shù)據(jù)庫訪問層定義系統(tǒng)對數(shù)據(jù)庫的所有操作，邏輯操作層定義系統(tǒng)的所有邏輯操作，應用界面層就是前臺用戶界面，如圖 所示。系統(tǒng)這樣分為三個層次，是出于對軟件復用的考慮，軟件復用就是將已有的軟件成分用于構(gòu)造新的軟件系統(tǒng)，這里，復用主要指系統(tǒng)開發(fā)過程中對程序的復用。面向?qū)ο蟮闹饕拍罴霸瓌t與軟件復用的要求十分吻合，在系統(tǒng)設計中，我們把常用并且不變的數(shù)據(jù)庫操作提取出來，建立了數(shù)據(jù)庫訪問層，它提供系統(tǒng)訪問數(shù)據(jù)庫的一切函數(shù)、過程等低層數(shù)據(jù)庫操作。邏輯層則根據(jù)用戶前臺需求的不同，提取出相同的類，在建立相應的成員函數(shù)、屬性等，用戶界面只需要直接調(diào)用邏輯層中的函數(shù)，在根據(jù)自己的特點，實現(xiàn)系統(tǒng)的功能。在網(wǎng)上企業(yè)辦公自動化系統(tǒng)的設計開發(fā)中，數(shù)據(jù)庫訪問層定義了一些有希望圖 系統(tǒng)層次結(jié)構(gòu)10 / 59被其它系統(tǒng)復用的構(gòu)件，在日后的其他系統(tǒng)的開發(fā)中這個構(gòu)件還會被用到，于是我們把它提交到可復用構(gòu)件庫中，這種策略，也是在復用技術(shù)支持下的 OOA 過程組織方式。系統(tǒng)層次結(jié)構(gòu)的劃分，使我們更加專注于應用系統(tǒng)核心業(yè)務邏輯的分析、設計和開發(fā)，簡化了應用系統(tǒng)的開發(fā)、更新和升級工作。 系統(tǒng)模塊結(jié)構(gòu)本系統(tǒng)共分九大部分，二十四個完整的功能模塊。如圖 所示。圖 網(wǎng)上企業(yè)辦公自動化功能模塊圖模塊化是為了是一個復雜的大型程序能被人的智力所管理，軟件應該具備的唯一的屬性。如果一個大型系統(tǒng)僅僅由一個模塊組成，它將很難被人理解。設函數(shù) C（X）定義問題 X 的復雜度，函數(shù) E（X）確定解決問題 X 所需要的工作量，對于兩個問題 PP2，如果：C(P1)C(P2)E(P1)E(P2)11 / 59顯然，根據(jù)人類解決一般問題的經(jīng)驗，另一個有趣的規(guī)律是：C（P1+P2）C（P1）+C（P2）也就是說，如果一個問題有 P1，P2 組成，那么它的復雜程序大于分別考慮每個問題是復雜程度之和。我們綜合以上，得到以下不等式：E（P1+P2）E(P1)+E(P2)這個不等式導致“各個擊破”結(jié)論——即把復雜的問題分解成許多容易解決的小問題，原來的問題也就解決了，所以網(wǎng)上企業(yè)辦公自動化系統(tǒng)最終實現(xiàn)，設計上必須要遵守模塊化的原則，根據(jù)這個原則，我們把系統(tǒng)分解成以下模塊：選題模塊、申報模塊、篩選模塊、后臺管理模塊，每個模塊又根據(jù)不同的性質(zhì)，實現(xiàn)不同的功能。12 / 59第 4 章 數(shù)據(jù)庫設計 網(wǎng)上企業(yè)辦公自動化 ER 圖描述概念結(jié)構(gòu)的工具是 ER 圖，ER 方法是“實體聯(lián)系方法” ，它是描述概念世界建立概念模型的實用工具。網(wǎng)上企業(yè)辦公自動化局部 ER 圖，如圖 所示。圖 各局部 ER 圖將各個局部 ER 圖合并，解決各局部 ER 圖之間的沖突，修改和重構(gòu)，消除不必要的冗余，成總體 ER 圖，網(wǎng)上企業(yè)辦公自動化總體 ER 圖，如圖 所示。13 / 59 數(shù)據(jù)庫邏輯設計圖 網(wǎng)上企業(yè)辦公自動化總體 ER 圖根據(jù)需求分析，結(jié)合 ER 圖，我們對數(shù)據(jù)庫進行邏輯設計，其中，文件的屬根據(jù)需求分析，結(jié)合 ER 圖，我們對數(shù)據(jù)庫進行邏輯設計，其中，文件的屬性還應該包括上傳日期、文件大小、文件描述等，所以我們需要建立類別項；為了最新的企業(yè)動態(tài)信息所以我們又增添了系統(tǒng)公告項；為了對系統(tǒng)流程控制，我們還需要員工權(quán)限項以及員工訪問次數(shù)項；管理員信息也需要建立單獨的數(shù)據(jù)項來存儲。這樣,我們再根據(jù)系統(tǒng)的功能需求分別建立了 10 個項。如下：(員工編號、用戶名、密碼、員工姓名、性別、權(quán)限、部門、訪問次數(shù))。(ID、主題、發(fā)送人、所在部門、發(fā)送時間、建議內(nèi)容)。（ID、郵件主題、收件人、發(fā)件人、部門、發(fā)件時間、郵件內(nèi)容） 。(ID、文件名、文件大小、上傳人、上傳日期、文件描述)。(ID、會議時間、主持人、出席人、會議主題、會議地點、會議內(nèi)容)。（公告編號、主題、公告人、公告日期、公告內(nèi)容） 。發(fā)文表(ID、發(fā)送主題、發(fā)文人、收文人、發(fā)文時間、發(fā)文內(nèi)容、標志)。14 / 597 辦公用品信息表（ID、類別、品牌規(guī)格、數(shù)量、金額、購買日期、購買部門） 。(ID 號、牌號、型號、發(fā)動機號、購買日期、生產(chǎn)廠家、司機、車輛描述、保險信息、年檢信息、狀態(tài))。（編號、用戶名、所做事件、時間） 。通常用“范式（NORMAL FORMS） ”定義消除數(shù)據(jù)冗余的程度。第一范式（1NF）數(shù)據(jù)冗余程度最大，第五范式(5NF)數(shù)據(jù)冗余程度最小。但是，范式級別越高，存儲同樣的數(shù)據(jù)就需要分解成更多張表，因此，存儲自身“的過程就會變的十分復雜。所以從實用角度來分析，系統(tǒng)使用第三范式比較恰當。系統(tǒng)數(shù)據(jù)設計以及概念模型都已經(jīng)規(guī)范化成第三范式，所謂第三范式，就是屬性間的依賴情況，在符合第二范式的條件下，每個非關(guān)鍵字的屬性都僅由關(guān)鍵字決定，而且一個非關(guān)鍵字屬性不能僅僅是對另一個非關(guān)鍵字屬性的進一步描述。網(wǎng)上企業(yè)辦公自動化系統(tǒng)數(shù)據(jù)都已經(jīng)規(guī)范化為第三范式：員工信息中，其他信息都依賴學號存在，容易造成數(shù)據(jù)冗余的專業(yè)已經(jīng)單獨成為一個實體，進一步消除了數(shù)據(jù)冗余。建議信息中，主題為單獨實體，其屬性都依賴建議編號存在。日志中，除編號外的屬性都依賴編號存在，符合第三范式的要求。同理其它關(guān)系都符合關(guān)系模式的規(guī)范化。綜合以上分析，網(wǎng)上辦公自動化系統(tǒng)數(shù)據(jù)邏輯設計能夠滿足系統(tǒng)功能需求，細化系統(tǒng)的邏輯模型后，數(shù)據(jù)符合第三范式要求，因此，系統(tǒng)數(shù)據(jù)設計合理。 數(shù)據(jù)庫物理設計物理設計是在計算機的物理設備上確定采取的數(shù)據(jù)存取方法和存儲結(jié)構(gòu)，以及如何分配存儲空間的問題。當確定后，應用系統(tǒng)所選用的 DBMS 提供的數(shù)據(jù)描述語言把邏輯設計結(jié)果描述出來。 數(shù)據(jù)庫物理設計——存取方法網(wǎng)上企業(yè)辦公自動化系統(tǒng)數(shù)據(jù)庫表存取時表中都建立了索引，如建議信息表中建議名，建議內(nèi)容等信息都由建議編號唯一標識，也就是為建議信息建立CLUSTERED 類型的索引，這樣，聚集索引可加快 UPDATE 和 DELETE 操作的速度，因為這兩個操作需要讀取大量的數(shù)據(jù)。同樣，文件信息表、郵件信息表等也建立了聚集索引。fill factor 選項指定現(xiàn)有數(shù)據(jù)索引的每一頁填滿的程度。fill factor 百分比會影響系統(tǒng)性能，選題/申報系統(tǒng)數(shù)據(jù)經(jīng)過分析，題目類型數(shù)據(jù)量比較少，基本不修15 / 59改或添加數(shù)據(jù)，所以我們把填充因子設置為 8090，%80 左右的 fill factor 值將導致 SQL Server 以相對飽滿的頁面創(chuàng)建新索引，而員工信息表、文件信息表、相對數(shù)據(jù)量比較大，所以我們指定其因子數(shù)為 30，這樣頁填滿時，所留出的存儲空間量最大，減少了頁拆分而降低性能的幾率，并使表中的數(shù)據(jù)存儲產(chǎn)生比較少碎片，有利于提高系統(tǒng)運行性能。 數(shù)據(jù)庫物理設計——存儲結(jié)構(gòu)數(shù)據(jù)庫文件非常重要，所以我們在存儲的時候，不把文件存放在系統(tǒng)分區(qū)中，這樣保證系統(tǒng)在出現(xiàn)突發(fā)事件時，數(shù)據(jù)庫的安全，所以我們把數(shù)據(jù)庫存放在D:\Program Files\Microsoft SQL Server\MSSQL\Data 中。數(shù)據(jù)庫文件采用自動增長方式，按照 10%大小單位增長，考慮實際企業(yè)業(yè)務量比較大，如此大數(shù)據(jù)量 SQL SERVER 2022 完全可以勝任，所以我們把數(shù)據(jù)庫文件增長設置為不受限制。 數(shù)據(jù)庫設計實現(xiàn)數(shù)據(jù)庫具體的設計實現(xiàn)主要是根據(jù)邏輯設計和物理設計的結(jié)果，在計算機系統(tǒng)上建立實際的數(shù)據(jù)結(jié)構(gòu)，裝入數(shù)據(jù)并進行程序的調(diào)試。 數(shù)據(jù)庫設計實現(xiàn)——表數(shù)據(jù)庫（office）中各個表的設計結(jié)果如下所示，每個表格代表數(shù)據(jù)庫中的一個表。如表 、表 、表 、表 、表 、表 、表 、表 、表、表 所示。表 建議信息表(Tab_advice)列名 數(shù)據(jù)類型 可否為空 說明ID Int(4) Not null ID 號Subject varchar(50) Not null 主題Person varchar(10) Null 發(fā)送人Branch varchar (20) Null 所在部門Stime Smalldatetime(4) Not Null 發(fā)送時間Cotent Int(4) Null 建議內(nèi)容16 / 59表 郵件信息表(Tab_Email)列名 數(shù)據(jù)類型 可否為空 說明續(xù)表 ID Int(4) Not null ID 號Subject varchar(40) Not null 郵件主題Toname varchar(10) Not null 收件人Fromname varchar(10) Not null 發(fā)件人Branch char(20) Null 所在部門Ddate Smalldatetime(4) Null 發(fā)件時間Content Text(16) Not null 郵件內(nèi)容Flag varchar(2) Null 標志表 文件信息表(Tab_file)表 公告信息表(Tab_Placard)列名 數(shù)據(jù)類型 可否為空 說明ID Int(4) Not null 公告編號列名 數(shù)據(jù)類型 可否為空 說明ID Int(4) Not null ID 號Filename varchar(50) Not null 文件名Filesize varchar(50) Null 文件大小Person varchar(50) Not null 上傳人Ddate Smalldatetime(4) Not null 上傳時間Info Text 16 文件描述17 / 59Subject char(40) Not null 主題Person varchar(50) Not null 公告人Ddate Smalldatetime(4) Not null 公告日期續(xù)表 Content Text Null 公告內(nèi)容表 會議表(Tab_meeting)表 發(fā)文表(Tab_Send)表 車輛信息表(Tab_car)列名 數(shù)據(jù)類型 可否為空 說明ID Int(4) Not null ID 號Mtime Smalldatetime(4) Not null 會議時間Zperson varchar(10) Not null 主持人Cperson varchar(50) null 出席人列名 數(shù)據(jù)類型 可否為空 說明ID Int(4) Not null ID 號Subject varchar(50) Not null 發(fā)送主題Sperson varchar(10) Not null 發(fā)文人Lperson varchar(10) Not null 收文人Stime Smalldatetime(4) Not null 發(fā)文時間Content text(16) Null 發(fā)文內(nèi)容Flag varchar(2) null 標志18 / 59 列名 數(shù)據(jù)類型 可否為空 說明ID Int(4) Not null ID 號Nnumber Nvarchar(10) Not null 牌號續(xù)表 Model varchar(20) Null 型號fNO varchar(20) Null 發(fā)動機號Buydate Datetime(8) Not nu