此作業要求參見：
我們設計的軟體主要是針對當代老年團體，為了他們的晚年生活提供方便。在某乙個社群進行使用，在軟體裡發布生活資訊，社群活動，和一些商品的買賣。考慮到老年人對智慧型手機的不熟練，軟體操作起來相對簡單。註冊登入進入之後只需要用手指點開感興趣的介面就可以，使老年人獲得訊息通知，對自己想去的活動進行報名，或者購買，方便老人生活和娛樂活動。到beta階段為止我們已經新增了一些功能，後續還會一點一石的更新。
beta階段結束我們達到預期的目標並收集使用者反饋資訊。
有充足的時間做準備。從確定選題開始，小組成員就在一起商量專案的大體框架，包括開發工具，軟體發布形式，主要功能，介面等。每個人發揮自己自己的特點，分工明確，大家及時的溝通所遇到的問題，不斷地增加彼此的默契，一點一點的實現我們的專案的終級目標。同時老師也對開發劃分成了不同階段，給了我們最大的保障。每個階段我們都可以提前完成。
計畫階段，小組成員對專案計畫公共部分都提出了自己的看法，也出現過爭論。大家在一起討論之後，把專案中的每一步驟都組合到一起，比較出乙個最佳方案。把其中的一些細節安排給特定的人，讓其在這裡面自由發揮，互不干擾。隨著相處的時間越來越久，大家的關係越來越好，討論的氛圍也比較輕鬆，更加有助於我們解決對不同問題的看法。
和alpha階段相比，我們的專案功能更加完整，成員之間配合越來越默契，完成任務的效率也是有較大提高。
alpha階段結束我們有10名使用者，和我們專案初期設想的目標一致，使用者對軟體的功能表示認可，覺得做的很有想法。同時也對一部分功能的優化給出一些建議以及需要增加的功能。不過總體上來看，還是收到不錯的效果，和我們預先設定的目標一致，離我們的目標更近了一步。
如國歷史能從來一遍我們將會對專案裡的功能進行更細化的分配，對需求分析做的更全面，努力在beta階段結束增添更多功能，特別是一些細節，爭取達到所有人的滿意。
沒有。我們在開始專案之前就已經設計好了大概方向所以按照計畫進行。專案中的每一件事都是計畫多好的，都對軟體的後期具有重要意義。
是的。我們每天都會召開一次立會，討論三十分鐘以上，並拍照為證，**上顯示出當前日期時間，地點也是精確到具體位置。對每一項任務都分配到具體的人身上，每天有不同的人發布一篇立會報告。
是的。每一周我們會製作一張todolist，在這張表上明確每一項任務，並給出具體的執行人，所有人按照表上面的計畫各自完成自己對應的任務，並在完成的上面用刪除線標明。
留有緩衝區。我們的每一項任務都是對應著不同的人，大家按照計畫去完成。在規定時間內完成則不會有問題。弱國有乙個人由於某種原因耽誤了，這個時候緩衝區則會發揮作用，所有人可以在這個時間一起解決該問題，緩衝區給了我們一次犯錯的機會，是最後一到屏障。
將來會對緩衝區進行更改，甚至會取消採用另一種辦法解決。比如，小組成員中如果有乙個人沒有能力完成自己的任務，要及時匯報，其他人一起解決，再次對人物進行就劃分，大家要互相幫助，團結協作，這樣就可以把進度變快，提前完成專案。
在做專案時，時間對開發人員很重要，一定要精確，按時完成任務，完成不了時要及時說出來。如國重來一遍，我們會按照成員能力進行劃分，這樣就可以避免無法按時完成任務所帶來的麻煩。
有，授課老師和兄弟院校的老師都會對我們的專案提出建設性的意見，對我們開發上提供很大的幫助，同時我們通過網路搜尋和向有經驗的開發人員詢問來完成各項任務。
各項任務以分鐘為單位，採用psp記錄，開始時間，結束時間，中間間斷時間都要細緻記錄
足夠。前期我們設想了10名使用者小組五名成員分別去尋找使用者進行測試，相對還是比較輕鬆
有。因為我這個人性格就是偏慢的型別，做事情緊張不起來，只有在最後時刻的時候才會著急。我感覺別人的能力都是在我之上，他們對自己的任務都能很好的解決。總是比我完成的更快，就覺得別人做可能更好。
會針對專案在網上進行類似查詢，了解那些成熟得產品得內容，在衡量自己得專案，哪些是優點，哪些可以改進，充分利用網路資源。設身處地的思考我們面向的物件，這樣可以避免很多錯誤。
小組開會討論，確定核心功能，對核心功能必須實現。每週發布的小組成員的任務都是必須實現的，當一項任務可以推遲的話我們會優先完成必須要完成的任務，指的是時間序列，它在這一周是可以推遲的，但下一周它會發布任務變為必須實現，所以具體的劃分都是通過發布任務，每週的任務都是必須實現。如：使用者登入註冊，主要活動介面。一些介面設計，如：會放在後期改進。
將其定義為，大體框架中得主要功能全部完成，執行流暢，後期更新功能可以新增。
能。每天召開一次立會匯報情況，若是沒有參加的利用**及時通知成員。
能。對於完成不了工作任務得成員，其他人會分但他的那一部分，齊心協力完成專案。
要做好變更得解決辦法，制定一套應急措施。確保所有人能夠知曉變更的訊息。重來一遍時，我們可能會更多的在一起工作，這樣有問題能夠很好溝通。對變更的訊息，也能及時商量和獲悉。
設計工作是在確定專案之後由所有成員完成得。在實現上進行的分工。每週都會制定任務表，並分配給特定的人。在時間截止之前完成任務，是合適的人合適的時間。
沒有運用了tdd。沒有用單元測試和uml。tdd主要是編寫測試用例框架對功能得過程和介面進行設計，二測試框架可以持續進行驗證非常有效。
經歷過alpha階段的**規範，到beta階段結束我們做了版本控制，並在每天進行checkin 並匯報情況，嚴格執行**規範。
程式設計過程中注意**規範，以及實現得工具選擇像，介面，框架。如果做出改進，會根據能力強弱對**編寫部分合理分配，發揮各自特長。還要對**規範嚴格設計，定期檢查。
有測試計畫，我們去到就近社群得活動中心進行測試，現場給老年人講解產品得主要功能和用法，一併聽取他們得用後感受。有更新之後及時通知並收集反饋資訊。
沒有。測試工作由成員手動完成。
目前還沒有，以後會設計。
發布過程中我，我們發現我們想到的發布平台都需要版權才可以，這一點是我們沒有考慮到的，給我們造成很打的困難，至今也沒有很好解決。
測試軟體要制定詳細計畫，對使用者反饋的意見做好記錄。在設計發布形式時一定要清楚了解，不能到最後才發現問題。如果重來一次，我們會仔細查詢發布一款產品的條件，用乙個風險小的發布形式。
每個人根據自身能力特點擊擇力所能及的任務，解決不了的會在一起商量解決辦法。每個人都發揮了自己的能量。
有。如果有哪個人完成不了自己的任務時，組內其他人員會主動幫忙。
大家會一起商量，最後投票。
團隊合作時候，最關鍵的就是要默契，自然。這樣在交流起來的時候就不會顯得拘謹，大家可以暢所欲言，氣氛比較愉快，輕鬆。
cmmi二級
規範階段
小組成員交流更放鬆，關係越來越好，工作起來效率更高。
對於團隊規範還需要加強。
平時要多了解和軟體工程有關的**和軟體工具，增長這方面的知識。充分利用使自己的**更加規範，專案更加的美觀，操作更加方便。
對**進行規範，做版本控制，按計畫進行checkin，把**放到團隊成員都可以共享的地方託管，這樣操作起來更有效率
我們到現在為止還沒有辦法進行每日活躍使用者統計，基本上是採用對使用者問詢的方式。小組會進行**如何實現這一計畫，這也是我們需要提高的地方。
Beta階段複審
小組的名字和鏈結 優點缺點，bug 報告 最終名次 程式設計題全隊 1 介面簡潔，色調與排版都讓人感覺很舒服 2 功能考慮得很細緻，且都能實現 3 視窗的動態自適應調整大小，想法很別緻 1.程式有什麼具體的bug？1 建立成功時沒有提醒 2 設定事件的緊急程度的標籤不明顯 2.專案的目標實現了麼？實...
Beta 階段彙總
phylab2.0需求與功能分析改進文件 nabcd phylab2.0設計分析階段任務大綱 團隊個人貢獻分分配規則 功能規格說明書 phylab2.0 beta版本發布說明 phylab2.0 beta版本專案展示 beta phylab2.0 postmortem phylab2.0 beta版...
個人總結 Beta階段
我們在beta 結束之後，每位寫乙個部落格，回顧並總結自己的beta過程，哪些方面做的好的，哪些方面做得不足需要改進的 分析在alpha階段自己提出的五個問題，針對每個問題，結合自己在本學期的軟工實踐，然後自己給出回答。同時，結合beta過程，再根據你的讀書 教材，部落格，參考書 實踐，提出關於軟體...