【正文】 。 報告的格式規(guī)范性非常重要，任何工作必須都要規(guī)范，否則無法保證質(zhì)量，這一點請大家務(wù)必重視。在所有小組答辯結(jié)束后 1~2 天內(nèi)交上修改后的打印裝訂稿 須上交材料 技能訓練 要求 上交 數(shù)據(jù)庫系統(tǒng)設(shè)計 報告（打印版和電子版），及可運行的數(shù)據(jù)庫系統(tǒng)（程序源碼和數(shù)據(jù)庫文件），并 參加答辯 。 、裝訂成本，答辯時的打印稿可以不裝訂。然后進行程序演示，最后是提問。 繪圖工具建議大家使用 MS Visio2021 或更高的版本，此軟件為MS OFFICE 的一個組成部分。這幾個字為隸書，五號字，在表的上方，居中顯示。表則統(tǒng)一編寫格式如“表 11 新舊系統(tǒng)要求對照表 ” 所示。其中， 11 表示為第一章中的第一個圖，后面的是該圖的名稱。 8. 關(guān)于出現(xiàn)的圖表要進行編號 。行間距為最小值， 18 磅。 6. 參考文獻的格式如下所述： [1]金江軍、潘懋．現(xiàn)代物流 [M]．北京：北京大學出版社， 2021 [2]周耿、涂志玲、彭磊．逆向物流淺析 [J]．管理現(xiàn)代化， [3]石付恒．煤炭物流系統(tǒng)的研究 [D]． [中國礦業(yè)大學碩士學位論文 ]．中國礦業(yè)大學圖書館， 2021 [4]陳柳欽 ． 有關(guān)環(huán)保物流的理論探討 [NET]. ， 上面分別是書籍、刊物、學位論文以及網(wǎng)絡(luò)資料的格式。 4. 結(jié)束語主要是自己對自己編寫的系統(tǒng)、報告的評價，以及對 自己工作的總結(jié)、收獲等內(nèi)容。 3. 摘要主要內(nèi)容是自己的工作，不要對理論和背景、意義等大篇幅進行介紹。 各章節(jié)標題號后沒有任何標點，只空一格。 2. 選題說明主要對自己選該題目的原因、意義，以及該題目的特點等進行簡單的描述。 封面 均 采用 淺綠 色封皮進行裝訂。 2..封面必須完全統(tǒng)一，需要將“ 信信 息息 系系 統(tǒng)統(tǒng) ” 改成自己所選擇的題目 ，如人事管理信息系統(tǒng)、工資管理信息系統(tǒng)等 。 《電子商務(wù)基礎(chǔ)技能訓練一》 20 主要參考文獻 [1]《具體書名》 [2] 具體論文 [3] 具體網(wǎng)址 《電子商務(wù)基礎(chǔ)技能訓練一》 21 技能訓練 說明 《 電子 商務(wù)基礎(chǔ)技能訓練一 》 網(wǎng)絡(luò)數(shù)據(jù)庫系統(tǒng) 設(shè)計 部 分要求 以小組為單位 ；完成 一個“某某信息系統(tǒng)”的設(shè)計與實現(xiàn)，此部分由完整的數(shù)據(jù)庫設(shè)計過程和前臺應(yīng)用程序開發(fā)組成，要求小組內(nèi)根據(jù)特長分工協(xié)作完成。 《電子商務(wù)基礎(chǔ)技能訓練一》 18 結(jié)束語 詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳 細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容??。 不足及改進方向 目名稱 詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細 內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容??。 《電子商務(wù)基礎(chǔ)技能訓練一》 16 數(shù)據(jù)庫系統(tǒng) 安全 與維護 目名稱 詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容 詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容?? 目名稱 詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容?? 《電子商務(wù)基礎(chǔ)技能訓練一》 17 3 第 三 章 數(shù)據(jù)庫系統(tǒng)運行 數(shù)據(jù)庫系統(tǒng)運行 情況 目名稱 詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳 細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容??。 目名稱 詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi) 容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容??。 目名稱 詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳 細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容詳細內(nèi)容??。 轉(zhuǎn)化后關(guān)系模式為： 地點關(guān)系（地點名）； 零件關(guān)系（ 零件號 ，零件名，月份，單價，期初數(shù)量，購入量）； 維護人員關(guān)系（ 工作號 ，姓名，學號 ，班級，性別，電話，評級 ） ； 借車卡關(guān)系（ 卡號 ，姓名，學號，班級，宿舍號，辦卡時間，違紀次數(shù)）； 借 /還車關(guān)系（ 車編號，卡號，借出時間 ，歸 還時間， 停放 地點，是否損壞）； 維護關(guān)系（ 工作號，車編號，工作時間 ， 零件號， 工作地點） 數(shù)據(jù)模型的優(yōu)化 《電子商務(wù)基礎(chǔ)技能訓練一》 12 關(guān)系模式 零件、維護人員、借車卡、借 /還車、維護 等不存在非主屬性對主屬性的部分函數(shù)依賴，也不存在傳遞函數(shù)依賴，已經(jīng)達到了 3NF。三個或三個以上實體間的一個多元聯(lián)系可以轉(zhuǎn)換為一個關(guān)系模式。如果轉(zhuǎn)換為一個獨立的關(guān)系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，而關(guān)系的碼為 n 端實體的碼。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，而關(guān)系的碼為各實體碼的組合。實體的屬性就是關(guān)系的屬性，實體的碼就是關(guān)系的碼。 將 ER 圖轉(zhuǎn)換成關(guān)系模式 ER 圖向關(guān)系模式的轉(zhuǎn)換要解決的問題是如何將實體型和實體間的聯(lián)系轉(zhuǎn)換為關(guān)系模式，如何確定這些關(guān)系模 式的屬性和碼。在上面的實體以及實體之間關(guān)系的基礎(chǔ)上，形成數(shù)據(jù)庫中的表格以及各個表格之間的關(guān)系。我們可以得到學生管理系統(tǒng)的實體。 根據(jù)需求分析階段處理對象，結(jié)合數(shù)據(jù)流程圖的分析，在結(jié)合實體與屬性間的兩條準則：○ 1 作為 “屬性 ”，不能再具有需要描述的性質(zhì)。功能分析之后，再根據(jù)各個崗位、各個用戶對數(shù)據(jù)和使用權(quán)限的不同要求畫出局部 ER 圖，然后再把各個局部 ER 圖綜合起來形成統(tǒng)一的整體 ER 圖。本系統(tǒng)的功能 第二層系統(tǒng)數(shù)據(jù)流程圖 如圖 3 所示： 圖 3 車輛管理 車輛管理 借車卡管理 零件管理 維護管理 《電子商務(wù)基礎(chǔ)技能訓練一》 6 B2借車卡 B1持卡人 C1卡片管理 C2借車 借車信息 還車信息 申請借車 同意 /不同意 C3還車 借車信息 還車信息 C4車輛管理 C5維護管理 車輛狀況 是否維修 使用零件 C6零件管理 B6零件 B5維護人員 同意借車 A1管理員 借車信息 修改 /刪除卡片信息 車輛 信息 查詢響應(yīng) 人員信息 查詢響應(yīng) 查詢響應(yīng) 零件信息 人員信息 零件信息 零件信息 零件信息 人員信息 持卡人信息 卡片信息 B4車輛 車輛信息 車輛信息 B3地點 地點信息 地點信息 《電子商務(wù)基礎(chǔ)技能訓練一》 7 2 學生管理系統(tǒng)數(shù)據(jù)流字典 1. 數(shù)據(jù)項 編號 數(shù)據(jù)項名 數(shù)據(jù)類型 長度 數(shù)據(jù)含義 取值范圍 與其它數(shù)據(jù)聯(lián)系 DI1 bikenum char 3 車輛號 DI2 locale char 10 停放 地點 DI3 demage char 2 是否損壞 是、否 DI4 renttime date 借出時間 DI5 backtime date 歸還時間 DI6 cardnum char 6 借車卡號 DI7 ame char 8 卡主姓名 DI8 um char 6 卡主學號 DI9 cclass char 18 卡主