項目管理課程設(shè)計報告最新版本.doc

成績 軟件項目管理課程報告 項目名稱 懶人寶系統(tǒng) 項目經(jīng)理 葉金運 項目成員 葉金運，葉楚煊，姚迦勒 學 院 計算機學院 專業(yè)班別 軟件工程12級（03）班 學 號 3112006263 學生姓名 葉楚煊 指導教師 周儉鐵 2015年 6 月懶人寶系統(tǒng)需求規(guī)格報告文本信息文件狀態(tài)： 草稿 正式發(fā)布 正在修改當前版本：V1.0撰 寫 人：葉楚煊完成時間：2015-6-221. 導言1.1. 目的該系統(tǒng)與美團、淘寶平臺等有相似之處也有不同之處，相同之處是也是對某一物品進行處理，淘寶平臺是有各種各樣的物品或者活動供消費者購買，而此平臺提供的恰似購買后的送貨上門服務(wù)，真真正正的實現(xiàn)不出門就拿到東西的快感。為那些沒有時間或者有時間卻不想動手去買東西、拿東西或者送東西的人提供最方便快捷的服務(wù)，當然可能會產(chǎn)生小部分的費用。于感性目標是為了滿足當前大學生生活懶惰的各種需求，如若需求得當，甚至可以造福所有懶惰心理渴望被延續(xù)的人。1.2. 背景我們所處的時代是一個正在全面發(fā)展的階段，很多不可能實現(xiàn)的東西最后都成為了可能。例如實時公交查詢，滴滴打車，超級課程表等一些出世就讓世人拍手叫好的軟件。這些軟件一開始的實施也是不被人看好，但是如今卻橫行于世，被無數(shù)人稱贊叫絕。這是一個鼓勵人們努力實踐，敢于嘗試的時代。如今人類的思想就是沒有什么是不可以實現(xiàn)的，我們的懶人寶平臺可以提供如此方便的服務(wù)給大眾。1.3. 縮寫說明無1.4. 術(shù)語定義無1.5. 參考資料瘋狂android講義第二版第一行代碼1.6. 版本更新信息具體版本更新記錄下表所示修改編號修改確認日期修改后版本修改位置修改方式（AMD）修改內(nèi)容概述修改請求號12015-6-11.0工人端A編寫工人端1修改方式：A-增加 M-修改 D-刪除2. 任務(wù)描述2.1. 任務(wù)定義這個軟件的最初構(gòu)想是來自周儉鐵老師，認真細想一番定能發(fā)現(xiàn)一些弊端，這個軟件可能更適用于一些可以自由出入而且方便尋找的地方，如果保衛(wèi)森嚴或者地形復雜，那么這個送貨上門也只能跟普通快遞一樣叫你下來拿。在懶人寶內(nèi)部，我們將實現(xiàn)信息的流動，以及面向不同人群的交互。使得每個人都可以方便快捷的獲得需要的系統(tǒng)服務(wù)，滿足“人懶而事不懶”的服務(wù)宗旨。系統(tǒng)功能框架：2.2. 應(yīng)用環(huán)境設(shè)備環(huán)境：建議wifi環(huán)境下系統(tǒng)運行環(huán)境：android系統(tǒng)用戶操作方式：觸屏為主，按鈕輔助當前應(yīng)用方式：app2.3. 假定和約束開發(fā)期限：3個月經(jīng)費限制：無操作人員要求：無，本系統(tǒng)簡單易用，容易上手維護人員要求：熟悉Bmob后臺數(shù)據(jù)管理，有一定的代碼閱讀與修改能力 預期使用頻率：本系統(tǒng)貼近生活，其快遞代取代寄功能適應(yīng)當前生活節(jié)奏，預期使用頻率高3. 需求規(guī)定3.1. 對功能的規(guī)定系統(tǒng)的主要功能：1）、代領(lǐng)功能：A、快遞代領(lǐng)：通過用戶提供快遞的基本信息以及用戶的所在位置的信息從而實現(xiàn)為懶人用戶提供快遞上門。上門后收取費用B、快遞代寄：通過上門為用戶所要寄的快遞進行稱重，根據(jù)用戶在懶人寶上提供的到貨地址和稱重結(jié)果進行快遞的業(yè)內(nèi)費用估算，從而達到不出門就寄快遞。上門后收取費用C、查找快遞：用戶可以查找自己的快遞所在的地點，并且可以進行標記，只要快遞到了相應(yīng)的取遞點。標記后的快遞一旦送達，懶人寶會提醒用戶，并詢問是否需要代領(lǐng)。D、寄放快遞：當用戶人不在學校或者附近時，而身邊的人或許沒空，并且用戶當天回來就急用該件，此時可以拜托懶人寶幫忙存放，存放點就在生活區(qū)附近。2）、管理功能：A、用戶的注冊，修改，甚至權(quán)限的變更。已存在任務(wù)的修改，刪除等等。B、管理員的管理：對用戶的基本管理，對后臺數(shù)據(jù)的管理等。3）、任務(wù)功能：A、發(fā)布任務(wù)：針對需要獲得服務(wù)的人群，他們可以通過系統(tǒng)內(nèi)置的發(fā)布任務(wù)功能，使得他們可以描述所需要的服務(wù)的類型（幫拿快遞，幫買物品等），狀態(tài)（完成與否，截止時間，報酬），特殊要求等。（可以根據(jù)信用等級來限制接受代領(lǐng)任務(wù)的用戶，也可以直接選擇懶人寶旗下的員工，兩者的區(qū)別在于前者可以提升一定的信用度，也可以獲得額外的工資，但是安全性不如后者，完成任務(wù)會得到發(fā)布者提供的懸賞和系統(tǒng)積分。后者主要是保證了物品的安全性，但是靈活性不如前者）B、接受任務(wù)：針對希望去做任務(wù)的人，他們能查看任務(wù)的詳情，然后有選擇的接受。4）、信息定位功能：A、我的位置：每個用戶可以開啟定位功能，以便帶領(lǐng)人員找到目的地。B、范圍任務(wù)：懶人寶系統(tǒng)將通過地圖定位功能，使得每個需要服務(wù)的人獲得一定范圍內(nèi)的服務(wù)，或者搜索到某個區(qū)域里發(fā)布的需要。 5）、支付功能：A. 發(fā)放任務(wù)者在提交任務(wù)的時候，通過這個功能支付報酬，開始系統(tǒng)的服務(wù)。B. 而接受者完成后，系統(tǒng)也將應(yīng)該獲得的報酬發(fā)至他們的賬號上，完成一次任務(wù)。用戶可以隨時將賬號的錢轉(zhuǎn)至自己的銀行卡上。C、基于基本的業(yè)務(wù)付費功能。3.2. 對性能的規(guī)定用戶對系統(tǒng)的性能需求：（1）系統(tǒng)將數(shù)據(jù)傳輸?shù)捻憫?yīng)時間做到最低，同時盡量降低了系統(tǒng)的響應(yīng)時間，提高用戶體驗。（2）系統(tǒng)開放性為完全開放，人人都可以下載使用，可靠性高，不會輕易出現(xiàn)奔潰現(xiàn)象。（3）鑒于由工作人員直接管理后臺，直接提高了系統(tǒng)的安全性和享有資源利用性。3.2.1. 精度輸入輸出均可接受數(shù)字，中文，符號類型的數(shù)據(jù)。3.2.2. 時間特性要求該系統(tǒng)的時間特性要求：A. 響應(yīng)時間：=2sB. 更新處理時間：=2sC. 數(shù)據(jù)的轉(zhuǎn)換和傳送時間：=2sD. 計算時間等的要求：=2s3.2.3. 靈活性說明 在編寫代碼時，多個功能分開寫最后交互，在計劃有所改變時可以最快地適應(yīng)并開始新的計劃進度，縮短了產(chǎn)品交付的時間。3.3. 輸入輸出的要求 輸入輸出均可接受數(shù)字，中文，符號類型的數(shù)據(jù)。格式一般為String類型，對于輸入并沒有什么要求，但是需要輸入正確的數(shù)據(jù)才能正常響應(yīng)，比如登錄系統(tǒng)。3.4. 數(shù)據(jù)管理能力要求使用Bmob作為后臺，能夠接受大量數(shù)據(jù)的應(yīng)用。3.5. 故障處理要求可能的故障：1.在網(wǎng)速比較慢的環(huán)境下容易出現(xiàn)超時錯誤，建議在網(wǎng)速通暢的情況下?lián)]著wifi環(huán)境下使用，避免超時。2.對于特別ANDROID系統(tǒng)可能會出現(xiàn)奔潰現(xiàn)象，此錯誤需要修改。3.6. 其他要求對于用戶的賬號密碼完全保密，只有內(nèi)部人員才能查詢得到系統(tǒng)可靠易讀，暫時沒有IOS版本4. 運行環(huán)境規(guī)定4.1. 設(shè)備對于普通的android手機用戶幾乎都可以使用本系統(tǒng)，本系統(tǒng)設(shè)計時考慮到系統(tǒng)不支持的entity，盡量把最低版本降到最低。4.2. 支持軟件需要在ANDROID的環(huán)境下運行，由于本系統(tǒng)為app,并不需要測試工具，可直接在應(yīng)用程序上測試所有功能。4.3. 雙方簽字需求方（甲方）：開發(fā)方（乙方）：葉金運，葉楚煊，姚迦勒日期：2015-6-22懶人寶系統(tǒng)系統(tǒng)測試報告文本信息文件狀態(tài)： 草稿 正式發(fā)布 正在修改當前版本：V1.0撰 寫 人：葉楚煊完成時間：2015-06-22文檔變更記錄版本編號修訂日期修訂內(nèi)容修訂人備注1.02015-03-22至2015-05-22葉金運，葉楚煊，姚迦勒葉金運，葉楚煊，姚迦勒完成基本功能的實現(xiàn)2.02015-05-22至2015-05-28葉金運，葉楚煊，姚迦勒葉金運，葉楚煊，姚迦勒界面美化，代碼優(yōu)化，修改BUG3.02015-05-28至2015-06-16葉金運，葉楚煊，姚迦勒葉金運，葉楚煊，姚迦勒增加工人端.1. 概述 第一次測試出現(xiàn)的BUG比預計的多，而且會出現(xiàn)不在預期范圍內(nèi)的BUG，經(jīng)過反復的修改最總修復大多數(shù)重要的BUG。系統(tǒng)能夠正常使用且不會出現(xiàn)錯誤。1.1.測試概要 懶人寶系統(tǒng)測試從2015年5月22日開始到2015年6月10日結(jié)束，共持續(xù)19天，測試功能點5個，執(zhí)行100多個測試用例，平均每個功能點執(zhí)行測試用例20個，測試共發(fā)現(xiàn)10個bug，其中嚴重級別的bug10個，無效bug0個，平均每個測試功能點0.1個bug。懶人寶測試通過模擬用戶使用進行缺陷跟蹤管理，測試階段都包含有詳細的bug分析表和階段測試報告。1.2.進度回顧版本名稱測試起始時間測試結(jié)束時間測試人員1.02015-5-222015-5-28葉金運，葉楚煊，姚迦勒2.02015-5-282015-6-3葉金運，葉楚煊，姚迦勒3.02015-6-32015-6-10葉金運，葉楚煊，姚迦勒.1.3.測試環(huán)境硬件環(huán)境應(yīng)用服務(wù)器數(shù)據(jù)庫服務(wù)器客戶端軟件配置OS：window7BmobOS：window7BmobOS:Android網(wǎng)絡(luò)環(huán)境wifiwifiwifi1.4.網(wǎng)絡(luò)拓撲2. 測試結(jié)論 解決大部分嚴重中BUG，系統(tǒng)基本能夠交付。2.1.測試記錄2.2.缺陷修改記錄2.3.功能性 系統(tǒng)正確實現(xiàn)了通過數(shù)據(jù)字典管理基礎(chǔ)數(shù)據(jù)的功能，實現(xiàn)了數(shù)據(jù)內(nèi)容的多語言功能，實現(xiàn)了中文界面。實現(xiàn)了快遞代寄和代取，個人登陸，工作人員登錄，任務(wù)的發(fā)布、領(lǐng)取、取消、搜索，個人留言，地圖定位，修改個人資料等功能。2.4.易用性 現(xiàn)有系統(tǒng)實現(xiàn)了如下易用性： 查詢，添加，刪除，修改操作相關(guān)提示信息的一致性，可理解性 輸入限制的正確性 輸入限制提示信息的正確性，可理解性，一致性現(xiàn)有系統(tǒng)存在如下易用性缺陷： 界面排版不美觀 輸入缺少解釋性說明2.5.可靠性 現(xiàn)有系統(tǒng)的可靠性較高，正常使用不會誘發(fā)嚴重錯誤。 現(xiàn)有系統(tǒng)的容錯性較高，如果系統(tǒng)出現(xiàn)錯誤，能夠返回到出錯前的狀態(tài)，但有些錯誤直接崩潰。2.6.兼容性現(xiàn)有系統(tǒng)支持僅支持adnroid系統(tǒng)?，F(xiàn)有系統(tǒng)未進行其他兼容性測試。2.7.安全性1)現(xiàn)有系統(tǒng)控制了以下安全性問題：2)賬號密碼資料保密，除工作人員外無法查看。3)現(xiàn)有系統(tǒng)未控制以下安全性問題：4)用戶名和密碼應(yīng)對大小寫敏感5)登陸錯誤次數(shù)限制3. 缺陷分析3.1.缺陷收斂趨勢第一輪測試： 解決大量普遍簡單的BUG,，BUG數(shù)量大大減少。第二輪測試： 解決比較麻煩的BUG，BUG數(shù)量小幅度減少。第三輪測試： 解決個別對系統(tǒng)發(fā)布有影響的BUG。3.2.缺陷統(tǒng)計分析 測試發(fā)現(xiàn)的bug主要集中預期范圍內(nèi)，屬于一般性的缺陷，但是測試的時候，出現(xiàn)了幾個嚴重級別的bug，出現(xiàn)嚴重級別的bug主要表現(xiàn)在以下幾個方面1)下刷刷新當沒有數(shù)據(jù)時奔潰2)登錄異常4. 遺留問題分析4.1.遺留問題統(tǒng)計遺留缺陷總數(shù)建議一般嚴重致命21010懶人包系統(tǒng)風險計劃說明書文本信息文件狀態(tài)： 草稿 正式發(fā)布 正在修改當前版本：V1.0撰 寫 人：葉楚煊完成時間：2015-06-221.軟件項目風險管理計劃本計劃主要針對項目開發(fā)涉及到的風險，包括在項目開發(fā)周期過程中可能出現(xiàn)的風險以及項目實施過程中外部環(huán)境的變化可能引起的風險等進行評估。在文中對所提到的風險都一一做了分析，并提出了相應(yīng)的風險回避措施。由于風險是在項目開始之后才開始對項目的開發(fā)起負面的影響，所以風險分析的不足，或是風險回避措施不得力，都很有可能造成項目開發(fā)的失敗。風險分析是在事前的一種估計，憑借一定的技術(shù)手段和豐富的經(jīng)驗，基本能夠?qū)椖康娘L險做出比較準確的估計，經(jīng)過慎重的考慮提出可行的風險回避措施，是避免損失的重要環(huán)節(jié)。2.風險條目表2.1.產(chǎn)品規(guī)模風險由于采用功能點估算成本，代碼行小于50000行，權(quán)重確定主觀 產(chǎn)品的初定在線活躍用戶為100人2.2.需求風險 對在線活躍用戶缺少確定的把握與其他隊員溝通不協(xié)調(diào)分析員對app開發(fā)了解不全面需求不斷變化，由于不確定的需求導致新的項目2.3.相關(guān)性風險財物資源有限不可抗力造成的危害2.4.管理風險項目范圍定義不清楚進度拖延溝通不善2.5.技術(shù)風險數(shù)據(jù)加密技術(shù)不夠安全特殊功能不能及時交付防止黑客攻擊技術(shù)不夠缺少測試計劃缺乏質(zhì)量跟蹤2.6.開發(fā)環(huán)境風險所使用開發(fā)軟件的質(zhì)量問題設(shè)計工具不合用數(shù)據(jù)庫各子模塊對接困難設(shè)備不能按時到位設(shè)備固定折損嚴重系統(tǒng)崩潰備份環(huán)境不穩(wěn)定2.7.人員數(shù)目及經(jīng)驗風險人力資源有限開發(fā)人員沒有接受過正規(guī)培訓開發(fā)人員沒有項目經(jīng)驗項目中有一些開發(fā)人員只能部分時間工作開發(fā)人員不能按時到位開發(fā)人員經(jīng)驗不足3. 風險定性分析本項目采用概率分布法針對風險概率及后果績效定性的進行評估類別潛在風險事件風險發(fā)生概率的定性等級風險后果影響的定性等級綜合風險指數(shù)產(chǎn)品規(guī)模風險功能點估計不精確中輕度11產(chǎn)品的初始在線活躍用戶為100人高嚴重19需求風險對在線活躍用戶缺少確定的把握高輕度9與其他隊員溝通不協(xié)調(diào)高輕度18分析員對app了解不全面中輕度11需求不斷變化，由于不確定的需求導致新的項目中輕度2相關(guān)性風險財物資源有限中輕度11不可抗力造成的危害低災(zāi)難性8管理風險項目范圍定義不清楚高嚴重5進度拖延極高嚴重3溝通不善中輕度11技術(shù)風險數(shù)據(jù)加密技術(shù)不夠安全極高災(zāi)難性1特殊功能不能及時交付中輕度11防止黑客攻擊技術(shù)不夠高嚴重5缺少測試計劃低輕度14缺乏質(zhì)量跟蹤高輕度9開發(fā)環(huán)境風險所使用開發(fā)軟件的質(zhì)量問題中嚴重6設(shè)計工具不合用低輕微19數(shù)據(jù)庫各子模塊對接困難中嚴重6設(shè)備不能按時到位低嚴重10設(shè)備固定折損嚴重低輕度14系統(tǒng)崩潰低災(zāi)難性8備份環(huán)境不穩(wěn)定中嚴重6人員數(shù)目及經(jīng)驗風險人力資源有限中輕度11開發(fā)人員沒有接受過正規(guī)培訓高輕度16項目中有一些開發(fā)人員只能部分時間工作中輕度11開發(fā)人員不能按時到位中輕度11開發(fā)人員經(jīng)驗不足高嚴重5（1-5是不能接受的風險；6-9是不希望有的風險；10-17是有控制的接受的風險；18-20是不經(jīng)評審即可接受的風險）-主觀制定，造成項目對風險發(fā)生的嚴重性或是風險發(fā)生的概率嚴格定性困難4.風險管理清單風險類別概率影響排序隊長管理經(jīng)驗不足相關(guān)性風險98%41數(shù)據(jù)加密技術(shù)不夠安全技術(shù)風險97%52需求不斷變化需求風險95%53隊長對項目的時間要求不合理相關(guān)性風險93%54進度拖延管理風險92%45開發(fā)人員經(jīng)驗不足人員數(shù)目及經(jīng)驗風險85%46產(chǎn)品的初定在線活躍用戶為100人產(chǎn)品規(guī)模風險80%485.項目風險措施應(yīng)對風險意識風險應(yīng)對措施項目管理過程潛在風險事件風險發(fā)生后果應(yīng)對措施預防措施產(chǎn)品規(guī)模風險功能點估計不精確工期延誤追加資源加班加點產(chǎn)品的初始在線活躍用戶為100人沒人用這個app宣傳，進行產(chǎn)品運營從需求出發(fā)，做好調(diào)查在進行開發(fā)需求風險對在線活躍用戶缺少確定的把握系統(tǒng)并不適用，或許會奔潰修改系統(tǒng)采用大型服務(wù)器與其他隊員溝通不協(xié)調(diào)軟件不能滿足業(yè)務(wù)需求立即與隊員進行溝通指定溝通管理計劃分析員對App了解不全面App不能滿足業(yè)務(wù)需求根據(jù)隊長要求修改讓隊員確認需求報告需求不斷變化，由于不確定的需求導致新的項目需求被修改多次變更了初期目的 提交討論，決定建立范圍變更程序相關(guān)性風險財物資源有限項目不能按期完成，無法提交追加成本減少資源消耗隊長對項目的時間要求不合理項目不能完成及時溝通平時加強溝通管理風險項目范圍定義不清楚無法預計完成工期按照隊員要求變更事先定義清楚并獲得隊員確認進度拖延項目不能按期提交加班加點，加快進度制定詳盡工作計劃溝通不善項目拖期及時溝通制定詳盡溝通計劃技術(shù)風險數(shù)據(jù)加密技術(shù)不夠安全被商業(yè)間諜盜取備份并研究數(shù)據(jù)秘鎖加強安全管理特殊功能不能及時交付不能滿足隊員需求追加模塊溝通機制防止黑客攻擊技術(shù)不夠數(shù)據(jù)丟失數(shù)據(jù)還原提高系統(tǒng)安全性缺少測試計劃項目拖期，質(zhì)量問題發(fā)現(xiàn)不了追加測試計劃事先評審測試計劃缺乏質(zhì)量跟蹤質(zhì)量問題及時解決問題制定質(zhì)量跟蹤計劃開發(fā)環(huán)境風險所使用開發(fā)軟件的質(zhì)量問題項目拖期，交不到作業(yè)更換開發(fā)軟件選擇正版軟件設(shè)計工具不合用項目拖期，交不到作業(yè)更換開發(fā)軟件選擇合適的設(shè)計工具設(shè)備固定折損嚴重項目拖期，交不到作業(yè)修改或換設(shè)備加強設(shè)備預防性維修人員數(shù)目及經(jīng)驗風險人力資源有限項目拖期，交不到作業(yè)添加人手制定合理的時間管理計劃開發(fā)人員沒有接受過正規(guī)培訓項目拖期，交不到作業(yè)增加專人開發(fā)提前培訓項目中有一些開發(fā)人員只能部分時間工作項目拖期，交不到作業(yè)增加專人開發(fā)安排好開發(fā)人員的時間開發(fā)人員不能按時到位項目拖期，交不到作業(yè)增加專人開發(fā)項目前約定到位時間開發(fā)人員經(jīng)驗不足項目拖期，交不到作業(yè)增加專人開發(fā)做好培訓6.風險監(jiān)控 制定規(guī)劃，實施保護措施，在保護措施實施的每一個階段都要進行監(jiān)控和跟蹤。風險貫穿于電子商務(wù)項目的整個生命周期中，因而風險管理是個動態(tài)的、連續(xù)的過程。因此制訂了風險防范計劃后，還需要時刻監(jiān)督風險的發(fā)展與變化情況。就算做好了最全面的保護措施，風險還是有可能會出現(xiàn)的。所以，只有了解風險，才能規(guī)避風險?？偨Y(jié)1、自己在整個項目開發(fā)過程中所做的工作（做了哪些工作）陳述；（1）載入界面的編寫：這個其實是運用很簡單的定時跳轉(zhuǎn)功能，本來載入界面是為了后臺載入數(shù)據(jù)和初始化而存在，但是由于技術(shù)達不到要求，只是純粹的載入畫面，在今后的學習中，要認真學習其實現(xiàn)原理并掌握它。（2）注冊，登錄系統(tǒng)的編寫主要是運用Bmob后臺作為服務(wù)器和數(shù)據(jù)庫，由于網(wǎng)上現(xiàn)成的后臺，我們只要學會怎么連接Bmob并掌握Bmob后臺的一些方法和靈活運用便可以了。注冊主要是數(shù)據(jù)庫操作插入的運用，而登陸是數(shù)據(jù)庫查詢得運用，使用和掌握雖然簡單，但是要認真對待，才不會出現(xiàn)一些小細節(jié)的錯誤和算法錯誤。（3）主界面下拉刷新，上拉加載的實現(xiàn)這個部分我覺得是比較困難的部分，在上拉刷新和下拉加載的機制上專研了不少時間，知識點比較復雜，就個人而言。網(wǎng)上雖然有許多現(xiàn)成的接口，但還是要弄懂其中的原理和運行方式。（4）快遞系統(tǒng)的實現(xiàn)這里用簡約的界面獲取用戶輸入的訂單消息，然后上傳到Bmob后臺，主要是對數(shù)據(jù)庫插入的方法再一次運用，作為一開始編寫的系統(tǒng)之一，剛開始會出現(xiàn)很多想不到的BUG，甚至奔潰，經(jīng)過不斷的調(diào)試最終完成。這也可以當作整個系統(tǒng)編寫階段的開始。（5）工人端的編寫一開始本來是想實現(xiàn)一個很簡單的列表，但是最終寫著寫著也花費了不少功夫，其中包括了登錄系統(tǒng)，注冊系統(tǒng)，列表的刷新機制和載入界面。由于有了客戶端編寫的基礎(chǔ)，工人端則是在編寫過程中復習了客戶端編寫中掌握的知識，編寫速度明顯提高，且質(zhì)量不錯，有一些小的BUG也在編寫過程中逐一修正。2、在項目合作開發(fā)的過程中哪些人、哪些事令自己印象深刻？在開發(fā)過程中最深刻的就是和隊員共同測試懶人寶系統(tǒng)的階段，每一次BUG的發(fā)現(xiàn)并且經(jīng)