現代軟體工程 期末評比及作業要求

2021-06-21 13:13:58 字數 1220 閱讀 5768

經過乙個學期的努力, 大家的軟體工程專案就要發布了!  按照原來的安排, 我們 6月17 (周五) 號下午3:00-6:00在fit樓1區222展示最終的beta版本和團隊報告。

作業:

其中, 3pm - 4pm 核實各個團隊的所有工作是否做完。 包括:

團隊貢獻分 [交給ta]

使用者使用情況報告  [上傳到團隊部落格中]

都在**推廣了你們的產品  (列表,  其中必須包括水木新軟體介紹板塊)

使用者反饋如何?

使用者使用情況和原來的估計有什麼異同? 為什麼?

beta 階段的postmortem 報告 [上傳到團隊部落格中],  報告很簡單, 主要回答:

每個成員在beta 階段的實踐和alpha 階段有何改進?

團隊在beta 階段吸取了那些alpha 階段的經驗教訓?

12 條敏捷開發的原則中, 團隊做得最好和最不好的各列舉 2 點。

對照 the cathedral and the bazaar (大教堂和集市), 你的團隊開發模式是哪一種, 優勢/劣勢在**?

4pm 是截止時間, 沒有上交作業的按課程規定處理。沒有按時交成員的團隊貢獻分的團隊, 按照每人0 分處理.

評比:

4pm 開始審核 (4 個團隊, 每個團隊20 分鐘演示 +10 分鐘問答及機動時間),

beta 審核的第一名會得到200 分 (相當於如期高質量完成20 天的scrum 報告)。 

評審要求:

請列印 6 份 《使用者情況使用報告》 交給ta。

專案介紹及演示由團隊自己決定,  以不超過20分鐘為宜。

專案評審的評分要點:

專案滿足了真實使用者的真實需求? 使用者量是多少?

團隊如何從alpha 版本總結經驗, 在beta 版本上得到提高的?

團隊如何運用各種軟體工程的最佳實踐經驗和工具來解決實際問題的?

團隊如何分工合作, 主次分明地完成/放棄各種功能或需求?  從而確保最核心的價值?  

對於專案的不足, 是否有深刻的總結? 如果有,那麼失敗的專案也可以得到較高的分數。 

匿名調查:

所有同學填寫兩份匿名調查, 這些調查不影響學生的成績, 它們用來幫助老師和助教研究教學效果, 提高教學水平.

1) 上課前/後的自我評價, 及時間估計。

2) 對同學協作精神的評價 

現代軟體工程 期中 期末總結部落格作業

軟體工程作業列表 經歷了乙個學期的學習,可以把經歷和收穫總結一下。請說明你付出了多少時間,寫了多少 多少注釋,多少文件 部落格 多少次簽入,最好用折線圖或其他合適的圖形化的方式展現 在期中總結的要求 所作工作的具體成就,軟體的使用者有多少,部落格有多少閱讀,公開的源 有什麼影響力。你在一開始就計畫要...

現代軟體工程 作業 團隊衝刺階段的要求

團隊在日期區間任選 10 天進行衝刺 sprint 每天衝刺要在當天固定時間點發布一篇隨筆。具體的博文規範如下 每篇部落格的要求 scrum scrum 會議的 一張,要有全體團隊成員在場,少乙個人則倒扣相應分數 可以擋住臉等部位保護隱私 pm 報告 打分 建議每天的整個報告滿分是 10 分。助教會...

現代軟體工程 作業彙總

現代軟體工程課程 各個學校的程式設計 軟工作業列表 很多老師反映軟體工程的作業題不好出,學生做的 大作業 也是了無新意。怎麼辦?師生們身處轟轟烈烈的軟體產業的大環境,但是在軟體工程課上做的題目卻是非常簡陋,沒有起到應有的作用,這的確是乙個很有諷刺意義的事情。有很多因素導致這一結果,這些因素都是可以克...