【正文】 971年通過的 DBTG報告中提出，后來收入在 1975年的美國ANSI/SPARC報告中。 數(shù)據(jù)的獨立性 由于數(shù)據(jù)庫系統(tǒng)采用三級模式結(jié)構(gòu)，因此系統(tǒng)具有數(shù)據(jù)獨立性的特點。數(shù) 據(jù)獨立性分成物理數(shù)據(jù)獨立性和邏輯數(shù)據(jù)獨立性兩級。也就是對內(nèi)模式的修改盡量不影響概念模式，當(dāng)然，對于外模式和應(yīng)用程序的影響更小，這樣，我們稱數(shù)據(jù)庫達到了物理數(shù)據(jù)獨立性。也就是對概念模式的修改盡量不影 響外模式和應(yīng)用程序，這樣，我們稱數(shù)據(jù)庫達到了邏輯數(shù)據(jù)獨立性。 范式 建立起一個良好的數(shù)據(jù)指標(biāo)體系，是建立數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫的最重要的一環(huán)。我們完全可以認(rèn)為所建指標(biāo)體系中的一個指標(biāo)類就是關(guān)系數(shù)據(jù)庫中的一個基本表，而這個指標(biāo)類下面的一個個具體指標(biāo)就是這個基本表中的一個字段。對于指標(biāo)體系中數(shù)據(jù)的結(jié) 構(gòu)在建庫前還必須進行規(guī)范化的重新組織。今天，網(wǎng)絡(luò)技術(shù)的發(fā)展對數(shù)據(jù)庫技術(shù)提出了新的要求。 這就形成了人們對分布式數(shù)據(jù)庫管理系統(tǒng)的部分要求 ——數(shù)據(jù)的位置透明性和安全性。與其它操作系統(tǒng)相比， Windows2021 Server 更穩(wěn)定，有較好的網(wǎng)絡(luò)功能。 1. 系統(tǒng)的安全性 系統(tǒng)的安全性和健壯性，即保證系統(tǒng)在局部故障條件下能持續(xù)運行并且系統(tǒng)中的數(shù)據(jù)無丟失現(xiàn)象，是設(shè)計分布式數(shù)據(jù)庫管理系統(tǒng)所必須考慮的問題之一。在系統(tǒng)運行的任一時刻，整個系統(tǒng)中都存在著唯一的一臺主服務(wù)器，完成整個系統(tǒng)的維護，包括系統(tǒng)數(shù)據(jù)字典的維護、用戶視圖 的生成和分發(fā)、安全權(quán)限管理等。由于這個原因，系統(tǒng)中處于正常工作狀態(tài)的任何備份服務(wù)器必須隨時與主服務(wù)器保持一致。當(dāng)把系統(tǒng)之外的一臺機器加入到系統(tǒng)中作為備份服務(wù)器時，必須把主服務(wù)器中當(dāng)前保存的全部有關(guān)系統(tǒng)資源的庫信息復(fù)制到該機器上。在實現(xiàn)數(shù)據(jù)透明性方面，采用的方法是使用系統(tǒng)數(shù)據(jù)字典。字典中主要存放了以下內(nèi)容： ? （ 1）整個數(shù)據(jù)庫管理系統(tǒng)中數(shù)據(jù)庫與數(shù)據(jù)對象的定義，以及它們之間的相互關(guān)系。 ? （ 3）數(shù)據(jù)庫中所定義的一系列的完整性的約束條件。 以上所有信息使得系統(tǒng)中的數(shù)據(jù)可以更好地組織在一起， 從而方便了數(shù)據(jù)的瀏覽、查詢以及復(fù)制等操作；使系統(tǒng)的安全性和完整性得到了有力的保障；使用戶可以從全局的角度來操縱系統(tǒng)中的數(shù)據(jù)。用戶在安全規(guī)則許可的情況下，可以很方便地訪問邏輯數(shù)據(jù)庫中的任何數(shù)據(jù)，而不需關(guān)心他所需要的數(shù)據(jù)是存儲在哪一個網(wǎng)絡(luò)中，哪一個計算機上，使用的是什么系統(tǒng)，應(yīng)通過哪種方式去訪問等等。根據(jù)用戶的安全級別，系統(tǒng)生成數(shù)據(jù)字典的相應(yīng)的用戶視圖分發(fā)給用戶。 第 16 頁 第四章 系統(tǒng)分析 可行性分析 經(jīng)濟可行性 由于這個系統(tǒng)是一個小的操作軟件，在利用計算機和操作人員是可以進行的，所以花費的資金不是太多，一般的小型企業(yè)是完全可以承受的 技術(shù)可行性 利用現(xiàn)有的 Microsoft ASP 程序編輯語言和 Microsoft Access 的數(shù)據(jù)庫是可以進行代碼書寫和軟件的編輯，技術(shù)的難度不是很大，自己是完全可以進行的。 法律可行性 由于該系統(tǒng)是自己開發(fā)的一個面向公司的綠色軟件，不存在于涉及到其他問題的事情的發(fā)生。如果通過網(wǎng)絡(luò)辦公系統(tǒng)工作，就可以拋棄以往傳統(tǒng)的發(fā)通知、發(fā)公告、一級一級傳達的煩瑣。 本系統(tǒng)簡單易用，能夠提高個人的辦公效率，并為單位各部門協(xié)調(diào)工作打好基礎(chǔ)，從而提高了單位的辦公效率，減少了單位管理的工作量。系統(tǒng)開發(fā)的性能要求是實現(xiàn)網(wǎng)絡(luò)辦公的系統(tǒng)化、規(guī)范化、無紙化和自動化。本系統(tǒng)具體有以下主要功能： 第 17 頁 1． 系統(tǒng)登錄 一般系統(tǒng)都具有的功能，用來驗證用戶的合法性。 3．公告發(fā)布 該欄目有一個公告板，任何權(quán)限的人都可以通過單擊查看信息。 4． 議題討論 議題討論包括查看議題和發(fā)表議題。專題欄目另一個突出的應(yīng)用，就是設(shè)立一些大家關(guān)注的熱點或重點專題，例如：“職稱評定”、“發(fā)展規(guī)劃”等；從管理的角度來看，專題欄目最顯著的特點就是每個欄目有一個管理員，參加該欄目的成員都是由管理員召集的。 （ 1）公告信息管理 公告信息管理是對公告的處理，它控制著公告信息欄。其中刪除、修改、添加新公告這三項功能，中有管理員才有權(quán)限操作，查看詳細(xì)信息功能對于任何權(quán)限的用戶都可以使用。 （ 3）文件信息管理 文件信息管理是對文件上傳模塊的管理，在其中可查看文件標(biāo)題、上傳人、上傳的時間、文件大小，它有刪除和下載兩項功能。 （ 4）議題信息管理 在議題信息管理功能中，用戶可 以在議題信息中查看閱讀次數(shù)、議題主題、內(nèi)容和回復(fù)次數(shù)，也具有刪除、修改兩項功能。 第 18 頁 （ 5）系統(tǒng)日志管理 系統(tǒng)日志管理是把系統(tǒng)所做的每一件事都記錄下來，以便系統(tǒng)管理員進行核對。 （ 6）優(yōu)秀職員管理 優(yōu)秀職員管理是通過對員工進行評比，按使用本系統(tǒng)的登錄次數(shù)來評定，次數(shù)越多，就越有機會成為優(yōu)秀職員。 7． 互通信息管理 單位中各級工作人員可以通過該項功能，相互之間以信件的方式發(fā)送相關(guān)的內(nèi)容，達到交流的目的。不同權(quán)限的用戶有不同的功能限制： ? 管理權(quán)限可以進行讀、寫、修改、刪除等功能。 ? 讀權(quán)限只能查看，不能進行其他操作。 第五章 總體設(shè)計 軟件的運行環(huán)境設(shè)計 為了保證系統(tǒng)運行的效率和可靠性，服務(wù)器端應(yīng)具有較高的軟硬 件配置，客戶端的要求不需要很高。運行要求如下： 軟件環(huán)境 ? 客戶端： Windows 98， Inter Explorer 以上版本。 ? 數(shù)據(jù)庫：采用 Access 數(shù)據(jù)庫，運行于服務(wù)器端。 ? 客戶機： CPU 要求 200MMX 以上，內(nèi)存 64MB 以上。 圖 51 系統(tǒng)功能模塊圖 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫在一個信息管理系統(tǒng)中占有非常重要的地位，數(shù)據(jù)設(shè)計的優(yōu)劣將直接對應(yīng)用系統(tǒng)的效率以及實現(xiàn)的效果產(chǎn)生影響。 設(shè)計數(shù)據(jù)庫系統(tǒng)時應(yīng)該首先充分了解用戶各個方面的需求，包括現(xiàn)有的和將來可能增加的需求。通過收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)詞典，為后面的具體設(shè)計打下基礎(chǔ)。 無紙化網(wǎng)絡(luò)辦公系統(tǒng) 系統(tǒng)登錄 議題討論 文件上傳 公告發(fā)布 系統(tǒng)管理 修改個人信息 互通信息 發(fā)表議題 查看議題 公告信息 議題信息 優(yōu)秀職員 用戶信息 文件信息 系統(tǒng)日志 圖 51 系統(tǒng)功能模塊圖 第 20 頁 圖 52 無紙化網(wǎng)絡(luò)辦公系統(tǒng)數(shù)據(jù)流程圖 針對無紙化網(wǎng)絡(luò)辦公系統(tǒng)的需求，通過對辦公過程的內(nèi)容和數(shù)據(jù)分析，設(shè)計如下所示的數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)： ? 公告信息：包括的數(shù)據(jù)項有公告編號、公告主 題、公布人、公布日期、公布內(nèi)容等。 ? 文件信息：包括的數(shù)據(jù)項有文件編號、文件名、文件大小、上傳人以及上傳的時間等。 ? 私人信件信息：包括的數(shù)據(jù)項有信件編號、信件主題、收信人、發(fā)信人、發(fā)信時間、信件內(nèi)容、新舊等。 ? 議題討論信息：包括的數(shù)據(jù) 項有議題編號、議題主題、提議人、提議時間、提議內(nèi)容、閱讀次數(shù)、回復(fù)次數(shù)等。這些實體包含各種具體信息，通過相互之間的聯(lián)接形成數(shù)據(jù)的流動。各個實體具體的描述 E— R 圖如下所示。 圖 54 議題信息實體 E— R圖 公告信息 公告編號 公告主題 公布內(nèi)容 公布日期 議題信息 議題編號 議題主題 提議內(nèi)容 公布人 提議人 提議時間 第 22 頁 文件實體 E— R圖如圖 55所示。 無紙化網(wǎng)絡(luò)辦公系統(tǒng)的數(shù)據(jù)庫名字為 ,如圖 59所示，位于站點下Database 目錄下，其中各個表結(jié)構(gòu)設(shè)計如下所示。 表 52 回復(fù)議題表 列名 數(shù)據(jù)類型 可否為空 說明 使用者名稱 時間 第 24 頁 回復(fù)編號 [int]IDENTITY(1,1) NOT NULL 回復(fù)編號（主鍵） 回復(fù)議題編號 [nvarchar](50) NULL 回復(fù)議題編號 回復(fù)標(biāo)題 [nvarchar](50) NULL 回復(fù)標(biāo)題 回復(fù)人 [nvarchar](50) NULL 回復(fù)人 回復(fù)時間 [smallsdatetime] NULL 回 復(fù) 時 間 （ 默 認(rèn) 值getdate()） 回復(fù)內(nèi)容 [ntext] NULL 回復(fù)時間 文件信息表如表 53所示 表 53 文件信息表 列名 數(shù)據(jù)類型 可否為空 說明 文件編號 [int]IDENTITY(1,1) NOT NULL 文件編號（主鍵） 文件名 [nvarchar](50) NULL 文件名 文件大小 [nvarchar](50) NULL 文件大小 上傳人 [nvarchar](50) NULL 上傳人 上傳日期 [smallsdatetime] NULL 上傳日期（默認(rèn)值 getdate()） 文件描述 [ntext] NULL 文件描述 用戶表如表 54所示 表 54 用戶表 列名 數(shù)據(jù)類型 可否為空 說明 用戶編號 [int]IDENTITY(1,1) NOT NULL 用戶編號（主鍵） 用 戶名 [nvarchar](50) NULL 用戶名 密碼 [nvarchar](50) NULL 密碼 權(quán)限 [nvarchar](50) NULL 權(quán)限 職務(wù) [smallsdatetime] NULL 職務(wù) 所屬部門 [nvarchar](50) NULL 所屬部門 性別 [nvarchar](50) NULL 性別 電子信件地址 [nvarchar](50) NULL 電子信件地址 聯(lián)系電話 [smallsdatetime] NULL 聯(lián)系電話 住址 [ntext] NULL 住址 上站次數(shù) [int] NULL 上站次數(shù) 私人信件表如表 55所示 表 55 私人信件表 列名 數(shù)據(jù)類型 可否為空 說明 信件編號 [int]IDENTITY(1,1) NOT NULL 信件編號（主鍵） 信件主題 [nvarchar](50) NULL 信件主題 收信人 [nvarchar](50) NULL 收信人 發(fā)信人 [nvarchar](50) NULL 發(fā)信人 發(fā)信時間 [smallsdatetime] NULL 發(fā)信時間（默認(rèn)值 getdate()） 第 25 頁 信件內(nèi)容 [nvarchar](50) NULL 信件內(nèi)容 新舊 [nvarchar](50) NULL 新舊 每個數(shù)據(jù)庫至少包含一個事務(wù)處理日志文件。 事務(wù)處理日志的結(jié)構(gòu)，包括事務(wù)處理日志文件的組織。 系統(tǒng)日志信息表如表 56所示 表 56 系統(tǒng)日志信息表 列名 數(shù)據(jù)類型 可否為空 說明 日志編號 [int]IDENTITY(1,1) NOT NULL 日志編號（主鍵） 使用者名稱 [nvarchar](50) NULL 使用者名稱 時