【正文】 39。 string strsql=select * from users where User_id=39。 SqlConnection =new SqlConnection(strconn)。 += new ()。 (e)。 private void Page_Load(object sender, e) { // 在此處放置用戶代碼以初始化頁(yè)面 } region Web Form Designer generated code override protected void OnInit(EventArgs e) { // // CODEGEN：該調(diào)用是 Web 窗體設(shè)計(jì)器所必需的。 protected Lbl_note。 namespace sms { public class _default : { protected Tbx_userid。 using 。 using 。 using 。 using 。 using 。 代碼入下 using System。語(yǔ)句列舉如下： String strconn = [“ dsn” ]； 只要在程序文件中加如該行代碼，就可以輕松的將數(shù)據(jù)庫(kù)連接字段讀取到字符串 strconn 中，并且每個(gè)配置段處理器只需申請(qǐng)一次即可，子目錄的 文件會(huì)自動(dòng)繼承配置文件 ，并且在次序中不用重新申請(qǐng)。user id=sa。PWD=sa。 的配置文檔的相關(guān)主要代碼如下： ?xml version= encoding=utf8 ? configuration appSettings add key=dsn value=Data Source=localhost。 對(duì)于數(shù)據(jù)庫(kù)調(diào)用字符串，數(shù)據(jù)庫(kù)使用的是本地?cái)?shù)據(jù)庫(kù)，數(shù)據(jù)源設(shè)置為localhost；用戶 ID 設(shè)置賦值為系統(tǒng)默認(rèn)的 sa； PWD 賦值為 sa，這一參數(shù)與數(shù)據(jù)庫(kù)安裝時(shí)對(duì) sa 用戶密碼設(shè)置有關(guān)，數(shù)據(jù)庫(kù)名稱設(shè)為 SMS 1 SMS 中 的配置文檔 在文檔 中， SMS 數(shù)據(jù)庫(kù)設(shè)置部分集中〈 appsetting〉與〈 /appsetting〉之間，主要的是數(shù)據(jù)庫(kù)連接字符串。 創(chuàng)建存儲(chǔ)過程 構(gòu)建了數(shù)據(jù)庫(kù)的表結(jié)構(gòu)以后，接下來(lái)創(chuàng)建負(fù)責(zé)表中信息選擇，添加，更新以及刪除的相關(guān)過程，由于存儲(chǔ)過程底冊(cè)應(yīng)用會(huì)給系統(tǒng)帶來(lái)優(yōu)化并提高效率，系統(tǒng)使用了如下 5 個(gè)存儲(chǔ)過程。 創(chuàng)建表后，如果要往表里添加記錄，請(qǐng)單擊“表”節(jié)點(diǎn)，用戶管理表的超級(jí)管理員信息需要在系統(tǒng)運(yùn)行前進(jìn)行初始維護(hù)。 按同樣的方法創(chuàng)建 SMS 中的其他表。 （ 6） 單擊“確定”按扭，返回表設(shè)計(jì)器。作為主鍵的字段不允許為空。 （ 2） 右擊“表”節(jié)點(diǎn)，然后從快捷菜單中選擇“新建表”命令。我們把添加過程進(jìn)行羅列。 數(shù)據(jù)庫(kù)創(chuàng)建完畢。 （ 2） 在控制臺(tái) 樹中右擊“數(shù)據(jù)庫(kù)”節(jié)點(diǎn)，然后從快捷菜單中選擇“新建數(shù)據(jù)庫(kù)”命令，打開“數(shù)據(jù)庫(kù)屬性”對(duì)話框。 教師 課程記錄數(shù)據(jù)表（ teachercourse） 列名 數(shù)據(jù)類型 大小 字段描述 ID Int 4 教師 課程記錄唯一 ID 號(hào)，設(shè)為主鍵 Teacher_id Varchar 50 記錄教師號(hào) Course_id Varchar 50 記錄教師所在任課號(hào) Class_id Varchar 50 記錄教師所在班級(jí)號(hào) Course_year Char 5 記錄年度學(xué)期 學(xué)生總是離不開課程的，系統(tǒng)設(shè)計(jì)了課程信息數(shù)據(jù)表（ course），用于存儲(chǔ)所有的課程信息 課程信息數(shù)據(jù)表（ course） 列名 數(shù)據(jù)類型 大小 字段描述 Course_id Varchar 50 記錄課程號(hào)，設(shè)為主鍵 Course_name Varchar 50 記錄課程名稱 Course_period Int 4 記錄課程學(xué)時(shí) Course_credit Int 4 記錄課程學(xué)分 Course_kind Int 4 記錄課程類型： 0 公共課， 1 專業(yè)課， 2 選修課 Course_descible Varchar 50 記錄課程具體描述 學(xué)生所學(xué)的課程都會(huì)有成績(jī)，并且每個(gè)學(xué)生每一門課只有一個(gè)成績(jī)。 教師信息數(shù)據(jù)表（ teacher） 列名 數(shù)據(jù)類型 大小 字段描述 Teacher_id Varchar 50 記錄教師號(hào)，設(shè)為主鍵 Teacher_name Varchar 50 記錄教師姓名 Teacher_college Varchar 50 記錄教師所在學(xué)院 每個(gè)教師授什么課都必須有記錄，而且 一門課可能會(huì)有很多老師授課。 學(xué)生信息數(shù)據(jù)表 （ student） 列名 數(shù)據(jù)類型 大小 字段描述 Student_id Varchar 50 記錄學(xué)生的學(xué)號(hào)，設(shè)為主鍵 Student_name Varchar 50 記錄學(xué)生姓名 Student_sex Char 5 記錄學(xué)生性別 Student_nation Char 5 記錄學(xué)生民族 Student_birthday Datetime 8 記錄學(xué)生出生日期 Student_time Datetime 8 記錄學(xué)生入學(xué)時(shí)間 Student_classid Varchar 50 記錄學(xué)生所在班級(jí)號(hào) Student_home Varchar 50 記錄學(xué)生家庭所在地 Student_else Varchar 50 備注 學(xué)生所在班級(jí)相對(duì)獨(dú)立，系統(tǒng)用班級(jí)信息數(shù)據(jù)表（ class）記錄本學(xué)校所有班級(jí)信息。 學(xué)生 課程 教師 班級(jí) 首先是用戶信息數(shù)據(jù)表（ Users），用于存儲(chǔ)學(xué)生管理系統(tǒng)所有參與人員的信息。 表 /字段分析 表 /字段分析是建立在試題關(guān)系圖基礎(chǔ)上的。 教師編號(hào) 教師姓名 所屬學(xué)院 教師信息 記錄編號(hào) 學(xué)期年度 成績(jī) 課程編號(hào) 學(xué)生學(xué)號(hào) 學(xué)生 課程記錄 記錄編號(hào) 所屬學(xué)院 班級(jí)號(hào) 課程編號(hào) 教師編號(hào) 教師 課程記錄 如圖 514 所示，為學(xué)生管理系統(tǒng)的實(shí)體關(guān)系簡(jiǎn)圖 圖 514 在進(jìn)行詳細(xì)設(shè)計(jì)的實(shí)體 圖設(shè)計(jì)時(shí)，除了有學(xué)生，班級(jí)，教師，課程基本實(shí)體分別記錄學(xué)生 ，班級(jí)，教師，課程的基本信息外，考慮到便于系統(tǒng)管理員管理學(xué)生用戶，設(shè)計(jì)了用實(shí)體用戶，記錄用戶登陸系統(tǒng)時(shí)的用戶名，密碼以及權(quán)限。CDM 的建立示一個(gè)比較復(fù)雜的過程，實(shí)體關(guān)系圖的分析結(jié)果也非常復(fù)雜，一般情況下使用從簡(jiǎn)到繁的方式進(jìn)行設(shè)計(jì)。 圖 56 學(xué)生管理系統(tǒng)用戶實(shí)體圖，如圖 57 所示 圖 57 學(xué)生管理系統(tǒng)學(xué)生信息實(shí)體圖，如圖 58 所示 學(xué)生信息 課程信息 教師信息 班級(jí)信息 包含 學(xué)生 課程 授課 教師 課程 用戶編號(hào) 用戶密碼 用戶類型 用戶信息 圖 58 學(xué)生管理系統(tǒng)課程信息實(shí)體圖，如圖 59 所示 圖 59 學(xué)生管理系統(tǒng)班級(jí)信息實(shí)體圖，如圖 510 所示 圖 510 學(xué)生管理系統(tǒng)教師信息實(shí)體圖，如圖 511 所示 學(xué)號(hào) 購(gòu)買標(biāo)記 購(gòu)買標(biāo)記 購(gòu)買標(biāo)記 購(gòu)買日期 生日 民族 性別 學(xué)生姓名 學(xué)生信息 課 程編號(hào) 學(xué)分 具體描述 學(xué)時(shí) 類型 名稱 課程信息 班級(jí)編號(hào) 所在學(xué)院 班主任 所在系 班級(jí)名稱 班級(jí)信息 圖 511 學(xué)生管理系統(tǒng)學(xué)生 課程信息實(shí)體圖，如圖 512 所示 圖 5—12 學(xué)生管理系統(tǒng)教師 課程信息實(shí)體圖，如圖 513 所示 圖 513 在本系統(tǒng)中利用 PowerDesigner 設(shè)計(jì) ER 模型。 系統(tǒng) ER 圖 根據(jù)前面對(duì)系統(tǒng)做的需求分析，模塊設(shè)計(jì)就可以作出能夠滿足用戶需求的各種實(shí)體以及它們之間的關(guān)系。 可根據(jù)用戶情況選擇不同的網(wǎng)絡(luò)配置如表 55 所示。 （ 1） 單機(jī)模式：即服務(wù)器和客服端在一臺(tái)計(jì)算機(jī)上 。具體配置需要根據(jù)用戶的需求精確計(jì)算。 表 53 學(xué)生管理系統(tǒng)客戶端硬件的選擇 用戶 穩(wěn)定性要求 備選客服端 學(xué)生客戶端 低 PentiumCPU/64MB/4GB 管理員客戶 端 中 PentiuIII/256MB/20GB （ 2） 服務(wù)器端硬件選擇 可以根據(jù)數(shù)據(jù)量和吞吐量的大小選擇不同的服務(wù)器硬件。一般情況下，對(duì)客服端的要求不高。 學(xué)生管理系統(tǒng)的硬件配置要根據(jù)擁護(hù)對(duì)系統(tǒng)的穩(wěn)定性要求，系統(tǒng)的容量，系統(tǒng) 吞吐量以及用戶維護(hù)水平來(lái)確定 。 （ 2） 操作系統(tǒng)的選擇 可以根據(jù)用戶量的大小選擇不同的操作系統(tǒng)。也有些情況，由于建設(shè)經(jīng)費(fèi)的限制，只能選擇較為便宜的數(shù)據(jù)庫(kù) 。 表 51 學(xué)生管理系統(tǒng)數(shù)據(jù)庫(kù)選擇 用戶 數(shù)據(jù)量記錄 穩(wěn)定性要求 維護(hù)水平 備選數(shù)據(jù)庫(kù) 一般學(xué)校 50000~202000 較高 較好 SQLServer ，Oracle 大型院校 202000 以上 高 高 Oracle 當(dāng)然，這種選擇不是絕對(duì)的。 （ 1） 數(shù)據(jù)庫(kù)的選擇 可以根據(jù)數(shù)據(jù)量的大小選擇大小 步同的數(shù)據(jù)庫(kù) ，如表 51 所示。 系統(tǒng)配置 軟件配置 軟件配置主要包括數(shù)據(jù)庫(kù)的選擇和操作系統(tǒng)的選擇。學(xué)生信息的添加是建立在班級(jí)信息維護(hù)的基礎(chǔ)上，每個(gè)學(xué)生必然屬于特定的班級(jí)。主要功能包括添加，刪除 和修改班級(jí)信息，以及對(duì)班級(jí)信息的查詢。只有管理員可以錄入學(xué)生每一門課的成績(jī)，并能進(jìn)行修改 ，學(xué)生只能查詢自己所學(xué)課程的成績(jī)，并且可以查詢每一學(xué)期學(xué)生所學(xué)課程所獲總學(xué)分，前提是成績(jī)必須及格，否則將沒有此課的成績(jī) 。它以在課程管理系統(tǒng)中維護(hù)號(hào)的信息作為基礎(chǔ)，既可以對(duì)選修課程進(jìn)行管理，也可以對(duì)統(tǒng)計(jì)選課人數(shù)，并根據(jù)學(xué)生選課時(shí)間先后決定最終選修此課的同學(xué)。 選課管理模塊 該模塊負(fù)責(zé)選課的管理。只有管理員才具有對(duì)課程信息進(jìn)行維護(hù)的權(quán)限，課程的類型分三種：公共課，專業(yè)課和選修課。 課程管理模塊 該模塊負(fù)責(zé)管理本校所有的課程信息。主要功能包括添加，刪除，修改，查找學(xué)生信息。 學(xué)生管理子模塊 該模塊主要負(fù)責(zé)管理所有在校注冊(cè)學(xué)生的個(gè)人信息。主要功能是將本校的教師權(quán)限設(shè)為管理員 。 管理員與教師管理子模塊 該模塊主要負(fù)責(zé)管理系統(tǒng)管理員的信息。 用戶管理模塊 該模塊由兩個(gè)子模塊構(gòu)成，分別示管理員與教師管理模塊和學(xué)生管理模塊。如果是本校的注冊(cè)學(xué)生，則被系統(tǒng)引導(dǎo)至個(gè)人信息頁(yè) ，該頁(yè)只要顯示此登陸學(xué)生的個(gè)人信息，通過此頁(yè)此學(xué)生可以進(jìn)用戶接口 x x studentcourse..aspx 入修改密碼頁(yè) ,成績(jī)查詢頁(yè) ,以及選課瀏覽頁(yè). 系統(tǒng)功能模塊分析 SMS 主要的功能包括以下幾個(gè)方面：用戶管理（管理員，老師管理和學(xué)生管理），課程管理，班級(jí)管理，成績(jī)管理選課管理。 系統(tǒng)框架 系統(tǒng)流程分析 為了更清楚的說明系統(tǒng)框架對(duì)本系統(tǒng)有一個(gè)整體上的初步認(rèn)識(shí)，我們給出了系統(tǒng)流程圖 52 管理員登陸 學(xué)生登陸 用戶首先登入到初始頁(yè)面 ，如果以管理員的身份登錄，則被系統(tǒng)引導(dǎo)至學(xué)生信息維護(hù)頁(yè) ,該頁(yè)是用戶最常用的功能頁(yè)。在處理完識(shí)別用戶的方法后，必須利用一種方法以向用戶授權(quán)，從而能夠使 用系統(tǒng)的特定功能。在開發(fā)系統(tǒng)的每個(gè)階段，均需要考慮彼此間的認(rèn)證與授權(quán)。 性能需求 一般的性能需求是指互相消息傳遞順利，協(xié)議分析正確，界面友好，運(yùn)行時(shí)間滿足使用需要，安全性得到完全保證。 總之，學(xué)生管理系統(tǒng)的功能需求包括管理員對(duì)功能的需求和學(xué)生對(duì)功能的需求兩大部分，如下所列： 學(xué)生可以通過此系統(tǒng)進(jìn)行個(gè)人信息，考試成績(jī)查詢以及完成選課功能。需求分析就是描述系統(tǒng)的需求，通過定義系統(tǒng)種的關(guān)鍵域 來(lái)建立模型，分析的根本目的的是在開發(fā)者和提出需求的人之間建立的一種理解和溝通機(jī)智。在后面將一一介紹 。此學(xué)生管理系統(tǒng)是基于 . 技術(shù)，采用 . 技術(shù)構(gòu)建，在此稱為 SMS。從而減少管理方面的工作量。面對(duì)龐大的信息量，就要有學(xué)生管理信息系統(tǒng)來(lái)提高學(xué)生管理工作效率。學(xué)生管理信息系統(tǒng)是一個(gè)比較古老的應(yīng)用，隨著近些年計(jì)算機(jī)技術(shù)