各位設計的畢業班同學們，我們看看下面的遊戲建模畢業論文，一起閱讀吧！
遊戲建模畢業論文
摘要：在數據庫課程的理論教學中有很多基本概念需要講解，理工類課程的特點決定了理論內容的講授遠不及文史類課程內容貼近生活並具有生動性，而這些概念本身的枯燥乏味使得教師的講授過程愈發困難。許多青年教師時常抱怨自己都不愛講這些內容，更何況學生。因此，如何講透、講活這些理論知識，賦予這些知識強大的生命力是任課教師的關鍵任務。作者結合自己多年的數據庫類課程教學經驗，將Oracle數據庫建模遊戲教學法進行分析探討。
關鍵詞：Oracle 遊戲教學
0 引言
很多學習過《數據庫原理與應用》課程的學生都熟悉在進行數據庫開發時，數據庫建模是前期的一項關鍵工作，這項工作完成的成功與否直接決定了將來開發出來的管理資訊系統的性能以及是否符合客戶的實際需求。而數據庫建模的過程是十分枯燥乏味的，其理論教學內容也很空泛。如果沒有項目驅動，教師的授課過程將會十分辛苦，但即使使用了項目驅動教學法，其涉及的一些理論概念也不易給學生講解清楚，授課的生動性必然會受到很大的影響，學生的學習積極性也不易被調動起來。下面，作者將根據實際教學經驗介紹在數據庫建模理論授課過程中游戲教學法的應用。
數據庫中會存儲各類資訊，包括學生學習情況記錄、客戶的信用記錄、網購達人的網上交易記錄、企業的商品採購記錄等，我們都在自覺或不自覺的與數據庫打交道。那麼，到底什麼是數據庫呢？在計算機類課程中，很多課程在第一章內容中都會有這樣的概念需要講解，而且由於理工類課程的性質決定了這些概念並沒有文科課程的概念講起來生動、易調動學生的學習積極性，因此，對於這樣概念的講解很多青年教師不知如何去給學生進行講解，或者講解的不到位，或者講解的不生動，吸引不了學生的注意力，導致一開始學習這類課程就沒有提起學生的學習興趣，課程的開始就像人的第一印象一樣的重要，對以後的學生學習影響是不容忽視的。所以，在講解這類概念時可以使用大量的生活實例，說明它具有的特點，最後再給出一個正規的定義。
對於數據庫這個概念，作者通常都會讓學生思考諸如學生訪問網頁時網頁中的數據都是從哪裏來的這樣的問題，學生們就會積極思考，或者小聲討論，或者大聲說道，不論哪種情況，都說明了學生正在積極的思考學習，即使他們說出來的是錯誤的。當然，教師或許更願意學生不會一下就答對了，因爲答錯了教師再講正確的概念學生會記得更牢。接着教師可以繼續說明這些數據的一些特點，比如要能夠長期儲存在計算機中，可供其他多個用戶共享訪問，並非雜亂無章的，這樣的數據集合就是數據庫。最後給出數據庫的正規定義：長期存儲在計算機內的、有組織的可共享的數據集合。
1 概念模型與物理模型概念的講解（模擬對話遊戲）
假如你到餐廳吃飯，告訴廚師你想要一份很香的炒細面，如果你是廚師，你會如何做這份炒細面？這是作者在講概念模型與物理模型概念時會向學生提出的問題。於是，學生們就開始竊竊私語，相互討論着如何如何去做之類的話題。此時，教師可以播放教學課件中的廚師與服務員的對話動畫效果。若想更好的幫助學生理解概念模型與物理模型概念，可以選出2至3組學生來模擬這樣的對話場景。
假如顧客愛吃辣和孜然的味道，當然在他的腦海裏就是炒細面裏多放辣椒和孜然，他就會覺得很香，這是顧客希望得到的事物。在顧客沒有直接說明具體要求的情況下，廚師不可能瞭解每一位顧客的喜好，廚師就會按照他自己的理解去製作這份炒細面，他或許認爲多放點油就會很香。在顧客腦海裏的是炒細面的“概念模型”——希望得到的事物，而廚師製作出的放在碗裏的則是“物理模型”——實際得到的事物。
造成顧客和廚師雙方理解差異的原因是什麼？那就是沒有有效的溝通。如果與客戶進行了有效的溝通，把客戶的`期望（概念模型）變成現實（物理模型）的過程就是數據庫建模了。因此，有效的溝通是數據庫建模特別是概念模型建立時很重要的基礎，它直接決定將來開發出的管理資訊系統的成敗，就像建築物的地基一樣。那麼概念模型如何建立呢？
2 建立概念模型的重要性
概念模型將現實世界的事物及聯繫抽象處理成資訊世界的模型，應該能夠全面、準確的描述出資訊世界中的基本概念，它將人們腦海中的對資訊系統的需求轉變成一個實際的能被創建出來的系統的設計。
概念模型主要有以下作用：①可以精確描述企業的資訊需求；②有助於系統開發小組成員對系統的功能進行討論；③避免客戶與開發人員之間理解的錯誤與偏差；④建立軟件開發過程中重要的“理想系統”文檔；⑤爲物理數據庫的設計建立完善的基礎。
數據庫建模過程中，概念模型常用實體關係（ER）方法建模，Oracle專屬實體關係建模即繪製ERD（實體關係圖）。
Oracle實體關係圖的特點
繪製傳統的ER圖時，使用矩形框表示實體，橢圓形框表示屬性，菱形框表示聯繫，實體之間關係用無向邊連接，並在無向邊上註明聯繫的類型是一對一（1：1）、一對多（1：n）、或者多對多（m：n）的。
在Oracle ERD中，實體由圓角方框來表示，實體名顯示在圓角方框中，實體名總是單數，並且用全大寫字母表示。屬性列在實體名的下方，用星號（*）標記必需的屬性，用圓圈（°）標記可選屬性，用井號（#）標記唯一標識符。關係是連接實體的線，這些線可以是實線，也可以是虛線。這些線終止於每個實體末端的“單點”或“鴉腳”。如右圖所示：
3 如何建立Oracle ERD
Oracle ERD是一種用來表示數據需求的一致性工具，與所用的數據庫類型甚至是否使用數據庫無關。在進行ER建模時，需要做到以下幾點：
①捕獲所有需要的資訊：即不遺漏任何與建模有關的客戶的需求資訊。
②確保資訊只出現一次：即相同的資訊不重複建模。
③對於可從其它建模的資訊推匯出來的資訊不進行建模：可推匯出的資訊不多餘出現在ERD中。
④在可預測的邏輯位置定位資訊：建模的各個對象要放置在合理的位置上。
Oracle ERD具有三個元素，即實體、屬性和關係，但如果從項目中找出這三個元素就需要一定的理論基礎和項目經驗了。那麼如何找出這三個元素呢？可以透過拼圖遊戲說明。遊戲規則如下：
①教師預備一張圖片，並將圖片平分爲16份。
②將班級分組。如果班內人數少於20人，可以分爲3組；如果班內人數超過20，可以分爲4組，第四組作爲觀察員。
③將分割後的圖片打亂，前三組每組分5片。老師將剩餘的1片收藏好。
④學生的任務是弄清老師藏起的部分圖片上的內容。
⑤組員要有明確的角色。每組只能有1人可與其他組成員交流，此人可將瞭解到的資訊與本組其他成員分享。
客戶經常並不確切知道自己到底想要什麼，他們也許只會給出部分資訊，有時客戶甚至不知道他們的描述缺少了一些資訊，而構建模型時卻需要這些資訊，其餘的有待開發人員自己去挖掘。因此，開發人員需要提出適當的問題並與他人合作以便獲取任務的重要資訊，這對項目的成功至關重要。爲了確定缺少的資訊以全面瞭解客戶的需求，數據建模人員必須善於向客戶提問。拼圖遊戲則體現了這個過程，鍛鍊了學生透過有效提問來發現“缺少的環節”的能力，加深了他們對需求分析重要性的理解，增強了學生學習的積極性和興趣。
4 總結
作者經過多次課堂教學實踐，證明了這種遊戲教學法的重要性，並對這種教學方式進行了如下總結：①透過拼圖遊戲，使學生明確了提問對於完全明確客戶需求十分重要。②如何提問才能確定不明確的或未知的資訊。③確定不明確的或未知的資訊的過程與實體關係建模過程十分相似。實體如同拼圖遊戲中的人或物，屬性如同拼圖中人或物的具體特徵，而關係就是將小圖塊連接在一起的方式。
參考文獻：
[1]陸雲帆.《Oracle數據庫設計與實現》[M].機械工業出版社出版.2011（06）.
[2]王瑛等.《Oracle數據庫基礎教程》[M].人民郵電出版社出版.2008（10）.
[3]李紅霞.高職院校Oracle數據庫的教學探討，價值工程，2010/22.