花店管理系統 數據庫設計_第1頁
花店管理系統 數據庫設計_第2頁
花店管理系統 數據庫設計_第3頁
花店管理系統 數據庫設計_第4頁
花店管理系統 數據庫設計_第5頁
已閱讀5頁,還剩20頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、遵義師范學院厚德樹人篤學致用*遵義師范學院課程設計報告題 目: 花店管理系統 學 院 計算機與信息科學學院 專 業(yè) 計算機科學與技術 年 級 姓 名 學 號 指導教師 完成日期 2013-6-20 2012 至 2013 學年第 二學期目錄1 概述32系統需求分析32.1需求分析任務32.2設計要求32.3數據流圖42.3.1花供應、存儲數據流圖42.3.2銷售訂購數據流圖42.3.3數據字典53概念結構設計53.1概念結構設計的方法53.2 整體功能描述63.2.1系統實現的主要功能63.2.2系統功能模塊圖63.3.3系統實現的主體操作模塊63.3.4系統主體操作模塊圖73.3 零售子系統

2、E-R圖73.4 訂購子系統E-R圖83.5 供應子系統E-R圖93.6整體E-R圖94.邏輯結構設計104.1關系數據模式104.2優(yōu)化114.2.1確定數據依賴114.2.2消除冗余124.2.3分解成第三范式:124.3 數據庫的結構124.4數據庫表的設計135.數據庫物理設計與實施155.1數據庫應用的硬件、軟件環(huán)境介紹155.2系統視圖165.3加載測試數據176.數據操作要求及實現206.1數據插入、查詢操作206.2數據更新操作206.3數據連接查詢操作217.總結228.參考文獻24花店管理系統摘要:我們已經學習了兩個學期的數據庫課程,所以對數據庫的創(chuàng)建和SQL語言以及數據庫

3、表的增加、修改、刪除有了很好的掌握。這次實驗要求建立一個關系數據庫信息管理系統,必須得經過系統調研、需求分析、概念設計、邏輯設計、物理設計、系統調試的一般過程,為我們的畢業(yè)設計打下基礎。 為了更好的鞏固和加強書本所學的知識,并把所學的東西轉化為實際應用,在這里我進行花店管理系統數據庫的設計。通過把花店管理系統的構造以及采購的信息還有鮮花,店員的相關信息制成表格,輸入到數據庫中,使之能夠進行查詢、修改、刪除并且與花店管理系統執(zhí)行相同的操作。需求分析階段就是要研究我所作的花店管理系統的具體分類和實施過程流圖。概念設計階段要完成數據抽象與局部視圖設計還有視圖的集成。邏輯結構設計階段要把E-R圖轉化為

4、關系模式。最后就是要運行和實施數據庫。關鍵詞:SQL語言;數據庫設計;花店管理系統1 概述隨著人們的物質生活水平的不斷提高和社會的進步,人們表達情感的方式也大不一樣,比如,在情人節(jié)里會送給自己心儀的人一束鮮艷欲滴的玫瑰,在三.八婦女節(jié)會送給媽媽一束美麗的康乃馨,等等。很多生活中的實際例子都證明,鮮花總是可以帶給人溫馨與浪漫,為人們的生活增添了更多色彩,它已成為人們生活中不可缺少的一部分。隨之而來的就是很多小型花店的誕生。所以,對于很多店主來說,就希望有一套高效的管理系統來提高管理效率,進而提高收益。所以,想到這一點,我就特別創(chuàng)作了這樣一個關于花的世界的數據庫系統。2系統需求分析2.1需求分析任

5、務分析花店管理系統應用領域涉及的內容,對涉及到的領域的各個應用的信息要求和操作要求進行詳細分析,形成需求分析說明書。最重要的是調查、收集信息、分析鮮花信息和鮮花購買流程。處理要求、數據的安全性與完整性要求。要求系統能有效、快速、安全、可靠和無誤的完成上述操作。并要求客戶機的界面要簡單明了,易于操作,服務器程序利于維護。2.2設計要求花店店位一般位于居民聚集區(qū)、菜場、學校、醫(yī)院附近或人流較大街區(qū),店面使用面積在20左右,有12名營業(yè)人員。創(chuàng)業(yè)初期的投入在5至10萬人民幣。由于受到投資規(guī)模的限制,店主期望在不增加日常開支的前提下,擴大客戶群,提供更多貨品信息,通過高效的經營管理方式以降低營運成本并

6、產生良好的收益。本花店管理系統是針對小型花店經營模式進行相關業(yè)務管理的一套軟件。應用本系統的目的是有助于花店管理業(yè)務便利開展,提高工作效率,提升服務質量,使花店在一定時期內產生明顯的收益。2.3數據流圖2.3.1花供應、存儲數據流圖圖1花供應、存儲數據流圖2.3.2銷售訂購數據流圖顧客訂購需求訂購訂購信息送貨花收花人圖2銷售訂購數據流圖2.3.3數據字典將所有用戶需求分析完畢之后,就要開始構造數據字典了。經分析之后,本系統要用到七個基本表:花信息表,顧客信息表,供應商信息表,庫存信息表,零售信息表,供應信息表和訂購信息表數據結構定義如表1所示。數據結構名含義說明組成花信息表定義了花的有關信息花

7、編號、名稱、花語、進貨單價、銷售單價顧客信息表定義了顧客的有關信息顧客編號、顧客姓名、性別、電話供應商信息表定義了花的供應商的有關信息廠商名、地址、電話庫存信息表定義了庫存的有關信息編號、倉庫名稱,工資,花店編號零售信息表定義了銷售有關信息零售編號、花編號、數量、日期供應信息表定義了花供應的有關信息花編號、廠商名、供應數量、日期訂購信息表定義了訂購花的有關信息花編號、顧客編號、訂購數量、訂購日期、送貨時間、送貨地點、備注表1 數據結構定義3概念結構設計3.1概念結構設計的方法概念設計階段我采用自底向上的方法,即自頂向下的進行需求分析,然后再自底向上的進行概念結構設計。對已經細化到無法再分的階段

8、逐步集成在一起,最終合成一個全局概念模式。3.2 整體功能描述3.2.1系統實現的主要功能(1) 花信息管理:花基本信息的查詢、修改、新增、刪除管理。(2) 顧客管理:顧客資料的方便查詢和錄入、顧客資料和信息的查詢(3) 銷售(訂購)管理:顧客訂購信息的錄入、修改、查詢以及零售顧客買花信息記錄。(4) 花店供應管理:各種花材來源的供應商相關信息記錄。(5) 倉庫管理:花材存儲位置、數量等信息管理。3.2.2系統功能模塊圖圖3系統功能模塊圖3.3.3系統實現的主體操作模塊(1)新增模塊新花添加:添加新的花材種類和相關信息。新增客戶:新建客戶資料,即新客戶資料的錄入。新增供貨商:花材供貨來源廠商信

9、息的增加。(2)查詢模塊 花材信息查詢:查詢花材的基本信息。 客戶信息查詢:查詢客戶的基本資料。 庫存信息查詢:查詢庫存量。供應商查詢:查詢供應商相關資料。(3)修改模塊花材信息修改:對需要改動的花的信息進行修改。客戶信息修改:對需要改動的客戶信息進行修改。供應商信息修改:對需要改動的供應商的信息進行修改。倉庫信息修改:對需要改動的倉庫的信息進行修改。圖4系統主體操作模塊圖3.3.4系統主體操作模塊圖3.3 零售子系統E-R圖零售系統是針對顧客直接到店里買花,它記錄的信息有:花的編號、顧客買的花數量、顧客買花的日期。圖5零售子系統E-R圖3.4 訂購子系統E-R圖訂購系統是針對顧客親自到店里預

10、訂鮮花或是打電話預訂鮮花的相關信息的記錄,其中包括的信息有:花編號、顧客編號、訂購數量、訂購日期、送貨時間、送貨地點等。圖6訂購子系統E-R圖3.5 供應子系統E-R圖供應系統管理的是供應商對花的供應,其中還記錄有供應的花的數量和日期等信息。圖7供應子系統E-R圖3.6整體E-R圖把幾個子系統合并得整體的E-R圖如下所示: 圖8整體E-R圖4.邏輯結構設計4.1關系數據模式(1)花信息表:(花編號、名稱、花語、進貨單價、銷售單價)(2)顧客信息表: (顧客編號、顧客姓名、性別、電話)(3)供應商信息表:(廠商名、地址、電話)(4)庫存信息表: (編號、倉庫名稱)(5)零售信息表:(零售編號、花

11、編號、數量、日期)(6)供應信息表: (花編號、廠商名、供應數量、日期)(7)訂購信息表: (花編號、顧客編號、訂購數量、訂購日期、送貨時間、送貨地點、備注)4.2優(yōu)化將轉化的關系模式進行優(yōu)化,最終達到第三范式。4.2.1確定數據依賴(1)供應商信息:(廠商名、地址、電話)廠商名地址,廠商名電話(2)庫存信息: (編號、倉庫名稱)編號倉庫名稱(3)花信息:(花編號,名稱,花語、進貨單價、銷售單價)花編號名稱,花編號花語,花編號進貨單價,花編號銷售單價(4)顧客信息: (顧客編號、顧客姓名、性別、電話)顧客編號顧客姓名,顧客編號性別,顧客編號電話(5)零售信息:(零售編號、花編號、數量、日期)零

12、售編號花編號,零售編號數量,零售編號日期(6)供應信息: (花編號、廠商名、供應數量、日期)花編號廠商名,花編號供應數量,花編號日期(7)訂購信息: (花編號、顧客編號、訂購數量、訂購日期、送貨時間、送貨地點、備注)花編號顧客編號,花編號訂購數量,花編號訂購日期,花編號送貨時間,花編號送貨地點4.2.2消除冗余廠商名地址,廠商名電話,編號倉庫名稱,花編號名稱,花編號花語,花編號進貨單價,花編號銷售單價,顧客編號顧客姓名,顧客編號性別,顧客編號電話,零售編號花編號,零售編號數量,零售編號日期,花編號廠商名,花編號供應數量,花編號日期,花編號顧客編號,花編號訂購數量,花編號訂購日期,花編號送貨時間

13、,花編號送貨地點4.2.3分解成第三范式:(編號、倉庫名稱)(花編號,名稱,花語、進貨單價、銷售單價) (顧客編號、顧客姓名、性別、電話)(零售編號、花編號、數量、日期)(花編號、廠商名、供應數量、地址、電話、日期)(花編號、顧客編號、訂購數量、訂購日期、送貨時間、送貨地點、備注)4.3 數據庫的結構字段名數據類型長度約束花編號int 主鍵名稱nchar10不為空花語nchar10不為空進貨單價decimal(18,2)不為空銷售單價decimal(18,2)不為空表2花信息表的結構字段名數據類型長度約束廠商名nchar10 不為空地址nchar20不為空電話nchar15不為空表3 供應商信

14、息表的結構字段名數據類型長度約束顧客編號int 主鍵顧客姓名nchar10不為空性別nchar3不為空電話nchar10不為空表4 顧客信息表的結構字段名數據類型長度約束編號int主鍵倉庫名稱nchar10不為空表5 庫存信息表的結構字段名數據類型長度約束零售編號int 主鍵花編號nchar20不為空數量nchar10不為空日期datetime不為空表6 零售信息表的結構字段名數據類型長度約束花編號int 主鍵廠商名nchar10不為空供應數量nchar10不為空日期datetime不為空表7 供應信息表的結構字段名數據類型長度約束花編號int 主鍵顧客編號nchar20不為空訂購數量int不

15、為空訂購日期data不為空送貨時間datatime不為空送貨地點nchar10不為空備注nchar10不為空表8訂購信息表的結構4.4數據庫表的設計(1)花信息表:表9花信息表(2)顧客信息表:表10顧客信息表(3)供應商信息表:表11供應商信息表(4)庫存信息表:表12庫存信息表(5)零售信息表:表13零售信息表(6)供應信息表:表14供應信息表(7)訂購信息表:表15訂購信息表5.數據庫物理設計與實施5.1數據庫應用的硬件、軟件環(huán)境介紹本次實驗用到的軟件是SQL server 2008,安裝它對硬件、軟件環(huán)境的要求如下表:項 目要求說明CPU處理器類型: Pentium III兼容處理器或

16、速度更快的處理器處理器速度: 最低:1.0 GHz 建議:2.0 GHz 或更快內存最?。?12MB建議:2GB或更大硬盤根據組件的不同,需要的硬盤空間進行變化。筆者建議2.2GB以上硬盤空間顯示器分辨率1024x768 像素以上操作系統Windows Server 2003 Service Pack 2Windows Server 2008Windows Server 2008 R2可以安裝到64位服務器的Windows on Windows (WOW64)32位子系統中項 目要求說明需要的框架.NET Framework 3.5 SP1SQL Server Native ClientSQL

17、 Server 安裝程序支持文件需要的軟件Microsoft Windows Installer 4.5或更高版本Microsoft Internet Explorer 6 SP1或更高版本網絡協議Shared memory(客戶端連接本機SQL Server實例時使用)Named PipesTCP/IPVIA表16 SQL server 2008安裝對硬件、軟件環(huán)境的要求5.2系統視圖圖9系統視圖5.3加載測試數據(1)花信息表:圖10花信息表(2)顧客信息表:圖11顧客信息表(3)供應商信息表:圖12供應商信息表(6) 庫存信息表:圖13 庫存信息表(5)零售信息表:圖14 零售信息表(7

18、) 供應信息表:圖15 供應信息表(8) 訂購信息表:圖16 訂購信息表6.數據操作要求及實現6.1數據插入、查詢操作(1)向顧客信息表中插入一條信息并查詢該表的全部信息,結果如下圖:圖17 向顧客信息表中插入信息(2)查詢花編號=2的花的花語,結果如圖所示:圖18 查詢花編號=2的花的花語6.2數據更新操作(1)把花的信息表中花編號=1的花的名稱改為紅玫瑰,結果如下圖:圖19 把花的信息表中花編號=1的花的名稱改為紅玫瑰6.3數據連接查詢操作(1)對供應信息表和供應商信息表進行連接查詢,結果如圖所示: 圖20 對供應信息表和供應商信息表進行連接查詢(2)對花信息表和庫存信息表連接查詢一號倉庫

19、存放的花,其結果如下圖所示:圖21對花信息表和庫存信息表連接查詢一號倉庫存放的花7.總結本次實驗對于我來說是一個很大的挑戰(zhàn),我們以前做的實驗報告都沒有這次這么正式,這么要求標準,這次實驗報告老師是以畢業(yè)設計的標準來要求我們的,雖然覺得自己做的有模有樣,但我深知離畢業(yè)設計的標準還差很遠,特別是內容上的差距。 通過最近這一段時間的實驗,我的花店管理系統的設計終于竣工了。在這個系統的設計過程中,不僅加深了我對數據庫知識的掌握,還對所學過的軟件工程這個概念有了更深刻的理解,也了解了軟件生命周期的各個工作流:需求,分析,設計,實現和維護。同時我認為需求分析階段很重要,在沒有對需求分析深刻了解之前,我對一

20、個程序的認識只局限于功能的實現,編寫代碼,并沒有考慮什么需求分析,。通過這次花店管理系統項目的實現,我發(fā)現需求分析設計是很重要的,老師也說過需求分析階段很重要。因為在實際的項目中,用戶的要求會隨著其項目的發(fā)展而變動,如果沒有很細膩的需求分析,一開始就設計實現,那么一旦用戶需求發(fā)生變動,實現的部分就都要重新再做,既浪費人力也浪費財力。但如果我們重視需求分析,當用戶的需求稍加改動,我們也可以采取好的措施來修改。本次實驗做完之后我覺得不足之處有:應該為該系統加上兩張表,員工信息表和花店信息表,為它們添加字段為:員工信息表(員工編號、姓名、性別、電話)和花店信息表(店名,地址,電話)。應該為該系統的表建立索引,在網上查看了相關知識,知道了建立索引有好有壞,好處是可以大大提高數據庫的檢索速度,改善數據庫性能。缺點是帶索引的表在數據庫中需要更多的存儲空間;操縱數據的命令需要更長的處理時間,因為它們需要對索引進行更新。還有在

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論