這個作業屬於哪個課程
這個作業要求在**
/homework/11154
這個作業的目標
事後分析報告
目錄二、計畫
三、資源
四、變更管理
五、設計/實現
六、測試/發布
七、總結
八、六狗的討論**
九、團隊成員在alpha階段的角色和具體貢獻
a：我們的軟體主要是用來提高廣大高校師生學習工作效率，便利學生發展為出發點而開發的。我們的對典型使用者和典型場景描述的十分清楚，就是開發給高校在讀學生以及老師使用，具體的描述可以參考需求規格說明書。
a：總體來說達到目標，原計畫的功能都能夠完成，也能夠按原計畫交付時間交付，使用者數量正在逐步發展。
a：雖然上線了，但是使用者量還遠遠沒到，因為功能還沒完善好，只在內部測試，也沒有沒有試過在巨大使用者量情況下的穩定性，遠遠比不上現在市場上現有的學生管理系統。但就功能接受程度還是相當不錯的，事實上我們一直在向目標靠近。
a：• 教訓：有良好的規劃才是完成專案的重中之重，其次是每個人要有高度強力的執行力，然後成員之間要做好良好的溝通。不過這種東西還是要經歷過才知道。
• 改進：
1. 在做專案工作安排時，設定多些緩衝時間，不讓團隊最後處於一直踩deadline或者超時完成任務。
2. 結合團隊成員的實力，開會後確認團隊開發成員有這個能力實現產品功能，再行設計產品需求。
a：理論上時間十分充足，但是因為學業以及每位成員都有自己的事務，並不能很好地在一起做計畫，所以時間還是比較緊迫。
a：通過開展團隊會議，就不同意見的討論、分析，最後投票決定，少數服從多數。
a：與最初的設想差距較大，還有很多功能沒有完成或者完善好。產品本身需求設計得開發難度較大，技術經驗不足造成產品未能如期完善推出。
a：沒有，或多或少都有價值，即使是被刪除的設計也是經驗的積累。
a：基本上是，但是還有一些比較模糊、難以劃分的任務。
a：• 意外：基本上是按照計畫進行，bugs倒是有很多。新增需求後，未能及時完成任務。
• 原因：
1. 沒預料的原因是缺乏專案經驗。
2. 沒考慮到本團隊開發人員的技術水平。
a：有預留部分但是不夠充足，緩衝區可以有效保證專案按期完成。
a：專案的完成不是問題，只是缺乏開發經驗，沒有乙個經驗比較豐富的隊員帶領。
a：主要是根據任務難易度來估計的，精度不高。
a：人力和軟體/硬體資源足夠，對於不需要程式設計的資源也沒低估難度。
a：提前了解各位隊員之後的時間安排，確保每個隊員都能在專案中投入較多精力，保證專案進度。
主動向周邊獲取資源，多去請教別人相關問題，而不是自己盲目探索。
a：以專案的開發進度和功能模組來決定。評估功能的重要等級：若這個功能在專案的執行中是必不可少的，就是必需實現；若它可有可無，只是錦上添花的話，則可以作推遲處理。
a：① 具有健碩性：產品能經受各種奇怪的非法輸入而不崩潰；
② 具有正確性：在輸入正常的情況下系統能做出相應的反應，提供相應的功能而不出錯，沒有較大的bug；
③ 具有合理性：各頁面間的跳轉，介面的進入與連線，頁面設計都有較好的邏輯性，連線順暢不突兀，頁面跳轉符合預期。
a：是的。團隊成員都能在會議討論協商後接受需求補充或變更。
a：有，把問題在集體會議中提出來，一起討論解決。
a：有使用，效果還可以，基本滿足了我們的測試需求。
a：選課功能bug最多，因為當時設計的時候不夠細心。發布之後沒有暫時發現重要的bug。
a：我們通過使用阿里巴巴的**規劃，同時開發團隊在開發的ide上都安裝了這個外掛程式，所以**大都能按照規範進行。
a：我們學到了乙個真正的專案的開發流程經過。再重來一遍，那我們什麼都會了，可以更快的完成開發測試，避免bug，少走彎路。
a：有，在原先的專案安排中有給出了測試計畫。
a：對幾個主流的瀏覽器的各主要功能進行了逐一驗證，都通過了。
a：沒有，都是由團隊測試人員手動測試。
原因：產品本身實現的功能不多，手動測試也不是特別麻煩。
a：測試對於乙個合格的產品來說十分重要，它能發現很多在單獨編寫乙個介面**時未出現的bug,可以避免糟糕的使用者體驗以及使用者隱私洩露等嚴重問題。如果之後有較為複雜的程式，我們可以了解一些自動化測試工具來提高測試效率。
a：二級。
a：磨合，因為這是團隊合作的第乙個專案，在這過程中產生了大量的問題，最後呈現的結果也是不盡人意。但同時我們也有了這個專案的經驗。
a：這次開發的過程中，總感覺時間不夠，東西很多，開發團隊的技術水平，需要各個成員自己認真去下功夫精進自己的技術水平，才能推動專案的完成速度和完成質量。
名字角色
團隊貢獻分
可驗證的貢獻
伍鎮江pm
22.0
產品經理、測試
吳政毅dev
21.5
整體架構、後端開發
鄭邦堅dev
21.0
前端開發、測試
蔡增煜dev
19.5
部落格編寫、前端開發
吳奕琛test
18.0
測試謝中冰
test
18.0
測試
事後諸葛亮分析報告
目錄隊伍名 銀河超級無敵艦隊 專案 招新通 集合貼 團隊作業6 複審與事後分析 一 會議 二 設想和目標 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？解決招新時的招新成員資料整理繁雜的痛點，定義清楚，是。詳情可見需求規劃說明書。是否有充足的時間來做計畫?有。我...
事後諸葛亮分析報告
我們的軟體要解決什麼問題？是否定義得很清楚？答 日常生活中，我們常常會為自己制定計畫或目標，並給這些計畫和目標定下完成的期限，於是light note網頁版備忘錄應運而生，旨在督促和鼓勵使用者在規定的期限裡完成自己制定的目標，應用的定義也較為清楚。我們達到目標了麼 原計畫的功能做到了幾個？按照原計畫...
團隊作業10 事後諸葛亮分析
1.總結的提綱內容 計畫 1.是否有充足的時間來做計畫?beta版本時間與alpha衝刺時間是一樣的，但是安排上比第一次更合理，所以完成的任務與預期相差無幾。2.團隊在計畫階段是如何解決同事們對於計畫的不同意見的？在qq群裡討論或者每日會議上討論 3.你原計畫的工作是否最後都做完了?如果有沒做完的，...