83/92課程報告倉庫管理系統開發項目管理綜合報告姓名：所在學院：商學院_所在系別：管理科學與工程系_所學專業：信息管理與信息系統班級：學號：指導教師：完成時間：2014-12-9第一章可行性分析 1一、引言 11.編寫目的 12.背景 13.定義 14.參考資料 2二、可行性研究的前提 21．前提 22．目標 23．條件、假定和限制 34.進行可行性研究的方法 35.決定可行性分析的主要因素 3三、技術可行性分析 31.系統簡要概述 32.處理流程和數據流程 4四、對現有系統的分析 41.系統分析 42.費用開支 53.人員 54.設備 55.局限性 5五、所建議的系統 51.處理流程和數據流程 52.改進之處 63.影響 64.技術可行性評價 75.技術條件方面的可能性 7六、經濟可行性分析 71.支出 72.收益 73.收益/投資比 74.投資回收周期 85.敏感性分析 8七、社會因素方面的可能性 81.法律方面可行性 82.用戶使用可行性 8八、可選擇的其他系統方案 81.可選擇的系統方案1 82.可選擇的系統方案2 8九、結論 8第二章需求分析 9一、引言 101．編寫目的 102．讀者對象 103．軟件項目概述 104．文檔概述 115．定義 116．參考資料 12二、一般性描述 121．軟件產品與其環境之間的關系 122．用戶特征 123．限制與約束 124．假設與前提條件 12三、功能需求描述 12四、其它需求描述 131．性能要求 142．設計約束 143．進度要求 144．交付要求 155．驗收要求 15五、附錄 15第三章成本估算 16一、合同簽訂前的成本估算 16二、合同簽訂后成本估算 161、資源估算 162、項目成本估算 163、項目成本預算 18第四章項目計劃 19一、引言 191．編寫目的 192．背景 193．定義 194．標準、條約和約定 19二、項目概述 201．項目目標 202．產品目標與范圍 203．假設與約束 214．項目工作范圍 215．項目開發環境 23三、項目團隊組織 231．協作與溝通 232．項目團隊內部協作 233．項目團隊外部溝通與協作模式 23四、實施計劃 231．風險評估及對策 232．項目時間管理 243．質量管理計劃 254．成本管理計劃 255．配置管理計劃 256．采購計劃 25五、文檔歷史 26第五章倉庫管理系統設計說明書 27一、引言 271.編寫目的 272.背景 273.定義 274.參考資料 27二、任務概述 271.目標 272.運行環境 283.需求概述 284.條件與限制 28三、總體設計 281.處理流程 282.總體結構和模塊外部設計 29四、接口設計 311.外部接口 312.內部接口 32五、數據結構設計 321.數據庫數據結構設計 322.數據結構與系統程序的關系 33六、運行設計 331.運行模塊組合 332.運行控制 33七、出錯處理設計 341.出錯輸出信息 342.補救措施 34八、安全保密設計 341.數據安全性 352.登陸用戶安全性 353.操作安全性 35九、系統維護設計 35第六章配置管理 36一、引言 361.編寫目的 362．參考資料 363．組織及職責 374．配置管理活動 39第七章項目總結報告 43一、引言 431.編寫目的 432．項目背景 433．定義 434．參考資料 43二、項目計劃 441．倉庫系統 442.主要功能及性能 443．時間進度 454．費用 46三、評價 461．技術方案評價 462．產品質量評價 463.出錯原因的分析 46四、經驗與教訓 47五、附錄 47第一章可行性分析一、引言1.編寫目的項目需求規格說明書的編制是為了使用戶和項目開發者雙方對該項目的初始規定有一個共同的理解，使之成為整個開發工作的基礎。項目需求規格說明書將作為下一個階段——概要及詳細設計工作的前提和依據。本項目需求規格說明書的編寫目標是使項目用戶和項目開發商建立起溝通的基礎，并在說明書通過用戶評審后成為項目設計的依據和系統建設的依據。2.背景隨著經濟的不斷繁榮以及加入WTO后市場環境的變化，對企業的生產經營提出了更高的要求，企業必須合理利用各種先進制造技術，在網絡與信息技術的支持下，改進現在的生產經營模式和組織結構，才能在市場競爭中贏得更多的份額。隨著企業規模的擴大，倉庫管理系統將發揮越來越重要的作用。高效方便的倉庫管理系統，可以為生產經營提供堅強的后盾和有力的支持。倉庫管理系統主要提供一個倉庫業務及其作業管理的信息存儲和檢索系統。通過入庫管理、出庫管理、報表生成管理、倉庫人員管理、倉庫位置信息管理等功能模塊來實現倉庫的綜合管理。本論文以標準的倉庫管理模式為藍本，基于JavaEE開發出一個可以用于一般單位的倉庫管理系統，實現了倉庫管理的高效性與安全性。本系統可以方便快捷地實現庫管理中的貨物登記、出庫入庫、庫房管理等操作，使企業的倉庫管理井井有條，為企業的健康發展創造良好的條件。3.定義表1.1日常管理列名數據類型是否允許為空備注日常管理Char否主鍵商品信息管理Char否供應商信息管理Char否名片信息管理Char否表1.2查詢管理列名數據類型是否為空備注查詢管理Char否主鍵庫存查詢Char否出庫查詢Char否入庫查詢Char否緊俏商品查詢Char否滯銷商品查詢CharF否表1.3打印管理列名數據類型是否為空備注打印管理Char否主鍵出庫單打印Char否入庫單打印Char否庫存單打印Char否供應商打印Char否業務信息打印Char否4.參考資料《軟件工程導論》（第四版）張海藩編著清華大學出版社《數據庫系統概論》薩師煊王珊主編高等教育出版社《軟件項目計劃書》二、可行性研究的前提1．前提極大提高倉庫工作人員的工作效率，大大減少以往入貨、出庫流程繁瑣，雜亂，周期長的弊端；基于倉庫管理的全面自動化，減少入庫管理、出庫管理及庫存管理中的漏洞，節約不少管理開支，增加企業收入；實現倉庫的管理操作自動化和信息的電子化，全面提高倉庫的管理水平。系統的存貨信息必須保持更新狀態，客戶的產品出入庫信息必須無差錯，及時的保存到倉庫管理系統的服務器上，對服務器上的數據必須定時的檢查并與倉庫中存放的貨物進行核對2．目標實現物資設備系統管理化、規范化和自動化,從而達到提高單位工作效率的目的。主要包括：（1）庫存管理的各種信息的輸入，包括入庫、出庫、還庫、需求信息的輸入等（2）庫存管理的各種信息的查詢、修改和維護和打印（3）用戶管理（4）操作日志的管理（5）庫存管理系統的使用幫助3．條件、假定和限制（1）在必要時候應當對現有的業務流程進行合理的調整。（2）保證本系統的軟硬件需求，提供相當的倉庫信息。（3）對倉庫的管理人員進行基本的操作培訓，保證系統正常運行和維護。（4）該軟件要實現更信息化、合理化，要符合用戶需求。（5）法律方面可保證所用的一切信息皆來自正規渠道，保證信息的合法性，在法律方面完全可行；4.進行可行性研究的方法通過反復的訪談，可以得知該配送中心自身的情況，已經對各種可能方案的真實想法，并以此為依據，進行可行性分析。在財務的分析上，可以通過走訪市場確定各種設備的價格，根據現有的工作效率與工資體系，可以計算出將來的效益提高的收入與工資節省額度。5.決定可行性分析的主要因素（1）技術可行性此系統采用了成熟且完善的VisualStudio2010和SQLServer2008軟件開發工具來進行后臺數據庫的管理操作和維護。該軟件功能強大，可用性強，完全可以滿足我們開發項目的要求。（2）經濟可行性經濟方面，隨著我國經濟的飛速發展，中小工廠所占的市場份額越來越大，但是大多數工廠并不具備完善的倉庫管理系統，也因此造成了許多不必要的浪費。在此方面，若此項目投入使用，將給企業帶來豐厚的經濟效益社會效益。并且，此項目開發成本低，占用資源少，在經濟方面可行。（3）操作可行性本系統設計思路清晰，操作簡捷，具有良好的用戶界面，和較為完善的異常處理機制及信息處理機制，一般倉庫管理者稍加培訓即可使用。在操作方面可行三、技術可行性分析1.系統簡要概述（1）登錄功能要求必須具備合法身份且知道密碼的人才能有資格登錄到該系統，保證系統的安全。管理員為倉庫所有者指定的管理倉庫的管理人員，客戶為在倉庫管理員處注冊使用倉庫存取貨物的個人或公司。（2)貨物的存入與取出功能是將出入庫貨物的詳細資料（包括：出入庫單號，貨品名稱，產品數量，產品類型，出入庫時間，出入貨客戶等信息）存入數據庫中。（3)查詢功能可以實現管理員按客戶名稱、貨物名稱、出入庫時間等詳細資料進行查詢并可查詢客戶的基本信息，客戶可查詢自己的出入貨物的詳細信息。2.處理流程和數據流程退貨清單入庫清單退貨清單入庫清單客戶退貨 退貨客戶退貨入庫入庫入庫處理貨物信息貨物處理貨物信息貨物出庫出庫出庫 貨物信息貨物信息數據庫出庫清單貨物信息數據庫出庫清單圖1.1倉庫管理系統數據流程圖四、對現有系統的分析1.系統分析現有系統主要為人工操作系統，對于倉庫貨物信息的整理，統計，貨物的出庫入庫全部都是由人工進行，花費的人力、物力很多，隨著超市行業的日益發展，商品信息更是日益膨脹，人們的工作壓力也不斷加大，出錯率也越來越高。在如今的信息化社會，生活步驟越來越快，傳統的商品倉庫管理方式顯然已經不能滿足人們的需求。2.費用開支現有系統的人力資源浪費嚴重，得不到合理利用，由于在人工管理倉庫過程中工作人員難免會出現紕漏，會給企業造成不必要的損失等等的因素，會給企業帶來巨大的開銷，資金得不到合理應用。3.人員需要倉庫管理人員具備基礎的運營知識以及必須的倉庫管理技能，需要2人對此系統進行管理。4.設備現有系統的設備主要包括：電話機、復印機、傳真機等通訊設備；叉車等裝卸設備；用于單據、數據處理的計算機及網絡。5.局限性現有系統延續了以前的倉庫管理機制，不能滿足時代發展的需求。開發新系統有利于實現企業的電子信息化并能提高企業的經濟效益。五、所建議的系統倉庫管理系統是通過入庫業務、出庫業務、倉庫調撥、庫存調撥和倉庫管理等功能，綜合批次管理、物料對應、庫存盤點、質檢管理、倉庫管理和即時庫存管理等功能綜合運用的管理系統。1.處理流程和數據流程（1）系統環境及工具 運行環境：MicrosoftWindows2007以及其后繼操作系統 編程語言：c# 數據庫：SQLServer2005（2）安全設置 登陸系統時，需驗證身份和密碼，只有通過驗證的身份才能進入系統進行信息的操作,系統采用管理員ID密碼登陸。處理流程和數據流程：圖1.2處理流程圖2.改進之處該系統可以獨立執行庫存操作，與其他系統的單據和憑證等結合使用，可提供更為完整全面的企業業務流程和財務管理信息3.影響（1）對設備的影響本系統需要掃描儀以及銷售電腦終端以及服務器中心，為了防止突然掉電數據丟失，所以最好配個小型發電機，以備不時之需，造成企業的損失。（2）對現有軟件的影響：要運行本系統，需要首先配置好銷售終端環境與中心服務器之間的網絡連接，確保數據傳輸的實時性和準確性，同時要保證各終端機之間是并行操作。（3）對用戶的影響：要建立和運行本系統，首先要有技術人員把硬件和軟件環境給搭建起來，需要有系統培訓人員對上崗操作的人員進行培訓，讓操作人員熟悉軟件的使用方法。（4）對運行環境的影響該系統的數據主要是通過掃描商品條形碼來輸入商品信息，如果是從銷售終端掃描入的商品信息，會在商品總量上實行減1的操作，銷售終端采取的是并行工作方式。倉庫管理中心通過掃描商品供應商的供貨單來往系統錄入商品信息。（5）對經費支出的影響：因為此系統操作簡單，除支付開發人員費用以外，每年只需支付少量的設備維護費用，對支出要求較低。4.技術可行性評價此系統采用了成熟且完善的VisualStudio2010和SQLServer2008軟件開發工具來進行后臺數據庫的管、操作和維護。該軟件功能強大，可用性強，完全可以滿足我們開發項目的要求。要求開發人員為兩個，能夠滿足對軟件開發的需求。10周內完全可以完成項目的開發。5.技術條件方面的可能性本系統主要利用WindowsSQLserver2005作為本系統的數據庫，在c#上做系統的開發。小組人員已掌握面向過程和面向對象開發工具，對倉庫管理系統也有一定的了解，對其中要用到的技術能夠滿足需求，小組成員雖然沒有開發系統的經驗，但已經向相關技術人員請教了系統開發的技術問題，也翻閱了不少書籍，因此技術上實現系統是可行的。六、經濟可行性分析1.支出該系統需要的支出包括軟件和硬件支出，還有系統維護的費用。軟件支出的表現方式主要是由軟件開發人員的開銷，開發環境所需要的水電支出等；硬件支出主要包括售貨終端機、中心服務器和網絡配置等硬件設施；除此之外，系統投入使用后，由于環境、社會的不斷變化發展，系統維護費用的投入是必不可少的。2.收益（1）一次性收益應用此系統后可減少設備購置費用。若可減少購置3臺設備，每臺一萬，則可減少支出3萬元。（2）非一次性收益應用此系統后可直接削減工廠倉庫管理人員。若按削減5人計算，每人每月工資3000，則每年直接減少支出18萬。（3）不可定量的收益主要為企業的經濟效益和社會效益。其中社會效益更是不可估計。3.收益/投資比若以五年為周期，則收入為93萬，投資16萬，則收益投資比為5:1，由收入與投資的預算可知，21∕16=1.31即1.3年可收回成本。4.投資回收周期由收入與投資的預算可知，21∕16=1.31即1.3年可收回成本。5.敏感性分析該系統操作簡單，開發完善，預計使用年限為5年，對硬件有較低要求。故只需要在操作時注意保護硬件設備即可。七、社會因素方面的可能性1.法律方面可行性本系統可保證所利用到的一切資源來源皆合法，不涉及任何侵權行為，更不設計合同糾紛，法律方面完全可行。2.用戶使用可行性系統對操作人員要求較低，只需具備基礎的職業素質及操作技能即可。操作簡單，對人員無太大要求。八、可選擇的其他系統方案除本WMS系統以外，還有其他幾種選擇。1.可選擇的系統方案1維持原系統不變，這是最簡易的方案，但該配送中心如果要繼續保持競爭力，就必須有所改革，否則便會被市場所淘汰。故不予考慮。2.可選擇的系統方案2購買現有的WMS軟件，這個方案成本不高，獲得速度也快。但標準化的WMS系統并不開放源代碼，所以在日后有個性化的更新升級需求時便無法滿足。故不予考慮。九、結論倉庫管理是一種既麻煩又單調的工作，每天都是重復記錄一些貨物的存入與取出，而且貨物的種類繁多，存取有很大的隨機性，這樣為工作人員帶來了很大的不便，在操作過程中，由于人為的計算出錯率很高，一旦出錯改正也很困難，這樣簡單繁重的工作要很多人來做，為經營者增加了很多成本。所以開發一個可行的倉庫管理系統是十分必要的。經分析可得，該系統具有開發周期短，開發成本低，簡單易于操作，投資收益比低，并且收回成本周期短的優點，建議開始組織開發。第二章需求分析文檔變更歷史記錄序號變更日期變更人員變更內容詳情描述版本一、引言1．編寫目的項目需求規格說明書的編制是為了使用戶和項目開發者雙方對該項目的初始規定有一個共同的理解，使之成為整個開發工作的基礎。項目需求規格說明書將作為下一個階段——概要及詳細設計工作的前提和依據。本項目需求規格說明書的編寫目標是使項目用戶和項目開發商建立起溝通的基礎，并在說明書通過用戶評審后成為項目設計的依據和系統建設的依據。2．讀者對象（1）項目經理：項目經理可以根據該文檔了解預期產品的功能，并據此進行系統設計、項目管理。（2）設計員：對需求進行分析，并設計出系統，包括數據庫的設計。（3）程序員：配合《設計報告》，了解系統功能，編寫《用戶手冊》。（4）測試員：根據本文檔編寫測試用例，并對軟件產品進行功能性測試和非功能性測試。（5）銷售人員：了解預期產品的功能和性能。（6）用戶：了解預期產品的功能和性能，并與分析人員一起對整個需求進行討論和協商。3．軟件項目概述系統功能劃分和描述如下:（1）日常管理商品信息管理、供應信息管理、名片信息管理（2）入庫管理入庫管理操作、出庫管理、出庫管理操作（3）查詢管理出庫查詢、入庫查詢、庫存查詢、緊銷商品查詢、滯銷商品查詢（4）退貨管理退貨管理操作（5）打印管理出庫單打印、入庫單打印、庫存單單打印、供應商打印、業務信息打印4．文檔概述本文檔按以下要求和約定進行書寫：（1）文檔的上邊距：30mm；下邊距：20mm；左邊距：30mm；右邊距：20mm；行間距為20磅行距；裝訂線：5mm（左側裝訂）（2）標題最多分三級，分別為黑體小四、黑體小四、黑體小四。（3）正文中文字體為宋體五號，數字及英文為宋體，無特殊情況下，字體顏色均采用黑色。（4）出現序號的段落不采用自動編號功能而采用人工編號，各級別的序號依次為1、（1）等，特殊情況另作規定。（5）正文的行間距為0.5行。5．定義數據字典：（Datadictionary）是一種用戶可訪問的記錄數據庫和應用程式源數據的目錄，幫助客戶看的明白。表2.1日常管理列名數據類型是否允許為空備注日常管理Char否主鍵商品信息管理Char否供應商信息管理Char否名片信息管理Char否表2.2查詢管理：列名數據類型是否為空備注查詢管理Char否主鍵庫存查詢Char否出庫查詢Char否入庫查詢Char否緊俏商品查詢Char否滯銷商品查詢CharF否表2.3打印管理：列名數據類型是否為空備注打印管理Char否主鍵出庫單打印Char否入庫單打印Char否庫存單打印Char否供應商打印Char否業務信息打印Char否6．參考資料《軟件工程導論》（第四版）張海藩編著清華大學出版社《數據庫系統概論》薩師煊王珊主編高等教育出版社《軟件項目計劃書》二、一般性描述為了方便對倉庫的信息化管理，我們對倉庫管理系統進行了軟件可行性分析，認為這個系統可以完成，并且具有很高的使用價值，值得開發。該系統將代替傳統倉庫管理中手動數據處理，并且可以大大降低工作人員的工作量和提高工作效率，同時也相對于傳統處理更具有準確性，和實用性。該系統軟件目前定性為一款獨立軟件，所有內部模塊或數據自含。1．軟件產品與其環境之間的關系該系統為B/S三層結構，它的運行環境分客戶端、應用服務器端和數據庫服務器端三部分。以下是系統的軟件環境。（1）客戶端操作系統：Windows/7/8（2）應用服務器端操作系統：Windows/7/8（3）數據庫服務器端操作系統：Windows/7/8數據庫系統：SQLServer2005及更新版本2．用戶特征該軟件的用戶需要具有計算機基本操作的能力。3．限制與約束此系統軟件要求簡單易學，操作容易，滿足初學者的使用要求；4．假設與前提條件（1）在必要時候應當對現有的業務流程進行合理的調整。（2）保證本系統的軟硬件需求，提供相當的倉庫信息。（3）對倉庫的管理人員進行基本的操作培訓，保證系統正常運行和維護。（4）該軟件要實現更信息化、合理化，要符合用戶需求。三、功能需求描述數據錄入：錄入貨品信息、供貨商信息、入庫、出庫以及退貨信息等。數據修改：可以對錄入的信息進行更改。統計數據：統計倉庫中貨品的數量、價格、類別以及總價值等。數據查詢：按要求輸入查詢條件，找到所需的信息。數據備份：對系統中的數據進行備份，以防止數據庫因為意外故障而使重要數據丟失系統整體的簡單關系圖如下所示：圖1.1退貨清單入庫清單退貨清單入庫清單客戶退貨客戶退貨入庫 退貨入庫處理貨物信息貨物 入庫處理貨物信息貨物出庫出庫 貨物信息出庫數據庫數據庫出庫清單貨物信息出庫清單貨物信息圖1.2數據流圖四、其它需求描述數據庫描述：記錄系統用戶信息記錄商品出庫信息記錄供貨商信息記錄商品庫存信息記錄業務員信息記錄商品入庫信息記錄商品信息記錄商品退貨信息記錄商品退入信息1．性能要求（1）數據精確度：由于采用數據庫技術并且用戶的應用領域對數據精確度的要求不是太高，所以這點在系統中表現得比較少，但是用戶數據的安全性與正確性是完全保證的，所以對用戶的使用沒有多大的障礙。（2）時間特性：本系統的數據庫較小，所以程序在響應時間，數據更新處理時間上性能是比較突出的。而且也正由于數據量相對較少，故在數據傳輸時間和系統運行時間上表現的較讓人滿意。（3）適應性：有較好的適應能力與兼容性。而且應用戶的特殊需求軟件在完成后的維護階段可以保持一個與其他類軟件接口，隨時滿足用戶的使用要求。2．設計約束（1）客戶PC機：Pentium級的處理芯片，內存建議520M以上。（2）客戶PC機：WindowｓXP/7/8（3）服務器：SQLServer2008及更新版本（4）安全性：安全性高與殺毒軟件相鏈接，以便排除病毒，并且保護使用者的隱私；（5）可靠性：設計的軟件版本符合倉庫管理系統的需要，是使用者有計劃地管理倉庫。3．進度要求表2.4工作內容任務期限（可用工作日）開始時間完成時間需求分析22014.9.132014.9.14基本信息設置模塊32014.9.142014.9.16倉庫往來管理模塊22014.9.152014.9.16倉庫賬戶信息管理模塊32014.9.152014.9.17數據統計管理模塊22014.9.162014.9.17模塊匯總32014.9.172014.9.19測試運行42014.9.182014.10.21測試修改42014.9.212014.10.24測試維護22014.9.252014.9.26驗收22014.9.262014.9.27圖1.3甘特圖4．交付要求公司成員以及一段時間內詳細的出庫入庫信息，用戶設置的預期收入和支出以及各項消費所占的比例。用戶的銀行存款，現金以及投資理財的各個項目、金額和一段時間內的起伏情況。用戶可以通過系統將近期內的資產詳情發送到郵箱或進行打印。5．驗收要求開發的倉庫管理系統能在客戶端成功運行，各個模塊實現各自的功能，用戶擁有良好的用戶體驗，任何一個普通的計算機用戶都能很快的熟悉整個軟件的使用。并且本系統所耗費的資源非常小，任何公司成員只需要在一般的電腦上面，就能夠使用這個軟件，簡單、方便、快捷的實現對理財信息進行管理。五、附錄設計小組應該對用戶進行跟蹤記錄，反映在使用過程中出現的問題，并及時地維護修改，保證用戶的正常使用。第三章成本估算眾所周之，估算是個循序漸進的過程，隨著項目的不斷發展，估算可以重復多次進行，而且是逐步精確的。成本估算和成本管理是軟件項目管理的核心任務之一。在制定項目計劃時，就必須對項目需要的人力及其他資源、項目持續時間和項目成本做出估算。如果新項目和以往的項目類似，估算可以參考以前的成本費用。現在已有一些用于軟件成本估算的技術可供借鑒。本項目采用類比和自下而上法分別進行估算，具體過程如下：一、合同簽訂前的成本估算簽訂合同前，根據以往類似項目的經驗，采用類比估算方法，進行粗略的估算：根據用戶的要求采用B/S結構，公司SQLServer的技術比較成熟，以前成功完成過類似的項目，根據SOW的說明，基本上需要1~2個開發人員，3個月左右的開發時間，基本上是1人月的規模，所以，1~1.5萬可以作為合同的參考價格。這個階段只需要一個粗略的量級的成本估算，可以不進行詳細的成本預算。二、合同簽訂后成本估算合同簽署之后，根據現有的資源和WBS分解的結果，進一步細化估算，由于WBS分解是針對項目的功能進行的分解，在成本估算的時候，首先估算每個任務的開發規模，然后通過系統獲得相應的質量、管理任務規模，從而計算直接成本，在計算間接成本，最后計算總成本，具體過程如下。1、資源估算人力資源：1個開發人員1個項目管理人員設備資源（作為間接成本計算）：1臺電腦1臺服務器2、項目成本估算（1）根據項目任務分解結果WBS估算出項目開發工作量，如表1所示。表3.1項目開發工作量估算表單位：人天WBS名稱估計值（人天）小計（人天）總計（人天）1登陸0.5102添加信息12.1添加管理員0.252.2添加貨物0.252.3添加入庫信息0.52.4添出庫的信息0.53添加操作記錄0.254丟失貨物信息15查詢信息25.1查詢貨物信息1.55.2查詢出庫記錄0.55.3查詢操作記錄0.55.4查詢供應商信息0.255.5查詢管理員0.256修改密碼0.257退出0.258刪除貨物信息18.1刪除操作記錄0.258.2刪除供應商信息0.258.3刪除管理員0.259貨物丟失0.5（2）計算開發成本（1）由于任務分解的結果只是針對開發任務的分解，管理任務和質量任務可以通過計算開發任務得到，因此，根據一般的數據及其經驗，管理任務和質量任務=20%*開發任務；（2）根據表1-1得知，項目規模為10人天，假設每個開發人員成本參數是500元/天，則該項目內部開發成本=500元/天*10天=5000元（3）由于該系統沒有外包外購部分的成本，則開發成本=5000元。（3）計算管理、質量成本項目的管理和質量成本=開發成本*20%=1000元（4）計算直接成本直接成本=5000元+1000元=6000元；（5）計算間接成本（1）間接成本包括前期合同費用、房租水電、培訓、員工福利、客戶服務等。（2）根據以往經驗，采用公式：間接成本=25%*直接成本=1500元；（6）計算總估算成本項目總估算成本=6000+1500=7500元（7）重新評估項目的報價新評估一下項目報價的準確性，當然這個時候，項目合同已經簽署了，報價是不能修改的，但是通過再次的評估可以進一步明確企業的項目運作和利潤情況；如果項目的利潤是40%,則項目的總報價為7500*1.4=10500元，應該說報價還是比較合適的。3、項目成本預算在編制項目計劃中考慮到：2個開發人員是全職在這個項目中，而項目經理、質量保證人員和配置管理人員不是全職在這個項目中，他們同時還在管理其他的項目，進行成本估算的時候，應該根據項目人員付出的時間進行成本預算。人力資源費率見表2。表3.2人力資源費率編號資源名稱標準費率1宋娜10元/工時2孟冬青10元/工時項目成本預算如表3所示，預算總成本為75160元，與估算的成本基本持平。這樣75160元可以作為項目的成本控制參考。表3.3項目成本預算標號任務名稱開始日期結束日期預算成本1倉庫管理系統2014.9.132014.12.10100002項目計劃書2014.9．142014.9.2520003概要設計說明書2014.9.262014.10.1018004詳細設計說明書2014.10.112014.10.207005用戶操作手冊2014.10.212014.10.285006完成測試計劃2014.10.292014.11.813007測試分析報告2014．11.92014.11.188008程序維護手冊2014.11.192014.11.259009項目總結報告2014.11.262014.12.570010提交2014.12.62014.12.660011完成文檔2014.12.72014.12.8700第四章項目計劃一、引言1．編寫目的隨著企業規模的擴大，管理信息系統也發揮越來越重要的作用。作為企業管理信息系統關鍵組成部分的倉庫管理系統的應用給企業帶來巨大的效益。采用倉庫管理系統將使企業改變其傳統的手工記錄模式，應用數據庫技術使海量數據的存儲與處理成為很方便的事情，這樣可大幅縮短主要業務流程的處理時間，提高對市場的響應能力。2．背景隨著經濟的不斷繁榮以及加入WTO后市場環境的變化，對企業的生產經營提出了更高的要求，企業必須合理利用各種先進制造技術，在網絡與信息技術的支持下，改進現在的生產經營模式和組織結構，才能在市場競爭中贏得更多的份額。隨著企業規模的擴大，倉庫管理系統將發揮越來越重要的作用。高效方便的倉庫管理系統，可以為生產經營提供堅強的后盾和有力的支持。倉庫管理系統主要提供一個倉庫業務及其作業管理的信息存儲和檢索系統。通過入庫管理、出庫管理、報表生成管理、倉庫人員管理、倉庫位置信息管理等功能模塊來實現倉庫的綜合管理。本論文以標準的倉庫管理模式為藍本，基于JavaEE開發出一個可以用于一般單位的倉庫管理系統，實現了倉庫管理的高效性與安全性。本系統可以方便快捷地實現庫管理中的貨物登記、出庫入庫、庫房管理等操作，使企業的倉庫管理井井有條，為企業的健康發展創造良好的條件。3．定義（1）軟件開發時的專業術語:SQL數據庫、Dreamweaver網站設計平臺。人手一臺PC機。網絡環境需要100M及以上速率局域網，TCP/IP協議。（2）軟件時測試時專業術語：結構測試(structuraltesting)和白盒測試(whiteboxtesting)。語句覆蓋(statementcoverage)和條件覆蓋(decisionoverage)；測試套件(testsuite)、測試規格說明書(testspecification)和測試計劃(testplan)4．標準、條約和約定（1）GB/T13702-1992計算機軟件分類與代碼（2）GB/T20918-2007信息技術軟件生存周期過程風險管理（3）GB/T19003-2008軟件工程GB/T19001-2000（4）GB／T15538-1995軟件工程標準分類法（5）GB／T9386-2008計算機軟件測試文檔編制規范（6）GB／T9385-2008計算機軟件需求規格說明規范（7）GB／T15532-2008計算機軟件測試規范（8）GB/T18221-2000信息技術程序設計語言環境與系統軟件接口（9）獨立于語言的數據類型（10）GB/T11457-2006信息技術軟件工程術語（11）GB8567-2006計算機軟件文檔編制規范二、項目概述1．項目目標實現物資設備系統管理化、規范化和自動化,從而達到提高單位工作效率的目的。主要包括：（1）庫存管理的各種信息的輸入，包括入庫、出庫、還庫、需求信息的輸入等（2）庫存管理的各種信息的查詢、修改和維護和打印（3）用戶管理（4）操作日志的管理（5）庫存管理系統的使用幫助2．產品目標與范圍倉庫管理系統是典型的信息管理系統，其開發主要包括后臺數據庫的建立、維護以及前端應用程序的開發兩個方面。對于前者要求建立起數據一致性和完整性強、數據安全性好的數據庫。而對于后者則要求應用程序具有功能完備，易使用等特點。倉庫管理系統對公司員工實行統一的管理，可以方便的進行錄入、查詢、修改、刪除等工作。倉庫管理系統：管理員將各項產品進行編排設備號，位置好，從而有效劃分區域管理。設置系統：設置各項分類的標簽，便于其他人進行查詢及復查。倉庫查詢系統：進入系統后，客戶或者管理員有效快捷查詢產品各項目錄。用戶登入系統：用戶如果進行查詢操作，需要輸入正確的登入名和密碼，如果輸入錯誤，則停留在登陸頁。3．假設與約束任何事情都有風險，軟件開發也不例外。比如客戶需求會經常變更，影響項目的進度，可以加班并延長需求調研時間，也可以嚴格控制需求變更；對于倉庫物品流動問題，可以招聘技術人員作為長期任務，加強溝通，及時了解人員開發動態；對于資金不足問題，可以請實習學生參與一部分輔助工作，降低開發成本，也可以與客戶商量，去掉不必要的需求，降低工作量，減少開發時間（1）硬件條件和限制：服務器為Windows

SQLServer2005，并可在客戶端服務器上使用；（2）數據庫：SQL

Server2005；

（3）該系統受硬件、軟件、運行環境、開發環境、技術等因素的制約和限制；（4）法律方面可保證所用的一切信息皆來自正規渠道，保證信息的合法性，在法律方面完全可行；4．項目工作范圍倉庫管理系統是一個面向企業倉庫部門工作人員，為其提供服務的綜合信息管理系統。倉庫管理通過本系統完成相關的日常工作，這些工作也是平常較為繁重的工作。倉庫物品的流動信息等等都記錄在倉庫系統里進行管理。倉庫檔案登記過程。員工在倉庫部門領取通行證，然后填寫，填寫完畢交回人事部門，由人事部門的檔案管理組進行審核，審核不合格的的發回重寫，合格的以原始資料存檔，并舉以填寫職工人事卡片。倉庫檔案統計過程，倉庫部門調查分析組按管理組提供的員工倉庫卡片統計各中所需要得信息和數據，然后填寫所對應的統計報表，該統計報表一式兩份，然后做出分析后，連同一份統計報表上交上一級主管部門，另一份統計報表存檔備查。如發生企業內部倉庫調動升職降職或添加職工和開除職工等情況時，只需修改添加和刪除相應的人事卡片，其余過程同上。倉庫部門將收集到的倉庫信息統一進行審核。審核過程中，倉庫信息需要核人員進行通過，方可錄入系統數據庫，如信息有錯誤，需要返回給員工進行重新填寫或修改。（1）需完成的軟件本系統打算使用AdobeDreamweaverCS5作為界面和功能開發工具，使用SQL作為后臺數據庫，并利用其提供的各種面向對象的開發工具進行界面和數據庫開發。系統開發過程要結合快速原型模型與增量模型的優點：首先在短時間內建立系統應用原型，然后，對初始原型系統進行需求迭代，不斷修正和改進，直到形成可行系統。（2）需提交的用戶文檔《用戶操作手冊》給用戶使用該系統提供方便。（3）需提交內部的文檔項目組內部的文檔：有《需求規格說明書》，《概要設計說明書》、《詳細設計說明書》、《項目開發計劃》、《測試分析報告》、《測試計劃》、《程序維護手冊》、《項目總結報告》。（4）需提供的服務用戶登錄功能:該倉庫管理管理系統主要面向倉庫部門工作人員，為了提高系統人性化管理，該系統也為其他員工提供一個窗口，方便員工方便查詢倉庫物資存儲資料等。因此，用戶在登陸時需選擇身份登錄，系統根據身份向數據庫查詢用戶出入的密碼和賬號是否符合，然后根據身份跳轉到不同的頁面。留言版功能：該系統提供一個人是部門與其他人員交流的平臺，該模塊可匿名留言，倉庫部門工作人員對留言可選擇性的進行回復并發布。倉庫部門信息發布功能：倉庫部門可以將最新的倉庫部門信息招聘信息培訓計劃發布出去，加強員工之間的交流，并對企業的人才和引進都有很大的幫助。系統管理功能:高級管理員登錄系統后可對該系統進行設置，包括員工的自助注冊功能新員工的錄入審核員工的修改權限系統的基本信息如公司名電話等等；系統可設置多名管理員，他們可以根據各自的權限進行相關的操作，實現系統功能的有效分配。該功能提高了人事管理的人性化，降低了倉庫部門工作人員的工作強度，提高工作效率。員工管理功能：包括員工信息的修改查詢刪除添加。員工在企業工作過程中可能會遇到部門調動年度考核獎懲記錄等等，這些都會造成系統數據與實際數據不符，因此需要及時修改和更新；對于員工離職或停薪留職就可對員工信息永久刪除或刪除到回收站，對刪除但回收站的員工信息仍可回復；該系統提供了較詳細的查詢功能，管理員可對選擇性的對員工資料查詢，并可將查詢的信息輸出到EXCEL。員工自助功能：員工登錄后可查詢自己的資料是否在于自己提交的資料一致，如過不一致可向倉庫部門申請修改資料，如果管理員設置可修改自己的資料，則員工可自行修改，修改后記錄將保存到員工修改日志中。操作記錄功能：包括管理員和員工登記記錄管理員操作記錄，員工查詢記錄。該記錄功能主要方便管理員和員工對自己的操作進行了解，這些記錄對系統的安全以及員工信息的安全都有很大的幫助，如員工登陸記錄里包含了員工登錄時所用電腦的信息和IP如果發現IP于以前登錄的IP不一致，就需要去了解密碼是否已經泄露，應該及時修改密碼，避免別人盜用你的賬號造成不必要的影響。5．項目開發環境windows2007操作系統、SQL數據庫系統、DreamweaverCS5作為界面和功能開發工具。三、項目團隊組織1．協作與溝通開發組需要對軟件開發所用到的數據庫語言和數據庫技術特別擅長，在規定的時間內迅速完成軟件開發工作；測試組需要在開發過程中就開始參與進來，開展測試工作，并且在開發完成后還要繼續測試工作，知道軟件交付使用。測試組需要有廣闊的思維來設計測試用例，然后細心的測試,發現問題；文檔組需要對軟件開發和測試流程相當熟悉并且有扎實的寫作工作，能夠配合其他團隊編寫出項目開發過程的全部文檔。2．項目團隊內部協作內部團隊之間也是有相互溝通的。文檔組向開發組和測試組挖掘技術信息，寫到技術文檔中。測試組在開發過程中就介入到開發組中來，和開發人員共同完成本系統的開發任務。管理層給大家分配任務，并督促大家完成。3．項目團隊外部溝通與協作模式在與客戶的溝通中，開發組和需求顧問需要深入了解客戶需求，通過需求分析明確定義系統的功能，再把設計和開發任務下達到各個小組負責人和組員，然后在規定的時間把產品交給高校，形成一種良性循環。項目經理—XXX（負責全面管理項目的開發工作）（1）需求顧問—企業負責人（負責需求分析工作）（2）技術專家—專家（負責項目的可行性分析以及項目中重大技術問題的決策）（3）另外客戶方相應地也成立了項目組，由一個項目負責人和多個業務部門聯系人組成。（4）項目負責人—客戶方經理（客戶方為此項目指定的負責人，代表客戶方做出決策）（5）各部門聯系人—各部門經理(反映各部門業務需求和部門用戶意見)四、實施計劃1．風險評估及對策任何事情都有風險，軟件開發也不例外。比如客戶需求會經常變更，影響項目的進度，可以加班并延長需求調研時間，也可以嚴格控制需求變更；對于人員流動問題，可以招聘技術人員作為長期任務，加強溝通，及時了解人員開發動態；對于資金不足問題，可以請實習學生參與一部分輔助工作，降低開發成本，也可以與客戶商量，去掉不必要的需求，降低工作量，減少開發時間。2．項目時間管理項目進度是把總體工作計劃分配到每個月，進而分配到每一天，每個人，如果在上班時間沒有完成，在晚上加班的時候必須完成天計劃。只有確保每天的計劃完成，才能確保總體工作計劃順利完成。具體安排如下：表4.1項目時間管理時間段完成進度9月中旬到9月下旬項目計劃書9月下旬到10月上旬概要設計說明書10月上旬到10月中旬詳細設計說明書10月中旬到10月下旬用戶操作手冊10月下旬到11月上旬完成測試計劃11月上旬到11月中旬測試分析報告11月中旬到11月下旬程序維護手冊11月下旬到12月上旬項目總結報告圖4.1圖4.23．質量管理計劃質量管理由項目經理牽頭，測試經理通過負責軟件測試工作保證軟件質量。對每個開發階段的階段性成果都進行評審或者測試，以保證軟件產品的質量。4．成本管理計劃開發經費預算是200萬元人民幣。在項目啟動與計劃階段在9月份完成，預算10萬元。需求分析在9月份完成，預算20萬元，系統與測試設計在10月份完成，預算30萬元，編碼與測試執行在10月份到11月份完成，每月預算30萬元，測試評估與系統部署在11月份完成，預算40萬元。系統維護在12月份完成，預算50萬元。5．配置管理計劃要采用專用的版本管理工具進行軟件版本的控制，由開發經理制定版本控制流程。本系統將向客戶提供一次集中培訓和輔導和一年之內的系統維護項目驗收將采取三方驗收的方式進行：客戶方，開發方和監理方。通過考察系統的使用情況，用戶的反饋以及專家的意見，形成共同意見并共同簽署驗收報告，標志著驗收工作告一段落。6．采購計劃在項目初期需要采購服務器兩臺和10臺PC機，以便使用。五、文檔歷史表4.2文檔歷史記錄版本修改內容修改日期修改人審閱人版本由1.0開始，每一次審閱通過小數點左邊的數字加1，每一次提交審閱，小數點右邊數字加1簡要描述修改內容格式MM.DD.YY修改人名字審閱人名字第五章倉庫管理系統設計說明書一、引言1.編寫目的編寫這份概要設計說明書的主要目的是將對用戶的需求分析升級為對實現這些需求的功能進行體系結構設計,將原本比較復雜的系統劃分為一個個模塊來確定這些模塊的功能以及模塊間的調用關系，同時，設計該系統的總體數據結構和數據庫結構。倉庫系統是為了倉庫管理而設計的，通過試用本系統，可以更加有效的管理倉庫物品，其中包括倉庫的基本信息，供應商信息，客戶信息并且具有增加，查詢，修改等功能，這份說明書的主要讀者為系統分析師和軟件設計師。為之后的系統開發提供開發標準。2.背景在需求分析階段中，已經對本軟件系統的功能需求做了詳細的闡述。本階段將會在需求分析階段的基礎上對倉庫管理軟件系統做進一步的概要設計。主要包括倉庫管理系統的操作處理流程設計、該系統接口設計、出錯處理設計和數據庫結構的設計等。以上系統模塊的設計將結合需求分析階段的功能需求，把各模塊間的關系給建立起來，從而完成整個系統的概要設計需求。另外，在下一階段的詳細設計中，本階段的概要設計將作為參考，以方便完成整個系統的設計工作。3.定義倉庫的基本信息：姓名，性別，年齡,用戶權限等。倉庫的入庫信息：收入信息，保存，添加，修改用戶的支出信息：支出信息，保存，修改，添加，刪除。基本信息查詢，入庫信息查詢，出庫信息查詢，供應商信息查詢，庫存查詢，客戶信息查詢4.參考資料《軟件項目管理》《軟件工程導論》張海藩編著.清華大學出版社

《數據庫原理及應用》王珊、薩師煊主編.高等教育出版社二、任務概述1.目標本系統軟件主要實現的功能是倉庫管理員對倉庫進行庫存的管理，主要包括，對于生產部門送來的貨物進行清點，無誤后入庫，對于銷售部門請求的貨物進行核實，無誤后出庫，并對倉庫的庫存量在每一次出庫后實施一次數據盤點，若某些貨物庫存不足，發出警報，提醒生產部門及時供給。2.運行環境硬件環境1.管理計算機一臺。2.A4打印機一臺3.運行時占用內存：≤2MB。4.所需硬盤空間：≤10MB軟件環境:操作系統：MicrosoftWindows2007支持環境：IIS5.0數據庫：MicrosoftSQLServer20083.需求概述本系統軟件主要實現的功能是倉庫管理員對倉庫進行庫存的管理，主要包括，對于生產部門送來的貨物進行清點，無誤后入庫，對于銷售部門請求的貨物進行核實，無誤后出庫。并對倉庫的庫存量進行查詢，當存貨不足時，讓采購員進行采購。顧客通過進入系統的主界面進行貨物的瀏覽，確定所需要的商品，進行商品的購買時，必須進行顧客的注冊，倉庫管理員通過個人的帳號進入系統，轉到管理顯示頁面，選擇要處理的管理要求。（1）倉庫管理的具體操作功能（包括）：設備代碼、設備入庫、設備出庫、設備還庫、設備需求。（2）倉庫信息的管理：庫存信息、入庫信息、出庫信息、還庫信息、需求信息；（3）一些必要的附加功能操作：生成和查看報表、庫存警報。（4）倉庫管理系統的操作日志（記錄好每次的操作）。4.條件與限制為了更好地對倉庫進行管理，本系統可以和公司內部網站系聯合，達到高效和精確的目的。系統還能根據不同的用戶進行不同的權益設置，與一些高檔的安全軟件組合，提高系統的安全性。三、總體設計1.處理流程圖5.1流程圖2.總體結構和模塊外部設計圖5.2E-R圖圖5.3業務流圖 圖5.4數據流圖四、接口設計1.外部接口（1）用戶界面在用戶界面部分，根據需求分析的結果，用戶需要一個用戶友善界面。在界面設計上，應做到簡單明了，易于操作，并且要注意到界面的布局。考慮到用戶多對Windows界面熟悉，本系統界面設計將以Windows風格為主。由于本系統采用的是C#編程語言，在界面上可使用MicrosoftVisualStudio2008進行界面布局設計。總的來說，系統的用戶界面應具有良好的人機交互特性、簡易性和易操作性。（2）軟件接口本系統應封裝好對SQLServer2005數據庫訪問的接口，以滿足系統對數據庫進行系統可使用SQLServer2005數據庫提供的數據備份命令，以做到對數據的保存備（3）硬件接口在輸入方面，對于鍵盤、鼠標的輸入，對輸入進處理。在輸出方面，打印機的連接及使用。在網絡傳輸部分，在網絡硬件部分，為了實現高速傳輸，使用快速以太網。2.內部接口內部接口方面，各模塊之間采用表單提交、超鏈接的方式進行信息傳遞。各模塊可以通行引用類包調用相應的類中的方法，完成數據庫的連接、查詢、刪除、添加、修改操作。五、數據結構設計1.數據庫數據結構設計本系統采用SQL數據庫對數據信息進行維護管理，所有數據共涉及4張表。表5.1供應商表列名數據類型是否允許為空備注貨物編號Char否主鍵供應商編號Char否貨物名稱Char否貨物規格Char否貨物數量Char否貨物進價Char否供應商信息Char否