設想和目標
1.我們的程式要解決什麼問題？
這個專案是專門為學生與老師服務。
不需要複雜的操作，使用者可以通過此軟體發表一些課程筆記，或者關於某些問題的解答和看法。
也可以發布一些學習上遇到的問題，其餘同學可以解答
2.使用者量
3.經驗教訓
隊員之間的合作出現很大的問題，需要長期的磨合。
沒有合理的安排時間，導致前面的時間充裕後面的時間緊湊。
計畫
1.你原計畫的工作是否都做完了？如果有沒做完的，為什麼？
由於時間的緊迫以及知識的不足導致沒有完成
2.有沒有發現你做了一些事後看來沒必要或多大價值的事？
一直在找合適的介面模板，但是實際上我認為功能比介面更重要。
3.是否每一項任務都有清楚定義和衡量的交付件？
大部分沒有
4.是否專案的整個過程都按照計畫進行？
並沒有，有的目標總是在時間之後完成，感覺我們的程序在計畫之後
設計/實現
1.設計工作在什麼時候，由誰來完成的？是合適的時間，合適的人麼？
設計工作是由大家討論得出來的，大部分是合適的時間
2.設計工作有沒有碰到模稜兩可的情況，團隊是如何解決的？
有，但是我們四人進行投票，如果平票會向別人詢問意見
測試/發布
1.團隊是否有乙個測試計畫？為什麼沒有？
有，這樣才會對小程式普遍功能都得以測試。
2.是否進行了正式的驗收測試？
3.團隊是否有測試工具來幫助測試？
有。投票選出的最需要的解決的問題：
1.介面的優化
2.沒有突出筆記的特色
3.沒有自己的亮點
對團隊的建議：
1.實際的設計路線與設想的不符，需要進行合理的預算
2.介面過於簡單，不夠吸引人。多加學習介面的設計以及模板的學習
3.對於開發環境不夠熟練，無法向自己想象的思路進行改進。這點只能是多學習知識。
開會：
Beta版總結會議
開會的過程 在軟體工程概論課上進行的總結會議，會議採取討論的模式，經過投票階段已經走到了死角了，剛開始很茫然，沒有討論解決方案，就感覺軟體已經沒什麼用了，生命週期已經結束了，後來經過與老師一起討論，經過老師提點，發現還有許多有用有特色的功能可以開發。討論的問題 1.為什麼學弟學妹們不選我們的軟體？2...
Alpha版總結會議
一 會議過程 在完成第一次衝刺後，快上車alpha版本最終經過老師的和同學們的檢查，我們這次會議我們在開發過程及產品存在的問題方面進行了激烈討論。會議上每個人都先對自己10天的衝刺進行了總結，指出自己 出了錯誤，走了彎路，然後我們開始對我們的軟體進行自我批評，找出我們軟體 有需要改進的地方 二 討論...
Alpha版總結會議
alpha版總結會議 一 開會的過程 在課堂上，老師為我們講解專案postmortem會議如何開展之後，我們利用課堂剩下的二十分鐘和課下的半個小時進行了我們的 專案postmortem 會議，會議上我們回顧了我們這個專案從選題開始到現在經歷的路程，一開始的選題我們的選題不夠明確，只是在大家討論後選擇...