1、分類號 TP315單位代碼密級學 號畢業設計論文題 目 企業日常辦公管理系統的設計與實現學生姓名院（系）專 業指導教師答辯時間畢業設計（論文）誠信責任書本人鄭重聲明：所呈交的畢業設計（論文），是本人在導師的指導下 獨立進行研究所取得的成果。畢業設計（論文）中凡引用他人已經發表或 未發表的成果、數據、觀點等，均已明確注明出處。盡我所知，除文中已 經注明引用的內容外，本論文不包含任何其他個人或集體已經公開發表或 撰寫過的研究成果。對本文的研究做出重要貢獻的個人和集體，均已在 文中以明確方式標明。本人畢業設計（論文）與資料若有不實，愿意承擔一切相關的法律責 任。論文作者簽名：年 月 日摘要隨著Int

2、ernet的快速發展，各個行業之間的競爭日益劇烈，許多企業為了利 益的最大化，對員工的辦公效率和信息的運作能力要求越來越高。為了滿足企業 需求，小型辦公自動化系統應運而生，這種新的辦公模式獲得了許多企業的認可。 企業日常辦公系統可以提高企業的高速運轉和信息共享，從而實現高效辦公和信 息處理能力的提高。本系統是基于WebMvc的企業日常辦公系統，采用JSP網頁開發技術以及 MySQL數據庫，設計并實現基于WebMvc的企業日常辦公系統。本系統擁有4 個角色：一般員工、項目經理、部門經理和系統管理員，每個角色擁有不同的功 能權限，管理員可以給其他角色分配權限。系統主要包括以下幾個模塊功能：系 統管

3、理員對員工信息進行管理的員工信息管理模塊，系統管理員對公司公告進行 編輯的公告編輯模塊，系統管理員對權限分配的權限維護模塊，登錄用戶對通訊 錄進行管理和查詢的通訊錄模塊，登錄用戶對自己的工作任務進行管理的日志管 理模塊、登錄用戶對請假進行管理的請假申請模塊，登錄用戶對公告查看的公告 查看模塊等。經測試，系統運行正常，可以滿足企業日常辦公管理的基本需求。關鍵詞：辦公自動化；MySQL； JSP； AjaxABSTRACTSmall OA office system is the enterprise daily office operations and computer network fun

4、ction combination of office network model. Based on WebMvc daily office system is mainly the high-speed operation of the enterprise and information sharing, so as to realize efficient office and the improvement of information processing ability.This system is based on WebMvc enterprise daily office

5、system, using JSP web development technology and MySQL database, the design and implementation based on WebMvc enterprise daily office system. This system has four characters: general staff; The project manager; Department manager, the system administrator; Each role has different functional authori

6、ty, the administrator can assign the other characters. The whole system is divided into administrator background management and user module. Mainly includes the following modules: system administrators to manage employee information employee information management module, system administrators on th

7、e company bulletin board editor to edit the module, the distribution of rights by the system administrator permissions maintenance module, current login user to contact management and query module in my address book, the current login user to manage their own tasks of log management module, the curr

8、ent login user to supervise and control the leave application for leave module, notice the current login user to view the notice check module anpd so on.Key words: OA; MySQL; The JSP. Modern enterrise management目錄 TOC o 1-5 h z HYPERLINK l bookmark1 o Current Document 摘要IABSTRACTII HYPERLINK l bookm

9、ark10 o Current Document 1緒論11.1課題背景與研究意義11.1.1課題背景1 HYPERLINK l bookmark17 o Current Document 1.1.2研究意義1 HYPERLINK l bookmark20 o Current Document 1.2國內研究現狀1 HYPERLINK l bookmark23 o Current Document 1.2.1國內應用現狀1 HYPERLINK l bookmark26 o Current Document 1.2.2未來發展趨勢2 HYPERLINK l bookmark29 o Curren

10、t Document 1.3主要研究內容2 HYPERLINK l bookmark32 o Current Document 1.4課題論文結構2 HYPERLINK l bookmark37 o Current Document 2系統開發環境與關鍵技術4 HYPERLINK l bookmark40 o Current Document 2.1開發平臺4 HYPERLINK l bookmark55 o Current Document 2.2開發模式4 HYPERLINK l bookmark58 o Current Document 2.3開發工具52.4開發技術6 HYPERLIN

11、K l bookmark69 o Current Document 2.4.1 J2EE相關原理及技術簡介62.4.2webmvc 相關原理和技術介紹6EasyUI前端技術簡介7Ajax 技術簡介8MySQL 數據庫8 HYPERLINK l bookmark78 o Current Document 3需求分析9 HYPERLINK l bookmark81 o Current Document 3.1系統可行性分析9 HYPERLINK l bookmark89 o Current Document 3.2功能性需求分析93.2.1用戶需求分析103.2.2用例分析11 HYPERLINK

12、 l bookmark105 o Current Document 3.3性能分析15 HYPERLINK l bookmark108 o Current Document 4系統概要設計16 HYPERLINK l bookmark111 o Current Document 4.1系統功能模塊設計16 HYPERLINK l bookmark121 o Current Document 4.2系統數據庫設計17 HYPERLINK l bookmark127 o Current Document 4.2.1數據庫概念設計174.2.2數據庫邏輯結構設計204.2.3數據庫物理結構設計21

13、HYPERLINK l bookmark146 o Current Document 4.2.4數據庫物理結構模型25 HYPERLINK l bookmark149 o Current Document 5系統設計與實現27 HYPERLINK l bookmark152 o Current Document 5.1系統文件結構設計27 HYPERLINK l bookmark155 o Current Document 5.2系統主要模塊設計275.2.1系統功能業務模塊27 HYPERLINK l bookmark158 o Current Document 5.2.2通訊錄管理295.

14、2.3權限管理305.2.4日志管理315.2.5 人員信息管理33 HYPERLINK l bookmark173 o Current Document 5.2.6公告管理34 HYPERLINK l bookmark176 o Current Document 5.3小結34 HYPERLINK l bookmark179 o Current Document 6系統運行與系統測試35 HYPERLINK l bookmark182 o Current Document 6.1測試環境搭建35 HYPERLINK l bookmark207 o Current Document 6.2測試

15、方案35 HYPERLINK l bookmark210 o Current Document 6.2.1黑盒測試與白盒測試35 HYPERLINK l bookmark213 o Current Document 6.3測試內容36 HYPERLINK l bookmark216 o Current Document 6.3.1系統登錄測試用例366.3.2系統測試圖37 HYPERLINK l bookmark227 o Current Document 6.3.3項目部署測試40 HYPERLINK l bookmark243 o Current Document 6.4系統維護40 H

16、YPERLINK l bookmark249 o Current Document 7總結41 HYPERLINK l bookmark252 o Current Document 參考文獻42 HYPERLINK l bookmark270 o Current Document 致謝431緒論本章節闡述了論文課題背景和研究意義，介紹課題研究現狀、研究內容以 及論文結構。1.1課題背景與研究意義1.1.1課題背景隨著科技、經濟及社會的不斷發展與進步，管理和辦公活動的重要性日漸突 出，引起了各級領導者、管理學者以及技術人員的普遍重視。20世紀60年代以來， 在微電子技術和通信技術迅速發展的推動下

17、，企業也開始了以自動化為重要內容 的“辦公室革命”，也稱為“管理革命”，其目標是借助先進的信息處理技術和 計算機網絡技術來提高辦公效率和質量,將管理與辦公活動納入到自動化和現代 化的軌道中，這是20世紀70年代中期在發達國家迅速發展起來的一門綜合性技 術。企業日常事務管理系統是現代信息社會的重要標志之一,涉及到系統工程學、 行為科學、管理學、人機工程學和社會學等基本理論以及計算機、通信、自動化 等支撐技術，屬于復雜的大系統科學與工程。1.1.2研究意義信息化在各個企業內部正在被越來越廣泛的應用。企業的信息化程度已經成 為決定企業競爭優勢的重要組成部分，小到企業的一個簡單的通知，大到企業的 ER

18、P項目，無不體現了信息化的重要性。隨著企業信息量的增長，傳統的企業內 部信息交流方式已經不能滿足大量信息的快速傳遞和處理，這時越來越多的信息 技術已經滲透到企業的日常工作中。企業日常事務管理系統的應用可以滿足企業 的辦公網絡化、自動化的需求。開發一個企業內部的日常事務管理系統已成為一 個必須解決的問題。通過該系統可以幫助企業快速的進行日常事務管理，大幅度 的提高員工的辦公效率，方便員工內部的交流，還可以方便員工和管理層的交流。1.2國內研究現狀1.2.1國內應用現狀我國的OA市場經過10年的發展，取得了十分明顯的進步，產品種類日趨 繁多，其應用領域幾乎滲透到國民經濟的每一個角落。選擇使用OA的

19、企業以國 有大型企業，有壟斷性的、帶有國資背景的企業，外資、合資公司，以及部分效 益不錯的民營企業為主。企業對OA建設日益重視，在資金、人員等方面的投入 都比以前有了較大幅度的增長，企業對于OA的需求大幅度上升。近年來隨著網 咯技術飛速法展，為了滿足客戶的需求，各種自動化軟件日益崛起。各行各業競 爭劇烈，為了追求高的辦公效率，OA應用會不斷增加。1.2.2未來發展趨勢OA辦公系統未來在國內企業的發展趨勢可歸納為“四化”：平臺化、網絡 化、智能化、人性化。平臺化：網絡時代的OA是一種企業級跨部門運作的基礎 信息系統，可以聯結企業各個崗位上的各個工作人員，可以聯結企業各類信息系 統和信息資源。網絡

20、化：隨著網絡使用的全面普及，軟件網絡化必然是大勢所趨， OA系統與互聯網輕松的銜接是OA必走之路。目前國內一些OA軟件已集成了 網絡辦公功能，但還有待進一步完善。智能化：隨著網絡和信息時代的發展，用 戶在進行業務數據處理時，面對海量數據，往往費時費力，如果辦公軟件能幫助 用戶做一些基本的商業智能（BI）分析工作，幫助用戶快速的從這些數據中發現 一些潛在的商業規律與機會，提高用戶的工作績效。將對用戶產生巨大的吸引力。 人性化：隨著OA功能的不斷擴展，使用將會越來越復雜，同時各企業內部情況 不一，其需求也不盡相同，這就要求系統必須具有人性化設計，能夠根據不同員 工的需要進行功能組合，將合適的功能放

21、在合適的位置給合適的員工訪問，實現 真正的人本管理。1.3主要研究內容企業日常辦公OA系統是通過權限管理、通訊錄管理、工作日志管理、電子 請假，人員信息管理等業務信息的管理，來提高企業辦公信息的實時性和準確性， 以達到辦公的高效性，實現信息化管理。主要研究開發內容是：熟悉企業辦公業務，在J2EE平臺下搭建系統開發環 境，并在此開發平臺下的實現企業辦公系統。1.4課題論文結構本文主要分為以下幾個章節：第一章：緒論。分析課題研究背景及國內研究現狀，介紹本文的主要研究內容。 第二章：主要介紹本系統采用的技術與開發模式。第三章：需求分析。詳細闡述系統的可行性分析、功能需求分析及明確系統實現 功能及數據

22、流程。第四章：系統概要設計。詳細描述系統功能結構，系統后臺數據庫的邏輯結構設 計與物理結構設計。第五章：系統設計與實現。講述系統具體實現過程。第六章：系統運行與系統測試。測試檢驗系統。第七章：總結本系統實現過程中的收獲，遇到難題，解決，改進，及提高。2系統開發環境與關鍵技術本章主要說明企業辦公OA系統開發所用到的相關技術，采用的開發模式，以 及介紹系統開發用到的開發工具、語言和系統結構。2.1開發平臺（1）硬件環境：CPU： 2G或以上；內存：1G RAM或以上；硬盤：80G或以上。（2）軟件開發環境：開發語言：Java操作系統：Windows 7；所用工具：eclipse 4.4，Navic

23、at for MySQL 10數據庫：MySQLo（3）軟件運行環境：操作系統：Windows7及以上版本；應用服務器：Tomcat 7.0；數據庫：MySQL。2.2開發模式信息系統體系主要的結構模式有C/S體系結構、B/S體系結構口。C/S模式 體系結構，即客戶機/服務器模式，它是由客戶機與服務器共同實現的一種協作 處理的開發模式，在C/S環境中，將運用功能分成表示層、功能層和數據層， C/S模式體系結構多應用于局域網中4。B/S架構模式是以WEB技術為基礎的 平臺模式，也就是瀏覽器、應用服務器、數據庫服務器 （Browser/WebServer/Database Server 簡稱 B/

24、S） 的三層體系結構和 Internet/Intranet（互聯網/企業內部網）。本系統采用B/S體系結構。B/S模式是由瀏覽器、Web服務器和數據庫服務器三個層次組成。B/S模式 以Web技術為基礎，將傳統兩層C/S模式中的服務器部分又細分為數據庫服務 器和Web服務器，從而變成三層結構。在B/S模型中，在客戶機上運行的應用 程序是瀏覽器。客戶機要訪問數據庫時，向Web服務器發出請求，Web服務器通過數據網關與數據庫相連，負責與數據庫的數據交換5。使用B/S結構，客戶 端有較好的安全性、穩定性和高效性。系統結構設計本著系統功能全面完善的原 則，實現系統的功能結構需求。B-S體系結構如圖2-1

25、所示。Browse汝1覽器HTM服務器圖2-1三層B/S體系結構數據庫2.3開發工具（1）EclipseEclipse是一個開放源代碼的、基于Java的可擴展開發平臺。就其本身而言， 它只是一個框架和一組服務，用于通過插件組件構建開發環境。Eclipse附帶了 一個標準的插件集，包括Java開發工具（Java Development Kit，JDK）。Eclipse還 包括插件開發環境（Plug-in Development Environment，PDE）。由于 Eclipse 中的每 樣東西都是插件，對于給Eclipse提供插件，以及給用戶提供一致和統一的集成 開發環境而言，所有工具對開發

26、人員都具有同等的發揮場所6。eclipse不僅功 能強大，可以根據自己的需要下載各種插件來擴展它的功能。它能很好的將J2EE 組件集成到一起，是款優秀的java平臺開發工具。（2）Navicat for MySQLNavicat for MySQL是一款強大的MySQL數據庫管理和開發工具，它為專 業開發者提供了一套強大的足夠尖端的工具，但對于新用戶仍然易于學習。 Navicat for MySQL基于 Windows平臺，為 MySQL量身訂作，提供類似于 MySQL的用管理界面工具。此解決方案的出現，將解放PHP、J2EE等程序員 以及數據庫設計者、管理者的大腦，降低開發成本，為用戶帶來更

27、高的開發效率。 Navicat for MySQL支援Unicode，以及本地或遠程MySQL服務器多連線，用 戶可瀏覽數據庫、建立和刪除數據庫、編輯數據、建立或執行SQL queries、管 理用戶權限（安全設定）、將數據庫備份/復原、匯入/匯出數據（支援CSV, TXT, DBF和XML檔案種類）等。軟件與任何MySQL 5.0.x伺服器版本兼容，支 援Triggers，以及BINARY VARBINARY/BIT數據種類等的規范。2.4開發技術2.4.1 J2EE相關原理及技術簡介J2EE 是 Java2 平臺企業版(Java 2 Platform,Enterprise Edition

28、) J2EE 核心是 一組技術規范與指南，其中所包含的各類組件、服務架構及技術層次，均有共同 的標準及規格，讓各種依循J2EE架構的不同平臺之間，存在良好的兼容性，解 決過去企業后端使用的信息產品彼此之間無法兼容，企業內部或外部難以互通的 窘境。J2EE組件和“標準的” Java類的不同點在于：它被裝配在一個J2EE應 用中，具有固定的格式并遵守J2EE規范，由J2EE服務器對其進行管理。J2EE 規范是這樣定義J2EE組件的：客戶端應用程序和applet是運行在客戶端的組件; Java Servlet 和 Java Server Pages (JSP)是運行在服務器端的 Web 組件；Ent

29、erprise Java Bean (E JB )組件是運行在服務器端的業務組件J2EE規范定義了各種定義了一個完善的應用組件技術框架，作為企業級應 用系統基本構造的組件就是建立在這個框架之上。從簡單的Web應用到復雜的 分布式企業級應用，幾乎所有的業務應用，都可以在此技術框架基礎上構造。本 系統使用的框架模式為:webmvc。2.4.2webmvc相關原理和技術介紹Webmvc(Model-View-Controller)主要采用 B/S 結構，Web 開發中的請求- 響應模型如圖2.2。1、請求 http : / si shuck, cW曲客戶端 如時如詢覽器m1、發送請求樓收響應并渲染2

30、.響應返回網站首頁內容W疝服務器1、接收請求n處理請求3、產生向應圖2-2 B/S模式圖Mvc模型是一種架構型的模式，本身不引入新功能，只是幫助我們將開發的 結構組織的更加合理，使展示與模型分離、流程控制邏輯、業務邏輯調用與展示 邏輯分離，如下圖2-3。控制器.v眼校urr於.京S-B-fLS 升田獸也童曰UMlCiB母酣-狀態改變.可能返回模型快七M女一愈訪點蟲為祖園 fr-fti fc wafe 鼻蟲明E3、選擇視圍，展.示棋型L將典宜.每推始 頂笛催模型）圖2.3 mvc模式圖Mvc中M指modle（模型），數據模型，提供要展示的數據，因此包含數據和 行為，可以認為是領域模型或JavaB

31、ean組件（包含數據和行為）。模型提供了 模型數據查詢和模型數據的狀態更新等功能，包括數據和業務，在本系統中以 service業務類充當該模型。Mvc中的V指視圖，主要功能是通過IE的渲染效果展示內容，本系統中以 jsp擔當視圖角色，通過視圖展示各種功能效果。Mvc中的c指控制器，主要負責接收請求，并調用合適的業務邏輯（service） 方法，將業務邏輯處理方法返回到視圖上顯示。在本系統中以Servlet充當該角 色。Servlet： 一種JavaEE web組件技術，是一種在服務器端執行的web組件，用 于接收web用戶請求并處理，最后動態產生響應給用戶。但每次請求只產生一 個線程（而且有線

32、程池），輕量級。Webmvc工作原理：來自瀏覽器（IE）的請求request,通過web.xml中的過濾 器，將請求轉發給相應的Servlet。Servlet接收到請求后，調用對應的業務邏輯 類方法（service），并將業務邏輯類處理結果返回給相應的視圖，視圖通過IE 渲染展示相應的功能和視覺效果。2.4.3 EasyUI前端技術簡介jQuery EasyUI是一組基于jQuery的UI插件集合，而jQuery EasyUI的目標 就是幫助web開發者更輕松的打造出功能豐富并且美觀的UI界面，是一款不錯 的前端開發組件。開發者不需要編寫復雜的javascript，也不需要對css樣式有深 入

33、的了解，開發者需要了解的只有一些簡單的html標簽。jQuery EasyUI為我們 提供了大多數 UI 控件的使用，如：accordion， combobox， menu， dialog， tabs， tree， validatebox， window 等等。Ajax技術簡介AJAX 全稱“Asynchronous JavaScript and XML”(異步 JavaScript 和 XML), 是指一種創建交互式網頁應用的網頁開發技術。它有包含了以下幾種技術：基于 Web 標準(standards-based presentation)XHTML+CSS 的表示；使用 DOM (Docu

34、ment Object Model)進行動態顯示及交互；使用XML和XSLT進行數據 交換及相關操作；使用XMLHttpRequest進行異步數據查詢、檢索；使用JavaScript將所有的東西綁定在一起9。AJAX提供與服務器異步通信的能力， 可以在Web頁面觸發的JavaScript事件中向服務器發出異步請求，執行更新或查 詢數據庫，帶給用戶流暢的界面體驗MySQL 數據庫MySQL是一個開放源碼的小型關聯式數據庫管理系統，開發者為瑞典 MySQL AB公司。MySQL被廣泛地應用在Internet上的中小型網站中。由于其 體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點，許多中小型

35、網站 為了降低網站總體擁有成本而選擇了 MySQL作為網站數據庫，在數據庫管理功 能、完整性檢查、安全性、一致性方面都有良好的表現。3需求分析本章節主要包括可行性分析、功能需求分析、性能需求分析。可行性分析主 要是研究系統設計實現的可行性；功能性需求分析目的是分析本系統需要實現的 業務功能；性能需求分析目的是了解系統實現運行后用達到的性能要求。3.1系統可行性分析本系統將綜合從系統需要的硬件、軟件，技術可行性，經濟可行性，操作可行性 及社會環境背景的必要條件，分析判斷現有條件下設計系統的價值。（1）硬件、軟件本系統的開發、運行和維護對硬件和軟件的需求不高，裝有MySQL數據庫、 Eclipse

36、、Navicat for MySQL10.X 的客戶端、Tomcat服務器，windows 7 的計算機 就可以滿足需求，目前主流的臺式機或筆記本電腦均能滿足需求。（2）技術可行性企業日常辦公管理系統是采用WebMVC的框架模式，是目前最簡單的框架，它 開發周期短，分層明確，可維護行強，因此，本系統具有技術可行性。（3）經濟可行性本系統開發環境Eclipse是一個開放源代碼的、基于Java的可擴展開發平臺；服 務器采用Tomcat，Tomcat是一個輕量級應用服務器，本系統采用B/S體系結構、 本系統采用開源B/S開發模式，開發初期較為復雜，但后期易于維護。因此，本 系統具有經濟可行性。（4）

37、操作可行性本系統界面操作簡潔大方，功能使用流暢、業務操作便捷；數據錄入、數據更新 規范可靠，統計準確，有較好的穩定性和數據安全性。（5）可行性研究總結綜合以上各種因素，本系統在實現上技術能夠達到要求，經濟成本較低，能 夠重視用戶體驗，具備了企業日常辦公系統開發的可行性。3.2功能性需求分析功能性需求分析，分析系統應該具備以及應該實現的功能有哪些。3.2.1用戶需求分析在實際的企業日常管理系統管理過程中，往往需要對員工進行權限管理、員 工信息維護、電子請假、工作日志、通訊錄等進行維護工作和系統公告管理維護 操作，從而達到高效辦公的目的。綜合分析，本系統應實現如下業務功能：（1）權限管理系統管理員

38、可以給不同角色的員工分配相應的功能權限，同時也可以變更某角色 的所有權限。（2）員工信息維護系統管理員新增員工賬號，編輯員工信息，查詢員工信息。當員工個人資料信息 變更，部門組織變更或著離職時，需要管理員維護員工信息，以保證資料的正確 性和安全性。員工可以查詢個人信息資料，修改密碼，無權編輯個人信息。（3）電子請假公司員工因需要請假時，通過填寫電子請假單申請請假流程，當項目經理或部門 經理審核通過之后請假奏效。可以有效的保存請假記錄，管理請假事務，提高管 理效率。（4）員工工作日志公司管理要求員工每日填寫并上報每日工作量，即每日工作記錄。該記錄直接影 響員工季度考核和年終獎的個人效益高低。在本

39、模塊，員工填寫日志并提交給上 級領導，領導給予意見和評價。（5）通訊錄管理該模塊可分為公司級通訊錄和個人通訊錄。公司各部門員工通過通訊錄查詢 員工信息以及時交流解決工作中的問題，提高辦公效率。公司級通訊錄包括所有 員工通訊信息，個人通訊錄中因個人喜好添加工作中經常協作的員工通訊信息也 可以添加工作之外的人員通訊信息。（6）系統公告管理管理員及時維護公司重大事項和決議，以新聞形式公告所有員工，已達到內部信 息及時化。員工只有查看公告信息的權限，無法變更信公告。（7）安全管理該模塊功能簡單，主要是退出本系統的相關處理。綜合以上分析，得出系統總體功能結構圖3-1。權限管理員工信息維護通訊錄工作日志公

40、告管理安全管理電子請假圖3-1系統總體功能結構圖3.2.2用例分析本章節主要通過對系統業務進行建模，從系統建模到業務模型，通過用例圖 和用例描述同時確定系統將所應實現的功能和各個功能之間的關系。用例是指對一組動作序列的描述，系統通過執行這一組動作序列為參與者產生一 個可觀察的結果。用例圖是系統功能建模圖，呈現一些參與者和一些用例，以及 參與者和用例之間的關系，主要用于對系統、子系統或類的功能進行建模。用例圖用來描述參與者與用例之間關系。本系統主要角色包括系統管理員， 一般員工，項目經理，部門經理。（1）管理員用例圖:-安全管理-二圖3-2系統管理員用例圖管理員可以對權限進行分配、員工信息維護、

41、公司通訊錄查看，公告管編輯， 查看等模塊進行管理。（2）一般員工用例圖3-3 一般員工用例圖一般員工擁有個人通訊錄人員的新建，刪除，查詢，公司通訊錄查詢功 能，電子請假申請，歷史請假記錄查看，公告查看功能，以及日志編輯和查 看功能，安全管理等功能。項目經理用例圖3-4項目經理用例圖項目經理擁有個人通訊錄新建，刪除，查詢，公司通訊錄查詢功能功能，個 人電子請假申請和本部門員工請假審核，公告查看和員工日志審核，個人日志維 護等權限。部門領導用例部門經理圖3-5部門經理用例圖部門經理擁有個人通訊錄新建，刪除，查詢，公司通訊錄查詢功能功能，所 有員工請假審核，公告查看和項目經理日志審核等權限。（5）系

42、統總用例一般員工部門經理圖3-6系統總用例圖上圖中黑實線表示管理員用例；一一表示員工用例；表示項目經理用例; 加粗的一一表示部門經理用例；其中一 表示電子請假和日志維護必須經過項目 經理，部門經理審核用例。（6）系統主要用例描述1）表3-1系統管理員登錄用例描述表3-1系統管理員登錄用例描述用例名稱系統管理用例參與者 描述前置條件 用例功能 異常事件 后置條件系統管理員。管理系統所有信息。管理員登錄進入系統。管理對用戶信息及系統業務信息進行管理。管理員未輸入用戶名密碼或輸入數據不合法。系統無改變。2）表3-2描述一般員工用例表3-2 一般員工用例描述用例名稱一般員工用例參與者 描述 前置條件

43、用例功能 異常事件流 后置條件一般員工員工啟動某些流程或改變信息一般員工用例登錄到系統。操作自身權限范圍內的功能，啟動某些流程。一般員工輸入的用戶名或密碼不正確。某些流程啟動或著信息變更3）表3-3描述項目經理審批用例表3-3部門領導審批用例描述用例名稱項目經理審批。參與者描述前置條件用例功能異常事件流后置條件項目經理一般員工請求項目經理審核相關流程。項目經理登錄到審批系統。審核通過，流程流轉下一環節。項目經理登錄用戶名或密碼不正確。審核流程進入下個環節或終止4）表3-4描述部門經理審批用例表3-4公司領導審批用例描述用例名稱部門經理審批。參與者描述前置條件用例功能異常事件流后置條件部門經理部

44、門經理審核項目經理請求部門領導登錄到審批系統。審核通過進入下個流程公司領導登錄用戶名或密碼不正確。審核流程進入下個環節或終止3.3性能分析為確保軟件滿足或超過設計的期望值，有必要分析應用程序的性能以發現潛 在的問題。這個過程被稱為“性能分析”。性能分析主要分析系統軟件的功能性、 可靠性、可用性率、可維護性、可移植性等。檢查應用程序以確保每個組件有效 地工作，并根據設計密切注視處理器的使用、網絡和系統服務、存儲和輸入/輸 出（I/O）。本系統平臺為基于WEB的服務平臺，必須滿足相關性能需求。第一，要求功能完善，本系統應該具備滿足實現客戶的各種需求。為了適應 發展潮流及滿足功能拓展的需要，系統應該

45、具備良好的可拓展性。第二，系統要求安全穩定，能夠為客戶提供及時有效安全的服務。第三，系統要求具備良好的并發性，能夠支持一定數量范圍的用戶訪問。第四，系統要求界面友好，頁面風格簡潔大方，系統操作流暢，檢索快捷。第五，系統應具有良好的可維護性，后期維護成本應該較低。4系統概要設計概要設計又稱總體設計，目的是把數據流圖轉化為軟件結構和數據結構。其 中軟件結構的設計任務包括對系統進行功能模塊劃分、建立模塊層次結構等；數 據結構設計的任務包括描述數據特征、確定數據結構特性、設計數據庫等。概要 設計為后續系統實現做準備。4.1系統功能模塊設計根據系統需求分析，本系統系統功能結構圖如圖4-1。企業辦公OA系

46、統權限管理天員信息管理通訊錄管理公告管理日志管理請假管理安全管理權限分配公司通訊錄個人通訊錄公告編輯日心編輯一公告查看日志審核,L請假審核一 一請假管理 歷史日志查看安全退出歷史請假記錄圖4-1系統功能結構圖（1）權限管理功能描述：本模塊主要變更權限和權限修改，只有管理員擁有該模塊功能。（2）員工信息維護功能描述：管理員變更，查詢，編輯員工信息，員工本人只能修改密碼，查 詢員工信息等功能。（3）電子請假功能描述：員工或項目經理，編輯請假申請，提交項目經理或者部門經理審 核，同意后起效并歸檔，審核請假流程無效并歸檔。（4）日志維護功能描述：員工填寫工作量并提交項目經理審核，通過后歸檔，項目經理填

47、 寫個人工作量提交給部門經理。（5）通訊錄通訊錄包括個人通訊錄和公司通訊錄；個人通訊錄：員工根據自己喜好從公司通訊錄中添加業務關聯密切員工通訊 信息，也可以移除。也可以自己添加其他人員通訊信息。公司通訊錄：部門之間因業務需要，通過公司級通訊錄查詢相關人員信息。（6）公告管理管理員編輯公告，更新公告，所有員工可以查看公告。（7）安全管理系統退出入口。4.2系統數據庫設計作為系統的核心，數據庫需要有良好的設計。在數據庫中存儲的是穩定性較 高的數據。數據庫設計應那滿足以下總體性原則：1）數據表里沒有重復冗余的數據。2）全體數據表的空間占用總量越小越好。3）使用頻率高數據庫查詢都能以簡單高效的方式執行

48、。4.2.1數據庫概念設計數據庫概念模型獨立于現實數據模型，幫助分析表述現實世界中事物和事物 間的關系。為了輔助數據庫的設計提出實體-聯系數據模型。E-R模型是一種語 言模型，它將現實世界的含義和相互關聯映射到概念模型方面非常有用，因此 因此采用E-R模型分析數據庫概念設計12 本系統總體E-R圖如圖4-2。由總體E-R圖可以得出員工與部門，員工與崗位，員工與通訊錄，工作日 志，請假等實體之間的對應關系。屬于查看/編輯m請假申請mN員工部門m查看/編輯 -n工作日志功能模塊圖4-2系統總體ER（2）員工，角色和模塊E-R圖如圖4-3。個模塊，一個角色有多個員工，一個模塊也可以屬于多個角色員工與

49、角色，角色與模塊之間是多對多關系，員工與角色，角色與模塊實體 間生成員工模塊表與角色模塊表，一個員工可擁有多個角色，一個角色可擁有多圖4-3員工角色和模塊E-R圖 （3）員工，部門，角色E-R圖4-4。圖4-4員工部門角色E-R一個員工可擁有多個角色，一個角色可屬于多個部門，一個部門有多個 角色。（4）員工，請假ER圖4-5。年互冷一請假單編號部門編號（:審核人-、；員工-n.申就m請假m密碼（請假時間）|/ 請假人員工名員工編號.原里/）（.請假時間）圖4-5員工請假ER一個員工可申請請多次假，所有員工都可以請假。（5）員工，公告ER圖4-6。一個員工可查看所有公告，所有公告都可以被員工查看

50、。（6）員工，通訊錄ER圖4-7。圖4-7員工通訊錄ER圖所有員工可以查看通訊錄中員工信息，編輯個人通訊錄，所有員工可以查 看會議內容和與會人員信息。（7）員工，工作日志ER圖4-8。圖4-8員工工作日志日圖 所有員工可以查看或編輯個人工作日志。4.2.2數據庫邏輯結構設計數據庫的邏輯結構設計是將現實世界的概念數據模型設計成數據庫的一種 邏輯模式，即適應于某種特定數據庫管理系統所支持的數據模式。由以上邏輯結構圖，得出系統數據庫表間的邏輯關聯關系，詳細介紹如下: 數據庫邏輯設計將所有實體和關系轉化為一系列關系模式；轉化過程中的規則 有：（1）一個實體型轉化為一個關系模式。（2）一個一對一的聯系可

51、轉換成一個獨立的關系模式，也可以與任意一端對應 的關系模式合并。（3）一個一對多的聯系可以轉換成一個獨立的關系模式，也可與多的那一端對 應多的關系模式合并。（4）一個多對多的關系轉換成一個關系模型根據以上四條規則，將圖轉換為關系模型。在數據庫中存儲以下數據信息：（注：下劃線的表字段為主鍵。）（1）員工（員工編號，姓名，密碼，年齡，性別，角色編號，部門編號，入職 日期，離職日期，啟用日期，禁用日期，賬號狀態）（2）角色（角色編號，角色名稱）（3）部門（部門編號，部門名稱）（4）部門角色表（蟲，角色編號，角色編號）（5）父功能模塊表（父模塊編號，本模塊名稱）（6）子功能模塊表（模塊編號，子功能模塊

52、ID，父功能模塊ID，URL）（7）角色功能表（ID，角色編號，父功能能編號，子功能編號，子功能名稱， URL）（8）請假表（業編號，申請人，申請人部門，申請時間，請假開始時間，請 假結束時間，審核人，審核狀態，審核時間，審核意見，請假原因）（9）日志（旦志編號，編輯人員，部門，編輯日志時間，日志標題，日志審核 人，日志內容，審核狀態，審核時間，審核意見）（10）公告（公告編號，公告標題，起草人，起草時間，公告內容）（11）個人通訊錄（通訊錄編號，員工編號，個人編號，員工姓名，員工電話， 員工部門名稱，員工角色名稱，QQ號）4.2.3數據庫物理結構設計數據庫物理設計的目標是對給定的邏輯數據模型

53、選取一個合適的結構。將一 個給定邏輯結構實施到具體的環境中時，邏輯數據模型要選取一個具體的工作環 境，這個工作環境提供了數據存儲結構與存取方法，這個過程就是數據庫的物理 設計。以下是系統主要關系表：表4-9記錄了員工信息，與此關聯的有員工信息禁用，啟用，刪除，編輯等 操作，關聯登錄，登錄成功后權限自動分配等功能。表4-9員工信息表字段名稱數據類型字段大小說明yg_idVARCHAR20賬號（主鍵）yg_nameVARCHAR20員工姓名yg_psdVARCHAR20登錄密碼yg_ageint年齡yg_sexVARCHAR20性別yg_telVARCHAR20電話yg_roleidVARCHAR

54、20角色編號yg_deptidVARCHAR20部門編號yg_indateVARCHAR20入職日期yg_stateVARCHAR20賬號狀態yg_outdateVARCHAR20禁用日期yg_againdateVARCHAR20啟用日期yg_lizhidateVARCHAR20離職日期表4-10記錄了角色信息，與此關聯的主要有角色名稱的查詢等操作。表4-10角色信息表字段名稱數據類型字段大小說明role_idrole_nameVARCHAR20角色編號（主鍵）VARCHAR20角色名稱表4-11記錄了部門信息，與此關聯的有部門名稱的查詢等操作。表4-11部門信息表字段名稱數據類型字段大小說明

55、dept_idVARCHAR20部門編號（主鍵）dept_nameVARCHAR20部門名稱表4-12記錄了部門角色，與此關聯的有登錄時根據登錄的角色自動分配相對 應的權限以及員工角色部門變更，父功能權限的變更等操作。表4.12部門角色信息表字段名稱數據類型字段大小說明idint主鍵自增role_idVARCHAR20外鍵關聯角色編號dept_idVARCHAR20外鍵關聯部門編號表4.13記錄了父功能，與此關聯的有父功能名稱查詢和登錄時權限分配等操作。表4-13父功能信息表字段名稱數據類型字段大小說明pm_idVARCHAR20主鍵pm_nameVARCHAR20功能名稱表4-14記錄了子功

56、能信息，與此關聯的有子功能名稱查詢等操作。表4-14子功能信息表字段名稱數據類型字段大小說明sidVARCHAR20子功能主鍵snameVARCHAR20子功能名稱surlVARCHAR20子功能URLspmidVARCHAR20外鍵關聯父功能表表4-15記錄了角色功能，與此關聯的有增加子功能權限和刪除子功能權限等操 作。表4-15角色功能信息表字段名稱數據類型字段大小說明sm_idVARCHAR20外鍵關聯子功能編號sm_nameVARCHAR20子功能名稱pm_idVARCHAR20外鍵關聯父功能編號urlVARCHAR20子功能urlroles_idVARCHAR20角色編號sidint

57、主鍵自增表4-16記錄了請假信息，與此關聯的請假申請，請假審核和請假歷史記錄 等操作。表4-16請假信息表字段名稱數據類型字段大小說明qjidint主鍵自增qjrenVARCHAR20請假人qjdeptVARCHAR20請假部門qjstimeVARCHAR20請假起始時間qjetimeVARCHAR20請假截止時間qjyyVARCHAR20請假原因qjshenheVARCHAR20審核人shenhestateVARCHAR20審核狀態yg_idVARCHAR20請假單所屬人編號shenheshijianVARCHAR20審核時間shenheyijianVARCHAR20審核意見表4-17記錄了

58、個人工作日志信息，與此關聯的有日志起草，日志審核和歷 史日志記錄等操作。表4-17個人工作日志信息表字段名稱數據類型字段大小說明rzidint主鍵自增rzrenyuanVARCHAR20起草人編號rzdeptVARCHAR20起草人部門編號rztimeVARCHAR20起草時間rztitleVARCHAR20日志標題rzshenheVARCHAR20審核人rzlrVARCHAR1000日志內容rzstateVARCHAR20審核狀態shenheshijianVARCHAR20審核時間shenheyijianVARCHAR20審核意見表4-18記錄了公告信息，與此關聯的有公告的編輯和查看等操作。

59、表4-18公告信息表字段名稱數據類型字段大小說明idint主鍵自增timeVARCHAR20起草時間name title lrVARCHARVARCHARVARCHAR20201000起草人姓名起草標題公告內容表4-19記錄了個人通訊錄信息，與此關聯的有員工信息禁用，啟用，刪除，編輯等操作。表4-19個人通訊錄信息表字段名稱數據類型字段大小說明ge_idint主鍵自增ge_nameVARCHAR20員工姓名ge_telVARCHAR20電話號碼ge_QQVARCHAR11QQge_deptVARCHAR20部門Ge_roleVARCHAR20角色yg_idVARCHAR20通訊錄所屬人編號4.

60、2.4數據庫物理結構模型根據上述邏輯結構的分析，用power design設計數據庫物理結構模型，如圖4-20。5、=Pr4xe wshej： 2C?J1 de1yE_irolerolliwchirr i ； wriwr i 匚3=has卻 :泓 田* ru-zbu: 2ulft=r:u 二； fV4f：ntf：i；3=函 S.lMJh=H=X=C k5 urLnelelvarr-Eax20J5=：:Lnl:.-1：;lit!:;xap;xLih=npiiJUlaht ： hai- 25 itk=Pa =hju- !JOJZfE3TIUT itixaFjjTarzhu- ilK)rslrvj*