一、說明
軟體專案的風險管理是對軟體專案的預測和估計，在一定程度上影響著軟體的開發進度和完成的效果。因此，
軟體的風險管理是特別重要的，以下是我們小組討論之後，對團隊開發的專案的軟體風險的估計。其中包括風險
表，風險優先順序表，化解方案表。
二、軟體風險表
| 編號 | 風險名稱 | 發生概率（%） | 損失(人/兩天) | 危險度（兩天） |
| 1 | 計劃過於樂觀，沒有在規定的時間內完成spring計劃的要求 | 60 | 3 | 1.8 |
| 2 | 設計欠佳，需要重新設計介面 | 30 | 2 | 0.6 |
| 3 | 由於個別成員臨時有事，導致在其工作無法進行，從而影響專案的進度 | 30 | 4 | 1.2 |
| 4 |
在軟體開發過程中，由於與其他的課程發生衝突，或者面臨個別科目的考試， 小組成員不得不停下專案，複習考試科目 |
50 | 5 | 2.5 |
| 5 | 因為程式原始碼丟失而造成的風險（某位成員的電腦硬碟壞道，或者是在沒有備份的情況下， 誤刪等造成的程式碼丟失） |
10 | 7 | 0.7 |
三、風險優先順序表
| 編號 | 風險名稱 | 發生概率（%） | 損失（人/兩天） | 危險度（兩天） |
| 4 |
在軟體開發過程中，由於與其他的課程發生衝突，或者面臨個別科目的考試， 小組成員不得不停下專案，複習考試科目 |
50 | 5 | 2.5 |
| 1 | 計劃過於樂觀，沒有在規定的時間內完成spring計劃的要求 | 60 | 3 | 1.8 |
| 3 | 由於個別成員臨時有事，導致在其工作無法進行，從而影響專案的進度 | 30 | 4 | 1.2 |
| 5 | 因為程式原始碼丟失而造成的風險（某位成員的電腦硬碟壞道，或者是在沒有備份的情況下， 誤刪等造成的程式碼丟失） |
10 | 7 | 0.7 |
| 2 | 設計欠佳，需要重新設計介面 | 30 | 2 | 0.6 |
四、對風險化解方法
| 風險描述 | 控制方法 |
|
在軟體開發過程中，由於與其他的課程發生衝突，或者面臨個別科目的考試， 小組成員不得不停下專案，複習考試科目 |
適當的安排考試複習時間 儘量為專案的開發爭取時間 |
| 計劃過於樂觀，沒有在規定的時間內完成spring計劃的要求 | 借鑑以往學長學姐的開發經驗 合理估計時間 |
| 由於個別成員臨時有事，導致在其工作無法進行，從而影響專案的進度 | 在專案開發中每個人負責的模組要寫清說明文件 便於在這種情況的發生時進行專案的交接 |
| 因為程式原始碼丟失而造成的風險（某位成員的電腦硬碟壞道，或者是在沒有備份的情況下， 誤刪等造成的程式碼丟失） |
及時備份資料 或將程式碼及時傳到GitHub上 |
| 設計欠佳，需要重新設計介面 | 在介面設計之初廣泛徵求使用者意見 儘可能避免該情況的發生 |