開發截止時間，8月3日晚上12點。
2、形式：
**的使用方式、功能、亮點，多貼圖說明。如果使用者不知道怎麼用，印象分很差。
因為沒有了現場演示和講解，覺得表述不夠充分的，也可以多貼圖，充分表述。
3、展示內容：
1）7月份的開發過程：燃盡圖、任務牆、團隊管理細節、交流細節、**管理（github等的使用）
2）整個學期的開發過程展示：
將6月份及以前的所有的博文彙總起來，形成乙個方便評分者檢視的博文。
注意將各種資訊全面展示，從最初的團隊介紹、需求分析、績效考核、任務規劃、技術架構分析、技術準備、團隊配合、**評審、軟體測試、測試用例設計、使用者體驗、使用者反饋意見的收集和處理、使用者bug修復、後期維護等等。
每次組會、專案進展總結等，都需要結合進來。
開發過程中的各種文件，盡量全面公布出來。包括**風格、注釋、介面設計、介面原型、模組關係、測試報告等等各種文件。
3）團隊總結部落格，側重團隊專案的經驗收穫。
4）個人還要發個人總結。（注意，除了團隊總結，還有個人總結，不是乙個東西）
4、評分方式：
1）老師、助教打分：佔比40%
2）同學互評：佔比30%
每個人需要對非自己組的7個產品打分，滿分10分。由組長統一彙總，發給助教。
兩組之間，打分至少有1分差異。不允許搞「和諧」。
3）評委打分：佔比30%
3-4名評委，通過部落格檢視專案過程，通過**體驗產品質量（**不能崩潰，不能有bug，否則印象很差）
4）總成績會根據大家的整個學期進行排序，然後打分。最終成績與總成績不完全一致，但是排序不變。
5）有使用者使用報告的，得分會增加。使用者的總使用時長越多，印象分越高。
5、可參考案例
下面的幾個，可能只有beta階段。不過大家可以靈活發揮。盡量把整個學期的博文，有效組織起來。方便評委檢視，才能得高分。失去展示機會，很可能造成得分與實力偏差較大，務必注意！！！
6、其他注意事項
1）專案核實（8.2前），包括:
a) 團隊成員貢獻分 [交給ta]
b) 使用者使用情況報告 [上傳到團隊部落格中]
c) postmortem報告 [上傳到團隊部落格中]
報告內容：每個成員在beta階段的實踐和alpha階段有何改進，團隊在beta階段吸取了哪些alpha階段的經驗教訓？12條敏捷開發的原則中，團隊做得最好和最不好的各列舉2點；對照the cathedral and the bazaar (大教堂和集市)，你的團隊開發模式是哪一種，優勢/劣勢在**？
2）專案答辯（8.3），包括:
a) 答辯流程：
需要提供 《使用者情況使用報告》 交給ta，並且發布到部落格中。
b) 評審要求:
必須有一位使用者說明使用的感想，這名使用者不能是團隊成員，或團隊成員的直接朋友，可以是朋友的朋友，或陌生人。寫在使用者使用情況報告中，上傳至團隊部落格。
c) 評分要點:
專案滿足了真實使用者的真實需求？使用者量是多少？團隊如何從alpha 版本總結經驗，在beta 版本上得到提高的？團隊如何運用各種軟體工程的最佳實踐經驗和工具來解決實際問題的？團隊如何分工合作，主次分明地完成/放棄各種功能或需求？從而確保最核心的價值？對於專案的不足，是否有深刻的總結？如果有，那麼失敗的專案也可以得到較高的分數。
7、關於貢獻分
每個團隊中，自行協商各自的貢獻，然後分配。總額度是100%，貢獻多的，多得分。
老師和助教最後算出團隊專案得分之後，各人會從這個總分中，按照額度分配分數。
各人自己的團隊得分，加上前半學期的個人得分，就是總成績。
2018軟工個人總結
1 對比開篇部落格你對課程目標和期待，希望通過實踐鍛鍊，增強計算機專業的能力和就業競爭力 對比目前的所學所練所得，在哪些方面達到了你的期待和目標，哪些方面還存在哪些不足，為什麼？達到了期待和目標的能力 哪些不足 2 總結這門課程的實踐總結和給你帶來的提公升，包括以下內容 1 統計一下，你在這門軟體工...
2018軟工實踐 團隊答辯
無雨哪能見晴之可愛,沒有夜也將看不出晝之光明 郁達夫 本次作業 組長作業鏈結 在按部就班地分析需求時，第二段話是否會更具說服力？需求文件的確立中不需要考慮軟體的維護問題嗎?僅僅依靠創新的做法 優秀的推廣可以說服客戶嗎？不妨來看看下述中我們團隊對於 nabcdm 的分析吧！附加需求 附加需求的做法 在...
2018軟工實踐 團隊答辯
無雨哪能見晴之可愛,沒有夜也將看不出晝之光明 郁達夫 本次作業 組長作業鏈結 在按部就班地分析需求時，第二段話是否會更具說服力？需求文件的確立中不需要考慮軟體的維護問題嗎?僅僅依靠創新的做法 優秀的推廣可以說服客戶嗎？不妨來看看下述中我們團隊對於 nabcdm 的分析吧！附加需求 附加需求的做法 在...