倉庫管理系統(tǒng)項目計劃

目錄TOC\o"1-5"\h\z\o"CurrentDocument"引言 1\o"CurrentDocument"1。 1編寫目的 11.3背景 1\o"CurrentDocument"1.3定義 2\o"CurrentDocument"1.4參考資料 3\o"CurrentDocument"項目進度計劃 4\o"CurrentDocument"2。 1制定計劃 4\o"CurrentDocument"2。1.1基于規(guī)模的估算方法 4\o"CurrentDocument"2.1。2關鍵路徑法 5\o"CurrentDocument"2。1。3工程評價技術PERT 6\o"CurrentDocument"2。1。4基于進度表的估算方法 7\o"CurrentDocument"2.1.5基于承諾的估算方法 10\o"CurrentDocument"2。1。6Jones的一階估算準則 10\o"CurrentDocument"2。 2進度計劃的編制 11\o"CurrentDocument"2.2.1關鍵路徑法 11\o"CurrentDocument"2.2.2時間壓縮法 11\o"CurrentDocument"2.3影響進度計劃的因素 12\o"CurrentDocument"2。3。1外部因素 12\o"CurrentDocument"2。3。2內部因素 13\o"CurrentDocument"風險管理 14\o"CurrentDocument"3。 1風險評估 143。 2風險控制 15\o"CurrentDocument"日程 164.1項目工作分解結構 16\o"CurrentDocument"4。 2時限圖（甘特圖） 174。3資源表 17引言1。1編寫目的隨著經濟的不斷繁榮以及加入WTO后市場環(huán)境的變化，對企業(yè)的生產經營提出了更高的要求，企業(yè)必須綜合利用各種先進制造技術，在網(wǎng)絡與信息技術的支持下，改進現(xiàn)在的生產經營模式和組織結構，才能在市場競爭中贏得更多的份額。隨著企業(yè)規(guī)模的擴大，倉庫管理系統(tǒng)將發(fā)揮越來越重要的作用。高效方便的倉庫管理系統(tǒng)，可以為生產經營提供堅強的后盾和有力的支持.倉庫管理系統(tǒng)主要提供一個倉庫業(yè)務及其作業(yè)管理的信息存儲和檢索系統(tǒng)。通過入庫管理、出庫管理、報表生成管理、倉庫人員管理、倉庫位置信息管理等功能模塊來實現(xiàn)倉庫的綜合管理。本論文以標準的倉庫管理模式為藍本，基于JavaEE開發(fā)出一個可以用于一般單位的倉庫管理系統(tǒng)，實現(xiàn)了倉庫管理的高效性與安全性。本系統(tǒng)可以方便快捷地實現(xiàn)庫管理中的貨物登記、出庫入庫、庫房管理等操作，使企業(yè)的倉庫管理井井有條，為企業(yè)的健康發(fā)展創(chuàng)造良好的條件。1.3背景隨著企業(yè)規(guī)模的擴大，管理信息系統(tǒng)也發(fā)揮越來越重要的作用.作為企業(yè)管理信息系統(tǒng)關鍵組成部分的倉庫管理系統(tǒng)的應用給企業(yè)帶來巨大的效益。采用倉庫管理系統(tǒng)將使企業(yè)改變其傳統(tǒng)的手工記錄模式，應用數(shù)據(jù)庫技術使海量數(shù)據(jù)的存儲與處理成為很方便的事情，這樣可大幅縮短主要業(yè)務流程的處理時間，提高對市場的響應能力。“物流服務最初起源于軍事上的運用"，“物流"這一概念起源于二戰(zhàn)期間的美國，英文稱之為Logistics或者PhysicalDistribution，前者的使用率更高一些。物流一詞最早被描述為泛指軍隊運輸、補給和屯駐，后來被廣泛用來描述商品實體的物理性流通活動，成為流通經濟學中的術語。物流（Logistic）到目前還沒有一個統(tǒng)一的定義，綜合各種物流的定義可以得出，物流是有形物品從出發(fā)點到最終消費點的流動存儲活動，具體包括運輸、保管、包裝、裝卸、搬運、流通加工及信息處理，從職能上可以分為：供應物流、生成物流、銷售物流、回收物流和廢棄物流五個職能。從70年代開始,計算機技術開始應用到物流領域。隨著物流市場和物流信息化的發(fā)展,物流軟件市場也應運而生并迅速發(fā)展起來，國內外出現(xiàn)了一大批物流軟件供應商和物流軟件?！拔锪鬈浖鳛楣芾碥浖^其它應用軟件呈現(xiàn)先進性、高效性、可靠性和安全性等特點；較其它管理軟件，如ERP（EnterpriseResourcePlanning），具有以下特點：實施風險小，實施迅速;效益顯著、見效快。根據(jù)物流軟件結構分類，就目前物流軟件所使用的應用范圍來說，物流軟件包括如下幾個子系統(tǒng)：WMS（WarehouseManagementSystem，倉庫管理系統(tǒng)）、TMS（TransportationManagementSystem，運輸管理系統(tǒng)。OMS（OrderManagementSystem，定單管理系統(tǒng)）、SMS（ServiceManagementSystem,服務管理系統(tǒng)）。其中，WMS主要提供了一整套倉庫業(yè)務以及作業(yè)管理系統(tǒng)。通過倉庫管理系統(tǒng)可以實現(xiàn)庫位分配自動化和智能化;提高倉庫作業(yè)效率和速度，提供準確的庫存信息，并使之與實際庫存變化同步。根據(jù)中國物流與采購聯(lián)合會統(tǒng)計，2001年，中國與物流相關的年總支出為19000億元人民幣，物流成本占GDP的比重為20%左右。我國企業(yè)的物流支出成本約占總成本的30%，而國外企業(yè)的物流支出成本僅為7%。物流成本的巨大差距，抵消了我國企業(yè)在原材料和人工上的成本優(yōu)勢，降低了我國企業(yè)的競爭力。國內的很多企業(yè)，由于信息的記錄、收集、匯總、處理分析還處于比較低的水平，記錄中信息分散、格式隨意、應用單一,收集中不及時、不全面、不完善、保留不科學，匯總時口徑不一、主題多元、結果不一，處理分析方法落后、效率低下、只有短期，難以支持趨勢等。倉庫管理系統(tǒng)是通過入庫業(yè)務、出庫業(yè)務、庫存調撥、庫存調整，結合批次管理、物料對應、庫存盤點、質檢管理、實時庫存管理等功能綜合運用的管理系統(tǒng)，對庫存業(yè)務的物流和成本管理全過程進行有效控制和跟蹤，實現(xiàn)完善的企業(yè)倉庫信息管理。倉庫管理系統(tǒng)的投入，將使倉庫的管理更加正規(guī)化，為產品的出入庫管理部門和銷售部門提供了方便，降低了倉庫的損耗。企業(yè)可以對售出的產品進行跟蹤服務，同時也免去了銷售人員按以往慣例親自前往用戶處去核實貨物情況的麻煩，提高了辦事效率，節(jié)省了費用，而且還避免了不必要的業(yè)務糾紛，維護了企業(yè)長期與用戶建立的良好信譽。1。3定義用戶：倉庫管理人員系統(tǒng)管理員:系統(tǒng)的維護人員員工信息：包括數(shù)據(jù)庫管理權限、操作的記錄物品信息:庫存量、入庫時間、出庫時間、1。4參考資料《軟件項目管理》覃征楊利英高勇民賀升平編著清華大學出版社項目進度計劃2。1制定計劃制定項目計劃的方法主要有基于規(guī)模估計（包括定額估計和經驗導出模型）、關鍵路徑法、PERT、DPM、基于進度表的估算方法、基礎承諾的估算方法、Jones的一階估算準則。2。1.1基于規(guī)模的估算方法a定額估算法定額估算法是一種比較基本的估算項目歷時的方法，計算公式為：T=Q/（R+S）,其中T：活動的持續(xù)時間，可以用小時、日、周等表示。Q：活動的工作量，可以用人月、人天等單位表示。R:人力或設備的數(shù)量，可以用人或設備數(shù)等表示。S：開發(fā)（生產）效率，以單位時間完成的工作量表示.本項目的規(guī)模估算Q=13人月，項目人員總數(shù)R=8人，每個開發(fā)人員的效率S=0。6，則時間進度估算結果為T=12/（8大0。6）=2。5個月，即這個項目需要2。5月才能完成。b經驗導出模型經驗導出模型是指根據(jù)大量的軟件項目的實際數(shù)據(jù)統(tǒng)計而得出的模型.經驗導出模型有幾種具體的公式,根據(jù)項目的規(guī)模和特點參數(shù)略有差別。Walston—Felix模型：D=2.4*E0-35,基本COCOMO模型：D=2.5*Eb，其中b是0。32?0。38之間的參數(shù)，E表示人月工作量，可以根據(jù)項目的具體情況選擇合適的參數(shù)。本項目的規(guī)模估計是E=13人月，如果模型中的參數(shù)a=2。5,b=1/3，則D=2.5*120.34==6個月，即12人月的軟件規(guī)模，估計需要6個月完成。由以上三種方法對比可知，經驗導出模型雖然簡單易用,但是誤差較大。因為只要軟件項目的開發(fā)模式和程序規(guī)模相同，不管軟件開發(fā)環(huán)境如何（如所使用的方法、開發(fā)工具的有效性、管理方法等)，都會得到相同的工作量和開發(fā)時間估計值。2.1。2關鍵路徑法CPM的基本原理:用網(wǎng)絡圖來表達項目中各項活動的進度和它們之間的相互關系，并在此基礎上，進行網(wǎng)絡分析，計算網(wǎng)絡中各項時間參數(shù)，確定關鍵活動與關鍵路線，利用時差不斷地調整與優(yōu)化網(wǎng)絡，以求得最短周期。關鍵路徑計算方法：(項目的最短完成時間)正推路徑：決定網(wǎng)絡中每個行動的最早開始和最早完成時間逆推路徑：決定網(wǎng)絡中每個行動的最晚開始和最晚結束時間優(yōu)先關系：技術優(yōu)先、程序優(yōu)先、強制性優(yōu)先規(guī)則1:除非另外說明，項目起始時間定于時刻0.ES(1)=0規(guī)則2：任何節(jié)點最早開始時間等于最鄰近緊前行動節(jié)點最早完成時間的最大值。ES(i)=max{EC(j)}(j最鄰近緊前活動)規(guī)則3：行動I的最早完成時間是該行動的最早開始時間與其時間估計值ti的和。EC(i)=ES(i)+ti規(guī)則4：項目的最早完成時間等于項目網(wǎng)絡中最后一個節(jié)點的最早完成時間EC(項目)=EC(n)規(guī)則5:除非項目的最晚完成時間明確，否則就定為項目的最早完成時間LC(項目)=EC(項目)規(guī)則6:如果項目的最終期限是確定的tp,那么：LC(項目)=tp。規(guī)則7:行動j的最晚完成時間是該行動的最鄰近后續(xù)行動的最晚開始時間的最小值。LC(j)=min{LS(i)} (j最鄰近后續(xù)活動)規(guī)則8:行動j的最晚開始時間是其最晚完成時間與行動時間的差.LS(j) =LC(j)——ti系統(tǒng)分析所需的天數(shù)為16天系統(tǒng)功能分析需要5天系統(tǒng)窗體設計需要8天查詢統(tǒng)計模塊設計需要13天系統(tǒng)維護模塊設計需要9天系統(tǒng)測試需要9天因此一共需要60天2。1.3工程評價技術PERTPERT從三方面估算工期：樂觀工期（，）發(fā)生概率1%最可能工期（'m）正常進行項目活動悲觀工期（七）發(fā)生概率1%耳曾L|_I甘日詢T甘日'—（'+4'+t）/6計算出期望工期0omp標準差G=(tp_'o)/6活動totmtptibi系統(tǒng)分析151618150。50系統(tǒng)功能分析45650.67查詢統(tǒng)計模塊設計111315130。67系統(tǒng)維護模塊設計891090。33系統(tǒng)測試891080。33

項目的PERT總歷時估計是七=50日，標準差=3。33。所以這個項目總歷時估計的概率如上圖所示。即項目在47.67日一52。33日完成的概率是68。3%，項目在46。33日?43。67日內完成的概率是95。5%,項目在40.00日?60.00日內完成的概率是99.7%.2.1.4基于進度表的估算方法先對項目進行WBS分解，得到如下圖所示的甘特圖:

-|-D旨理管址公靳 .3 系訪南^.￥擴1 革蚯m丈與十- 營.亂閂幻以.1~-st抵庫在k" 53^=t/,!==-：4J密^騷：1?-￡ 三哇左麥諱=竟&1 蠹四q-系技有山界而設計111 1-^=^：-L- 理烷蜜口京，L--也片首視我塊&訃'■; -單搭中心棒以設計U 寸0'.區(qū)生L5 -.4■甲'3苴ir， FSA^.Ir， 杏邊境計棚且品計兇 中總吉吊L9 中在蟲電m rt!i＞出崩汁* 我5牧#?汁里 報無打甲換峽跖123 “.中指志引?-I 「戚占：FJE1汨.S 埔鏟&訂棒均&訂弟 己司以出忙息尸 空.虎估隙:i 47g-，J ：￡京芯殼原的 =i'^t■:-系技讖試^-':rniLR治 以斐聲盤二回試:L ￥=.i%；r,』J苗B強析圈崇凹進而根據(jù)上圖，估算每個部分的時間B強析圈崇凹由表中統(tǒng)計可知項目的總時間為34。5日。軟件部分：倉庫管理系統(tǒng)活動任務單元日小計考慮并發(fā)活動倉庫管理系統(tǒng)分析系統(tǒng)可行性研究71616系統(tǒng)需求分析5系統(tǒng)功能分析4系統(tǒng)功能設計系統(tǒng)功能設計555數(shù)據(jù)庫設計數(shù)據(jù)庫概念結構設計55數(shù)據(jù)庫邏輯結構設計3

系統(tǒng)界面窗體設計主窗體設計66模塊窗體設計2單據(jù)中心模塊設計新增入庫單51212入庫單管理6月盤點窗體6查詢統(tǒng)計模塊設計單據(jù)查詢81313庫存查詢13貨物入出統(tǒng)計7職員操作統(tǒng)計3報表打印模塊設計入庫報表打印669月盤點報表打印2系統(tǒng)維護模塊設計公司職員信息39數(shù)據(jù)清除9備份數(shù)據(jù)庫2還原數(shù)據(jù)庫2用戶管理3系統(tǒng)測試模塊功能測試999數(shù)據(jù)庫安全測試4系統(tǒng)集成測試4由表格統(tǒng)計可得項目的總時間為642。1。5基于承諾的估算方法基于承諾的估算方法的關鍵控制點在于項目計劃書（ProjectPlan）和項目成員的承諾（Commitment），具體如下：（1）項目計劃書包含項目WBS、項目的進度計劃、任務分配表、項目里程碑的標識、風險標識以及變更管理流程。（2）在進行項目的任務分配時，最重要的是獲得項目成員的承諾，如果他無法做出承諾（可能剛進公司），也需要規(guī)定任務完成的期限（Deadline,壓力產生動力）。計劃階段涉及到的主要事項：（1）制定項目工作分解結構：根據(jù)項目的目標和項目的主要提交物對項目進行分解，形成工作分解結構（WBS），同時為WBS制定WBS字典（WBSDictionary，詳細解釋工作分解結構中每個工作包WorkPackage），其主要提交物是WBS和WBS字典。分解工作結構需要遵守如下規(guī)則：a） 確保能夠充分使用范圍、時間和成本進行定義。b） 確保能否把職責賦予一個成員、一組成員（指定負責人）或者一個組織單元（指定負責人）。c） 確保能夠進行進度和成本評估。d） 根據(jù)80小時的原則，工作包的時間跨度不要超過2周時間，否則會給項目控制帶來一些困難；同時控制的粒度不能太細，否則往往會影響項目成員的積極性。此種方法的缺點：開發(fā)人員估計的比較的樂觀，易于產生大的估算誤差.2。1。6Jones的一階估算準則計算方法：首先取得功能點的總和，然后從冪次表中選擇合適的冪次將它升冪。Jones的一階估算準則-幕次表

軟件類型最優(yōu)級平均最差級系統(tǒng)軟件0。430。450。48商業(yè)軟件0。410.430。46封裝商品軟件0.390。420。45本項目FP=110,規(guī)模屬于一般的商業(yè)軟件，冪次取0.43,可得110的0。43次方=7.5個月.2。2進度計劃的編制2。2。1關鍵路徑法在2。1。3中已經詳細介紹了此方法，如圖所示2。2。2時間壓縮法趕工也稱為時間一成本平衡方法，是指在不改變活動的前提下，通過壓縮某一個或者多個活動的時間來達到縮短整個項目工期的目的.常用的方法如下：分解關鍵任務給任務增加資源縮減關鍵任務的工期重疊關鍵任務設置日歷增加工作時間通過分配加班工時來縮短關鍵任務因為項目的總時間與關鍵路徑上的活動有關，因此，壓縮關鍵路徑上的活動可以縮減工期。系統(tǒng)分析所需的天數(shù)為14天系統(tǒng)功能分析需要5天系統(tǒng)窗體設計需要8天查詢統(tǒng)計模塊設計需要12天系統(tǒng)維護模塊設計需要8天系統(tǒng)測試需要8天總共需要55天2。3影響進度計劃的因素在進度計劃制訂以及實施過程中會考慮諸多內外部因素，以保證項目的順利開展2.3。1外部因素外部因素主要包括實際的工作時間，歷史項目等.讓員工在周末或節(jié)假日加班，會讓他們產生抵觸情緒，影響工作熱情.因此安排進度時,要把周末時間空出來。對于某些估算模型，可能是依靠大量的項目經驗為基礎的，故歷史項目也起著不小的作用.2。3。2內部因素內部因素主要包括項目的人員規(guī)模、生產率、有效工作時間、連續(xù)工作時間、人員級別等。一個項目初期的人員規(guī)劃很重要，人少的話有可能導致項目延期或失敗;人多的話會導致投入成本過高，人員閑置等問題。項目成員的生產率在實際工作中會以工作效率的形式反映出來，往往優(yōu)秀的項目人員的生產率都很高。管理人員應該有效地規(guī)劃項目人員的工作安排,每天的工作時間，休息時間，合理支配人員。風險管理3。1風險評估可能遇到的風險及優(yōu)先級如下:編號風險名稱發(fā)生概率損失（人日）危險度（日）1產品規(guī)模比估計的要大一些60%1062在限定的時間內無法建成已定規(guī)模大小的產品50%1053太不正規(guī),導致溝通不足，質量問題和工作重做40%1044低效的項目組結構降低生產率50%635最終用戶對最后交付的產品不滿意，要求重新設計和重做30%1036由于軟件功能的錯誤，需要重新設計和實現(xiàn)30%1037開發(fā)人員和管理層之間關系不佳導致決策緩慢，影響全局50%638過度的進度壓力造成生產率下降40%62。49項目計劃由于壓力而放棄，導致開發(fā)混亂、低效30%82.410需求已經成為項目基準，但變化還在繼續(xù)40%62。411任務的分配與人員技能不匹配30%82。412承包商遞交的組件質量低無法接收，必須花時間改進質量30%72。113要求與其他系統(tǒng)、復雜系統(tǒng)或不受本項目控制的系統(tǒng)相連，導致無法預料的設計、實現(xiàn)和測試工作40%5214缺乏激勵措施，士氣低下，降低了生產能力40%5215客戶提供的組件質量欠佳，導致額外的測試、設計和集成工作，以及額外的客戶關系管理工作30%61.816客戶沒有或不能參與規(guī)劃、原型和規(guī)格階段的審核，導致需求不穩(wěn)定和耗時的重復20%81.617一些必要的功能無法使用現(xiàn)有的代碼和庫實現(xiàn)，開發(fā)人員必須使用新庫或自選開發(fā)所要的功能；30%51.518開發(fā)工具未能及時到位；20%40。819設施沒有及時到位；20%40。8

3.2風險控制對可能遇到的風險，采取以下的控制方法:編號風險名稱控制方法1產品規(guī)模比估計的要大一些前期盡可能準確估計產品規(guī)模2在限定的時間內無法建成已定規(guī)模大小的產品嚴格控制項目完成的進度3太不正規(guī)，導致溝通不足,質量問題和工作重做嚴格控制項目過程4低效的項目組結構降低生產率建立合理的組織結構5最終用戶對最后交付的產品不滿意，要求重新設計和重做前期需求確定一定要明確，合同約束6由于軟件功能的錯誤，需要重新設計和實現(xiàn)前期需求確定一定要明確7開發(fā)人員和管理層之間關系不佳導致決策緩慢，影響全局要以寬容的態(tài)度對待項目人員8過度的進度壓力造成生產率下降合理安排進度9項目計劃由于壓力而放棄，導致開發(fā)混亂、低效關心項目組成員10需求已經成為項目基準，但變化還在繼續(xù)需求規(guī)格的變更頻率要用合同約束11任務的分配與人員技能不匹配按能分配12承包商遞交的組件質量低無法接收，必須花時間改進質量簽訂合同加以約束13要求與其他系統(tǒng)、復雜系統(tǒng)或不受本項目控制的系統(tǒng)相連，導致無法預料的設計、實現(xiàn)和測試工作設計時統(tǒng)一接口14缺乏激勵措施，士氣低下，降低了生產能力設立鼓勵機制15客戶提供的組件質量欠佳，導致額外的測試、設計和集成工作，以及額外的客戶關系管理工作簽訂合同加以約束16客戶沒有或不能參與規(guī)劃、原型和規(guī)格階段的審核,導致需求不穩(wěn)定和耗時的重復前期的需求調查讓客戶充分參與17一些必要的功能無法使用現(xiàn)有的代碼和庫實現(xiàn)，開發(fā)人員必須使用新庫或自選開發(fā)所要的功能；招募創(chuàng)新能力強的成員18開發(fā)工具未能及時到位；口頭保證或合同約束19設施沒有及時到位；提前溝通，并催促

日