需求分析報告

團隊項目-需求分析報告

1、博客連接

組長博客

2、組隊後的團隊項目的總體計劃安排

• 編寫需求說明書。
• 肯定各功能模塊分工。
• UI設計完成，基礎功能算法完成，制定測試計劃。
• 完成Alpha版本，編碼+測試+項目管理同步推動。
• 完善項目，肯定用戶試用反饋和對測試計劃改進。
• 完成Beta版本，以反饋爲基礎進行改良。
• 版本完善，編寫用戶手冊。
• 正式版本發佈，並進行維護和支持。

3、團隊分工

組員	主要任務
徐俊傑	規劃項目進程、ppt演講
李家涌	撰寫博客
黃麗萍	ppt製做
朱雅珊	ppt製做
連振升	提出相關假設
範文輝	非功能規格設計
李煒煒	項目logo設計
江列湫	UML圖製做
楊文	UML圖製做
彭佳偉	設計評審表、評分

4、思惟導圖

5、評估團隊中每一個人對本次做業的貢獻比例

工做流程：

• 先找一個模板學習
• 根據模板須要的東西小組內進行分析討論。
• 根據討論結果，結合自身產品查詢資料，肯定需求規格說明書。
• 最後進行分工，完成文檔。

組員	分工	貢獻比例
徐俊傑	PPT、評審	15%
李家涌	編寫隨筆、評審	6%
連振升	需求分析報告、設計原型、評審	10%
範文輝	提出用戶需求、評審	6%
黃麗萍	編輯文檔、評審	12%
朱雅珊	完善文檔、評審	6%
楊文	設計類圖、評審	6%
李煒煒	設計驗收標準、評審	6%
江列湫	分析用戶場景、評審	6%
彭佳偉	評審表製做、編寫需求分析、評審	9%

6、評審表格設計

7、UML

一、用例圖

二、類圖

三、活動圖

四、狀態圖

五、實體關係圖

8、工具選擇

• 工具
  • Mindmaster
  • Staruml
• 選擇理由：
  • Mindmaster有較好的中文支持，操做方便
  • Staruml查到博客上有推薦（重點是能夠免費用），上手比較快

9、使用後對工具的評價

• 整體來講仍是很好用的
• 具體功能還要具體學習

10、答辯總結

現場答辯得分

組號	打分分數
第一組	52
第二組	54
第三組	52
第四組	54
第五組	53.4
第六組	53
第七組	56（最高分）
第八組	48（最低分）
第九組	53
第十組	54
平均分	53

其餘小組對本小組的提問

Q:關於軟件的安全方面？如何保護信息安全

A:增強安全認證

完善本組需求分析報告

已改入需求規格說明書，主要是關於軟件安全方面的改動

11、《需求規格說明書》

點擊下載

12、遇到的困難及解決方法

困難描述

• 小組成員對不瞭解本身的具體工做

• 不知道要選用哪些工具

  作過哪些嘗試

• 開會進行討論，明確每一名成員的分工

• 網上搜索相關的資料

  是否解決

  已解決

  有何收穫

• 學會了各類工具的基本用法

• 加強了團隊的凝聚力

十3、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

十4、學習進度條

第N周	新增代碼（行）	累計代碼（行）	本週學習耗時(小時)	累計學習耗時（小時）	重要成長
1