【正文】 ///定義類并獲取用戶的登陸信息 user = new ()。最后再根據(jù)用戶的 RoleID 值來確定用戶登錄時的身份，若 RoleID=1，表示管理員身份，若 RoleID=2 表示普通員工身份， 最后根據(jù)用戶的身 份分別跳轉到應用系統(tǒng)操作主頁面。 利用 UserID和 RoleID 一起來確定用戶登錄是否成功以及用戶的身份。頁面 的設計如圖 12所 示： 圖 12 頁面 的設計頁面 2． 頁面初始化 設置頁面 。 1． 界面設計 為了實現(xiàn)用戶登錄功能，應用程序在該頁面添加了 2 個 TextBox 控件， 1 個ImageButton 控件， 2 個驗證控件 ,1 個 Lable 控件，它們的名稱分別為 :UserName、Password、 btnLogin、 RFVUserName、 RFVPassword 和 Message。 最后把修改的文檔信息再綁定，從而實現(xiàn)修改的功能。 當管理員或普通用戶選中一個數(shù)據(jù)項并單擊頁面上的 [ ]按鈕時，由[DocumentID]來獲取選中文檔的 ID。 用戶登錄 登錄成功 上傳文檔 私人文檔 是否共享 共享文檔 圖 11 上傳文檔流程圖 結束 開始 Y N Y N 第 12 頁 共 28 頁 修改文檔相關信息 修改文檔的相關信息頁面是在頁面 中進行的，也只有管理員有這個權限修改所有的文檔，對普通用戶而言，只有修改自己上載的文檔的權限 。刪除文檔是根據(jù)用戶的選擇的文檔的 ID 號來確定文檔哪個文檔。函數(shù)BindDocumentData()調用類 Document 中的函數(shù) GetSharedDocument()從數(shù)據(jù)庫的文檔表 Document 中獲取數(shù)據(jù)。 可以瀏覽共享文件的標題、最后瀏覽時間、最后瀏覽的人、瀏覽次數(shù) 。 瀏覽共享文檔 瀏覽共享文檔，是當合法用戶登錄系統(tǒng)后，用戶能夠瀏覽到其它上傳的共享文檔。 事件首先調用 UploadAttachment() 上載指定的文檔，然后事件調用類Document 中的函數(shù) AddDocument(string sDesn,string sBody,int nUserID,string sAuthor, string sFromSource,string sUrl,string sRemark, int IsShare)來實現(xiàn) 添加文檔的相關信息到數(shù)據(jù)庫中。 同時文檔上傳還采用了一個函數(shù)，可產生隨機數(shù)，使上傳的文檔不會因為名字重復而不能上傳。 Document 表中，有一個字段 IsShare，當用戶在上傳文檔時，根據(jù)是否為共享文檔來設定以字段的值。它可由 頁面中的 [添加 ]按鈕跳轉到添加文檔頁面 。而普通用戶則只能上載、下載、瀏覽共享文檔和修改自己上傳的文檔的有關信息。針對不同的身份對文檔的操作權限是不一樣。短信只能發(fā)給存在于站內的用戶，用戶也只能瀏覽從站內發(fā)來的短信，其設計圖如圖10 所示： 5 各功能 模塊的實現(xiàn) 文檔管理模塊 文 檔 管 理 頁 面 ， 它 的 代 碼 隱 藏 文 件 為。同時在添加部門時，還可以實現(xiàn)添加其附屬的上級部門。 4．角色管理模塊設計 本系統(tǒng)中，角色管理只針對管理員權限而言，主要實現(xiàn)對角色的添加，角色的修改和刪除角色等功能。 文檔管理 修改文檔相關信息 刪除文檔 下載文檔 上傳文檔 瀏覽共享文檔 圖 3 文檔管理模塊圖 文檔管理 管理員登錄 角色管理 部門管理 用戶管理 短信管理 圖 4 管理員登錄模塊 圖 文檔管理 普通用戶登錄 用戶管理 短信管理 圖 5 普通用戶登錄模塊 第 9 頁 共 28 頁 3．用戶管理模塊設計 在本系統(tǒng)中， 管理員能夠 添加 用戶 ，刪除用戶 ，修改用戶密碼和信息 等操作，普通用戶只能實現(xiàn)對個人有些信息的修改和個人密碼的修改。其設計如圖 3 所示： 2． 用戶 登錄模塊 用戶分為管理員和普通用戶兩種身份， 登錄 時 的身份不同，可操作的權限就不同，這樣 比較符合公司 或企業(yè)的人事管理 。 1．文檔管理模塊設計 本系統(tǒng)中，文檔管理模塊中主要是實現(xiàn)對文檔的上傳，下載，刪除，瀏覽共享文檔和修改文檔有些相關的信息等功能。該類定義函數(shù) ConvertDataReaderToDataTable(SqlDataReader 第 8 頁 共 28 頁 dataReader),此函數(shù)實現(xiàn)將 DataReader 對象轉化為 DataTable 對象的功能。 應用程序定義了幾個工具通用類，它們在整個應用程序中將被應用很多次，因此先把它們集中在一起作為系統(tǒng)工具通用類。 系統(tǒng)采用系統(tǒng)日志通用類，該類主要實現(xiàn)寫入系統(tǒng)事件的日志功能。該類主要封裝了創(chuàng)建訪問數(shù)據(jù)庫的一些對象或方法，如數(shù)據(jù)庫連接對象等，以用執(zhí)行數(shù)據(jù)庫操作的對象或方法。頁面 一般由 WEB 頁面或控件組成，如系統(tǒng)登錄頁面 、用戶管理頁面 等。如添加，修改和刪除等，同時為應用系統(tǒng)的頁面表示層 服務提供訪問數(shù)據(jù)庫的接口或函數(shù)等。業(yè)務邏輯層與應用系統(tǒng)的上層業(yè)務邏輯相關聯(lián)，它調用數(shù)據(jù)訪問層，同時也為上層頁面表示層服務。數(shù)據(jù)訪問層封閉對數(shù)據(jù)庫的操作，如創(chuàng)建數(shù)據(jù)連接，打開數(shù)據(jù)庫連接，執(zhí)行存儲過程和關閉數(shù)據(jù)連接。存儲過程 Pr_GetUserLogin 的程序代碼如下： CREATE PROCEDURE Pr_GetUserLogin 第 7 頁 共 28 頁 (UserName varchar(200),Password varchar(255)) AS SELECT UserID,RoleID FROM [User] WHERE UserName = UserName AND Password = Password 5． 獲 得單用戶信息 Pr_GetSingleUser 在該存儲過程中，主要實現(xiàn)獲得所指定用戶的信息，其中定義了參數(shù) UserID，存儲過程 Pr_GetSingleUser 的程序代碼如下： CREATE PROCEDURE Pr_GetSingleUser (UserID int) AS SELECT * FROM [User] WHERE UserID = UserID 6． 獲得 所有用戶的信息 Pr_GetUsers 在該存儲過程中，主要實現(xiàn)獲得所有用戶的信息，其存儲過程程序代碼如下： CREATE PROCEDURE Pr_GetUsers AS SELECT * FROM [User] 4 系統(tǒng)設計 系統(tǒng)的整體設計與構思 本系統(tǒng)采用 應用程序的系統(tǒng)架構模式：數(shù)據(jù)庫 —— 數(shù)據(jù)庫訪問層—— 業(yè)務邏輯層 —— 頁面表示層。存儲過程 Pr_DeleteUser 的程序代碼如下： CREATE PROCEDURE Pr_DeleteUser ( UserID int ) AS DELETE [User] WHERE UserID = UserID 3． 修改用戶信息的存儲過程 Pr_UpdateUser 該存儲過程在 User 表中，更新用戶信息的操作，它定義了參數(shù)UserID,UserName,RealName,Address,Phone,Email,RoleID，然后更新 User 表中與其選中的 ID 號匹配的的用戶信息。插入之前同時還定義了一個 臨時變量 RecordCount 判斷是否存在 UserName 的記錄，如果存在則不再插入記錄，否則將插入該記錄。它可以輸入多個參數(shù)，可以修改數(shù)據(jù)庫，也可以以一種非常寬松的方式返回結果集。表的字段絮說如下表 5 表 5 Message 表 字段名 數(shù)據(jù)類型 字段說明 鍵引用 備注 MessageID Int 短信 ID 主鍵 (自動增 1) Sender Varchar 發(fā)送人 Receiver Varchar 接收人 MsgType Int 短信類型 SendDate Datetime 發(fā)送日期 Body Text 短信內容 IsRead Int 是否已讀 1:讀 0:未讀 Mobile varchar 電話 文檔管理系統(tǒng) ER 圖 圖 2 表示用戶與文檔間的聯(lián)系 (“瀏覽 ”)是多對多的，即一個用戶可以瀏覽多個文檔，而每個文檔也可以被多個用戶瀏覽。表的字段說明如表所示： 表 3 Document 表 字段名 數(shù)據(jù)類型 字段說明 鍵引用 備注 DocumentID int 文檔 ID PK 主鍵 (自動增 1) Desn Varchar 文檔標題 Body Text 文檔說明 CreateDate Datetime 創(chuàng)建日期 UpdateDate Datetime 更新日期 LastViewDate Datetime 最后瀏覽時間 LastViewer Varchar 最后瀏覽的用戶 ViewCount Varchar 記錄瀏覽人數(shù) Author Int 作者 FromSource Varchar 來源 UserID Int 用戶 ID Url Varchar 鏈接地址 Remark Text 詳細說明 IsShare Bit 是否共享 0:不共享 1:共享 4．部門表 Department 部門表 Department 用來存儲公司或企業(yè)的部門數(shù)據(jù)，如部門 ID、部門名稱、部門電話、部門說明等。表的字段說明如表： 表 1 User 表 字段名 數(shù)據(jù)類型 字段說明 鍵引用 備注 UserID Int 用戶 ID PK 主鍵（自動增 1） UserName Varchar 用戶注冊名稱 RealName Varchar 用戶真實姓名 Password Varchar 用戶密碼 Address Varchar 用戶地址 第 4 頁 共 28 頁 Phone Varchar 電話 Email Varchar 電子郵件 RoleID int 所屬角色 ID FK 引用 Role 表的 RoleID 2．角色表 Role 角色表 Role 用來存儲公司或企業(yè)的角色數(shù)據(jù)，如角色名稱，角色 ID 等。 1．用戶表 User 用戶表 User 用來存儲用戶數(shù)據(jù)，如用戶 ID、用戶注冊名稱、真實姓名等。文檔數(shù)據(jù)主要包括文檔的信息，如文檔的標題，詳細介紹，以及鏈接地址等。 數(shù)據(jù)庫的設計與實現(xiàn) 由于 文檔管理 系統(tǒng)的實際需要和設計，本系統(tǒng)需要的數(shù)據(jù)至少包括 文檔 數(shù)據(jù)以及角色數(shù)據(jù)、 用戶 數(shù)據(jù)、部門數(shù)據(jù) 和短信數(shù)據(jù) 。 6. 短信管理：短信管理用于公司內部員工之間的通信， 可以方便快捷的收到公司內部人員發(fā)過來的信息。 5. 部門管理：對部門進行添加，修改，刪除等操作。 4. 角色管理：對角色進行添加，修改，刪除等操作，并且同用戶管理相關聯(lián)。若為管理員身份，能對用戶的進行添加、刪除、修改管理員個人的密碼、修改管理員自身及其它用戶的相關信息的操作。一種管理員身 份，一種普通用戶身份。對普通用戶而言，瀏覽共享文檔、上傳文檔（上傳的文檔可以分為共享和非共享）、下載共享文檔和刪除自己上傳的文檔。 如圖 1 所示： 業(yè)務分析 1. 文檔管理：文檔管理是系統(tǒng)的核心，同樣對不同用戶身分對文檔的可操 文檔管理系統(tǒng) 用戶登錄功能 用戶管理功能 文檔管理功能 角色管理功能 部門管理功能 短信管理功能 圖 1 系統(tǒng)功能 圖 第 3 頁 共 28 頁 作權限不同。普通用戶只要上網(wǎng)就以查看上級發(fā)下來的文件和相互交流信息的目的， 而通過短信管理并且 又 可以對 單位內部進行信息的交流。 3 需求分析及 系統(tǒng)設計 需求 分析 隨著各個單位規(guī)模的不斷擴大，單位內部 對文檔處理急劇增加 。另外，這些語言利用了 .NET Framework 的功能，通過此框架可使用簡化 ASP Web 應用程序和 XML Web Services 開發(fā)的關鍵技術。 2021 簡介 Visual Studio 是一套完整的開發(fā)工具集，用于生成