PAGE19教務管理系統建設計劃及實施方案目錄1引言 22系統需求分析 22.1用戶需求 22.1.1學生模塊功能需求 22.1.2教師模塊功能需求 22.1.3系統管理員功能模塊需求 22.2組織結構圖 32.3業務流程圖 32.4數據流程圖 42.5用例圖（包括用例描述） 53系統設計 83.1系統總體設計（系統的功能模塊結構圖） 83.2系統各功能模塊設計 83.2.1順序圖 83.2.2類圖 103.2.3狀態圖 103.2.4活動圖 124數據庫設計 154.1數據分析 154.1.1E-R圖 154.1.2數據庫表 164.2邏輯結構設計 185總結 181引言教務信息管理系統類似于檔案管理，它是一個教育單位不可缺少的部分,它的內容對于學校的決策者和管理者來說都至關重要，所以教務信息管理系統應該能夠為用戶提供充足的信息和快捷的查詢手段。但目前還有一些單位和部門還是使用傳統人工的方式公務員之家管理文件檔案，這種管理方式存在著許多缺點，如：效率低、保密性差，另外時間一長，將產生大量的文件和數據，這對于查找、更新和維護都帶來了不少的困難。同時隨著學校的規模不斷擴大，學生數量急劇增加，有關教務的各種信息量也成倍增長。所以教務信息管理系統的可運行性和功能效用的多少就顯得尤為重要了。教務信息管理系統最簡單的是采用SQLserver2005的數據庫技術進行架構，主要包括登錄，教師用戶，管理員用戶，學生用戶四個模塊，各個對象根據自己的權限進行查詢。系統管理員通過數據庫后臺對學生或者其他的輸入對象輸入的數據進行整理和更新。由于信息量的巨大，管理員要時不時對系統進行維護和更新，保證系統能夠順暢運行。采用教務管理信息系統可取代原系統的單據手工傳遞工作，減少人工開支，節省資金，并且可大大提高信息量的取得，縮短信息處理周期，規劃教學資源，提高學生信息，及時反饋教學信息的利用率。2系統需求分析2.1用戶需求2.1.1學生模塊功能需求(1)只限于一般用戶和管理員操作。而且不同的用戶級別所操作的教務信息類型是有限制的。用戶可以向里面添加、修改和刪除數據。(2)學生用戶登陸后可以進行學籍管理、成績管理、等級考試管理等基本信息管理。2.1.2教師模塊功能需求教師可以通過登錄系統后進行教師管理、排課管理、教學計劃、成績管理基本信息管理。2.1.3系統管理員功能模塊需求(1)數據備份：管理員可以通過選擇保存的路徑把數據庫保存在硬盤中，也可保存在軟盤中。(2)數據恢復：管理員可以通過選擇路徑把數據恢復。(3)操作學生管理：僅限管理員。其中可以添加、修改、刪除操作學生，設置他們的權限、級別及密碼。(4)系統整理信息：顯示距離管理員整理系統的時間。2.2組織結構圖圖1教務系統管理組織結構圖2.3業務流程圖圖2教務管理系統業務流程圖2.4數據圖3學生管理數據流程圖圖4教師管理數據流程圖圖5系統管理員管理數據流程圖2.5用例圖（包括用例描述）圖6教務系統管理用例圖用例描述用例名稱：登錄教務系統進行管理參與者：學生簡要說明：學生通過賬號密碼登錄系統進行信息管理。前置條件：學生能夠通過密碼的檢測順利登錄系統?；臼录鳎簩W生用戶單擊“登錄”按鈕。順利進入系統頁面。學生用戶可以在自己相應的權限內進行查詢或修改信息。學生用戶查詢或修改信息后，單擊“退出”按鈕，那么系統服務器就把信息保存起來方便管理員整理。用例終止。其他事件流：學生用戶登錄系統后只是查詢相關信息而不作任何修改，頁面內的內容不會改變。后置條件：查詢后的信息不會在服務器上改變，但修改后的信息會在服務器上進行更新顯示。注釋：無用例名稱：登錄教務系統進行管理參與者：教師簡要說明：教師用戶通過賬號密碼登錄教務系統進行信息的管理。前置條件：教師能夠通過密碼的檢測順利登錄系統。基本事件流：教師用戶單擊“登錄”按鈕。順利進入系統界面。教師用戶可以在相應的權限內進行成績管理、排課管理和教學安排。教師用戶進行編輯查詢后，單擊“確定”按鈕進行信息保存，數據庫會對修改的信息進行更新顯示。用例終止。其他事件流：教師用戶登錄系統后只是查詢相關信息而不作任何修改，頁面內的內容不會改變。后置條件：教師用戶進行修改后的信息會在服務器上進行更新顯示。注釋：無用例名稱：登錄教務系統進行管理參與者：系統管理員簡要說明：系統管理員通過賬號密碼登錄教務系統進行信息的管理。前置條件：系統管理員能夠通過密碼的檢測順利登錄系統。基本事件流：管理員用戶單擊“登錄”按鈕。順利進入系統界面。管理員登錄系統服務器，對服務器信息進行整理，分析?；蛘咝薷膶W生、教師用戶的權限。進行日志的管理。管理員進行編輯查詢后，單擊“確定”按鈕進行信息保存，數據庫會對修改的信息進行更新顯示。用例終止。后置條件：整理后的服務器信息會被更新顯示。注釋：無3系統設計3.1系統總體設計（系統的功能模塊結構圖）圖7教務管理系統詳細設計結構圖3.2系統各功能模塊設計3.2.1順序圖順序圖是將交互關系表示為一個二維圖。UML順序圖一般用于：確認和豐富一個使用情境的邏輯。一個使用情境就是系統潛在的使用方式的描述，也就是它的名稱所要描述的。一個使用情境的邏輯可能是一個用例的一部分，或是一條備選線路；一個貫穿單個用例的完整流程。圖8學生管理順序圖圖9教師管理順序圖圖10系統管理員管理順序圖3.2.2類圖類圖(Classdiagram)是顯示了模型的靜態結構，特別是模型中存在的類、類的內部結構以及它們與其他類的關系等。類圖(Classdiagram)由許多（靜態）說明性的模型元素（例如類、包和它們之間的關系，這些元素和它們的內容互相連接）組成。類圖可以組織在（并且屬于）包中，僅顯示特定包中的相關內容。類圖(Classdiagram)是最常用的UML圖，顯示出類、接口以及它們之間的靜態結構和關系；它用于描述系統的結構化設計。圖11教務管理系統類圖3.2.3狀態圖狀態圖(StatechartDiagram)是描述一個實體基于事件反應的動態行為，顯示了該實體如何根據當前所處的狀態對不同的事件做出反應的。通常我們創建一個UML狀態圖是為了以下的研究目的：研究類、角色、子系統、或組件的復雜行為。圖12成績管理狀態圖圖13學生選課狀態圖圖14教學安排狀態圖3.2.4活動圖活動圖（activitydiagram，動態圖）是闡明了業務用例實現的工作流程。業務用例工作流程說明了業務為向所服務的業務主角提供其所需的價值而必須完成的工作。業務用例由一系列活動組成，它們共同為業務主角生成某些工件。圖15學生成績查詢活動圖圖16學生選課活動圖圖17教師錄入成績活動圖4數據庫設計4.1數據分析4.1.1E-R圖E-R圖也稱實體-聯系圖(EntityRelationshipDiagram)，提供了表示實體類型、屬性和聯系的方法，用來描述現實世界的概念模型。圖18教務管理系統E-R圖4.1.2數據庫表屬性屬性類型是否標識長度是否可以為空學號varchar是20否姓名varchar否10否班級編號varchar否20是性別varchar否10是年級int否是政治面貌varchar否5是民族varchar否5否籍貫varchar否20否專業院系varchar否10是入學時間Datetime否10否出生日期Datetime否10否表1學生信息數據庫屬性屬性類型是否標識長度是否可以為空課程編號int是否課程名稱char否20否學分int否是課時varchar否20否上課地點char否20否表2課程庫數據庫表屬性屬性類型是否標識長度是否可以為空姓名varchar否10否分數varchar否20否課程編號int是否是否重修varchar否2是是否補考varchar否2是是否已確定成績varchar否2是表3成績表數據庫表屬性屬性類型是否標識長度是否可以為空編號Char是10否姓名Char否10否性別Char否2否出生日期Datetime否10是職稱Char否5否系別Char否10否表4教師數據庫表屬性屬性類型是否標識長度是否可以為空課程號