這是現代軟體工程作業系列的一部分
介紹每個成員（**，主頁，技術特長，在團隊中擔任的角色）。 建議拍一張有創意的合影。
在介紹的時候，可以採用藝術照等形式， 保護同學的隱私，不想說明真實姓名的也可以用暱稱。
如果投入熱情和努力，這個團隊作業會是你一生的精彩回憶（福州大學團隊1，2，北航1， 2）。
團隊專案一般有 alpha 和 beta 階段， 每個階段都要評 「個人貢獻分」。 在alpha 階段後，我們要求每個小組選出一名同學，他/她自行尋找下乙個接納他的團隊。 請和每個小組成員商量好方式並寫成文字。
請看《構建之法》 17章關於績效的部分， 小組決定如何決定每個成員的貢獻分（分數是如何構成， 貢獻分參考鏈結）
在這門課中, 大部分學生要做」真實的專案」 – 有真正使用者的軟體。 那些 「經典」 的專案, 例如圖書館管理系統, 學生學籍管理系統等, 如果沒有大量模擬使用者，不練習一些實戰的功能，是不符合要求的。 專案要有活的使用者, 只有活的使用者才有活的需求, 才有活的場景, 活的測試用例。 只有活的使用者才決定同學們寫的軟體是否值得使用, 有些團隊寫的小軟體很好用, 在合適的使用者群中引起共鳴, 短短時間內, 就會有幾千到幾萬個使用者, 也有的團隊費了老鼻子勁, 寫出來的東西使用者量小於10, 自己團隊成員包括在內。 這些不同的使用者數量會迫使專案團隊反思當初在需求分析, 設計上的問題。 另外這門課並不是演算法競賽, 或者**集中營, 大家比的不是如何快速敲打出某個演算法, 而是如何在有限的時間內交付有價值的軟體給特定的使用者。 「真實」這一條件也促使大家做 「現實」的專案和專案管理。 很多學生有巨集大的夢想, 但是在短短的 8 周團隊專案時間內, 他們巨集大的構想往往因為非技術的因素而轟然倒地，團隊也作鳥獸散。
既然真實，就會有人員流動的問題，因為：
- 有人想去做更好的專案
- 有人願意去嘗試別的專案和角色
- 有人離開公司（退課）
- 有人和團隊中的人合不來
- 有人覺得自己應該得到更多報酬 （分數，錢，**），不願意在原來的團隊幹了
- 有人做得很差，團隊覺得沒有他更好...
人員流動導致「可維護性」成為乙個痛點, 否則專案沒法生存超過半個學期。 所以，我們在團隊專案的 alpha 階段後，強制所有團隊必須有乙個人離開。 這個人要自己找能接納自己的團隊（不是原團隊），經過新團隊的同意，雙方談好了 責任/權利/義務/報酬，就可以在乙個團隊工作了。 詳細分析在這裡。
採訪本課程的往屆同學(含外校和畢業生)。現代軟體工程這門課已經上了好幾年了，以前有很多學生做過團隊專案（說不定包括本校的學生），請你們找乙個以前的團隊採訪並整理：
這個專案能否給我們團隊繼續開發，源**/文件還有麼? 如果沒有，為何源**/文件沒有儲存？
專案開發有什麼經驗和教訓？ 為何當時沒有能解決這些問題？如果你要接手開發這個軟體，你會怎麼做？
關於學好軟體工程，他們對學弟學妹有什麼具體的、可以實施的建議。 （不是空泛的套話）
現代軟體工程作業一
天津大學軟體學院 聶學成 2012218007 盧思洋 2012218006 軟體開發流程和生命週期分析 該專案開發流程目標明確，流程清楚，採用ms agile的開發思路，以8週為乙個里程碑，不斷迭代，改進和完善，歷時約兩年半的時間開發完成。任務的明確性和時間安排的合理性對於開發是很重要的，在該專案...
現代軟體工程 作業彙總
現代軟體工程課程 各個學校的程式設計 軟工作業列表 很多老師反映軟體工程的作業題不好出，學生做的 大作業 也是了無新意。怎麼辦？師生們身處轟轟烈烈的軟體產業的大環境，但是在軟體工程課上做的題目卻是非常簡陋，沒有起到應有的作用，這的確是乙個很有諷刺意義的事情。有很多因素導致這一結果，這些因素都是可以克...
現代軟體工程作業四
天津大學軟體學院 聶學成 2012218007 盧思洋 2012218006 1.目前市場上以有的產品 基於手機移動平台的有 android平台上的創意學術研討平台 window phone平台上的微軟學術搜尋軟體。基於web的學術搜尋產品有 1 學術搜尋 2 谷歌學術搜尋 3 國學寶典普及版 5 ...