一、基本情況

小方的部落格

• 現場答辯總結

  總體上達到既定目標，按照柯老師的指導，我們在後續會進行較為全面的測試。
  面對難關，我們要有的放矢，要考慮全面，不能糾結在一款軟體的上，要做大做全 。

• 全組討論的照片

• 評估團隊中每個人對本次作業的貢獻比例，描述為本次作業的工作流程、組員分工、組員工作量比例

二、總結思考

2.2.1 設想和目標

• 我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述 ？

  我們計劃研發的APP———AdKiller，是一款可以自動快速跳過手機APP起始頁廣告的APP
  秉承綠色安全非盈利的態度向Android手機使用者開放使用
  對典型使用者和典型場景都有清晰的描述

• 我們達到目標了麼?（原計劃的功能做到了幾個？ 按照原計劃交付時間交付了麼？ 原計劃達到的使用者數量達到了麼?)

  我們第一階段達到了原定計劃的85%
  原定開發功能現階段只剩下自定義跳過功能還有待完善，
  計劃使用者暫未達到預期，因為在我們組內測試的過程中，
  我們發現原本手機自帶的提示資訊與我們的產品同時工作時，會產生一些bug，
  秉承著對使用者負責的態度，我們只是小部分群體試用，使用者數量到達75名。

• 使用者量, 使用者對重要功能的接受程度和我們事先的預想一致麼? 我們離目標更近了麼?

  75名體驗者的反饋比較良好，但是面對一些“頑固”的APP起始頁廣告，
  我們毫不忌諱地承認暫時還不能達到100%成功率，但是小步的成功也令人欣慰，我們離成功更進一步。

• 有什麼經驗教訓? 如果歷史重來一遍, 我們會做什麼改進？

  我們最大的問題是前期準備工作不足，沒有做成良好的軟體分析，導致功能設計的過程中進度遲緩，
  除此之外，對技術的學習和掌握不夠紮實，導致研發週期漫長，前幾次現場答辯效果也不理想。
  如果能夠重來一次，我們會前期做好嚴謹的軟體需求分析和技術分析，做到事半功倍 。

2.2.2 計劃

• 是否有充足的時間來做計劃?

  在AlPha衝刺階段，都會在站立會議過程中進行對未來兩天的小計劃

• 團隊在計劃階段是如何解決組員對於計劃的不同意見的？

  通過線上QQ群，騰訊會議，時刻交流，針對大家提出的意見，產生的分歧，共同討論。

• 原計劃的工作是否最後都做完了? 如果有沒做完的，為什麼?

  因為一些不可抗力，我們原計劃的工作完成度為85%,侷限於技術手段原因，一些APP的跳過暫時做不到。

• 有沒有發現做了一些之後看來沒必要或沒多大價值的事?

  沒有，畢竟時間緊迫，做大做全 都沒有時間做很多事......

• 是否專案的整個過程都按照計劃進行，專案出了什麼意外？有什麼風險是當時沒有估計到的，為什麼沒有估計到?

  並沒有意外，一切都在按部就班進行。

• 將來的計劃會做什麼修改？

  完善介面設計，完成自定義功能，修復bug，進行大範圍測試，包括使用者群體和APP種類，數量
  認清現實，畢竟有些技術暫時無法掌握，就不要想太多......

• 學到了什麼? 如果歷史重來一遍, 會做什麼改進?

  我們學到了AndroidStudio的開發知識，
  更重要的是團隊合作的重要性。

2.2.3 資源

• 我們有足夠的資源來完成各項任務麼?

  有，我們前期都是在虛擬手機上進行，有很多好用的軟體，例如：夜神模擬器，AndroidStudio自帶的手機模擬器。

• 各項任務所需的時間和其他資源是如何估計的，精度如何?

  因為都是統一時間，一起工作，所以工作時間穩定，
  精度很高；我們儘量不加班，以便不佔用大家其他科目的學習時間。

• 測試的時間，人力和軟體/硬體資源是否足夠? 對於那些不需要程式設計的資源 (美工設計/文案)是否低估難度?

  我們有設定專門的測試組，發動同學，舍友，親朋好友這些人際關係進行初步測試。
  我們也有設定前端組，對介面進行逐步美化。

• 你有沒有感到你做的事情可以讓別人來做（更有效率）？

  雖然我們大家都會遇到一些困難，可能讓更適合的人做會有效率，
  但是，這是一個學習的過程，如果一直逃避那就違背了學習的初衷。

• 有什麼經驗教訓? 如果歷史重來一遍, 會做什麼改進?

  最大的經驗教訓就是要儘早做好計劃，同時不能急於求成，要考慮到自身的能力。
  要保持良好的心態，面對困難心態要穩住，面對技術上的欠缺，要有“等我發育再打團的心態”。

2.2.4 變更管理

• 每個相關的員工都及時知道了變更的訊息?

  通過QQ群的群公告

• 我們採用了什麼辦法決定“推遲”和“必須實現”的功能?

  通過分析使用者的需求“迫切程度”

• 專案的出口條件（Exit Criteria – 什麼叫“做好了”）有清晰的定義麼?

  我們對Exit Criteria是有清晰的定義的，
  對完成的模組進行測試，如果測試組結果反饋良好，無bug，我們就可以稱之為“做好了”。

• 對於可能的變更是否能制定應急計劃?

  可以

• 組員是否能夠有效地處理意料之外的工作請求？

  大家都很自覺負責，會熬夜加班，我們想睡覺！！！！

2.2.5 設計/實現

• 設計工作在什麼時候，由誰來完成的？是合適的時間，合適的人麼？

  由組長分化模組，組員主動認領。

• 設計工作有沒有碰到模稜兩可的情況，團隊是如何解決的？

  有，但不完全有，我們會進行“民主”討論，得出統一的意見，
  所以整個“Alpha衝刺”是一個peace and love的過程。

• 團隊是否運用單元測試（unit test），測試驅動的開發（TDD）、UML, 或者其他工具來幫助設計和實現？這些工具有效麼？

  有用到UML進行分析設計，後續過程中會進行單元測試等其它手段進行全面分析。

• 比較專案開始的 UML 文件和現在的狀態有什麼區別？這些區別如何產生的？是否要更新 UML 文件？

  有很大區別，後面的更加完善，具體。因為隨著開發的進行，我們的功能設計會發生改變。

• 什麼功能產生的Bug最多，為什麼？在釋出之後發現了什麼重要的bug? 為什麼我們在設計/開發的時候沒有想到這些情況?

  沒有發現太大的bug，
  唯一發現的bug是在使用我們軟體進行工作的時候，其他軟體彈出的一些類似更新資訊，會導致我們的產品崩潰>___<
  為啥前期沒想到？這個問題問得好，下次不許再問了。意外總是很突然......

疑惑

2.2.6 測試/釋出

• 團隊是否有一個測試計劃？為什麼沒有？ 是否進行了正式的驗收測試？

  有，我們在後續的過程中，會具體的公佈我們的測試結果。

• 團隊是否有測試工具來幫助測試？

  通過不同機型的安卓手機進行測試。

• 在釋出的過程中發現了哪些意外問題？

  暫時未全面釋出

2.2.7 團隊的角色，管理，合作

• 團隊的每個角色是如何確定的，是不是人盡其才？

  大家都盡力地做好了自己的部分。

• 小組成員之間有互相幫助麼？

  of course

• 當出現專案管理、合作方面的問題時，團隊成員如何解決問題？ 每個成員明確公開地表示對成員幫助的感謝 （彙總至組長部落格）：

  • <高靖涵>：我感謝 文濤永銘對我的幫助， 因為某個具體的事情:一起幫我解決程式碼中的bug。
  • <趙文濤>：我感謝吳永銘對我的幫助，因為某個具體的事情:他幫助我一起查詢資料和文件，解決了很多問題。
  • <吳永銘>：我感謝 高靖涵 趙文濤 對我的幫助， 因為某個具體的事情: 在前期學習安卓開發過程中給予了我很多幫助。
  • <王佳明>：我感謝劉雙對我的幫助， 因為某個具體的事情:作為搭檔互相分擔任務，一起做軟體測試，學習JAVA的時候也給我提供不少的建議讓我少走彎路。
  • <黃建瑋>：我感謝高靖涵對我的幫助， 因為某個具體的事情: 幫助我學習安卓開發，並幫助我修改部落格中的問題，幫助我查閱資料和文件。
  • <王億平>：我感謝高靖涵對我的幫助， 因為某個具體的事情: 部落格的格式之前並不瞭解，導致文字併入到組內文字時一直格式錯誤，他告訴了我部落格應該使用Markdown編輯器，同時教了我相關的格式，從而保證了Alpha衝刺報告沒出現格式上的問題。
    我學到了對於自己認為正確的東西，實際上很可能並不正確，有一個人幫忙指正可以糾正自身的錯誤認知，減少不必要的扣分。如果歷史重來一遍，我應該去提前去了解小組部落格的文字格式和編輯器的統一規範是什麼，好好的完成自己的任務，減少組長的工作量。
  • <劉雙>：我感謝王佳明對我的幫助， 因為某個具體的事情:在我想偷懶或者鬆懈的時候總能督促和提醒我，而且也在完成作業的時候給予我一些指點，幫助我解決了難題
  • <劉葦>：我感謝劉雙對我的幫助， 因為某個具體的事情: 每次我向他請教相關問題，他總是耐心的向我解釋，比如我詢問我們的軟體設計需要的相關語言知識，他推薦了Java，JavaScript並解釋了它們的作用，給我指明瞭學習的方向。
    我學到了不懂就問，沒必要浪費時間自閉死磕，不要害怕合作交流的精神。如果歷史重來一遍, 我會提前做好相關知識的瞭解，爭取也能幫助到其他隊友。
  • <陳靜>：我感謝王佳明對我的幫助， 因為某個具體的事情: 提供測試建議。
  • <楊寓荃>：我感謝 趙文濤 對我的幫助， 因為某個具體的事情: 第一次做安卓開發，前期什麼都還不熟悉，學習安卓開發的時候給了我不少幫助。
    我學到了一個人的能力是有限的，只靠自己不靠團隊註定是走不遠的。如果歷史重來一遍，我會提前著手開發，摸索中不斷學習，而不是僅僅學習冰冷的語法、理論。

2.2.8 總結

高靖涵

通過這學期的軟工實踐，我收穫頗豐。瞭解了新的開發技術，
更重要的是磨練心態，這學期選的課巨多，每天處於易燃易爆的狀態。。。。。。
這段經歷會成為一個難忘的回憶。peace yoh!~

趙文濤

Alpha衝刺給我最大的感覺就是時間非常緊迫，尤其是兩天一次的彙報，
有時候想實現一個功能，查了一天，寫了一天，進度卻沒有多少，就感覺非常的焦慮，
再加上衝刺過程碰上其他科考試，緊張度更上一層，生怕完成不了任務，
好在最後是把專案肝出來了，還真是熬夜能解決一切問題，累並快樂著。

吳永銘

這次作業學到了很多Android和無障礙相關的知識
要了解具體學什麼技術可以完成本次作業,不要盲目的學
不要自己一個人瞎琢磨，要多跟隊友溝通

劉雙

大家都是第一次做有關Android應用，剛開始比較迷，不知道從哪著手，
多虧組內大腿推薦相關的教學視訊學習，
在完成作業的過程中學到了很多，非常感謝隊友的照顧。

王佳明

因為學習安卓需要用到java,作為一個只會一點c++的人只能先學習java,加上正好有好幾門考試導致沒時間學習安卓算是一個遺憾
但是作為測試組成員也很高興，和搭檔一起做測試，我的兩個手機下載到發燙有時候時間緊任務重第二天就要結果，通宵做測試也挺爽的
這個課程挺好的，雖然挺累的(實話實說)，但是和隊友相處融洽，在我敲程式碼(Auto.js)時因為學的不多函式不太會用，隊友瘋狂上網給我找函式用，太好了

陳靜

通過這次Alpha衝刺學到了很多，比如軟體測試規範，安卓應用開發，無障礙服務等
同時也認識到自己的不足，大一大二時沒有花時間去學習新東西導致現在要花更多時間才能跟上專案進度
更重要的是這兩週期間有各種課程考試 和大作業，通過這次衝刺學會如何更好地安排學習時間.

楊寓荃

由於是第一次團隊作業，也是第一次做Android，不僅很多技能不會而且前期與隊友交流比較少，直接就裂開了，特別是在alpha衝刺的時候，很多事、很多ddl堆在一起，心態直接就崩了，不過好在隊友確實比較靠譜。通過這段時間的學習實踐、團隊交流，學到了不少東西，也意識到團隊的重要性，同時也提高了一些抗壓能力。

劉葦

第一次做Android應用，沒有什麼經驗，不過隊友比較強，可以詢問請教。
還可以通過網站學習和實踐，總之要多動手多詢問多合作交流，越不會越要主動問。
軟體必須要做大範圍測試，自己不一定有更多使用者想得周到，不要自以為是。

王億平

在本次Alpha衝刺中我學習到了很多有關於安卓開發方面的知識，和團隊一起做專案感覺很充實，激發了每一個人的熱情，雖然有很多大作業纏身，但還是擠出了時間去學習本次開發的知識，參與討論和測試。
我感受到了一個有凝聚力的團隊對於軟體的開發是相當重要的，倘若要一個人只能自己去開發一款軟體，不僅效率低，效果差，且沒有精力去除bug，一個團隊相互合作可以將每個人的特長集合起來，使得軟體既美觀同時又兼具良好的功能性，大大吸引可能存在的使用者群體。
軟體還可以讓身邊的其他同學幫忙測試，除了可以幫助其他同學廣告的困擾外，還可以得到更充分的測試樣本，幫助我們更快的鎖定軟體的bug，幫助我們去分析和修改，使產品做得更好。

黃建瑋

這學期的軟工實踐，讓我在極短的時間內學習了大量的知識，並且增強了自己的學習能力
學習需要多實踐，多查閱資料，不能閉門造車。
感謝所有幫助過我的組員，respect！