基于web的辦公自動化管理系統畢業論文(編輯修改稿)

　

【文章內容簡介】 LR）環境和類庫。CLR 和類庫（包括：Windows Forms, 和 ）緊密結合在一起，提供了不同系統之間交叉與綜合的解決方案和服務。.NET 框架創造了一個完全可操控的，安全的和特性豐富的應用執行環境。這不但使得應用程序的開發與發布更加簡單，并且成就了眾多類語言間的無縫集成。信息學院 畢業論文 第 13 頁第三章 需求分析 需求分析 系統業務需求分析“完全弄清軟件需求是任一軟件開發工作成功的基礎。無論設計和編碼做得怎樣完美，一個拙劣的分析和定義必將使用戶的要求落空，還會給開發人員帶來災難。 ”為了將這個系統軟件配置與軟件設計之間的橋梁做好，我開始了細致的需求分析工作。我參考了一些關于辦公自動化方面的圖書，在互聯網上瀏覽一些相關資料，并下載了很多現有的辦公軟件，做了細致的調查，很多企業和公司對辦公自動化系統都有很專業的需求，制造業，服裝業，食品業等等對系統的需求都各不相同，我綜合了各個專業性的辦公自動化系統，整合了他們共同需要的模塊，分析其中的主要業務開始結合所學的理論知識與實際需求結合起來定義軟件功能、建立系統的模型。本系統的開發本著“通用”為原則，可以在各個行業使用，然后再根據其行業特點相應的添加不同的、專業性的模塊既可。信息學院 畢業論文 第 14 頁 系統功能需求分析系統的訪問權限分為三種：管理員，經理，普通職工。根據目前流行的辦公自動化系統的分析，以下功能是最為實用和方便的，同時也是該設計的主要完成的功能：用戶登錄：輸入用戶名，密碼。如果用戶輸入的用戶名（即訪問權限）或密碼錯誤，系統將顯示錯誤信息；如果登錄成功，用戶將被連接到主頁面。個人事務:在用戶登錄后，每個用戶都有的權限，包括密碼修改和對自己工作的安排。用戶管理：只有管理員或指定權限的用戶才可以進行用戶的管理，在用戶管理里，可以對用戶進行添加以及修改用戶信息等。高權限的管理員可以修改每個角色的權限。公文管理功能：如完成的任務，下發分配任務，公文通知等的傳達功能。 系統的用戶需求分析現下公司或企業對于員工工作的主要信息共享以及公司或企業內部公文的流轉。員工只需登錄系統，提交每天的工作任務，退出系統，也就完成了一天的工作。在公司或企業的績效考核中可以有一定程度的標準，并且提高工作中的效率。對于管理員來說，可以完成如同人事部門的人員進出，權限角色的設置，以及日志的管理等任務。3．2 數據流程分析 數據流圖的基礎數據流圖描繪系統的邏輯模型，圖中沒有任何具體的物理元素，信息學院 畢業論文 第 15 頁只是描繪信息在系統中流動和處理的狀況。因為數據流圖是邏輯系統的圖形表示，即使不是專業的計算人員也容易理解，所以是極好的通信工具。此外，設計數據流圖只需考慮系統必須完成的基本邏輯功能，完全不用考慮如何具體地實現這些功能，因此它也是軟件設計的很好的出發點。數據流圖有四種基本符號：　　→：數據流。數據流是數據在系統內傳播的路徑，因此由一組成分固定的數據組成。如訂票單由旅客姓名、年齡、單位、身份證號、日期、目的地等數據項組成。由于數據流是流動中的數據，所以必須有流向，除了與數據存儲之間的數據流不用命名外，數據流應該用名詞或名詞短語命名。 　　□：數據源（終點） 。代表系統之外的實體，可以是人、物或其他軟件系統。　　○：對數據的加工（處理） 。加工是對數據進行處理的單元，它接收一定的數據輸入，對其進行處理，并產生輸出。　　〓：數據存儲。表示信息的靜態存儲，可以代表文件、文件的一部分、數據庫的元素等。說明：處理并不一定是一個程序。一個處理框可以代表一系列程序、單個程序或者程序的一個模塊；它甚至可以代表用穿孔機穿孔或目視檢查數據正確性等人工處理過程。數據存儲并不等同于一個文件，它可以表示一個文件、文件的一部分、數據庫的元素或記錄的一部分等等；數據可以存儲在磁盤、磁信息學院 畢業論文 第 16 頁帶、主存等介質中。數據存儲和數據流都是數據，僅僅所處的狀態不同。數據存儲是處于靜止狀態的數據，數據流是處于運動中的數據。通常在數據流圖中忽略出錯處理，也不包括諸如打開或關閉文件之類的內務處理。數據流圖的基本要點是描繪“做什么”而不考慮“怎樣做” 。 根據上面得基礎知識，對本系統的數據流程做了相應的設計，在數據流方面提供了大量得依據。 系統數據流圖：本系統得數據流圖如圖 所示：信息學院 畢業論文 第 17 頁 系統 ER 圖 實體關系描述（E_R）圖最常用的表示概念性數據模型的方法，是實體聯系方法。這種方法用 E_R 圖描述現實世界中的實體，而不涉及這些實體在系統中的實現方法。用這種方法表示的概念性數據模型又成為 E_R 模型。E_R 模型包括實體，聯系，屬性等三個基本成分。實體是客觀世界中存在的且可相互區分的事物。聯系是客觀世界中的事物彼此之間的聯系。屬性是實體或聯系所具有的性質。在 E_R 圖中實體用矩形代表，聯系用菱形代表同時它具有一對一，一對多，多對多三類，屬性用圓矩形來代表。E_R 圖描述了從用戶角度看到的數據，它反映了用戶的現實環境，且與在軟件系統中的實現方法無關。實體：矩形框內寫明實體名信息學院 畢業論文 第 18 頁屬性：用無向邊將其與相應的實體連接起來聯系：菱形內寫明聯系名，并用無向邊分別與有關實體連接起來；同時在無向邊旁邊標上聯系的類型（1:1，1:n，或 m:n） 。 系統涉及到的實體網上辦公系統所涉及的主要實體及其屬性有：用戶信息（用戶 ID，登錄名，真實姓名，密碼，所屬部門 ID，職位 ID）職位信息（職位 ID，職位名稱，權限）部門信息（部門 ID，部門名稱）公文信息（公文 ID，公文主題，公文內容，發件人，收件人，附件，公文審閱狀態）工作安排（安排 ID，登錄名，計劃時間，計劃內容）上述幾個重要的實體與其屬性。其它的詳見數據庫設計。 實體關系 ER 圖信息學院 畢業論文 第 19 頁nnn1111n11 11n1用戶 登錄 管理員/經理/職員管理 員工信息n審閱公文信息員工信息n添加工作安排n管理日志信息11信息學院 畢業論文 第 20 頁第四章 總體設計 系統功能分析辦公自動化系統是一個完整的網絡辦公平臺。在該系統中包括用戶登錄模塊、個人事務模塊、用戶管理模塊、公文管理模塊、日志管理模塊等。 用戶登錄模塊用戶登錄，驗證用戶的信息是否合法，以及驗證用戶是否為系統的合法用戶。并根據用戶提供的用戶名分配相應的權限。 用戶個人事務模塊個人事務包括個人密碼修改和個人計劃安排兩個功能。 用戶管理模塊用戶管理模塊主要包括用戶管理、添加用戶和權限管理。他們具體功能如下：1，用戶瀏覽；2，添加用戶；3，修改用戶信息；4，重置密碼；5，授權。 公文管理模塊公文管理模塊主要實現系統中的公文管理功能，如公文瀏覽，公文提交，公文審閱功能等。它們的具體功能如下：1，公文瀏覽；2，文檔提交；信息學院 畢業論文 第 21 頁3，公文審閱。 日志管理模塊日志管理模塊主要是對系統的錯誤，警告，異常的管理。主要功能是查詢系統日志。 系統架構設計本系統將采用 應用程序的典型系統架構模式：數據庫——數據訪問層——業務邏輯層——頁面表示層，如圖 41 所示。頁面表示層業務邏輯層數據訪問層數據庫圖41 系統架構設計圖數據庫是應用系統的基礎，它保存系統中所有的數據。數據訪問層封裝對數據庫的操作，如創建數據庫連接、打開數據庫連接、執行存儲過程和關閉數據庫連接等。在本系統中，數據訪問層由文件 實現，它定義了一個類 DataBase 用來處理數據庫的各種操作，如打開數據庫連接的方法 Open()、關閉數據庫連接的方法Close()等。業務邏輯層與應用系統的上層業務相關聯，它調用數據訪問層，同時也為上層頁面表示層服務。業務邏輯層通過數據訪問層實現對數據庫的操作，如選擇、添加、修改和刪除操作等，同時為應用系統的信息學院 畢業論文 第 22 頁頁面表示層服務提供訪問數據庫的接口和函數方法等。頁面表示層實現應用系統的具體頁面。它一般由 WEB 頁面或控件組成，如系統主頁面 ，登錄界面 等。 系統功能模塊設計 系統功能模塊的劃分根據上述總體設計可以看出，本系統實現了 6 個完整的功能，可以根據這些功能設計出系統中的功能模塊。系統中的各個功能模塊劃分如圖 42 所示：圖42 系統功能模塊劃分圖 部分模塊詳細設計1)用戶登錄模塊在本系統中，用戶登錄自動分析用戶權限，根據權限分配系統的顯示功能。這一操作流程也比較符合公司或企業的人事管理。因此當一個用戶登錄該應用系統之后，他(她)的操作流程如圖 43 所示。用戶登錄用戶管理公文管理日志管理辦公自動化系統用戶瀏覽添加用戶密碼重置權限管理公文瀏覽公文提交公文審閱個人事務工作安排密碼修改信息學院 畢業論文 第 23 頁圖 43 系統中用戶的操作流程圖2）用戶管理模塊 在本系統中，用戶管理模塊主要實現對系統的用戶和權限的管理。該模塊中存在 4 個子模塊，他們為平行結構，關系如圖 44 所示。圖44 用戶管理模塊設計4）公文管理模塊公文管理模塊主要實現系統中的公文管理功能，如公文瀏覽，公是超級管理員 低權限用戶退出登錄權限管理 添加用戶 用戶瀏覽 修改密碼，工作安排，公文瀏覽，公文提交否用戶登錄登錄成功功？用戶管理用戶瀏覽 修改用戶信息 添加用戶 用戶密碼重置業務邏輯層數據訪問層（）數據庫信息學院 畢業論文 第 24 頁文提交，公文審閱等功能。其中，公文管理是其他 3 個子模塊的基礎。各個模塊的流程關系如圖 46 所示。公文審閱公文管理公文瀏覽 公文提交圖46 公文管理模塊的操作流程圖5）日志管理模塊日志管理模塊主要實現系統中錯誤，警告，消息的顯示和查詢，該模塊主要有顯示和查詢的功能。日志顯示日志管理日志查詢圖46 日志管理模塊的操作流程圖信息學院 畢業論文 第 25 頁第五章 數據庫設計 數據庫總體設計考慮到辦公自動化系統的實際需要和系統的總體設計，本系統需要的數據至少包括用戶數據以及角色數據、文檔數據、和公文流轉數據。用戶數據以及角色數據主要包括用戶數據、角色數據，以及用戶和角色的關系數據；文檔數據主要包括文檔的信息，如文檔標題、詳細介紹以及鏈接地址等；公文數據主要包括文檔流轉的發起者和接收者以及附件等數據。 數據庫概念設計按照不同的設計可以將整個數據庫系統按不同服務需求分解成不同的組成部分，而不是使用一種技術完成整個的任務，根據該系統的要求，可知道該系統數據庫應滿足 OLTP（聯機事務處理）－－OLTP 數據庫存儲當前業務運作所需要得數據，它的主要目的是使當前的公共數據完整合理，要達到這個目的需要遵循兩條原則：(1).每一個當前數據塊只能存儲在一個可供編輯的位置，此處的如何改動都會反映到所有使用這一數據的地方。(2).提供事務支持，以便對數據庫進行多項更改一起生效。如果事務中的一個更改失敗了，其他的所有更改也都不允許生效，事務中止，所有操作回滾。邏輯設計階段，不應過多考慮性能問題，應該瞄準概念模型。最好嘗試規范化盡量高的級別。如果在系統測試中，發現了性能問題，則可以反向規范化這個系統。但不要為了調整應用程序的性能而放棄信息學院 畢業論文 第 26 頁規范化的結構。所以，提倡等到物理模型化階段或至少迫不得已的理由再反向規范化。 數據結構的物理設計系統數據庫名稱為 MyOA數據庫中表的名稱和說明,如下所示：序號 表名 說明1 Department 部門信息2 User 用戶信息3 Role 角色信息4 TreeMenu 樹結構導航菜單信息5 Fil