【正文】 態(tài)數(shù)據(jù)庫對象）的支持，ASP 對數(shù)據(jù)庫的操作非常得心應手。使用CDONTS（Collaboration Data Objects for NTS，NTS 協(xié)作數(shù)據(jù)對象） ，可以發(fā)送、4 / 59查看郵件，實現(xiàn) WEBMAIL 的功能。同時，由于它是在服務器端的腳本，一般用戶無法看到，從而有效地保證了系統(tǒng)的安全性及開發(fā)人員的知識產(chǎn)權。ASP 提供 VB SCRIPT 和 JSCRIPT 兩種腳本引擎，缺省為 VB SCRIPT。 圖 服務器與客戶端交互過程 Microsoft SQL Server 2022 今天的商業(yè)環(huán)境要求不同類型的數(shù)據(jù)庫解決方案。除這些核心企業(yè)品質(zhì)外，SQL Server 2022 還為數(shù)據(jù)管理與分析帶來了靈活性，允許單位在快速變化的環(huán)境中從容響應，從而獲得競爭優(yōu)勢。SQL Server 2022 提供了對可擴展標記語言 (XML) 的核心支持以及在 Inter 上和防火墻外進行查詢的能力。 Web 輕松訪問數(shù)據(jù)。請求服務器執(zhí)行 asp 腳本，——————————返回 html 頁面——————————客戶端(Client) Web 服務器端(Server)發(fā)出請求，要求執(zhí)行服務器上的 asp 腳本，接收到 html 頁面后，由客戶機上的瀏覽器（ＩＥ）解釋執(zhí)行。 請接到請求后。asp 腳本必須放在服務器上，并由服務器解釋執(zhí)行5 / 59。SQL Server Enterprise Edition 最多可以使用 32 個處理器和 64 GB RAM。向外擴展可以將數(shù)據(jù)庫和數(shù)據(jù)負載分配給多臺服務器。通過增強的故障轉(zhuǎn)移群集、日志傳送和新增的備份策略，SQL Server 2022 達到了最大的可用性。：所有的數(shù)據(jù)均實時處理，也可實時查詢。，為企業(yè)實現(xiàn)高效率的管理。 數(shù)據(jù)描述調(diào)查了解用戶的需求后還需要進一步分析和抽象用戶的需求，使之轉(zhuǎn)換為后續(xù)設計階段可用的形勢，用數(shù)據(jù)流圖和數(shù)據(jù)字典來描述系統(tǒng)。圖 系統(tǒng)數(shù)據(jù)流圖7 / 59 數(shù)據(jù)字典數(shù)據(jù)字典是結(jié)構化設計方法的主要工具，用來對系統(tǒng)中的各類數(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)。 系統(tǒng)業(yè)務流程根據(jù)我們的調(diào)研，現(xiàn)將網(wǎng)上企業(yè)辦公自動化程序流程圖繪制如圖 所示。：文件上傳、文件下載。：添加新公告、修改新公告、刪除公告。：發(fā)送建議、查看意見箱、刪除建議。：查看系統(tǒng)安全日志記錄，管理員進行安全監(jiān)測。：建立自動發(fā)送電子郵件的機制，以此響應發(fā)送用戶密碼的操作。數(shù)據(jù)庫訪問層定義系統(tǒng)對數(shù)據(jù)庫的所有操作，邏輯操作層定義系統(tǒng)的所有邏輯操作，應用界面層就是前臺用戶界面，如圖 所示。面向?qū)ο蟮闹饕拍罴霸瓌t與軟件復用的要求十分吻合，在系統(tǒng)設計中，我們把常用并且不變的數(shù)據(jù)庫操作提取出來，建立了數(shù)據(jù)庫訪問層，它提供系統(tǒng)訪問數(shù)據(jù)庫的一切函數(shù)、過程等低層數(shù)據(jù)庫操作。在網(wǎng)上企業(yè)辦公自動化系統(tǒng)的設計開發(fā)中，數(shù)據(jù)庫訪問層定義了一些有希望圖 系統(tǒng)層次結(jié)構10 / 59被其它系統(tǒng)復用的構件，在日后的其他系統(tǒng)的開發(fā)中這個構件還會被用到，于是我們把它提交到可復用構件庫中，這種策略，也是在復用技術支持下的 OOA 過程組織方式。 系統(tǒng)模塊結(jié)構本系統(tǒng)共分九大部分，二十四個完整的功能模塊。圖 網(wǎng)上企業(yè)辦公自動化功能模塊圖模塊化是為了是一個復雜的大型程序能被人的智力所管理，軟件應該具備的唯一的屬性。設函數(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 組成，那么它的復雜程序大于分別考慮每個問題是復雜程度之和。12 / 59第 4 章 數(shù)據(jù)庫設計 網(wǎng)上企業(yè)辦公自動化 ER 圖描述概念結(jié)構的工具是 ER 圖，ER 方法是“實體聯(lián)系方法” ，它是描述概念世界建立概念模型的實用工具。圖 各局部 ER 圖將各個局部 ER 圖合并，解決各局部 ER 圖之間的沖突，修改和重構，消除不必要的冗余，成總體 ER 圖，網(wǎng)上企業(yè)辦公自動化總體 ER 圖，如圖 所示。這樣,我們再根據(jù)系統(tǒng)的功能需求分別建立了 10 個項。(ID、主題、發(fā)送人、所在部門、發(fā)送時間、建議內(nèi)容)。(ID、文件名、文件大小、上傳人、上傳日期、文件描述)。（公告編號、主題、公告人、公告日期、公告內(nèi)容） 。14 / 597 辦公用品信息表（ID、類別、品牌規(guī)格、數(shù)量、金額、購買日期、購買部門） 。（編號、用戶名、所做事件、時間） 。第一范式（1NF）數(shù)據(jù)冗余程度最大，第五范式(5NF)數(shù)據(jù)冗余程度最小。所以從實用角度來分析，系統(tǒng)使用第三范式比較恰當。網(wǎng)上企業(yè)辦公自動化系統(tǒng)數(shù)據(jù)都已經(jīng)規(guī)范化為第三范式：員工信息中，其他信息都依賴學號存在，容易造成數(shù)據(jù)冗余的專業(yè)已經(jīng)單獨成為一個實體，進一步消除了數(shù)據(jù)冗余。日志中，除編號外的屬性都依賴編號存在，符合第三范式的要求。綜合以上分析，網(wǎng)上辦公自動化系統(tǒng)數(shù)據(jù)邏輯設計能夠滿足系統(tǒng)功能需求，細化系統(tǒng)的邏輯模型后，數(shù)據(jù)符合第三范式要求，因此，系統(tǒng)數(shù)據(jù)設計合理。當確定后，應用系統(tǒng)所選用的 DBMS 提供的數(shù)據(jù)描述語言把邏輯設計結(jié)果描述出來。同樣，文件信息表、郵件信息表等也建立了聚集索引。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ù)庫文件采用自動增長方式，按照 10%大小單位增長，考慮實際企業(yè)業(yè)務量比較大，如此大數(shù)據(jù)量 SQL SERVER 2022 完全可以勝任，所以我們把數(shù)據(jù)庫文件增長設置為不受限制。 數(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 null 購買日期Changshang varchar(50) Null 生產(chǎn)廠家Driver varchar(10) Null 司機Memo varchar(255) Null 車輛描述bINFO varchar(50) Null 保險信息NJ varchar(50) Null 年檢信息表 辦公信息用品表(Tab_stationery) 表 日志表(Tab_Log) 列名 數(shù)據(jù)類型 可否為空 說明列名 數(shù)據(jù)類型 可否為空 說明ID Int(4) Not null ID 號type varchar(20) Not null 類別model varchar(50) Not null 品牌規(guī)格number Int(4) Null 數(shù)量Cost money(8) Null 金額buydate Datetime(8) Null 購買日期branch varchar(20) Null 購買部門19 / 59ID Int(4) Not null ID 號Username char(10) Not null 用戶名Dtime Datetime(8) Not null 時間續(xù)表 Event varchar(100) Null 所做事件表 用戶表(tab_user) 列名 數(shù)據(jù)類型 可否為空 說明ID Int(4) Not null 用戶編號usename varchar(10) Null 用戶名Pwd varchar(20) Not null 密碼Name varchar(10) Not null 員工姓名purview varchar(10) Not null 權限branch varchar(10) Not null 部門Job varchar(30) Null 職務Sex char(2) Not null 性別Email varchar(50) Null 電子郵箱Tel varchar(15) Null 電話Address varchar(50) Null 地址Accesstime Int(4) Null 訪問次數(shù) 數(shù)據(jù)庫設計實現(xiàn)——視圖設計視圖是關系數(shù)據(jù)庫系統(tǒng)提供給用戶以多種角度觀察數(shù)據(jù)庫中數(shù)據(jù)的重要的機制。這些創(chuàng)建完的視圖最終是定義在前面設計的基本表上的，對它的操作最終轉(zhuǎn)換為對基本表的操作。網(wǎng)上企業(yè)辦公自動化系統(tǒng)中數(shù)據(jù)視圖的建立如圖 所示。關系模型中可以有三類完整性約束：實體完整性、參照完整性和用戶自定義的完整性。如圖 所示。21 / 59第 5 章 詳細設計與實現(xiàn) 系統(tǒng)界面設計與風格定位WEB 建設商業(yè)化趨勢，對網(wǎng)頁設計的藝術性提出了更高的要求。用戶界面除了具有傳播信息的功能外，還往往代表企業(yè)的形象。圖 網(wǎng)上企業(yè)辦公自動化系統(tǒng)主