中小企業內部信息管理系統的設計與實現

發布時間：2023-07-20 14:57

摘要 II

關鍵詞 II

Abstract III

Key words III

第一章概述 - 1 -

1.1研究背景 - 1 -

1.2研究內容 - 1 -

1.3論文結構 - 2 -

1.4國內外研究現狀 - 2 -

第二章系統需求分析 - 3 -

2.1功能需求 - 3 -

2.1.1用戶登錄管理模塊 - 3 -

2.1.2員工管理模塊 - 3 -

2.1.3信息管理模塊 - 4 -

2.1.4工作日報管理模塊 - 5 -

2.1.5系統管理模塊 - 5 -

2.2環境需求 - 6 -

2.3用戶操作界面需求 - 6 -

2.3.1登錄界面 - 6 -

2.3.2系統界面 - 7 -

2.4本章小結 - 7 -

第三章可行性分析 - 8 -

3.1技術可行性 - 8 -

3.1.1操作系統 - 8 -

3.1.2前臺開發工具的選擇 - 8 -

3.1.3后臺開發工具的選擇 - 8 -

3.1.4開發語言及服務器的選擇 - 9 -

3.2 經濟可行性 - 9 -

3.2.1硬件 - 9 -

3.2.2軟件 - 9 -

3.2.3人工 - 9 -

3.3本章小結 - 10 -

第四章系統概要設計 - 11 -

4.1系統功能模塊結構設計 - 11 -

4.2系統子功能模塊設計 - 11 -

4.2.1員工管理模塊 - 12 -

4.2.2信息管理模塊 - 12 -

4.2.3工作日報管理模塊 - 13 -

4.2.4系統管理模塊 - 14 -

4.2.5個人信息管理模塊 - 15 -

4.3數據庫設計 - 15 -

4.3.1數據庫總體結構設計 - 15 -

4.3.2數據庫邏輯結構設計 - 17 -

4.4本章小結 - 20 -

第五章系統詳細設計與實現 - 21 -

5.1用戶登錄模塊的實現 - 21 -

5.2員工管理模塊的實現 - 22 -

5.2.1員工添加的實現 - 24 -

5.2.2員工查詢的實現 - 25 -

5.2.3員工修改的實現 - 25 -

5.2.4員工刪除的實現 - 25 -

5.2.5初始化密碼的實現 - 25 -

5.3信息管理模塊的實現 - 25 -

5.3.1信息發布的實現 - 26 -

5.3.2信息查詢的實現 - 28 -

5.3.3信息修改的實現 - 28 -

5.3.4信息刪除的實現 - 28 -

5.4工作日報管理模塊的實現 - 28 -

5.4.1工作日報添加的實現 - 29 -

5.4.2工作日報查詢的實現 - 30 -

5.4.3工作日報刪除的實現 - 30 -

5.5系統管理模塊的實現 - 30 -

5.5.1部門管理的實現 - 31 -

5.5.2角色管理的實現 - 33 -

5.6個人信息管理模塊的實現 - 36 -

5.6.1基本信息修改 - 36 -

5.6.2密碼修改 - 37 -

5.7本章小結 - 38 -

第六章系統測試 - 39 -

6.1系統測試概述 - 39 -

6.2登錄模塊測試 - 39 -

6.3員工管理模塊測試 - 40 -

6.4信息管理模塊測試 - 42 -

6.5工作日報管理模塊測試 - 44 -

6.6系統管理模塊測試 - 45 -

6.7個人信息管理模塊測試 - 47 -

6.8測試中遇到的問題解決方法 - 48 -

6.9本章小結 - 49 -

結論 - 50 -

參考文獻 - 51 -

致謝 - 53 -

第一章概述

1.1研究背景

時代的推動已經讓互聯網與我們的生活密不可分。互聯網注定是一條不斷創新，通往未來的道路。所以企業發展要想穩步前進就必須借助互聯網的力量。對于員工信息，行業信息等等這些信息就需要一套企業內部信息的管理系統來管理這些信息［1］。

在迅猛發展背景下的互聯網行業，不但越來越多的年輕人投入到這個行業中，而且越來越多的互聯網企業也發展起來，這個行業發展迅速是時代的必然性，也是社會走向科技便捷化的趨勢，面對當今激勵的市場競爭，各企業想要對公司內部信息進行充分的了解及安排，不斷提高工作效率，需要建立并不斷完善企業內部的信息管理系統，管理內部員工的信息，將所有的辦公聚集在統一的平臺上，信息實時互通共享，大幅提高企業的整體工作效率和準確率。

通過前臺應用程序的開發，結合后臺數據庫的建立，以及后期的維護，完成中小企業內部信息管理系統的設計與實現。前臺應用程序的開發主要包括用戶登錄，員工的添加、維護，企業內部信息的添加、維護，工作日報的添加、維護和系統的維護等。后臺數據庫的研究內容為對系統所需數據庫和數據庫表進行創建并優化，不同表之間的關聯關系等。該系統將全部員工及管理者集中到統一的平臺辦公，企業的管理者、員工可以通過條件查詢，非常方便的查看調用系統中各類信息。該系統平臺實現分級授權管理權限不同，所具有的功能和所能查看的信息不同，公司最高層才能查閱到全部的信息內容。

1.2研究內容

前臺扁平式的設計風格，應用程序的開發，采用圖文并茂的方式，主要包括用戶登錄，員工的添加、維護，企業內部信息的添加、維護，工作日報的添加、維護和系統的維護等。后臺數據庫的研究內容為對系統所需數據庫和數據庫表進行創建并優化，以及不同表之間的關聯關系等。

該系統將全部員工及管理者集中到統一的平臺辦公，信息全面，處理及時，集智能化、平臺化、全程電子化為一體。企業的管理者、員工可以通過條件查詢，非常方便的查看調用系統中各類信息，7*24 小時的辦公助理。告別紙質化辦公。該系統平臺實現分級授權管理，權限不同，所具有的功能和所能查看的信息不同，只有公司最高層才能查閱到全部的信息內容。滿足員工自助服務高效的工作，提高執行力。

1.3論文結構

本文總共六章。第一章概論主要介紹該系統的研究背景和目的、研究內容以及本論文的整體結構，讓讀者可以初步的了解本系統的意義、研究內容和本文的結構。第二章是對該系統進行的需求分析，對系統完整、準確、清晰的分析，才能對后續的開發設計實現提供良好的基礎。第三章是對系統的可行性分析，從技術可行性和經濟可行性兩個方面著手對系統進行分析，用最小的代價在盡可能短的時間內確定能夠解決問題。第四章是本系統根據前期的需求分析，確定好功能后，進行的系統設計，進行了模塊的劃分，確定了每個功能點的算法和代碼［2］。第五章對各個模塊的具體實現過程進行了說明。第六章通過詳細的測試用例對系統各個模塊進行測試，盡可能的降低系統在日后的使用過程中出現錯誤的頻率［3］。

1.4國內外研究現狀

國內自從經濟體制改革后，開放的思想，國家對民營企業的重視。使得更多的中小企業不斷的涌現，伴隨著企業規模的擴大，人才的知識水平的提高，網絡科技的發展，企業的各個方面也從簡單的執行到復雜的管理，辦公系統也從單機到連網，系統化的辦公也從單一的功能到集成，從傳統到現代的演變。計算機在 20 世紀 50 年代中期開始應用在很多的中小企業的管理工作中，成為企業強有力的數據處理工具。后來，進入 70年代、 80年代的中期，管理系統分化出很多的子系統。比如人事方面的、庫存管理方面的、生產調度和計劃等等。科技快速發展的 80年代后期和 90年代以后，國內的一些大中型企業將分散的子系統集成起來，從國家軟件工業應用現狀統計分析，目前我國大型中小企業使用管理軟件的比例高達 95% 以上。相比國外企業，他們平臺化的辦公起步較早，從上世紀五十年代到八十年代，一些發達國家就已經在研究計算機技術在企業經營管理設計方面的應用了。相比之下，國內的使用率當時還處于起步階段。

第二章系統需求分析

2.1功能需求

中小企業內部信息管理的系統，是一個比較常見，適用面比較廣泛的企業管理平臺，最基礎的功能要有對企業內各種人員角色的管理功能。每個人員角色都應該具備以下的基本信息：員工工號、員工的用戶名（登錄名）、登錄密碼、所在部門、崗位角色、辦公地址、手機號碼、辦公電話等。系統為用戶提供系統功能，應該有對內部信息的基本管理和工作日報等，信息基本管理包括對于管理員的信息發布和修改，對系統進行權限設置，權限不同，則提供的功能也不同。通過分析，系統應滿足以下需求：

2.1.1用戶登錄管理模塊

公司內部系統的管理員有注冊新員工、添加及刪除員工的權限，員工登錄時輸入員工本人的工號和登錄密碼，經過后臺數據庫的驗證，員工的工號和登錄密碼都正確則登錄成功，顯示相對應的頁面及功能。員工的工號和登錄密碼不正確則顯示錯誤提示，返回到登錄頁面。員工登錄的管理模塊的用例圖如圖 2-1所示。

圖 2-1 系統登錄模塊用例圖

Figure 2-1 System login module use case diagram

2.1.2員工管理模塊

員工管理模塊需要有以下功能：公司系統管理員對員工的添加、修改、刪除，員工

本人對本人的基本信息和登錄密碼的修改。員工基本信息包括：姓名、手機號碼、員工

的工號、電子郵箱地址、辦公電話、崗位角色等。同時設置系統管理員有對員工的崗位角色、所屬部門等信息進行管理的權限。所有內部員工也可以通過員工通訊錄查詢到其他同事手機號碼、電子郵箱地址、辦公電話、崗位角色等基礎信息。員工管理模塊的用例圖如圖2-2所示。

圖 2-2 員工管理模塊用例圖

Figure2-2 Employee management module use case diagram

2.1.3信息管理模塊

信息管理模板需包含系統管理員對信息的添加、修改和刪除的權限，普通員工對信息的查詢、收藏的功能。信息的基本內容有：信息標題、發布時間、發布人、修改時間信息正文內容、信息類型、信息級別。具體內容如圖2-3所示。

Figure2-3 Information management module use case diagram

2.1.4工作日報管理模塊

工作日報管理包括對工作日報的添加和查詢。日報的基本信息包括：工作項目名稱、工作量歸屬部門、開始及結束時間、具體工作內容、存在的問題及建議等。主管上級可以接收下級的工作日報，進行瀏覽批閱。普通員工也可以通過篩選條件查詢想要查看的工作日報信息。同時系統管理員要有對所有日報可以進行刪除但不能修改的權限。工作日報管理模塊的用例圖如圖 2-4所示。

2.1.5系統管理模塊

系統管理模塊是對系統用到的但可能會發生變動的內容進行圖形化的操作，如公司部門的管理、員工角色管理、信息類型管理等。以及對以上這些信息內容的增加、刪除、修改、查找和瀏覽的功能。圖形頁面方便客戶在公司架構、業務發生變動時及時更新系統。系統管理模塊用例圖如圖 2-5所示。

2.2環境需求

為了較好的完成該系統，系統開發的環境要具備以下幾點：

系統的運行環境為是Windows XP及以上［4］。系統所使用的前端開發工具為：Eclipse 或者MyEclipse。系統所使用的開發語言為JAVA、JSP和JavaScript。系統所使用的數據庫及數據庫管理工具為MySQL5.0和MySQL-Front。

2.3用戶操作界面需求

要求用戶界面友好，方便操作，本系統采用HTML［4］語言和JSP［5］語言相結合的方式完成。具體界面需求為：

2.3.1登錄界面

登錄頁面的圖形界面要清晰友好，其中顯示登錄需要的員工工號、登錄密碼、登錄、重置等信息框。

2.3.2系統界面

系統驗證用戶合法后，登錄系統，顯示系統的主頁面，主頁面左側顯示菜單欄，菜單欄中應顯示與登錄用戶權限相應的功能。右側則為系統的主顯示區。另外系統的主頁面還應顯示出登錄用戶的姓名、部門、工號以及前進、后退、注銷、退出按鈕等輔助的信息和功能。

2.4本章小結

本章通過讀系統的整體分析，闡述了中小企業內部信息管理系統的功能需求及環境需求，企業內部員工操作界面的需求，為系統的后續設計和開發提供指引的方案，并為數據庫設計奠定的基礎，并向讀者論述的系統的主要研究和實現內容。

第三章可行性分析

為了使系統的開發能夠順利地進行，現就該系統的技術可行性、經濟可行性等幾個方面進行分析，充分做好開發前的準備工作［5］。

3.1技術可行性

使用JSP和J2EE開發語言，能更好的實現該系統，后臺數據庫使用MySQL，采用 B/S結構運行在Windows XP系統上［6］。

3.1.1操作系統

該系統可采用Microsoft公司Windows XP操作系統［7］。從穩定性與安全性上考慮， Windows XP系統更合適，且數據庫方面也有良好的兼容性，因此開發選擇該操作系統。

3.1.2前臺開發工具的選擇

前臺選擇MyEclipse的企業版，MyEclipse根據它的體系結構，可以通過開發插件, 擴展其他開發語言，還可以作為繪制圖片的工具［8］。

3.1.3后臺開發工具的選擇

該系統后臺的數據庫管理系統采用MySQL5.1版本。該數據庫由MySQL AB公司開發，由于其具備可靠、快速、易于使用的特點，目前已經是最流行，使用率最高的開放源碼SQL數據庫。

最初是為處理大型數據庫，MySQL服務器才誕生的。隨著技術的發展創新，MySQL 始終也在不斷的升級更新，已經成功的應用于很多高要求的生產環境中。

憑借良好的速度、安全性、連通性可以為用戶提供豐富和有用的功能。也非常適合訪問Internet上的數據庫。前端展示數據庫信息的工具采用MySQL-Front。

3.1.4開發語言及服務器的選擇

為了更好的服務于系統的使用者，減低對用戶瀏覽器的要求，本系統使用 JSP、J2EE 作為開發語言，加上WEB開發技術，服務器端執行所有程序的操作，用戶只得到從網絡上傳送給客戶端的結果，可實現無Plugin，無ActiveX，無Java Applet，甚至無Frame。［6］從JSP中訪問數據通常就是通過JavaBean來實現的［9］。

Tomcat短小精悍，配置方便，適合本系統的開發需求，因此選擇免費的開源Servlet 容器 Tomcat。

3.2經濟可行性

為使開發成本更清晰、明確，先對本系統的經濟可行性做以下分析：

3.2.1硬件

開發本系統需要普通計算機一臺，配上鼠標鍵盤，費用約為 4000 元。

3.2.2軟件

需要數據庫系統軟件、數據庫管理軟件、系統開發所需軟件。

（一）數據庫軟件

采用MySQL5.1社區版，可免費獲取。

（二）數據庫管理軟件

采用MySQL-Front，可免費獲取或可使用MySQL Command Line Client操作數據庫。

（三）系統開發軟件

采用 MyEclipse。

3.2.3人工

該系統計劃一名專業技術人員一個月完成花費約 3000 元。相關資料可從網上查詢電子版或從圖書館借閱該項為免費。

3.3本章小結

總結上述花費，約為 7000 元。對比如果不采用該系統而采用人工方式對企業內部信息進行管理，既浪費寶貴的時間，也會拖慢企業的發展，使用該系統，會高效快捷的很多。因此，從經濟可行性角度分析，該系統有開發的必要性。

第四章系統概要設計

本章將闡述該系統的員工管理、信息管理、工作日報管理、系統管理等各個模塊的設計過程。具體內容如下：

4.1系統功能模塊結構設計

根據對以上的需求分析，該系統總體的實現步驟如下：

對公司員工的信息等方面進行管理，需要以系統管理員的身份登錄進入系統，進入系統后可以設置員工的崗位角色、部門、手機號碼等基本信息。也可以設定內部信息的等級和查看權限。以及對系統的其他功能的管理，比如：部門管理、崗位角色管理等。系統功能模塊關系圖，如圖 4-1所示。

圖 4-1 系統模塊結構圖

Figure4-1 System module structure diagram

4.2系統子功能模塊設計

該系統劃分五個模塊，分別是：員工管理、信息管理、系統管理、工作日報管理

個人信息管理，這些子模塊的設計方案和關系圖如下：

4.2.1員工管理模塊

新員工的添加、老員工的信息修改或者刪除，主要是員工管理模塊的功能。在新增新員工的操作時，會添加新員工的基礎信息及個人的ID號。這個號碼不需要人工添加, 在數據庫中添加數據時會自動分配一個唯一的ID號，這個ID號即為數據庫中主鍵。新員工到崗后，無需自己注冊，系統管理員添加新員工的基本信息就相當于注冊環節了添加員工時，除了要填寫員工的姓名、手機號碼、電子郵箱地址等基本信息外，還要填寫員工的部門，崗位角色等相關信息。提交保存后，新員工信息新增成功，系統則返回添加成功的頁面告知，新員工的信息也相應的存入到數據庫的員工表中，如若新增失敗系統也會返回添加失敗的頁面告知，數據庫的員工表中也不會有該員工的信息。員工管理模塊關系圖如圖4-2所示。

員工管理”

圖 4-2 員工管理模塊結構圖

Figure4-2 Staff management module structure diagram

系統的管理員擁有隨時新增人員和修改刪除人員信息的權限，企業的入離職等人事變動統計的效率得到大幅的提升，在職人員維護的準確率得到了保障。

4.2.2信息管理模塊

信息管理模塊一共分為兩個方面，一個方面是對內部信息的添加，另一個方面是對

內部信息的維護。在信息添加模塊點擊新增，在標題和正文中填寫相應信息，保存并提

交，數據庫的信息表中就會保存該條信息，并返回添加成功的頁面告知。在系統的信息列表中，就會顯示出該條信息。其他員工能通過相應的查詢條件查找出來。信息添加后對信息進行再次的修改或者刪除及查看，都屬于對信息的維護。信息管理模塊關系圖如圖 4-3所示。

信息管理"

圖 4-3 信息管理模塊結構圖

Figure4-3 Information management module structure diagram

4.2.3工作日報管理模塊

工作日報管理模塊，主要是對工作日報的添加和維護兩大類操作。工作日報添加，即在工作日報添加頁面添加日報的基本信息，點擊提交，系統會將日報的基本信息添加到數據庫的工作日報表中，并返回相應的提示信息。添加成功后，就可以在工作日報的列表中查詢到工作日報的內容。工作日報的維護主要為對工作日報的刪除。因為工作日報涉及到員工的工作問題，所以管理員也不能修改員工的工作日報。工作日報管理模塊關系圖如圖 4-4所示。

工作日報管理”

除

圖 4-4 日報管理模塊結構圖

Figure4-4 Daily management module structure diagram

4.2.4系統管理模塊

隨著企業的發展，企業的組織結構會有相應的調整，對于系統中可能會發生改變的信息進行管理，就是系統管理模塊的功能，比如部門管理及崗位角色的調整變換。主要分為添加和維護兩方面的內容。系統主要使用簡單、方便的圖形化頁面操作。系統管理模塊關系圖如圖4-5所示。

系統管理模塊

4.2.5個人信息管理模塊

新員工入職后，對于個人基礎信息的修改及系統登錄密碼的更改，屬于個人信息管理模塊的功能［10］。在修改保存后，都會有相應的提示頁面。個人信息管理模塊關系圖如圖 4-6 所示。

圖 4-6 個人信息管理模塊結構圖

Figure4-6 Structure diagram of personal information management module

4.3數據庫設計

首先，在計算機上安裝MySQL，按照順序依次完成。接下來，還需安裝MySQL 的圖形化界面軟件MySQL-Front，PassMySQL-Front管理員賬號鏈接登錄數據庫。然后，創建本系統中需要用到的數據庫在數據庫中。

4.3.1數據庫總體結構設計

系統中的各實體以實體圖和實體關系圖的形式展示，會更為清晰，具體如下所示：

（1）員工實體圖

員工（員工ID、員工工號、姓名、所在部門、崗位職務、電話號碼、辦公電話、郵箱地址、聯系地址、創建人、創建時間、是否為管理員），員工ID為主鍵。具體內容如圖 4-7所示。

（ 2）企業內部信息實體圖

信息（信息ID、關鍵字、信息標題、發布部門、發布時間、發布人、信息類型、信息級別、信息來源、信息具體內容），信息ID為主鍵。具體內容如圖4-8所示。

（ 3）工作日報實體圖

工作日報（日報ID、添加員工、添加時間、工作時長、是否完成計劃、工作項目完成百分比、具體工作內容），日報ID為主鍵。具體內容如圖4-9所示。

（4）部門實體圖

部門（部門ID、部門名稱、備注），部門ID為主鍵。具體內容如圖4-10所示。

（5）崗位角色實體圖

崗位角色（角色ID、崗位名稱、備注、崗位級別），角色ID為主鍵。具體內容如圖 4-11 所示。

6）系統 E-R 圖

系統中各個實體之間的關系如圖 4-12所示。

卻門林門 ID~Z IntHH 凱門名亦 CharactErs (20J

春注 Giara=.tsr= (100)

Usnti£isr_l <pi>

圖 4-11 角色實體圖

Figure 4-11 Role entity diagram

圖 4-12 系統中各實體關系圖

Figure 4-12 Relationship diagrams of entities in the system

4.3.2數據庫邏輯結構設計

數據庫的結構設計以及系統中會用到的數據庫表的設計，是后臺數據庫設計的重要部分［11］。以下就會主要介紹該系統的后臺數據庫的結構設計以及數據庫表的設計。該系統具體會涉及到企業內部信息表、公司部門表、工作日報表、員工角色表和員工信息表等數據庫表。以下主要介紹該系統的數據庫結構及數據表的內容。

在細致的需求分析后，設計理論也要嚴格規范化，確保該系統細致準確的進行開發和優化。

(1)員工信息表(STAFF)

員工信息表保存員工的基本信息，主鍵為staffed。具體內容如表4-1所示。

表 4-1 用戶信息表

Tabel 4-1 Customer information table

字段名稱字段類型字段長度可否為空備注

staff_id int 20 NO 員工 ID

wcode varchar 20 NO 員工工號

name varchar 30 NO 員工姓名

password varchar 60 NO 密碼

con_mobile varchar 60 YES 移動電話

con_tel varchar 60 YES 辦公電話

home_tel varchar 60 YES 固定電話

email varchar 60 YES 電子郵箱

address varchar 100 YES 地址

state_date datetime YES 添加時間

ismanager char 1 YES 是否為管理員

group_name varchar 50 YES 部門

wgroup_id varchar 20 YES 部門 ID

role_name varchar 20 YES 角色

warea_id varhchar 30 YES 角色 ID

add_name varchar 20 YES 添加人 ID

remark Varchar 500 YES 備注

(2)內部信息表(INFOMATION)

內部信息表用于保存企業內部信息的基本信息，主鍵為Info_id。具體內容如表4-2 所示。

表 4-2 內部信息表

Tabel 4-2 Internal information table

字段名稱字段類型字段長度可否為空備注

info_id int 20 NO 信息 ID

info_name varchar 100 NO 信息標題

info_type varchar 20 YES 信息類型

info level varchar 20 YES 信息級別

表 4-2 內部信息表

Tabel 4-2 Internal information table

字段名稱字段類型字段長度可否為空備注

info_resource varchar 50 YES 信息來源

key_words varchar 100 YES 關鍵詞

info_content varchar 2000 YES 信息內容

pub_depart varchar 20 YES 發布部門

pub_staff varchar 200 YES 發布人

pub time datetime YES 發布時間

(3)工作日報信息表(JOBREPORTER)

工作日報信息表用于保存員工工作日報的基本信息。具體內容如表4-3所示。

表 4-3 工作日報表

Tabel 4-3 Daily report

字段名稱字段類型字段長度可否為空備注

report_id int 20 NO 工作日報 ID

report_staff varchar 20 NO 日報添加員工

report_time datetime YES 日報添加時間

report_depart varchar 20 YES 員工所屬部門

report_job varchar 20 YES 工作項目

report_worktime varchar 20 YES 工作時長

report_iscomplete varchar 20 YES 是否完成工作計劃

report_complete varchar 20 YES 工作完成比分率

pub_staff varchar 200 YES 發布人

report content varchar 500 YES 具體工作內容

(4)公司部門信息表(DEPARTMENT)

公司部門信息表用于保存公司部門的基本信息。具體內容如表4-4所示。

表 4-4 公司部門表

Tabel 4-4 Company department table

字段名稱字段類型字段長度可否為空備注

depart_id int 20 NO 部門 ID

depart_name varchar 20 NO 部門名稱

depart remark varchar 100 YES 備注

(5)員工角色信息表(ROLE)

員工角色信息表用于保存員工角色的基本信息。具體內容如表4-5所示。

表 4-5 員工角色表

Tabel 4-5 Employee role table

字段名稱字段類型字段長度可否為空備注

role_id int 20 NO 角色 ID

role_name varchar 20 NO 角色名稱

role_level varchar 20 YES 角色級別

role remark varchar 100 YES 備注

4.4本章小結

本章重點介紹了系統設計過程。向讀者們展示了本系統的大致輪廓，明確了系統的細節方面的設計思想，并且為系統的后續實現奠定了良好的基礎。

第五章系統詳細設計與實現

本章主要介紹系統的詳細設計和各個模塊的具體實現過程及方法［12］。

5.1用戶登錄模塊的實現系統進入登錄頁面，員工輸入自己的員工工號及登錄密碼，點擊確定后系統后臺通過驗證，即為合法用戶，登錄成功。

登錄頁面通過JavaScript［8］進行是否為空的驗證，如果某一項為空則提示不可以為空，并將光標定位到需填寫的信息欄中，以待登陸者繼續登錄使用。

頁面通過Ajax［13］技術提交給后臺完整的員工的工號和登錄密碼后，進行數據庫的匹配，如果成功，則顯示系統主頁面。如果信息匹配失敗，登錄頁面則會顯示用戶名或者密碼不正確，請重新登錄的提示。用戶登錄模塊的流程圖，如圖5-1所示。

圖 5-1 用戶登錄模塊流程圖 Figure 5-1 Flow chart of user login module

用戶進入系統需要在瀏覽器上輸入系統的地址，然后進入登錄頁面，這是因為該系

統是B/S結構實現的。輸入正確的工號和密碼，如果驗證正確則登錄系統會顯示功能頁

面，如果工號或密碼錯誤，則顯示相應的錯誤提示頁面。界面友好，操作簡單。具體登錄頁面內容如圖 5-2所示。

企業內部信息管理系統

**工號：— __ ~1|||

■ ?％歡迎使用

圖5-2用戶登錄模塊頁面

Figure 5-2 User login module page

管理員的登錄與普通員工登錄界面及方式一樣，通過輸入管理員的工號和登錄密碼就會進入到管理員后臺管理的頁面。具體內容如圖 5-3所示。通過此頁面可以在左側看到多個對系統進行管理的模塊，點擊每個模塊在右側會顯示詳細信息，并且還有多個對系統進行管理的按鈕。

圖 5-3 管理員主頁面

Figure 5-3 Administrator main page

5.2員工管理模塊的實現

新員工的添加、查詢，老員工的信息修改、刪除和查詢，是通過員工管理模塊來實

現的，以下內容就是對員工管理模塊部分的實現進行描述。

員工維護實現的流程圖如圖5-4所示。

開始

WiaaaaaaaaiaaaaaaaaaaN^

圖 5-4 員工維護功能流程圖

Figure 5-4 Employee maintenance function flow chart

員工管理的主頁面如圖 5-5所示。

Figure 5-5 Employee management home page plan

進入員工管理頁面后，點擊查詢按鈕，通過員工姓名和員工工號可查詢出符合條件的員工。系統管理員可對員工進行修改、刪除等操作，員工本人只可進行基本信息修改、初始化密碼更改的操作。

5.2.1員工添加的實現

在員工添加模塊，前臺用 JavaScript 技術對管理員在添加頁面填入的員工信息進行合法性驗證。驗證合格提交后，系統將員工插入到數據庫員工表中，即實現對員工的添加。

員工添加功能的流程圖如圖 5-6 所示。

圖 5-6 員工添加功能流程圖

Figure 5-6 Staff add function flow chart

在員工管理模塊的菜單欄中點擊員工添加按鈕如圖 5-7所示。

圖 5-7 員工添加頁面圖

Figure 5-7 Staff add page map

系統管理員填寫員工的必要信息和基本信息，完成后點擊確定并提交，即可添加新

員工。

5.2.2員工查詢的實現

系統通過底層對數據庫的查詢將員工的信息查出，然后在前臺頁面分條顯示出來。

在查詢的SQL語句中添加查詢條件，查詢條件傳到后臺，即可查找。

5.2.3員工修改的實現

通過員工ID查詢出員工的信息顯示在員工修改頁面上，進行修改，將修改后的內容返還給數據庫進行修改，點擊確定進行保存，保存成功。如果想取消，點擊返回即可。

5.2.4員工刪除的實現

SQL中通過員工ID查詢到此記錄，點擊刪除后系統彈出是否確定刪除該員工的提示框，避免錯誤操作誤刪除，當確認無誤后點擊確定刪除完成［14］。

5.2.5初始化密碼的實現

通過員工 ID 查詢到此條記錄，然后將該員工登錄系統的密碼修改為系統的初始化密碼，暫時定系統的初始化登錄密碼為 000000。

5.3信息管理模塊的實現

信息管理模塊是實現公司內部信息的添加、查看、修改和刪除的功能，以下內容主要介紹信息管理模塊的實現過程。

下圖為信息維護（修改、刪除）功能流程圖，具體內容如圖5-8所示。

圖 5-8 信息維護功能流程圖

Figure 5-8 Information maintenance function flow chart

信息管理的主頁面如圖 5-9所示。包含信息的修改、刪除、查詢等功能按鈕。

Figure 5-9 Main page of information management

在信息管理主頁面，點擊查詢按鈕，輸入信息名稱或者關鍵字這類查詢條件后，系統顯示出符合條件的信息列表。點擊信息的信息名稱查看信息的詳細內容。管理員有對信息進行修改和刪除操作的權限［15］。界面友好，操作簡單。

5.3.1 信息發布的實現

管理員在信息發布頁面填入信息的基本內容，然后使用JavaScript對所填信息進行

合法性驗證［16］。如果合法性驗證成功后，SQL語句便將信息插入到數據庫的信息表中。

即實現了信息的添加。可以查詢數據庫表，取出信息展示出來。流程圖如圖5-10所示。

圖 5-10 信息發布功能流程圖

Figure 5-10 Information release function flow chart 企業內部信息的發布在信息管理模塊點擊信息發布按鈕，信息發布頁面具體內容如圖 5-11所示。

Figure 5-11 Information release page map

填入信息的必要信息及基本信息，點擊確認后即完成信息發布功能，系統會返回相

應提示。

5.3.2信息查詢的實現

系統用戶點擊信息瀏覽，系統從數據庫表中將信息查出，顯示在信息列表頁面中。如果有查詢條件，則將查詢傳到后臺，將條件加入到查詢條件中，這樣就能查找出符合條件的信息并展示出來。

5.3.3信息修改的實現

在信息修改模塊下根據查找的條件，查找到要修改的信息，進行修改操作，修改完成后，點擊確定保存，確認無誤后點擊提交，修改即可成功。如果不想修改，則點擊取消保存，修改則被取消。

5.3.4信息刪除的實現

管理員和發布人具有信息刪除的權限，在信息刪除模塊下根據查找的條件，在數據庫信息表中查詢到要刪除的信息，點擊刪除操作，點擊確定刪除，即可刪除信息。

5.4工作日報管理模塊的實現

以下闡述了工作日報管理模塊的實現過程，該模塊是對工作日報的添加、刪除、查詢操作的功能［17］。

工作日報維護功能的流程圖如圖5-12所示。

圖5-12工作日報維護功能流程圖

Figure 5-12 Function flow chart of work daily maintenance

進入工作日報管理模塊，點擊菜單欄中工作日報查詢按鈕，進入工作日報查詢及管理頁面如圖5-13所示。

圖 5-13 工作日報管理主頁面圖 Figure 5-13 Main page plan of work daily management

5.4.1工作日報添加的實現

系統用戶在工作日報添加頁面填入工作日報的基本內容，然后使用JavaScript對所填信息進行合法性驗證［18］。驗證合格提交后，系統后臺通過SQL語句將信息插入到數據庫工作日報表中并展示出來，即可實現查詢功能。

工作日報添加功能流程圖如圖5-14所示。

圖 5-14 工作日報添加功能流程圖 Figure 5-14 Add function flow chart to work daily - 29 -

在菜單欄中點擊添加工作日報按鈕，工作日報添加頁面如圖 5-15所示。

圖 5-15 工作日報添加頁面圖 Figure 5-15 Add pages to work daily 填入日報的必要信息及基本信息，點擊確認后即完成工作日報的添加功能，系統會返回相應提示。

5.4.2工作日報查詢的實現

在工作日報管理模塊中，點擊工作日報查詢按鈕，通過查詢條件查找出符合條件的工作日報列表。點擊詳情按鈕，即可瀏覽工作日報的詳細內容。管理員在管理頁面可以對信息進行刪除的管理操作，但不可修改，發布人即可刪除也可以修改自己發布的信息。

5.4.3工作日報刪除的實現

通過工作日報 ID 在數據庫工作日報表中查詢到此條工作日報，進行刪除操作。在刪除之前，系統會進行確認提示，確認刪除后系統才會真正的刪除該條工作日報記錄，防止用戶失誤點擊造成不可恢復的損失。刪除后顯示的信息已經不存在所刪除的內容。

5.5系統管理模塊的實現

以下內容描述的是系統管理的實現過程，包括對公司部門和員工角色的管理。

5.5.1部門管理的實現

公司組織結構的變更，涉及部門的調整。對部門的添加、查看、修改和刪除是在部

門管理模塊下實現的，以下主要內容介紹了部門管理的實現過程。如圖5-16所示。

開始

點擊部門管理

圖 5-16 部門管理功能流程圖

Figure 5-16 Departmental management function flow chart

5.5.1.1部門添加

系統管理員有對部門進行添加的權限，系統會使用JavaScript技術對管理員添加的部門

- 31 -

名稱和部門簡介進行合法性驗證。合法性驗證成功之后系統后臺通過SQL語句將信息插入到數據庫部門表中。

部門的添加頁面如圖5-18所示。

圖5-18 部門添加頁面圖

Figure 5-18 Add pages to departments

5.5.1.2部門修改

系統管理員具有部門修改的權限，在部門修改模塊下根據查找的條件，在數據庫信息表中查詢到要修改的部門信息，點擊修改操作，點擊確定修改并保存，確認無誤后提交即可修改部門。點擊取消修改，即可取消修改操作。在部門修改成功后，會在添加員工頁面部門下拉框選項中顯示出修改后的部門名稱。之前該部門員工的部門名稱也會變為修改之后的部門名稱。具體主要實現方法為：

public void updateDepart(Department depart) {

hibernateGenericDao.save(depart);

StringBuffer sql = new StringBuffer();

List sqlList = new ArrayList();

if(depart.getDepartName()!=null) {

sql.append("update staff set group_name = ? " ); sqlList.add(depart.getDepartName()); sql.append(" where wgroup_id = ?"); sqlList.add(depart.getDepartId());

sqlDAO.executeSQL(sql.toString(), sqlList.toArray());

5.5.1.3部門刪除

系統管理員具有部門修改的權限,在刪除部門前，要先將原歸屬該部門的員工更改部門或者進行刪除，當該部門的員工表中沒有員工歸屬時，方可刪除。在數據庫部門表中找到部門ID，進行刪除操作。驗證該部門是否存在部門的方法為：

public List findStaffListInThisDepart(int departId){

StringBuffer sql = new StringBuffer();

sql.append("select staff_id from staff where

wgroup_id='").append(roleId).append("'");

List list = new ArrayList();

List departList = new ArrayList();

list = sqlDAO.getMapListBySQL(sql.toString());

Map map = new HashMap();

for(int i = 0 ;i<list.size();i++) {

map= (Map)list.get(i);

departList.add(map.get("staffId"));

}

return departList;

}

如果dapartList.sizi()>0,則說明該門存在員工，不能刪除。

5.5.2角色管理的實現

對于崗位角色的管理，主要有對崗位角色的添加、查詢、修改和刪除功能。以下對崗位角色的實現過程進行描述。

崗位角色管理流程圖如圖 5-19所示。

圖 5-19 部門管理功能流程圖 Figure 5-19 Departmental management function flow chart 在系統管理的主頁面，點擊菜單欄中的角色管理按鈕，崗位角色的管理頁面如圖 5-20所示。

圖 5-20 角色管理頁面圖

Figure 5-20 Role management page map

如果對崗位角色進行更改或者刪除操作時可以通過查詢條件點擊管理頁面的查詢按鈕，找到要做修改或者刪除的崗位角色。

5.5.2.1 角色添加

系統管理員在角色添加頁面中填入角色的基本內容，然后，使用JavaScript對所填的信

息進行合法性的驗證。如果合法性驗證成功，在數據庫的崗位角色表中，后臺的PassSQL 語句就會插入該條信息。添加角色成功之后，會在添加員工頁面的角色下拉框選項中顯示出來。

在崗位角色管理頁面添加角色如圖 5-21所示。

在填入崗位角色的一些必要信息之后，點擊確認后即完成添加崗位角色，同時系統會返回添加成功的提示。

圖 5-21 角色添加頁面圖 Figure 5-21 Role add page graph

5.5.2.2 角色修改

通過崗位角色的ID,查找到要修改的崗位角色，點擊修改后保存提交，修改崗位角色成功，如果取消保存，則修改操作被取消。在角色修改成功后，會在添加員工頁面角色的下拉框選項中顯示修改后的角色名稱。以前該擁有該角色的員工的角色名稱，也會變為改后的角色名稱。實現方法為：

public void updateRole(Role role) {

hibernateGenericDao.save(role);

StringBuffer sql = new StringBuffer();

List sqlList = new ArrayList();

if(role.getRoleName()!=null) {

sql.append("update staff set role_name = ? " );

sqlList.add(role.getRoleName());

sql.append(" where warea_id = ?");

- 35 -

sqlList.add(role.getRoleId());

}

sqlDAO.executeSQL(sql.toString(), sqlList.toArray());

}

5.5.2.3角色刪除在角色刪除之前，首先要查詢員工表中，是否有員工擁有該角色，如果有員工擁有該角色，則不能刪除；若無員工擁有該角色，則可以刪除。在數據庫的崗位角色信息表中，根據崗位角色ID找到要刪除的崗位角色，點擊刪除即可完成。驗證是否有員工擁有該角色的方法為：

public List findStaffListUsingThisRole(int roleId){

StringBuffer sql = new StringBuffer();

sql.append("select staff_id from staff where warea_id='").append(roleId).append("'"); List list = new ArrayList(); List roleList = new ArrayList(); list = sqlDAO.getMapListBySQL(sql.toString()); Map map = new HashMap(); for(int i = 0 ;i<list.size();i++) {

map= (Map)list.get(i);

roleList.add(map.get("staffId"));

}

return roleList;

}

5.6個人信息管理模塊的實現

5.6.1基本信息修改

該功能是登錄的當前用戶修改自己的個人資料，點擊系統菜單欄9個人信息管理9 基本信息修改項，基本信息修改頁面如圖5-22所示。

圖 5-22 基本信息修改頁面

Figure 5-22 Modify the page for basic information

員工登錄管理系統之后，在系統的主頁上會顯示當前登錄用戶的名稱，在主頁面上點擊自己的名稱，即可修改本人的基本信息，修改后的信息會更新到數據庫中，個人信息修改完成［19］。取消修改點擊返回按鈕。因為某些信息在系統中只能唯一存在，所以本人不能隨意修改，例如員工工號信息就不可改。

5.6.2密碼修改

該功能為當前登錄用戶修改自己的密碼。員工和管理員都具有修改密碼的權限。

登錄系統后，在個人信息管理模塊，點擊密碼修改，如圖 5-23所示。

圖 5-23 密碼修改頁面

Figure 5-23 Password change page

修改密碼的過程中，首先要求用戶輸入原密碼再輸入兩次新密碼，之后點擊確認，完成修改。過程密碼書寫錯誤可以點擊重置進行重新書寫。修改密碼后系統會有兩重驗證，必須滿足原密碼正確且后輸入的兩個新密碼一致，才能修改成功。以后登錄該系統，則使用新密碼登錄［20］。

5.7本章小結

本章中，通過語言描述、方法展示、流程圖和頁面展示等手段描述了系統各個模塊主要功能的實現，主要有員工管理模塊、信息管理模塊、用戶登錄模塊、工作日報管理模塊、系統管理模塊、個人信息管理模塊，達到了需求的功能。

第六章系統測試

6.1系統測試概述

軟件測試是指通過測試以提供客觀證據來證明系統已經滿足規定的需求［21］。軟件測試的意義在于：發現系統的錯誤和不滿足需求的地方，有效的定義和實現各個模塊組合和使用，驗證軟件是否滿足需求，為更高的建立軟件質量模型建立提供依據［22］。

本章主要講述通過測試檢驗該系統的各個模塊，是否符合需求和設計，及時發現問題并解決［23］。

6.2登錄模塊測試

用戶登錄功能測試用例主要是為了測試系統的登錄模塊是否會出現異常［24］，用戶是否能夠通過正確的用戶名和密碼登錄成功；擁有不同權限的用戶登錄后是否顯示的是該權限用戶的界面。具體內容如表 6-1所示。

表 6-1 用戶登錄模塊測試用例

Table 6-1 User login module test cases

測試編號 EIMS-1.1

功能描述用戶登錄企業內部信息管理系統。

預設條件用戶權限：管理員，普通用戶

測試場景：

1.用管理員的員工工號及登錄密碼登錄，顯示系統的主界面。有對該系統進行管理和維護的功能等。

2.用普通員工的員工工號及登錄密碼登錄，進入系統的主界面，可以瀏覽公司信

息，及查詢信息等功能。

測試方法手工

設計人路宇執行人路宇

修訂記錄 2018-4-25

序號測試步驟輸入檢查點測試結果

Table 6-1 User login module test cases

序號測試步驟輸入檢查點測試結果

1. 用戶輸入員工號、密碼，名稱：123 確認系統能否正確判斷 Pass

點擊〖登錄〗按鈕密碼：000000 用戶是否存在

2. 用戶輸入登錄名稱、密碼，名稱：12 確認系統能否正確判斷， Pass

點擊〖登錄〗按鈕密碼：0000000 用戶是否存在，并且名稱

和密碼是否匹配

3. 用戶登錄成功后，系統顯示確認該權限的用戶可以 Pass

信息管理、工作日報管理、對系統中的這些模塊進

員工管理、系統管理，點擊行維護，包括添加、修改、

相應按鈕刪除等等

序號測試步驟輸入檢查點測試結果

1. 用戶登錄輸入名稱、密碼，名稱：88888 確認系統能否正確判斷 Pass

點擊〖登錄〗按鈕密碼：000000 出用戶是否存在

2. 用戶登錄輸入名稱、密碼，名稱：9988 確認系統能否正確判斷 Pass

點擊〖登錄〗按鈕密碼：0000 用戶的密碼是否正確

3. 用戶登錄輸入名稱、密碼，名稱：998 確認系統能否正確判斷 Pass

點擊〖登錄〗按鈕密碼：000000 出用戶是否存在，并且名

稱和密碼是否匹配

4. 登錄成功后，顯示員工管確認用戶沒有對這些模 Pass

理、信息管理、工作日報管塊的維護功能，只存在查

理詢和瀏覽功能

測試結果 Pass

6.3員工管理模塊測試

員工管理模塊測試用例主要是為了測試以管理員的權限登錄系統后，能否實現對員工的添加、重置密碼、修改基本信息、刪除功能［25］。普通用戶登錄后只能查詢員工通訊錄。具體內容如表6-2所示。

Table 6-2 User login module test cases

測試編號 EIMS-1.2

功能描述用戶對系統中員工管理模塊的使用。

預設條件用戶權限：系統管理員、系統普通用戶

測試場景：

1.以管理員的權限來實現對員工的添加、重置密碼、刪除、修改基本信息的維護操作

2.以系統普通用戶來實現員工通訊錄的查詢功能。

測試方法

設計人

修訂記錄手工

路宇

2018-4-25 執行人路宇

序號測試步驟輸入檢查點測試結果

1. 用戶輸入員工號名稱：111 確認系統能否正確的 Pass

和密碼，密碼：000000 判斷出用戶是否存在

點擊〖登錄〗按鈕

2. 用戶點擊〖添加員員工全部必填確認系統能否正確的 Pass

工〗信息和部分選判斷出員工信息是否

按鈕填信息齊全，是否可以添加

3. 用戶點擊〖添加員員工部分必填確認系統能否正確判 Pass

工〗信息和部分選斷員工信息不全，不

按鈕填信息能添加員工

4．在員工列表中，點確認系統查詢的內容 Pass

擊正確，確認修改后，

〖修改〗按鈕數據在數據庫中及時

更新

5. 在員工列表中，點確認系統及時更新數 Pass

擊據庫內容，并用默認

〖重置密碼〗按鈕密碼能夠登錄系統

表 6-2 用戶登錄模塊測試用例

Table 6-2 User login module test cases

序號測試步驟輸入檢查點測試結果

6. 在員工列表中，點確認系統能否及時更 Pass

擊新數據庫內容，當該

〖刪除〗按鈕工號再次登錄系統的

時候，提示該工號不

存在

測試場景2

7．用戶輸入登錄名名稱：9989 確認系統能否正確判 Pass

稱和密碼，密碼：000000 斷用戶是否存在

點擊〖登錄〗按鈕

8．用戶點擊確認系統能正確顯示 Pass

〖員工通訊錄〗按員工通訊錄頁面并且

鈕內容準確

測試結果 Pass

6.4信息管理模塊測試

對信息管理模塊的測試，有兩方面，一方面以管理員身份登錄后，是否擁有信息的發布、修改和刪除的權限［26］。以普通員工身份登錄后是否可以瀏覽和查詢信息。具體內容如表 6-3 所示。

表 6-3 用戶登錄模塊測試用例

Table 6-3 User login module test cases

測試編號 EIMS-1.3

功能描述用戶在系統中對信息管理模塊的使用。

預設條件用戶權限：系統管理員、系統普通用戶

測試場景：

1. 以管理員權限用戶實現對信息的添加、刪除、修改的維護操作。 2．以系統普通用戶的權限實現查詢和瀏覽信息的功能。

Table 6-3 User login module test cases

測試編號 EIMS-1.3

測試方法

設計人

修訂記錄手工

路宇

2018-4-25 執行人路宇

序號測試步驟輸入檢查點測試結果

1. 用戶輸入員工好和密碼，

點擊〖登錄〗按鈕名稱：123

密碼：000000 確認系統能正確判斷

用戶是否存在。 Pass

2. 用戶點擊

〖信息發布〗按鈕填入全部必填

信息和選填信息確認系統能正確判斷信息齊全，并且可以添加 Pass

3. 用戶點擊

〖信息發布〗按鈕填入部分必填

信息和選填信息確認系統能正確判斷

信息不全，并且不能添

加員工 Pass

4．在信息瀏覽列表中，

點擊〖修改〗按鈕確認系統查詢的內容正確，確認修改后的數據在數據庫中能及時更新 Pass

5. 在信息瀏覽列表中，

點擊〖刪除〗按鈕確認系統能及時更新數據庫內容，并且在信息瀏覽列表中不會再顯示 Pass

6．用戶輸入登錄名稱和密

碼，

點擊〖登錄〗按鈕名稱：9998

密碼：000000 確認系統能正確判斷

用戶是否存在 Pass

7．用戶點擊

〖瀏覽信息〗按鈕確認系統能正確顯示

瀏覽信息的列表 Pass

表 6-3 用戶登錄模塊測試用例 Table 6-3 User login module test cases

序號測試步驟輸入檢查點測試結果

8．用戶點擊信息名稱確認系統能夠正確的 Pass

顯示信息頁面

9. 用戶點擊需要的查詢確認系統能夠查出滿 Pass

〖查詢〗按鈕條件足條件的信息列表

測試結果 Pass

6.5工作日報管理模塊測試

工作日報管理模塊測試用例主要是為了測試以管理員的權限經行正常的登錄后，能否實現對工作日報不同條件的查詢、刪除和瀏覽詳細內容功能［27］。普通用戶登錄后是否有對查詢功能、工作日報添加和瀏覽詳細內容的功能。由于工作日報信息較為特別，其不像其他信息一樣，因為涉及到個人工作內容以及工作量的限制，管理員也不可以修改。具體內容如表 6-4 所示。

表 6-4 用戶登錄模塊測試用例

Table 6-4 User login module test cases

測試編號 EIMS-1.4

功能描述用戶對系統中工作日報管理模塊的使用。

預設條件用戶權限：系統管理員、系統普通用戶

測試場景：

1. 以管理員權限用戶實現對工作日報的瀏覽詳細信息和刪除維護操作。

2．以系統普通用戶實現對工作日報的添加和查詢功能。

測試方法手工

設計人路宇執行人路宇

修訂記 2018-4-25

錄

Table 6-4 User login module test cases

序號測試步驟輸入檢查點測試結果

1. 用戶輸入員工好和密碼，名稱：123 確認系統能夠正確判斷 Pass

點擊〖登陸〗按鈕密碼：000000 用戶是否存在

2. 用戶點擊確認系統能轉換頁面成 Pass

〖工作日報查詢〗按鈕功并查詢信息準確

3. 用戶點擊確認系統能夠正確顯示 Pass

〖詳情〗按鈕工作日報的詳細內容頁

面

4. 在工作日報查詢列表中，確認系統能夠及時更新 Pass

點擊〖刪除〗按鈕數據庫內容，并且在工作

日報查詢列表中不再顯

示

5．用戶登錄輸入名稱、密碼，名稱：9998 確認系統能夠正確判斷 Pass

點擊〖登錄〗按鈕密碼：000000 用戶是否存在

6．用戶點擊按鈕〖工作日報添填入工作日報確認系統能夠正確判斷 Pass

加〗的全部必填信信息齊全，能添加

息

7．用戶點擊按鈕〖工作日報添填入工作日報確認系統能夠正確判斷 Pass

加〗的部分必填信信息不全，不能添加

息

8. 用戶點擊按鈕需要的查詢條件確認系統能夠查出符合條 Pass

〖查詢〗件的工作日報列表

測試結果 Pass

6.6系統管理模塊測試

通過以管理員身份登錄系統后，是否擁有對部門和崗位角色進行修改、添加、刪除

測試編號 EIMS-1.5

功能描述用戶對系統管理模塊的使用

預設條件用戶權限：系統管理員

測試場景：

1. 以管理員權限用戶實現對部門的添加、修改、刪除和查詢的維護操作。在修改后該部門已有員工部門名也需修改。該部門存在員工的時候不能刪除。

2．以管理員權限用戶實現對角色的添加、刪除、修改和查詢的維護操作［29］。在修改

后擁有該角色的員工角色名也需修改。有員工擁有此角色的時候不能刪除。

測試方法手工

設計人路宇執行人路宇

修訂記錄 2018-4-25

序號測試步驟輸入檢查點測試結果

1. 用戶輸入員工好和密碼，

點擊按鈕〖登錄〗名稱：123

密碼：000000 確認系統能正確判斷

用戶是否存在 Pass

2. 用戶點擊按鈕

〖添加〗填入部門的全部必填信息和部分選填信息確認系統能夠正確判斷

信息齊全，可以添加 Pass

3. 用戶點擊按鈕〖添加〗填入部門的部

分選填信息和

部分必填信息確認系統能正確判斷信息

不全，不能添加 Pass

4. 在部門列表中，

點擊按鈕〖修改〗確認系統能及時更新數據庫內容，并且在部門列表中顯示。員工的部門信息同時進行修改 Pass

5. 在部門列表中，

點擊按鈕〖刪除〗確認系統能正確判斷該部

門存在員工，不能刪除 Pass

表 6-5 系統管理模塊測試用例

Table 6-5 System management module test cases

序號測試步驟輸入檢查點測試結果

6. 在部門列表中，確認系統能正確判斷該部 Pass

點擊按鈕〖刪除〗門中無員工，能刪除

7. 用戶輸入員工好和密碼，名稱：123 確認系統能夠正確判斷用 Pass

點擊按鈕〖登錄〗密碼：000000 戶是否存在

8. 用戶點擊按鈕填入角色的全確認系統能正確判斷信息 Pass

〖添加〗部必填信息、齊全，可以添加

部分選填信息

9. 用戶點擊按鈕填入角色的部確認系統能正確判斷信息 Pass

〖添加〗分選填信息、不全，不能添加

部分必填信息

10. 在角色列表中，確認系統能及時更新數據 Pass

點擊〖修改〗按鈕庫內容，在角色列表中顯

示。員工的角色信息進行

一起修改

11. 在部門列表中，確認系統能夠正確判斷有 Pass

點擊〖刪除〗按鈕員工有該角色，不能刪除

12. 在部門列表中，點擊〖刪確認系統能正確判斷無員 Pass

除〗按鈕工有該角色，能刪除

測試結果 Pass

6.7個人信息管理模塊測試

個人信息管理模塊測試用例主要是為了測試全體用戶能否實現對自己的基本信息登錄密碼進行修改的功能［30］。具體內容如表 6-6 所示。

表 6-6 個人信息管理模塊測試用例

Table 6-6 Test cases for the personal information management module

測試編號 EIMS-1.6

功能描述用戶對系統中個人信息管理模塊的使用。

預設條件用戶權限：全體用戶

測試場景：

1. 全體用戶實現對自己基本信息的修改和登錄密碼的修改。

測試方法手工

設計人路宇執行人路宇

修訂記 2018-4-25

錄

序號測試步驟輸入檢查點測試結果

1. 用戶輸入員工好和密碼，

點擊〖登錄〗按鈕

2. 用戶點擊名稱：123 確認系統能夠正確判斷 Pass

〖基本信息修改〗按鈕密碼：000000 用戶是否存在

3. 用戶點擊修改信息確認系統能及時更新數 Pass

〖密碼修改〗按鈕據庫中員工信息

4. 用戶點擊原密碼和確認系統能夠正確的更 Pass

〖密碼修改〗按鈕新密碼新數據庫中的內容并，下

次登錄時使用原密碼不

能登錄

測試結果 Pass 原密碼、確認系統能夠正確更新 Pass

新密碼數據庫中的內容.

6.8測試中遇到的問題解決方法

1、不同電腦系統在 CSS 顯示效果上不同，有些電腦不顯示 CSS 效果。

解決方法：目前新版本的IE瀏覽器并不支持CSS功能，只需選上IE瀏覽器的兼容

性視圖就可以。

2、系統功能還不完善，例如目前系統無對信息類型工作項目的管理。會在后續工

作中繼續完善。

6.9本章小結

本章主要列出對該系統各個模塊進行測試的測試用例。采用這些用例的測試思路，對系統作了詳細的功能測試，最終結果顯示正確，系統運行正常，與期望結果相似。過程中也及時的解決掉了一些小的BUG,基本達到了測試的目的。

結論

本文介紹了中小企業內部信息管理系統從開發的背景和研究意義,到需求的分析和對開發環境和技術的要求,經過了技術和經濟的可行性分析。逐步進行開發和實現的全過程。通過圖文結合的形式詳細的介紹了系統、數據庫的總體設計,以及流程圖和頁面的設計。緊接著介紹了系統的實現過程。最后,通過測試,確定系統的各個功能模塊的基本完成需求。

中小企業內部信息管理系統經過軟件開發的全過程,基本實現了對系統預期的目標。該系統的開發實現過程中也遇到過許多問題。例如：對員工進行修改時部分字段丟失、利用工具生成實體類、分頁顯示問題等,通過查閱材料、與同學同事探討和通過向老師們請教等方式,最終在完成該系統的同時自己也掌握了很多新的知識。感謝在這個過程中幫助過我的人。

本次系統認真做了前期的分析工作,在過程中也仔細的完成代碼實現,但系統中仍存在不足和可以改進的地方。例如：在進行某些驗證時并沒有全部采用運行快捷的 Ajax 等。這些問題,需要日后再花些時間,提高自己的技術水平,再進行完善解決。

參考文獻

[1]陳泰伸.淺析信息技術在企業管理中的應用[J].中國外資.2010,10(227):36?42.

[2]李鐘蔚，馬文強，陳丹丹.Java從入門到精通[M].北京:清華大學岀版社(第一版),2008:75?430.

[3]史蒂芬森，王海濤,宋麗華(譯).數據庫設計解決方案入門經典[M].北京：清華大學岀版社,2010:26?326.

[4]賈素玲，王強.HTML網頁設計[M].北京:北京大學岀版社,2007.5:7?158.

[5]鄧子云.JSP網絡編程從基礎到實踐(第3版)[M].北京:電子工業岀版社,2009:44?520.

[6]Martin Kalin.Java Web Services : Up And Running[M].O'REILLY,2010:278?310.

[7]劉京華.Java Web整合開發王者歸來(JSP+Servlet+Struts+Hibemate+Spring)[M].北京:清華大學岀版社,2010:355?710.

[8]費拉納根，李強(譯).JavaScript權威指南(第5版)[M].北京:機械工業岀版社,2007:495~659.

[9]Anthony T.Hodener.Ajax:The Definitive Guide[M].O'REILLY,2009:362?486.

[10]吳京慧，錢萬勝.基于Hibernate對象持久化web應用的研究[J].計算機應用軟件.2009,26(2):89?91.