超市管理系統(tǒng)-軟件項目計劃說明書

-z.軟件學院超市管理系統(tǒng)工程方案書系〔部、中心〕軟件學院姓名朱發(fā)軍學號201207082233專業(yè)軟件工程班級.net122班課程名稱軟件工程工程管理設計題目名稱?超市管理系統(tǒng)軟件工程方案書?起止時間2015年成績指導教師簽名風華中原工學院軟件學院制目錄1.1編寫目的31.2背景31.3定義31.4參考資料31.5重要術語42工程進度方案編制的背景概述52.1軟件生存期模型選擇與設計52.2工程團隊情況簡述62.3軟件估算情況72.4工程圍的信息分析與使用7軟件的工作任務分解構造〔WBS〕7基于工程背景的WBS的細化方案8重要的假設及其說明83實施方案93.1進度方案93.2基于進度方案的本錢核算113.3調整后的進度方案123.4關于進度方案的其他說明123.5關于其他方案的說明124工程成果產品144.1軟件程序144.2軟件文檔144.3軟件效勞144.4非移交的軟件產品144.5驗收標準145其他15編寫目的此工程開發(fā)方案書的編寫主要是為了給開發(fā)?超市管理系統(tǒng)?做主要的規(guī)劃和整合，在開發(fā)過程中起到引導作用，以及給使用者提供簡要的說明進度是對執(zhí)行的活動和里程碑制定的工作方案日期表背景a.待開發(fā)的軟件系統(tǒng)的名稱:超市管理系統(tǒng)b.本工程的任務提出者、開發(fā)者、用戶及實現該軟件的組織構造〔企業(yè)〕工程的任務提出者：**超市高層領導本系統(tǒng)的開發(fā)者：YY軟件股份員工朱發(fā)軍本系統(tǒng)的用戶：**超市的高層領導、部門經理及其員工。實現該軟件企業(yè)〔YY軟件股份〕的組織構造圖：〔參考例圖〕c.該軟件系統(tǒng)同其他系統(tǒng)或其他機構的根本的相互來往關系。與本系統(tǒng)有關的系統(tǒng)：無定義WBS:WorkBreakdownStructure任務分解構造。PMI:ProjectManagementInstitute美國工程管理學會，成立于1969年一個國際性組織，PDM:PrecedenceDiagrammingMethod單代號網絡圖參考資料[1]?軟件工程管理案例教程?〔第一版〕，萬江立新編著，機械工業(yè)，2009年4月[2]?軟件工程管理案例教程?〔第二版〕，萬江立新編著，機械工業(yè)，2009年4月[3]?軟件工程估計?〔第二版〕,(美)CAPERSJONES著，從越編譯，電子工業(yè)，2008年3月[4]?軟件需求?〔第二版〕，〔美〕KarlE.wiegers著，偉琴、洪濤譯，清華大學，2007年9月重要術語1.WBS，WorkBreakdownStructure，任務分解構造，是面向可交付成果的對工程元素的分組，它組織并定義了整個工程的圍。2.進度方案,進度，就是工作方案日期表3.質量方案：主要的質量管理對象是針對工程過程中那些對最終產品起著重要的作用的中間產品：需求規(guī)格、設計說明書，源程序，測試方案，測試結果等。工程進度方案編制的背景概述軟件生存期模型選擇與設計1.選擇增量模型的原因：1〕.瀑布模型要求嚴格線性的開發(fā)，每個階段開發(fā)活動完畢后，通過嚴格的階段性復審與確認，得到該階段的一致、完整、正確和無二義性的良好文檔資料，以“凍結〞這些文檔資料，作為該階段的完畢標志，保持不變，作為下一階段活動的唯一根底，以每一步的正確性和完整性來保證最終系統(tǒng)的質量。但是大量的實踐并不是這種理想的線性開發(fā)序列，而是在開發(fā)過程中逐步完善的。而在增量開發(fā)過程：軟件描述、設計和實現活動被分散成一系列的增量，這些增量輪流被開發(fā)。先完成一個系統(tǒng)子集的開發(fā)，再按同樣的開發(fā)步驟增加功能(系統(tǒng)子集),如此遞增下去直至滿足全部系統(tǒng)需求。要求系統(tǒng)的總體設計在初始子集設計階段就應做出設計。2〕增量模型有如下優(yōu)點：可以防止一次性投資太多帶來的風險，將主要的功能或者風險大的功能首先實現，然后逐步完善，保證投入的有效性?？梢愿斓亻_發(fā)出可以操作的系統(tǒng)?？梢詼p少開發(fā)過程中用戶需求的變更。一些增量可能需要重新開發(fā)〔如果早期開發(fā)的需求不穩(wěn)定或者不完整〕。3〕增量模型開發(fā)適合的工程：工程開場，明確了需求的大局部，但是需求可能會發(fā)生變化對于市場和用戶把握不是很準，需要逐步了解對于有龐大和復雜功能的系統(tǒng)進展功能改良，就需要一步一步實施的。我們開發(fā)的是酒店管理系統(tǒng)，分客房模塊、餐飲模塊、財務模塊、人力資源模塊。雖然大局部的需求已明確，但是局部需求可能會發(fā)生變化；對于用戶需逐步了解才能準確把握；對于復雜功能的系統(tǒng)進展功能改良，就需要一步一步實施的。同時系統(tǒng)具有可擴大性，假設使用增量模型，可以保證系統(tǒng)的可擴大性。本工程具備增量模型的其他特點：工程的復雜程度中等；工程的風險較低；產品和文檔的使用率會很高。所以選擇增量式作為我們的開發(fā)模型。圖2-1增量式模型2.具體的設計為：圖2-2詳細的增量模型工程團隊情況簡述表2-1此工程團隊人員的介紹：職位人員工程經理：朱發(fā)軍需求分析員：朱發(fā)軍概要設計員：朱發(fā)軍詳細設計員：朱發(fā)軍編碼人員：朱發(fā)軍測試人員：朱發(fā)軍由于工程初期信息不是很充分，所以初期的工程方案只存在一個方案表格，相當于一個大方案，簡單說明方案的執(zhí)行步驟，如表5所示。表2-2工程初期方案任務完成時間負責人資源備注工程規(guī)劃2015-5-24朱發(fā)軍全體人員參與需求獲取2011-01-05同上開發(fā)人員，超市領導，部門經理，員工代表參與需求確定2011-01-13同上全體人員參與概要設計2011-02-03同上詳細設計2011-03-04同上全體人員參與工程實施2011-11-17同上朱發(fā)軍參與有待細化工程集成、測試2012-01-11同上提交2012-02-07同上朱發(fā)軍參與軟件估算情況此軟件估算結果列表：表2-3估算列表估算項估算結果功能點估算：該軟件的功能點總數約為20個進度估算：該軟件開發(fā)時間30天本錢估算：總本錢為3900元人員數估算：所需的人員為1個人工程圍的信息分析與使用軟件的工作任務分解構造〔WBS〕表2-4WBS分解情況編號任務名稱任務容定義備注1前臺銷售系統(tǒng)涉及到超市部門員工超市前臺銷售的功能1.1收銀管理收銀業(yè)務金額計算銷售金額計算打印清單打印交易收據會員卡支持會員卡打折功能1.2顧客信息錄入對顧客購物信息進展管理顧客退貨管理對顧客退貨進展有效統(tǒng)計2后臺管理系統(tǒng)涉及到超市部經理及部門員工的功能2.1人事管理涉及超市人事部部經理的功能模塊員工信息管理顯示員工工作等信息員工操作權限管理規(guī)定員工操作守則2.2銷售管理涉及超市銷售部部經理的功能模塊查詢銷售信息查看銷售人員工作成績生成銷售排行榜對銷售人員評優(yōu)2.3進退貨管理涉及超市貨物購置負責人的功能模塊進貨信息系統(tǒng)查看進貨信息退貨信息系統(tǒng)查看退貨信息2.4庫存管理倉庫負責人功能模塊庫存信息管理查看商品庫存信息庫存狀態(tài)警告對貨物存量進展分析警告基于工程背景的WBS的細化方案表2-5WBS細化方案工程階段各活動下的任務任務容定義責任人需求分析階段1．對各個子系統(tǒng)進展需求獲取用多種方式進展需求獲取朱發(fā)軍2．對獲得的需求進展確認分階段的開需求評審會議同上概要設計階段1.各個系統(tǒng)的用例描述和圖各個系統(tǒng)總的用例，分用例和所有的用例講解同上2.各個系統(tǒng)的概念數據建模各個系統(tǒng)的E-R模型和UML模型同上3.概要設計評審分階段開概要評審會議同上詳細設計階段1.各個系統(tǒng)對象關系建模各個系統(tǒng)的對象模型建立同上2.各個系統(tǒng)分析類各個系統(tǒng)的分析類，界面類，控制類同上3.各個系統(tǒng)設計類設置所有類的屬性值，和方法頭同上4.各個系統(tǒng)物理數據庫設計對所有關系進展物理數據庫同上5.詳細設計評審分階段開詳細評審會議同上編碼階段1.前臺銷售管理子系統(tǒng)編碼對前臺銷售子系統(tǒng)的分析類的方法進展編碼同上2.前臺銷售管理子系統(tǒng)集成對前臺銷售子系統(tǒng)所有模塊進展集成同上3.后臺管理子系統(tǒng)編碼對后臺管理子系統(tǒng)的分析類的方法進展編碼同上4.后臺管理子系統(tǒng)集成對后臺管理子系統(tǒng)所有模塊進展集成同上系統(tǒng)集成1.系統(tǒng)集成對各個子系統(tǒng)進展集成同上系統(tǒng)測試1.集成測試對各個子系統(tǒng)的集成進展測試同上2.環(huán)境測試對發(fā)布版本的環(huán)境進展測試同上提交1.編寫用戶使用手冊包括使用的方法同上2.提供應用戶安裝程序主要是安裝向導同上用戶培訓1.給用戶進展初期進展系統(tǒng)應用的根本培訓同上重要的假設及其說明假設：1.超市領導，公司領導都比擬重視。2.酒店里的領導，員工都比擬積極主動配合。3.分配的功能點總數為20個，平均每人1個功能點4.每個人每個月人均生產率為1個功能點。實施方案進度方案此處用甘特圖或進度表格描述。進度方案：表3-1進度方案表任務名稱工期開場時間完畢時間資源酒店管理系統(tǒng)30d2015-4-262012-5-26軟件工程規(guī)劃1d2015-4-262010-12-24全體人員參與—工程規(guī)劃1d2010-12-62010-12-15全體人員參與—方案評審1d2010-12-162010-12-24全體人員參與需求開發(fā)1d2010-12-272011-1-13全體人員參與—用戶界面設計1d2010-12-272010-12-31全體人員參與—用戶需求評審1d22011-1-5全體人員參與—修改需求、修改用戶界面12011-1-62011-1-10全體人員參與—編寫需求規(guī)格說明書1d2011-1-112011-1-12全體人員參與—需求驗證12011-1-132011-1-13全體人員參與概要設計12011-1-142011-2-3全體人員參與—用例描述圖12011-1-142011-1-20全體人員參與—概念數據建模12011-1-212011-1-27全體人員參與—概要設計評審12011-1-282011-2-3全體人員參與詳細設計12011-2-42011-3-4全體人員參與—對象關系建模12011-2-42011-2-9全體人員參與—分析類12011-2-102011-2-16全體人員參與—設計類12011-2-172011-2-22全體人員參與—物理數據庫設計12011-2-232011-3-1全體人員參與—詳細設計評審12011-3-22011-3-4全體人員參與工程實施12011-3-72011-11-17全體人員參與—前臺銷售管理子系統(tǒng)12011-3-72011-5-13全體人員參與—顧客信息錄入功能-增量112011-3-72011-3-11全體人員參與——顧客退貨管理12011-3-72011-3-9全體人員參與——增量1評審12011-3-102011-3-11全體人員參與—收銀-增量212011-3-142011-3-24全體人員參與——交易金額計算12011-3-142011-3-16全體人員參與——打印交易清單12011-3-172011-3-18全體人員參與——會員卡打折12011-3-212011-3-22全體人員參與——增量2評審12011-3-232011-3-24全體人員參與—前臺銷售子系統(tǒng)集成12011-5-52011-5-13全體人員參與——子系統(tǒng)集成測試12011-5-52011-5-9全體人員參與——子環(huán)境測試12011-5-102011-5-13全體人員參與—后臺管理子系統(tǒng)12011-5-162011-7-13全體人員參與—人事功能-增量112011-5-162011-6-16全體人員參與——員工信息管理12011-5-162011-5-19全體人員參與——員工操作權限管理12011-5-202011-5-25全體人員參與——增量1評審12011-6-132011-6-16全體人員參與—銷售管理功能-增量212011-6-172011-7-1全體人員參與——查詢打印銷售信息12011-6-172011-6-23全體人員參與——生成銷售排行旁12011-6-242011-6-28全體人員參與增量2評審12011-6-292011-7-1全體人員參與—進退貨管理-增量312011-7-142011-7-26全體人員參與——進貨信息管理12011-7-142011-7-18全體人員參與——退貨信息管理12011-7-192011-7-21全體人員參與——增量3評審12011-7-222011-7-26全體人員參與—庫存管理-增量412011-7-272011-8-8全體人員參與——查詢庫存信息12011-7-272011-7-29全體人員參與——庫存狀態(tài)自動警告12011-8-12011-8-3全體人員參與——增量4評審12011-8-42011-8-8全體人員參與—后臺管理子系統(tǒng)集成12011-11-82011-11-17全體人員參與子系統(tǒng)集成測試12011-11-82011-11-14全體人員參與子環(huán)境測試12011-11-152011-11-17全體人員參與系統(tǒng)集成12011-11-182011-12-21全體人員參與——系統(tǒng)集成12011-11-182011-12-21全體人員參與系統(tǒng)測試12011-12-222012-1-31全體人員參與——系統(tǒng)測試12011-12-222012-1-11全體人員參與——環(huán)境測試12012-1-122012-1-31全體人員參與提交12012-2-12012-2-7全體人員參與——完成文檔12012-2-12012-2-3全體人員參與——驗收、提交12012-2-62012-2-7全體人員參與備注：安排的時間圍已包含節(jié)假日2〕工程進度圖圖3-1進度方案網絡圖3〕工程進度方案的甘特圖：圖3-2進度方案甘特圖4〕工程甘特圖實施局部的方案展開如下：圖3-3實施局部的甘特圖5〕里程碑高層領導可能更加關注里程碑的進展，所以需要一個里程碑的圖示，如下表所示。表3-2里程碑表事件時間增量1——收銀業(yè)務2011-03-11增量2——顧客信息錄入2011-03-24增量3——人事管理2011-04-06增量4——銷售管理2011-04-19增量5——進退貨管理2011-05-04增量6——庫存管理2011-05-13基于進度方案的本錢核算表3-3基于進度方案的本錢核算表任務名稱開場時間完畢時間比擬基準酒店管理系統(tǒng)2015-4-262015-5-26340，000軟件工程規(guī)劃2010-12-62010-12-2412，000—工程規(guī)劃2010-12-62010-12-157，000—方案評審2010-12-162010-12-245，000需求開發(fā)2010-12-272011-1-1330，000—用戶界面設計2010-12-272010-12-3110，000—用戶需求評審2011-1-32011-1-59，000—修改需求、修改用戶界面2011-1-62011-1-104，000—編寫需求規(guī)格說明書2011-1-112011-1-123，000—需求驗證2011-1-132011-1-134，000概要設計2011-1-142011-2-313，000—用例描述圖2011-1-142011-1-204，000—概念數據建模2011-1-212011-1-276，000—概要設計評審2011-1-282011-2-33，000詳細設計2011-2-42011-3-440，000—對象關系建模2011-2-42011-2-98，000—分析類2011-2-102011-2-1611，000—設計類2011-2-172011-2-2211，000—物理數據庫設計2011-2-232011-3-16，000—詳細設計評審2011-3-22011-3-44，000工程實施2011-3-72011-11-17210，000—前臺銷售管理子系統(tǒng)2011-3-72011-5-1360，000——收銀業(yè)務-增量12011-3-72011-3-1813，000——顧客信息錄入-增量22011-3-212011-3-2510，000——前臺銷售管理子系統(tǒng)集成2011-11-82011-11-175，000—后臺管理子系統(tǒng)2011-5-162011-7-1350，000——人事管理-增量12011-7-142011-7-2015，000——銷售管理-增量22011-7-212011-8-311，000——進退貨管理-增量32011-8-42011-8-1111，000——庫存管理-增量42011-8-122011-8-3013，000——后臺管理子系統(tǒng)集成2011-9-82011-9-215，000系統(tǒng)集成2011-11-182011-12-2115，000系統(tǒng)集成2011-11-182011-12-2115，000系統(tǒng)測試2011-12-222012-1-3115，000系統(tǒng)測試2011-12-222012-1-119，000環(huán)境測試2012-1-122012-1-316，000提交2012-2-12012-2-75，000完成文檔2012-2-12012-2-33，500驗收、提交2012-2-62012-2-71，500工程開發(fā)人員為1個人員。工程開發(fā)用到1個人月。預算總本錢為340，000元〔見上表〕，與估算的本錢333，900元根本持平〔有一點差距〕。這樣340，000元可以作為工程的本錢控制參考。調整后的進度方案 逐項列出影響初始方案的因素和調整的條目〔包括影響工程成敗的關鍵問題、技術難點和風險〕，指出這些問題對工程的影響然后給出調整后的進度方案。由于系統(tǒng)規(guī)模不是很大，開發(fā)團隊的人員對本系統(tǒng)也很熟悉，所以開發(fā)的過程中風險較小。所以進度方案沒有太大的改動。關于進度方案的其他說明1.本進度方案是從按照交付日期倒推確定時間，然后安排方案容；2.進度安排提交的日期并非是真實的交付日期，而是留有半個月左右的余量時間，以備變化。關于其他方案的說明質量管理方案、1.軟件質量是設計出來的不是檢查出來的。所以質量管理的關鍵是預防重于檢查，事前方案好質量，而不是事后檢查。2.軟件質量方案的主要容為：針對工程過程中那些對最終產品起著重要的作用的中間產品：需求規(guī)格、設計說明書，源程序，測試方案，測試結果等的管理。配置管理方案1.管理的主要容為：版本信息。2.管理的主要目標：軟件配置的完整性和可追溯性。工程跟蹤管理方案1.根本原理：2.工程跟蹤的主要目的是：保證正確的人在正確的時候得到正確的信息。工程成果產品軟件程序程序名稱：酒店管理系統(tǒng)安裝程序所用的編程語言：VisualBasic存儲程序的媒體形式:移動硬盤本系統(tǒng)能夠完成用戶所提的根本功能需求和非功能需求，平安性能比擬高，且能同時容納2000人同時訪問效勞器。軟件文檔驗收報告：客戶對產品的驗收情況的記錄用戶安裝手冊：指導用戶怎樣安裝產品用戶使用手冊：指導用戶怎樣使用本系統(tǒng)幫助：提供應用戶在使用過程中的參考軟件效勞效勞名稱效勞的級別效勞開場日期效勞期限是否收費安裝培訓低軟件提交給用戶時1d不收系統(tǒng)維護高每年寒假開場2d視情況而定運行支持高軟件提交給用戶時1d不收非移交的軟件產品工程方案質量保證方案配置管理方案工程圍說明書概要設計說明書詳細設計說明書設計術語及規(guī)源程序編碼規(guī)則測試方案測試用例測試報告驗收標準1.驗收測試的對象：軟件包括程序、數據和文檔。2.驗收測試要注意問題：〔1〕驗收測試始終要以雙方確認的需求規(guī)格說明和技術合同為準，確認各項需否得到滿足，各項合同條款是否得到貫徹執(zhí)行?！?〕驗收測試和單元測試、集成測試不同，它是以驗證軟件的正確性為主，而不是以發(fā)現軟件錯誤為主。〔3〕對驗收測試中發(fā)現的軟件錯誤要分級分類處理，直到通過驗收為止?！?〕驗收測試中的用例設計要具有全面性、多維性、效率性，能以最少的時間在最大程度上確認軟件的功能和性能是否滿足要求。3.驗收測試的目的是確認系統(tǒng)是否滿足產品需求規(guī)格說明和技術合同的相關規(guī)定。通過實施預定的測試方案和測試執(zhí)行活動確認軟件的功能需求、性能需求和文檔需求。安裝測試、功能測試、界面測試、性能測試、文檔測試、負載壓力