【正文】 ； 教師權(quán)限的修改，管理員可以將教師的權(quán)限設為管理員； 學?；菊n程的瀏覽，包括課程名，課程類型，學時，學分和課程具體描述； 學?；菊n程的添加； 學?；菊n程的修改，刪除； 學校對所設課程進行教師分配； 學生成績的瀏覽與統(tǒng)計，可按成績具體范圍（如系，班級等），課號 ，年度，統(tǒng)計內(nèi)容方面對成績進行統(tǒng)計； 學生成績信息的添加； 學生成績信息的修改，刪除； 學生選課人數(shù)的統(tǒng)計。 學生對功能的需求 學生只是利用此系統(tǒng)進行與自己由關(guān)的信息查詢，輸入等，不必關(guān)心其他的內(nèi)容，學生對功能的需求如下： 瀏覽個人基本信息，具體內(nèi)容包括姓名，學號，民族，出生日期，籍貫，所在班級，備注等； 學生登陸系統(tǒng)后，修改個人信息，為了保證系統(tǒng)安全性，只要求學生修改個人密碼； 瀏覽課程信息，具體內(nèi)容包括課程名，課程類型，學時，學分和課程的具體描述，任課教師； 學生利用此系統(tǒng)選修課程，在選課過程中，學生 可查詢待選課程的基本信息及教師情況，并可瀏覽截止當前選課的人數(shù)； 瀏覽個人選課情況； 瀏覽個人成績。 性能需求 一般的性能需求是指互相消息傳遞順利，協(xié)議分析正確，界面友好，運行時間滿足使用需要，安全性得到完全保證。 就實際情況，在高系統(tǒng)配置，高網(wǎng)絡帶寬很容易得到保證的情況下，我們最需要考慮的性能就是系統(tǒng)安全性問題。在開發(fā)系統(tǒng)的每個階段，均需要考慮彼此間的認證與授權(quán)。尤其要注意認證，簡單地說誰是特定用戶，并針對安全源驗證該用戶的身份。在處理完識別用戶的方法后，必須利用一種方法以向用戶授權(quán)，從而能夠使 用系統(tǒng)的特定功能。也就是說，需要一種方法來決定允許特定用戶進行什么樣的操作。 系統(tǒng)框架 系統(tǒng)流程分析 為了更清楚的說明系統(tǒng)框架對本系統(tǒng)有一個整體上的初步認識，我們給出了系統(tǒng)流程圖 52 管理員登陸 學生登陸 用戶首先登入到初始頁面 ，如果以管理員的身份登錄，則被系統(tǒng)引導至學生信息維護頁 ,該頁是用戶最常用的功能頁。管理員可以在此頁中進行班級管理和教師管理，通過班級管理頁 ，可以添加新班級，查詢班級信息等，通過教師管理頁 ，可以添加新教師，查詢教師信息及將教師設為管理員，管理員也可以在信息維護中維護學生的個人信息，該頁設置了通向 其他管理頁面的連接，如添加新學生頁 ,課程管理頁 和學生選課管理頁 ,以及成績管理頁,另外從課程管理頁可以進入添加新課程頁 ,各個管 理頁面的功能和各個管理模塊掛鉤。如果是本校的注冊學生，則被系統(tǒng)引導至個人信息頁 ，該頁只要顯示此登陸學生的個人信息，通過此頁此學生可以進用戶接口 x x studentcourse..aspx 入修改密碼頁 ,成績查詢頁 ,以及選課瀏覽頁. 系統(tǒng)功能模塊分析 SMS 主要的功能包括以下幾個方面：用戶管理（管理員，老師管理和學生管理），課程管理，班級管理，成績管理選課管理。設計圖如 53 所示，除此之外，系統(tǒng)還包含了教師管理，班級管理等輔助功能模塊，用于 協(xié)調(diào) 4 個主模塊。 用戶管理模塊 該模塊由兩個子模塊構(gòu)成，分別示管理員與教師管理模塊和學生管理模塊。主要負責管理員與教師以及學生信息的管理功能，具體參看管理員與教師管理子模塊和學生管理子模塊的模塊功能描述。 管理員與教師管理子模塊 該模塊主要負責管理系統(tǒng)管理員的信息。它為用戶管理模塊的一個子模塊。主要功能是將本校的教師權(quán)限設為管理員 。管理員課添加新教師信息，每個教師有唯一的編號，之后通過把教師加為管理員，而令此教師具有管理員的權(quán)限，從用戶管理 管理員管理 班級管理 選課管理 課程管理 學生管理 成績管理 學 生 管 理 系 統(tǒng) 而教師可以 登陸系統(tǒng)進行管理員的相關(guān)操作。 學生管理子模塊 該模塊主要負責管理所有在校注冊學生的個人信息。它為用戶管理模塊的一個子模塊。主要功能包括添加，刪除，修改，查找學生信息。每個學生有唯一的學號 ，管理員添加新生后，新生即可登陸此系統(tǒng)瀏覽個人信息，登陸此系統(tǒng)的用戶名和密碼默認都是此學生的學號。 課程管理模塊 該模塊負責管理本校所有的課程信息。主要功能包括添加，刪除，修改，查找課程信息。只有管理員才具有對課程信息進行維護的權(quán)限，課程的類型分三種：公共課，專業(yè)課和選修課。課程管理模塊是選課管理模塊的基礎，只有在課程 管理中添有選修課的信息，學生才能進行選課。 選課管理模塊 該模塊負責選課的管理。主要功能包括刪除，統(tǒng)計學生選課信息。它以在課程管理系統(tǒng)中維護號的信息作為基礎，既可以對選修課程進行管理，也可以對統(tǒng)計選課人數(shù)，并根據(jù)學生選課時間先后決定最終選修此課的同學。 成績管理模塊 學生學的每一門課顯然最后要有成績，查詢的內(nèi)肉包括課程名稱，學分，成績等。只有管理員可以錄入學生每一門課的成績，并能進行修改 ，學生只能查詢自己所學課程的成績，并且可以查詢每一學期學生所學課程所獲總學分，前提是成績必須及格，否則將沒有此課的成績 。 班級管理模塊 該模塊負責班級的管理。主要功能包括添加，刪除 和修改班級信息，以及對班級信息的查詢。只有管理員才具有對班級管理信息進行維護的權(quán)限。學生信息的添加是建立在班級信息維護的基礎上，每個學生必然屬于特定的班級。并且在管理員對學生成績查詢統(tǒng)計時，可以統(tǒng)計各個班級的平均分，最高分。 系統(tǒng)配置 軟件配置 軟件配置主要包括數(shù)據(jù)庫的選擇和操作系統(tǒng)的選擇。學生管理系統(tǒng)的軟件配置要根據(jù)用戶對系統(tǒng)穩(wěn)定的要求，系統(tǒng)的容量以及用戶維護水平來確定。 （ 1） 數(shù)據(jù)庫的選擇 可以根據(jù)數(shù)據(jù)量的大小選擇大小 步同的數(shù)據(jù)庫 ，如表 51 所示。其中數(shù)據(jù)量示指數(shù)據(jù)庫中需存放表但的最大記錄數(shù) 。 表 51 學生管理系統(tǒng)數(shù)據(jù)庫選擇 用戶 數(shù)據(jù)量記錄 穩(wěn)定性要求 維護水平 備選數(shù)據(jù)庫 一般學校 50000~202000 較高 較好 SQLServer ，Oracle 大型院校 202000 以上 高 高 Oracle 當然，這種選擇不是絕對的。有時，一個學校盡管人數(shù)不多，但人員變動很大，要求數(shù)據(jù)庫的吞吐量和穩(wěn)定性較高，這就需要選擇更好的數(shù)據(jù)庫。也有些情況，由于建設經(jīng)費的限制，只能選擇較為便宜的數(shù)據(jù)庫 。數(shù)據(jù)庫還要考慮與 操作系統(tǒng)的配合，此設計選用 SQL Server2020 數(shù)據(jù)庫。 （ 2） 操作系統(tǒng)的選擇 可以根據(jù)用戶量的大小選擇不同的操作系統(tǒng)。 服務器端的選擇如表 52 所示 表 52 學生管理系統(tǒng)操作系統(tǒng)的選擇 用戶 每秒數(shù)據(jù)庫并發(fā)數(shù)據(jù) 訪問 的記錄數(shù) 穩(wěn)定性要求 維護水平 備選操作系統(tǒng) 一般學校 500~2020 較高 較好 WindowsNT， Windows 2020Server ，WindowsXP 大型院校 2020 以上 高 好 WindowsNT， Windows 2020Server ，WindowsXP， Linux， UNIX 此設計采用 Windows 2020 Server 操作系統(tǒng) 硬件配置 硬件配置主要包括客服端硬件和服務器端硬件的選擇。 學生管理系統(tǒng)的硬件配置要根據(jù)擁護對系統(tǒng)的穩(wěn)定性要求，系統(tǒng)的容量，系統(tǒng) 吞吐量以及用戶維護水平來確定 。 （ 1）客服硬件選擇 可以根據(jù)穩(wěn)定性要求選擇不同的客戶 端。一般情況下，對客服端的要求不高。如表 53 所示。 表 53 學生管理系統(tǒng)客戶端硬件的選擇 用戶 穩(wěn)定性要求 備選客服端 學生客戶端 低 PentiumCPU/64MB/4GB 管理員客戶 端 中 PentiuIII/256MB/20GB （ 2） 服務器端硬件選擇 可以根據(jù)數(shù)據(jù)量和吞吐量的大小選擇不同的服務器硬件。選擇服務器端的選擇如表 54 所示 表 54 學生管理系統(tǒng)服務器端硬件的選擇 用戶 每秒數(shù)據(jù)庫并發(fā)數(shù)據(jù)訪問記錄 穩(wěn)定性要求 維護水平 備選服務器 一般學校 500~2020 較高 較好 小型計算機 /雙熱備或者XEON 4CPU/4GMB/RAID56*72GB 大型院校 2020 以上 高 好 小型計算機 /雙熱備或者XEON 4CPU/4GMB/RAID56*72GB 當然，這種配置不是絕對的，這里指給了參考配置的范圍。具體配置需要根據(jù)用戶的需求精確計算。 網(wǎng)絡配置 學生管理系統(tǒng)的網(wǎng)絡配置一般有如下幾種類型。 （ 1） 單機模式：即服務器和客服端在一臺計算機上 。 （ 2） 百兆模式：計算機網(wǎng)絡的速度為百兆，主要采用百兆交換機把用戶端和服務器連接 （ 3） 千兆模式：計算機網(wǎng)絡的速度為千兆，實際上沒有必要給每個節(jié)點都配備千兆網(wǎng)絡接口，只需要給服務器端千兆接口即可。 可根據(jù)用戶情況選擇不同的網(wǎng)絡配置如表 55 所示。 表 55 學生管理系統(tǒng)網(wǎng)絡配置的選擇 用戶 每秒數(shù)據(jù)庫并發(fā)數(shù)據(jù)訪問記錄數(shù) 穩(wěn)定性要求 維護水平 備選網(wǎng)絡訪案 一般學校 500~2020 較高 較好 百兆模式 大型院校 2020 以上 高 好 千兆模式 數(shù)據(jù)庫分析 根據(jù)所涉及的學生管理信息系統(tǒng)的總數(shù)據(jù)結(jié)構(gòu)，采用構(gòu)建 ER 圖 ，導出系統(tǒng)數(shù)據(jù)表的分析方法，對學生管理信息系統(tǒng)作如下數(shù)據(jù)分析 。 系統(tǒng) ER 圖 根據(jù)前面對系統(tǒng)做的需求分析，模塊設計就可以作出能夠滿足用戶需求的各種實體以及它們之間的關(guān)系。本系統(tǒng)根據(jù)上面的設計規(guī)劃出：用戶信息實體，學生信息實體，課程信息實體，班 級信息實體，教師信息實體，學生 課程信息實體， 教師 課程管理實體， 下面給出系統(tǒng)數(shù)據(jù)庫 ER 圖，如圖 56 所示。 圖 56 學生管理系統(tǒng)用戶實體圖，如圖 57 所示 圖 57 學生管理系統(tǒng)學生信息實體圖，如圖 58 所示 學生信息 課程信息 教師信息 班級信息 包含 學生 課程 授課 教師 課程 用戶編號 用戶密碼 用戶類型 用戶信息 圖 58 學生管理系統(tǒng)課程信息實體圖，如圖 59 所示 圖 59 學生管理系統(tǒng)班級信息實體圖，如圖 510 所示 圖 510 學生管理系統(tǒng)教師信息實體圖，如圖 511 所示 學號 購買標記 購買標記 購買標記 購買日期 生日 民族 性別 學生姓名 學生信息 課 程編號 學分 具體描述 學時 類型 名稱 課程信息 班級編號 所在學院 班主任 所在系 班級名稱 班級信息 圖 511 學生管理系統(tǒng)學生 課程信息實體圖，如圖 512 所示 圖 5—12 學生管理系統(tǒng)教師 課程信息實體圖，如圖 513 所示 圖 513 在本系統(tǒng)中利用 PowerDesigner 設計 ER 模型。 PowerDesigner 的概念數(shù)據(jù)模型（ CDM）把現(xiàn)實的信息簡化成為實體與實體之間的聯(lián)系，它與 DBMS 無關(guān)。CDM 的建立示一個比較復雜的過程，實體關(guān)系圖的分析結(jié)果也非常復雜，一般情況下使用從簡到繁的方式進行設計。首先從大的方面中設計出各個實體之間的關(guān)系，然后在這個關(guān)系的基礎上對各個細節(jié)進行細化。 教師編號 教師姓名 所屬學院 教師信息 記錄編號 學期年度 成績 課程編號 學生學號 學生 課程記錄 記錄編號 所屬學院 班級號 課程編號 教師編號 教師 課程記錄 如圖 514 所示，為學生管理系統(tǒng)的實體關(guān)系簡圖 圖 514 在進行詳細設計的實體 圖設計時，除了有學生，班級，教師，課程基本實體分別記錄學生 ，班級，教師，課程的基本信息外，考慮到便于系統(tǒng)管理員管理學生用戶，設計了用實體用戶，記錄用戶登陸系統(tǒng)時的用戶名，密碼以及權(quán)限。同時對于學生選課和教師教課 都應該有記錄，因此設計了學生選課和教師教課表，其中學生選課表里，包含了學生選課的內(nèi)容和各門成績，便于管理員對成績的錄入，修改以及用戶對成績的查詢和檢索；教師教課表的內(nèi)容主要時包含教師所教課程的信息。 表 /字段分析 表 /字段分析是建立在試題關(guān)系圖基礎上的。表 字段分析后也可以利用Pewrdesigner 建立數(shù)據(jù)庫模型。