大學生就業(yè)管理系統(tǒng)需求設計說明書(最新) 2

1、項目實施規(guī)范版本：1.01 概述本系統(tǒng)服務于全校畢業(yè)生和學生信息管理者當然也包括在讀學生?；跐M足客戶的要求，本系統(tǒng)在滿足學生信息安全真實的基礎上同時采用web形式，方便學生和學生管理者隨時更新數(shù)據(jù)，查看數(shù)據(jù)。這套系統(tǒng)基于使用成熟技術和實用化的原則。將會使用更新的安全檢測（同時提高人工檢測安全性的功能）。配置最新的數(shù)據(jù)庫，使用最新的，最安全的加密方法提高系統(tǒng)的性能web頁面將會做的簡潔，美觀，語言通俗易懂。1.1 目的本文檔是正大軟件系1100123班第二參賽小組編制的。本文檔的編寫為下階段的設計、開發(fā)提供依據(jù)，為項目組成員對需求的詳盡理解，以及在開發(fā)開發(fā)過程中的協(xié)同工作提供強有力的保證。同時

2、本文檔也作為項目評審驗收的依據(jù)之一。1.2 范圍該文檔是關于用戶對于大學生就業(yè)管理系統(tǒng)的功能和性能的要求，重點描述了大學生就業(yè)管理系統(tǒng)的設計需求，將作為對該工具在概要設計階段的設計輸入。使系統(tǒng)程序設計人員通過本文檔了解有關人才招聘模塊的管理業(yè)務，并指導業(yè)務建模，以便于整個系統(tǒng)的實現(xiàn)。1.3 讀者對象l 設計人員l 開發(fā)人員l 項目管理人員l 測試人員l 用戶1.4 參考文檔校園博客需求規(guī)格說明書1.5 術語定義定義所使用的術語。對于易混淆的客戶常用語要有明確規(guī)定定義。例如，“用戶”是指客戶的雇員而非軟件的最終購買者等。2 系統(tǒng)說明2.1 概述由于學校不斷的擴大，招生人數(shù)也不斷的增加，以往的用紙

3、質(zhì)和手寫編輯保存學生信息已經(jīng)不能滿足現(xiàn)在的需求，所以我們編寫了此系統(tǒng)。我們希望通過此系統(tǒng)完成學生學籍檔案的管理，并且讓在外工作的學生能夠在上面及時查看公告，實現(xiàn)留言溝通等交流。讓老師能夠及時的知道學生畢業(yè)所欠缺哪些資料，及時發(fā)布公告通知學生補齊資料，做好更好地交流溝通，減輕老師的負擔。大學生就業(yè)管理系統(tǒng)分為管理端和用戶端兩部分。其中管理端是輔導員對學生信息修改查詢、學生檔案管理，招聘和公告信息發(fā)布，個人資料修改等內(nèi)容進行管理的平臺。用戶端是學生查看個人基本信息，查看招聘信息、公告，留言等。因此使用這套系統(tǒng)對畢業(yè)生信息進行信息化管理非常必要的?；谏鲜鲈颍偈归_發(fā)此系統(tǒng)。（注：我們這里的涉及到

4、的只是前臺客戶端部分）2.2 大學生就業(yè)管理系統(tǒng)介紹開發(fā)大學生就業(yè)管理系統(tǒng)的目標是：讓老師們從繁雜的紙質(zhì)文檔中走出來，實現(xiàn)學生信息管理方便化、簡潔化。使老師和學生都能在第一時間獲得自己想要的信息。本項目設定的目標如下：1) 系統(tǒng)能夠提供友好的用戶界面，使操作人員的工作量最大限度的減少2) 系統(tǒng)具有良好的運行效率，能夠得到提高生產(chǎn)率的目的3) 系統(tǒng)應有良好的可擴充性，可以容易的加入其它系統(tǒng)的應用。4) 平臺的設計具有一定的超前性，靈活性，能夠適應學校生產(chǎn)配置的變化。5) 通過這個項目可以鍛煉隊伍，提高團隊的開發(fā)能力和項目管理能力2.3 大學生就業(yè)管理系統(tǒng)中的用戶與角色老師、學生2.4 大學生就業(yè)

5、管理系統(tǒng)范圍面向全校師生。2.5 大學生就業(yè)管理系統(tǒng)應當遵循的標準或規(guī)范見java命名規(guī)范書3 功能性需求在這一部分應對所有的軟件需求進行足夠詳細的描述。詳盡程度應以足夠軟件設計人員進行概要設計和系統(tǒng)測試人員進行系統(tǒng)測試計劃和編寫測試用例為準。按系統(tǒng)功能的體系結構組織本章內(nèi)容。3.1 系統(tǒng)登錄3.1.1.1 業(yè)務概述學生、教師通過登錄進入系統(tǒng)3.1.1.2 使用者學生、教師3.1.1.3 輸入要素登錄用戶名、登錄密碼3.1.1.4 處理流程通過網(wǎng)址進入系統(tǒng)輸入登錄數(shù)據(jù) 判斷權限處理成功 進入所在權限的操作界面3.1.1.5 輸出要素登錄成功3.2 大學生就業(yè)管理系統(tǒng)學生信息管理3.2.1 學生

6、個人資料管理設置3.2.1.1 業(yè)務概述對學生的基本信息進行管理，及時更新學生的最新資料。3.2.1.2 使用者教師3.2.1.3 輸入要素學生：查看本人基本信息、如有問題聯(lián)系教師進行更改教師：查看以及修改學生信息3.2.1.4 輸出要素學生：聯(lián)系教師或者留言教師：可進行增刪查改3.2.2 簡歷信息管理設置3.2.2.1 業(yè)務概述學生可共享自己的簡歷以及收集的優(yōu)秀簡歷3.2.2.2 使用者學生3.2.2.3 輸入要素查看別人和自己的所共享的簡歷3.2.2.4 處理流程查看和共享以及下載簡歷3.2.2.5 輸出要素操作成功3.2.3 就業(yè)信息管理設置3.2.3.1 業(yè)務概述教師可查詢班級就業(yè)情況

7、3.2.3.2 使用者教師3.2.3.3 輸入要素已就業(yè)情況、待業(yè)情況3.2.3.4 處理流程把已就業(yè)和未就業(yè)人數(shù)以及三方協(xié)議是否上交進行統(tǒng)計3.2.3.5 輸出要素統(tǒng)計的信息3.2.4 登錄密碼修改3.2.4.1 業(yè)務概述學生對自己登錄的初始密碼進行修改3.2.4.2 使用者學生3.2.4.3 輸入要素修改密碼3.2.4.4 處理流程確認是否修改密碼3.2.4.5 輸出要素修改成功3.3 大學生就業(yè)管理系統(tǒng)學生檔案信息3.3.1 個人檔案查詢3.3.1.1 業(yè)務概述查詢個人檔案，列出符合查詢條件的記錄，并察看其明細。3.3.1.2 使用者學生、教師3.3.1.3 輸入要素輸入所要查詢信息3.

8、3.1.4 處理流程 點擊查看個人檔案。 查詢成功3.3.1.5 輸出要素符合查詢條件的人的個人檔案列表和個人檔案明細。3.3.2 個人檔案變更3.3.2.1 業(yè)務概述對個人檔案進行變更3.3.2.2 使用者教師3.3.2.3 輸入要素修改個人檔案3.3.2.4 處理流程 點擊修改 輸入數(shù)據(jù) 修改成功3.3.2.5 輸出要素修改成功。3.4 大學生就業(yè)管理系統(tǒng)輔導員信息3.4.1 查看個人信息3.4.1.1 業(yè)務概述對個人信息進行修改3.4.1.2 使用者教師3.4.1.3 輸入要素修改個人信息3.4.1.4 處理流程確認是否修改3.4.1.5 輸出要素修改成功3.4.2 修改登錄密碼3.4.

9、2.1 業(yè)務概述教師對自己登錄的初始密碼進行修改3.4.2.2 使用者教師3.4.2.3 輸入要素修改密碼3.4.2.4 處理流程確認是否修改密碼3.4.2.5 輸出要素修改成功3.4.3 發(fā)布通知公告3.4.3.1 業(yè)務概述教師在發(fā)布公告頁面發(fā)布最新的通知和公告信息3.4.3.2 使用者教師3.4.3.3 輸入要素是否發(fā)布3.4.3.4 處理流程確認是否發(fā)布3.4.3.5 輸出要素發(fā)布成功3.4.4 發(fā)布招聘信息3.4.4.1 業(yè)務概述教師發(fā)布學生就業(yè)辦主任發(fā)布的最新招聘信息3.4.4.2 使用者教師3.4.4.3 輸入要素是否發(fā)布3.4.4.4 處理流程確認是否發(fā)布成功3.4.4.5 輸出

10、要素發(fā)布成功3.5 大學生就業(yè)管理系統(tǒng)班級信息管理3.5.1 查看班級信息3.5.1.1 業(yè)務概述教師查看班級信息3.5.1.2 使用者教師3.5.1.3 輸入要素查看某班信息3.5.1.4 處理流程確認查看3.5.1.5 輸出要素查看成功3.5.2 班級留言信息3.5.2.1 業(yè)務概述學生可以在此留言3.5.2.2 使用者學生3.5.2.3 輸入要素留言3.5.2.4 處理流程發(fā)布留言內(nèi)容3.5.2.5 輸出要素成功留言3.6 系統(tǒng)幫助3.6.1 查看規(guī)章制度3.6.1.1 業(yè)務概述學生和教師可在此查看網(wǎng)站規(guī)則3.6.1.2 使用者學生、教師3.6.1.3 輸入要素查看3.6.2 查看用戶手

11、冊3.6.2.1 使用者學生、教師3.6.2.2 處理流程查看4 非功能性需求在這一部分應對所有的軟件需求進行足夠詳細的描述。詳盡程度應以足夠軟件設計人員進行概要設計和系統(tǒng)測試人員進行系統(tǒng)測試計劃和編寫測試用例為準。 4.1 技術需求4.1.1 軟硬件環(huán)境需求eclipse、tomcat、sql數(shù)據(jù)庫4.1.2 性能需求本系統(tǒng)在正常的網(wǎng)絡環(huán)境下，應能夠保證系統(tǒng)的及時響應： 小批量的業(yè)務處理的響應時間在38秒； 大批量的業(yè)務處理和查詢的響應時間控制在3040秒以內(nèi)。4.1.3 安全保密需求本系統(tǒng)的系統(tǒng)架構，以及權限機制可以保證系統(tǒng)的安全性。首先：從系統(tǒng)架構看，本系統(tǒng)采用bs模型，從而使服務器數(shù)據(jù)

12、源與客戶端分離，保證了數(shù)據(jù)的物理獨立性；其次：本系統(tǒng)的用戶授權機制通過角色的定義管理實現(xiàn)，通過定義某些角色能進行的操作權限，和定義用戶擁有的角色，限定用戶的操作權限，實現(xiàn)對用戶的授權。4.2 質(zhì)量需求4.2.1 可用性用戶使用的方便性、易用性和易學習性，如：1. 輸入的無合法性檢查和值域檢查2. 對于復雜的動作要有必要的提示信息3. 記憶用戶的設置或操作習慣，方便用戶操作4. 對系統(tǒng)或數(shù)據(jù)進行重大修改，要有用戶確認4.2.2 可靠性和健壯性在這一部分應對所有的影響軟件的可靠性需求進行足夠詳細的描述。應注意用數(shù)字說明所要求的可靠程度。 同時避免如“24x7”這樣的陳述。 例如使用年度正常運行時間

13、、月正常運行時間、維護時間、當機時間來說明系統(tǒng)的可靠程度；使用可允許的缺陷數(shù)量來界定系統(tǒng)質(zhì)量，如最大缺陷數(shù)量、缺陷比例、安全操作系統(tǒng)強壯性要求和操作的有效性要求，比如用戶誤操作的系統(tǒng)容錯能力、操作的正常次序要求和有效性輸入檢查等等。通常給出平均無故障時間或兩次故障間的平均間隔時間等。4.2.3 可維護性和可擴展性本系統(tǒng)的應用平臺設計中選擇b/s結構，采用基于java技術并且符合j2ee開發(fā)規(guī)范的系統(tǒng)應用平臺，使系統(tǒng)具有良好的可維護性和可擴展性。4.3 文檔需求4.3.1 文檔清單交付驗收時需交付的文檔清單：需求規(guī)格說明書軟件開發(fā)計劃概要設計說明書詳細設計說明書軟件測試計劃測試用例配置管理計劃4.3.2 用戶手冊4.4 設計約束詳細說明對系統(tǒng)的設計局限性。設計局限的定義代