結(jié)隊(duì)項(xiàng)目之需求分析與原型設(shè)計(jì)

?

結(jié)對(duì)者：3011 盧凱欣 ???3034 戚景曉

?

一、需求分析（NABCD模型）

1、N（Need，需求）

• 游戲玩家可以以游客的身份游覽游戲界面。
• ?玩家可以注冊(cè)登錄，在玩家的個(gè)人主頁中可以看到個(gè)人戰(zhàn)績(jī)。
• 游戲包括“單機(jī)模式”與“對(duì)戰(zhàn)模式”，“單機(jī)模式”為玩家獨(dú)自練習(xí)，“對(duì)戰(zhàn)模式”為玩家與其他在線玩家對(duì)戰(zhàn)。
• ?游戲可以創(chuàng)建房間，輸入房間號(hào)即可與好友共玩玩家解不出題時(shí)，游戲可以給出正確解法。

?

2、A（Approach，做法）

• ?對(duì)于游客身份，對(duì)游客的設(shè)置一些權(quán)限，游客不能創(chuàng)建房間且只能選擇“人機(jī)模式”。
• ?用戶注冊(cè)時(shí)，需記錄用戶名以及密碼，并由系統(tǒng)隨機(jī)分配一個(gè)賬號(hào)給用戶，其中用戶名不能重復(fù)。系統(tǒng)將判斷用戶名是否已被使用。
• ?創(chuàng)建房間時(shí)，系統(tǒng)限制進(jìn)入房間的人數(shù)，最多為5人。
• ?對(duì)于玩家的解題，系統(tǒng)通過四則運(yùn)算判斷玩家的解題結(jié)果是否正確。
• 玩家每次答題結(jié)果系統(tǒng)需對(duì)其進(jìn)行記錄并于玩家的個(gè)人主頁中顯示。
• 解題時(shí)，輸入的運(yùn)算符只能是+、-、*、/、（、）這六個(gè),輸入的整數(shù)必須是程序隨機(jī) 產(chǎn)生的那四個(gè)數(shù)，而且每個(gè)數(shù)只能用一次。當(dāng)用戶正確輸入算式后，用“堆棧來求表達(dá)式的值”的原理，求出結(jié)果并判斷是否為 24，得出用戶是輸是贏的結(jié)果。輸出結(jié)果后，詢問用戶是否繼續(xù)，是則重新啟動(dòng)程序，否則結(jié)束程序。

?

?

3、B（Benefit，好處）

• 24點(diǎn)游戲?yàn)橐环N益智游戲，可以鍛煉人的反應(yīng)能力。
• 用戶獨(dú)自玩時(shí)可選擇單機(jī)模式獨(dú)自練習(xí)解題。
• 遇到瓶頸時(shí)系統(tǒng)可給出正確答案，對(duì)于答案不唯一的情況系統(tǒng)也可自行判斷。
• 用戶可與好友隨時(shí)隨地對(duì)戰(zhàn)。

?

4、C（Competitors，競(jìng)爭(zhēng)）

• 24點(diǎn)游戲目前仍作為線下桌游，本次的網(wǎng)頁版24點(diǎn)游戲設(shè)計(jì)可為用戶提供線上桌游，在這一點(diǎn)具有優(yōu)勢(shì)，市場(chǎng)競(jìng)爭(zhēng)小。
• ?用戶可與國(guó)內(nèi)各路人員對(duì)戰(zhàn)，而不局限于身邊的人，面對(duì)對(duì)象廣闊。

?

?

5、D（Delivery，推廣）

• 當(dāng)原型系統(tǒng)被采納之后，立馬投入精力進(jìn)行開發(fā)。
• 微博，微信，QQ等各大社交平臺(tái)進(jìn)行宣傳，以吸引更多用戶。
• 在各大學(xué)校論壇及貼吧上進(jìn)去宣傳，吸引用戶參與
• 與教育機(jī)構(gòu)進(jìn)行合作交流，讓用戶在游戲的同時(shí)進(jìn)行學(xué)習(xí)

?

二．原型設(shè)計(jì)

1.主頁設(shè)計(jì)

• 1.解題頁面設(shè)計(jì)

?

?

?

? ? ? ? 2.?解題頁面設(shè)計(jì)

?

?

?

?

三．PSP表格

PSP2.1	Personal Software Process Stages	預(yù)計(jì)耗時(shí)（分鐘）	實(shí)際耗時(shí)（分鐘）
Planning	計(jì)劃	30	20
· Estimate	·估計(jì)這個(gè)任務(wù)需要多少時(shí)間	30	20
Development	開發(fā)	520	暫無
· Analysis	·需求分析（包括學(xué)習(xí)新技術(shù)）	70	50
· Design Spec	·生成設(shè)計(jì)文檔	60	50
·Design Review	·設(shè)計(jì)復(fù)審（和同事審核設(shè)計(jì)文檔）	30	40
· Coding Standard	·代碼規(guī)范	20	暫無
· Design	·具體設(shè)計(jì)	50	55
· Coding	·具體編碼	250	暫無
· Code Review	·代碼復(fù)審	50	暫無
· Test	·測(cè)試（自我測(cè)試，修改代碼， 提交修改）	90	暫無
Reporting	報(bào)告	150	暫無
· Test Report	·測(cè)試報(bào)告	40	暫無
· Size Measurement	·計(jì)算工作量	50	暫無
· Postmortem & Process Improvement Plan	·事后總結(jié)，并提出過程改進(jìn)計(jì)劃	60	暫無
?	合計(jì)	800	235

?

四．結(jié)對(duì)心得

與隊(duì)友的第一次合作，讓我感覺到自己還有很多方面是不足的，在寫需求分析時(shí)有很多地方都沒有考慮周全，是隊(duì)友的提醒讓我們的需要分析更加完整，希望在往后的更多合作中，我能從隊(duì)友身上學(xué)到更多，認(rèn)識(shí)到自己的不足并且改正

——盧凱欣

此次結(jié)隊(duì)項(xiàng)目收獲甚多，在共同作業(yè)之時(shí)發(fā)現(xiàn)個(gè)人想法的局限性，團(tuán)隊(duì)的合作可使我們的作品不斷地完善。在這段時(shí)間里，我們互取其長(zhǎng)，互補(bǔ)其短，各有所得。

——戚景曉

?

轉(zhuǎn)載于:https://www.cnblogs.com/rekosama/p/10691420.html

總結(jié)

以上是生活随笔為你收集整理的结队项目之需求分析与原型设计的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

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