團隊項目-需求分析報告
一、博客鏈接
二、組隊后的團隊項目的整體計划安排
- 編寫需求說明書。
- 確定各功能模塊分工。
- UI設計完成，基礎功能算法完成，制定測試計划。
- 完成Alpha版本，編碼+測試+項目管理同步推進。
- 完善項目，確定用戶試用反饋和對測試計划改進。
- 完成Beta版本，以反饋為基礎進行改良。
- 版本完善，編寫用戶手冊。
- 正式版本發布，並進行維護和支持。
三、團隊分工
| 組員 | 主要任務 |
|---|---|
| 徐俊傑 | 規划項目進程、ppt演講 |
| 李家涌 | 撰寫博客 |
| 黃麗萍 | ppt制作 |
| 朱雅珊 | ppt制作 |
| 連振升 | 提出相關假設 |
| 范文輝 | 非功能規格設計 |
| 李煒煒 | 項目logo設計 |
| 江列湫 | UML圖制作 |
| 楊文 | UML圖制作 |
| 彭佳偉 | 設計評審表、評分 |
四、思維導圖
五、評估團隊中每個人對本次作業的貢獻比例
工作流程：
- 先找一個模板學習
- 根據模板需要的東西小組內進行分析討論。
- 根據討論結果，結合自身產品查詢資料，確定需求規格說明書。
- 最后進行分工，完成文檔。
| 組員 | 分工 | 貢獻比例 |
|---|---|---|
| 徐俊傑 | PPT、評審 | 15% |
| 李家涌 | 編寫隨筆、評審 | 6% |
| 連振升 | 需求分析報告、設計原型、評審 | 10% |
| 范文輝 | 提出用戶需求、評審 | 6% |
| 黃麗萍 | 編輯文檔、評審 | 12% |
| 朱雅珊 | 完善文檔、評審 | 6% |
| 楊文 | 設計類圖、評審 | 6% |
| 李煒煒 | 設計驗收標准、評審 | 6% |
| 江列湫 | 分析用戶場景、評審 | 6% |
| 彭佳偉 | 評審表制作、編寫需求分析、評審 | 9% |
六、評審表格設計
七、UML
1、用例圖
2、類圖
3、活動圖
4、狀態圖
5、實體關系圖
八、工具選擇
- 工具
- Mindmaster
- Staruml
- 選擇理由：
- Mindmaster有較好的中文支持，操作方便
- Staruml查到博客上有推薦（重點是可以免費用），上手比較快
九、使用后對工具的評價
- 總體來說還是很好用的
- 具體功能還要具體學習
十、答辯總結
現場答辯得分
| 組號 | 打分分數 |
|---|---|
| 第一組 | 52 |
| 第二組 | 54 |
| 第三組 | 52 |
| 第四組 | 54 |
| 第五組 | 53.4 |
| 第六組 | 53 |
| 第七組 | 56（最高分） |
| 第八組 | 48（最低分） |
| 第九組 | 53 |
| 第十組 | 54 |
| 平均分 | 53 |
其他小組對本小組的提問
Q:關於軟件的安全方面？如何保護信息安全
A:加強安全認證
完善本組需求分析報告
已改入需求規格說明書，主要是關於軟件安全方面的改動
十一、《需求規格說明書》
十二、遇到的困難及解決方法
困難描述
-
小組成員對不了解自己的具體工作
-
不知道要選用哪些工具
做過哪些嘗試
-
開會進行討論，明確每一名成員的分工
-
網上搜索相關的資料
是否解決
已解決
有何收獲
-
學會了各種工具的基本用法
-
增強了團隊的凝聚力
十三、PSP
| 過程 | 預估耗時（分鍾） | 實際耗時（分鍾） |
|---|---|---|
| 計划 | 30 | 20 |
| 估計任務時間 | 20 | 15 |
| 開發 | 280 | 300 |
| 需求分析 (包括學習新技術) | 260 | 250 |
| 生成設計文檔 | 20 | 50 |
| 設計復審 | 0 | 0 |
| 代碼規范 (為目前的開發制定合適的規范) | 0 | 0 |
| 具體設計 | 0 | 0 |
| 具體編碼 | 0 | 0 |
| 代碼復審 | 0 | 0 |
| 測試（自我測試，修改代碼，提交修改） | 0 | 0 |
| 報告 | 30 | 25 |
| 測試報告 | 0 | 0 |
| 計算工作量 | 0 | 0 |
| 事后總結, 並提出過程改進計划 | 30 | 25 |
| 合計 | 340 | 345 |
十四、學習進度條
| 第N周 | 新增代碼（行） | 累計代碼（行） | 本周學習耗時(小時) | 累計學習耗時（小時） | 重要成長 |
|---|---|---|---|---|---|
| 1 |