資源描述:
《倉庫管理-uml的倉儲管理系統(tǒng)的設計與實現(xiàn)概述(doc 65頁)》由會員上傳分享,免費在線閱讀,更多相關內(nèi)容在工程資料-天天文庫。
1、目錄引言5第一章面向?qū)ο蟮腢ML建模71.1面向?qū)ο蟮幕舅枷?1.2面向?qū)ο蟮能浖?1.3UML建模語言簡介91.4RUP過程指導與本系統(tǒng)分析設計過程10第二章倉儲系統(tǒng)業(yè)務用例建模132.1倉儲系統(tǒng)業(yè)務流程分析132.1.1入庫流程分析132.2業(yè)務需求用例建模階段152.2.1業(yè)務角色的查找及建立152.2.3業(yè)務用例圖182.2.3業(yè)務活動圖182.3系統(tǒng)基本功能描述20第三章倉儲系統(tǒng)系統(tǒng)需求用例建模213.1入庫管理需求用例分析213.1.1確定系統(tǒng)角色213.1.2確定系統(tǒng)頂層用例213.1.3入庫管理功能性分析22
2、3.1.4到站日報錄入管理用例描述233.1.5碼單管理用例描述253.1.6入庫單管理用例描述273.1.7審核管理用例描述293.2系統(tǒng)擴展功能需求用例分析303.3系統(tǒng)整體功能描述32第四章業(yè)務領域分析與設計334.1系統(tǒng)順序圖,狀態(tài)圖334.2定義基本對象與類404.3入庫系統(tǒng)類圖414.4定義對象與類的屬性與操作414.5系統(tǒng)設計順序圖,入庫類圖534.6系統(tǒng)擴展功能554.7系統(tǒng)構(gòu)架設計63第五章系統(tǒng)實現(xiàn)測試與配置645.1系統(tǒng)實現(xiàn)的工具與技術(shù)645.2系統(tǒng)實現(xiàn)方式圖655.3系統(tǒng)測試與系統(tǒng)實現(xiàn)界面66第六章系統(tǒng)開發(fā)的
3、思考686.1數(shù)據(jù)庫設計問題686.2數(shù)據(jù)庫訪問設計問題69結(jié)束語70參考文獻71致謝72基于UML的倉儲管理系統(tǒng)的設計與實現(xiàn)摘要面向?qū)ο蠹夹g(shù)是軟件工程和過程工程領域中的重要技術(shù),統(tǒng)一建模語言UML則是近幾年國際上比較流行的面向?qū)ο蟮臉藴式UZ言。本文闡述了基于UML建模的倉儲管理信息系統(tǒng)的開發(fā)。建模是開發(fā)優(yōu)秀軟件所有活動的核心部分,也是本文工作的重點所在。在開發(fā)中我們考慮了RUP迭代式開發(fā)的優(yōu)點并與本倉儲系統(tǒng)開發(fā)的特色相結(jié)合,提出了自己的一套UML的建模過程?;谶@個過程我們從系統(tǒng)分析,設計,實現(xiàn)與測試,運用UML建模思想與各種
4、模型對倉儲系統(tǒng)進行了詳細的描述。關鍵字:面向?qū)ο?,UML,倉儲系統(tǒng),系統(tǒng)開發(fā)Abstract00isanimportanttechnologyforsoftwareengineeringandprocessingengineering,andtheUnifiedModelingLanguage(UML)isainternationalpopular00modelinglanguageinrecentyears.ThisarticleexpatiatethedevelopmentofstoragesystembasedonUML.M
5、odelingisthekeyportionforanexcellentsoftwaredevelopment,andmodelingisalsothekeyworkforthearticle.wedevelopannewprocessofModelingbasedonthecombineoftheRUPdevelopingandthestoragesystem.Keywords:00,UML,RUP,storagesystem,systemdevelopment引言:1問題的提出:隨著企業(yè)業(yè)務以及外部環(huán)境的變化,四川物資儲運公司
6、原開發(fā)的信息系統(tǒng)已不能滿足新業(yè)務、新環(huán)境以及客戶對信息查詢的要求,迫切需要開發(fā)一套新的系統(tǒng)以替代原有系統(tǒng),并實現(xiàn)原有流程的優(yōu)化,把一些原來未納入系統(tǒng)管理的功能納入到新的系統(tǒng)中來,并為轉(zhuǎn)變到第三方物流和與電子商務接軌作好準備。傳統(tǒng)的面向過程的倉儲管理信息系統(tǒng)的開發(fā)中存在不少的問題,傳統(tǒng)的面向過程的開發(fā)方法,也即主要是基于功能分析或數(shù)據(jù)分析基礎上的結(jié)構(gòu)化方法。這種開發(fā)方法下設計的系統(tǒng)在70或80年代早期還可以適應,但在越來越復雜的非數(shù)值計算類型的軟件開發(fā)中,在廣泛應用圖形界面的交互式系統(tǒng)中,在控制要求非常突出的應用中,在需求經(jīng)常變化的
7、條件下,尤其是在倉儲系統(tǒng)這種數(shù)據(jù)流動性要求比較高的管理軟件的開發(fā),用傳統(tǒng)的軟件開發(fā)方法解決問題往往暴露出嚴重的不適應性,主要表現(xiàn)在以下幾點:1)功能與數(shù)據(jù)分離的軟件設計結(jié)構(gòu)與人類的現(xiàn)實環(huán)境很不一樣,和人的自然思維也就很不一致。2)系統(tǒng)是圍繞著如何實現(xiàn)一定的行為來進行的,當系統(tǒng)行為易變,需要常常修改時,修改極為困難,因此這種結(jié)構(gòu)無法適應迅速變化的技術(shù)和需求。3)在系統(tǒng)中模塊之間的控制作用有重要影響時,由于在“好的模塊結(jié)構(gòu)”中的模塊間的控制作用只能通過上下之間的調(diào)用關系來進行,造成信息傳遞路徑過長,效率低,易受干擾,甚至出錯。所以這種
8、結(jié)構(gòu)無法適應以控制關系為重要特性的系統(tǒng)要求。4)結(jié)構(gòu)化方法開發(fā)出來的系統(tǒng)往往難以維護,因為所有的函數(shù)都必須知道數(shù)據(jù)結(jié)構(gòu)。5)自頂向下功能分解的分析方法極大地限制了軟件的可重用性,導致對同樣對象的大量的重復性工作,大大降低了開發(fā)人員的生產(chǎn)率。結(jié)構(gòu)化開