高校教務管理系統-需求分析與概念模型
1、前言
本博文根據高軟知識，對工程實踐專案進行需求分析，需求就是對使用者期望的軟體行為的表述；獲取需求就是需求分析師通過關注使用者的期望和需要，從而獲得使用者期望的軟體行為，然後對其進行表述的工作；需求分析是在獲取需求的基礎上進一步對軟體涉及的物件或實體的狀態、特徵和行為進行準確描述或建模的工作。
2、需求分析
本系統用於高校教務管理，包括學籍管理、排課管理、選課管理、考務管理等。
2.1、學籍管理模組
教務員可以通過Excel表格批量匯入學生資訊，同時對個別的學生資訊進行修改。
2.2、排課管理模組
1.課程錄入，教務員可以錄入預計開設的課程及相關資訊。
2.課程修改，教務員可對已錄入課程的資訊進行修改。
3.刪除課程，教務員可以刪除已錄入的課程。
2.3、選課管理模組
1.學生課表，學生可對本人的課表資訊進行查詢。
2.選課，學生可以根據培養計劃進行選課。
2.4、考務管理模組
1.考試安排，教務員可以安排考場和考試時間。
2.成績錄入，任課教師可以在規定的時間段內錄入學生成績。
3、用例建模
用例（Use Case）的核心概念中首先它是一個業務過程（business process），經過邏輯整理抽象出來的一個業務過程，這是用例的實質。什麼是業務過程？在待開發軟體所處的業務領域內完成特定業務任務（business task）的一系列活動就是業務過程。
接下來我們具體看看用例的幾個基本要素：
- 一個用例應該由業務領域內的某個參與者（Actor）所觸發。
- 用例必須能為特定的參與者完成一個特定的業務任務。
- 一個用例必須終止於某個特定參與者，也就是特定參與者明確地或者隱含地得到了業務任務完成的結果。
3.1、學籍管理模組用例
錄入和修改學生個人資訊並提交。
3.2、排課管理模組用例
錄入課程資訊並上傳。
3.3、選課管理模組用例
學生按照教學計劃選擇課程。
3.4、教務管理模組用例
教務員安排考場和考試時間。
4、業務領域建模
業務領域建模是開發團隊用於獲取業務領域知識的過程。因為軟體工程師往往需要工作在不同的業務領域或者不同專案中，他們需要業務領域知識來開發軟體系統。軟體工程師往往來自不同的專業背景，這可能會影響他們對業務領域的認知。因此業務領域建模有助於開發團隊獲取業務領域知識形成統一的業務認知。開發團隊獲取業務領域知識的過程一般包括收集業務領域相關資訊、執行團隊頭腦風暴、對業務領域相關的知識概念進行分類，最後用UML類圖將業務領域知識圖形化展示。
4.1、業務領域建模基本步驟
- 收集應用業務領域的資訊。聚焦在功能需求層面，也考慮其他型別的需求和資料；
- 頭腦風暴。列出重要的應用業務領域概念，給出這些概念的屬性，以及這些概念之間的關係；
- 給這些應用業務領域概念分類。分別列出哪些是類、哪些屬性和屬性值、以及列出類之間的繼承關係、聚合關係和關聯關係。
- 將結果用 UML 類圖畫出來。
類：教師，學生，教務員，課程。
屬性：教務員編號，教務員姓名，密碼，課程號，學號，教工號，教室，上課時間，學號，學生姓名，班級，密碼，專業，教工號，教師姓名，密碼。
業務概念分類並新增屬性。
| 欄位名 | 欄位描述 | 欄位資料型別 | 長度 |
|---|---|---|---|
| Teacher_id | 教工號 | char | 20 |
| Teacher_name | 姓名 | varchar | 20 |
| Password | 密碼 | varchar | 20 |
| Student_id | 學號 | char | 20 |
| Student_name | 學生姓名 | char | 20 |
| Major | 專業 | char | 20 |
| Group_number | 班級號 | int | 20 |
| Password | 密碼 | varchar | 20 |
| Course_id | 課程號 | char | |
| Classification | 類別 | char | 20 |
| Course_name | 課程名 | varchar | 100 |
| Room_id | 教室 | char | 20 |
| Course_date | 上課時間 | char | 20 |
| Test_date | 考試時間 | datetime | 20 |
| JWY_id | 教務員編號 | char | 20 |
| JWY_name | 教務員姓名 | varchar | 20 |
| Password | 密碼 | varchar | 20 |
| Grades | 成績 | float | 5 |
4.2、UML類圖
5、資料模型設計
教師資訊
| 資料項名稱 | 欄位資料型別 | 長度 |
|---|---|---|
| 教工號 | char | 20 |
| 教師姓名 | varchar | 20 |
| 密碼 | varchar | 20 |
學生資訊
| 資料項名稱 | 欄位資料型別 | 長度 |
|---|---|---|
| 學號 | char | 20 |
| 學生姓名 | char | 20 |
| 專業 | char | 20 |
| 班級號 | int | 20 |
| 密碼 | varchar | 20 |
教務員資訊
| 資料項名稱 | 欄位資料型別 | 長度 |
|---|---|---|
| 教務員編號 | char | 20 |
| 教務員姓名 | varchar | 20 |
| 密碼 | varchar | 20 |
課程資訊
| 資料項名稱 | 欄位資料型別 | 長度 |
|---|---|---|
| 課程號 | char | 20 |
| 學號 | char | 20 |
| 教工號 | char | 20 |
| 教室 | char | 20 |
| 上課時間 | char | 20 |
6、概念原型
- 概念是人對能代表某種事物或發展過程的特點及意義所形成的思維結論。
- 概念原型是一種虛擬的、理想化的軟體產品形式。
本例中樣例主要包括教務員可以通過Excel表格批量匯入學生資訊，同時對個別的學生資訊進行修改，教務員可以錄入預計開設的課程及相關資訊，教務員可對已錄入課程的資訊進行修改，教務員可以刪除已錄入的課程，學生可對本人的課表資訊進行查詢，學生可以根據培養計劃進行選課，教務員可以安排考場和考試時間，任課教師可以在規定的時間段內錄入學生成績。
7、總結
本文對高校教務管理系統的用例、業務、資料等方面進行分析，完成簡單軟體專案需求分析到概念原型的基本過程。
參考文獻
https://gitee.com/login?redirect_to_url=%2Fmengning997%2Fse%2Fcommit%2Fa4850b19840e55f8082a4754cca0de241feca1c6