《平臺：自媒體時代用影響力贏取驚人財富》是2013年中央編譯出版社出版的圖書，作者是邁克爾·哈耶特。在當今市場要想獲得成功，必須擁有兩個戰略資產：讓人欲罷不能的產品和有效平臺。托馬斯·納爾遜出版公司前首席執行官、現任董事會主席邁克爾· 哈耶特， 以下是為大家整理的關于大學生就業管理平臺3篇 , 供大家參考選擇。

大學生就業管理平臺3篇

【篇一】大學生就業管理平臺

開題報告

課程小組名稱：敢死隊

一、課程設計題目：大學生就業信息管理系統（JobFinder）

二、課程設計概述

1.課題的作用、意義

本系統是一套對學生、企業、學校三方開放的用于就業時招聘信息管理的系統。其中，企業通過發布招聘信息，查詢學生簡歷等功能和學生建立聯系；學生通過投遞求職簡歷等方式表明自己的就業意向；學校在以上雙方之間，完成公司信息審核，信譽度管理，學生就業統計等工作。

2.課程設計的內容

學校：

1.對公司信息進行審核 2. 發布公司的招聘或招聘會信息

3.查詢、統計學生和公司的信息 4. 建立和管理信用度評價機制

5.對企業和學生進行分類管理

公司：

1.申請發布招聘信息 2. 查詢投遞到本公司的學生簡歷

3. 查看公開簡歷信息的學生簡歷 4. 接受學生聯系和評價

學生：

1.利用提供的專屬ID注冊用戶 2. 填寫個人信息或簡歷

3. 分類查看企業招聘信息 4. 搜索查看企業招聘信息

3.完成任務的思路和方案

我們將會把這次課程設計分為三個環節，分別是需求分析、設計實現和系統測試，在設計實現部分，我們會分為前臺設計和后臺編碼。對于開發，我們會實現預先設計好的接口，最終整合系統。

4.需要的主要儀器和設備等

Pc機

三、課程設計進度計劃

起 迄 日 期

工 作 內 容

備 注

14.3.10—14.3.17

14.3.17—14.3.31

14.3.31—14.4.7

詳細需求分析，確定系統架構和接口

編碼實現

系統測試，系統完善

【篇二】大學生就業管理平臺

大學生就業管理系統

面向對象建模技術

課 程 設 計

課程名稱

面向對象建模技術

題 目

大學生就業信息管理系統

系 部

管理學院

專 業

信息管理與信息系統

班 級

學 號

學生姓名

任課教師

2013

年

1

月

2

日

《面向對象建模技術》課程設計評審表

學 號

姓 名

題目：大學生就業信息管理系統

評

審

意

見

評審項目

評分指標

成 績

項目概述（5分）

需求分析

（15分）

系統功能需求（3分）

基本數據維護模塊（3分）

基本業務模塊（3分）

數據庫模塊（3分）

信息查詢模塊（3分）

系統的UML基本模型（55分）

UML模型框架（5分）

系統的用例圖（10分）

系統的時序圖（10分）

系統的協作圖（10分）

系統的狀態圖（10分）

系統的活動圖（10分）

系統中的類

（10分）

類圖的生成（5分）

各個類之間的關系（5分）

系統的配置與實現（10分）

系統的組件圖（5分）

系統的配置圖（5分）

開發心得（5分）

總評（100分）

評審教師簽名

評審時間： 年 月 日

課程設計報告要求：

1．字跡清楚，圖表美觀，文理通順；

2．能夠參考軟件開發的國家標準文檔，指導自己編寫課程設計報告；

3．能夠應用Rational Rose建模工具進行相關的圖表制作。

4．文中所建模型的圖都要有文字說明。

5．課程設計應包含的內容：

（1）項目概述（問題陳述；該項目目前國內外研究情況，開發本項目的意義）。

（2）系統需求分析（系統功能需求；基本數據維護模塊；基本業務模塊；數據庫模塊；信息查詢模塊）。

（3）系統的UML基本模型（UML模型框架；用例圖及用例圖說明；時序圖及時序圖說明；協作圖及協作圖說明；狀態圖及狀態圖說明；活動圖及活動圖說明）。

（4）系統中的類（類圖的生成；各個類之間的關系）。

（5）系統的配置與實現（組件圖及組件圖說明；配置圖及配置圖說明）。

（6）開發心得。

課程設計報告格式要求：

1．每一章題目：黑體、小三號、居中；

2．正文：標題黑體、五號，其余宋體、五號；

3．標題：一、（一） 1． ①

4．文中的圖和表統一編號：例如：圖1-1、表1-1

就業信息統計分析系統

1、項目概述

隨著各大專院校的不斷發展，更多的學生進入了大學院校的大門，于此同時各院校的畢業生人數也在急劇上升，由于每年國家提供的工作崗位有限，因此畢業生的就業面臨著較大困難，加之畢業生沒有相關工作經驗，對社會的未知，導致就業更加困難。

因此運用相應開發工具開發一個畢業班就業信息統計分析系統十分必要。即能夠讓每一個畢業生和教師通過訪問本系統實現更快、更好、更便捷地進行信息錄入和訪問，也實現畢業生就業信息數字化傳遞。讓學生們更好的了解就業行情，及時選擇更好的出路，也可以對學校的各專業就業率做出統計，使學校更好的完善教育體系。

該系統主要解決的是大學畢業學生的就業率的統計，充分反映的是系統管理員、學生、班主任在系統中各種功能的操作情況。系統管理員主要管理和維護學生以及班主任的各種信息統計就業率等信息。

班主任可以查詢自己及班級學生的信息加以管理統計該班就業率，學生有錄入就業信息的功能以及查詢自己信息的功能。對于此次關于系統的分析的感受在心得中體現。

2、需求分析

(一)系統功能需求

系統的功能需求包含以下幾個方面：

1.畢業生個人正確輸入姓名、密碼后方可登陸系統（原始密碼由系統管理員提供）。

2.畢業生登錄后，填寫個人就業單位情況（班級、單位名稱、單位類型、單位所屬行業、單位所屬地區、崗位類型、薪酬、工作性質，就業信息來源），除了單位名稱需要輸入外，其他字段可直接從下拉列表中選擇，每一項都必須填寫才能提交。

3.學生可以隨時修改工作信息。

4.班主任能查看和管理所帶班級的就業情況，也能導出已就業學生信息、以及未就業學生名單，并能得出該班就業率。

5.系統管理員可錄入畢業班學生和班主任基本信息，也能導出已就業學生信息、以及未就業學生名單，并能得出各班就業率。

圖1-1畢業生的功能需求 圖1-2 班主任的功能需求 圖1-3 系統管理員的功能需求

(二)基本數據維護模塊

基本數據維護模塊包括圖2-1所示幾方面。

圖1-4 基礎數據維護模塊

1.系統設置。有權限修改或增刪當前系統的相關功能，比如用戶權限、信息審批等。

2.錄入信息。有權限在當前系統中錄入新的信息內容。

3.查詢信息。有權限查詢系統當中的可見信息。

4.刪除信息。針對不合法發表內容有權限進行刪除。

5.統計信息。定時對已錄入的信息進行統計，并上傳。

(三)基本業務模塊

基本業務模塊包括圖2-2所示幾方面。

圖1-5 基本業務模塊

1.增加用戶權限。有權限的用戶可以增加其他用戶權限。

2.刪除用戶權限。有權限的用戶可以刪除其他用戶權限。

3.審批通過。有權限的用戶對添加，刪除，編輯，修改文檔屬性的文檔進行審批，審批通過則執行相應操作。

4.審批不通過。有權限的用戶對添加，刪除，編輯，修改文檔屬性的文檔進行審批，審批不通過則不能執行相應操作。

(四)數據庫模塊

數據庫模塊包括圖4-1所示幾方面。

圖1-6 數據庫模塊

1.用戶信息管理。用戶信息包括個人信息，屬性等。

2.用戶權限管理。用戶的讀，刪，改個人信息，及用戶賬號，密碼等設置修改的權限管理。

3.審批信息管理。審批信息包括修改人，審批人等。

4.審批權限管理。用戶只擁有管理員規定范圍內的權限。

5.企業信息管理。學生用戶對就業企業信息的錄入。

(五)信息查詢模塊

信息查詢模塊包括圖1-7所示幾方面。

圖1-7 信息查詢模塊

1.用戶信息查詢。注冊用戶可以進行對當前服務范圍內的可獲取信息的查詢。

2.用戶權限查詢。不同用戶的查詢權限不同。

3.審批信息查詢。用戶可對系統管理員審批的信息查詢。

4.就業信息查詢。包涵就業學生、就業專業的就業率、就業率高的院校的統計信息。

5.系統信息查詢。系統相關功能更新等信息的提示。

3、系統的UML基本模型

(一)創建系統用例模型

系統管理員：系統管理員負責錄入學生的基本信息、錄入班主任的基本信息、導出就業學生信息以及就業學生名單，最后管理員還要得出畢業學生的就業率，并且系統管理員還要對數據庫進行維護操作。

選擇開始菜單【File—New】打開如圖所示對話框，此時可以開始設計大學生就業信息統計分析系統模型。

圖3-1 Rational Rose 界面

(二)系統用例圖

用例圖在需求分析階段有很重要的作用，它是作為參與者的外部用戶所能觀察到的系統功能模型圖。整個開發過程都是圍繞需求階段的用例進行的。

創建用例圖之前首先需要確定參與者。

學生：學生可以通過該系統查詢自己的基本信息、錄入自己的就業信息、修改自己的工作信息等操作。

班主任：班主任可以通過該系統查詢自己的基本信息、查詢學生的就業信息、管理學生的就業情況。

系統管理員：系統管理員負責錄入學生的基本信息、錄入班主任的基本信息、導出就業學生信息以及就業學生名單，最后管理員還要得出畢業學生的就業率，并且系統管理員還要對數據庫進行維護操作。

1.學生用例圖

圖3-2 學生用例圖

1)登錄系統：學生可以通過管理員提供的原始密碼進行登錄系統進行相關操作。

2)修改密碼：管理員提供原始密碼都是較簡單且操作容易的，所以學生要對原始密碼進行修改，防止用戶信息泄露。

3)查詢個人基本信息：每一個學生都可以在登錄后查詢自己的基本信息，但是不允許在未授權的情況下查詢其他人的信息

4)錄入就業信息：學生可以錄入自己的畢業后工作的就業信息。

5)查詢就業信息：學生可以查詢自己畢業后工作的就業信息，并在獲取一定權限后查詢同種工作的相關就業信息或同學的相關就

6)自己修改就業的相關信息，失業后刪除之前相應的就業信息。業信息。

7)修改就業信息：學生工作變動需要

2.班主任用例圖

圖3-3 班主任用例圖

1)登錄系統：班主任可也通過管理員提供的原始密碼進行登錄系統進行相關操作。

2)修改密碼：管理員提供原始密碼都是較簡單且操作容易的，所以班主任要對原始密碼進行修改，防止用戶信息泄露。

3)查詢個人基本信息：每一個班主任都可以在登錄后查詢自己的基本信息，但是不允許在未授權的情況下查詢其他班主任的信息。

4)查詢班級學生的信息：系統管理員錄入的學生基本信息和學生錄入自己的就業信息后對應的班主任可以查詢。

5)統計學生的就業信息：對學生上傳的就業信息進行操作統計。

3.系統管理員

圖3-4 系統管理員用例圖

1)登錄系統：管理員可也通過管理員提供的原始密碼進行登錄系統進行相關操作。

2)錄入初始密碼：管理員提供給學生和班主任初始密碼可供學生和班主任登錄系統。

3)維護學生信息：

4)錄入學生基本信息：錄入學生的基本信息由管理員錄入。錄入時要添加學生的詳細基本信息。

5)查詢學生基本信息：查詢時可查看學生基本信息防止錄入錯誤。

6)修改學生基本信息：對錯誤的學生基本信息進行重修改。

7)查詢學生就業信息：對學生錄入的就業信息進行查看分析

8)維護班主任信息：

9)錄入班主任基本信息：錄入班主任的基本信息由管理員錄入。錄入時要添加班主任的詳細基本信息。

10)查詢班主任基本信息：查詢時可查看班主任基本信息防止錄入錯誤。

11)修改班主任基本信息：對錯誤的班主任基本信息進行重修改。

12)導出信息：導出已就業學生信息、以及未就業學生名單并且得出各班的就業率。

四、創建系統動態模型

(一)創建時序圖和協作圖

通過上述的用例可以獲得以下的交互行為：

學生:查詢個人信息、錄入就業信息、查詢就業信息、修改就業信息、修改密碼

班主任:查詢個人基本信息、查詢班級學生的信息、統計自己班級學生的信息、修改密碼

系統管理員：錄入初始密碼、錄入學生基本信息、查詢學生基本信息、修改學生基本信息、查詢學生就業信息、錄入班主任基本信息、查詢班主任基本信息、修改班主任基本信息、導出信息統計就業率

1.“學生查詢個人信息”用例

對于“學生查詢個人信息”用例可以具體的描述來確定學生查詢個人信息的工作流程，基本流程如下：

1)學生通過登錄界面進登錄。

2)用戶界面向數據庫訪問層發出驗證信息。

3)數據庫訪問層向登錄界面返回驗證信息。

4)登錄界面向學生顯示驗證信息。

5)【驗證成功】學生通過用戶界面查詢學生個人信息。

6)用戶界面向數據庫訪問層檢索學生個人信息。

7)數據庫訪問層將學生的個人信息提供給用戶界面。

8)用戶界面將學生的個人信息顯示出來。

備選過程：學生驗證失敗。

1)數據庫訪問層返回驗證信息為空。

2)系統提示沒有該學生。

圖4-1-1-1學生查詢個人信息時序圖

圖4-1-1-2 學生查詢個人信息協作圖

2．“學生錄入就業信息”用例

對于“學生錄入就業信息”用例可以具體的描述來確定學生錄入就業信息的工作流程，基本流程如下：

1)學生向學生界面填寫學生就業信息。

2)學生界面向數據庫錄入學生就業信息。

3)數據庫將學生就業信息保存提供給學生界面。

4)學生界面顯示完成學生就業信息錄入完成。

備選過程：學生信息已存在

1)數據庫提供給界面的學生就業信息異常

2)界面向學生提示信息已存在

圖4-1-2-1學生錄入就業信息時序圖

圖4-1-2-2 學生錄入就業信息協作圖

3.“學生查詢就業信息”用例

對于“學生查詢就業信息”用例可以具體的描述來確定學生查詢就業信息的工作流程，基本流程如下：

1)學生通過學生界面查詢就業信息。

2)學生界面向數據庫訪問層檢索學生就業信息。

3)數據庫訪問層將學生的就業信息提供給學生界面。

4)學生界面將學生的就業信息顯示出來。

備選過程：學生信息不存在

1)提供的查詢的學生的界面的學生對象列表為空

2)顯示學生不存在

圖4-1-3-1學生查詢就業信息時序圖

圖4-1-3-2學生查詢就業信息協作圖

4.“學生修改就業信息”用例

對于“學生修改就業信息”用例可以具體的描述來確定學生修改就業信息的工作流程，基本流程如下：

1)學生通過學生界面修改就業信息。

2)學生查詢學生就業信息。

3)學生界面向數據庫發出修改申請。

4)數據庫將修改后學生的就業信息保存并且提供給學生界面。

5)學生界面將修改后學生的就業信息顯示出來。

備選過程： 該學生不存在

1)數據庫返回的信息為空

2)修改界面現實給學生

圖4-1-4-1 學生修改就業信息時序圖

圖4-1-4-2 學生修改就業信息協作圖

5.“學生修改密碼”用例

對于“學生修改密碼”用例可以具體的描述來確定學生修改密碼的工作流程，基本流程如下：

學生登錄修改界面。

1)學生在修改界面向數據庫發出修改請求。

2)數據庫請求密碼驗證。

3)修改界面向學生顯示驗證信息。

4)【驗證成功】學生在修改界面修改密碼。

5)修改界面向數據庫訪問層提交修改的密碼。

6)數據庫訪問層將修改成功信息返回給修改界面。

7)修改界面將修改成功信息顯示給學生。

備選過程：密碼驗證失敗。

1)數據庫訪問層返回密碼錯誤

2)系統提示重新驗證。

圖4-1-5-1 學生修改密碼時序圖

圖4-1-5-2 學生修改密碼協作圖

6．“班主任查詢個人基本信息”用例

對于“班主任查詢個人基本信息”用例可以具體的描述來確定班主任查詢個人基本信息的工作流程，基本流程如下：

1)班主任通過登錄界面進登錄。

2)用戶界面向數據庫訪問層發出驗證信息。

3)數據庫訪問層向登錄界面返回驗證信息。

4)登錄界面向班主任顯示驗證信息。

5)【驗證成功】班主任通過用戶界面查詢班主任個人信息。

6)用戶界面向數據庫訪問層檢索班主任個人信息。

7)數據庫訪問層將班主任的個人信息提供給用戶界面。

8)用戶界面將班主任的個人信息顯示出來。

備選過程：班主任驗證失敗。

1)數據庫訪問層返回驗證信息為空。

2)系統提示沒有該班主任。

圖4-1-6-1 班主任查詢個人基本信息時序圖

圖4-1-6-2 班主任查詢個人基本信息協作圖

7.“班主任查詢班級學生的信息”用例

對于“班主任查詢班級學生的信息”用例可以具體的描述來確定班主任查詢班級學生的信息的工作流程，基本流程如下：

1)班主任通過統計界面查詢班級學生信息。

2)用戶界面向數據庫檢索班級學生信息。

3)數據庫將班級學生的信息提供給用戶界面。

4)用戶界面將班級學生的就業信息顯示出來。

圖4-1-7-1 班主任查詢班級學生信息時序圖

圖4-1-7-2 班主任查詢班級學生信息時序圖

8.“班主任統計班級學生的信息”用例

對于“班主任統計班級學生的信息”用例可以具體的描述來確定班主任統計自己班級學生的信息的工作流程，基本流程如下：

1)班主任向班主任界面導出信息統計就業率。

2)班主任向數據庫查詢信息并發出統計申請。

3)數據庫將統計的班級就業率提供給統計界面。

4)統計界面將得出的班級就業率顯示出來并且打印報表。

圖4-1-8-1 班主任統計班級學生信息時序圖

圖4-1-8-2 班主任統計班級學生信息協作圖

9.“班主任修改密碼”用例

對于“班主任修改密碼”用例可以具體的描述來確定班主任修改密碼的工作流程，基本流程如下：

1)班主任登錄修改界面。

2)班主任在修改界面向數據庫發出修改請求。

3)數據庫求密碼驗證。

4)修改界面向班主任顯示驗證信息。

5)【驗證成功】班主任在修改界面修改密碼。

6)修改界面向數據庫提交修改的密碼。

7)數據庫將修改成功信息返回給修改界面。、

8)修改界面將修改成功信息顯示給班主任。

備選過程：密碼驗證失敗。

1）數據庫訪問層返回密碼錯誤

2）系統提示重新驗證

圖4-1-9-1 班主任修改密碼時序圖

圖4-1-9-2 班主任修改密碼協作圖

10.“系統管理員錄入初始密碼”用例

對于“系統管理員錄入初始密碼”用例可以具體的描述來確定系統管理員錄入初始密碼的工作流程，基本流程如下：

1)管理員先向管理員界面查詢學生及老師的信息

2)管理員界面通過學生及班主任實例查詢并且返回信息

3)錄入密碼界面錄入密碼

4)管理員界面通過學生及班主任實例保存修改后的密碼

5)返回給管理員并且顯示

備選過程：學生及班主任信息不在

1)數據庫返回驗證信息為空。

2)系統提示沒有該學生及班主任。

圖4-1-10-1 班主任錄入初始密碼時序圖

圖4-1-10-2 班主任錄入初始密碼協作圖

錄入班主任初始密碼同上操作

11.“系統管理員錄入學生基本信息”用例

對于“系統管理員錄入學生基本信息”用例可以具體的描述來確定系統管理員錄入學生基本信息的工作流程，基本流程如下：

1)管理員向管理員界面填寫學生基本信息。

2)管理員界面向數據庫錄入學生基本信息。

3)數據庫將學生基本信息保存提供給管理員界面。

4)管理員界面顯示完成學生基本信息錄入完成

備選過程：學生信息已存在

1) 數據庫提供給界面的學生信息異常

2)界面向管理員提示信息已存在

圖4-1-11-1系統管理員錄入學生基本信息時序圖

圖4-1-11-2系統管理員錄入學生基本信息時序圖

12.“系統管理員查詢學生基本信息”用例

對于“系統管理員查詢學生基本信息”用例可以具體的描述來確定系統管理員查詢學生基本信息的工作流程，基本流程如下：

1)管理員通過管理員界面查詢班級學生信息。

2)管理員界面將班級學生的基本信息顯示出來。

備選過程：學生信息不存在

1)提供的查詢的學生的界面的學生對象列表為空

2)顯示學生不存在

圖4-12-1系統管理員查詢學生基本信息時序圖

圖4-1-12-2系統管理員查詢學生基本信息協作圖

13.“系統管理員修改學生基本信息”用例

對于“系統管理員修改學生基本信息”用例可以具體的描述來確定系統管理員修改學生基本信息的工作流程，基本流程如下：

1)管理員通過管理員界面修改學生基本信息。

2)管理員界面向數據庫發出修改申請。

3)數據庫將修改后學生的基本信息保存并且提供給管理員界面。

4)管理員界面將修改后學生的基本信息顯示出來。

備選過程： 該學生不存在

1)數據庫返回的信息為空

2)修改界面顯示給管理員

圖4-1-13-1系統管理員修改學生基本信息時序圖

圖4-1-13-1系統管理員修改學生基本信息協作圖

14.“系統管理員查詢學生就業信息”用例

對于“系統管理員查詢學生就業信息”用例可以具體的描述來確定系統管理員查詢學生就業信息的工作流程，基本流程如下：

1)管理員通過管理員界面查詢班級學生就業信息。

2)管理員界面向數據庫檢索班級學生就業信息。

3)數據庫將班級學生的就業信息提供給管理員界面。

4)管理員界面將班級學生的就業信息顯示出來。

備選過程： 該學生不存在

1)數據庫返回的信息為空

2)修改界面顯示給管理員

圖4-1-14-1系統管理員查詢學生就業基本信息時序圖

圖4-1-14-2 系統管理員查詢學生就業基本信息協作圖

15.“系統管理員錄入班主任基本信息”用例

對于“系統管理員錄入班主任基本信息”用例可以具體的描述來確定系統管理員錄入班主任基本信息的工作流程，基本流程如下：

1)管理員向管理員界面填寫班主任基本信息。

2)管理員界面向數據庫訪問層錄入班主任基本信息。

3)數據庫訪問層將學生基本信息保存提供給管理員界面。

4)管理員界面顯示完成班主任基本信息錄入完成。

備選過程：班主任信息已存在

1)數據庫提供給界面的管理員就業信息異常

2)界面向管理員提示信息已存在

圖4-1-15-1系統管理員錄入班主任基本信息時序圖

圖4-1-15-2 系統管理員錄入班主任基本信息協作圖

16.“系統管理員查詢班主任基本信息”用例

對于“系統管理員查詢班主任基本信息”用例可以具體的描述來確定系統管理員查詢班主任基本信息的工作流程，基本流程如下：

1)管理員通過管理員界面查詢班主任基本信息。

2)管理員界面向數據庫訪問層檢索班級班主任基本信息。

3)數據庫訪問層將班級班主任基本信息提供給管理員界面。

4)管理員界面將班級班主任基本信息顯示出來。

備選過程： 該班主任不存在

1)數據庫返回的信息為空

2)修改界面顯示給管理員

圖4-1-16-1系統管理員查詢班主任基本信息時序圖

圖4-1-16-1系統管理員查詢班主任基本信息協作圖

17.“系統管理員修改班主任基本信息”用例

對于“系統管理員修改班主任基本信息”用例可以具體的描述來確定系統管理員修改班主任基本信息的工作流程，基本流程如下：

1)管理員通過管理員界面修改班主任基本信息。

2)管理員界面向數據庫發出修改申請。

3)數據庫將修改后班主任基本信息保存并且提供給管理員界面。

4)管理員界面將修改后班主任基本信息顯示出來。

備選過程： 該學生不存在

1）數據庫返回的信息為空

圖4-1-17-1 系統管理員修改班主任基本信息時序圖

圖4-1-17-2 系統管理員修改班主任基本信息協作圖

18.“系統管理員導出信息統計就業率”用例

對于“系統管理員導出信息統計就業率”用例可以具體的描述來確定系統管理員導出信息統計就業率的工作流程，基本流程如下：

1)管理員向管理員界面導出信息統計就業率。

2)管理員向數據庫發出修改申請并查詢整個班級的信息。

3)數據庫將班級信息提供給統計界面并將統計的就業率提供給用戶界面。

4)用戶界面將得出的就業率顯示出來并打印報表

備選過程：返回的班級信息為空

1）數據庫返回信息為空

2）統計界面返回給系統管理員

圖4-1-18-1系統管理員導出信息統計就業率時序圖

圖4-1-18-2系統管理員導出信息統計就業率協作圖

(二)系統狀態圖

1.學生教師及管理員通過登錄轉換為能夠操作的用戶

2.信息轉換成被查詢狀態

3.當查詢的用戶信息不存在轉換成被修改狀態

4.查詢用戶信息存在轉換成被統計狀態

5.用戶可以被管理員刪除。

圖4-2-1 可操作用戶狀態圖

(三)系統活動圖

1.在利用活動圖描述參與者如何協同工作時，還可以建立相關的參與者活動圖進行說明。

可以通過以下步驟描述參與者驗證登錄的活動：

1)參與者需要通過身份驗證后進入相關子系統才能進行相關操作。

2)系統運行后系統進入初始化界面。

3)參與者輸入自己的用戶名和密碼。

4)登錄界面對用戶名和密碼進行判斷。

5)如果用戶合法，則系統對用戶的權限進行判斷，參與者進入相關的管理界面，登錄成功。

6)如果用戶非法，系統提示用戶名或密碼錯誤，登錄失敗。

圖4-3-1 參與者驗證登錄的活動圖

2.在利用活動圖描述參與者如何協同工作時，還可以建立相關的參與者活動圖進行說明。

可以通過以下步驟描述系統管理員維護信息的活動：

1)系統管理員在維護信息時要先登錄到管理系統。

2)系統管理員在登錄后進入維護信息界面。

3)維護界面有維護學生信息界面和維護班主任信息界面

4)系統管理員在維護學生界面中可以錄入學生原始密碼，錄入、查詢、修改學生信息。導出信息最后得出就業率。

5)系統管理員在維護班主任信息界面可以錄入班主任原始密碼，錄入、查詢、修改班主任信息。

6)完成后需要退出管理界面。

圖4-3-2 系統管理員維護信息的活動圖

3.在利用活動圖描述參與者如何協同工作時，還可以建立相關的參與者活動圖進行說明。

可以通過以下步驟描述學生管理學生信息的活動：

1)學生在管理學生信息時先登錄學生界面

2)學生在登錄后進入學生界面

3)學生在學生界面中可以錄入就業信息和查詢個人信息。

4)錄入學生的就業信息后學生可以查詢個人就業信息和修改個人的就業信息。

5)活動完畢后需要退出學生界面。

圖4-3-3 學生管理信息的活動圖

4.在利用活動圖描述參與者如何協同工作時，還可以建立相關的參與者活動圖進行說明。

可以通過以下步驟描述班主任管理信息的活動：

01.班主任在管理信息時先登錄班主任界面。

02.班主任在登錄后進入班主任界面。

03.班主任在班主任界面可以查詢個人的基本信息，可以查詢班級學生的信息。

04.活動完畢后需要退出班主任界面。

圖4-3-4 班主任管理信息的活動圖

五、創建系統靜態模型

(一)參與者的基本類圖

首先，確定系統參與者的屬性。系統管理員登錄時需要提供系統管理員的用戶名和密碼，因此每一個系統管理員都應該擁有用戶名和密碼屬性。同理學生和班主任也應該擁有用戶名和密碼屬性。對于班主任信息來講要有所在地址、聯系電話、所帶班級以及性別、年齡和相應的照片。

對于學生信息來講有學生的個人基本信息要有學生的學號、學生所在班級、學生年齡、家庭住址、聯系電話、電子郵箱。學生的附屬類應包涵對企業信息的管理，上傳的畢業后就業相關信息要有單位名稱、單位類型、單位所屬行業、單位所屬地區、薪酬以及相應照片、辦公電話等。根據這些屬性可以建立參與者（系統管理員、班主任、學生、企業）的基本類圖模型。

1.參與者相關類

圖5-2-1 相關類

2.系統中用到的其他類

圖5-2-2 其他類

(二)各類間的關系

圖5-2-2 各類之間的關系

六、系統的配置與實現

(一)系統組件圖

在學生就業信息統計分析系統中，可以對主要的參與者分別創建構建進行映射，如創建系統管理員、學生、班主任構件

圖6-2-1 組件圖

(二)系統配置圖

圖6-2-2 系統配置圖

七、本課程心得體會

從需求分析到UML建立模型開始，讓我認識了Rational統一過程、面向對象還有UML。

首先，作為Rational的同統一過程，塌實由Rational軟件開發公司開發維護的，Rational的統一過程有自己的一套構架，并且這套構架是一種大多數項目和開發組織都能接受的形式存在。Rational統一過程不管如何解釋。最終都歸結為軟件的一種開發過程。提供了如何對軟件開發組織進行管理的方式。并且擁有了自己的目標和方式

面向對象是一種全新的軟件技術，起概念來自于程序設計本身。面向對象的程序設計立意于創建軟件重用代碼。具有更好的模擬現實世界環境的能力。這是使他被公認為是自下而上編程的優勝者。他通過在程序中添加擴展功能語句把函數“封裝”進編程所需要的“對象”中

面向對象的編程語言使復雜的工作條理清晰、編寫容易。

對象是面向對象的系統基本的構造塊，是一些相關的變量和方法的軟件集。對象經常用于建立現實世界的一些對象模型。對象是理解面向對象技術的關鍵。

模型的建立不僅僅使用于建筑行業建立模型是為了更好的理解正在開發的系統。通過建立模型我們知道了以下4個方面：

1.模型有助于按照實際情況或按照所需要的樣式對模型進行可視化。

2.模型可以規約系統的模型結構行為。

3.模型可以給我們指導構造系統摸版。

4.模型對作出的決策進行文檔化。

軟件生命周期分為6個階段，制定計劃、需求分析、設計、編碼、測試、運行和維護。目前，可將常見的軟件開發模式大致分為4種類型。每種模型的代表有瀑布模型、噴泉模型、基于構件的開發模型XP方法等進行簡要分析。

UML讓我們更直觀的體會到軟件工程所表達的，總而言之，UML是一種定義良好，易于表達，功能強大，且普遍適用的建模語言。它溶入了軟件工程領域的新思想、新方法和新技術。它不僅可以支持面向對象的分析和設計，更重要的是能夠有力地支持從需求分析開始的軟件開發的全過程。做完了本次的期末設計讓我明白了UML(United Modeling Language,統一建模語言)：是一種基于面向對象的可視化建模語言。UML采用了一組形象化的圖形(如類圖)符號作為建模語言，使用這些符號可以形象地描述系統的各個方面。UML通過建立圖形之間的各種關系(如類與類之間的關系)來描述模型。UML中的關系主要包括4種：1.關聯關系(association) 2.依賴關系(dependency) 3.泛化關系(generalization) 4.實現關系(realization)。5類10種：用例圖、靜態圖（類圖、對象圖、包圖）、行為圖（狀態圖、活動圖）、交互圖（順序圖、合作圖）、實現圖（構件圖、配置圖）。

第一類是用例圖，從用戶角度描述系統功能，并指出各功能的操作者。

　　第二類是靜態圖 (Static diagram)，包括類圖、對象圖和包圖。其中類圖描述系統中類的靜態結構。不僅定義系統中的類，表示類之間的聯系如關聯、依賴、聚合等，也包括類的內部結構（類的屬性和操作）。類圖描述的是一種靜態關系，在系統的整個生命周期都是有效的。

　　對象圖是類圖的實例，幾乎使用與類圖完全相同的標識。他們的不同點在于對象圖顯示類的多個對象實例，而不是實際的類。一個對象圖是類圖的一個實例。由于對象存在生命周期，因此對象圖只能在系統某一時間段存在。

　　包由包或類組成，表示包與包之間的關系。包圖用于描述系統的分層結構。

　　第三類是行為圖（Behavior diagram），描述系統的動態模型和組成對象間的交互關系。行為圖包括：狀態圖、活動圖、順序圖和協作圖。其中狀態圖描述類的對象所有可能的狀態以及事件發生時狀態的轉移條件。通常，狀態圖是對類圖的補充。在實用上并不需要為所有的類畫狀態圖，僅為那些有多個狀態其行為受外界環境的影響并且發生改變的類畫狀態圖。 而活動圖描述滿足用例要求所要進行的活動以及活動間的約束關系，有利于識別并行活動。活動圖是一種特殊的狀態圖，它對于系統的功能建模特別重要，強調對象間的控制流程。 順序圖展現了一組對象和由這組對象收發的消息，用于按時間順序對控制流建模。用順序圖說明系統的動態視圖。 協作圖展現了一組對象，這組對象間的連接以及這組對象收發的消息。它強調收發消息的對象的結構組織，按組織結構對控制流建模。 順序圖和協作圖都是交互圖，順序圖和協作圖可以相互轉換。

　　第四類是交互圖（Interactive diagram），描述對象間的交互關系。其中順序圖顯示對象之間的動態合作關系，它強調對象之間消息發送的順序，同時顯示對象之間的交互；合作圖描述對象間的協作關系，合作圖跟順序圖相似，顯示對象間的動態合作關系。除顯示信息交換外，合作圖還顯示對象以及它們之間的關系。如果強調時間和順序，則使用順序圖；如果強調上下級關系，則選擇合作圖。這兩種圖合稱為交互圖。

　　第五類是實現圖 ( Implementation diagram )。其中構件圖描述代碼部件的物理結構及各部件之間的依賴關系。一個部件可能是一個資源代碼部件、一個二進制部件或一個可執行部件。它包含邏輯類或實現類的有關信息。部件圖有助于分析和理解部件之間的相互影響程度。

最后我要說關于UML給的幫助和體會深刻。

【篇三】大學生就業管理平臺

面向對象建模技術課程設計
課程名稱題目系部專業班級學號學生姓名任課教師

2013年1月2日
面向對象建模技術
大學生就業信息管理系統
管理學院信息管理與信息系統

《面向對象建模技術》課程設計評審表
學號
姓名

題目：大學生就業信息管理系統
評審項目

評分指標成績
項目概述（5分）
系統功能需求（3分）基本數據維護模塊（3

需求分析（15分）
分）
基本業務模塊（3分）數據庫模塊（3分）

信息查詢模塊（3分）UML模型框架（5分）
評審意見
系統的用例圖（10分）
系統的UML基
系統的時序圖（10分）
本模型（55分）系統的協作圖（10分）
系統的狀態圖（10分）系統的活動圖（10分）類圖的生成（5分）
系統中的類
各個類之間的關系（5
（10分）
分）
系統的配置與
系統的組件圖（5分）

實現（10分）系統的配置圖（5分）開發心得（5分）


總評（100分）
評審教師簽名


評審時間：年月日

推薦訪問： 管理平臺 大學生就業 精選