軟件項目報告

1、精選優(yōu)質文檔-傾情為你奉上項目報告負責人： 目錄一、 .31.1 .31.2 .31.3 .41.4 .51.5 .6二、 .6122.1 .62.2 .72.3 .82.4 .92.5 .10三、 .1233.1 .123.2 .123.3 .133.4 .14四、 .1544.1 .15一、 項目范圍1.1 項目背景隨著國家經濟的飛速發(fā)展，帶來了國民生活水平的日益提高，同時各城市、各鄉(xiāng)鎮(zhèn)的生活垃圾，建筑垃圾，電子垃圾也與日俱增，國家相關部門對此高度重視，回收行業(yè)“欣欣向榮”，但這也暴露了很多的問題。1 回收機構多而不專由于回收行業(yè)的門檻低，在沒有專業(yè)技術的支撐下，垃圾廢品處理方式錯誤百出，

2、不僅增加了回收的成本，無法發(fā)揮廢品的最大價值，也造成了環(huán)境污染。2 大多國民廢品回收再利用意識不強生活垃圾不會存儲太多，基本全部扔掉或焚燒，沒能回收再利用。由于就讀于軟件工程專業(yè)，想把傳統(tǒng)行業(yè)與現代技術結合起來，解決或一定程度上緩解上述弊端，這引起了我們的極大興趣。 1.2 項目內容11.11 項目總體目標構建一個基于移動互聯網的智能廢舊物品回收綜合平臺，解決居民家中廢舊物品滯留時間久，所得效益低等問題，減少可回收資源大量浪費，方便社區(qū)居民實現廢舊物品價值最大化。實現對大型回收商回收平臺的延伸，提高回收效率，改善國內當前的回收機制，縮短資源循環(huán)周期，幫助中小型廢舊物品回收企業(yè)對人員的管理。2

3、項目的必要性、意義當前，資源緊缺和環(huán)境污染問題已經成為制約我國經濟增長的首要問題。早在黨的十七大中就指出，將節(jié)約資源和保護環(huán)境作為基本國策，大力發(fā)展循環(huán)經濟，加快建設資源節(jié)約型、環(huán)境友好型社會，要求各地抓好資源綜合利用，大力回收和循環(huán)利用各種廢舊資源。正如我們知道的隨著節(jié)約資源，保護環(huán)境和建設生態(tài)城市的步伐進一步加快，廢品的回收再利用的問題也越來越受到人們的關注。物資回收再利用的作用是任何其他行業(yè)所無法替代的。經濟發(fā)達國家把物資回收再利用行業(yè)看作朝陽產業(yè)。隨著我國經濟的快速發(fā)展，技術的進步，更新換代的加速，會有越來越多的商品失去使用價值變成廢舊商品，進入廢舊商品回收再利用階段。因此建立規(guī)范的廢

4、舊商品回收市場，防止資源的再流失，能源再浪費，環(huán)境再污染，顯得極為重要。1.3 項目與項目管理特點1.3.1 項目特點1 時間緊迫性。任何項目都有周期限制，但是IT行業(yè)的特點決定了其在這方面有更加嚴格的要求。IT項目的緊迫性決定了項目的歷時有限，具有明確的起點或終點，當達到了目 標或目標被迫終止時，項目即結束。隨著信息技術的飛速發(fā)展，IT項目的生命周期越來越短，時間甚至成為項目成功的決定性因素，因為市場時機稍縱即逝，如果項目的實施階段耗時過長，市場將被競爭對手搶走。2 目標漸進性軟件平臺架構復雜，需求比較多，得到準確的需求需要付出極大的精力，這需要很長的一段時間。3 項目的階段性軟件有本身的生

5、命周期，軟件開發(fā)以一個個階段向前推進。1.3.2 項目管理的特點1 不確定性：軟件項目是抽象的，因此軟件項目的管理具有不確定性； 2 獨特性：“沒有完全一樣的項目”，項目的這種獨特性對實際項目管理有非常重要的指導意義，因此軟件的項目管理業(yè)具備了一定的獨特性。 3 階段性：項目的階段性決定了項目的歷時有限，具有明確的起點和終點，當實現了目標或被迫終止時項目結束，因此軟件的項目管理具有一定的階段性。1.4 IT項目管理的重要性軟件項目管理是一種科學的管理手段，它是為了使軟件項目能夠按照預定的成本、進度、質量順利完成，而對成本、人員、進度、質量、風險等進行分析和管理的活動。從軟件工程的角度講，軟件開

6、發(fā)主要分為六個階段：需求分析階段、概要設計階段、詳細設計階段、編碼階段、測試階段、安裝及維護階段。不論是作坊式開發(fā)，還是團隊協(xié)作式開發(fā)，這六個階段都是不可缺少的。從用戶的角度來看，軟件項目的生命周期應該包括項目前期的論證工作、項目計劃、軟件開發(fā)、運行、維護及項目評價。由此可見，軟件項目管理的范圍不僅包括傳統(tǒng)的軟件開發(fā)過程，還應該包括開發(fā)前的準備工作以及運行中的維護工作和對項目的總結工作，因此具有極其重要的作用1.5 項目實施的可行性1.61.71 人力資源：本團隊所有參與人員均具備良好軟件開發(fā)基礎，且具有一定的軟件項目開發(fā)經驗；2 設備基礎：工作場地：軟件學院移動終端工作室相關設備：服務器、投

7、影儀、打印機、筆記本電腦。3 實驗條件項目依托江西師大軟件學院下的軟件工程專業(yè)優(yōu)勢以及學院良好的軟硬件環(huán)境4 市場需求廢品回收商很多，但基本缺乏科學的回收手段，導致廢品不能發(fā)揮其最大價值，此項目的成功可以大大減輕這個問題。二、 項目計劃322.1 項目33.11 制定目標的依據根據前期市場調查所發(fā)現垃圾回收行業(yè)所暴露的問題2 項目目標著力解決居民家中廢舊物品滯留時間久，所得效益低等問題，減少可回收資源大量浪費，實現對大型回收商回收平臺的延伸，以及優(yōu)化回收員的回收路線，提高回收效率，改善國內當前的回收機制，縮短資源循環(huán)周期，幫助中小型廢舊物品回收企業(yè)對人員的管理，方便社區(qū)居民實現廢舊物品價值最大

8、化。3總成本少于5萬元4 工期目標總工期6個月之內。5整個平臺可以正常運行，不出現任何錯誤。6 安全目標項目交易金額結算正確無誤。122.12.2 項目2.2.1 居民利益：家中大多時候有少量廢品存在，留之占地，棄之可惜，打電話給回收商，因為數量少，回收商立即來處理不夠劃算。面對私人回收商，東西回收回來后都是再轉手賣給大的廢品收購站，居民所真正得到的利益被大大減小。面對廣大的客戶，本軟件實現回收員上門回收，及時高效，保障了廣大居民的利益。2.2.2 回收商利益：在沒有專業(yè)技術的支撐下，垃圾廢品處理方式不合理，不僅增加了回收的成本，無法發(fā)揮廢品的最大價值，也造成了環(huán)境污染，如果有一種好的回收手段

9、，那就可以提高廢品的回收價值，也可以降低回收的成本。2.3 項目結構（組成）2.3.1 主要工作構成1、 系統(tǒng)定義分析系統(tǒng)的總體目標，確定各子項的目標，定義居民需求，定義回收商需求，制定軟件需求規(guī)格說明書，選擇開發(fā)方法；2、 市場分析對目標市場進行分析，確定目標用戶，投資規(guī)模，盈利手段，風險處理等；3、 系統(tǒng)的設計制定概要說明書和詳細說明書4、 系統(tǒng)實現編碼搭建系統(tǒng)框架和實現系統(tǒng)各功能模塊測試對實現的各功能模塊進行測試以確保準確安全；2.3.2 工作分解思路按照軟件的生命周期和選擇的開發(fā)模型進行了WBS，制作出如圖1的WBS圖。圖12.4 階段模型和里程碑2.4.1 項目階段模型本系統(tǒng)采用螺旋

10、模型來進行項目開發(fā)，螺旋模型采用一種周期性的方法來進行系統(tǒng)開發(fā)。這會導致開發(fā)出眾多的中間版本。使用它，項目經理在早期就能夠為客戶實證某些概念。該模型是快速原型法，以進化的開發(fā)方式為中心，在每個項目階段使用瀑布模型法。這種模型的每一個周期都包括需求定義、風險分析、工程實現和評審4個階段，由這4個階段進行迭代。軟件開發(fā)過程每迭代一次，軟件開發(fā)又前進一個層次。2.4.2 項目里程碑事件可行性分析報告需求分析報告概要設計書詳細設計書實現編碼測試與交付使用2.52.5.1 項目工作列表人員工作劃分一、項目于基本情況項目名稱軟件廢舊物品回收服務平臺制作日期2014.11.16二、項目任務分配序號小組成員主

11、要任務1王建程文檔的編寫，設計系統(tǒng)的整體框架，服務器端程序編寫2王景文檔的編寫，設計系統(tǒng)的整體框架，客戶端程序編寫3黃艷晶負責市場調查和推廣2.5.2 項目進度計劃（圖2）圖22.5.3項目風險管理表 Project Risk Management一、項目于基本情況 I. Project Basic Info項目名稱軟件廢舊物品回收服務平臺制作日期2015.1.12二、項目風險管理 II. Project Risk Management風險發(fā)生概率的判斷準則 the estimation

12、0;rule of risk happening probability: 高風險： >60%發(fā)生風險的可能性 high risk: >60% of risk happening probability 中風險： 30-60%發(fā)生風險的可能性 medium risk: 30-60% of risk happening probability 低風險：<

13、;30%發(fā)生防線的可能性 low risk: <30% of risk happening probability序號風險描述發(fā)生概率影響程度風險等級風險響應計劃1普通用戶使用頻率低低極大中進行多渠道推廣，提高知名度2開發(fā)人員趕不上開發(fā)進度中大高增加開發(fā)組人員3愿意使用的回收公司較少中大高多與之進行溝通，獲取更多需求4數據服務或服務器故障低中低盡快排查錯誤恢復系統(tǒng)的正常運行2.5.4 溝通計劃項目溝通計劃表 Project Communication Plan 一、項目于基本情況

14、 I. Project Basic Info項目名稱軟件廢舊物品回收服務平臺制作日期2015.1.12利益干系人 stakeholders 所需信息Info needed 頻率Frequency方法Means 責任人Owner 1李萍總體進展每星期電話王景2項目核心成員關鍵進展每五天項目會議王建程3項目所有成員總體進展每天會議紀要/狀態(tài)報告黃艷晶三、 項目實施433.1 項目啟動3.1.1 建立項目組織項目組織Project Organization一、項目于基本情況 I. Project

15、60;Basic Info項目名稱軟件廢舊物品回收服務平臺制作日期2015.1.12序號組織名稱主要職責相關人1系統(tǒng)分析和設計組需求分析、系統(tǒng)設計，編碼，測試等王景，王建程2 技術培訓組對系統(tǒng)分析和設計組人員進行技術指導李萍3 市場推廣組進行市場投資分析黃艷晶3.23.2.1 項目的主要變更及解決措施項目變更Project change一、項目于基本情況 I. Project Basic Info項目名稱軟件廢舊物品回收服務平臺制作日期2015.2.12序號變更前缺點變更后（解決措施）1回收員客戶端，讓回收員在地圖上自己圈定工作范圍過于放大了回收員的自由

16、度，不利于回收公司對員工的管理，且回收員自己圈定的在工作范圍不具有代表性，不能實現城鎮(zhèn)小區(qū)的全面覆蓋，兩個小區(qū)的劃分極可能出現交叉，為后來的回收消息推送帶來了困難。讓回收公司制定每個回收人員的工作地點，更利于公司對員工的管理。2如何確定小區(qū)地點，最初我們采取從百度地圖上獲取全國各個小區(qū)的地點位置信息，方便回收公司派回收員上門回收。（1）百度地圖上的數據不全面，難以及時更新，在此時說話的瞬間，可能有一個小區(qū)被建立。（2）軟件在推廣階段，不可能覆蓋全部小區(qū)，有些小區(qū)由于廢品產量太小，公司不愿處理。在本客戶端的后臺管理管理系統(tǒng)，加入小區(qū)管理模塊，讓回收公司填寫該公司有意愿進行服務小區(qū)的詳細信息，只有

17、公司對該小區(qū)授權，該小區(qū)的客戶才能友好的使用普通用戶端的軟件。3每次交易款的結算方式。我們采用傳統(tǒng)回收員與客戶“一手交錢，一手交貨”的方式進行交易（1）廢品回收缺乏一個標準回收價格，所以回收員可能從中謀取部分利益。（2）因為沒有第三方的支付平臺，用戶每次的交易積分發(fā)送很難做到公正。最后采用易寶支付解決交易金額結算的問題3.3 質量管理3.3.1 質量審核質量保證Quality Audit一、項目于基本情況 I. Project Basic Info項目名稱軟件廢舊物品回收服務平臺制作日期2014.12.11序號階段審核人審核日期審核結果1可行性分析階段李萍2014

18、.11.14合格2 需求分析階段李萍2014.12.2合格3 設計階段李萍2015.2.15合格4編碼階段李萍合格5測試階段李萍3.3.2 質量控制質量控制Quality Control一、項目于基本情況 I. Project Basic Info項目名稱軟件廢舊物品回收服務平臺制作日期2015.2.12序號控制手段具體說明負責人1軟件測試找出bug與不合理的邏輯王建程,王景 2 從代碼源頭控制好質量團隊中有一人負責整個產品的質量和代碼審核，不定期的經常舉行內部培訓，發(fā)布后bug匯總總結分析，不斷提高開發(fā)團隊技術 水平。發(fā)布后出現bug和開發(fā)者掛鉤，除了不能解決的

19、，嚴重Bug必須在2個工作日內解決，對于不能解決的bug要給出原因：是先期設計導致的？別人的配合代碼導致的？還是其他原因。這樣做目的：出了問題，找出原因，避免不再重犯。王建程3監(jiān)督所有軟件開發(fā)的步驟按照需求規(guī)格說明書，設計說明書來進行，盡量避免變更。王景3.4 風險分析風險分析Risk Analysis一、項目于基本情況 I. Project Basic Info項目名稱軟件廢舊物品回收服務平臺制作日期2015.3.12序號風險類型項目成敗的影響1產品規(guī)模風險項目的風險是與產品的規(guī)模成正比的，與軟件規(guī)模相關的常見風險因素有：產品的用戶數，復用的軟件有多少，產品的需求變更多少等2 需求風險面臨著一些不確定性。當在項目早期容忍了這些不確定性，并且在項目進展過程當中得不到解決，這些問題就會對項目的成功造成很大威脅。如果不控制與需求相關的風險因素，那么就很有可能產生錯誤的產品或者拙劣地建造預期的產品。每一種情況對產品來講都可能致命的。相關的風險因素有：(1)對產品缺少清晰的認識，(2)對產品需求缺少認同， (3)沒有優(yōu)先需求 (4)不斷