1、計算機科學與工程學院集中性實踐教學計劃書（20112012學年第1學期）課程名稱：數據庫與信息管理課程設計專 業： 軟件工程班 級：09級1-4班課程負責人：王鵬杰指導教師分配情況：班級指導教師1宋海玉2孫世昶3趙丕錫，趙丹丹4魏曉鳴 王鵬杰教學起止周：第 16至 18 教學周一、 教學目的與要求：數據庫與信息管理課程設計是軟件工程專業集中實踐性環節之一；是計算機學科基礎的一門重要的實踐教學課程；是學習完數據庫概論課程后進行的一次全面的綜合練習。其目的在于加深對數據庫基礎理論和基本知識的理解，掌握使用數據庫進行軟件設計的基本方法，提高運用數據庫解決實際問題的能力，最終實現對于給定的應用要求，構

2、造最優的數據庫模式，建立數據庫及其應用系統，使之能夠有效地存儲數據，滿足各種用戶的應用需求(信息要求和處理要求)。同時，此次設計對于同學將來的畢業設計和具體工作實踐將有重要的意義。要求有清晰的數據庫設計思路（概念結構設計、邏輯結構設計、物理設計）；關系模式規范到3NF以上，至少有三種完整性約束。優秀標準：選*類的題目，較好的實現了所有功能；數據庫設計思路清晰；并且有完善的后臺存儲過程。良好標準：選*類的題目，完成了基本功能；數據庫設計思路清晰；并且有后臺存儲過程。選*的題目，原則上最高成績只能是中等。二、主要階段、內容、時間及地點安排（以天為單位計）：主要階段及內容：1. 16周課程設計動員大

3、會、講解課程設計要求、各題目的具體含義、布置前期準備階段的工作（1天）。2. 通過前期的準備工作，學生應該選定題目，進行充分的調研和需求分析。確定開發環境（12天）。3. 根據需求分析的結果，進行數據庫的概念設計，得到相應的E-R圖。（34天）。4數據庫的邏輯設計與物理設計。將ER 圖轉化成關系模式，確定關系結構和完整性約束，并應用數據的規范化理論為指導優化關系模式。確定相應的索引等。（23天）。5. 系統編碼、調試及測試（56天）。6撰寫設計報告、準備答辯（1天）。7. 上機演示并講解軟件系統功能以及代碼，回答教師提出的代碼以及其他課程設計相關的問題。（1天）時間安排如下：周一周二周三周四周

4、五16周1-4節1-4節 58節58節58節17周1-4節1-4節58節58節58節18周1-4節1-4節58節58節58節地點：第二教學樓計算機學院多媒體機房（二）。三、課程設計題目及具體要求：（一）、要求及說明1.學生可以自選題目或選擇指導老師擬定的參考題目。2.一人一題，特殊情況可分組，但每組人數不超過2 人。3. 題目中的數據要求不一定對應數據庫表格，請不要對號入座。（二）、參考題目* 1 銷售信息系統1.1 目標：一家經營體育用品批發的商店希望建立銷售信息系統，對顧客信息、生產廠家信息、庫存信息進行全面的管理。1.2 功能要求：1 系統分為前臺與后臺兩個部分。前臺是提供給顧客的購物用

5、的模塊，客戶能使用系統訂購商品、請求發票、填寫通信標簽（通信標簽指要給用戶郵寄商品用戶必須提供的信息，比如訂單號、收件人、地址、聯系電話等）基本信息、提供支付信息等。后臺是提供給管理員用的模塊，確認用戶的訂單、發貨及打印發票（或缺貨及缺貨處理）、打印通信標簽、庫存信息的維護、庫存不足時及時聯系生產廠家進貨。2 生成已成功完成訂單列表、未付款訂單報表、未發貨訂單報表等3 其它1.3 主要的數據項顧客信息：顧客代碼、顧客名稱、姓名、地址、郵編、電話等訂單信息：訂單號、下單日期、顧客代碼、運輸要求、能否供貨標志、貨號、運輸日期、貨物重量、運費、付款清單等訂單細則：細則編號、訂單號、產品分類編號、生產

6、廠、數量、總金額庫存商品信息：商品分類編碼、生產廠家編碼、商品說明、單價、計量單位、計量單位的說明等生產廠家信息：廠家代碼、廠家名稱以上數據中，訂單細則是對訂單信息各子項的詳細說明。* 2 研究生招生信息管理系統2.1 系統概述：研究生招生信息的管理工作大致分為三個階段，第一階段是考生報名，第二階段是初試階段，第三階段是復試階段，第三階段是錄取情況統計。在第一階段，每個考生都要將自己的簡歷和報考情況填入一張表中。這些信息將作為每個考生的檔案，由招生人員管理，后兩個階段的統計工作要用到這些信息。第二階段是進行初試與復試。初試設定考生的分數線以對使篩選合格的同學進入復試，初試分數線分單科分數線與總

7、分分數線，任何一個科目不過線或者總分不過線均不能參加復試。初試后對篩選出來的考生進行復試，復試后公布錄取分數線，當考生的總分達到錄取線后方會被錄取。此階段還需要做數據的分析工作，主要是將每個考生的各科成績匯總起來，計算出總分、平均分，同時統計出各科的及格率、不及格率及各分數段的考生人數來，由此來分析本年考生的質量和水平。第三階段的工作是進行錄取后的統計。當錄取名單確定之后，招生人員要進行統計、分析本年的錄取情況，如統計錄取生的成績、年齡、來源等情況，并進行計劃招生數和實際招生數的比較等。由此獲得本年研究生的錄取情況。2.2 數據要求：考生檔案：考號、姓名、性別、年齡、政治面貌、是否應屆、學歷、

8、來源、報考專業、報考類別。初試成績：考生的政治成績、考生的外語成績、專業基礎科目。復試成績：考生的復試專業科目成績、考生的面試成績、考生的上機成績錄取名單：考號、錄取系別、初試成績、復試成績。專業字典：專業代碼、專業名稱、計劃內招生數、計劃外招生數。* 3. 托管培訓中心信息管理系統某托管培訓中心希望建立系統對其數據進行管理。3.1 系統概述：培訓中心的日常業務是：1處理學生報名。根據學生報名的科目查詢科目信息，如果該科目已經滿員，則提醒學員選擇別的科目或者報名下期培訓。如果該科目沒有滿員，則讓用戶選擇相應的教師（同一科目可能有不同的教師，價位可能不同）并做報名登記，用戶交費，向用戶開具收費清

9、單。2維護科目。可根據教師情況開設不同的科目。常見的科目有奧數、圍棋、書法、蠟筆畫、口才、新概念、薩克斯、吉他等。根據教師的知名度給教師不同的課時報酬，同時同一門課程知名度不同的教師承擔，向學生收取的學費也不同。3安排教室及上課日程。根據教師及學生等情況確定某個科目的上課地點及時間，并形成學生與教師的上課日程表。4管理帳目。收取學生交費并入帳，開具收據、打印收費清單、催交費用等。3.2 數據要求：學生信息：學生編號、學生姓名、報名時間、交款額、所選科目（可能不止一門）。科目信息：科目號、科目名、學時、上課周期、收費、上課地點、教師號、招收人數、已報名人數教師信息：教師號、教師名、教師等級、教師

10、特長賬目信息：日期、班級代號、學生編號、科目號、交款額* 4 科研積分管理系統某高校欲建立科研積分管理系統以對數據進行管理。41 系統概述：教師每年完成一定的科研成果，各類科研成果對應不同的科研積分。高校教師應該達到基本的科研積分要求，規定博士或副教授職稱每年至少完成10個科研積分、教授每年至少完成20個科研積分、講師每年至少完成5個科研積分、助教職稱無積分要求。對教師超過以上基本要求的部分實施科研獎勵，每分10圓。不同的成果對應不同的科研積分。成果分為以下幾類：科技項目立項積分、科技論著積分、成果鑒定積分、獲政府獎積分（詳細參考后附文檔）。教師每年完成的一定量的成果，須每年對教師的科技成果進

11、行登記，以方便查詢及管理。登記的內容可包括教師號、完成的成果類別、完成的成果詳細名稱、獲得的積分。同時，完成對積分的分類統計，比如可以統計某個教師一年的總積分、某個系別一年的總積分等。42 數據要求：教師信息：教師號、教師所屬系、教師職稱科技成果信息：成果類別、成果積分、成果描述成果登記：成果名稱、完成成果人員、成果類別、成果詳細名稱等。* 5 工資管理系統5.1目標：實現月工資計算和打印輸出相應的工資表格；實現與工資管理有關的檔案管理。提高工資管理工作效率，降低出錯率。5.2 功能要求：檔案管理 保存有關工資計算以及工資管理所必須的數據2能對各種數據進行插入、修改、刪除等操作3能對數據進行查

12、詢、統計工資計算1正確計算出個人月工資、部門月工資以及全廠月工資。2能對病假扣款系數進行修正。3能打印輸出工資計算表、個人工資單、部門工資單、工資匯總表四種表格。5.3 數據要求：每個職工的各種數據分為三類：1 職工的代號、姓名、性別、出生日期、參加工作日期、所屬部門、人員類別、技術等級、技術職稱、文化程度、民族、籍貫、現住址。2 職工的基本工資、崗位津貼、物價補貼、職務津貼、住房補貼、房租。3 職工的出勤日數、公傷日數、產假日數、病假日數、曠工日數、事假日數、加班日數、夜班日數、病假系數。工資單數據：本月基本工資、崗位津貼、物價補貼、職務津貼、住房補貼、加班費、夜班費、房租、病假扣款、事假扣

13、款、曠工扣款、其它扣款、實發工資。* 6 汽車修理管理系統功能要求：1 數據登記把各種手填單據中的數據及時登記到系統中、并要求能進行修改。這些單據包括修車登記單、汽車修理單、零件入庫單、零件出庫單。2 查詢能查詢登記單、修理單、汽車、車主、修理工、零件庫存的有關數據。3 編制并顯示零件訂貨計劃月報表。4 打印發票發票中包括顧客姓名、汽車牌號、修理項目、修車費（=修理費+零件費）。零件費=（零件價格×耗用數量）修理費=小時工資×修理小時×35 打印修理工工資月報表某修理工的月工資=（小時工資）×修理小時* 7 房產管理系統7.1 功能要求：該系統應具有分房

14、、調房、退房和咨詢統計功能。房產科把用戶申請表（按照統一的格式由用戶填寫）輸入系統后，系統首先檢查申請表的合法性，對不合法的申請表系統拒絕接受，對合法的申請表根據類型分別進行處理。如果是分房申請，則根據申請者的情況計算其分數，當分數高于閾值分數時，按分數高低將申請單插到分房隊列的適當位置。每月最后一天進行一次分房活動，從空房文件中讀出空房信息，把好房優先分配給排在分房隊列前面的符合該登記住房條件的申請者，從空房文件中刪除掉這個房號的信息，從分房隊列中刪除申請單，并把此房號的信息和住戶信息一起寫到住房文件中，輸出住房分配單給住戶，同時計算房租并將算出的房租寫到房租文件中。如果是退房申請，則從住房

15、文件和房租文件中刪除有關的信息，再把此房號的信息寫到空房文件中。 如果是調房申請，則根據申請者的情況確定其住房等級，然后在空房文件中查找屬于給等級的空房，退掉原住房，再進行與分房類似的處理。住戶可向系統詢問目前分房的閾值分數，居住某類房屋的條件，某房號的單位面積房租等信息。房產科可以要求系統打印出住房情況的統計表，或更改某類房屋的居住條件、單位面積房租等。7.2數據要求：1) 住房標準表：住房面積、最低住房分數（按住房面積大小遞增排列）2) 房產表：房號、住房面積、分配標志、每平方米房租（按房號遞增排列）3) 住房表：戶主、部門、職稱、家庭人口、住房分數、房號、住房面積（按戶主名拼音字母順序排

16、列）4) 住房要求：戶主分房要求調房要求退房要求5) 分房要求：部門、職稱、家庭人口、住房分數、要求住房面積6) 調房要求：部門、職稱、家庭人口、住房分數、原住房面積、原房號、要求調房面積 7) 退房要求：部門、房號* 8 健康檔案管理系統8.1 功能要求：該系統的健康文件包括病歷信息和體檢信息。1 登記將學生的健康信息插入健康文件；2 修改修改一個學生的健康檔案記錄；3 刪除刪除學生的健康檔案記錄；4 查詢可以組合各種條件進行查詢，顯示學生健康信息并打印健康文件報表；5 統計對學生的基本健康狀況進行各種必要的統計和分析，由一般統計和動態分析兩種。一般統計包括計數和求平均值；動態分析由健康歷史

17、求出平均年增長值和年增長率。8.2 數據要求：體檢文件：學號、姓名、性別、系別、年齡、身高、體重、胸圍、日期病歷文件：學號、姓名、性別、系別、診斷、日期* 9 學籍管理系統9.1 功能要求：1 學生注冊登記提供給系統最基本的學籍信息。2 學生成績登記按專業分類，以年級為單位，登記學生在校期間每門課程的成績。3 學籍更改登記包括簡歷更改、成績更改、休復轉退學登記、獎懲登記。4 資料統計統計各專業某年計某學期的學習成績情況。以考試為例，分作90100分，8089分，7079分，6069分，60分以下五檔人數及占總人數的百分率。按照學生的年齡大小、地區的來源、政治面貌作人數的統計。5 個人情況查詢查

18、詢成績、簡歷、休復轉退學及獎懲情況。9.2 數據要求：簡歷數據：學號、姓名、性別、學制、地區、年齡、政治面貌、民族、獎懲記錄、休復轉退標記* 10 教材購銷管理系統10.1 功能要求：1 銷售子系統（1）審查有效性學生將購書單交給教材科秘書，秘書通過查閱各班學生用書表、售書登記表檢查是否允許該生買書。（2）開發票如果允許學生買書，教材科會計將按購書單查閱教材存量表，如果有書且數量夠，則開交款發票，否則，將購書單中無法購買的書的信息寫入缺書登記表，以備以后補售教材。（3）登記并開領書單教材科出納員根據發票上的總金額收取現金，并進行售書登記，同時開領書單，學生將領書單交給保管員，領書。（4）補售教

19、材采購部門進書后，教材科秘書根據進書通知和缺書登記表給沒買到教材的學生發補售通知單。2 采購子系統（1）教材入庫采購員采購教材后，將進書單交給秘書，秘書修改教材庫存和待購量。（2）統計 秘書每月按書號和出版社統計缺書，形成待購教材表和缺書單，供采購員采購時使用。10.2數據要求（1） 各班學生用書表：班級、書號、書名、數量（2） 售書登記表：學號、姓名、書號、數量（3） 缺書登記表：學號、姓名、書號、數量（4） 教材存量表：書號、單價、數量（5） 待購教材表：書號、數量（6） 缺書單：書號、數量、出版社、地址、電話（7） 教材一覽表：書號、書名、出版社、地址、電話* 11XX企業資產管理11.

20、1 功能要求：1企業資產購置2將企業資產信息插入企業資產數據文件。3 企業資產的領用。企業資產發放給相關部門使用，登記相關信息。4 企業資產的內部調撥 由一個部門調撥到另一個部門，登記相關信息。5 企業資產出租 本企業資產出租給其他企業，對租賃費用、時間等登記管理6 企業資產的報廢 企業資產達到報廢年限或其他原因報廢，登記相關報廢信息。7 對以上具體功能的查詢、統計功能11.2 數據要求資產數據：資產代碼、資產名稱、資產類型、規格型號、單位、制造廠家、購置日期、原值（帳面價值）等資產領用數據：資產代碼、資產名稱、領用部門、領用日期、經辦人資產調撥數據：資產代碼、資產名稱、調入部門、調出部門、調

21、撥日期、經辦人資產出租數據：資產代碼、資產名稱、租用單位、出租日期、到期日期、租賃費用、經辦人資產報廢數據：資產代碼、資產名稱、資產殘值、報廢原因、報廢日期、經辦人* 12 產品銷售合同管理12.1 設計目標1輸入產品銷售合同的基本數據2實現合同管理的查詢/統計操作3輸出各重要表單12.2 功能要求1輸入部分原始數據錄入2 處理功能查詢（單項/綜合）統計3 報表輸出（打印/顯示）4 菜單/窗口/界面設計12.3數據要求合同數據：合同編號、日期、產品代碼、規格型號、數量、單價、合計（數量、金額）、供貨單位（地址、電話、供貨方式）、出庫日期四、應閱讀的基本文獻：1 David Flanagan著.

22、 JAVA技術手冊. 東南大學出版社，2006.52黃明, 梁旭編著. Java信息系統設計與開發實例. 機械工業出版社,20063(美) Bruce Eckel著. Java編程思想. 機械工業出版社, 20065oracle數據庫應用開發基礎，王言行， 清華出版社，20056數據庫處理基礎、設計與實現，施伯樂譯，電子出版社，2004 五、考核方式（包括總成績的組成及分配比例）：本課程考核的方式為考查。 主要通過平時表現，結合學生的動手實踐能力、獨立分析問題和解決問題的能力以及創新精神，還有課程設計報告和上機驗收及答辯情況，進行綜合考評。成績分為優、良、中、及格和不及格五等。本課程的總成績的

23、組成及結構比例如下： 平時出勤及表現占20%；課程設計報告占40%；驗收及答辯占40%。六、其他有關問題的說明：按學校規定無故曠課6學時，取消驗收答辯資格，成績定為不及格課程負責人（簽字）：年 月 日專業教研室主任（簽字）：年 月 日主管院長（簽字）：年 月 日附錄1：參考實例（客房預定系統設計）一、需求分析（給出數據字典（數據項、數據結構、數據流、數據存儲和處理過程）文字描述：顧客可以用電話或上網注冊的方式預定。其方式不同，但提交的內容是相同的：需要的房間類型，房間數，客人人數，預定時間，退房時間等。服務臺查詢客房管理部，看看是否有滿足客人要求的客房。如果有，則記錄下客人的需要，同時客房管理

24、部通知財務部準備收預約金，同時反饋給客人確認信息。如果客人要求的客房無法提供，則通知顧客無法滿足此處加上數據字典部分。二、概念設計u 實體：顧客，服務臺，客房，客房管理部，財務部u 局部視圖：1、顧客預定服務臺事務規則：一個服務臺可以為多個顧客服務 一個顧客在一個服務臺進行預訂活動2、服務臺查詢客房管理部事務規則：一個客房管理部可以為多個服務臺服務每個服務臺最終只和一個客房管理部聯系3、客房管理部管理客房事務規則：1個客房管理部管理多個客房一個客房由一個客房管理部管理4、客房管理部財務收入財務部事務規則：一個酒店或旅館只會有一個客房管理部和財務部（1：1）u 視圖集成 局部視圖集成會發生沖突，

25、主要是同名異義、同義異名的問題 同名異義：如“服務臺聯系電話；顧客聯系電話” 同義異名：如“顧客身份證號；財務部顧客身份證號”三、邏輯設計將E-R圖轉化為關系模式（不是最終的） 顧客（姓名，性別，身份證號，聯系電話，家庭住址，客房種類，房間數，訂房日期，退房日期，服務臺臺號，當值服務員工號) 3NF 服務臺（服務臺臺號，服務臺聯系電話，訂房編號) 3NF 客房（客房編號，客房種類，客房位置，客房單價，客房設備，今日狀態) 2NF 客房管理部（訂房編號，客房編號) 3NF 財務部（訂房編號，預約金，身份證號) 3NF其中，“客房”是2NF，因為：客房編號>客房種類，客房位置，今日狀態；客房

26、種類>客房單價，客房設備。因而存在傳遞依賴，需要分解。將客房分解為客房和客房信息設定兩個實體： R1：客房（客房編號，客房種類，客房位置） R2：客房信息設定（客房種類，客房單價，客房設備）規范化得到最終的關系模式l 顧客（姓名，性別，身份證號，聯系電話，家庭住址，客房種類，房間數，訂房日期，退房日期，服務臺臺號，當值服務員工號) 3NFl 服務臺（服務臺臺號，服務臺聯系電話，訂房編號 ) 3NFl 客房（客房編號，客房種類，客房位置，今日狀態) 3NFl 客房信息設定（客房種類，客房單價，客房設備）3NFl 客房管理部（訂房編號，客房編號) 3NFl 財務部（訂房編號，身份證號，預約金

27、) 3NF四、檢驗是否滿足用戶需求u 例行事務需求1.客戶訂房 查詢客房信息，修改客房空閑狀態，修改財務報表2.客戶退房修改客房空閑狀態，刪除客戶信息u 查詢事務需求1.查詢某一客戶的訂房情況根據顧客身份證號查詢表財務部信息和客房管理部信息2.查詢是否有滿足用戶要求的客房 查詢某種客房的空閑房間數 查詢某一客房何時會空閑（查客房信息和客房信息設定）3.報表需求 生成顧客訂房信息用到的表：客房信息，顧客信息 生成客房標準信息用到的表：客房信息設定五、其它數據庫對象(物理數據庫設計)的考慮1、合法用戶名字、權限、角色2、視圖（一個或一個以上）3、觸發器（一個或一個以上）4、索引附錄2：推薦的報告書

28、寫格式：1、內容要求文檔中除了在封面應有題目、班級、姓名、學號和課程設計日期以外，其正文一般有如下幾個方面的內容：需求分析：明確用戶的各種需求，然后在此基礎上確定新系統的功能。新系統必須充分考慮今后可能的擴充和改變。此階段文檔不要求畫出數據流圖，但要求給出數據字典，但對系統的信息要求（數據分析）和處理要求（功能分析）要詳盡。這是系統的起點也是關鍵。概要結構設計：對需求分析階段收集到的數據進行分類、組織，形成實體、實體的屬性,初步標識實體的碼,設計分E-R圖。各子系統的分E-R圖設計好以后,下一步要將所有的分E-R圖綜合成一個系統的總E-R圖。,確定實體之間的聯系類型 (1:1,1:n,m:n)

29、。（劃分實體和屬性的基本準則參照教材，同時考慮合并E-R圖所產生的沖突問題和冗余問題。）邏輯結構設計：把概念結構設計階段設計好的基本E-R圖轉換為與選用DBMS產品所支持的數據模型相符合的邏輯結構，即將實體和實體間的聯系轉換為關系模式，并確定這些關系模式的屬性和碼。（轉換原則參見教材）。根據所學得的關系模式規范化理論，對關系模式進行優化，使其基本滿足三范式要求。物理結構設計：為給定的邏輯數據模型選取一個最適合應用環境的物理結構，要求詳細寫出基本表的結構，包括表名、各個字段名、字段描述、類型、長度、是否為空等，同時標出基本表的主碼、外碼、索引等。軟件系統設計與實現：描述相應的前臺軟件系統的設計與實現文檔不能少于10頁，A4紙打印，正文宋體4號，帶封面，封面以下頁樣式為準。其它標準如下：2、格式要求（一）、頁面設置：上2.5 cm，下2 5cm，左2.5 cm，右2cm，頁眉1.5cm，頁腳1.75cm。采用單倍行距，標準字符間距。