實驗室安排管理系統—免費畢業設計論文-資料下載頁

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

　　

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