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