數(shù)據(jù)庫原理課程設計-學籍管理系統(tǒng)

課程設計設計題目：學籍管理系統(tǒng)系別信息工程系班級軟本094學生姓名學號080923指導教師職稱教授講師起止日期：2011年5月30日起——至2011年6月沈陽工程學院課程設計任務書課程設計題目：數(shù)據(jù)庫原理課程設計學籍管理系統(tǒng)系別信息工程系班級軟本094學生姓名學號080923指導教師職稱教授、講師課程設計進行地點：實訓F任務下達時間：2011年5月30日起止日期：2011年5月30教研室主任2011年5月20日批準設計的原始資料及依據(jù)本次數(shù)據(jù)庫設計主要涉及到需求分析、概念結構設計、邏輯結構設計幾個主要環(huán)節(jié)。2．設計的主要內(nèi)容及要求1．寫出系統(tǒng)的需求分析，要求包括數(shù)據(jù)流圖、數(shù)據(jù)字典等。2．畫出系統(tǒng)的E-R圖及CDM模型。3．畫出系統(tǒng)的PDM模型。3.對設計說明書撰寫內(nèi)容、格式、字數(shù)的要求⑴學生應撰寫的內(nèi)容為：中文摘要和關鍵詞、目錄、正文、參考文獻等。課程設計說明書（論文）的結構及各部分內(nèi)容要求可參照《沈陽工程學院畢業(yè)設計（論文）撰寫規(guī)范》執(zhí)行。應做到文理通順，內(nèi)容正確完整，書寫工整，裝訂整齊。⑵裝訂格式：封面、任務書、成績評審意見表、中文摘要和關鍵詞、目錄、正文、結論、致謝、參考文獻。⑶課程設計說明書（論文）是體現(xiàn)和總結課程設計成果的載體，一般不應少于3000字。4.設計完成后應提交成果的種類、數(shù)量、質量等方面的要求每組提交一份課程設計報告，要求包括需求分析、概念結構設計、邏輯結構設計三部分最終結果，而且每組前后設計保持連續(xù)性。5.時間進度安排順序階段日期計劃完成內(nèi)容備注1查閱資料，充分解讀題目內(nèi)容，小組分工，確定每個人的具體任務。25.30小組討論確定系統(tǒng)的需求分析，開始撰寫需求分析報告。3熟悉需求分析，進行概念結構設計，開始撰寫概念結構設計報告。46.1熟悉概念結構設計，進行邏輯結構設計，開始撰寫邏輯結構設計。56.2檢查組內(nèi)設計的一致性。6.主要參考資料（文獻）⑴王珊.數(shù)據(jù)庫系統(tǒng)概論.北京：高等教育出版社，2000⑵張龍祥.數(shù)據(jù)庫原理與設計.北京：人民郵電出版社，2000⑶李紅.數(shù)據(jù)庫原理與應用.北京：高等教育出版社，2002⑷王能斌.數(shù)據(jù)庫系統(tǒng)原理.北京：電子工業(yè)出版社，2002沈陽工程學院數(shù)據(jù)庫原理課程設計成績評定表系（部）：信息工程系班級：軟本094學生姓名：孫雨薇繆斯孟昭鵬指導教師評審意見評價內(nèi)容具體要求權重評分加權分調(diào)研論證能獨立查閱文獻,收集資料；能制定課程設計方案和日程安排。5432工作能力態(tài)度工作態(tài)度認真，遵守紀律，出勤情況是否良好，能夠獨立完成設計工作，5432工作量按期圓滿完成規(guī)定的設計任務，工作量飽滿，難度適宜。5432說明書的質量說明書立論正確，論述充分，結論嚴謹合理，文字通順，技術用語準確，符號統(tǒng)一，編號齊全，圖表完備，書寫工整規(guī)范。5432指導教師評審成績（加權分合計乘以12）分加權分合計指導教師簽名：年月日評閱教師評審意見評價內(nèi)容具體要求權重評分加權分查閱文獻查閱文獻有一定廣泛性；有綜合歸納資料的能力5432工作量工作量飽滿，難度適中。5432說明書的質量說明書立論正確，論述充分，結論嚴謹合理，文字通順，技術用語準確，符號統(tǒng)一，編號齊全，圖表完備，書寫工整規(guī)范。5432評閱教師評審成績（加權分合計乘以8）分加權分合計評閱教師簽名：年月日課程設計總評成績分摘要隨著社會科學技術的迅猛發(fā)展,計算機以它卓越的進步已得到各行各業(yè)的廣泛應用，從而學校的各種管理系統(tǒng)也越來越先進完善，本系統(tǒng)主要應用于教育系統(tǒng)，完成對學生學籍信息的管理。開發(fā)學籍管理系統(tǒng)可以讓學校有效管理學校內(nèi)各學生的信息，同時也可以減少勞動力的使用、提高查詢學生信息的速度、深化管理制度，實現(xiàn)學籍管理多樣性。目前，學校工作繁重，資料眾多……鑒于這種情況，學校很是需要這類適合大眾和兼容性好的信息管理系統(tǒng)。我們經(jīng)過充分、系統(tǒng)的考察調(diào)研，進行了分析、設計與開發(fā)，在手工學籍管理的基礎上，利用計算機快捷、存儲量大、查找簡單等特點，實現(xiàn)了計算機檔案管理，力爭做到系統(tǒng)的功能完善、界面友好、操作簡單，除了滿足用戶當前的需求還為系統(tǒng)將來可能的發(fā)展留出余地。人們在總結信息資源開發(fā)管理和服務的各種手段是時，認為最有效的是數(shù)據(jù)庫技術，一個好的數(shù)據(jù)結構是應用系統(tǒng)的基礎。數(shù)據(jù)庫設計是指對于一個給定的應用環(huán)境，構造最優(yōu)的數(shù)據(jù)庫模式和物理結構，并據(jù)此建立數(shù)據(jù)庫及其應用系統(tǒng)，使之能夠有效地存儲數(shù)據(jù)，滿足各種用戶的應用需求，如信息要求和處理要求。數(shù)據(jù)庫設計的目標是為用戶和各種應用系統(tǒng)提供一個信息基礎設施和高效率的運行環(huán)境。數(shù)據(jù)庫一個信息系統(tǒng)的各個部分能否緊密地結合在一起以及如何結合，關鍵在數(shù)據(jù)庫。本系統(tǒng)包括需求分析、概念結構設計和邏輯結構設計三個主要部分，主要實現(xiàn)對學籍信息的規(guī)范化、系統(tǒng)化的管理。在需求分析中，主要內(nèi)容為數(shù)據(jù)流圖、數(shù)據(jù)字典（數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、數(shù)據(jù)存儲）；在概念結構設計中，構造出E-R圖、總體概念模型和CDM圖；在邏輯結構設計中主要工作就是將E-R圖轉換成關系模式，并構造具體的PDM圖。

關鍵詞：學籍管理查詢存儲數(shù)據(jù)關系模式目錄摘要 I1系統(tǒng)總體介紹及組內(nèi)分工 12數(shù)據(jù)庫設計 3需求分析 3需求分析的任務 3數(shù)據(jù)流圖 4數(shù)據(jù)字典 4確定實體間的聯(lián)系 92.2概念結構設計 10概念結構設計的方法 10局部概念設計 10總體概念設計 152.2.4CDM生成過程 152.3邏輯結構設計 20邏輯結構設計的思想 202.3.2E-R圖向邏輯結構轉換的規(guī)則 212.3.3學籍管理系統(tǒng)的E-R圖向邏輯結構轉換的過程 222.3.4PDM模型的生成過程 232.3.5規(guī)范化證明 25結論 27致謝 28參考文獻 29附錄 301系統(tǒng)總體介紹及組內(nèi)分工隨著信息技術在管理上越來越深入而廣泛的應用，管理信息系統(tǒng)的實施在技術上已逐步成熟。管理信息系統(tǒng)是一個不斷發(fā)展的新型學科，任何一個單位要生存要發(fā)展，要高效率地把內(nèi)部活動有機地組織起來，就必須建立與自身特點相適應的管理系統(tǒng)。伴隨著高校規(guī)模的不斷擴大，學生數(shù)量的急劇增加，有關學生的各種信息量也成倍的增長。面對龐大的信息量，就要有學生學籍管理系統(tǒng)來提高學生管理工作效率。通過這樣的系統(tǒng)可以做到信息的管理規(guī)范.科學統(tǒng)計和快速查詢。從而減少管理方面的工作量。有效的管理學生所有信息就是學生學籍管理系統(tǒng)完成的功能。本系統(tǒng)主要是為了提高學籍管理的效率，為教務人員提供良好的學籍管理工具，減少他們的不必要開銷，從根本利益出發(fā)，實現(xiàn)學籍管理的系統(tǒng)化、規(guī)范化和自動化。經(jīng)過實際考察，我們設計了學籍管理系統(tǒng)，這個系統(tǒng)最終實現(xiàn)的主要功能如下：院系信息管理部分：主要完成學院中各系的信息管理，完成院系信息的錄入。學生信息管理部分：主要完成學生自身信息的管理、學生成績管理、學生所屬關系管理。班級信息管理部分：完成學校內(nèi)班級信息的管理、班級所屬關系管理。獎懲信息管理部分：負責完成獎懲信息的管理，同時完成獎懲種類的查詢。專業(yè)信息管理部分：完成校內(nèi)專業(yè)信息的管理、專業(yè)所屬關系管理。課程信息管理部分：負責完成各種課程信息的管理，班級課程定制信息管理、學生選課信息管理。學籍管理系統(tǒng)主要功能模塊，如圖1.1所示。學籍管理系統(tǒng)學籍管理系統(tǒng)院系信息管理班級信息管理專業(yè)信息管理學生信息管理課程信息管理獎懲信息管理圖1.1系統(tǒng)功能模塊圖組內(nèi)具體分工，如表1.1所示。姓名任務成績組長孫雨薇主要負責系統(tǒng)的需求分析部分，設計功能模塊，數(shù)據(jù)流圖，編寫數(shù)據(jù)字典部分。組員孟昭鵬主要負責概念結構設計部分，E-R圖，聯(lián)系，在報告中負責Powerdesinger的安裝實現(xiàn)，繪制CDM圖。組員繆斯主要負責邏輯結構設計部分，將E-R圖轉換為關系模式，PDM的生成，數(shù)據(jù)庫的連接，腳本的生成，范式證明。2數(shù)據(jù)庫設計需求分析需求分析是數(shù)據(jù)庫信息管理系統(tǒng)開發(fā)的第一步也是最重要一步。需求分析就是描述系統(tǒng)的需求，通過定義系統(tǒng)總的關鍵域來建立模型，分析的根本目的的是在開發(fā)者和提出需求的人之間建立的一種理解和溝通機制。2.1.1需求分析的任務信息時代的到來意味著工作效率的日漸提高，同時也給學籍管理部門帶來更大的壓力，學籍管理部門必須及時準確地提供各種材料，若無法作到這一點，將使效率得不到條?；谶@一原因，學籍管理工作無一例外受到領導們的高度重視。同時，國家在評審教育的各種資質時，也都把學籍管理是否達標作為重要的評定因素之一。因此，學籍管理部門必須提高其自身的管理水平。“提高學籍管理檔次，將學籍交給計算機管理”正在成為一種潮流，同時，計算機管理突出的優(yōu)勢也在影響學籍管理的機制。以手工檢索為目的的目錄，不僅在編制階段大量占用時間，檢索利用也非常繁瑣，缺少經(jīng)驗的人員甚至無法在別人編制的目錄中查找學籍，更加難以保證“查全率”，使用計算機檢索，將徹底解決這一問題。通過這樣的系統(tǒng),可以做到信息的規(guī)范管理,科學統(tǒng)計和快速的查詢,從而減少管理方面的工作量和減少人為的錯誤。學籍管理系統(tǒng)的總目標是：在計算機網(wǎng)絡，數(shù)據(jù)庫和先進的開發(fā)平臺上，利用現(xiàn)有的軟件，配置一定的硬件，開發(fā)一個具有開放體系結構的、易擴充的、易維護的、具有良好人機交互界面的學籍管理系統(tǒng)。學籍管理系統(tǒng)是針對學校的大量信息處理工作而開發(fā)的管理軟件，根據(jù)用戶的要求，實現(xiàn)對學生信息管理幾個方面的功能。我們要做的是一個高校學生學籍管理系統(tǒng)，我們的目標是提高學會管理工作的效率，具有對學生個人信息，課程信息，所選課程信息進行管理及維護的功能。學生可以通過此系統(tǒng)進行個人信息，考試成績查詢以及完成選課功能。系統(tǒng)開發(fā)的總體任務是實現(xiàn)學生信息管理的系統(tǒng)化，規(guī)范化和自動化。通過對學籍管理人員及存在使用者的調(diào)查，對學籍管理工作情況進行充分的了解，明確了存在用戶的各種需求。然后在此基礎上確定寢室資源管理的功能。調(diào)查的重點是“數(shù)據(jù)”和“處理”，通過調(diào)查、分析，獲得用戶對數(shù)據(jù)庫如下要求：（1）信息要求：院系信息、學生信息、班級信息、專業(yè)信息、課程信息、獎懲信息。（2）處理要求：班級課程定制、學生獎懲管理、學生成績記錄等。數(shù)據(jù)流圖數(shù)據(jù)流圖(DataFlowDiagram，DFD)是用來描繪軟件系統(tǒng)邏輯模型的圖形工具，用于描繪信息在系統(tǒng)中的流動和處理情況。數(shù)據(jù)流圖是結構系統(tǒng)分析的主要工具，它表示了系統(tǒng)內(nèi)部信息的流向，并表示了系統(tǒng)的邏輯處理的功能，是一種功能模型。在數(shù)據(jù)流圖中有四種基本符號，如表2.1所示。表2.1數(shù)據(jù)流圖基本符號的意義符號說明加工，輸入數(shù)據(jù)在此進行變換產(chǎn)生輸出數(shù)據(jù)，中間要注明加工的名字數(shù)據(jù)輸入的源點和數(shù)據(jù)輸出的終點，在其中要注明源泉點或終點的名字數(shù)據(jù)流，被加工的數(shù)據(jù)及數(shù)據(jù)流向，在箭頭邊要用名詞或名詞性短語給出數(shù)據(jù)流的名字數(shù)據(jù)的存儲，要用名詞或名詞性短語給出數(shù)據(jù)文件的名字頂層數(shù)據(jù)流圖，如圖2.1所示。一級數(shù)據(jù)流圖，如圖2.2所示。數(shù)據(jù)字典數(shù)據(jù)項數(shù)據(jù)項是不可再分的數(shù)據(jù)單位。對數(shù)據(jù)項的描述通常包括以下內(nèi)容：數(shù)據(jù)項描述＝{數(shù)據(jù)項名，數(shù)據(jù)項含義說明，別名，數(shù)據(jù)類型，長度，取值范圍，取值含義，與其他數(shù)據(jù)項的邏輯關系，數(shù)據(jù)項之間的聯(lián)系}，其中，“取值范圍”、“與其他數(shù)據(jù)項的邏輯關系”定義了數(shù)據(jù)的完整性約束條件，是設計數(shù)據(jù)檢驗功能的依據(jù)，數(shù)據(jù)項如表2.1，2.2，2.3，2.4，2.5，2.6所示。表2.1院系信息數(shù)據(jù)項數(shù)據(jù)項名數(shù)據(jù)項含義說明別名數(shù)據(jù)類型長度數(shù)據(jù)項之間的聯(lián)系院系編號院系的唯一標識DEPART_ID整型無主碼院系名稱院系的名稱DERART_NAM字符型40系主任系主任的姓名DERANT_DIRE字符型10備注院系的備注信息DEPANT_NOT字符型200表2.2專業(yè)信息數(shù)據(jù)項數(shù)據(jù)項名數(shù)據(jù)項含義說明別名數(shù)據(jù)類型長度數(shù)據(jù)項之間的聯(lián)系專業(yè)編號專業(yè)的唯一標識PROF_ID整型無主碼專業(yè)名專業(yè)的名稱PROF_NAME字符型40備注專業(yè)的備注信息PROF_NOTE字符型200表2.3班級信息數(shù)據(jù)項數(shù)據(jù)項名數(shù)據(jù)項含義說明別名數(shù)據(jù)類型長度數(shù)據(jù)項之間的聯(lián)系班級編號班級的唯一標識CLASS_ID整型無主碼班級年份班級的創(chuàng)建年份CLASS_YEAR字符型4班級序號班級的序號CLASS_PRID整型無班級名班級的名稱CLASS_NAME字符型40輔導員班級的輔導員姓名CLASS_INST字符型10備注班級的備注信息CLASS_NOTE字符型200表2.4學生信息數(shù)據(jù)項數(shù)據(jù)項名數(shù)據(jù)項含義說明別名數(shù)據(jù)類型長度數(shù)據(jù)項之間的聯(lián)系學號學生的唯一標識SNO字符型20主碼姓名學生的姓名SNAME字符型10性別學生的性別SSEX字符型2出生日期學生的出生日期SBIRT字符型10民族學生的名族SNAFA字符型8籍貫學生的籍貫SBIPL字符型10地址學生的家庭地址SADDR字符型50學生的SPOST字符型6學生的聯(lián)系STELE字符型20身份證號學生的身份證號SID字符型18政治面貌學生的政治面貌SPOLA字符型10入學年份學生的入學年份SYEAR字符型10備注學生的備注信息SNOTE字符型1000表2.5課程信息數(shù)據(jù)項數(shù)據(jù)項名數(shù)據(jù)項含義說明別名數(shù)據(jù)類型長度數(shù)據(jù)項之間的聯(lián)系課程編號課程的唯一標識COURSE_ID整型無主碼課程名課程的名稱COURSE_NAM字符型20先行課課程的先行課COURSE_PRN整型無學分課程的學分COURSE_CRE整型無備注課程的備注信息COURSE_NOT字符型200表2.6獎懲信息數(shù)據(jù)項數(shù)據(jù)項名數(shù)據(jù)項含義說明別名數(shù)據(jù)類型長度數(shù)據(jù)項之間的聯(lián)系獎懲編號獎懲的唯一標識REPU_ID整型無主碼種類獎懲的種類JC_LEI字符型15信息獎懲的信息note字符型500數(shù)據(jù)結構反映了數(shù)據(jù)之間的組合關系。一個數(shù)據(jù)結構可以由若干個數(shù)據(jù)項組成，也可以由若干個數(shù)據(jù)結構組成，或由若干個數(shù)據(jù)項和數(shù)據(jù)結構混合組成。對數(shù)據(jù)結構的描述通常包括以下內(nèi)容：數(shù)據(jù)結構描述＝{數(shù)據(jù)結構名，含義說明，組成：{數(shù)據(jù)項或數(shù)據(jù)結構}}，如表2.7所示。表2.7數(shù)據(jù)結構數(shù)據(jù)結構名含義說明組成班級信息班級的各種信息班級編號、班級年份、班級序號、班級名、輔導員名、備注課程信息課程的各種信息課程編號、課程名、先行課、學分、備注院系信息院系的各種信息院系編號、院系名稱、系主任、備注學生信息學生的各種信息學號、姓名、性別、出生日期、民族、籍貫、地址、、、身份證號、政治面貌、入學年份、備注專業(yè)信息專業(yè)的各種信息專業(yè)編號、專業(yè)名、備注獎懲信息獎懲的各種信息獎懲編號、獎懲種類、信息數(shù)據(jù)流是數(shù)據(jù)結構在系統(tǒng)內(nèi)傳輸?shù)穆窂?。對?shù)據(jù)流的描述通常包括以下內(nèi)容：數(shù)據(jù)流描述＝{數(shù)據(jù)流名，說明，數(shù)據(jù)流來源，數(shù)據(jù)流去向，組成：{數(shù)據(jù)結構}，平均流量，高峰期流量}，其中，“數(shù)據(jù)流來源”是說明該數(shù)據(jù)流來自哪個過程；“數(shù)據(jù)流去向”是說明該數(shù)據(jù)流將到哪個過程去；“平均流量”是指在單位時間（每天、每周、每月等）里的傳輸次數(shù)；“高峰期流量”則是指在高峰時期的數(shù)據(jù)流量，數(shù)據(jù)流如表2.8所示。表2.8數(shù)據(jù)流數(shù)據(jù)流名說明數(shù)據(jù)來源數(shù)據(jù)流去向班級信息班級管理的信息班級信息的錄入信息存儲課程信息課程管理的信息課程信息的錄入信息存儲院系信息院系管理的信息院系信息的錄入信息存儲學生信息學生管理的信息學生信息的錄入信息存儲專業(yè)信息專業(yè)管理的信息專業(yè)信息的錄入信息存儲獎懲信息獎懲管理的信息獎懲信息的錄入相對應的各種處理4.數(shù)據(jù)存儲數(shù)據(jù)存儲是數(shù)據(jù)結構停留或保存的地方，也是數(shù)據(jù)流的來源和去向之一。它可以是手式文檔或手工憑單，也可以是計算機文檔。對數(shù)據(jù)存儲的描述通常包括以下內(nèi)容：數(shù)據(jù)存儲描述＝{數(shù)據(jù)存儲名，說明，輸入的數(shù)據(jù)流，輸出的數(shù)據(jù)流，組成：{數(shù)據(jù)結構}}，其中，“存取頻度”指每小時或每天或每周存取幾次、每次存取多少數(shù)據(jù)等信息；“存取方式”包括是批處理還是聯(lián)機處理、是檢索還是更新、是順序檢索還是隨機檢索等；另外，“輸入的數(shù)據(jù)流”要指出其來源；“輸出的數(shù)據(jù)流”要指出其去向，數(shù)據(jù)存儲如表2.9所示。表2.9數(shù)據(jù)存儲數(shù)據(jù)存儲名說明輸入的數(shù)據(jù)流輸出的數(shù)據(jù)流組成班級信息班級管理的信息班級信息的錄入班級的各種信息班級編號、班級年份、班級序號、班級名、輔導員名、備注課程信息課程管理的信息課程信息的錄入課程的各種信息課程編號、課程名、先行課、學分、備注院系信息院系管理的信息系別信息的錄入系別的各種信息院系編號、院系名稱、系主任、備注學生信息學生管理的信息學生信息的錄入學生的各種信息學號、姓名、性別、出生日期、民族、籍貫、地址、、、身份證號、政治面貌、入學年份、備注專業(yè)信息專業(yè)管理的信息專業(yè)信息的錄入專業(yè)的各種信息專業(yè)編號、專業(yè)名、備注獎懲信息獎懲管理的信息獎懲信息的錄入獎懲的各種信息獎懲編號、獎懲種類、信息處理過程的具體處理邏輯一般用判定表或判定樹來描述。數(shù)據(jù)字典中只需要描述處理過程的說明性信息，通常包括以下內(nèi)容：處理過程描述＝{處理過程名，說明，輸入：{數(shù)據(jù)流}，輸出：{數(shù)據(jù)流}}，其中，“簡要說明”中主要說明該處理過程的功能及處理要求。功能是指該處理過程用來做什么（而不是怎么做），處理要求包括處理頻度要求，如單位時間里處理多少事務、多少數(shù)據(jù)量、響應時間要求等。這些處理要求是后面物理設計的輸入及性能評價的標準，處理過程，處理過程如表2.10所示。表2.10數(shù)據(jù)處理處理過程名說明輸入數(shù)據(jù)流輸出數(shù)據(jù)流班級信息錄入對班級信息進行錄入班級信息班級信息課程信息錄入對課程信息進行錄入課程信息課程信息院系信息錄入對院系信息進行錄入系別信息系別信息學生信息錄入對學生信息進行錄入學生信息學生信息專業(yè)信息錄入對專業(yè)信息進行錄入專業(yè)信息專業(yè)信息成績信息錄入對成績信息進行錄入成績信息成績信息獎懲信息錄入對獎懲信息進行錄入獎懲信息獎懲信息查看專業(yè)信息對專業(yè)信息進行查詢專業(yè)信息院系提交專業(yè)信息對專業(yè)信息進行提交院系獎懲信息查看獎懲信息對獎懲信息進行查詢獎懲信息、學生院系、學生查看學生信息對學生信息進行查詢學生信息院系、學生提交學生信息對學生信息進行提交管理學生信息院系定制課程對課程的選定班級信息課程信息管理查看班級信息對班級信息進行查詢學生班級信息查看課程信息對課程信息進行查詢學生課程信息確定實體間的聯(lián)系在學籍管理系統(tǒng)中，需要將學生所在的院系信息進行保存，包括：院系編號，院系名稱，系主任，備注。同樣需要對學生所選專業(yè)信息進行保存，包括：專業(yè)名，專業(yè)編號，備注。學生所在班級信息包括：班級編號，班級序號，班級名，指導員名，班級年份，備注。學生所要學習的課程，它包括：課程編號，課程名，先行課，學分，備注。學生的個人信息包括：學號，姓名，出生日期，入學年份，，備注，民族，政治面貌，性別，籍貫，身份證號，，地址。最后，對學生所獲的獎懲信息進行統(tǒng)計，包括：獎懲編號，信息，種類。客觀存在并可相互區(qū)別的事物稱為實體，所以在本系統(tǒng)中實體有：系院，專業(yè)，班級，課程，學生，獎懲。根據(jù)系統(tǒng)中各個實體的分析，可得各個實體間的聯(lián)系如下：院系實體與專業(yè)實體之間的聯(lián)系是：一個院系可以有多個專業(yè)，一個專業(yè)只可以屬于一個院系。因此，院系實體與專業(yè)實體間是一對多的關系。專業(yè)實體與班級實體之間的聯(lián)系是：一個專業(yè)可以有多個班級，一個班級只可以屬于一個專業(yè)。因此，專業(yè)實體與班級實體間是一對多的關系。班級實體與課程實體之間的聯(lián)系是：一個班級可以上多個課程，一個課程可以分給多個班級。因此，班級實體與課程實體間是多對多的關系。課程實體與學生實體之間的聯(lián)系是：一個課程可以有多個學生上，一個學生可以學習多個課程。因此，課程實體與學生實體間是多對多的關系。班級實體與學生實體之間的聯(lián)系是：一個班級可以有多個學生，一個學生只可以屬于一個班級。因此，班級實體與學生實體間是一對多的關系。學生實體與獎懲實體之間的聯(lián)系是：一個學生可以獲得多個獎懲，一個獎懲可以分給多個學生。因此，學生實體與獎懲實體間是多對多的關系。2.2概念結構設計將需求分析得到的用戶需求抽象為信息結構即概念模型的過程就是概念結構設計。它是整個數(shù)據(jù)庫設計的關鍵。了概念結構設計能真實、充分地反映現(xiàn)實世界，包括事物和事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)的處理要求。概念結構設計的方法設計概念結構通常有四類方法：自頂向下，即首先定義全局概念結構的框架，然后逐步細化；自底向下，即首先定義各局部應用的概念結構，然后將它們集成起來，得到全局概念結構；逐步擴張，首先定義最重要的核心概念結構，然后向外擴充，以滾雪球的方式逐步生成其他概念結構，直至總體概念結構；混合策略，即將自頂向下和自頂向下相結合，用自頂向下策略設計一個全局概念結構的框架，以它為骨架集成由自底向上策略中設計的各局部概念結構。2.2.2局部概念設計局部概念模型的設計思想是根據(jù)需求分析的內(nèi)容用E-R圖分別表示出各個實體及其屬性，以及用E-R圖表示出各實體之間的聯(lián)系。根據(jù)對學籍系統(tǒng)中各個實體和屬性的分析，得到各個實體及其屬性的E-R圖。如圖至圖所示。圖院系實體及其屬性圖圖專業(yè)實體及其屬性圖圖班級實體及其屬性圖圖課程實體及其屬性圖圖學生實體及其屬性圖主要實體間的聯(lián)系如圖至所示。圖2.8院系實體與專業(yè)實體之間的聯(lián)系圖圖2.9專業(yè)實體與班級實體之間的聯(lián)系圖圖2.10課程實體與班級實體之間的聯(lián)系圖圖2.11班級實體與學生實體之間的聯(lián)系圖圖2.12學生實體與課程實體之間的聯(lián)系圖圖2.13學生實體與獎懲實體之間的聯(lián)系圖2.2.3總體概念設計在分E-R圖設計好以后，下一步就是將所有的分E-R圖合成一個總的E-R圖。由于各個局部所面向的問題不同，這就導致各個分E-R圖之間必定會存在許多不一致的問題，稱之為沖突。因此把分E-R圖合成并不能簡單地將各個分E-R圖畫到一起，而是必須合理消除各分E-R圖中的不一致，以形成一個能為全系統(tǒng)中所有用戶共同理解和接受的統(tǒng)一的概念模型，是合并E-R圖的主要工作和關鍵。各E-R圖之間的沖突主要有三種：屬性沖突、命名沖突、結構沖突。命名沖突分為同名異義和異名異義。結構沖突分為同一對象在不同應用中具有不同的抽象、同一實體在不同分E-R圖中所包含的屬性個數(shù)和屬性排列次序不完全相同、實體間的聯(lián)系在不同的分E-R圖中為不同的類型。除了消除沖突之外，生成初步E-R圖，還要消除不必要的冗余，生成完整的E-R圖。按照合成整體E-R圖的規(guī)則，畫出完整的E-R圖，如4所示。2.2.4CDM生成過程1．依次選擇【開始】【程序】【Sybase】【PowerDesigner9】5所示。5【PowerDesigner】對話框圖2.14整體E-R圖2．在圖彈出【PowerDesigner】對話框中，選擇【file】【new】即可得到一個標題欄為【new】的對話框，在此對話框中選擇6所示。6CDM工作區(qū)界面3．繪制實體⑴打開CDM工作區(qū)，選中工具選項板上“實體圖標”。⑵在CDM工作區(qū)中任意單擊一下，即可產(chǎn)生一個實體圖形。⑶雙擊CDM工作區(qū)中的實體圖形，出現(xiàn)定義實體特征的窗口。⑷輸入Name、Code內(nèi)容。這里Name表示實體的描述名稱，一般最好用中文描述（如：學生），Code表示實體的代碼名稱，最好用簡化的英文描述（如：student）。⑸需要的話，輸入實體表中可能存放的記錄數(shù)（Number），這個數(shù)字用于統(tǒng)計數(shù)據(jù)庫的尺寸。同樣,也可以定義實體的規(guī)則（Rules）、描述（Description）、注釋（Annotation）、屬性（Attributes）。⑹單擊“確定”按鈕，當前CDM工作區(qū)就定義了一個實體。4．定義實體名字，單擊“General”選項，在Name和Code后的文本框中填寫相應的內(nèi)容，如圖2.17所示。5．定義實體屬性實體屬性是附加到實體上的數(shù)據(jù)項。單擊“Attributes”選項，在Code和DataType分別填寫屬性名和類型，如圖2.18所示。6．繪制聯(lián)系在DataArchitect環(huán)境下繪制聯(lián)系分兩種情況：⑴繪制不帶屬性的聯(lián)系不帶屬性的聯(lián)系通常是用實體之間的一條線，即用“實體到實體連接圖標”來繪制。建立“聯(lián)系”過程首先選中工具板上“聯(lián)系圖標”，在CDM工作區(qū)中的兩個實體之間畫一條線即可。雙擊該線，出現(xiàn)該聯(lián)系的屬性窗口，如圖2.19所示。圖2.17定義實體特征的窗口圖2.18定義實體屬性的窗口圖2.19實體之間建立聯(lián)系⑵繪制帶有屬性的聯(lián)系帶有屬性的聯(lián)系通常分兩步，首先要使用“聯(lián)合圖標”建立一個“聯(lián)合”，然后再使用“實體到聯(lián)合連接圖標”完成。①建立“聯(lián)合”過程0所示。0定義“帶屬性”聯(lián)系特性的窗口在“General”選項卡中，輸入Name（即聯(lián)系名，最好輸入中文名字）、Code（最好輸入英文名）。在“Attributes”選項卡中，輸入聯(lián)系的屬性。單擊“確定”按鈕，在CDM工作區(qū)中產(chǎn)生一個“聯(lián)合”（即帶有屬性的聯(lián)系）。②建立實體到聯(lián)合的連接1所示。生成CDM模型圖如圖2.22所示。1定義“聯(lián)合連接”特性的窗口2.3邏輯結構設計邏輯結構設計的思想概念結構是獨立于任何一種數(shù)據(jù)模型的信息結構。數(shù)據(jù)庫邏輯設計的任務是將概念結構設計階段設計好的基本E-R圖轉換為與選用DBMS所支持的數(shù)據(jù)模型相符合的邏輯結構，目前，DBMS產(chǎn)品一般支持網(wǎng)狀模型、層次模型和關系模型中的某一種。從此開始便進入了“實現(xiàn)設計”階段，需要考慮到具體的DBMS的性能、具體的數(shù)據(jù)模型特點。針對學籍管理系統(tǒng)，邏輯結構設計采用關系模型轉換概念結構，將E-R圖依照規(guī)則轉換為關系模型，因為數(shù)據(jù)庫邏輯設計的結果不是唯一的，為了進一步提高數(shù)據(jù)庫應用系統(tǒng)的性能，還應該根據(jù)應用需要適當?shù)匦薷摹⒄{(diào)整數(shù)據(jù)模型的結構來對關系模型進行優(yōu)化，確定是否要對某些模式進行合并或分解，為物理設計提供最優(yōu)的處理。圖CDM模型圖2.3.2E-R圖向邏輯結構轉換的規(guī)則關系模型的邏輯結構是一組關系模式的集合。E-R圖則是由實體，實體的屬性和實體間的聯(lián)系三個要素組成。所以將E-R圖轉換為關系模型實際上就是要將實體，實體的屬性和實體間的聯(lián)系轉換為關系模式。轉換原則如下。1.一個實體型轉換成一個關系模式。實體的屬性就是關系的屬性，實體的碼就是關系的碼。2.對于實體型間的聯(lián)系則有以下不同的情況：⑴一個1：1的聯(lián)系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。如果轉換為一個獨立的關系模式，則聯(lián)系雙方的碼和聯(lián)系本身的屬性形成新關系的屬性，聯(lián)系雙方的碼均作為候選碼。如果與某一端實體對應的關系模式合并，則將一方的碼和聯(lián)系本身的屬性傳至另一方，一方的碼作候選碼。⑵一個１：N的聯(lián)系可以轉換為一個獨立的關系模式，也可以與N端對應的關系模式合并。如果轉換為一個獨立的關系模式，則雙方的碼和聯(lián)系本身的屬性作為新關系的屬性，N端的碼作碼。如果與某一端實體對應的關系模式合并，則將一方的碼和聯(lián)系本身的屬性傳至多方做非主屬性。⑶一個M：N聯(lián)系轉換為一個關系模式。雙方的碼和聯(lián)系本身的屬性作為新關系的屬性，雙方的碼聯(lián)合作碼。⑷三個或三個以上實體間的一個多元聯(lián)系可以轉換為一個關系模式。多方的碼和聯(lián)系本身的屬性作為新關系的屬性，多方的碼聯(lián)合作碼。2.3.3學籍管理系統(tǒng)的E-R圖向邏輯結構轉換的過程根據(jù)學籍管理系統(tǒng)的E-R圖轉換為關系模型如下：將每一個實體轉換成一個關系（關系就是給出關系名，屬性就是實體屬性，并標明該關系的主鍵用下劃線來表示）關系模式：1.一個實體轉換成一個關系模式，實體的屬性就是關系的屬性，實體的碼就是關系的碼。本系統(tǒng)的實體為管理人員。⑴院系（院系編號，院系名稱，系主任，備注）此為院系實體對應的關系模式。⑵課程（課程編號，課程名，先行課，學分，備注）此為課程實體對應的關系模式。2.一對多的聯(lián)系，可以將一方的碼和聯(lián)系本身的屬性傳到多方，從而成為多方的非主屬性。在本系統(tǒng)中院系和專業(yè)、專業(yè)和班級、班級和學生是一對多的關系。⑴專業(yè)（專業(yè)編號，院系編號，專業(yè)名，備注）此為專業(yè)實體對應的關系模式。該關系模式包含了聯(lián)系“所屬”所對應的關系模式，是將院系的碼院系編號傳至給專業(yè)作為專業(yè)的非主屬性。專業(yè)的專業(yè)編號是關系的候選碼。⑵班級（班級編號，專業(yè)編號，班級年份，班級序號，班級名，指導員名，備注）此為班級實體對應的關系模式。該關系模式包含了聯(lián)系“含有”所對應的關系模式，是將專業(yè)的碼專業(yè)編號傳至給班級作為班級的非主屬性。班級的班級編號是關系的候選碼。⑶學生（學號，班級編號，姓名，性別，出生日期，民族，籍貫，地址，，，身份證號，政治面貌，入學時間，備注）此為學生實體對應的關系模式。該關系模式包含了聯(lián)系“組成”所對應的關系模式，是將班級的碼班級編號傳至給學生作為學生的非主屬性。學生的學號是關系的候選碼。3.多對多的聯(lián)系，可以將多對多的聯(lián)系轉換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。在本系統(tǒng)中班級和課程、學生和課程、學生和獎懲是多對多的關系。⑴定制（班級編號，課程編號，學期號）此為定制的關系模式，是將班級的碼班級編號和課程的碼課程編號傳至給定制作為定制關系的候選碼，定制本身的屬性作為定制的非主屬性。⑵學習（課程編號，學號，成績）此為學習的關系模式，是將課程的碼課程編號和學生的碼學號傳至給學習作為學習關系的候選碼，學習本身的屬性作為學習的非主屬性。=3\*GB2⑶獲得（獎懲編號，學號，時間）此為獲得的關系模式，是將獎懲的編號和學生的學號傳至獲得作為獲得關系的候選碼，獲得本身的屬性作為獲得的非主屬性。2.3.4PDM模型的生成過程 邏輯結構設計是獨立于任何一種數(shù)據(jù)模型的信息結構將概念結構轉換為某個DBMS所支持的數(shù)據(jù)模型，并對其進行優(yōu)化。生成PDM從CDM生成PDM的過程基本是自動的，需進行如下操作：在CDM工作區(qū)中，打開一個CDM文件，選擇菜單“Tools”→“GeneratePhysicalModel”。將DBMS改為ORACLEVersion9i。單擊“確定”，開始生成PDM。值得指出的是，由CDM生成PDM的過程需要一段時間，時間的長短取決于CDM內(nèi)容的多少。如果CDM有錯，那么生成PDM時系統(tǒng)將提示錯誤信息，此時需根據(jù)出錯信息修改CDM，直到生成PDM無錯為止。操作過程如圖所示，生成圖如所示。在PDM下打開“Database”→“GenerateDatabase”→修改存儲路徑，選擇“Database”，去掉打勾的選項→確定。操作過程如圖所示。在PDM下打開“Database”→“ConfigureConnections”→添加數(shù)據(jù)源→選擇OracleinOraHome92→完成→添加數(shù)據(jù)源的名字→確定。操作過程如圖所示。4.登陸OracleEnterpriseManager。在PDM下打開“Database”→“Connect”把Machinedatasource改成新添加的數(shù)據(jù)源名字→輸入ID和密碼→連接→→確定。圖生成PDM過程圖生成PDM圖生成腳本過程圖添加數(shù)據(jù)庫2.3.5規(guī)范化證明院系（院系編號，院系名稱，系主任，備注）其中，院系編號→院系名稱，院系編號→系主任，院系編號→備注。由此看出，在該關系模式中都是由主碼唯一決定關系中的其他屬性，不存在非主屬性對碼的部分函數(shù)依賴也不存在傳遞依賴。所以該關系模式屬于3NF。課程（課程編號，課程名，先行課，學分，備注）其中，課程編號→課程名，課程編號→先行課，課程編號→學分，課程編號→備注。由此看出，在該關系模式中都是由主碼唯一決定關系中的其他屬性，不存在非主屬性對碼的部分函數(shù)依賴也不存在傳遞依賴。所以該關系模式屬于3NF。3.專業(yè)（專業(yè)編號，院系編號，專業(yè)名，備注）其中，專業(yè)編號→院系編號，專業(yè)編號→專業(yè)號，專業(yè)編號→備注。由此看出，在該關系模式中都是由主碼唯一決定關系中的其他屬性，不存在非主屬性對碼的部分函數(shù)依賴也不存在傳遞依賴。所以該關系模式屬于3NF。4.班級（班級編號，專業(yè)編號，班級年份，班級序號，班級名，指導員名，備注）其中，班級編號→專業(yè)編號，班級編號→班級年份，班級編號→班級序號，班級編號→班級名，班級編號→指導員名，班級編號→備注。由此看出，在該關系模式中都是由主碼唯一決定關系中的其他屬性，不存在非主屬性對碼的部分函數(shù)依賴也不存在傳遞依賴。所以該關系模式屬于3NF。5.學生（學號，班級編號，姓名，性別，出生日期，民族，籍貫，地址，，，身份證號，政治面貌，入學時間，備注）其中，學號→班級編號，學號→姓名，學號→性別，學號→出生日期，學號→民族，學號→籍貫，學號→地址，學號→，學號→，學號→身份證號，學號→政治面貌，學號→入學時間，學號→備注。由此看出，在該關系模式中都是由主碼唯一決定關系中的其他屬性，不存在非主屬性對碼的部分函數(shù)依賴也不存在傳遞依賴。所以該關系模式屬于3NF。6.獎懲（獎懲編號，學號，獎懲種類，信息）其中，獎懲編號→學號，，獎懲編號→獎懲種類，獎懲編號→信息。由此看出，在該關系模式中都是由主碼唯一決定關系中的其他屬性，不存在非主屬性對碼的部分函數(shù)依賴也不存在傳遞依賴。所以該關系模式屬于3NF。7.定制（班級編號，課程編號，學期號）其中，班級編號，課程編號→學期號。由此看出，在該關系模式中都是由主碼唯一決定關系中的其他屬性，不存在非主屬性對碼的部分函數(shù)依賴也不存在傳遞依賴。所以該關系模式屬于3NF。8.學習（課程編號，學號，成績）其中，課程編號，學號→成績，課程編號。由此看出，在該關系模式中都是由主碼唯一決定關系中的其他屬性，不存在非主屬性對碼的部分函數(shù)依賴也不存在傳遞依賴。所以該關系模式屬于3NF。9獲得（獎懲編號，學號，時間）其中，獎懲編號，學號→時間。由此看出，在該關系模式中都是由主碼唯一決定關系中的其他屬性，不存在非主屬性對碼的部分函數(shù)依賴也不存在傳遞依賴。所以該關系模式屬于3NF。根據(jù)以上證明綜合可知，各關系模式均屬于3NF。結論這次課程設計中，我們小組的題目是學籍管理系統(tǒng)。在一周的課程設計中，我們不但對課本上的知識有了更深的了解和鞏固，而且我們還彌補了平時在課堂上疏漏的知識，使我們對數(shù)據(jù)庫的開發(fā)過程有了更加完整的認識。在課程設計初期，我們小組根據(jù)老師的要求，將這次設計分為三個階段，分別是需求分析、概念結構設計、邏輯結構設計。在明確課程設計的題目后，便開始大量地查閱資料，在資料查詢的過程中，我們了解到在數(shù)據(jù)庫的開發(fā)初期必須要熟悉學籍管理流程，初步了解學籍管理的相關知識，才能順利進入到設計的過程中去。同時我們也意識到學習數(shù)據(jù)庫原理不僅要對數(shù)據(jù)庫知識熟練掌握，還應該熟練掌握數(shù)據(jù)庫的應用以及學會使用多種有關數(shù)據(jù)庫的軟件。雖然我們有明確的分工，但并不說明我們的各個設計部分是相互獨立的，相反的，我們每一步進行的設計都是互相協(xié)調(diào)進行的，每一個人對設計的各個階段都有相當了解，因為每一步設計都需要了解上層設計的思想，根據(jù)上一層的設計思想思考本層所要設計的任務，考慮如何去實現(xiàn)這些任務。都說好的開始代表著成功的一半，但是對于我們來說卻不然。當我們真正進入系統(tǒng)開發(fā)過程時，我們卻遇到了困難。像需求分析階段，需要準確了解與分析用戶的需求，由于時間比較短暫，出現(xiàn)有一些沒有想到的問題，而到了概念結構設計階段，需要針對需求分析階段所畫的數(shù)據(jù)流圖作出相應的E-R圖，再將這些實現(xiàn)某一功能的E-R圖集成一個總體的E-R圖，當總體的E-R圖繪制完成后，需求分析階段又加上了一些新功能，那么這個總體的E-R圖就要做相應的修改，而這個修改的工作可能是相當大的。另外，對于概念結構設計中所應用的軟件，我們雖然學過，但是由于時間太長有些忘記如何使用，最后老師在老師的幫助下，我們更加深刻的學會了這種軟件。在設計過程中雖然遇到了不少困難，但當我們通過自己查資料、或是向指導老師請教以及向同學請教，使得設計方案中發(fā)現(xiàn)的問題得到解決并成功實現(xiàn)系統(tǒng)所需功能時，那種成就感和滿足感以讓我們忘記了這些天來的辛苦。在這短暫的一周時間里，我們學到了很多知識，也認識到自己很多不足的地方。時間雖短，我們卻收獲頗豐，不單單是對于知識的收獲，還夾雜著同學們之間的友誼與團隊合作精神。總之，這次課程設計給了我們一次應用自己所學知識的機會，使我們對數(shù)據(jù)庫的原理和數(shù)據(jù)庫設計的各步驟有更深層次的理解，讓我們深刻體會到了互相協(xié)作的好處，也為我們今后的工作和學習帶來了極大的好處。致謝時間飛逝，緊張而又充實的一周課程設計就將結束了，在不懈的努力下，我們小組終于順利地完成了課程設計的任務。通過實踐大大提高了大家的實際操作能力，并且加深了對基礎知識的理解和掌握。在喜悅的同時，我們也要向曾經(jīng)在設計過程中幫助過我們的其他小組同學及老師表示衷心的感謝！在這一周中，我們由開始的不知道該做什么到最后大家都找到了合適自己的任務，并且都順利的完成了任務，這當中除了我們小組成員每個人的不懈努力，還有費雅潔老師的悉心指導以及同班同學的熱心幫助。這讓我們充分感受到了老師對我們的關懷以及同學對我們的熱情。本次課程設計題目、設計過程及論文的撰寫都是在我們的指導教師費雅潔的悉心指導下進行的。設計中的每一個環(huán)節(jié)無不凝聚著費老師的心血。在課程設計前費雅潔在過去一周的課程設計中，我們小組的各個成員都積極上網(wǎng)或者去圖書館查找資料，認真完成分配給自己的任務。同時老師認真負責的工作態(tài)度，嚴謹?shù)闹螌W精神和深厚的理論水平使我們受益匪淺，讓我們在以后的學習和工作中會更加努力去做好自己手中的每個任務。在此向老師表示我們深深的感謝和由衷的敬意。在報告完善過程中，我們小組的成員們也遇到了一些技術問題，但經(jīng)過自己的不懈努力及查閱大量的資料，最終都得到了基本滿意的答案。在遇到問題時，小組的成員們會聚集在一起進行討論，直到把問題解決。同時對于費老師的提示和教導，我們則會牢記在心的，再次謝謝老師的耐心指導，才使我們能夠順利的完成課題。同時也感謝學校給了我們這次難得的課程設計的機會。課程設計的過程讓我們看到了自己理論上的不足，已掌握的知識也在這次的課程設計中有了質的飛躍，知識能夠運用了才是真正掌握了，也希望學校多給我們一些這樣的機會。感謝所有在課設中給予我們幫助的老師們，正是老師們的鼓勵、幫助和孜孜不倦的教導，使我們的課設進展順利，同時也開闊了我們的視野，拓寬了思路，增長了學識，而且為我們今后的工作和學習打下了牢固的基礎，也增強了我們對計算機的興趣。最后我要再次感謝對我們有深遠影響的老師。祝你們在今后的繼續(xù)學習和工作中，一帆風順，事事順心。參考文獻[1]樹剛、鄭振楣.關系數(shù)據(jù)庫.北京：清華大學出版社，1993[2]馮玉才.數(shù)據(jù)庫基礎.武漢：華中理工大學出版社，1984[3]李紅.數(shù)據(jù)庫原理與應用.北京：高等教育出版社，2002[4]王晟、馬里杰.SQLServer數(shù)據(jù)庫開發(fā)經(jīng)典案例解析.北京：人民郵電出版社，2003[5]王珊、薩師煊.數(shù)據(jù)庫系統(tǒng)概論.北京：高等教育出版社，2000[6]張龍祥、數(shù)據(jù)庫原理與設計.北京：人民郵電出版社，2000[7]劉韜、駱娟，何旭洪.數(shù)據(jù)庫系統(tǒng)開發(fā)實例導航.北京：人民郵電出版社，2003[8]王能斌.數(shù)據(jù)庫系統(tǒng)原理.北京：電子工業(yè)出版社，2002[9]王珊.數(shù)據(jù)庫系統(tǒng)概論.北京：高等教育出版社，2000

附錄/*==============================================================*//*Databasename:ConceptualDataModel_1*//*DBMSname:ORACLEVersion9i*//*Createdon:2011-6-28:57:59*//*==============================================================*/altertableBANJIdropconstraintFK_BANJI_HANYOU_ZHUANYE/altertableDINGZHIdropconstraintFK_DINGZHI_DINGZHI_KECHENG/altertableDINGZHIdropconstraintFK_DINGZHI_DINGZHI2_BANJI/altertableHUODEdropconstraintFK_HUODE_HUODE_XUESHENG/altertableHUODEdropconstraintFK_HUODE_HUODE2_JIANGCHE/altertableXUXIdropconstraintFK_XUXI_XUXI_KECHENG/altertableXUXIdropconstraintFK_XUXI_XUXI2_XUESHENG/altertableZHUANYEdropconstraintFK_ZHUANYE_SUOSHU_YUANXI/dropindexHANYOU_FK/dropindexDINGZHI2_FK/dropindexDINGZHI_FK/dropindexHUODE2_FK/dropindexHUODE_FK/dropindexXUXI2_FK/dropindexXUXI_FK/dropindexSUOSHU_FK/droptableBANJIcascadeconstraints/droptableDINGZHIcascadeconstraints/droptableHUODEcascadeconstraints/droptableJIANGCHENGcascadeconstraints/droptableKECHENGcascadeconstraints/droptableXUESHENGcascadeconstraints/droptableXUXIcascadeconstraints/droptableYUANXIcascadeconstraints/droptableZHUANYEcascadeconstraints//*==============================================================*//*Table:BANJI*//*==============================================================*/createtableBANJI(CLASS_IDINTEGERnotnull,PROF_IDINTEGER,CLASS_YEARCHAR(4),CLASS_PRIDINTEGER,CLASS_NAMECHAR(40),CLASS_INSTCHAR(10),CLASS_NOTECHAR(200),constraintPK_BANJIprimarykey(CLASS_ID))//*==============================================================*//*Index:HANYOU_FK*//*==============================================================*/createindexHANYOU_FKonBANJI(PROF_IDASC)//*==============================================================*//*Table:DINGZHI*//*==============================================================*/createtableDINGZHI(COURSE_IDINTEGERnotnull,CLASS_IDINTEGERnotnull,XUQIHAOCHAR(8),constraintPK_DINGZHIprimarykey(COURSE_ID,CLASS_ID))//*==============================================================*//*Index:DINGZHI_FK*//*==============================================================*/createindexDINGZHI_FKonDINGZHI(COURSE_IDASC)//*==============================================================*//*Index:DINGZHI2_FK*//*==============================================================*/createindexDINGZHI2_FKonDINGZHI(CLASS_IDASC)//*==============================================================*//*Table:HUODE*//*==============================================================*/createtableHUODE(SNOCHAR(20)notnull,REPU_IDINTEGERnotnull,TIMEDATE,constraintPK_HUODEprimarykey(SNO,REPU_ID))//*==============================================================*//*Index:HUODE_FK*//*==============================================================*/createindexHUODE_FKonHUODE(SNOASC)//*==============================================================*//*Index:HUODE2_FK*//*==============================================================*/createindexHUODE2_FKonHUODE(REPU_IDASC)//*==============================================================*//*Table:JIANGCHENG*//*==============================================================*/createtableJIANGCHENG(REPU_IDINTEGERnotnull,JC_LEICHAR(15),"note"CHAR(500),constraintPK_JIANGCHENGprimarykey(REPU_ID))//*==============================================================*//*Table:KECHENG*//*==============================================================*/createtableKECHENG(COURSE_IDINTEGERnotnull,COURSE_NAMCHAR(20),COURSE_PRNINTEGER,COURSE_CREINTEGER,COURSE_NOTECHAR(200),constraintPK_KECHENGprimarykey(COURSE_ID))//*==============================================================*//*Table:XUESHENG*//*==============================================================*/createtableXUESHENG(SNOCHAR(20)notnull,SNAMECHAR(10),SSEXCHAR(2),SBIRTCHAR(10),SNAFACHAR(8),SBIPLCHAR(10),SADDRCHAR(50),SPOSTCHAR(6),STELLCHAR(20),SIDCHAR(18),SPOLACHAR(10),SYEARCHAR(10),SNOTECHAR(100),constraintPK_XUESHENGprimarykey(SNO))//*==============================================================*//*Table:XUXI*//*==============================================================*/createtableXUXI(COURSE_IDINTEGERnotnull,SNOCHAR(20)notnull,GRADEFLOAT(4),constraintPK_XUXIprimarykey(COURSE_ID,SNO))//*==============================================================*//*Index:XUXI_FK*//*==============================================================*/createindexXUXI_FKonXUXI(COURSE_IDASC)//*==============================================================*//*Index:XUXI2_FK*//*==============================================================*/createindexXUXI2_FKonXUXI(SNOASC)//*==============================================================*//*Table:YUANXI*//*==============================================================*/createtableYUANXI(DEPART_IDINTEGERnotnull,DEPART_NAMECHAR(40),DEPART_DIRTCHAR(10),DEPART_NOTECHAR(200),constraintPK_YUANXIprimarykey(DEPART_ID))//*==============================================================*//*Table:ZHUANYE*//*==============================================================*/createtableZHUANYE(PROF_IDINTEGERnotnull,DEPART_IDINTEGER,PROF_NAMECHAR(40),PROF_NOTECHAR(200),constraintPK_ZHUANYEprimarykey(PROF_ID))//*==============================================================*//*Index:SUOSHU_FK*//*==============================================================*/createindexSUOSHU_FKonZHUANYE(DEPART_IDASC)/altertableBANJIaddconstraintFK_BANJI_HANYOU_ZHUANYEforeignkey(PROF_ID)referencesZHUANYE(PROF_ID)/altertableDINGZHIaddconstraintFK_DINGZHI_DINGZHI_KECHENGforeignkey(COURSE_ID)referencesKECHENG(COURSE_ID)/altertableDINGZHIaddconstraintFK_DINGZHI_DINGZHI2_BANJIforeignkey(CLASS_ID)referencesBANJI(CLASS_ID)/altertableHUODEaddconstraintFK_HUODE_HUODE_XUESHENGforeignkey(SNO)referencesXUESHENG(SNO)/altertableHUODEaddconstraintFK_HUODE_HUODE2_JIANGCHEforeignkey(REPU_ID)referencesJIANGCHENG(REPU_ID)/altertableXUXIaddconstraintFK_XUXI_XUXI_KECHENGforeignkey(COURSE_ID)referencesKECHENG(COURSE_ID)/altertableXUXIaddconstraintFK_XUXI_XUXI2_XUESHENGforeignkey(SNO)referencesXUESHENG(SNO)/altertableZHUANYEaddconstraintFK_ZHUANYE_SUOSHU_YUANXIforeignkey(DEPART_ID)referencesYUANXI(DEPART_ID)/原文已完。下文為附加文檔，如不需要，下載后可以編輯刪除，謝謝！施工組織設計本施工組織設計是本著“一流的質量、一流的工期、科學管理”來進行編制的。編制時，我公司技術發(fā)展部、質檢科以及項目部經(jīng)過精心研究、合理組織、充分利用先進工藝，特制定本施工組織設計。工程概況：西夏建材城生活區(qū)27#、30#住宅樓位于銀川市新市區(qū)，橡膠廠對面。本工程由寧夏燕寶房地產(chǎn)開發(fā)開發(fā)，銀川市規(guī)劃建筑設計院設計。本工程耐火等級二級，屋面防水等級三級，地震防烈度為8度，設計使用年限50年。本工程建筑面積:27#m2;30#m2。室內(nèi)地坪±m(xù)為準，總長27#m；30#m?？倢?7#m；30#m。設計室外地坪至檐口高度18.600m，呈長方形布置，東西向，三個單元。本工程設計屋面為坡屋面防水采用防水涂料。外墻水泥砂漿抹面，外刷淺灰色墻漆。內(nèi)墻面除衛(wèi)生間200×300瓷磚，高到頂外，其余均水泥砂槳罩面，刮二遍膩子；樓梯間內(nèi)墻采用50厚膠粉聚苯顆粒保溫。地面除衛(wèi)生間200×200防滑地磚，樓梯間50厚細石砼1：1水泥砂漿壓光外，其余均采用50厚豆石砼毛地面。樓梯間單元門采用樓宇對講門，臥室門、衛(wèi)生間門采用木門，進戶門采用保溫防盜門。本工程窗均采用塑鋼單框雙玻窗，開啟窗均加紗扇。本工程設計為節(jié)能型住宅，外墻均貼保溫板。本工程設計為磚混結構，共六層?；A采用C30鋼筋砼條形基礎，上砌MU30毛石基礎，砂漿采用M10水泥砂漿。一、二、三、四層墻體采用M10混合砂漿砌筑MU15多孔磚；五層以上采用M混合砂漿砌筑MU15多孔磚。本工程結構中使用主要材料：鋼材：=1