【文章內容簡介】 描述： 學生、教師和排課者可以按課程代號查詢選課名單。由于有多位教師教同一門課程的情況，查詢結果用列表的形式給出，點擊可以查看某一位老師所教課程的具體選課名單。 21 按教師代號查詢選課名單 用例名稱： 按教師代號查詢選課名單 參與者： 學生，教師，排課者 描述： 學生、教師和排課者可以按教師代號查詢選課名單。由于有一位教師教多門課程的情況，查詢結果用列表的形式給出，點擊可以查看這位老師所教某一門課程的具體選課名單。 第五章 數(shù)據庫設計 以下羅列出學生選課系統(tǒng)所需的數(shù)據表。 表 51 排課表 (Arrange) 字段 說明 類型 (長度 ) 備注 ARRANGE_ID 排課編號 int 主鍵，標識 CLASSROOM_ID 上課教室號 int 外鍵 DAY_TIME 上課時間 varchar(20) SETTING_ID 課程設置號 datetime 外鍵 表 52 院系信息表 (DeptInfo) 字段 說明 類型 (長度 ) 備注 DEPT_ID 院系編號 char(10) 主鍵 DEPT_NAME 院系名稱 nchar(10) 表 53 學生信息表 (StudentInfo) 字段 說明 類型 (長度 ) 備注 STUDENT_ID 學生學號 varchar(20) 主鍵 STUDENT_NAME 學生姓名 nvarchar(10) DEPT_ID 所屬院系編號 char(10) 外鍵 MAJOR_ID 專業(yè)號 varchar(20) 表 54 教師信息表 (TeacherInfo) 字段 說明 類型 (長度 ) 備注 TEACHER_ID 教師編號 varchar(20) 主鍵 TEACHER NAME 教師姓名 nvarchar(1 O) DEPT ID 所屬院系編號 char(10) 外鍵 表 55 教學樓信息表 (Buildinglnfo) 字段 說明 類型 (長度 ) 備注 BUILDING_ID 教學樓編號 int 主鍵，標識 BUILDING NAME 教學樓名稱 nchar(10) 表 56 教室信息表 (elassroonlInf0) 字段 說明 類型 (長度 ) 備注 CLASSROOM_ID 教室編號 int 主鍵，標識 CLASSROOM_NAME 教室名稱 nchar( BULDINal_ID 教學樓編號 Int 外鍵 PROPERTY 教室屬性 nchar(10) 表 57 課程詳細信息表 (courseInfo) 字段 說明 類型 (長度 ) 備注 COURSE_ID 課程設置編號 char(20) 主鍵 COURSE_NAME 課程名稱 nchar(20) NTTRODUCTION 課程介紹 nvarchar(300) 表 58 開課信息表 (coursesettingInfO) 字段 說明 類型 (長度 ) 備注 SETTING_ID 課程編號 INT 主鍵，標識 ORIENT_DE 面向專業(yè)編號 varchar(20) SCORE 學分 tinvint SELECT_LIMIT 限選性質 nchar(4) TEACHER_ID 教師編號 varchar(20) TEST_METHOD 考 察方式 nchar(4) COMMENT 備注 nvarchar(200) 默認值“無” SELECTPR_NO_LIMIT 最大選課人數(shù) smallint COURSE_ID 課程編號 char(20) DEPT_ID 開課院系編號 char(10) GRADE_ID 面向的年級 tinyint 表 59 反饋信息表 (FeedBack) 字段 說明 類型 (長度 ) 備注 FEEDBACK 1D 反饋信息編號 smallint 主鍵 FEEDBACK TITLE 反饋 信息標題 nvarchar(20) 默認值“無 FEEDBACK_CONTENT 反饋信息內容 nvarchar(3000) USER ID 用戶 ID varchar(20) FEEDBACK TIME 反饋時間 datetime 表 510 備份排課記錄表 (BackUpArrangeList) 字段 說明 類型 (長度 ) 備注 LIST ID 列表號 int 主鍵 BACKUP— ID 備份排課記錄表1D varchar(20) 表 511 選課信息表 (CourseSelect) 字段 說明 類型 (長度 ) 備注 ARRANGE_ID 排課編號 int STUDENT_ID 學生學號 varchar(20) 表 512 選課時間段信息表 (courseSelectInterval) 字段 說明 類型 (長度 ) 備注 BEGIN_TIME 開始選課時間 datetime END_TIME 終止選課時間 datetime 表 513 選課通知表 (CourseSelectNotice) 字段 說明 類型 (長度 ) 備注 NOTICE_ID 通知編號 smallint t鍵，標識 NOTICE_TITLE 通知標題 nvarchar(20) NOTICE_CONTENT 通知內容 nvarchar(3000) NOTICE_TIME 通知時間 datetime NOTICE_HOT 是否為“熱點” bit(2) 默認值“ 0” 表 514 系統(tǒng)用戶信息表 (UserInfo) 字段 說明 類型 (長度 ) 備注 USER_TYPE 用戶類型 (排課者、教師或學生 ) char(1) USER_ID 用戶編 號，標識 int USER_NAME 用戶名 varchar(20) PASSWORD 用戶密碼 varchar(20) 以上是在數(shù)據庫“物理設計”中設計的表 (被稱為數(shù)據庫的“內模式” )。在設計過程中應盡量避免冗余，并且在各相關的表之間建立約束，以從數(shù)據庫本身來避免數(shù)據沖突，保持數(shù)據的完整性和合理性。注意其中有一部分表是從其他系統(tǒng) Import 進來的。具體地， DeptInfo 來：自院系管理系統(tǒng)； studentInfo 來自學籍管理系統(tǒng)； TeacherInfo 來自各院系辦公系統(tǒng)的教師管理子系統(tǒng)；BuildingInfo 來自學校資產管理系統(tǒng)； CourseSettingInfo 來自各院系辦公系統(tǒng)的課程設置子系統(tǒng)。這些表在這里只是其原所在系統(tǒng)的一部分。 在具體查詢過程中，如果全部直接從物理表查詢，則要建立多重的聯(lián)合 (內聯(lián) )查詢，這樣用起來很不方便，也容易出錯；同時要從 IIS 發(fā)送更多的查詢語句到 SQL 服務器，影響效率。因此建立以下的關鍵視圖 (被稱為數(shù)據庫的“外模式” )，方便查詢。 完整排課信息的視圖 (VIEW_Arrange)如表 515 所示。 表 515 完整排課信息的視圖 VIEW_Arrange 字段 源表 說明 COURSE_ID CourseSettingInfo 課程編號 COURSE_NAME CourseInfo 課程名稱 TEACHER_ID CourseSettinglnfo 教師編號 TEACHER_NAME Teacherlnf0 教師姓名 SELECT_LIMIT CourseSettinglnfo 限選性質 SCORE CourseSettinglnfo 學分 TEST_METHOD CourseSettinglnfo 考察方式 0RIENT_DEPT_ID CourseSettinglnfo 面向專業(yè)編號 SELECTOR_N0_LIMIT CourseSettinglnfo 最大選課人數(shù) CLASSROOM_NAME ClassroomInfo 教室名稱 CLASSR00M_PROPERTY Classroomlnf0 教室屬性 DEPT_NAME CourseSettinglnfo 開課院系名稱 BUILDING— NAME BuildingInfo 教學樓名稱 BULDING— ID Arrange 教學樓編號 DAYJIME Arrange 上課時問 SETTINGID Arrange 課程設置編號 ARRANGE_1D Arrange 排課號 CLASSROOM— ID Arrange 教室編號 完整選課信息的視圖 (VIEW_Select)如表 516 所示。 表 516 完整選課信息的視圖 VIEW_Select 字段 源表 說明 ARRANGE_ID Arrange 排課號 COURSE_ID CourseSettinglnfo 課程編號 COURSEJNAME CourseInfo 課程名稱 TEACHER_ID CourseSettingInfo 教師編號 TEACHERJNAME Teacherlnfo 教師名稱 ORIENT_DEPT_ID CourseSettingInfo 面向專業(yè)編號 STUDENY_ID Select 學生學號 STUDENT_NAME StudentInfo 學生姓名 視圖從表中將用到的一組記錄提取出來組成一個虛擬表，而不管數(shù)據源中的其他信息，它可以改變這些記錄的值，并把更新結果送回到源表中。從用戶的觀點來看，視圖和基本表是一樣的。作為數(shù)據庫的一個重要概念，視圖 有以下許多優(yōu)點。 (1)提供了一定程度的邏輯獨立性。當數(shù)據庫重新構造時，數(shù)據庫整體的邏輯結構將發(fā)生變化。如果用戶程序是通過視圖來訪問數(shù)據的，視圖相當于用戶的外模式，只需要修改視圖定義來保證用戶的外模式不變，因此用戶的程序也不必改變。 (2)有利于數(shù)據保密。對不同的用戶定義不同的視圖，而且只授予用戶訪問自己的視圖的權限，使其無法看到其他用戶的數(shù)據。 (3)簡化了用戶的操作。視圖機制使用戶把注意力集中在自己關心的數(shù)據上。這種視圖所表達的數(shù)據的邏輯結構與基本表相比，更易于被用戶理解。而對視 圖的操作實際上是把對基本表 (尤其是多個基本表 )的操作隱藏了起來，大大簡化了用戶的操作，同時提高了執(zhí)行效率，減小了網絡流量。 在數(shù)據庫管理系統(tǒng)中，保證數(shù)據庫中的數(shù)據完整性是非常重要的。所謂數(shù)據完整性，就是指存儲在數(shù)據庫中數(shù)據的一致性和正確性。約束定義關于列中允許值的規(guī)則，是強制完整性的標準機制。使用約束優(yōu)先于使用觸發(fā)器、規(guī)則和默認值。查詢優(yōu)化器也使用約束定義生成高性能的查詢執(zhí)行計劃。 最后依舊給出各表之間的約束關系圖（圖 51）。在 SQL server 聯(lián)機幫助中，將數(shù)據完整性解釋如下：“存儲在數(shù)據 庫中的所有數(shù)據值均正確的狀態(tài)。如果數(shù)據庫中存儲有不正確的數(shù)據值，則該數(shù)據庫稱為已喪失數(shù)據完整性?！睆娭茢?shù)據完整性可確保數(shù)據庫中的數(shù)據質量。同時該圖也暗示了各表時間的層次關系。 圖 51 數(shù)據庫各表之間的關系圖 第六章 系統(tǒng)的實現(xiàn) 在這一章里主要是對學生選課系統(tǒng)的編碼實現(xiàn)。系統(tǒng)建模是非常重要的，它對整個系統(tǒng)的實現(xiàn)不單單起了提綱契領的作用，而且對于某些復雜功能模塊的代碼規(guī)定了具體的實現(xiàn)邏輯 (這里只對一些復雜的核心模塊進行了這樣的建模 —— 活動圖就是起這個作用的。但是最終系 統(tǒng)依然要依靠編碼來實現(xiàn)。而且一般并不對系統(tǒng)進行完全細致的建模，所以編寫代碼時仍然有很大的空間。由于同樣的原因，甚至在編寫代碼的時候才向上回溯，修改原來建立的模型。總有一些問題是要等到具體實現(xiàn)的時候才能清楚展現(xiàn)出來的，而不是說這里的模型沒有起作用。 StudentCourseSettlement 系統(tǒng)只有三個子系統(tǒng)，即登錄控制、排課和選課。有的子系統(tǒng)實現(xiàn)的功能塊比較多，這些功能塊之間具有層次關系。這里首先羅列本系統(tǒng)用到的所有頁面、它們在系統(tǒng)中所起的作用以及它們之間的層次關系。表61 示出了用到的所有頁面它們的作 用以及所在的相對存儲位置。由于是按結構來組織文件