對第一次迭代的總結

2022-07-15 19:03:13 字數 1737 閱讀 7379

隊名:134+1 

專案:基於神經網路的人臉情緒識別系統

思考總結

設想和目標

我們的軟體要解決什麼問題?是否定義得很清楚?是否對典型使用者和典型場景有清晰的描述?

我們達到目標了麼(原計畫的功能做到了幾個? 按照原計畫交付時間交付了麼? 原計畫達到的使用者數量達到了麼? 

實現情況

通過資料集對神經網路進行訓練使對原資料集測試的準確率達到了80%~90%,對與其他資料集測試準確率能夠達到40%~50%。

3.使用者量, 使用者對重要功能的接受程度和我們事先的預想一致麼? 我們離目標更近了麼?

4.有什麼經驗教訓? 如果歷史重來一遍, 我們會做什麼改進?

計畫

1.是否有充足的時間來做計畫?

2.團隊在計畫階段是如何解決同事們對於計畫的不同意見的?

3.你原計畫的工作是否最後都做完了? 如果有沒做完的,為什麼?

4.有沒有發現你做了一些事後看來沒必要或沒多大價值的事?

5.是否每一項任務都有清楚定義和衡量的交付件?

6.是否專案的整個過程都按照計畫進行,專案出了什麼意外?有什麼風險是當時沒有估計到的,為什麼沒有估計到?

7. 在計畫中有沒有留下緩衝區,緩衝區有作用麼?

8.將來的計畫會做什麼修改?(例如:緩衝區的定義,加班)

9.我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?

資源

1.我們有足夠的資源來完成各項任務麼?

2.各項任務所需的時間和其他資源是如何估計的,精度如何?

3.測試的時間,人力和軟體/硬體資源是否足夠? 對於那些不需要程式設計的資源 (美工設計/文案)是否低估難度?

4.你有沒有感到你做的事情可以讓別人來做(更有效率)?

5.有什麼經驗教訓? 如果歷史重來一遍, 我們會做什麼改進?

1.每個相關的員工都及時知道了變更的訊息?

2.我們採用了什麼辦法決定「推遲」和「必須實現」的功能?

對於推遲的就是那些附加的,比如提高訓練的準確率,擺正人臉,美化等等。

3.專案的出口條件(exit criteria – 什麼叫「做好了」)有清晰的定義麼?

4.比較專案開始的 uml 文件和現在的狀態有什麼區別?這些區別如何產生的?是否要更新 uml 文件?

5.什麼功能產生的bug最多,為什麼?在發布之後發現了什麼重要的bug? 為什麼我們在設計/開發的時候沒有想到這些情況?

6.**複審(code review)是如何進行的,是否嚴格執行了**規範?

1.團隊是否有乙個測試計畫?為什麼沒有?

2.是否進行了正式的驗收測試?

3.團隊是否有測試工具來幫助測試?

4.團隊是如何測量並跟蹤軟體的效能的?從軟體實際執行的結果來看,這些測試工作有用麼?應該有哪些改進?

5.在發布的過程中發現了哪些意外問題?

6.我們學到了什麼? 如果歷史重來一遍, 我們會做什麼改進?

1.團隊的每個角色是如何確定的,是不是人盡其才?

2.團隊成員之間有互相幫助麼?

3.當出現專案管理、合作方面的問題時,團隊成員如何解決問題?

1.你覺得團隊目前的狀態屬於 cmm/cmmi 中的哪個檔次?

2.你覺得團隊目前處於 萌芽/磨合/規範/創造 階段的哪乙個階段?

3.你覺得團隊在這個里程碑相比前乙個里程碑有什麼改進?

4.你覺得目前最需要改進的乙個方面是什麼?

第一次迭代開發總結

上週進行了alpha版本專案的驗收,為第一次迭代畫上了句號。以下是我對本組專案第一次迭代的思考與總結 1.我們的軟體要解決什麼問題?是否定義得很清楚?是否對典型使用者和典型場景有清晰的描述?產品定義 我們軟體定義明確,是為需要使用車輛的使用者提供及時租車功能 典型使用者 出差在外上班族 典型場景 機...

第一次總結

走上acm之路的奇葩起因 大一下學期過得太過渾渾噩噩,負罪感超標,想趁著暑假學點資料結構 c 什麼的,還聽說大二的程式設計實驗巨難,想著靠暑假集訓實驗不掛,真沒想過要出去比賽或者堅持兩年 也是自己比較low,感覺拿不到比賽機會 超沒追求的說。學校acm暑假集訓,因為是妹紙,所以零基礎教練也讓參加了 ...

第一次總結

這是第一次寫部落格,確實不知道寫什麼,就總結一下今天學到的吧。磁碟 記憶體 cpu 之間的關係 2.知道了它們的關係,我們來看資料結構 對資料的基本操作就是增刪改查,而它們可以分為順序結構和鏈式結構,陣列就是順序結構,我們可以通過下標來訪問它的每乙個元素。我們來看一下各個結構的時間複雜的 型別操作 ...