選課平臺需求分析

學生選課平臺需求分析

1. 業務需求

1.1業務目的：

  該選課平臺用於提高教務處的工作效率，方便使用者之間的資訊交流，簡化學生的選課流程，使選課管理工作更規範化，系統化，程式化提高資訊處理的速度和準確性，能夠及時、準確、有效的查詢和修改選課排課相關資訊。本系統是對該學生選課平臺的一個整體把握，以便在下一步的開發做更好的把握。

1.2業務目標：

1. 該平臺為學生提供一個簡潔、方便的使用者操作介面，方便於學生對課程的查詢，選課和退訂等。
2. 該平臺應儘量具備較大的容納量，以便讓更多的學生更加的順暢的登入該系統進行操作。
3. 該平臺應具有良好的執行效率，以便於讓學生有一個更好的體驗
4. 平臺的設計應該具有一定的超前性
5. 、靈活性和穩定性，能夠很好的適應資訊管理的多變性。
6. 在平臺上操作時系統的響應時間應儘量短，以便於有一個更舒適的體驗。
7. 該平臺應具有良好的可擴充性，可以加入其它系統的應用。
8. 平臺應該具有較好的安全性、可靠性和可維護性。

2.使用者需求

2.1學生選課系統物件導向

1. 學生
2. 老師
3. 系統管理員

2.2學生選課系統使用者分析

學生：

• 可以登入系統平臺進行操作
• 選課，查詢課程資訊，退課
• 查詢課程成績
• 查詢個人資訊，編輯個人資訊，修改個人資訊

老師：

• 可以登入系統平臺進行操作
• 課程管理，檢視自己的課程資訊，如選課學生名單，上課資訊，錄入學生成績
• 查詢個人資訊，編輯個人資訊，修改個人資訊

系統管理員：

• 登入後臺進行管理
• 進行學生管理—檢視學生資訊，修改學生資訊；新增學生，刪除學生；檢視學生選課資訊，調整學生選課
• 進行教師管理—檢視教師資訊，修改教師資訊；新增教師，刪除教師；檢視教師上課資訊
• 進行課程管理—檢視師生選課情況，修改師生選課情況；檢視課程資訊，修改課程資訊

3.功能分析

3.1學生資訊資料庫主要有如下功能

1. 使用者能儲存學生個人情況的有關資訊。
2. 使用者能儲存學生學習情況的有關資訊。
3. 使用者能儲存學生老師情況的有關資訊。
4. 使用者能儲存學生班級情況的有關資訊。
5. 使用者能對上述資訊進行錄入、修改、刪除等操作。
6. 使用者能通過多種方式對上述資訊進行查詢和統計。
7. 使用者能對查詢和統計記過進行報表輸出。

3.2資料庫的邏輯結構

資料庫的E-R圖如下所示：

 

 

3.2.1E-R圖向關係模型轉換

在如上E-R圖中1：1的關係有1個；1：n的關係有1個；n：m的關係有2個。共4個。

實體關係：

學生（學號，姓名，出生日期，所在系，年級，平均成績）

教師（職工號，姓名，性別，職稱，是否優秀班主任）

課程（課程號，課程名，學分）

班級（班級號，學生人數）

聯絡關係：

對於1：1聯絡“管理”，可在教師模式中加入班級號。

教師（職工號，班級號，姓名，性別，職稱，是否優秀班主任）

對於1：n聯絡“組成”，可在學生模式中加入班級號。

學生（學號，班級號，姓名，出生日期，所在系，年級，平均成績）

對於n：m聯絡“教學”，生成一個新的關係模式。

教學（學號，職工號）

對於n：m聯絡“選修”，生成一個新的關係模式。

選修（學號，課程號，成績）

整合關係模式如下：

學生（學號，班級號，姓名，出生日期，所在系，年級，平均成績）

教師（職工號，班級號，姓名，性別，職稱，是否優秀班主任）

教學（學號，職工號）

選修（學號，課程號，成績）

課程（課程號，課程名，學分）

班級（班級號，學生人數）

3.2.2資料模型優化

資料依賴：

課程關係模式存在下列資料依賴：

課程號   課程名

課程號   學分

 

選修關係模式存在下列資料依賴：

（學號，課程號）  成績

 

學生關係模式存在下列資料依賴：

（學號，班級號）      姓名

（學號，班級號）      出生日期

（學號，班級號）      所在系

（學號，班級號）      年級

（學號，班級號）      平均成績

 

教師關係模式存在下列資料依賴：

(職工號，班級號)    姓名

(職工號，班級號)    性別

(職工號，班級號)    職稱

(職工號，班級號)    是否優秀班主任

 

班級關係模式存在下列資料依賴：

班級號      學生人數

 

學生關係模式的學號與選修關係模式的學號存在下列資料依賴：

學生.學號     選修.學號

規範化程度：

經過分析可知，學生關係存在如下決定：

（學號，班級號）      姓名，出生日期，所在系，年級，平均成績

這個資料庫表不滿足第二正規化，因為也存在如下決定：

班級號        (所在系，年級)

經過分析可知，教師關係屬於第三正規化。

經過分析可知，教學關係屬於第一正規化。

經過分析可知，選修關係屬於第三正規化。

經過分析可知，課程關係屬於第二正規化。

經過分析可知，班級關係屬於第二正規化。

確定是否分解：

在學生關係中，雖然所在系和年級可以從班級號屬性中推出，但如果應用中要經常查詢學生的所在系和年級，為了提高效率，可以保留資料的冗餘，對關係模式不再進行進一步分解。

3.2.3設計使用者子模式

在教師關係模式中定義兩個外模式：

教師_學籍管理（職工號，姓名，性別，職稱）

教師_課程管理（職工號，姓名，性別，班級號，是否優秀班主任）

授權學籍管理應用只能訪問教師_學籍管理檢視；

授權課程管理應用只能訪問教師_課程管理檢視；

授權教師管理應用可以訪問教師表。

 

在學生關係模式中定義兩個外模式:

學生_學籍管理（學號，姓名，性別，出生日期，所在系。班級號）

學生_課程管理（學號，姓名，性別，所在系，班級號，平均成績）、

授權學籍管理應用只能訪問學生_學籍管理檢視；

授權課程管理應用只能訪問學生_課程管理檢視；

授權教師管理應用可以訪問學生表。

 

在選修關係中定義一個外模式：

選修_課程選修（學號，課程號）

授權課程選修只能訪問選修_課程選修檢視；

授權選修管理應用可以訪問選修表。

 

1. 非功能性需求分析  

4.1可靠性

• 當使用者輸入的內容為非法字元時彈框提示“您輸入的內容為非法字元，請重新輸入”
• 當判斷到學生在一個時間段同時選了多門課時，提示“課程時間衝突，請重新選擇”
• 正常情況下，要求系統7*24小時執行，全年持續執行故障停運時間累計不超過10小時

4.2相容性

系統支援MAC OS，windows作業系統

4.3可用性

提供資料備份和恢復功能，使得在由於系統的錯誤或其他原因引起系統的資料丟失或系統的資料被破壞時，能夠及時恢復和還原資料（由硬體及第三方軟體提供此功能）。

4.4安全性

• 使用者只有在經過身份認證之後，才能訪問在其許可權內的資料和進行許可權內的操作
• 能經受來自網際網路的一般性惡意攻擊

4.5可維護性

從接到修改請求後，對於普通修改，在一週內完成；對於評估後為重大需求，半個月內完成。