【導(dǎo)讀】實(shí)驗(yàn)室安排管理系統(tǒng)。元化和最具創(chuàng)新精神的部分。但是隨著企業(yè)的發(fā)展，客戶的增多，企業(yè)賬目混亂，庫存不準(zhǔn)，信息反饋不及時(shí)等問題也接踵而至。越來越多的企業(yè)經(jīng)營者認(rèn)識(shí)到：單純靠對(duì)商品的占有，靠個(gè)人經(jīng)驗(yàn)，已經(jīng)很難把握市場，很難在激烈的競爭中取勝。如何借助IT手段、如何通過信息化，加強(qiáng)。核心競爭力，實(shí)現(xiàn)持續(xù)發(fā)展已成為中小企業(yè)亟待解決的關(guān)鍵問題。本實(shí)驗(yàn)室安排管理系統(tǒng)我們學(xué)院計(jì)算機(jī)系實(shí)驗(yàn)室安排管理系統(tǒng)，它具備數(shù)據(jù)處理、控制功能，教師可以通過注冊(cè)取得相關(guān)權(quán)限網(wǎng)上申請(qǐng)實(shí)驗(yàn)。用戶以管理自己的相關(guān)數(shù)據(jù)。管理員具有最高級(jí)管理權(quán)限，包括基本資料維護(hù)（教師維護(hù)，課程維護(hù)，班級(jí)維護(hù)，學(xué)生等可以無須受權(quán)匿名查看實(shí)驗(yàn)室安排表。請(qǐng)，則系統(tǒng)將直接將當(dāng)前用戶申請(qǐng)的提交到實(shí)驗(yàn)室安排初始表里由管理員進(jìn)行手動(dòng)安排。修改由管理員完成。經(jīng)過進(jìn)一步的調(diào)查研究，我確認(rèn)了實(shí)驗(yàn)室安排管理系統(tǒng)業(yè)務(wù)流程。系統(tǒng)流程圖）所示。

　　

【正文】 ucibiao） 節(jié)次表 (jiecibiao) 實(shí)驗(yàn)室安排管理數(shù)據(jù)庫（ sysapgl） 實(shí) 驗(yàn) 室 安 排 終 表(zuizhonganpaibiao) 下： （ 10） 戶信息表（ yhxxb） 戶信息表用于 保存用戶權(quán)限設(shè)置信息。 用戶信息表 結(jié)構(gòu)如表 31所示。 表 31 用戶信息表 字 段 名 稱 字段描述 主 鍵 類 型 長度 說 明 yonghubianhao 用戶編號(hào) 是 字符型 4 系 統(tǒng)自動(dòng)分配序號(hào)。 yonghuming 用戶名 字符型 8 非空 yonghuquanxian 用戶權(quán)限 字符型 50 非空 xingbie 性別 字符型 2 非空 xibie 系別 字符型 50 非空 mima 密碼 字符型 16 非空 （ 11） 實(shí)驗(yàn)室信息表（ shiyanshixinxibiao） 實(shí)驗(yàn)室信息表用于保存實(shí)驗(yàn)室信息。實(shí)驗(yàn)室信息表結(jié)構(gòu)如表 32 所示。 表 32 實(shí)驗(yàn)室信息表 字 段 名 稱 字段描述 主鍵 類 型 長度 說 明 sysbianhao 編號(hào) 是 字符型 4 系統(tǒng)自動(dòng)分配序號(hào) shiyanshiming 實(shí)驗(yàn)室名 字符型 8 非空 dizi 機(jī)房所在地址 字符型 50 非空 shebeishumu 設(shè)備數(shù)目 整型 4 非空 guanliyuan 管理員 字符型 8 非空 （ 12） 教師表 (jiaoshibiao) 教師表用于保存教師的資料。教師表結(jié)構(gòu)如表 33 所示。 表 33 教師表 字 段 名 稱 字段描述 主 鍵 類型 長 度 說 明 bianhao 編號(hào) 是 字符型 4 系統(tǒng)自動(dòng)分配序號(hào) xingming 姓名 字符型 8 非空 shoukekecheng 授課課程 字符型 50 非空 shoukebanji 授課班級(jí) 字符型 50 xingbie 性別 字符型 2 非空 xibie 系別 字符型 50 非空 （ 13） 課程信息表 (kecheng) 課程信息表用于保存課程信息。課程信息表結(jié)構(gòu)如表 34 所示。 表 34 課程信息表 字 段 名 稱 字段描述 主 鍵 類 型 長 度 說 明 bianhao 編號(hào) 是 字符型 4 系統(tǒng)自動(dòng)分配序號(hào) kechengming 課程名 字符型 50 非空 （ 14） 班級(jí)表 (banjibiao) 班級(jí)表用于保存班級(jí)的信息。班級(jí)表結(jié)構(gòu)如表 35 所示。 表 35 班級(jí)表 字 段 名 稱 字段描述 主 鍵 類 型 長 度 說 明 bianhao 編號(hào) 是 字符型 4 系統(tǒng)自動(dòng)分配序號(hào) banji 班級(jí) 字符型 50 非空 ruxueshijian 入學(xué)時(shí)間 日期 非空 renshu 人數(shù) 整型 4 非空 xibie 系別 字符型 50 非空 （ 15） 系部表 (xibiao) 系部表用于保存系部信息。系部表結(jié)構(gòu)如表 36 所示。 表 36 系部表 字 段 名 稱 字 段 描 述 主 鍵 類 型 長 度 說 明 bianhao 編號(hào) 是 字符型 4 系統(tǒng)自動(dòng)分配序號(hào) xibie 系別 字符型 50 非空 （ 16） 學(xué)年表（ xuenianbiao） 學(xué)年表用于保存學(xué)年信息。學(xué)年表結(jié)構(gòu)如表 37 所示。 表 37 學(xué)年表表 字 段 名 稱 字 段 描 述 主 鍵 類 型 長 度 說 明 bianhao 編號(hào) 是 字符型 4 系統(tǒng)自動(dòng)分配序號(hào) xuenian 學(xué)年 字符型 8 非空 （ 17） 學(xué)期表 (xueqibiao) 學(xué)期表用于保存學(xué)期信息。學(xué)期表結(jié)構(gòu)如表 38 所示。 表 38 學(xué)期表 字 段 名 稱 字 段 描 述 主 鍵 類 型 長 度 說 明 bianhao 編號(hào) 是 字符型 4 系統(tǒng)自動(dòng)分配序號(hào) xueqi 學(xué)期 字符型 8 非空 （ 18） 周次表（ zhoucibiao） 周次表用于保存周次信息。周次信息表結(jié)構(gòu)如表 39 所示。 表 39 周次表 字 段 名 稱 字 段 描 述 主 鍵 類 型 長 度 說 明 bianhao 編號(hào) 是 字符型 4 系統(tǒng)自動(dòng)分配序號(hào) zhouci 周次 字符型 8 非空 (10) 節(jié) 次表 (jiecibiao) 節(jié)次表用于保存節(jié)次信息。節(jié)次信息表結(jié)構(gòu)如表 310 所示。 表 310 周次表 字 段 名 稱 字 段 描 述 主 鍵 類 型 長 度 說 明 bianhao 編號(hào) 是 字符型 4 系統(tǒng)自動(dòng)分配序號(hào) jieci 節(jié)次 日期 8 非空 (11) 實(shí)驗(yàn)室安排初表（ shiyanshianpaibiao） 該表用于保存用戶申請(qǐng)實(shí)驗(yàn)室信息。實(shí)驗(yàn)室安排初表結(jié)構(gòu)如表 311 所示。 表 311 實(shí)驗(yàn)室安排初表 字 段 名 稱 字段描述 主 鍵 類 型 長度 說 明 bianhao 編號(hào) 是 字符型 4 系統(tǒng)自動(dòng)分配序號(hào) xuenian 學(xué)年 字符型 8 非空 xueqi 學(xué)期 字符型 8 非空 zhouci 周次 字符型 8 非空 jieci 節(jié)次 字符型 8 非空 banji 班級(jí) 字符型 8 非空 renshu 人數(shù) 字符型 4 非空 shenqingren 申請(qǐng)人 字符型 50 非空 kechengmingcheng 課程名稱 字符型 50 shiyanmingcheng 實(shí)驗(yàn)名稱 字符型 50 shiyanshimingcheng 實(shí)驗(yàn)室名稱 字符型 50 (12) 實(shí)驗(yàn)室安排終表（ shiyanshianpaibiao） 該表用于保存實(shí)驗(yàn)室最終安排信息。實(shí)驗(yàn)室安排終表結(jié)構(gòu)如表 312 所示。 表 312 實(shí)驗(yàn)室安排終表 字 段 名 稱 字段描述 主 鍵 類 型 長度 說 明 bianhao 編號(hào) 是 字符型 4 系統(tǒng)自動(dòng)分配序號(hào) xuenian 學(xué)年 字符型 8 非空 xueqi 學(xué)期 字符型 8 非空 zhouci 周次 字符型 8 非空 jieci 節(jié)次 字符型 8 非空 banji 班級(jí) 字符型 8 非空 renshu 人數(shù) 字符型 4 非空 shenqingren 申請(qǐng)人 字符型 50 非空 kechengmingcheng 課程名稱 字符型 50 shiyanmingcheng 實(shí)驗(yàn)名稱 字符型 50 shiyanshimingcheng 實(shí) 驗(yàn) 室 名稱 字符型 50 第四章 系統(tǒng)實(shí)施 關(guān)鍵技術(shù) :用 NET 框架創(chuàng)作安全性網(wǎng)站 很多 人 在嘗試寫出帶有登陸這樣功能的網(wǎng)站，其方法幾乎都是驗(yàn)證用戶的登陸合法，然后發(fā)送一個(gè)表示驗(yàn)證的 Cookie，或者在 Session 中保存信息以便于追蹤接下來的訪問授權(quán)，其實(shí)，這些細(xì)節(jié)化的操作， .NET 都提供了一種非常有效的解決辦法，能使你從繁瑣的安全驗(yàn)證上解脫出來，而且，盡管你可能很小心地定義那些頁面不能被沒有權(quán)限的人訪問，然而還有可能出現(xiàn)一些無法被檢查出來的漏洞讓他們跳過安全驗(yàn)證。 本 說明書 將介紹如下內(nèi)容： （ 1）關(guān) 于登陸驗(yàn)證和授權(quán) 很多網(wǎng)站都有登陸對(duì)話框，讓事先已經(jīng)注冊(cè)的用戶驗(yàn)證，以便為他們提供個(gè)性化的服務(wù)等。可以把這個(gè)過程看作是兩件事情的發(fā)生：驗(yàn)證和授權(quán)！登陸的作用是驗(yàn)證請(qǐng)求登陸的用戶是否合法，而授權(quán)則是驗(yàn)證合法 的用戶在請(qǐng)求資源時(shí)，根據(jù)他們的權(quán)限決定是訪問還是拒絕。 以上這種網(wǎng)站本身提供對(duì)話框的作法在 .NET 中被稱之為 Forms驗(yàn)證模式，接下來將會(huì)講述這種驗(yàn)證模式。在 .NET 的 中提供了一些網(wǎng)站安全方面的解決方案，盡管驗(yàn)證用戶合法和授權(quán)的基本思路沒有變化，但是授權(quán)的工作幾乎已經(jīng)交給 .NET 框架了，我們些代碼之需要自己驗(yàn)證用戶合法，并且告訴框架這個(gè)用戶合法即可。 （ 2） 用 Forms 驗(yàn)證模式 要使用啟用 Forms 驗(yàn)證模式， 這將告訴 .NET，你的網(wǎng)站使用 Forms 驗(yàn)證模式， .NET將不參與驗(yàn)證用戶的工作，而是將這個(gè)工作交給你完成，你必須自己編寫一些代碼來驗(yàn)證用戶合法，并且報(bào)告給 .NET 用戶是合法的。 .NET 將會(huì)發(fā)送一個(gè)驗(yàn)證 Cookie 到用戶，隨后的訪問中， .NET 以此 Cookie 為依據(jù)，來執(zhí)行授權(quán)的操作。 例如我們?cè)? txtUserName 和 txtPassword，在數(shù)據(jù)庫中，保存了用戶名 UserName和密碼 UserPassword，使用 btnLogin 按鈕的 Click 事件來驗(yàn)證用戶： private void btnLogin_Click(object sender, EventArgs e) { string sql = SELECT userid FROM Users WHERE UserName = 39。 + (39。,_) + 39。 AND UserPassword = 39。 + (xt, md5) + 39。 //使用上面類似的 SQL 語句向數(shù)據(jù)庫執(zhí)行查詢，如果用戶是合法的，將會(huì)返回?cái)?shù)據(jù)。 if (...) //根據(jù)條件判定用戶是合法的 { //下面的語句告訴 .NET 發(fā)送一個(gè)驗(yàn)證 Cookie 給用戶： (userid, false) ()。 //定位到登陸后頁面 } else { //用戶不合法，提示錯(cuò)誤信息 } } 以上代碼中， (39。,_)將用戶輸入的文本中單引號(hào)替換為下劃線，以防止 SQL 注入攻擊。 (xt, md5)方法將 轉(zhuǎn)換為 MD5散列值，通過 MD5 加密，即便此密文被截獲，攻擊者仍無 法獲得真實(shí)的密碼。 當(dāng)確認(rèn)用戶驗(yàn)證是合法的，則調(diào)用(userid, false)方法，發(fā)送驗(yàn)證 Cookie，此方法傳遞兩個(gè)參數(shù)，一個(gè)是代表用戶的標(biāo)示，一般來說，在接下來確認(rèn)用戶唯一身份的就是從數(shù)據(jù)庫中獲得的 userid。第二個(gè)參數(shù)告訴 .NET 是否寫入持續(xù)的 Cookie，如果為 true，則 Cookie 將被持續(xù)，下次用戶再次訪問時(shí)， Cookie 仍存在（相當(dāng)于記住用戶，可以提供這樣的復(fù)選框讓用戶來決定 是否持續(xù) Cookie）。發(fā)送了 Cookie 后，即可調(diào)用跳轉(zhuǎn)語句跳轉(zhuǎn)到指定地方。 （ 3） 資源的訪問 一旦驗(yàn)證了用戶合法，接下來要做的事就是對(duì)于用戶請(qǐng)求的資源，授權(quán)他們是否能夠訪問。重新回到 ，在網(wǎng)站的任何目錄中都可以使用 ，他們的設(shè)置是傳遞繼承的。 例如在 users 目錄中存放的均是當(dāng)用戶登錄后才能訪問的頁面，則在這個(gè)目錄中創(chuàng)建一個(gè)，內(nèi)容如下： ?xml version= encoding=utf8 ? configuration ! 授權(quán) 此節(jié)設(shè)置應(yīng)用程序的授權(quán)策略?？梢栽试S或拒絕不同的用戶或角色訪問 應(yīng)用程序資源。通配符 : * 表示任何人， ? 表示匿名 (未經(jīng)身份驗(yàn)證的 )用戶。 authorization deny users=? / /authorization / /configuration 上述 內(nèi)容中 deny users=? 將告訴 .NET，此目錄拒絕匿名用戶的訪問，也就是沒有驗(yàn)證的用戶。當(dāng)用戶試圖請(qǐng)求此目錄中的資源，將會(huì)被重新定向到 ，要求登陸。沒有登陸的情況下是無法訪問的。 上述僅對(duì)目錄進(jìn)行定義，程序員不用在頁面上添加任何代碼，即可完整地實(shí)現(xiàn)了授權(quán)方案。 屬性可以獲得用戶的 Name，即在驗(yàn)證時(shí)的 SetAuthCookie 方法中傳遞的 userid。 （ 4） 于角色的授權(quán) 其基本原理是，一旦用戶驗(yàn)證合法，他們就被分配角色，用戶可以 使一個(gè)或者若干和角色，而資源的授權(quán)面向角色，這樣，針對(duì)不同的角色，就可以授予不同的權(quán)限，沒有某種角色類型的用戶試圖訪問需要這種角色的資源將會(huì)被拒絕。 當(dāng)網(wǎng)站開始接受用戶請(qǐng)求時(shí)，就伴隨著驗(yàn)證，將激發(fā) Application_AuthenticateRequest 事件，在 。角色的分配工作就需要再這里進(jìn)行。 public void Application_AuthenticateRequest(ob