組長本次作業(yè)博客鏈接

一、組隊(duì)后的團(tuán)隊(duì)項(xiàng)目的整體計(jì)劃安排

階段	主要任務(wù)	計(jì)劃時(shí)間	內(nèi)容
1	項(xiàng)目選題	第七周	選擇可行性強(qiáng)并且能在帶給福大學(xué)子便利的項(xiàng)目，完成項(xiàng)目描述市場調(diào)研，競品分析等
2	需求分析	第八周	撰寫需求分析說明報(bào)告，安排具體分工以及初步原型設(shè)計(jì)
3	設(shè)計(jì)分工	第九、十周	編碼規(guī)范、平臺(tái)環(huán)境搭建、初步架構(gòu)搭建、明確細(xì)節(jié)分工
4	模塊編程 綜合對(duì)接	第十一、十二周	各模塊編碼、測試、項(xiàng)目管理同步推進(jìn)、各模塊完成后進(jìn)行對(duì)接
5	測試反饋	第十三周	實(shí)景測試反饋優(yōu)化、形成最終正式版本
6	優(yōu)化完善	第十四周	根據(jù)測試反饋優(yōu)化，形成最終正式版本
7	項(xiàng)目宣發(fā)	第十五、十六周	用戶手冊(cè)、發(fā)布、文案

二、團(tuán)隊(duì)分工

確定alpha版本需要做哪些事情

需要十分緊湊嚴(yán)格的任務(wù)安排，需要時(shí)間和熬夜，需要團(tuán)隊(duì)成員共同的努力和穩(wěn)定輸出...

* alpha版本：

模塊序號(hào)	模塊名	模塊具體內(nèi)容
1	登錄注冊(cè)模塊	完成用戶的登錄與注冊(cè)
2	推薦模塊	根據(jù)專業(yè)年級(jí)只能推薦書籍
3	搜索模塊	買家自主搜索書籍，按關(guān)鍵字的相關(guān)度或者分類
4	交易模塊	買家和賣家之間下單、線下交易
5	社區(qū)模塊	用戶間關(guān)于書籍的交流
6	個(gè)人基礎(chǔ)信息模塊	昵稱、性別等個(gè)人信息的編輯存儲(chǔ)
7	個(gè)性化模塊	多樣的界面

各成員分工明細(xì)及TODO list

成員	分工明細(xì)	TODO list
張逸杰	跟蹤項(xiàng)目進(jìn)程、安排整體計(jì)劃、后端助攻	跟蹤后端小分隊(duì)進(jìn)程，協(xié)商完成后端開發(fā)
蘇凱婷	前端主力一號(hào)	完成登錄注冊(cè)模塊、搜索模塊、個(gè)性化模塊前端開發(fā)
鮑冰如	原型設(shè)計(jì)、UI設(shè)計(jì)	配合前端開發(fā)進(jìn)程，完成各個(gè)界面UI設(shè)計(jì)
陳榮杰	后端主力三號(hào)、接口設(shè)計(jì)輔助	完成各模塊的接口設(shè)計(jì)，配合后端開發(fā)
楊錦鑌	前端主力二號(hào)	完成推薦模塊、交易模塊前端開發(fā)
王嵚	接口設(shè)計(jì)、后端輔助	配合完成接口設(shè)計(jì)、配合完成后端開發(fā)
林家偉	后端主力一號(hào)、數(shù)據(jù)庫搭建	完成后端開發(fā)
黃彬煌	后端主力二號(hào)	完成后端開發(fā)
黃智鋒	原型設(shè)計(jì)、UI設(shè)計(jì)	配合前端開發(fā)進(jìn)程，完成各個(gè)界面UI設(shè)計(jì)
吳智勇	接口設(shè)計(jì)，數(shù)據(jù)庫搭建輔助	配合完成接口設(shè)計(jì)、配合完成數(shù)據(jù)庫搭建
劉汪洋	前端主力三號(hào)	完成社區(qū)模塊、個(gè)人基礎(chǔ)信息前端開發(fā)

燃盡圖

三、思維導(dǎo)圖

下面是“易書”app的思維導(dǎo)圖：

四、團(tuán)隊(duì)成員貢獻(xiàn)比例

撰寫需求規(guī)格說明書的流程圖

組員分工及工作量

負(fù)責(zé)人	任務(wù)	工作量比例
張逸杰	撰寫需求分析報(bào)告	8%
蘇凱婷	答辯演講	15%
鮑冰如	撰寫博客	10%
陳榮杰	PPT和評(píng)審表的制作	10%
楊錦鑌	PPT和評(píng)審表的制作	10%
王嵚	撰寫需求分析報(bào)告	8%
林家偉	撰寫需求分析報(bào)告	8%
黃彬煌	繪制UML圖	8%
黃智鋒	原型設(shè)計(jì)	10%
吳智勇	原型設(shè)計(jì)	8%
劉汪洋	文檔審核	5%

五、評(píng)審表格設(shè)計(jì)

下面是我們團(tuán)隊(duì)此次制作的評(píng)審表：

六、UML

Part1 用例圖

這里描述的是系統(tǒng)哪個(gè)部分？

描述了用戶選擇買家找書和買家賣書以及買家和賣家交易的方法。

這部分要面臨什么樣的問題？

如何確定元素之間，角色之間，用例之間關(guān)系。

以下設(shè)計(jì)解決了什么樣的問題

明確了用例間的關(guān)系，獲取了需求，對(duì)過程中的其他工作流起到指導(dǎo)作用。

附用例圖

Part2 類圖

這里描述的是系統(tǒng)哪個(gè)部分？

描述的是系統(tǒng)的各種類。

這部分要面臨什么樣的問題？

需要了解實(shí)現(xiàn)功能所需的各個(gè)類以及相應(yīng)方法

以下設(shè)計(jì)解決了什么樣的問題

總結(jié)了各個(gè)類對(duì)象所必需的屬性，以及實(shí)現(xiàn)活動(dòng)圖各個(gè)操作的方法

附類圖

Part3 活動(dòng)圖

這里描述的是系統(tǒng)哪個(gè)部分？

活動(dòng)圖描述了買家買書和賣家賣書的具體流程，例如尋找書籍和上架書籍信息等。

這部分要面臨什么樣的問題？

買家和賣家如何交易二手書籍的這個(gè)流程需要更多的考量。

以下設(shè)計(jì)解決了什么樣的問題

解決了買家獲得所需書籍的方式，包括智能分類和自主搜索，以及賣家和買家之間在社區(qū)留言板關(guān)于書籍的交流。

附活動(dòng)圖

Part4 狀態(tài)圖

這里描述的是系統(tǒng)哪個(gè)部分？

狀態(tài)圖描述了系統(tǒng)在不同使用場景下的狀態(tài)轉(zhuǎn)移邏輯。狀態(tài)圖將系統(tǒng)分為九種狀態(tài)，用戶首先處于未注冊(cè)狀態(tài)，經(jīng)過注冊(cè)的觸發(fā)進(jìn)入已已注冊(cè)狀態(tài)；再經(jīng)過登錄成功的觸發(fā)進(jìn)入選擇角色（買家或者賣家）的狀態(tài)；如果進(jìn)入買家的狀態(tài)，則可進(jìn)入找書的狀態(tài)，進(jìn)而到買書、結(jié)算或者留言的狀態(tài)，而賣家能經(jīng)觸發(fā)進(jìn)入與買家結(jié)算的狀態(tài)。

這部分要面臨什么樣的問題？

包括各種狀態(tài)的設(shè)置，狀態(tài)轉(zhuǎn)移關(guān)系的設(shè)置。

以下設(shè)計(jì)解決了什么樣的問題

明確了系統(tǒng)在不同使用場景下的狀態(tài)轉(zhuǎn)移邏輯

附狀態(tài)圖

Part5 實(shí)體關(guān)系圖

這里描述的是系統(tǒng)哪個(gè)部分？

用來描述信息系統(tǒng)中概念模型的數(shù)據(jù)存儲(chǔ)。買家具有用戶名、支付賬號(hào)、郵箱等屬性，訂單具有訂單號(hào)和訂單時(shí)間等屬性，賣家具有用戶名、收款賬號(hào)、郵箱等屬性，書城具有書籍號(hào)、書籍名等屬性。

這部分要面臨什么樣的問題？

需要明確數(shù)據(jù)在系統(tǒng)中各個(gè)處理階段的狀態(tài)是怎樣的。

以下設(shè)計(jì)解決了什么樣的問題

解決了實(shí)體間關(guān)聯(lián)模糊的問題。

附實(shí)體關(guān)系圖

七、工具選擇

使用StarUML制作思維導(dǎo)圖，用例圖，活動(dòng)圖，狀態(tài)圖，類圖；使用WPS制作ER圖、燃盡圖。

八、工具評(píng)價(jià)

StarUML是一款顏值高的軟件，簡直讓人想要迫不及待畫個(gè)UML圖，界面也很簡潔，使用起來也沒什么障礙，體驗(yàn)很好。WPS是熟悉的工具，制作ER圖也沒有很大的難度。

九、答辯總結(jié)

小組現(xiàn)場答辯得分

組名	得分
第一組	54
第二組	54
第三組	55.8（去掉最高分）
第四組	54
第五組	52.8（）去掉最低分
第六組	54
第七組	54.6
第八組	55
第九組	53
第十組	55.2

去掉一個(gè)最低分和一個(gè)最高分，最后得分54.225

回答提問

(1)請(qǐng)問你們是怎樣保證安全性？

由于我們的軟件主要面向福大的學(xué)生，而學(xué)生的學(xué)號(hào)也具有唯一性，所以針對(duì)用戶的登錄安全，我們到時(shí)會(huì)在登錄注冊(cè)時(shí)進(jìn)行學(xué)號(hào)驗(yàn)證，即用戶輸入教務(wù)處賬號(hào)和教務(wù)處密碼，綁定成功即可登錄注冊(cè)。

(2)你們是如何對(duì)用戶上傳的二手書籍信息進(jìn)行審核的呢？

對(duì)于二手書籍的審核比較關(guān)鍵的問題是要對(duì)用戶上傳信息的真實(shí)性進(jìn)行驗(yàn)證，而我們的軟件要求用戶上傳商品時(shí)同時(shí)上傳商品照片和商品描述，再者，因?yàn)槲覀兊闹饕脩羰歉４髮W(xué)子，而我們相信，福大學(xué)子是有內(nèi)涵，有情操，有思想，為人誠信的完美用戶，他們是不會(huì)做這種上傳虛假商品的無聊行徑，用戶的自覺性也是我們審核工作的保障。

完善和修改需求分析報(bào)告

（1）建議：可以添加用戶登錄安全性的驗(yàn)證

修改：添加了用戶的安全性由教務(wù)處賬號(hào)密碼保障的說明。

(2)建議：可以添加關(guān)于用戶上傳的二手書籍信息的審核說明

修改：著重說明賣家上傳書籍信息時(shí)要包括書籍照片和新舊程度介紹，以及添加了號(hào)召用戶發(fā)揮自覺性創(chuàng)建良好二手交易氛圍的部分。

十、需求規(guī)格說明書

點(diǎn)擊下載需求規(guī)格說明書

十一、遇到的困難及解決辦法

（1）原型設(shè)計(jì)方面

困難描述：

在我們這款app的原型設(shè)計(jì)工作上，風(fēng)格或者功能排版等設(shè)計(jì)很難將每個(gè)人的想法統(tǒng)一起來

做過哪些嘗試

兩個(gè)人參與原型設(shè)計(jì)，一起決定app各部分的設(shè)計(jì)，風(fēng)格也采取簡潔風(fēng)。

是否解決

是，解決了，做出了優(yōu)秀的原型設(shè)計(jì)，兩個(gè)人一起提意見一起設(shè)計(jì)。

有何收獲

增加了我們?cè)谝苿?dòng)端原型設(shè)計(jì)上的經(jīng)驗(yàn)，在設(shè)計(jì)的時(shí)候也要和隊(duì)友多交流，避免設(shè)計(jì)風(fēng)格不統(tǒng)一的問題。

（2）需求分析報(bào)告方面

困難描述：

很難對(duì)用戶的需求面面俱到地進(jìn)行分析，一個(gè)人下一子都不能做好需求分析，缺乏對(duì)項(xiàng)目需求分析的經(jīng)驗(yàn)，對(duì)非功能性需求中的總體需求和性能需求的定義不清楚

做過哪些嘗試

安排三人完成需求分析報(bào)告，人多力量大；搜尋相關(guān)文檔，參考網(wǎng)絡(luò)上的類似案例，逐步深入需求細(xì)節(jié)

是否解決

是，解決了，明確了用戶的需求，順利制作了需求分析報(bào)告

有何收獲

對(duì)軟件工程的需求分析有了初步的認(rèn)識(shí)，也對(duì)接下來的工作流程更加了解了。需求分析需要和隊(duì)友之間密切交流討論，不斷完善分析，感受到了團(tuán)隊(duì)的重要性。

十二、PSP

PSP2.1	Personnal Software Process Stagese	預(yù)估耗時(shí) （分鐘）	實(shí)際耗時(shí) （分鐘）
Planning	計(jì)劃	20	20
· Estimate	· 估計(jì)這個(gè)任務(wù)需要多少時(shí)間	20	20
Development	開發(fā)	500	650
· Analysis	· 需求分析（包括學(xué)習(xí)新技術(shù)）	60	90
· Design Spec	· 生成設(shè)計(jì)文檔	220	240
· Design Review	· 設(shè)計(jì)復(fù)審	20	30
· Coding Standard	· 代碼規(guī)范（為目前的開發(fā)制定合適的規(guī)范）	0	0
· Design	· 具體設(shè)計(jì)	240	220
· Coding	· 具體編碼	0	0
· Test	· 測試（自我測試，修改代碼，提交修改）	0	0
Reporting	報(bào)告	50	80
· Test Repor	· 測試報(bào)告	0	0
· Size Measurement	· 計(jì)算工作量	30	30
· Postmortem & Process Improvement Plan	· 事后總結(jié)，并提出過程改進(jìn)計(jì)劃	30	30
	· 合計(jì)	1190	1980

十三、學(xué)習(xí)進(jìn)度條

第N周	新增代碼（行）	累計(jì)代碼（行）	本周學(xué)習(xí)耗時(shí)(小時(shí))	累計(jì)學(xué)習(xí)耗時(shí)（小時(shí)）	重要成長
1	0	0	10	10	學(xué)習(xí)axure的使用方法
2	2000+	2000+	130	140	學(xué)習(xí)html,css,js,前端制作
3	1000+	3000+	20	160	算法
4	0	3000+	20	180	對(duì)需求分析報(bào)告有了更深了解
...

總結(jié)

以上是生活随笔為你收集整理的团队项目-需求分析报告的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。