軟件項目報告

1、目報土口負責人:目錄一、 項目范圍31.1 項目背景31.2 項目內(nèi)容31.3 項目與項目管理特點41.4 IT項目管理的重要性51.5 項目實施的可行性6二、項目計戈I62.1 項目目標62.2 項目利益相關者分析 72.3 項目結(jié)構(gòu)（組成）82.4 階段模型和里程碑 92.5 進度計劃10三、項目實施123.1 項目啟動123.2 變更管理123.3 質(zhì)量管理133.4 風險分析14四、項目UVi154.1項目驗收15一、 項目范圍1.1 項目背景隨著國家經(jīng)濟的飛速發(fā)展，帶來了國民生活水平的日益提高，同時各城市、各 鄉(xiāng)鎮(zhèn)的生活垃圾，建筑垃圾，電子垃圾 也與日俱增，國家相關部門對此高度重 視

2、，回收行業(yè) 欣欣向榮”，但這也暴露了很多的問題。1回收機構(gòu)多而不專由于回收行業(yè)的門檻低，在沒有專業(yè)技術的支撐下，垃圾廢品處理方式錯誤百 出，不僅增加了回收的成本，無法發(fā)揮廢品的最大價值，也造成了環(huán)境污染。2大多國民廢品回收再利用意識不強生活垃圾不會存儲太多，基本全部扔掉或焚燒，沒能回收再利用。由于就讀于 軟件工程專業(yè)，想把傳統(tǒng)行業(yè)與現(xiàn)代技術結(jié)合起來，解決或一定程度上緩解上述 弊端，這引起了我們的極大興趣。1.2 項目內(nèi)容1項目總體目標構(gòu)建一個基于移動互聯(lián)網(wǎng)的智能廢舊物品回收綜合平臺，解決居民家中廢舊物 品滯留時間久，所得效益低等問題，減少可回收資源大量浪費，方便社區(qū)居民實 現(xiàn)廢舊物品價值最大化

3、。實現(xiàn)對大型回收商回收平臺的延伸，提高回收效率，改-可編輯修改-善國內(nèi)當前的回收機制，縮短資源循環(huán)周期，幫助中小型廢舊物品回收企業(yè)對人員的管理。2 項目的必要性、意義當前，資源緊缺和環(huán)境污染問題已經(jīng)成為制約我國經(jīng)濟增長的首要問題。早在黨的十七大中就指出，將節(jié)約資源和保護環(huán)境作為基本國策，大力發(fā)展循環(huán)經(jīng)濟，加快建設資源節(jié)約型、環(huán)境友好型社會，要求各地抓好資源綜合利用，大力回收和循環(huán)利用各種廢舊資源。正如我們知道的隨著節(jié)約資源，保護環(huán)境和建設生態(tài)城市的步伐進一步加快，廢品的回收再利用的問題也越來越受到人們的關注。物資回收再利用的作用是任何其他行業(yè)所無法替代的。經(jīng)濟發(fā)達國家把物資回收再利用行業(yè)看作朝

4、陽產(chǎn)業(yè)。隨著我國經(jīng)濟的快速發(fā)展，技術的進步，更新?lián)Q代的加速，會有越來越多的商品失去使用價值變成廢舊商品，進入廢舊商品回收再利用階段。因此建立規(guī)范的廢舊商品回收市場，防止資源的再流失，能源再浪費，環(huán)境再污染，顯得極為重 要。1.3 項目與項目管理特點1.3.1 項目特點1 時間緊迫性。任何項目都有周期限制，但是IT行業(yè)的特點決定了其在這方面有更加嚴格的要 求。IT項目的緊迫性決定了項目的歷時有限，具有明確的起點或終點，當達到了 目 標或目標被迫終止時，項目即結(jié)束。隨著信息技術的飛速發(fā)展，IT 項目的生命周期越來越短，時間甚至成為項目成功的決定性因素，因為市場時機稍縱即逝，如果項目的實施階段耗時過

5、長，市場將被競爭對手搶走。2 目標漸進性軟件平臺架構(gòu)復雜，需求比較多，得到準確的需求需要付出極大的精力，這需要很長的一段時間。3 項目的階段性軟件有本身的生命周期，軟件開發(fā)以一個個階段向前推進。1.3.2 項目管理的特點1 不確定性：軟件項目是抽象的，因此軟件項目的管理具有不確定性；2 獨特性： “沒有完全一樣的項目”，項目的這種獨特性對實際項目管理有非常重要的指導意義，因此軟件的項目管理業(yè)具備了一定的獨特性。3 階段性：項目的階段性決定了項目的歷時有限，具有明確的起點和終點，當實現(xiàn)了目標或被迫終止時項目結(jié)束，因此軟件的項目管理具有一定的階段性。4 .4 IT 項目管理的重要性軟件項目管理是一

6、種科學的管理手段，它是為了使軟件項目能夠按照預定的成本、進度、質(zhì)量順利完成，而對成本、人員、進度、質(zhì)量、風險等進行分析和管理的活動。從軟件工程的角度講，軟件開發(fā)主要分為六個階段：需求分析階段、概要設計階段、詳細設計階段、編碼階段、測試階段、安裝及維護階段。不論是作坊式開發(fā)，還是團隊協(xié)作式開發(fā)，這六個階段都是不可缺少的。從用戶的角度來看， 軟件項目的生命周期應該包括項目前期的論證工作、項目計劃、軟件開發(fā)、運行、維護及項目評價。由此可見，軟件項目管理的范圍不僅包括傳統(tǒng)的軟件開 發(fā)過程，還應該包括開發(fā)前的準備工作以及運行中的維護工作和對項目的總結(jié)工 作，因此具有極其重要的作用5 .5 項目實施的可行

7、性1 人力資源：本團隊所有參與人員均具備良好軟件開發(fā)基礎，且具有一定的軟件項目開發(fā)經(jīng)驗；2 設備基礎：工作場地：軟件學院移動終端工作室相關設備：服務器、投影儀、打印機、筆記本電腦。3 實驗條件項目依托江西師大軟件學院下的軟件工程專業(yè)優(yōu)勢以及學院良好的軟硬件環(huán)境4 市場需求廢品回收商很多，但基本缺乏科學的回收手段，導致廢品不能發(fā)揮其最大價值，此項目的成功可以大大減輕這個問題。二、 項目計劃1 .1 項目目標1 制定目標的依據(jù)根據(jù)前期市場調(diào)查所發(fā)現(xiàn)垃圾回收行業(yè)所暴露的問題2 項目目標著力解決居民家中廢舊物品滯留時間久，所得效益低等問題，減少可回收資源大量浪費，實現(xiàn)對大型回收商回收平臺的延伸，以及優(yōu)

8、化回收員的回收路線，提高回收效率，改善國內(nèi)當前的回收機制，縮短資源循環(huán)周期，幫助中小型廢舊物品回收企業(yè)對人員的管理，方便社區(qū)居民實現(xiàn)廢舊物品價值最大化。3 成本目標總成本少于5 萬元4 工期目標總工期 6 個月之內(nèi)。5 質(zhì)量目標整個平臺可以正常運行，不出現(xiàn)任何錯誤。6 安全目標項目交易金額結(jié)算正確無誤。7 .2 項目利益相關者分析1.1.1 居民利益：-可編輯修改-家中大多時候有少量廢品存在，留之占地，棄之可惜，打電話給回收商，因為 數(shù)量少，回收商立即來處理不夠劃算。面對私人回收商，東西回收回來后都是再 轉(zhuǎn)手賣給大的廢品收購站，居民所真正得到的利益被大大減小。面對廣大的客戶， 本軟件實現(xiàn)回收員

9、上門回收，及時高效，保障了廣大居民的利益。1.1.2 回收商利益：在沒有專業(yè)技術的支撐下，垃圾廢品處理方式不合理，不僅增加了回收的成本, 無法發(fā)揮廢品的最大價值，也造成了環(huán)境污染，如果有一種好的回收手段，那就 可以提高廢品的回收價值，也可以降低回收的成本。2.3 項目結(jié)構(gòu)（組成）2.3.1 主要工作構(gòu)成1、 系統(tǒng)定義分析系統(tǒng)的總體目標，確定各子項的目標，定義居民需求，定義回收商需求， 制定軟件需求規(guī)格說明書，選擇開發(fā)方法；2、 市場分析對目標市場進行分析，確定目標用戶，投資規(guī)模，盈利手段，風險處理等；3、 系統(tǒng)的設計制定概要說明書和詳細說明書4、 系統(tǒng)實現(xiàn)編碼搭建系統(tǒng)框架和實現(xiàn)系統(tǒng)各功能模塊測

10、試對實現(xiàn)的各功能模塊進行測試以確保準確安全;2.3.2 工作分解思路按照軟件的生命周期和選擇的開發(fā)模型進行了 WBS ,制作出如圖1的WBS圖不吆喝服務平臺項目管理系統(tǒng)定義系統(tǒng)設計系統(tǒng)實現(xiàn)項目計劃項目溝通項目團隊建議項目風險監(jiān)控項目啟動范圍計劃任務/活動計劃項目進度計劃WBS質(zhì)量計劃定義目標系統(tǒng)功能程序編碼平臺總體目標定義需求確定各項子目標明確關鍵事件定義居民需求定義回收商需求選擇開發(fā)方法定義系統(tǒng)接口系統(tǒng)控制功能確認模塊說明系統(tǒng)流圖數(shù)據(jù)庫存儲數(shù)據(jù)轉(zhuǎn)換單元測試集成測試編碼系統(tǒng)技術測試方案定稿設計測試用例測試測試報告編寫集成測試計劃項目收尾總結(jié)2.4 階段模型和里程碑2.4.1 項目階段模型本系統(tǒng)

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

12、任務分配廳P小組成員主要任務1王建程文檔的編寫，設計系統(tǒng)的整體框架，服務器端程序編寫2王景文檔的編寫，設計系統(tǒng)的整體框架，客戶端程序編寫3黃艷晶負責市場調(diào)查和推廣2.5.2 項目進度計劃（圖2）9 ；UJ 網(wǎng)空汨:rr耕苒a+lfrn加由iH MiW:利如 15日*和馬士噓不K T：lFd各而骷髀健和t工忸01船，礴畸如醐« Mun泌尋iT 3m南淚加 曲-mi-fE at生片加州浦刖拜同日2 日糖到8as知患 冷他H"臼汨J位相二,1一一式二LM物班三加甘電既3（111#曲陽姍憫時行工同加輯1眼日口嚼期日，都32 MitaiduAzBsB如睥】爪汨jb tlffH如詡良&

13、#163;皿/珈日鞫群躺*坪日母mt i.b Mita劉炳月0目m碎朗陽加述咽？*：沖河79迪述吟ms工的一器除直：tlffS割塞眼日口吟甥閨-T.Y；三-fE ;卡木閂謝；me初期用日口皿袖出#部的友曲T1用劉】聘g序B m理哽*了獺is打+工0" 翻曲燒：ma 器w一工怩:明汨1之汨陽爾址日 ,胤南里舊？皿游娟1日 311兩口出RK年溝口在5 中工帛E刑型端$小工帕 加5和之舊式工年二生日 吉息昆好第-可編輯修改-2.5.3 風險應對計劃項目風險管理表Project Risk Management一'、項目于基本情況I. Project Basic Info項目名稱軟件廢

14、舊物品回收服務平臺制作日期2015.1.12二、項目風險管理 II. Project Risk Management風險發(fā)生概率的判斷準則the estimation rule of risk happening probability:高風險：>60% 發(fā)生風險的可能性 high risk: >60% of risk happening probability中風險：30-60% 發(fā)生風險的可能性 medium risk: 30-60% of risk happeningprobability低風險：<30% 發(fā)生防線的可能性 low risk: <30% of ri

15、sk happening probability廳p風險描述發(fā)生概率影響程度風險等級風險響應計劃1普通用戶使用頻率低低極大中進行多渠道推廣，提高知名度2開發(fā)人員趕不上開發(fā)進度中大高增加開發(fā)組人員3愿意使用的回收公司較少中大高多與之進行溝通，獲取更多需求4數(shù)據(jù)服務或服務器故障低中低盡快排查錯誤恢復系統(tǒng)的正常運行2.5.4 溝通計劃項目溝通計劃表 Project Communication Plan一'、項目于基本情況 I. Project Basic Info項目名稱軟件廢舊物品回收服務平臺制作日期 2015.1.12利益干系人stakeholders所需信息Info needed頻率F

16、requency方法Means責任人Owner1李萍總體進展每星期電話王景2項目核心成員關鍵進展每五天項目會議王建程3項目所有成員總體進展每天會議紀要/狀態(tài)報告黃艷晶項目實施3.1項目啟動3.1.1建立項目組織項 目組織 Project Organization一'、項目于基本情況I. Project Basic Info項目名稱 ？欽件廢舊物品回收服務平臺制作日期2015.1.12序號組織名稱主要職責相關人1系統(tǒng)分析和設計組需求分析、系統(tǒng)設計，編碼，測試等王景，王建程2技術培訓組對系統(tǒng)分析和設計組人員進行技術指導李萍3市場推廣組進行市場投資分析黃艷晶3.2 變更管理3.2.1 項目的

17、主要變更及解決措施項 目 變更 Project change、項目于基本情況 I. Project Basic Info項目名稱軟件廢舊物品回收服務平臺制作日期2015.2.12廳P變更前缺點變更后(解決措施)回收員客戶端，讓回收過于放大了回收員的自讓回收公司制定員在地圖上自己圈定工由度，不利于回收公司每個回收人員的作范圍對員工的管理，且回收工作地點，更利1員自己圈定的在工作范 圍/、具有代表性，不能 實現(xiàn)城鎮(zhèn)小區(qū)的全面覆 蓋，兩個小區(qū)的劃 分極可能出現(xiàn)交叉，為 后來的回收消息推送帶 來了困難。于公司對員工的管理。如何確定小區(qū)地點，最(1)百度地圖上的數(shù)據(jù)在本客戶端的后初我們采取從百度地圖不全

18、面，難以及時更新，臺管理管理系上獲取全國各個小區(qū)的在此時說話的瞬間，可統(tǒng)，加入小區(qū)管2地點位置信息，方便回能有一個小區(qū)被建立。理模塊，讓回收收公司派回收員上門回(2)軟件在推廣階段,收。不可能覆蓋全部小區(qū)，有些小區(qū)由于廢品產(chǎn)量 太小，公司不愿處理。每次交易款的結(jié)算方式。我們采用傳統(tǒng)回收員與客戶“一手交錢，一手交貨”的方式進行交易(1)廢品回收缺乏一個 標準回收價格，所以回 收員可能從中謀取部分 利益。(2)因為沒有第三方的 支付平臺，用戶每次的 交易積分發(fā)送很難做到 公正。公司填寫該公司 有意愿進行服務 小區(qū)的詳細信 息，只有公司對 該小區(qū)授權，該 小區(qū)的客戶才能 友好的使用普通 用戶端的軟件

19、。最后采用易寶支 付解決交易金額 結(jié)算的問題3.3 質(zhì)量管理3.3.1 質(zhì)量審核質(zhì)量保證Quality Audit一'、項目于基本情況 I. Project Basic Info項目名軟件廢舊物品回收服制作日2014.12.11稱務平臺期序號階段審核人審核日期審核結(jié)果1可行性分析階段李萍2014.11.14合格2需求分析階段李萍2014.12.2合格3設計階段李萍2015.2.15合格4編碼階段李萍合格5測試階段李萍3.3.2質(zhì)量控制質(zhì)量控制 Quality Control、項目于基本情況I. Project Basic Info廳P控制手段具體說明負責人1軟件測試找出bug匕/、合理

20、的邏輯王建程，王景2從代碼源頭控制好質(zhì)量團隊中有一人負責整個產(chǎn)品的質(zhì)量 和代碼審核，不定期的經(jīng)常舉行內(nèi)部培 訓，發(fā)布后bug匯總總結(jié)分析，不斷 提高開發(fā)團隊技術水平。發(fā)布后出現(xiàn) bug和開發(fā)者掛鉤，除了不能解決的， 嚴重Bug必須在2個工作日內(nèi)解決，王建程項目名稱軟件廢舊物品回收服務平臺制作日期2015.2.12對于不能解決的bug要給出原因：是先期設計導致的？別人的配合代碼導 致的？還是其他原因。這樣做目的：出 了問題，找出原因，避免/、再重犯。3監(jiān)督所有軟件開發(fā)的步驟按照需求規(guī)格說明書，設計說明書來進行，盡量避免變更。王景3.4 風險分析風險分析Risk Analysis、項目于基本情況I

21、. Project Basic Info項目名稱軟件廢舊物品回收服務平臺制作日期2015.3.12廳P風險類型項目成敗的影響1產(chǎn)品規(guī)模風險項目的風險是匕產(chǎn)品的規(guī)模成正比的，與軟件規(guī)模相 關的常見風險因素后：產(chǎn)品的用戶數(shù)，復用的軟件有 多少，產(chǎn)品的需求變更多少等2需求風險面臨著一些不確定性。當在項目早期容忍了這些不確 定性，并且在項目進展過程當中得/、到解決，這些問 題就會對項目的成功造成很大威脅。如果不控制與需 求相關的風險因素，那么就很有可能產(chǎn)生錯誤的產(chǎn)品 或者拙劣地建造預期的產(chǎn)品。每一種情況對產(chǎn)品來講 都可能致命的。3相關的風險因素后：（1）對產(chǎn)品缺少清晰的認識，（2） 對產(chǎn)品需求缺少認同，（3）沒有優(yōu)先需求（4）不斷變化 需求，（5）缺少有效的需求變化管理過程，（6）對需求的