1、精選優質文檔-傾情為你奉上精選優質文檔-傾情為你奉上專心-專注-專業專心-專注-專業精選優質文檔-傾情為你奉上專心-專注-專業軟件開發方向“員工管理系統”軟件需求規約二零零八年十二月修訂歷史記錄日期版本說明作者2008-12-22V 1.0成員討論初稿2008-12-23V 2.0成員討論修改目錄 TOC o 1-3 h z u 1 引言1.1 目的該文檔首先給出了整個系統的整體網絡結構和功能結構的概貌，試圖從總體架構上給出整個系統的輪廓，然后又對功能需求、性能需求和其它非功能性需求進行了詳細的描述。其中對功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流，若有備選事件流

2、則描述，否則則省略。而且還給出了非常直觀的用例圖。這些文字和圖形都為了本文檔能詳細準確地描述用戶的需求，同時也為用戶更容易地理解這些需求的描述創造了條件。該文檔詳盡說明了這一軟件產品的需求和規格，這些規格說明是進行設計的基礎，也是編寫測試用例和進行系統測試的主要依據。同時，該文檔也是用戶確定軟件功能需求的主要依據。1.2 文檔格式本文檔按以下要求和約定進行書寫：（1）頁面的左邊距為2.5cm，右邊距為2.0cm，裝訂線靠左，行距為最小值20磅。（2）標題最多分三級，分別為黑體小三、黑體四號、黑體小四，標題均加粗。（3）正文字體為宋體小四號，無特殊情況下，字體顏色均采用黑色。（4）出現序號的段落

3、不采用自動編號功能而采用人工編號，各級別的序號依次為（1）、1）、a)等，特殊情況另作規定。1.3 預期的讀者和閱讀建議本文檔的主要內容共分4部分：綜合描述、系統特性、和非功能性需求和外部接口描述。綜合描述部分主要對系統的整體結構進行了大致的介紹；系統特性部分對系統的功能需求進行了詳細描述，是本文的主要部分；非功能性需求部分對非功能需求進行了詳細的描述；外部接口需求部分對用戶界面、軟件接口、硬件接口和通訊接口等進行了描述。本文檔面向多種讀者對象：（1）項目經理：項目經理可以根據該文檔了解預期產品的功能，并據此進行系統設計、項目管理。（2）設計員：對需求進行分析，并設計出系統，包括數據庫的設計。

4、（3）程序員：配合設計報告，了解系統功能，編寫用戶手冊。（4）測試員：根據本文檔編寫測試用例，并對軟件產品進行功能性測試和非功能性測試。（5）銷售人員：了解預期產品的功能和性能。（6）用戶：了解預期產品的功能和性能，并與分析人員一起對整個需求進行討論和協商。（7）其他人員：如部門領導、公司領導等可以據此了解產品的功能和性能。在閱讀本文檔時，首先要了解產品的功能概貌，然后可以根據自身的需要對每一功能進行適當的了解。1.4 范圍該產品是在積累了豐富業務經驗的基礎上進行開發的，在需求上，充分考慮了具體用戶的實際情況。本產品將主要適用于大小型公司，教育機構的員工管理，主要完成員工錄入、員工修改,員工的

5、部門統計等業務，1.5 術語UML：統一建模語言1.6 參考文獻2 系統概述2.1 概述安博集團對實訓員工信息的管理，其中包括對新員工信息的錄入，對在職員工信息進行修改，刪除，查詢。整個項目大致劃分為增加員工基本信息，修改員工基本信息，刪除員工信息，查詢員工基本信息這四大模塊，也是整個項目的核心。2.2 功能員工密碼還原員工密碼還原修改員工信息刪除員工信息查詢員工信息增加員工信息修改員工信息刪除員工信息查詢員工信息增加員工信息管理員信息管理管理員信息管理員工管理系統員工管理系統增加員工信息增加員工信息修改員工信息督導員信息管理修改員工信息督導員信息管理查詢員工信息查詢員工信息查詢員工信息員工信

6、息管理查詢員工信息員工信息管理修改員工修改員工密碼2.3 運行環境該系統為B/S三層結構，它的運行環境分客戶端、應用服務器端和數據庫服務器端三部分。以下是系統的軟件環境。（1）客戶端操作系統：Windows2000 Professional/XP或更新版本。瀏覽器：IE6以上，其它常見瀏覽器如FireFox。（2）應用服務器端操作系統：Windows2000 Server或更新版本。應用服務器：Tomcat 5.5或更新版本。數據庫訪問：JDBC。（3）數據庫服務器端操作系統：Windows2000 Server或更新版本。數據庫系統：SQLServer 2000或更新版本。2.4 假設與依賴

7、本項目是否能夠成功實施，主要取決于以下的條件：（1）安博集團與java團隊配合，為了項目的開發和實施，在必要時對現有的業務流程進行合理的調整。（2）安博為java團隊的調研、開發和實施過程提供必要的工作環境和系統運行環境，這些環境有助于java團隊開展工作。（3）安博為java團隊提供完整的功能和性能需求資料，以便于java團隊對其進行分析，從而形成完善的軟件需求。（4）安博集團為軟件系統的運行提供必要的且能夠滿足系統運行條件（硬件環境和通訊環境），不合適的硬件環境和通訊環境將會影響系統的性能。（5）java團隊掌握先進的能夠適用于該項目的技術，這是系統的性能是否優化和項目能否成功的保證。（6

8、）安博集團與java團隊具有相對穩定的項目團隊，不穩定的團隊將影響項目的進度和質量。3 系統特性3.1 系統角色本系統主要用于學校的以下幾類人員：系統管理員，完成系統管理與維護，例如，維護員工，數據字典等的維護。圖二 用例圖一督導員，完成員工的管理與維護，例如，員工的修改。 圖二 用例圖二員工，查看員工信息與自己密碼的修改。 圖二 用例圖三 3.2 員工管理3.2.1 增加員工信息使用者：公司有員工管理功能角色的用戶。目的：單個添加員工基本信息。基本事件流：1、用戶進入增加單個員工界面，本用例開始；2、系統顯示員工信息輸入界面，用戶輸入員工姓名、性別、年齡、入園日期、寢室號、學校，專業、聯系電

9、話、備注。3、用戶確認輸入信息，直接插入不需要檢查是否有重復的員工號，因為員工號都是自動遞增，不會造成重復的員工。3.2.2 修改員工信息使用者：管理員，督導員。目的：單個修改員工基本信息?；臼录鳎汗芾韱T：1.管理員修改員工信息界面，本用列開始。2.系統顯示員工信息修改頁面，管理員可以修改姓名、性別、年齡、入學日期、寢室號、學校、員工狀態、專業、聯系電話、備注。3. 管理員確認修改信息，系統會提示你是否確認修改，若確定，則確認修改，否則返回修改頁面。4. 本用例結束。督導員：1. 督導老師修改員工信息界面，本用列開始。2.系統顯示員工信息修改頁面，督導員可以修改姓名、性別、年齡、入學日期、

10、學校、員工狀態、專業、聯系電話、備注。3. 督導員確認修改信息，系統會提示你是否確認修改，若確定，則確認修改，否則返回修改頁面。4. 本用例結束。3.2.3 刪除員工信息使用者：管理員。目的：單個或者批量刪除員工信息?；臼录鳎?.管理員打開主頁面，本案例開始。2.查找要刪除的員工（查詢功能），選中想要刪除的員工（可多選），點擊刪除，系統會提示你是否確認刪除，若確定，則確認刪除，否則返回刪除頁面。3.本用例結束。3.2.4 查詢員工信息使用者：管理員，督導員，員工。目的：查詢單個信息或者批量查詢滿足條件的員工信息。 基本事件流：如下各角色者操作方式一樣（用管理員作例）：1、管理員打開主頁面，

11、本用例開始。2、在頁面的查詢條上有三項，第一項為輸入框，可輸入要查詢的關鍵字（如姓名）；第二項為下拉表，分別表示三種查詢方式，第一種為學號查詢，第二為姓名查詢（可模糊查詢），最后為專業查詢（查詢結果為這個專業所有的員工）；第三項為單選按鈕，選擇在園或者非在園情況；點擊查找，得到結果。5、本用例結束。3.2.5修改員工密碼使用者：管理員，員工。目的：當員工忘記密碼時可以向管理員申請將密碼還原，員工在修改其密碼。 基本事件流：管理員：1、管理員打開還原密碼頁面，本用例開始。2、在員工記錄后面點擊密碼還原按鈕，該員工的密碼變成初始值。3、本用例結束。員工：1、員工打開修改密碼頁面（限本員工記錄），本

12、用例開始。2、在修改頁面輸入初始密碼和修改后密碼，驗證通過后密碼被修改。3、本用例結束。4 非功能性需求4.1 性能需求（1）客戶端一般響應時間（除數據導入）不超過1秒。4.2 安全性需求（1）權限控制本系統角色只有一個（管理員）,擁有所有權限。4.3 可用性需求（1）方便操作，操作流程合理盡量從用戶角度出發，以方便使用本產品。如：新增員工信息時，敲入回車鍵光標的自動跳轉。（2）支持沒有計算機使用經驗、計算機使用經驗較少及有較多計算機使用經驗的用戶均能方便地使用本系統。（3）控制必錄入項本系統能夠對必須錄入的項目進行控制，使用戶能夠確保信息錄入的完整。同時對必錄入項進行有效的統一的提示。（4）容錯能力系統具有一定的容錯和抗干擾能力，在非硬件故障或非通訊故障時，系統能夠保證正常運行，并有足夠的提示信息幫助用戶有效正確地完成任務。（5）操作完成時有統一規范的提示信息例如刪除操作時，系統可提示警示框“您確認刪除記錄嗎？操作不可恢復！”，用戶點擊確認后，系統才執行刪除操作，刪除后可直接返回相關頁面。4.4