帶帥比 20:50:05
我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？
我們的軟體為了解決使用者對拼單的需求，解決使用者沒有拼單途徑的問題，定義得比較清楚。原計畫的功能做到了3個，未完成的部分為舉報機制及發帖的部分，我們在交付時間內完成了這個軟體，但有些功能還沒有實現，總體而言完成了alpha階段的計畫內容。獲得的經驗教訓就是一定要注重配合，如果歷史重來一遍，我們會制定更為詳細的計畫目標，讓專案更完美地達成預計的目標，在下一階段我們需要對目前組員的實力進行重新評估，已制定更好的計畫以進行beta階段。對於計畫我們用的時間較少，有一定的計畫，但不夠充分，在計畫時未考慮具體進度和學習新知識的時間，計畫不夠詳細現實。對於計畫的不同意見我們通過討論的方式尋求最優的解決方式。原計畫的工作未能全部完成，主要原因是時間太趕而且恰逢其他科目有考試，導致原定計畫未能全部實現。對於分配給每個組員的每一項任務都有明確的定義，但沒有明確的衡量指標。整個專案總體上都在按照計畫進行，沒出什麼意外。沒有留下緩衝區，主要原因在於時間較少且要花時間去學習新知識，同時還要處理其他科目的學業，已無時間留下緩衝區。1、設定緩衝區 2、制定合理的計畫 3、明確任務指標。我們學到了軟體開發的相關知識，並懂得了團隊的重要性，如果歷史重來一遍，我們會多花些時間來制定乙個合理的計畫。缺少有過開發經驗的成員是我們的一大問題。各項任務所需的時間和其他資源主要以該任務涉及的知識領域以及**量進行估計，精度不高。由於時間較少，測試的時間不夠，對於美工這類資源沒有低估其難度。大家都在學習新的知識，所以沒有這種想法。測試的時間需要提高，如果歷史重來一遍，我們會多注重測試部分的時間，同時盡可能多地尋找需要的資源。對於變更的訊息我們會及時在群裡通知，由於宿舍的緣故也會直接告知負責的人。主要以可能花費的時間和學習成本來衡量，對於耗時大、學習成本高的推遲實現，比較容易實現的必須完成。我們的定義為所有計畫中的功能全部實現且能執行即為專案出口條件。對於部分變更制定應急計畫，如伺服器的搭建未能成功時就採取直連資料庫的方式。如果是與負責的部分相關的意料之外的工作請求能夠有效地處理，而涉及不是負責部分外的工作請求可能需要學習新的知識，並不能很有效地處理。學到了臨時變更發生時需要如何處理，如果歷史重來一遍，我們會在計畫中對每一部分可能發生的變更制定乙個應急計畫。設計工作在專案開始初期，由組長來完成，是合適的時間，合適的人。我們會在群中反饋工作中遇到的疑問，而設計人員會及時地參與討論，避免模稜兩可的情況發生。由於開發經驗缺失，沒有用到這些工具，這也是需要改進的地方。在登入註冊功能上產生的bug最多，可能的原因是與資料庫的連線存在問題，發布後發現軟體在退出後台重新開啟時需要重新登入，不能自動登入上一次的帳號，目前原因尚不明確。**複審由各個部分負責的人自行複審，嚴格執行了**規範。我們學到了專案的設計與實現的一般步驟，如果歷史重來一遍，我們會在計畫中運用單元測試等工具來幫助設計和實現的過程。由於時間的關係及其他科目的考試，我們沒有測試計畫。目前還沒有測試工具來幫助測試。我們目前還沒有乙個有效的測試跟蹤效能的方法，這也是我們下乙個階段需要重點考慮的方面之一。一些手機的系統無法支援軟體的安裝。我們學到了對測試是乙個很重要的部分，測試是乙個發現問題的很重要的途徑，如果歷史重來一遍，我們會在各個功能實現以後進行相應的測試以消除潛在的bug。團隊的每個角色都是自己挑選想負責的部分，可能並不是人盡其才。團隊成員間遇到問題都會互相尋求幫助，互相學習。我們會在群中進行討論，必要時線下開會**，互相交流意見，互相學習，及時處理疑惑和問題。我們學到了在乙個專案開發的過程中，乙個團隊是非常重要的，如果歷史重來一遍，我們會按照個人能力進行評估，給不同的人分配更適合的任務。我們團隊目前的狀態屬於cmm/cmmi中的可重複級。我們團隊目前處於磨合向規範過渡的階段。團隊內交流更加頻繁，開發效率更高，對於出現的問題能夠共同解決。目前最需要改進的是測試方面的工作，由於時間的原因我們未能制定測試計畫，這是我們下乙個階段需要進行改進的。我們小組做的最好的是原則4和原則7，對於原則4，我們的組員在編寫**時都是共同工作，有問題互相幫助互相學習，而對於原則7，我們一開始就以製作出乙個可用的軟體為衡量專案的主要指標。
組員徐俊傑
范文輝江列湫
李家湧連振昇
黃麗萍楊文
朱雅珊彭佳偉
李煒煒貢獻比
151569
108157
78帶帥比 20:51:15
過程預估耗時（分鐘）
實際耗時（分鐘）
計畫10
20估計任務時間00
開發00需求分析 (包括學習新技術)
100100
生成設計文件00
設計複審00
**規範 (為目前的開發制定合適的規範)
101 0
具體設計
400500
具體編碼00
**複審00
測試（自我測試，修改**，提交修改）00
報告00測試報告00
計算工作量00
事後總結, 並提出過程改進計畫00
合計500
610第n周
新增**（行）
累計**（行）
本週學習耗時(小時)
累計學習耗時（小時）
重要成長
12300
30030
30學習android開發
Alpha事後諸葛亮
aruba小組cento專案postmortem 408409 410428 429431 1.我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？主要解決文字摘錄愛好者的摘錄癢點 應用間切換的不方便。定義清楚，我們知道要做的東西會是個什麼樣子。需求分析階段，典型使用...
Alpha事後諸葛亮
我們的軟體要解決的問題是對福大校內各個任務群 拼車群的資源整合，方便校內學生以更高的效率拼到車或發布任務。另外還有乙個板塊用來給大家討論。定義得清楚。有。目標達到了。功能都完成了，也按計畫交付了，但是尚未對外開放。使用者對重要功能的接受程度和我們事先的預想一致。我們離目標更近了。比如需要更早的開啟專...
alpha事後諸葛亮
達到了一部分的目標並按照計畫時間交付，但還未達到原計畫的使用者數量。軟體還未開放公測，小範圍內測中。使用者對重要功能的接受程度和我們事先的預想基本一致，離目標越來越近了。經驗教訓 想做的東西太多，但時間和準備上的不充足，讓我們不得不放棄許多功能。如果歷史重來一遍，我們會重新分析需求，細化任務分配，挑...