庫存管理系統(tǒng)需求分析.ppt

《庫存管理系統(tǒng)需求分析.ppt》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在教育資源-天天文庫。

1、信息需求分析任務學習目標理解數(shù)據(jù)庫設(shè)計可以有多種方案理解不同方案的優(yōu)缺點及適用條件根據(jù)需要選擇合適的方案理解和掌握通用建模任務背景您所在的項目組現(xiàn)需要為某個服裝店構(gòu)建一個庫存管理系統(tǒng)該企業(yè)通常銷售多種不同的商品：如：鞋子、襯衫、女服，褲子等。每種類型的服飾都有不同的屬性。隨著該店的業(yè)務發(fā)展，經(jīng)營范圍會持續(xù)增長，商品種類會不斷增加和變化根據(jù)項目經(jīng)理的任務安排，您將負責本系統(tǒng)的信息需求分析工作項目經(jīng)理特別強調(diào)，您不僅要考慮該店當前業(yè)務的信息需求，而且要充分考慮該店的業(yè)務增長對信息需求的影響需求分析9-1本項目產(chǎn)品必備功能查詢商品庫存信息。商品入庫信息處理。商品出庫信息處理。庫存商品信息修改。需

2、求分析9-2本項目需要保存的數(shù)據(jù)方案一：右圖是您根據(jù)該店現(xiàn)有商品類型構(gòu)建的ERD按此模型構(gòu)建系統(tǒng)，如果將來該店又增加了新的商品，比如鞋子，帽子，系統(tǒng)能否適應此變化呢？怎樣修改才能適應此變化呢？需求分析9-3系統(tǒng)不能適應此變化系統(tǒng)需要修改增加鞋子，帽子實體數(shù)據(jù)庫增加相應數(shù)據(jù)表應用程序增加相應信息處理頁面如果商品類型不斷增加呢？表、頁面數(shù)量劇增維護工作不勝其煩需求分析9-4方案二如果新商品類型沒有新的屬性是可以的增加鞋子商品只要在商品類型表中增加一條記錄就可以了這現(xiàn)實嗎？需求分析9-5方案三只要新商品類型的屬性個數(shù)不超過預先定義的最大屬性個數(shù)，該方案有足夠的適應性現(xiàn)假設(shè)所有商品類型屬性個數(shù)不會

3、超過10個但是您們的數(shù)據(jù)庫設(shè)計人員和界面設(shè)計人員對此模型感到困惑，你能幫他們設(shè)計數(shù)據(jù)表和界面嗎？如果你不能，他們會認為你的分析沒有可行性，從而拒絕接受此模型需求分析9-6為了展示你方案的可行性，說服您的同事接受此方案，您構(gòu)建了系統(tǒng)的快速原型SQL腳本應用程序腳本測試數(shù)據(jù)文件原型演示需求分析9-7方案四你們的項目經(jīng)理計劃將此系統(tǒng)改造為一通用的庫存管理系統(tǒng)，從而可以進行大范圍推廣，實現(xiàn)最大的經(jīng)濟效益經(jīng)理要求，為實現(xiàn)此目標，商品類型的屬性個數(shù)不應設(shè)有上限右圖為你的新方案需求分析9-8方案四您們的數(shù)據(jù)庫設(shè)計人員和界面設(shè)計人員對此模型感到更加困惑，你能幫他們設(shè)計數(shù)據(jù)表和界面嗎？如果你不能，他們會認為

4、你的分析沒有可行性，從而拒絕接受此模型需求分析9-9為了展示你方案的可行性，說服您的同事接受此方案，您構(gòu)建了系統(tǒng)的快速原型SQL腳本應用程序腳本測試數(shù)據(jù)文件原型演示您的解釋3-1通用建模通用建模會從另一個更遠的角度看待同一上下文。許多事物遠看是沒有區(qū)別的。通用模型可以減少關(guān)系圖中的實體數(shù)量，并會提供更大的靈活性，以便適應業(yè)務需求不斷變化的環(huán)境。對于需要頻繁增加實體和（或）屬性的業(yè)務，通用建模可以提供很多益處。以典當行為例，該業(yè)務會不斷買進和賣出不同類型的物品。對典當行而言，估算有多少種物品以及每種所具有的不同屬性是相當困難的。您的解釋3-2通用建模優(yōu)點：(1)非常靈活-以后不必再更改數(shù)據(jù)結(jié)

5、構(gòu)了(2)可以大量減少實體數(shù)量通用建模缺點：增加了數(shù)據(jù)模型和應用程序的復雜性這對數(shù)據(jù)庫設(shè)計人員、界面設(shè)計人員以及程序員提出了更高的要求（這一點，他們前面可能已經(jīng)深有體會）系統(tǒng)運行效率會有所下降您的解釋3-3數(shù)據(jù)庫設(shè)計方案的多樣性數(shù)據(jù)庫設(shè)計的重要性方案選擇要根據(jù)實際情況最優(yōu)方案需要折中不要濫用通用建模