工廠倉庫管理系統(tǒng)設(shè)計(jì)(案例)(編輯修改稿)
2025-05-14 00:52 本頁面
【文章內(nèi)容簡介】 ”、“倉庫”的處理。根據(jù)實(shí)體與屬性間的兩條準(zhǔn)則：作為“屬性”，不能再具有需要描述的性質(zhì)?！皩傩浴辈荒芘c其他實(shí)體具有聯(lián)系。 、。然后采用逐步集成的方式將各分ER圖合并。 階段結(jié)果（1）根據(jù)不同的對(duì)象，從第3層數(shù)據(jù)流程圖入手，分別畫出各分E－R圖： （a） 根據(jù)各數(shù)據(jù)流圖抽象出各分ER圖：（b）合并各分Ｅ－Ｒ圖,消除屬性沖突、命名沖突、結(jié)構(gòu)沖突等三類沖突，得到初步ER圖，再消除不必要冗余，得到的基本ER圖如下所示：（3）各ER圖實(shí)體屬性如下：倉庫：Storages（StorageID、StorageName、StorageAddre、StoManID）； 貨物：Goods（GoodsID、GoodsName、GoodsType、GoodsQty、GoodsPrize、GoodsStorID）； 供應(yīng)商：Suppliers（SupplierID、SupplierName、SupManID）； 客戶：Clients（ClientID、ClientName、CLiManID）； 管理員：Managers（ManagerID、ManagerName、ManagerSex、ManagerAuth、Managerpwd、ManagerTel、ManagerAddre）；各ER圖中聯(lián)系屬性如下： 入庫信息：Instore（GoodsID、SuplierID、InstorGoodsQty、InstoreDate、InstorStorID）； 出庫信息：Outstore（GoodsID、OutstorGoodsQty、OutstoreDate、ClientID）； 邏輯設(shè)計(jì)的任務(wù)與目標(biāo)以上的概念設(shè)計(jì)階段是獨(dú)立于任何一種數(shù)據(jù)模型的，但是邏輯設(shè)計(jì)階段就與選用的DBMS產(chǎn)品發(fā)生關(guān)系了，系統(tǒng)邏輯設(shè)計(jì)的任務(wù)就是將概念設(shè)計(jì)階段設(shè)計(jì)好的基本ER圖轉(zhuǎn)換為選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。具體內(nèi)容包括數(shù)據(jù)組織（將ER圖轉(zhuǎn)換成關(guān)系模型、模型優(yōu)化、數(shù)據(jù)庫模式定義、用戶子模式設(shè)計(jì)）、數(shù)據(jù)處理（畫出系統(tǒng)功能模塊圖）兩大任務(wù)。 數(shù)據(jù)組織 將ER圖轉(zhuǎn)換為關(guān)系模型實(shí)體型轉(zhuǎn)換為關(guān)系模式。實(shí)體的屬性就是關(guān)系的屬性，實(shí)體的碼就是關(guān)系的碼。對(duì)于實(shí)體間的聯(lián)系則有以下不同的情況：
一個(gè)m：n聯(lián)系轉(zhuǎn)換為一個(gè)關(guān)系模式。與該聯(lián)系相連的各實(shí)體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，而關(guān)系的碼為各實(shí)體碼的組合。一個(gè)1：n聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，也可以與n端對(duì)應(yīng)的關(guān)系模式合并。如果轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，則與該聯(lián)系相連的各實(shí)體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，而關(guān)系的碼為n端實(shí)體的碼。
一個(gè)1：1聯(lián)系可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式，也可以與任意一端對(duì)應(yīng)的關(guān)系模式合并。三個(gè)或三個(gè)以上實(shí)體間的一個(gè)多元聯(lián)系可以轉(zhuǎn)換為一個(gè)關(guān)系模式。與該多元聯(lián)系相連的各實(shí)體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，而關(guān)系的碼為各實(shí)體碼的組合
具有相同碼的關(guān)系模式可合并。由于從倉庫與貨物的聯(lián)系方式是1:n（一對(duì)多），可以將其之間的聯(lián)系與n端實(shí)體貨物合并，管理員與供應(yīng)商、客戶、貨物之間的維護(hù)聯(lián)系也是1:n（一對(duì)多），同樣也將其之間的聯(lián)系與n端實(shí)體合并，而供應(yīng)商與貨物、客戶與貨物之間的入庫和出庫聯(lián)系則是n:m（多對(duì)多），這樣要把它們之間的聯(lián)系轉(zhuǎn)化為獨(dú)立的關(guān)系模式，具體的基本ER圖向關(guān)系模型的轉(zhuǎn)化如下：倉庫：Storages（StorageID、StorageName、StorageAddre、StoManID）； 貨物：Goods（GoodsID、GoodsName、GoodsType、GoodsQty、GoodsPrize、GoodsStorID）； 供應(yīng)商：Suppliers（SupplierID、SupplierName、SupManID）； 客戶：Clients（ClientID、ClientName、CLiManID）； 管理員：Managers（ManagerID、ManagerName、ManagerSex、ManagerAuth、Managerpwd、ManagerTel、ManagerAddre）； 入庫信息：Instore（GoodsID、SupplierID、InstorGoodsQty、InstoreDate、InstorStorID，MID）； 出庫信息：Outstore（GoodsID、OutstorGoodsQty、OutstoreDate、ClientID、MID）；（注：標(biāo)有直線下劃線的為主屬性，標(biāo)有波浪線下劃線的是外鍵屬性，主屬性與外鍵屬性一起構(gòu)成主碼）確定實(shí)體間關(guān)系后，并根據(jù)上面所述的數(shù)據(jù)流圖，使用PowerDesigner設(shè)計(jì)CDM如圖41所示圖41 倉庫數(shù)據(jù)庫CDM圖將上述CDM轉(zhuǎn)化為PDM：圖42 倉庫數(shù)據(jù)庫PDM圖 數(shù)據(jù)庫模式定義表41 倉庫信息表列名數(shù)據(jù)類型可否為空說明StorageIDStorageNameStorageAddreStoManIDCharCharCharCharNot nullNot nullNot nullNot null倉庫編號(hào)倉庫名稱倉庫地址倉庫管理員編號(hào)表42 貨物信息表列名數(shù)據(jù)類型可否為空說明GoodsIDGoodsNameGoodsTypeGoodsQtyGoodsPrizeGoodsStorIDCharCharCharintfloatCharNot nullNot nullNot nullNot nullNot null貨物編號(hào)貨物名稱貨物類型貨物數(shù)量貨物價(jià)格存放倉庫編號(hào)表43 供應(yīng)商信息表列名數(shù)據(jù)類型可否為空說明SupplierIDSupplierNameSupManIDCharCharCharNot nullNot nullNot null供應(yīng)商編號(hào)供應(yīng)商姓名管理員編號(hào)表44 客戶信息表列名數(shù)據(jù)類型可否為空說明ClientIDClientNameCLiManIDCharCharCharNot nullNot nullNot null客戶編號(hào)
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號(hào)-1