第2-1章教務管理系統(tǒng)分析

第2-1章教務管理系統(tǒng)分析第一頁，共22頁。2.1 教務管理系統(tǒng)的業(yè)務需求分析1.教務管理系統(tǒng)使用對象的功能劃分（1）教師主要使用本系統(tǒng)網(wǎng)上選課、錄入成績、修改密碼。（2）學生主要使用本系統(tǒng)網(wǎng)上選課、成績查詢、修改密碼。（3）系統(tǒng)管理員主要負責管理用戶，管理基礎數(shù)據(jù)、用戶分配權限、設置系統(tǒng)參數(shù)、備份數(shù)據(jù)、保證數(shù)據(jù)完整、保證網(wǎng)絡暢通和清除計算機病毒等。（4）教務管理員主要負責管理學生、管理課程、教師信息、教研室信息、專業(yè)信息、培養(yǎng)方案、學期課程安排等。第二頁，共22頁。2.教務管理系統(tǒng)的業(yè)務需求描述教務管理系統(tǒng)應滿足以下業(yè)務需求：（1）在教務管理系統(tǒng)中，學生要想查詢成績，必須先在系統(tǒng)中由系統(tǒng)管理員建立一個賬戶，然后學生可以通過網(wǎng)絡選課、查詢成績、修改個人密碼。（2）學生在選課時，先找到本學期開設課程，然后進行選課。（3）教師可以通過本系統(tǒng)進行選課和成績錄入。（4）第一次使用本系統(tǒng)時，由系統(tǒng)管理員輸入初始基礎數(shù)據(jù)，包括：課程類型、用戶類型、系部數(shù)據(jù)等。（5）系統(tǒng)參數(shù)由系統(tǒng)管理員根據(jù)需要進行設置和更新。（6）教務管理員用戶由系統(tǒng)管理員管理。（6）教務管理員添加、刪除、修改學生基本信息、教師信息、課程信息、教研室信息、專業(yè)信息、培養(yǎng)方案、課程安排等。第三頁，共22頁。2.2 教務管理系統(tǒng)的參與者及用例教務管理系統(tǒng)參與者參與者主要業(yè)務功能系統(tǒng)管理員課程類型、用戶類型及權限、系部數(shù)據(jù)、管理教務管理員、管理年級、備份數(shù)據(jù)等教務管理員學生信息、教師信息、課程信息、管理班級、教研室信息、專業(yè)信息、培養(yǎng)方案、課程安排等教師選課、成績錄入、修改密碼學生選課、成績查詢第四頁，共22頁。用例清單系統(tǒng)參與者基本用例系統(tǒng)管理員管理課程類型、用戶類型及權限、系部數(shù)據(jù)、管理教務管理員、備份數(shù)據(jù)教務管理員管理學生信息、教師信息、教研室信息、專業(yè)信息、課程信息、學院課程評價、、培養(yǎng)方案、課程安排、修改密碼教師選課、成績錄入、修改密碼學生選課、成績查詢、學生課程評價、修改密碼第五頁，共22頁。2.3 教務管理系統(tǒng)的數(shù)據(jù)庫分析設計2.3.1 數(shù)據(jù)庫的概念結構分析2.3.2 數(shù)據(jù)庫的邏輯結構設計2.3.3 數(shù)據(jù)庫的物理結構設計及實施2.3.4 數(shù)據(jù)庫代碼設計第六頁，共22頁。數(shù)據(jù)庫設計的步驟如下：1.需求分析。2.概念結構設計。3.邏輯結構設計。4.數(shù)據(jù)庫物理設計。5、數(shù)據(jù)庫實施。根據(jù)物理結構和邏輯結構創(chuàng)建表、字段和視圖。6、數(shù)據(jù)庫運行和維護。對數(shù)據(jù)庫進行日常的維護。第七頁，共22頁。2.3.1 數(shù)據(jù)庫的概念結構分析1.確定主體：課程、教師、學生、系部、班級、教研室、專業(yè)等。2.確定屬性：列舉各個實體的屬性構成。例如課程的主要屬性有課程代碼、課程名稱、學分、學時等。3.確定實體聯(lián)系類型：如學生與班級之間的一對多關系，學生與課程之間的多對多關系。4.繪制E-R圖：在此使用PowerDisigner15.2繪制本數(shù)據(jù)庫系統(tǒng)的E-R圖，如圖所示。第八頁，共22頁。2.3.2 數(shù)據(jù)庫的邏輯結構設計邏輯結構設計的任務是設計數(shù)據(jù)的結構，也就是把概念模型轉換成特定的DBMS可以處理的數(shù)據(jù)庫的邏輯結構。在此主要是將E-R圖轉換為關系數(shù)據(jù)庫模式。在此使用PowerDesigner對上面分析形成的E-R圖轉換成關系數(shù)據(jù)庫邏輯結構，然后對生成的邏輯結構圖進行修改，新生成的新關系需要加入一些屬性，如“教師選課”關系，再加入學生評價和學院評價兩個屬性，最后形成邏輯結構圖如圖所示。第九頁，共22頁。2.3.3 數(shù)據(jù)庫的物理結構設計及實施

1、數(shù)據(jù)庫物理結構生成在此利用PowerDesigner把邏輯結構模型轉換為物理數(shù)據(jù)模型，轉換過程為：tools→generatephysicaldatamodel，在彈出的界面上選擇DBMS為microsoftserver2008，單擊“確定”按鈕，生成本數(shù)據(jù)庫的物理結構模型。如圖所示。第十頁，共22頁。第十一頁，共22頁。2、數(shù)據(jù)庫實施在生成數(shù)據(jù)庫物理結構的基礎上，使用PowerDesigner進行如下操作，可以自動完成數(shù)據(jù)庫的創(chuàng)建。在SQLServer2008創(chuàng)建EduManage數(shù)據(jù)庫。單擊計算機“開始”→“設置”→“控制面板”→“管理工具”→“數(shù)據(jù)源(ODBC)”，在用戶數(shù)據(jù)源中添加EduManage數(shù)據(jù)源。PowerDesigner中根據(jù)物理數(shù)據(jù)模型（physicaldatamodel）自動生成相應的SQL語句。其次執(zhí)行其創(chuàng)建的SQL語句文件，將數(shù)據(jù)表結構自動創(chuàng)建到SQLServer2008數(shù)據(jù)庫中。完成以上步驟后，刷新SQLServer2008數(shù)據(jù)，將會看到你所創(chuàng)建的相關表結構。第十二頁，共22頁。2.3.4 數(shù)據(jù)庫代碼設計代碼是代表事物名稱、屬性、狀態(tài)等的符號，為了便于計算機處理，一般用數(shù)字、字母或它們的組合來表示。1、代碼種類（1）順序碼：系部代碼：01：信息電子工程學院；02：機電工程學院。（2）區(qū)間碼（3）助記碼：W-B-l2代表12英寸黑白電視機郵政支局郵政地區(qū)局省、直轄市、自治區(qū)第十三頁，共22頁。2.本系統(tǒng)代碼設計

其它的代碼設計參見教材。第1-4位第5位第6-7位第8-10位進校年份是否校內(nèi)教師系部代碼順序號20041010012004年入校校內(nèi)信電學院張三教師代碼表第十四頁，共22頁。2.4 教務管理系統(tǒng)的功能模塊結構分析2.4.1 體系結構設計2.4.2 系統(tǒng)功能模塊結構第十五頁，共22頁。2.4.1 體系結構設計當前軟件體系架構常見的有兩層架構和三層架構。三層架構二層架構第十六頁，共22頁。二層架構開發(fā)的優(yōu)點適合小型和中小型項目開發(fā)，并且具有良好的性能。開發(fā)效率高。程序簡單、更新數(shù)據(jù)快。三層架構開發(fā)的優(yōu)點開發(fā)人員可以只關注整個結構中的其中某一層?？梢院苋菀椎挠眯碌膶崿F(xiàn)來替換原有層次的實現(xiàn)?？梢越档蛯优c層之間的依賴。有利于標準化。利于各層邏輯的復用本書系統(tǒng)采用三層架構開發(fā)第十七頁，共22頁。2.4.2 系統(tǒng)功能模塊結構為了實現(xiàn)教務管理系統(tǒng)的業(yè)務需求，便于團隊開發(fā)，將教務管理系統(tǒng)劃分為2類，12模塊，功能結構圖如圖所示。第十八頁，共22頁。2.5 小型案例實訓：Powerdesign數(shù)據(jù)庫建模1.掌握數(shù)據(jù)庫建模步驟。2.使用PowerDesigner數(shù)據(jù)庫建模。第十九頁，共22頁。2.6 本章小結在開發(fā)一個系統(tǒng)之前，必須了解本系統(tǒng)需要完成的功能，本章以教務管理系統(tǒng)為例，詳細分析了管理系統(tǒng)的分析過程，包括系統(tǒng)的業(yè)務需求分析，數(shù)據(jù)庫概念結構分析、邏輯結構設計和物