【正文】 結(jié)果見附錄 4 和 5。還有在銷售表中我設(shè)置的主屬性為商品號和顧客號，這樣就導(dǎo)致同一個人無法再次購買同一個商品，這是不合理的，解決方法為給每一個銷售記錄都賦一個銷售單號，這樣就可以將每一條銷售記錄唯一的區(qū)分開。又如在數(shù)據(jù)庫實施過程中，發(fā)現(xiàn)對銷售單 CS 的屬性設(shè)置存在問題，將 Cno 設(shè)置為外碼，也就是說 Cno 只能來自于會員表 C中的 Cno，那么導(dǎo)致普通顧客無法購買。 5）學(xué)習(xí)過程中必須注重理論與實際的聯(lián)系，比如在實際超市購買中普通顧客沒有編號，只有會員有，但在數(shù)據(jù)庫設(shè)計中顧客是一個實體，必須可區(qū)分，這就要求必須每個顧客必須有一個顧客號，會員屬于顧客，若是會員則屬性姓名、生日、積分不為空。如 Excel 中生成隨機數(shù)和隨機日期、 Word 中如何從指定的頁開始插入頁碼、生成目錄、如何制作出很精美的 PPT，對 microsoft 軟件的學(xué)習(xí)必須的加強。通過與 T/SQL 語言對比，發(fā)現(xiàn) PL/SQL 建表和建視圖的過程基本一樣， PL/SQl 建存儲過程不如 T/SQL 那么方便，但 PL/SQL 建觸發(fā)器的過程及其簡單。 結(jié)果 存儲過程匯總 表 51 存儲過程匯總 編號 存儲過程名稱 定義 作用 P1 No_sales 詳見附錄 33 輸入商品號，查詢該商品的銷售情況 P2 No_save 輸入商品號，查詢該商品的庫存量 p3 Name_detail 輸入商品名，查詢商品的詳細(xì)信息，供應(yīng)商、關(guān)于地址等 p4 Delete_E 輸入職工號查詢職工號，刪除相應(yīng)的記錄 p5 Delete_C 輸入顧客號，刪除顧客信息 p6 T_destory 輸入商品號，查看該商品的損壞情況 P7 Select_credit 輸入顧客號，查詢該顧客的積分 P8 Select_sale 輸入商品號，查詢某商品在某一段時間的銷售情況 觸發(fā)器匯總 表 52 觸發(fā)器匯總 編號 觸發(fā)器名稱 定義 作用 T1 T1 詳見附錄 34 當(dāng)銷售出商品時，就修改庫存商品信息 T2 T2 當(dāng)銷售出商品時，對顧客號進行查詢，如果是會員則對會員的積分進行修改，普通顧客則不予以處理 t3 T3 當(dāng)采購進貨物時 (向 PO增加一條記錄 )，修改庫存信息（ TW增加一條信息） t4 T4 當(dāng)采 購?fù)素洉r (向 PB增加一條記錄 )，修改庫存信息（ TW減少一條信息） t5 T5 顧客退貨（ CB 增加一條記錄），修改庫存記錄（庫存信息增加） t6 T6 當(dāng)報損信息 D增加信息時，對庫存記錄作更改 2021 級信息管理與信息系統(tǒng)專業(yè) 112 班數(shù)據(jù)庫課程設(shè)計課程論文 16 實習(xí)總結(jié)： 1） 數(shù)據(jù)庫設(shè)計是一個反反復(fù)復(fù)修改的過程，在這個過程中不僅鞏固以前所學(xué)習(xí)的知識，而且磨練了我的耐心，可謂是一個可謂是才智于身心共同成長的過程。 （ 2）數(shù)據(jù)入庫。 5 數(shù)據(jù)庫實施 任務(wù) （ 1）建立數(shù)據(jù)庫，數(shù)據(jù)表，視圖，索引等存儲過程等 DDL 定義，并完成完整性，安2021 級信息管理與信息系統(tǒng)專業(yè) 112 班數(shù)據(jù)庫課程設(shè)計課程論文 15 全性等要求定義；可用 DDL 語言或 SQL 腳本任意一種形式表現(xiàn)。 D_detail（ Wno,Tno,Tname,Dnum,TPprice, TSprice,TkeeepDate,Tunit， Dreason） 9 T_detail 商品詳細(xì)信息，可供顧客查詢 T_detail（ Tno,Tname,Ttype， TSprice, tproDate,TkeepDate,Sname,Saddress,Sphone） 10 T_sale 商品的銷售情況，銷售量和銷售利潤 T_sale(Tno,total_num,profit) 2021 級信息管理與信息系統(tǒng)專業(yè) 112 班數(shù)據(jù)庫課程設(shè)計課程論文 14 系統(tǒng)功能模塊圖 圖表 9超市管理系統(tǒng)功能 超市管理系統(tǒng)超 市 進 貨 管 理超 市 銷 售 管 理超 市 庫 存 管 理超 市 員 工 管 理超 市 會 員 管 理缺 貨 處 理采 購 退 貨采 購 驗 貨入 庫 處 理銷 售 服 務(wù)銷 售 信 息 查 詢售 后 服 務(wù)采 購 退 貨采 購 驗 貨入 庫 處 理員 工 信 息 查 詢刪 除 員 工 信 息增 加 員 工 信 息會 員 信 息 查 詢刪 除 會 員 信 息增 加 會 員 信 息 4 物理結(jié)構(gòu)設(shè)計 本次設(shè) 計數(shù)據(jù)庫中數(shù)據(jù)的存取方式，存放位置等按照 Oracle 10g 的默認(rèn)設(shè)置，如需要建立索引，請說明理由和采用的索引方式。記錄詳細(xì)庫存記錄。記錄銷售出的商品數(shù)量 Sale(Tno,CSnum(減去顧客退貨后的商品數(shù) )) 5 Sale_detail 銷售商品詳單，銷售記錄表sale和商品信息 T的自然連接 Sale_detail(Tno,CSnum,Tname,TSprice, TkeepDate,Tunit) 6 CBdetail 顧客退貨表，來自顧客退貨 CB與商品信息 T自然連接 .記錄退CB_detail(Tno,CBnum,Tname,TSprice TkeepDate,Tunit,CBreason) 2021 級信息管理與信息系統(tǒng)專業(yè) 112 班數(shù)據(jù)庫課程設(shè)計課程論文 13 貨詳細(xì)信息。記錄入庫商品數(shù) Enter_W（ Tno， ,POnum(指減去退貨數(shù)量后的采購記錄 )） 2 Enter_detail 入庫詳單，入庫單 enter_W 與商品信息 T 的自然連接。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，各實體的碼組成關(guān)系的碼或關(guān)系嗎的一部分。如果轉(zhuǎn)換為一個獨立的關(guān)系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，而關(guān)系的碼味 n 端實體的碼。如果與某一端實體對應(yīng)的關(guān)系模式合并，則需要在該關(guān)系模式的屬性 中加入另一個關(guān)系模式的碼和聯(lián)系本身的屬性。 對于實體型常見的聯(lián)系則有以下不同的情況： （ 1）一個 1:1 的聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模式，也可以與任意一端對應(yīng)的關(guān)系模式合并。 階段結(jié)果 各個實體的 ER 圖 圖表 6各個實體的 ER圖 商 品商 品 號商 品 類 型商 品 名 稱 商 品 價 格生 產(chǎn) 日 期商 保 質(zhì) 期商 品 重 量供 應(yīng) 商供 應(yīng) 商 號供 應(yīng) 商 名 稱供 應(yīng) 商 電 話供 應(yīng) 商 地 址帳 號倉 庫 倉 庫 號現(xiàn) 有 庫 存最 高 庫 存最 低 庫 存?zhèn)} 庫 管 理 員職 工職 工 號職 工 姓 名職 稱職 工 工 資顧 客顧 客 號會 員 姓 名會 員 性 別會 員 生 日積 分職 工 聯(lián)系 電 話 2021 級信息管理與信息系統(tǒng)專業(yè) 112 班數(shù)據(jù)庫課程設(shè)計課程論文 9 分 ER 圖 圖表 7銷售，退貨 ER圖 顧 客商 品銷 售訂 單 號 訂 購 數(shù) 量日 期m n退 貨訂 單 號 日 期退 貨 數(shù) 量 退 貨 原 因 圖表 8采購，退貨 ER圖 商 品采 購采 購 員n退 貨供 應(yīng) 商供 應(yīng)mn訂 單 號 日 期 退 貨 數(shù) 量 退 貨 原 因訂 單 號 訂 購 數(shù) 量日 期供 應(yīng) 數(shù) 量m 2021 級信息管理與信息系統(tǒng)專業(yè) 112 班數(shù)據(jù)庫課程設(shè)計課程論文 10 圖表 11 存儲 ER圖 倉 庫商 品存 儲庫 存 量mn報 損報 損 商品 數(shù) 量 全局 ER 圖 圖表 12 全局 ER圖 商 品銷 售存 儲顧 客倉 庫 采 購 員mnmnmn退 貨采 購?fù)?貨報 損mn供 應(yīng)供 應(yīng) 商m1 3 邏輯結(jié)構(gòu)設(shè)計 任務(wù) 將 ER 模型轉(zhuǎn)換為關(guān)系模型 E— R圖轉(zhuǎn)換為關(guān)系模型實際上就是要將實體性，實體的屬性和實體性之間的聯(lián)系轉(zhuǎn)換為關(guān)系模式，這種轉(zhuǎn)換一般遵循如下規(guī)則： 一個實體型轉(zhuǎn)換為一個關(guān)系模式。其中數(shù)據(jù)項是數(shù)據(jù)的最小組成單位，若干個數(shù)據(jù)項可以組成一個數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)字典通過對數(shù)2021 級信息管理與信息系統(tǒng)專業(yè) 112 班數(shù)據(jù)庫課程設(shè)計課程論文 8 據(jù)項和數(shù)據(jù)結(jié)構(gòu)的定義來描述數(shù)據(jù)流，數(shù)據(jù)存儲的邏輯內(nèi)容 制作數(shù)據(jù)字典，詳見附錄一。數(shù)據(jù)字典在數(shù)據(jù)庫設(shè)計中占有很重要的地位。當(dāng)有損壞商品時，即報損詳單增加商品信息時，庫存信息相應(yīng)的減少。銷售除商品時，庫存信息要做相應(yīng)的減少。即，采購信息增加時，庫存信息也要相應(yīng)的增加。 （ 3）銷售單 CS的屬性顧客編號 Cno 不能設(shè)置為外碼，如果說 Cno 來自于會員表 C 中的 Cno，那么導(dǎo)致普通顧客無法購買。 2021 級信息管理與信息系統(tǒng)專業(yè) 112 班數(shù)據(jù)庫課程設(shè)計課程論文 4 安全性和完整性要求 （ 1）各個實體的編號不能重復(fù)。 (3)銷售業(yè)務(wù) 銷售 對一個企業(yè)的生存和發(fā)展是至關(guān)重要的，它不再是傳統(tǒng)意義上的“賣東西”，它對外關(guān)系到企業(yè)產(chǎn)品、服務(wù)和企業(yè)形象等多方面因素，對內(nèi)涉及到銷售、庫存、財務(wù)等信息。如：最佳訂貨批量、最大庫存量、最佳缺貨量、最佳訂購周期等，進行嚴(yán)格的庫存控制工作。其主要業(yè)務(wù)如下： 產(chǎn)品入庫、出庫、盤庫等日常處理。存貨不足則影響企業(yè)的正常銷售活動。 (2)庫存業(yè)務(wù)： 庫存管理是指在上產(chǎn)經(jīng)營中 為銷售和耗用而存儲的各種資產(chǎn)。 采購計劃的編制：超市根據(jù)自身的資金條件和銷售狀況，綜合分析市場規(guī)律，擬定采購計劃表。企業(yè)現(xiàn)代管理理念中對企業(yè)的進貨管理提出新的要求；企業(yè)進貨時對供貨商的選擇更見慎重，雙方不再是討價還價的買賣關(guān)系，而是一種相互依存的合作伙伴關(guān)系，并且還需要認(rèn)識到企業(yè)產(chǎn)品質(zhì)量要從采購抓起，這就關(guān)系到供方的供貨、服務(wù)質(zhì)量。并根據(jù)客戶的要求完善系統(tǒng)2021 級信息管理與信息系統(tǒng)專業(yè) 112 班數(shù)據(jù)庫課程設(shè)計課程論文 3 的功能需求。完善的超市管理功能，可對企 業(yè)的存貨進行全面的控制和管理，降低超市成本，增強企業(yè)的市場競爭力。在這里本文僅涉及工業(yè)企業(yè)的產(chǎn)品超市。在其他非生產(chǎn)性單位，如超市，商店等，則主要涉及到進貨，庫存，銷售和報損 4個方面。于是，進銷存管理信息系統(tǒng)便應(yīng)運而生。功能較為全面。根據(jù)系統(tǒng)所需功能，決定以 windows XP 為開發(fā)平臺，采用選擇功能強大的 Microsoft SQL Server 為開發(fā)工具，利用軟件工程思想和方法，開發(fā)該系統(tǒng)的所需要的功能。從而，實現(xiàn)對進貨、銷售及員工信息等實現(xiàn)全面、動態(tài)、及時的管理。而大型的超市管理系統(tǒng)功能過于強大而造成操作繁瑣降低了小 超市的工作效率。 信息工程學(xué)院 《數(shù)據(jù)庫課程設(shè)計》論文 題 目： 超市管理系統(tǒng)數(shù)據(jù)庫設(shè)計 2021 級信息管理與信息系統(tǒng)專業(yè) 112 班數(shù)據(jù)庫課程設(shè)計課程論文 目錄 《數(shù)據(jù)庫課程設(shè)計》論文 ................................................................................................................... 1 摘要 .............................................................................................................................................. 1 引言 .............................................................................................................................................. 2 1 需求分析 .................................................................................................................................... 2 任務(wù) ................................................................................................................................. 2 處理對象 ................................................................................................................ 2 處理功能要求 .................................................................