數據庫課程設計規范_第1頁
數據庫課程設計規范_第2頁
數據庫課程設計規范_第3頁
數據庫課程設計規范_第4頁
數據庫課程設計規范_第5頁
已閱讀5頁,還剩6頁未讀, 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、數據庫課程設計規范1 數據庫課程設計規范要求1.1 課程設計教學目的1)鞏固和加深學生對課堂上所學數據庫基本知識的理解;2)使學生掌握數據庫應用系統設計的基本內容、方法和步驟;3)提高學生綜合運用所學知識技能, 進行數據庫應用系統設計, 解決實際問題的能力;4)通過相關知識的主動學習,提高學生的文獻閱讀和使用的能力;5)培養學生開發與設計的創新能力。1.2課程設計選題課程設計最好學生各自獨立進行, 或分工明確的 2-3 人小組合作進行。 為此, 學生可在 題目或要求各不相同情況下各自選題,或由指導老師指定題目。要注意各題目的難易程度、 工作量大小、水平要求等的平衡性。選題題目要根據現實經濟生活

2、和學生興趣等, 不斷更新, 題目要求難易適中, 涉及業務 情況容易了解,涉及其他專業的“專業性”不要太強。1.3 課程設計天數能充分調動學生的原則上集中 4 6 天,根據學生課程學習的課時、開發技能掌握的情況可增減,一般不 少于一周。 采用實驗室集中設計輔導與學生課后設計開發相結合的要求, 實踐積極性,發揮學生開發設計的能動性。課程設計一般安排在開設課程所在學期末,或安排于短學期、獨立課程等。1.4 課程設計地點課程設計集中地點一般安排在數據庫系統實驗室, 實驗室要具備數據庫服務器環境及開 發設計語言或工具平臺。實驗室具有多媒體教學設備的則更好。1.5 課程設計的任務及要求(1)課程設計任務

3、見各自選題,題目任務詳見課程設計題目匯編。2)對系統進行功能模塊分析、主控模塊分析與設計;3)編程簡練、實用,盡可能的使系統的功能更加完善和全面;4)按規范化數據庫應用系統開發設計過程為主線來組織撰寫課程設計報告,通過各步驟關鍵性圖、表等充分表現各階段的資料與成果;5)提高學生的設計報告的組織與撰寫能力,強調務必要自己獨立完成。(3)創新要求在基本要求達到后, 可進行創新設計與提高, 如全面完善的功能、友好的人機界面、功能的高效率、系統的安全可靠等。(4)課程設計報告撰寫要求要按照數據庫課程設計報告書寫規范要求進行;1)2)課程設計報告要包括封面、目錄、正文、小結、致謝、參考文獻、附錄等內容;

4、3)正文要包括系統總體規劃設計;系統需求分析;概念結構設計;邏輯結構設計;物理設計;數據庫與應用系統的實施與測試;安裝、用戶使用和系統維護說明; 關鍵實現技術等。4)小結一般包括工作內容、工作量大小、自己完成情況、遇到的問題以及解決方法、收獲與體會、今后努力與改進方向等。5)課程設計報告要求文字不少于4000字。封面統一格式。1.6課程設計進度安排及交流檢查課程設計進度安排及交流檢查具體情況見表4-1。(2)基本要求1)系統分析設計要能完成題目所要求的功能;表1-1課程設計進度安排及交流檢查表主要內容時間地點課題布置與集中交流0.5天實驗室資料收集和學習、系統分析、數據庫設計與創建2天教室、實

5、驗室撰寫課程設計報告1天教室、實驗室編碼與調試(選做)1天教室、實驗室成果提交和驗收0.5天實驗室1.7課程設計需提交內容設計最終需提交的內容包括:課程設計報告,每人提交1份A4打印稿和一份電子版。電子方式提交的文件全部存在一個文件夾中,按“學號+課題名”來命名。1.8 課程設計考核參考評分標準20,設課程設計總評成績由三部分組成,大致各所占比例情況:考勤與平時表現占計與實現的系統(含考核表現)占50,撰寫的報告占 30。具體參考評分標準為:1)90-100 分(優):出滿勤,平時表現好,設計與實現的系統(含考核表現)優異,撰寫的報告正確,完整。2)80-89 分(良):出滿勤,平時表現好,設

6、計與實現的系統(含考核表現)良好,撰寫的報告基本正確,完整。3)70-79 分(中):基本滿勤,平時良號,設計與實現的系統(含考核表現)中等,撰寫的報告一般。4)60-69 分(及格):基本滿勤,平時一般,設計與實現的系統(含考核表現)一般偏差,撰寫的報告偏差。5)60 分以下(不及格) :缺勤較多,平時差,設計與實現的系統差,撰寫的報告較差。另外,凡屬于下列情形之一者,均為不及格:1)書面報告及電子稿二者缺一者,為不及格;2)發現軟件相互拷貝者,拷貝方和被拷貝方,均為不及格;3)發現報告相互抄襲者,抄襲方和被抄襲方,均為不及格;4)報告通篇由下載網頁拼湊而成,無具體實際內容者,為不及格;5)

7、發現提交軟件主體是由網上下載而非自己開發者,為不及格。2 數據庫課程設計報告主要內容要求2.1 系統需求分析需求分析是數據庫系統設計的一個重要的環節。本階段應該對整個應用情況作全面的、 詳細的調查, 確定特定數據庫應用環境下的設計目標, 搜集該應用環境下針對系統設計所需 要的基礎數據以及對這些數據的具體要求, 從而確定用戶的需求。 用戶對數據庫的需求包括:1) 信息需求。 即在數據庫中需要存儲哪些數據。 應該根據具體的課題, 認真分析有關的要求,確定本設計的信息需求。2) 處理需求。 即用戶要完成什么處理功能等。 在設計中應根據具體的課題要求, 確定系統應該實現的功能, 一些基本的功能通常是必

8、須具備的, 如用戶的管理與維護, 基本數 據的維護,靈活的信息查詢等。系統功能的確定應該充分征求指導教師的意見。本課3) 安全性和完整性功能。 這是一個需要與用戶不斷交流才能逐步確定的需求。程設計不作具體要求,但要求學生在自己的設計中能反映出基本的安全性和完整性功能。本階段的設計結果 (即系統需求分析)應該在課程設計報告中進行詳細描述,作為本課程設計的驗收依據之一。2.2 概念結構設計數據庫的概念設計是在需求分析的基礎上,利用與用戶雙方都能理解的形式,設計出數據庫的概念模型。 本課程設計要求學生采用E-R 方法進行數據庫的概念設計。 本設計階段可分為:數據抽象。即根據需求分析的結果,抽取出與本

9、課程設計相關的特性。設計局部概念模式。運用E-R方法,設計出系統的各個局部E-R模型。設計全局概念模式。通過對局部E-R模型的操作,解決各個E-R模型關于對象定義的不一致問題,以及對各個E-R模型進行合并等,最終形成數據庫的全局概念模式。本階段的設計結果(局部和全局E-R圖)應該在課程設計報告中進行詳細描述,應該能 夠反映該設計的正確性。2.3 邏輯結構設計數據庫邏輯設計的目的是將概念設計階段設計好的E-R 圖轉換成與具體機器上的 DBMS鑒于本課程設計如 SQLServer )所支持的數據模型(如關系模型)相符合的邏輯結構。的具體環境要求, 學生在進行數據庫的邏輯結構設計時應該充分考慮特定的

10、數據庫環境。求學生在本階段的設計中做以下工作:給出由 E-R 得到的關系模型:并注明轉換過程中應用的規則 數據模型的優化 確定數據依賴 對各個關系模式之間的數據依賴進行極小化處理,消除冗余的聯系 按照數據依賴的理論確定各關系模式分別屬于第幾范式分析這些模式對于應用環境是否合適,確定是否要對某些模式進行合并或分解。7)用戶子模式設計在數據庫中一律使用英文命名,在用戶視圖中則一律使用符合用戶一貫的中文命名法。9)對不同級別的用戶定義不同的視圖以保證系統安全性。2.4 數據庫的實施和維護1)建立數據庫。完成本系統數據庫的建立和各個數據表的建立,根據需要建立相關數據視圖、存儲過程和索引。2)數據的裝載

11、。考慮到課程2.5 數據庫應用系統設計(選做)運用結構化設計方法, 合理設計出滿足本課程設計的功能要求的系統結構。設計的時間限制, 簡化了本階段的設計任務要求, 具體內容主要包括系統的總體結構設計和詳細的功能模塊設計, 相關的接口設計等。 在課程設計報告中應該提供本設計階段的相關內容。應用程序的編碼和調試 按模塊分析所編寫的應用程序4)給出截圖(標明圖號)簡單闡述該模塊的基本功能給出該模塊的設計思路,針對難點部分應該進行詳細的闡述。結合程序代碼給出具體的設計方法。 (不要過多的書寫源程序代碼, 代碼是用于說明具體設計方案的) 。6)自己選擇設計較好的模塊進行書寫,不得少于三個模塊。每個模塊的純

12、漢字分析不含代碼)不得少于 600 字(不含基本功能描述) 。7)系統的運行和調試。在系統開發的過程中,應該針對每個局部模塊進行必要的功能測試, 保證每個局部功能的可靠性和正確性。 最后進行系統的整體測試, 以保證滿足課程設計的要求。 在課程設計報告中應該提供相關的內容,包括數據庫的名稱、各個數據表的定義,系統主要窗體的說明,以及系統運行的效果圖等。2.6 小結小結一般包括工作內容、 工作量大小、 自己完成情況、 遇到的問題以及解決方法、 收獲與體會、今后努力與改進方向等。3 數據庫課程設計報告書寫規范數據庫課程設計報告書寫參考規范如下:3.1 目錄目錄按三級標題編寫(即: 1 , 、, )

13、,要求標題層次清晰。目WOR中“插入7引錄中的標題應與正文中的標題完全一致,附錄也應依次列入目錄。自動生成目錄,可先將章節中的標題采用大綱級別設定,然后按在 用7索引和目錄”來自動生成。3.2 章節編號章節編號方法應符合國家標準。 例如: 科技論文的章節編號方法應采用分級阿拉伯數字 編號方法,第一級為“1”、“2”、“3”等,第二級為“2.1”、“2.2”、“2.3 ”等,第三級為“2.2.1 ”、兩級之間用下角圓點隔2.2.2 ”、“2.2.3 ”等,但分級阿拉伯數字的編號一般不超過四級, 開,每一級的末尾不加標點。各層標題均單獨占行書寫。 第一級標題居中書寫; 第二級標題序數頂格書寫, 后

14、空一格 接寫標題, 末尾不加標點; 第三級和第四級標題均空兩格書寫序數, 后空一格書寫標題。 第 四級以下單獨占行的標題順序采用 A.B.C., 和 a.b.c. 兩層,標題均空兩格書寫序數,后空對分項中的小項采用、一格寫標題。正文中對總項包括的分項采用、,單獨序號, 、,的序號或數字加半括號,括號后不再加其他標點。建議用大綱級別自動設定不同級別標題,再設定要求字體字號等。3.3 表格每個表格應有表序和表題, 表序和表題應寫在表格上方, 為小 5號黑體, 居中, 表序后 空一格書寫表題。表格允許下頁接寫,表題可省略,表頭應重復寫,并在右上方寫“續表XX”。3.4 插圖課程設計的插圖必須精心制作

15、, 線條粗細要合適, 圖面要整潔美觀。 每幅插圖應有圖序和圖題,圖序和圖題應放在圖位下方,為小5 號宋體,居中。3.5 頁眉奇數頁: 中間為“具體課程設計的題目”的字樣;偶數頁:中間為“XXXXXX學XXXXXX學院數據庫課程設計”字樣;頁眉使用小5 號宋體。13.6 參考文獻參考文獻放在報告的后面,編排要求如下:參考文獻只選用最主要的列入, 未公開發表的資料或協作成果, 應征得有關方面的同意,以腳注方式順序標明。參考文獻表選用順序編碼制,按文章中出現的先后順序編號。1)專著的著錄格式為:作者 (編者). 書名. 版本. 出版地: 出版者,出版年 .頁碼;趙杰 . 畢業設計指導及案例剖析 .

16、數據庫應用方向 . 北京:清華大學出版社, 2005.23王珊, 薩師煊 .數據庫系統概論 M . 北京:高等教育出版社,2006.王小科,呂雙C從入門到精通M.北京:清華大學出版社,2008.5678金雪云.Visual C# 2008程序設計教程M.北京:清華大學出版社,2011.壯志劍.數據庫原理與 SQL ServerM. 北京:高等教育出版社,2006黃維通.SQL Server數據庫的技術與應用M.北京:清華大學出版社,2011.岳付強.SQL Server 2005從入門到實踐M.北京:清華大學出版社,2009.4蒙祖強.C#程序設計教程M.北京:清華大學出版社,2010 .9翁

17、健紅.基于C#的ASP.NET程序設計M.北京:機械工業出版社,2007.10李勇平.ASP.NET 2.0(C#)基礎教程M.北京:清華大學出版社,2008 .(2)專著中析出文獻的著錄格式為:作者.題名.見(In):編者.書名.版本.出版地:出版者,出版年 . 頁碼;( 3)連續出版物析出文獻的著錄格式為: 作者. 題名 . 期刊名,年,卷 ( 期 ): 頁碼;(4)譯文的著錄格式為:作者;譯者.論文譯名.見(In):編者.書名.出版地:出版 者,出版年 . 頁碼 ; 作者 ; 譯者 . 論文譯名 . 期刊名,年,卷 ( 期): 頁碼;5)專利文獻的著錄格式為 : 申請者 .題名.國別,專

18、利文獻種類, 專利號 . 出版日期;6)學位論文的著錄格式為 : 作者. 題名: 7)參考文獻表中的作者、編者、譯者不超過 學位論文 . 保存地點 : 保存單位,年份 .3 人時全部寫出,超過者只寫前 3 名,姓前名后,名用縮寫,且不加縮寫點。后加“等”或“, et al ”;外文作者或編者書寫時,3.7 排版要求論文題目: 2 號黑體加粗;一級標題(即章) :3 號黑體加粗,單頁為“第一章”二級標題(即節) :4 號黑體加粗;三級標題(即小節) :小 4 號黑體加粗;正文: 5 號或小 4 號宋體;參考文獻: 5 號宋體;數字和字母: Times New Roman 體。版面: A4 幅面;行距:

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論