第07組 團隊項目-需求分析報告

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

時間	計劃	完成狀況
9.10	確認選題	已完成
9.10-9.18	確認分工	已完成
9.19-10.19	前期準備及學習	已完成
10.1-10.21	選題報告及答辯	已完成
10.20-10.26	需求分析報告及答辯	已完成
10.27-11.22	Alpha階段	未完成
11.23-12.13	Beta階段	未完成
12.14-？	完善	未完成

團隊分工

alpha 版本須要作哪些事情
1.登陸註冊
2.發佈博客
3.項目分類
4.編輯資料

團隊成員	分工明細	TODO list
楊明哲	團隊規劃、後端功能實現、文檔編寫	規劃項目進程、組織會議、後端功能實現
卞永亨	後端功能實現、後端數據庫搭建	後端數據庫搭建
林興源	後端功能實現、文檔編寫	後端功能實現
林鑫	後端功能實現、後端服務器搭建	後端服務器搭建
薛紫微	前端界面、前端功能實現	前端界面、功能
陳碧芬	文檔編寫、博客撰寫、前端界面	前端界面、功能
朱麗辰	前端界面、原型設計、視頻剪輯	前端界面
黃森敏	前端界面、前端功能實現	前端界面、功能
容慧珺	前端界面、前端功能實現	前端界面、功能
高星	前端界面、前端功能實現	前端界面、功能

燃盡圖

思惟導圖（3 2分）

貢獻比例

成員	貢獻比例（%）	分工
楊明哲	5%	製做需求報告
卞永亨	9%	評審其餘組，驗收標準
林興源	15%	講ppt，評審其餘組
林鑫	9%	UML圖，驗收標準
薛紫微	9%	UML圖，驗收標準
陳碧芬	10%	思惟導圖
朱麗辰	10%	頁面設計
黃森敏	9%	接口功能
容慧珺	12%	UML圖，博客
高星	12%	ppt，博客

評審表格設計（5 1分）

UML

用例圖

• 這裏描述的是系統哪部分？
  用戶和遊客的交互用例
• 這部分要面臨什麼樣的問題？
  用戶能幹什麼
• 如下設計解決了哪些問題？
  明晰用戶類型以及操做
  

類圖

• 這裏描述的是系統哪部分？
  各部分數據的關係
• 這部分要面臨什麼樣的問題？
  各種總體框架設計
• 如下設計解決了哪些問題？
  指明各種之間的關係
  

活動圖

• 這裏描述的是系統哪部分？
  使用流程圖
• 這部分要面臨什麼樣的問題？
  流程複雜
• 如下設計解決了哪些問題？
  簡化流程，上手簡單
  

狀態圖

• 這裏描述的是系統哪部分？
  用戶使用流程圖
• 這部分要面臨什麼樣的問題？
  設計邏輯問題
• 如下設計解決了哪些問題？
  理清邏輯順序
  

實體關係圖

• 這裏描述的是系統哪部分？
  用戶，項目，博客的ER圖
• 這部分要面臨什麼樣的問題？
  三方關係複雜
• 如下設計解決了哪些問題？
  理清三者之間的聯繫
  

工具選擇

• Visio：功能強大，適用於全部人羣
• StarUML:操做簡便，功能強大

答辯總結（9 9分）

本組的現場答辯得分：

52.2

回答其餘小組對本小組的提問

1.與一些如今已經成熟的開源博客社區相比，大家的優點在哪裏？
咱們的優點是面對項目來寫博客，以項目爲核心，用博客的方式來協做

2.感受真正地大佬早已經習慣了github等開源社區，而新手的使用意願應該不會很高，建議慎重考慮或者開發一些新功能來突出本身的優點
咱們要作的搖光是帶領中國的開源，github對於一些人包括大佬並不友好，並且尚未以項目爲核心的博客，這就是咱們最大的優點

3.關於項目博客這方面，是用戶先建立一個新的項目，而後在該項目下發表博客嗎？
用戶能夠建立一個項目而後在其中發佈博客，也能夠在別人的項目裏發佈博客

4.

5.

6.個性化推薦功能的準確度能達到多高？
個性化推薦的準確度會隨着用戶參與項目瀏覽發帖回覆頻率增高而增高。

7.如何確保不文明字眼不出現，或者是一些不合適的文檔的出現？
出現不文明字眼會自動進行屏蔽，不文明文檔將會有警告提示而且沒法上傳

8.

9.

10.感受使用的人更多的會是新手，如何避免大量相似todolist的無養分項目氾濫
設置發佈項目的時候會有標籤分類，咱們能夠在用戶在選取發佈項目類別時主動彈出相同類別的項目供用戶查看

11.是否有方便的分類或檢索機制？如標籤系統
用戶在發佈項目時會有相應的標籤分類

《需求規格說明書》

遇到的困難及解決方法

困難描述

不懂得如何畫類圖

作過哪些嘗試

尋找材料以及詢問同窗

是否解決

已解決·

有何收穫

學會了如何畫類圖

PSP

PSP2.1	Personal Software Process Stages	預估耗時（分鐘）	實際耗時（分鐘）
Planning	計劃	20	20
Estimate	估計這個任務須要多少時間	40	30
Development	開發	1000	1520
Analysis	需求分析 (包括學習新技術)	100	240
Design Spec	生成設計文檔	200	300
Design Review	設計複審	60	120
Coding Standard	代碼規範 (爲目前的開發制定合適的規範)	30	20
Design	具體設計	200	300
Coding	具體編碼	240	300
Code Review	代碼複審	120	160
Test	測試（自我測試，修改代碼，提交修改）	150	180
Reporting	報告	150	200
Test Repor	測試報告	15	20
Size Measurement	計算工做量	15	20
Postmortem & Process Improvement Plan	過後總結, 並提出過程改進計劃	25	30
	合計	1365	1940

學習進度條

第N周	新增代碼（行）	累計代碼（行）	本週學習耗時(小時)	累計學習耗時（小時）	重要成長
1	0	0	10	10	學習了API的調用和python
2	0	0	15	25	學習了js語言
3	1000+	1000+	20	55	開始進行後端製做
4	1000+	2000+	60	115	前端製做過程當中學習到了許多知識
...	...	...	...	...	...