《數(shù)據(jù)庫原理》課程設(shè)計報告
題目:ylj送水系統(tǒng)
專業(yè)班級: 2018級物聯(lián)網(wǎng)工程1 班
指導教師:
學生姓名一: 籍元
完成任務 : XXXX(頁碼起止: XXX-XXXX)
學生姓名二: 葉乾耀
完成任務 : XXXX(頁碼起止: 1—4)
學生姓名三: 劉祥河
完成任務 : XXXXX(頁碼起止: 7—10)
目錄
1.1選題背景 |
1.2研究目的 |
1.3研究內(nèi)容 |
相關(guān)技術(shù)介紹 |
2.1 PHP 語言 |
2.2 數(shù)據(jù)庫技術(shù) |
3系統(tǒng)分析 |
3.1需求分析 |
3.2可行性研究 |
3.4系統(tǒng)目標 |
3.5系統(tǒng)具備的功能 |
3.6系統(tǒng)能解決的問題 |
4.系統(tǒng)設(shè)計 |
4.1概念結(jié)構(gòu)設(shè)計 |
5.邏輯結(jié)構(gòu)設(shè)計 |
6物理結(jié)構(gòu)設(shè)計 |
6.1數(shù)據(jù)表設(shè)計 |
6.2 基礎(chǔ)資料的錄入 |
圖書管理系統(tǒng)的實現(xiàn) |
7.1登錄功能 |
7.2.讀者管理功能: |
7.2借閱管理功能 |
7.3.讀者查詢功能 |
7.4.圖書管理 |
結(jié)論與展望 |
8.1(按照自己的系統(tǒng),總結(jié)系統(tǒng)實現(xiàn)的功能正式論文中需要去掉) |
8.2(按照自己的系統(tǒng)展望系統(tǒng)的不足及需要改進的地方,正式論文中需要去掉) |
1.概述
1.1選題背景
1.待開發(fā)軟件系統(tǒng)名稱:送水系統(tǒng)
2.本項目的任務提出者:葉乾耀
3.本項目開發(fā)者:籍元,劉祥河,葉乾耀
4.本項目用戶:小型送水公司
1.2研究目的隨著經(jīng)濟不斷發(fā)展,城市的不斷擴張,城市居民的用水需求量葉在不斷的攀高。為了適應人們的消費需求,近年來我國飲用水市場發(fā)展極快。據(jù)不完全統(tǒng)計,目前全國各類飲用水生產(chǎn)廠家有2000多個。各地類似“送水公司”這樣的服務業(yè)也隨之不斷發(fā)展。各企業(yè)競爭激烈,提高公司員工工作效率和服務質(zhì)量是致勝的重要因素,另一方面在與客戶的溝通和公司自我形象的不斷完善。現(xiàn)今的社會,計算機已經(jīng)成為人們處理日常事務不可或缺的一種工具,他們能把事情的復雜化轉(zhuǎn)為簡單化,使流程更加順暢方便。多與大多數(shù)中小型送水服務公司來說,在用水旺季電話較多時由于接話員效率低,不可避免的會發(fā)生漏接電話等情況,失去一些訂水客戶。在這種情況下,擁有一個專業(yè)的針對送水行業(yè)上述問題的軟件系統(tǒng)就成為同行業(yè)中競爭發(fā)展的有利優(yōu)勢。
1.3研究內(nèi)容
1.實現(xiàn)工作人員、客戶信息的管理;實現(xiàn)礦泉水類別和供應商的管理;實現(xiàn)礦泉水入庫管理和出庫管理;
2.創(chuàng)建觸發(fā)器,實現(xiàn)入庫、出庫時相應類型礦泉水的數(shù)量的增加或減少;創(chuàng)建存儲過程統(tǒng)計每個送水與昂工制定月份送水的數(shù)量;創(chuàng)建存儲過程查詢制定月份用水量最大的前10個用戶,并按用水量遞減排列;建立數(shù)據(jù)庫相關(guān)表之間的參照完整性約束。相關(guān)技術(shù)介紹
PHP為“超文本預處理器”,是一種通用開元腳本語言。PHP是在服務器端執(zhí)行的腳本語言,與C語言類似,是常用的網(wǎng)站編程語言。PHP獨特的語法混合了C、java、Perl以及PHP自創(chuàng)的語法。利于學習,使用廣泛,主要適用于web開發(fā)領(lǐng)域。具有成本低、速度快、可以執(zhí)行好、內(nèi)置豐富的函數(shù)庫等優(yōu)點。因此被越來越多的企業(yè)應用于網(wǎng)站開發(fā)中。
2.2 數(shù)據(jù)庫技術(shù)
數(shù)據(jù)庫是“按照數(shù)據(jù)結(jié)構(gòu)來組織、存儲和管理數(shù)據(jù)的倉庫”。是一個長期存儲在計算機內(nèi)的、有組織的、可共享的、統(tǒng)一管理的大量數(shù)據(jù)的集合。是存放數(shù)據(jù)的倉庫。他的存儲空間很大,可以存放百萬條,千萬條,上億條數(shù)據(jù)。但是數(shù)據(jù)庫并不是隨意將數(shù)據(jù)存放,存放有一定的規(guī)則。當今世界是一個充滿數(shù)據(jù)的互聯(lián)網(wǎng)世界,充斥著大量的數(shù)據(jù)。即這個互聯(lián)網(wǎng)世界就是數(shù)據(jù)世界。數(shù)據(jù)的來源有很多,比如出行記錄、消費記錄、瀏覽的網(wǎng)頁、發(fā)送的信息等等。除了文本類型的數(shù)據(jù),圖像、音樂、聲音都是數(shù)據(jù)。
3系統(tǒng)分析
3.1需求分析
1..怎么通過mysql和信息之間的關(guān)系來創(chuàng)建送水系統(tǒng)的數(shù)據(jù)庫及表?
2.怎樣來實現(xiàn)對插入客戶信息并保存、修改及刪除?
3.怎樣來實現(xiàn)對送水系統(tǒng)的管理?
4.如何實現(xiàn)對礦泉水出庫入庫的管理?
5.怎么實現(xiàn)對喝完的空桶回收,賣出,儲存的管理?
6.怎么實現(xiàn)對送水中同時監(jiān)控每個送水員的送水業(yè)務管理?
7怎么來根據(jù)不同用戶對數(shù)據(jù)庫的等級來設(shè)置這些用戶的權(quán)限?
3.2可行性研究
3.2.1 技術(shù)可行性
目前我們已經(jīng)學習了mysql的基本操作方法和相應的數(shù)據(jù)庫知識,相信我們有能力做出符合各個公司都需要的礦泉水公司的送水系統(tǒng)。
3.2.2經(jīng)濟可行性
本系統(tǒng)的開發(fā)主要是系統(tǒng)運行費用,以及系統(tǒng)的維護、設(shè)備的維護等。本系統(tǒng)主要用于大型公司的送水管理,如果能處理得好,對以后能更好的送水收益還是很可觀的。
3.2.3管理可行性
3.4系統(tǒng)目標
目前市場上這方面的軟件系統(tǒng)使用范圍比較有限,就算有使用的也很少設(shè)計送水配送業(yè)務。目前大多數(shù)公司現(xiàn)行的管理系統(tǒng)雖然解決了公司業(yè)務上的處理問題,但在員工工作效率、客戶信息管理、信息查詢分析等方面的不完善,需要進一步的油畫系用處理業(yè)務流程和解決公司以往單人操作系統(tǒng)處理繁瑣事務等問題。本系統(tǒng)需要完成的功能:工作人員、客戶的管理、礦泉水的類別(信息)、供應商的信息、礦泉水入庫、出庫、收費、進貨、銷售管理。
。如圖3-1所示:
圖3-1系統(tǒng)模塊圖
3.5系統(tǒng)具備的功能
1.員工管理:新建、查詢、編輯、刪除員工信息、獎懲、權(quán)限管理。
2.客戶管理:新建、查詢、編輯、刪除客戶信息。
3.礦泉水管理:新建、查詢、編輯、刪除礦泉水信息,實現(xiàn)實時更新。
4.供應商管理:新建、查詢、編輯、刪除供應商信息,實現(xiàn)實時更新以保證公司利益。
5.倉庫管理:進貨、出庫等級、商品庫存統(tǒng)計管理、生成商品擠壓或缺貨報告單。
6.訂單管理:新建、查詢、編輯、未發(fā)貨訂單顯示、發(fā)貨中訂單顯示、已完成訂單顯示、已取消訂單顯示。
7.財務管理:新建、查詢、編輯、刪除財務報表,統(tǒng)計、比較各級階段的財務情況。
8.進貨管理:新建、查詢、編輯、刪除進貨訂單信息,與供應商的練習,交易,員工人員分配。
9.銷售管理:新建、查詢、編輯、刪除銷售信息,與客戶的練習,交易,員工人員分配,做好售后服務等。
3.6系統(tǒng)能解決的問題
1在員工信息管理部分要求:
(1)可以查詢員工信息。
(2)可以對員工信息進行添加及刪除的操作。
(3)可以對員工的獎懲和升降職進行操作。
2在客戶信息管理部分要求:
(1)可以查詢信息要求。
(2)可以對客戶信息進行添加及刪除的操作。
3.在礦泉水管理部分的要求:
(1).可以瀏覽礦泉水信息。
(2)對進貨賣出信息進行實施監(jiān)控操作,做到實時更新。
4在供應商管理部分的要求:
(1)可以瀏覽礦泉水信息。
(2)對進貨賣出信息進行實施監(jiān)控操作,做到實時更新。
5.在倉庫信息管理部分要求:
(1)顯示當前數(shù)據(jù)庫中管理者情況。
(2)對管理者信息維護操作。
6.在訂單信息管理部分的要求:
(1)可以瀏覽罰款信息。
(2)對罰款信息進行更新。
7.在財務信息管理部分的要求:
(1)可以查詢收入和輸出信息。
(2)對各階段財務情況信息進行更新。
8.在進貨信息管理部分的要求:
(1)可以瀏覽進貨信息。
(2)對進貨信息進行更新。
(3)可以對員工進行分配以及與供應商進行交易。
9.在銷售信息管理部分的要求:
(1)可以查看銷售信息。
(2)對銷售信息進行更新。
(3)可以與客戶進行交易以及售后服務等
4.系統(tǒng)設(shè)計
4.1概念結(jié)構(gòu)設(shè)計
4.1.1各實體與屬性分析
1.圖書實體
對于圖書館管理系統(tǒng)的其中一個實體——圖書。編號用來唯一確定、區(qū)分圖書的主碼。書名、作者、編號、出版社,給讀者描述圖書的信息,方便讀者找到所描述的圖書;庫存信息、位置提供給讀者來快速的找到圖書,另外也讓圖書館管理員方便的整理歸還的圖書,提高工作效率;價格用來在發(fā)現(xiàn)書目損壞時管理員可以處理或者申請重新購置。這個實體的信息是可以被讀者查詢到,但不可以被讀者修改,管理員可以對其中的信息修改,安全級別是最低的。
圖書實體
2.讀者實體
圖書管理系統(tǒng)的另一個實體是讀者,讀者是圖書館所服務的對象。圖書館管理系統(tǒng)需要記錄讀者的姓名、聯(lián)系電話、身份證號、住址。身份證號是讀者實體的主碼;姓名、聯(lián)系電話、住為讀者的基本信息;此實體中的信息不可以被讀者查詢,保證讀者信息安全不被泄漏;可以被擁有權(quán)限的管理員看到,向管理員提供讀者的信息方便過期借書的處理。
讀者實體
3.管理員實體
圖書館內(nèi)的管理人員。管理員編號是管理員實體的主碼;姓名、聯(lián)系電話、住址是管理員的基本信息;管理權(quán)限是管理員在系統(tǒng)中擁有的權(quán)限,對于不同的管理員有不同的權(quán)限,用來協(xié)調(diào)各個管理員之間的工作。
管理員實體
4.1.2局部實體聯(lián)系圖
實體與實體的關(guān)系,讀者和圖書是借閱關(guān)系、管理員管理圖書和讀者。其中圖書和讀者的借閱關(guān)系存在借閱時間、還書時間、借閱狀態(tài)。借閱狀態(tài)有借閱和超時兩種狀態(tài)。管理員和圖書讀者均是多對多關(guān)系管理員。可以將管理員設(shè)到圖書和借閱表,或單獨設(shè)表。
4.1.3總E-R圖
5.邏輯結(jié)構(gòu)設(shè)計
以下為本系統(tǒng)中涉及到的所有實體,包括圖書信息,讀者信息,管理員信息,借閱,管理信息。
(1)圖書(編號,書名,作者,庫存信息,位置,價格,出版社),(2)讀者(身份證號,姓名,聯(lián)系電話,住址),(3)管理員(管理員編號,姓名,聯(lián)系電話,管理權(quán)限,住址),(4)借閱(圖書編號,身份證號,借閱時間,到期日期,罰款數(shù)目,拖欠日期),(5)管理(圖書編號,身份證號,管理員編號)。
6物理結(jié)構(gòu)設(shè)計
6.1數(shù)據(jù)表設(shè)計
數(shù)據(jù)庫的物理結(jié)構(gòu)設(shè)計是對已經(jīng)確立的邏輯數(shù)據(jù)結(jié)構(gòu)利用數(shù)據(jù)庫管理系統(tǒng)提供的方法,技術(shù),以較優(yōu)的數(shù)據(jù)存儲結(jié)構(gòu),數(shù)據(jù)存儲路徑,合理的數(shù)據(jù)存放位置以及存儲分配,設(shè)計出一個高效的,可以實現(xiàn)的物理數(shù)據(jù)結(jié)構(gòu)。
本系統(tǒng)中的數(shù)據(jù)庫使用MySQL數(shù)據(jù)庫,它是關(guān)系型數(shù)據(jù)庫的典型代表,以下為該系統(tǒng)在數(shù)據(jù)庫中的存放的表結(jié)構(gòu),它包括了各個實體字段在數(shù)據(jù)庫中的保存類型,長度等。
1、Book表:圖書信息是圖書管理系統(tǒng)中必不可少的一部分,其中圖書編號最為重要,狀態(tài)字符型,修改不可刪除。因為圖書信息是本系統(tǒng)中最重要且最基礎(chǔ)的資料,本系統(tǒng)中約定所有基礎(chǔ)信息一旦創(chuàng)建不可刪除,目的是保證在本系統(tǒng)中所有圖書狀態(tài)能準確查詢。圖書信息在數(shù)據(jù)庫中的存儲形式如下表所示:
字段名 | 數(shù)據(jù)類型 | 長度 | 說明 | 描述 |
Bnumber | char | 主鍵 | 編號 | |
Writer | char | 不能為空 | 作者 | |
Bname | char | 不能為空 | 書名 | |
Press | char | 不能為空 | 出版社 | |
Price | float | 不能為空 | 價格 | |
Shelf location | char | 不能為空 | 位置 | |
Inventory information | char | 不能為空 | 庫存信息 |
Book表
2、本系統(tǒng)中主要是對圖書的管理,讀者信息是本系統(tǒng)中的重要資料,讀者的身份證號是Reader表的主鍵,狀態(tài)為字符型,可以由管理員進行修改、刪除等操作。管理員及時地對讀者信息進行管理,可以保證本系統(tǒng)查詢信息的準確性。讀者信息在數(shù)據(jù)庫中的存儲形式如下所示:
字段名 | 數(shù)據(jù)類型 | 長度 | 說明 | 描述 |
Rname | char | 不能為空 | 姓名 | |
Rphone number | char | 不能為空,唯一 | 聯(lián)系電話 | |
Raddress | char | 住址 | ||
ID | char | 主鍵,不能為空 | 身份證號碼 |
Reader表
3、管理員是本系統(tǒng)中不可缺少的一部分,管理員及時地對信息的修改是本系統(tǒng)能夠準確運行的重要環(huán)節(jié)。管理員編號是圖書管理信息的主鍵,狀態(tài)為字符型。管理員信息在數(shù)據(jù)庫中的存儲形式如下表所示:
字段名 | 數(shù)據(jù)類型 | 長度 | 說明 | 描述 |
Aname | char | 不能為空 | 姓名 | |
Anumber | char | 不能為空,主鍵 | 管理員編號 | |
Aaddress | char | 住址 | ||
Aphone number | char | 不能為空,唯一 | 聯(lián)系電話 | |
Jurisdiction | char | 不能為空 | 管理權(quán)限 |
Administrators表
4、借書功能設(shè)計
借閱圖書時,首先判斷讀者的借書證是否真實有效,如果借書證無效則會顯示“證件無效”字樣,這樣可以確保安全性。如果有效,則判斷讀者要借閱的圖書是否存在,不存在顯示“不存在的數(shù)目”,存在則借出。
借書流程圖
5、還書功能設(shè)計
歸還圖書時,首先判斷是否存在借書記錄,如果不存在,則顯示“無記錄”字樣,然后判斷圖書信息是否正確,如果不正確則顯示“錯誤”字樣,正確則歸還存入圖書館。
還書流程圖
6.2 基礎(chǔ)資料的錄入
1.Book表數(shù)據(jù)
2Reader表數(shù)據(jù)
3Administrators表數(shù)據(jù)
圖書管理系統(tǒng)的實現(xiàn)
7.1登錄功能
7.2.讀者管理功能:
管理員要為每個讀者建立借閱賬戶,并給讀者發(fā)放不同類別的借閱卡(借閱卡可提供卡號,讀者姓名)。
(截圖)
7.2借閱管理功能
:持有借閱卡的讀者可以通過管理員借閱、歸還圖書。
(截圖)
7.3.讀者查詢功能
:可通過互聯(lián)網(wǎng)或圖書館內(nèi)查詢終端查詢圖書信息和個人借閱情況,以及續(xù)借圖書(系統(tǒng)審核符合續(xù)借條件)。
(截圖)
7.4.圖書管理
:圖書管理員定期或不定期歲圖書信息進行入庫、修改、刪除圖書信息管理以及注銷(不外借),包括圖書類別和出版社管理等。
(截圖)結(jié)論與展望
8.1(按照自己的系統(tǒng),總結(jié)系統(tǒng)實現(xiàn)的功能正式論文中需要去掉)
8.2(按照自己的系統(tǒng)展望系統(tǒng)的不足及需要改進的地方,正式論文中需要去掉)