第一篇：網(wǎng)站開發(fā)項(xiàng)目立項(xiàng)與需求分析

任務(wù)1 網(wǎng)站開發(fā)項(xiàng)目立項(xiàng)與需求分析

具體任務(wù)：

1、成立網(wǎng)站開發(fā)項(xiàng)目小組 ? 確定項(xiàng)目組長 ? 確定項(xiàng)目成員分工 ? 提交網(wǎng)站開發(fā)立項(xiàng)書

2、在Internet調(diào)查類似的網(wǎng)站，編寫網(wǎng)站調(diào)查表

3、通過不同方式調(diào)查網(wǎng)站用戶需求，編寫用戶需求調(diào)查表 ? 調(diào)查者的姓名、學(xué)號(hào)、組號(hào)

? 調(diào)查規(guī)模，即調(diào)查哪些用戶、網(wǎng)站、調(diào)查的覆蓋率；

? 調(diào)查的內(nèi)容，即被調(diào)查的每個(gè)用戶提出了什么要求、被調(diào)查網(wǎng)站的內(nèi)容特色及功能特點(diǎn)；

? 調(diào)查的收貨與建議，即根據(jù)調(diào)查情況提出開發(fā)網(wǎng)站的內(nèi)容查考建議和網(wǎng)站功能的參考建議。

4、編寫網(wǎng)站需求分析報(bào)告 ? 準(zhǔn)備開發(fā)網(wǎng)站的名稱；

? 網(wǎng)站的用戶分類及定位，即那些人瀏覽和使用網(wǎng)站； ? 流程圖或者示意圖，描述不同用戶的需求；

? 文字與功能體系圖，描述網(wǎng)站要為用戶提供哪些服務(wù)。

要求：

1、提交《網(wǎng)站開發(fā)項(xiàng)目計(jì)劃書》

2、提交《網(wǎng)站調(diào)查表與用戶需求調(diào)查表》

3、提交《網(wǎng)站需求分析報(bào)告》

實(shí)驗(yàn)環(huán)節(jié)及步驟

一、網(wǎng)站開發(fā)項(xiàng)目立項(xiàng)

1、成立網(wǎng)站開發(fā)項(xiàng)目組，確定項(xiàng)目組長，對(duì)項(xiàng)目組成員進(jìn)行分工

2、進(jìn)行小組討論，明確網(wǎng)站的開發(fā)目的，確定網(wǎng)站開發(fā)項(xiàng)目的內(nèi)容

3、編寫網(wǎng)站開發(fā)項(xiàng)目立項(xiàng)書，提交指導(dǎo)教師批準(zhǔn)執(zhí)行

因?yàn)榫W(wǎng)站開發(fā)的工作量較大，內(nèi)容涉及到多個(gè)方面，為了保證在課程學(xué)習(xí)期間開發(fā)出一個(gè)優(yōu)秀的網(wǎng)站，要重視項(xiàng)目小組的組成和分工，以團(tuán)隊(duì)的力量來共同開發(fā)網(wǎng)站。

項(xiàng)目組成員同時(shí)要扮演網(wǎng)站用戶和網(wǎng)站開發(fā)人員兩種角色。成立項(xiàng)目組后，有組長組織召開小組討論會(huì)，確定網(wǎng)站開發(fā)項(xiàng)目名稱，要明確為什么建立這個(gè)網(wǎng)站？是為了給用戶提供什么服務(wù)，還是要在網(wǎng)上宣傳自己？是在網(wǎng)上介紹知識(shí)、以網(wǎng)會(huì)友，還是給某個(gè)企業(yè)建立一個(gè)電子商務(wù)網(wǎng)站？只有解決這些問題，才能明確建站的目的，下面的工作才能有明確的方向。

項(xiàng)目組通過討論，其結(jié)果可通過項(xiàng)目立項(xiàng)來描述，項(xiàng)目書的要點(diǎn)如下： 第一，網(wǎng)站開發(fā)的名稱和目標(biāo)； 第二，網(wǎng)站開發(fā)項(xiàng)目背景；

第三，網(wǎng)站開發(fā)的任務(wù)、小組成員的責(zé)任與分工 第四，網(wǎng)站開發(fā)的時(shí)間進(jìn)度

網(wǎng)站開發(fā)項(xiàng)目立項(xiàng)書：

? 網(wǎng)站開發(fā)立項(xiàng)申請(qǐng)表 ? 網(wǎng)站開發(fā)計(jì)劃表

二、網(wǎng)站需求分析

? 對(duì)類似網(wǎng)站進(jìn)行調(diào)查

? 采用不同方式調(diào)查用戶需要 ? 編寫調(diào)查報(bào)告 ? 編寫需求分析報(bào)告

當(dāng)明確網(wǎng)站開發(fā)目的后，開發(fā)人員接著要確定網(wǎng)站的主要內(nèi)容和功能，通過網(wǎng)站的內(nèi)容和功能實(shí)現(xiàn)網(wǎng)站開發(fā)的目的。

在確定網(wǎng)站的內(nèi)容和功能之前，開發(fā)人員應(yīng)對(duì)類似網(wǎng)站進(jìn)行調(diào)查，了解目前該類似網(wǎng)站的情況、內(nèi)容和功能，以拓寬思路，使要設(shè)計(jì)的網(wǎng)站內(nèi)容更貼近用戶的需要，功能更完善。

根據(jù)類似網(wǎng)站的調(diào)查結(jié)果，結(jié)合要開發(fā)的網(wǎng)站特點(diǎn)，仔細(xì)討論與分析要開發(fā)網(wǎng)站的新的功能需求和內(nèi)容需要。因?yàn)榫W(wǎng)站的內(nèi)容是否全面、是否符合用戶的需要，網(wǎng)站的功能是否完善、是否滿足用戶的使用需求，決定了網(wǎng)站開發(fā)項(xiàng)目的成敗。

網(wǎng)站需求分析是專門為了解決網(wǎng)站的需求問題。網(wǎng)站需求分析從開發(fā)人員的角度劃分可以分為內(nèi)容需求和網(wǎng)站的功能需求兩種；從用戶的角度來劃分可以分為用戶實(shí)際需要和用戶發(fā)展需要。

網(wǎng)站是建立在各種各樣的需求之上的，這種需求往往來自于用戶的實(shí)際需求或者是出于公司自身發(fā)展的需要，其中用戶的實(shí)際需求占了絕大部分。面對(duì)使用網(wǎng)站不同層面的用戶，開發(fā)人員對(duì)用戶需求的理解程度，在很大程度上決定了網(wǎng)站開發(fā)項(xiàng)目的成敗。因此如何更好地了解、分析、明確用戶需求，并能使用準(zhǔn)確、清晰的文檔形式表達(dá)出用戶需求，使參與項(xiàng)目開發(fā)的每個(gè)成員在開發(fā)過程中能夠以滿足用戶需要為目的進(jìn)行各種工作，是需求分析階段要解決的主要問題。

要解決網(wǎng)站用戶需求分析階段的問題，先要通過不同方式廣泛調(diào)查用戶需求。在調(diào)查用戶需求過程中要注意的兩個(gè)問題。

（1）讓用戶暢所欲言，羅列出所有的需求。讓用戶將所有的想法盡可能的闡述清楚，并把所有的要求羅列出來，不要遺漏。這時(shí)候開發(fā)人員不要害怕“勾引”出客戶的潛在需求而增加網(wǎng)站的開發(fā)工作量，直接明白的把用戶的問題和要求一條條的羅列出來，將用戶最原始、最完整的需求正確地記錄下來，就完成調(diào)查的第一步工作。這個(gè)調(diào)查工作要多次進(jìn)行，并要調(diào)查到各類型的用戶。

（2）透過現(xiàn)象分析用戶潛在的需求。一般情況下，用戶對(duì)提出的需求分不清是內(nèi)容需求還是功能需求、是實(shí)際需求還是發(fā)展需求，大多數(shù)時(shí)候給出的需求都是籠統(tǒng)而且尺度難以控制的，這就要求開發(fā)人員在傾聽了用戶的詳細(xì)說明以后，進(jìn)行整理和分析，同時(shí)預(yù)測用戶需求在開發(fā)過程中變更及今后應(yīng)用中可能進(jìn)行修改升級(jí)的潛在需求。

（1）編寫類似網(wǎng)站的調(diào)查報(bào)告。編寫類似網(wǎng)站調(diào)查報(bào)告主要內(nèi)容包括如下3個(gè)方面。

第一，調(diào)查規(guī)模：調(diào)查了那些網(wǎng)站、調(diào)查的覆蓋率是多少。

第二，調(diào)查內(nèi)容：網(wǎng)站名稱、網(wǎng)站地址、網(wǎng)站類別、網(wǎng)站主題、網(wǎng)站特色、整體風(fēng)格、主要功能、主色調(diào)、技術(shù)平臺(tái)、網(wǎng)站的優(yōu)缺點(diǎn)等情況。

第三，調(diào)查收獲：包括調(diào)查感想，根據(jù)調(diào)查情況提出開發(fā)網(wǎng)站的主要內(nèi)容和網(wǎng)站功能的參考建議。

（2）編寫用戶需求調(diào)查報(bào)告。根據(jù)用戶需要調(diào)查的結(jié)果，開發(fā)人員要將用戶描述的需求進(jìn)行分析、歸納和整理，特別要分析整理出用戶談的不多卻是技術(shù)上實(shí)現(xiàn)難度和強(qiáng)度高的地方。

用戶需求調(diào)查報(bào)告的主要內(nèi)容包括如下3個(gè)方面： 第一，調(diào)查方式；

第二，調(diào)查規(guī)模：調(diào)查了哪些用戶，調(diào)查的覆蓋率； 第三，不同用戶的需求及潛在需求。

在用戶需求調(diào)查和類似網(wǎng)站調(diào)查報(bào)告的基礎(chǔ)上，項(xiàng)目小組人員要經(jīng)過多系討論和認(rèn)真分析，研究并編寫一份網(wǎng)站需求分析報(bào)告。

（1）網(wǎng)站需求分析報(bào)告要點(diǎn)。網(wǎng)站需求分析報(bào)告包括如下5個(gè)要點(diǎn)。第一，網(wǎng)站的名稱：給網(wǎng)站起的名字。

第二，網(wǎng)站開發(fā)的背景：建立這個(gè)網(wǎng)站的原因。

第三，網(wǎng)站用戶角色細(xì)分：確定是哪些人員瀏覽和使用網(wǎng)站，比如是一般訪客、會(huì)員、重要客戶、前臺(tái)管理員、網(wǎng)站管理員、還是業(yè)務(wù)員等。

第四，用戶需求分析：使用圖形描述不同用戶角色的需求，分析確定明哥角色的權(quán)限及可操作的功能，比如會(huì)員可以查看特別信息、修改個(gè)人信息、退出登錄等；像前臺(tái)管理員能夠登錄管理系統(tǒng)，能夠發(fā)布編輯修改信息，能夠?qū)彶闀?huì)員資格等；網(wǎng)站管理員可以更改欄目、修改網(wǎng)站界面等。而制作流程圖和用例圖將用戶需求的表現(xiàn)出來，可以讓用戶參與到圖形的設(shè)計(jì)中，并能正確地反應(yīng)用戶的需求。

第五，網(wǎng)站功能分析：根據(jù)用戶需求，可分析網(wǎng)站應(yīng)給用戶提供哪些功能來滿足用戶的需求，可以使用文字和功能用例圖來描述網(wǎng)站要為用戶提供的功能和服務(wù)。

網(wǎng)站需求分析報(bào)告：

? 網(wǎng)站調(diào)查報(bào)告（具體見前文內(nèi)容）

? 類似網(wǎng)站調(diào)查報(bào)告 ? 用戶需求調(diào)查報(bào)告 ? 需求分析報(bào)告（參照實(shí)例）

本實(shí)驗(yàn)最終提交報(bào)告

① 小組成員任務(wù)分配表（組長提交）② 網(wǎng)站開發(fā)項(xiàng)目立項(xiàng)書：

? 網(wǎng)站開發(fā)立項(xiàng)申請(qǐng)表（實(shí)驗(yàn)報(bào)告附件：按表格）? 網(wǎng)站開發(fā)計(jì)劃表（實(shí)驗(yàn)報(bào)告附件：按表格）

③ 網(wǎng)站需求分析報(bào)告：

? 網(wǎng)站調(diào)查報(bào)告（實(shí)驗(yàn)報(bào)告附件：具體見前文內(nèi)容）

? 類似網(wǎng)站調(diào)查報(bào)告 ? 用戶需求調(diào)查報(bào)告

? 需求分析報(bào)告（實(shí)驗(yàn)報(bào)告附件：參照實(shí)例）

第二篇：簡歷網(wǎng)站開發(fā)需求

簡歷網(wǎng)站開發(fā)需求

一、網(wǎng)站描述：

制作一個(gè)多媒體的簡歷網(wǎng)，只要有會(huì)員卡的客戶，就可以將自己的資料注冊(cè)并上傳到該網(wǎng)絡(luò)，并可以將所有的素材刻錄成光碟，之后可以非常方便的向其他公司推薦自己。非常適合剛畢業(yè)要找工作的年輕人。當(dāng)然也可以作為一個(gè)人向外展示自己的舞臺(tái)。

適用人群：19-49年齡段，需要找工作的人。

二、網(wǎng)站建設(shè)：

l

根本要求：可以上傳個(gè)人的簡歷資料，首先是根底的文字資料，其次是證書資料、還有可以上傳視頻資料、圖片資料等。〔可以自行裝飾簡歷，可選擇模板?！?/p>

l

特殊要求：可以設(shè)定是否公開資料；不公開的可以設(shè)定授權(quán)碼，允許一次設(shè)定最多10個(gè)，每個(gè)授權(quán)碼允許在一定時(shí)間內(nèi)訪問該資料，方便可以查詢那些人使用了；或者使用密碼訪問，只要有密碼就可以訪問。

l

允許客戶分段創(chuàng)立個(gè)人簡歷，可以從許多不同的模板中選擇一種設(shè)計(jì)。這些簡歷非常適合常規(guī)格式，另外還可以公布一個(gè)

URL

地址，雇主可以從那里下載到客戶的簡歷，而且有

DOC、XLS、PDF、RTF

等不同格式可選。

l

程序要求：完整網(wǎng)站設(shè)計(jì)制作，后臺(tái)功能。

三、程序框架：

使用ASP+ACCESS(做好MS

SQL

SERVER升級(jí)準(zhǔn)備)，要求界面清潔，數(shù)據(jù)庫字段要描述具體含義，使用標(biāo)準(zhǔn)命名發(fā)放，方便日后升級(jí)?！泊颂幙梢栽俅螠贤ā?/p>

四、數(shù)據(jù)框架：

1、一個(gè)注冊(cè)客戶擁有一個(gè)ID，所有客戶信息均與此ID有關(guān)。

2、一個(gè)客戶擁有所有簡歷需要的信息：為每個(gè)單項(xiàng)的客戶信息建立一張表，如個(gè)人信息為一張表、培訓(xùn)信息為一張表。如有多條相同工程的信息，那么客戶ID相同。每個(gè)客戶可以根據(jù)自身情況如實(shí)填寫已列出的信息；

3、一個(gè)客戶可以擁有多個(gè)簡歷：客戶可以根據(jù)自己需要篩選已填寫信息，生成不同的簡歷。

4、一個(gè)簡歷對(duì)應(yīng)一種排版方式：客戶可選擇模板和已篩選出的信息自行調(diào)節(jié)內(nèi)容展現(xiàn)，并生成簡歷。

5、一個(gè)授權(quán)碼對(duì)應(yīng)一個(gè)簡歷展現(xiàn)形式與內(nèi)容。

五、頁面布局〔參考人人網(wǎng)〕

登錄用戶：

l

橫條：首頁、好友、應(yīng)用、站內(nèi)信

邀請(qǐng)

設(shè)置

搜索

退出

好友：已注冊(cè)客戶，為方便溝通，可以添加為好友；

應(yīng)用：客戶可以管理自己已選擇的應(yīng)用工程：如優(yōu)先投遞，已訪問短信提醒；

站內(nèi)信：首先可以先做系統(tǒng)信件，添加完好友前方可互相發(fā)送站內(nèi)信；

邀請(qǐng)：可以講代碼發(fā)送給其他人，邀請(qǐng)其他人來注冊(cè)；注冊(cè)免費(fèi)；

設(shè)置：隱私設(shè)置〔誰可以訪問，如何訪問，什么時(shí)間訪問〕、賬號(hào)設(shè)置〔修改密碼，綁定

〕、應(yīng)用設(shè)置、郵件訂閱〔可以訂閱各項(xiàng)內(nèi)容雜志〕

搜索：對(duì)公開的注冊(cè)信息進(jìn)行檢索；

退出：平安退出。

l

左豎條菜單：

1、頭像等級(jí)，登錄次數(shù)

2、功能模塊〔同日志、相冊(cè)等〕：

1)

個(gè)人信息：

允許上傳照片

2)

教育經(jīng)歷

3)

工作經(jīng)驗(yàn)

4)

求職意向：

5)

培訓(xùn)經(jīng)歷：

6)

語言能力：

7)

附件信息：

瀏覽用戶：

根據(jù)客戶設(shè)定，對(duì)不同的人提供不同的展現(xiàn)。

默認(rèn)的就按0號(hào)模板展現(xiàn)：僅展現(xiàn)個(gè)人根本信息〔不含聯(lián)系信息〕、教育經(jīng)歷、求職意向等等。否那么按客戶設(shè)定的對(duì)應(yīng)模板展現(xiàn)。

瀏覽者如有授權(quán)碼，直接輸入授權(quán)碼就直接按客戶設(shè)定好的簡歷展現(xiàn)形式和內(nèi)容展現(xiàn)。

一、根本要求：可以上傳個(gè)人的簡歷資料，首先是根底的文字資料，其次是證書資料、還有可以上傳視頻資料、圖片資料等。

二、版面要求：

1、大氣、簡約;

2、LOGO醒目，易識(shí)別，突出品牌；

3、色調(diào)清爽，瀏覽流暢；

4、LOGO涉及附上創(chuàng)意說明。

三、知識(shí)產(chǎn)權(quán)說明：

1、所設(shè)計(jì)的作品為原創(chuàng)，為第一次發(fā)布，未侵犯他人的著作權(quán)，如有侵犯他人著作權(quán)，由設(shè)計(jì)者承當(dāng)所有法律責(zé)任；

2、中標(biāo)的設(shè)計(jì)作品，我方支付設(shè)計(jì)制作費(fèi)，即擁有該作品的知識(shí)產(chǎn)權(quán)，包括著作權(quán),使用權(quán)和發(fā)布權(quán)等,有權(quán)對(duì)設(shè)計(jì)作品進(jìn)行修改,組合和應(yīng)用;設(shè)計(jì)者不得再向其他任何地方使用該設(shè)計(jì)作品;

第三篇：網(wǎng)站項(xiàng)目管理-如何做好需求分析

網(wǎng)站項(xiàng)目管理－如何做好需求分析

作者及出處不詳 前言

隨著技術(shù)的不斷發(fā)展和用戶對(duì)網(wǎng)站功能性的需求不斷提高，如今網(wǎng)站項(xiàng)目的設(shè)計(jì)已經(jīng)不能再僅僅簡單地利用靜態(tài)Html文件來實(shí)現(xiàn)，與前幾年網(wǎng)站設(shè)計(jì)由一兩名網(wǎng)頁設(shè)計(jì)師自由的創(chuàng)作相比，網(wǎng)站項(xiàng)目的設(shè)計(jì)和開發(fā)越來越像一個(gè)軟件工程，也越來越復(fù)雜，網(wǎng)站項(xiàng)目的設(shè)計(jì)和開發(fā)進(jìn)入了需要強(qiáng)調(diào)流程和分工的時(shí)代，建立規(guī)范的、有效的、健壯的開發(fā)機(jī)制，才能適應(yīng)用戶不斷變化的需要，達(dá)到預(yù)期的計(jì)劃目標(biāo)。

網(wǎng)站項(xiàng)目管理（WPM）的含義為WebbasedProjectManagement，即以Web應(yīng)用程序?yàn)橹饕憩F(xiàn)方式的架構(gòu)來進(jìn)行的項(xiàng)目設(shè)計(jì)及管理，這樣的架構(gòu)中包含了瀏覽器、網(wǎng)絡(luò)和Web服務(wù)器等關(guān)鍵主體，主要體現(xiàn)在網(wǎng)站設(shè)計(jì)、以瀏覽器為客戶端的Web應(yīng)用程序開發(fā)（例如信息類網(wǎng)站、網(wǎng)上商店、虛擬郵局、客戶關(guān)系管理。）等項(xiàng)目管理中。

在本文中，筆者將網(wǎng)站項(xiàng)目管理（WPM）與軟件工程的統(tǒng)一過程管理（RUP）進(jìn)行參照比較，并結(jié)合實(shí)際工作經(jīng)驗(yàn)，力求將網(wǎng)站工程管理（WPM）的角色、分工、流程進(jìn)行完整的闡述，使網(wǎng)站項(xiàng)目管理逐漸走向規(guī)范化。

按照筆者的經(jīng)驗(yàn)，網(wǎng)站項(xiàng)目管理可以分為以下七個(gè)階段進(jìn)行控制： 1.需求分析及變更管理 2.項(xiàng)目模型及業(yè)務(wù)流程分析 3.系統(tǒng)分析及軟件建模

4.界面設(shè)計(jì)、交互設(shè)計(jì)及程序開發(fā) 5.系統(tǒng)測試和文檔編寫

6.客戶培訓(xùn)、技術(shù)支持和售后服務(wù)

需要說明的是，這些階段雖然具有一定的延續(xù)性，但是并非完全隔斷的，例如需求變更管理和測試工作、文檔編寫都是貫穿整個(gè)項(xiàng)目過程的，許多工作時(shí)交叉進(jìn)行或同時(shí)進(jìn)行的。如何做好需求分析及變更管理？

業(yè)務(wù)員與客戶進(jìn)行的溝通，撰寫需求分析報(bào)告是項(xiàng)目展開的基礎(chǔ)。項(xiàng)目是以客戶的需求為中心，而不是為技術(shù)而遷就需求。

本章包括以下內(nèi)容：

一.讓客戶暢所欲言，羅列出所有的需求

二.透過現(xiàn)象分析潛在的需求

三.利用自然的語言描述項(xiàng)目模型

四.利用示意圖和圖表將用戶的需求表現(xiàn)出來。

五.什么人要看需求分析報(bào)告？

六.建立需求變更日志，制作新版本的需求分析報(bào)告。

七.本階段重點(diǎn)工作角色

八.總結(jié)

一：讓客戶暢所欲言，羅列出所有的需求

讓用戶將所有的想法盡可能的闡述清楚，并把所有的要求羅列出來，不要遺漏。這時(shí)候不應(yīng)該害怕“勾引”起客戶的潛在需求而增加設(shè)計(jì)開發(fā)的工作量，從而被今后客戶無止境的變更拖入泥潭，直接明白地跟客戶把問題和要求一條條地列出來，把條理、歸納、分析先都扔到一邊去，將用戶最原始、最完整的要求準(zhǔn)確地記錄下來就完成了第一步的工作。很明顯，假如客戶的需求做的都不完整，隨時(shí)可能會(huì)產(chǎn)生意想之外的變更，甚至這個(gè)變更會(huì)破壞已經(jīng)做的模型及結(jié)構(gòu)，那么這個(gè)項(xiàng)目從開始就注定了會(huì)失??；比如站點(diǎn)所有的功能都實(shí)現(xiàn)了，本地測試起來也沒有什么問題了，但是你卻不知道客戶的系統(tǒng)是要承受每天100萬獨(dú)立IP的訪問，而你原來想當(dāng)然的以為了不起就是1萬獨(dú)立IP訪問的訪問流量，稍微有經(jīng)驗(yàn)的開發(fā)人員都會(huì)明白這樣的設(shè)計(jì)是個(gè)災(zāi)難，無論是應(yīng)用服務(wù)器、數(shù)據(jù)庫還是程序全部要重新開發(fā)！

二：透過現(xiàn)象分析潛在的需求

很多情況下客戶并非專業(yè)人士，在他們滔滔不絕的描述中不能指望他們幫助我們整理出重點(diǎn)和技術(shù)難關(guān)，這需要我們?nèi)榭蛻暨M(jìn)行分析、歸納和整理，尤其是客戶談的不多卻又是技術(shù)上實(shí)現(xiàn)難度和強(qiáng)度很高的地方特別值得注意。

客戶往往對(duì)需求的概念是非常模糊的，大多時(shí)候給出的需求都是籠統(tǒng)而且尺度難以控制的，這就要求業(yè)務(wù)人員在傾聽了客戶的詳細(xì)說明以后，幫助客戶進(jìn)行整理和分析，同時(shí)預(yù)測客戶在開發(fā)過程中變更及今后應(yīng)用中可能進(jìn)行修改升級(jí)的潛在需求。

比如在為客戶設(shè)計(jì)辦公自動(dòng)化系統(tǒng)的時(shí)候，也許就要為客戶預(yù)留將來與他們的業(yè)務(wù)單位進(jìn)行交互的通道；在設(shè)計(jì)郵件系統(tǒng)的時(shí)候要考慮可能會(huì)需要廣告管理服務(wù)器；設(shè)計(jì)網(wǎng)絡(luò)電子商店時(shí)今后增加庫存產(chǎn)品進(jìn)銷存統(tǒng)計(jì)分析等等；限于時(shí)間財(cái)力的考慮，客戶通常能夠接受分階段實(shí)施的開發(fā)過程，在需求分析時(shí)，提早為客戶設(shè)想到今后的需求變更除了使項(xiàng)目開發(fā)更加順利以外，也為今后業(yè)務(wù)的進(jìn)一步深入打下了更好的基礎(chǔ)。

筆者曾負(fù)責(zé)一個(gè)大型新聞網(wǎng)站的設(shè)計(jì)，當(dāng)客戶拿著將近五十頁厚的一本設(shè)計(jì)要求報(bào)告時(shí)，我發(fā)現(xiàn)有四十頁的內(nèi)容對(duì)程序開發(fā)來說都是重復(fù)的，而在其中一頁的角落卻畫了個(gè)“搜索其他網(wǎng)站相關(guān)新聞”的按鈕，并且沒有做任何說明，僅僅這10個(gè)字所完成的工作量完全頂?shù)纳掀渌氖撝貜?fù)贅述所做的工作，客戶完全不知道這個(gè)要求引發(fā)的問題實(shí)際就是一個(gè)搜索引擎的開發(fā)，通過協(xié)商，客人同意了修改成站內(nèi)搜索的引擎。

三：利用自然的語言描述項(xiàng)目模型

在業(yè)務(wù)員與客戶進(jìn)行溝通和調(diào)查時(shí)撰寫的需求分析，盡可能用自然的語言進(jìn)行描述，雖然客戶的水平和資歷有所不同，但是最自然的描述能夠使項(xiàng)目開發(fā)的各個(gè)成員都能清楚地理解需求含義，不至于在理解上產(chǎn)生偏差。對(duì)客戶而言，這樣的模型描述最接近真實(shí)，容易參與修訂，并能以此為測試和驗(yàn)收的依據(jù)。

請(qǐng)比較以下兩份關(guān)于需求的描述，“用戶在訪問首頁的時(shí)候可以在點(diǎn)擊’客戶通道’按鈕，彈出填寫’用戶名’和’密碼’的窗口，輸入正確后在新窗口打開客戶通道的首頁，在該頁顯示所有可操作的功能的導(dǎo)航條和最新的導(dǎo)讀新聞鏈接列表” “站點(diǎn)分為公開和加密兩種狀態(tài)，通過身份驗(yàn)證機(jī)制使特有的用戶可以訪問到加密信息，并提供不同于普通用戶的功能。” 前段描述我們就很容易想象的出來設(shè)計(jì)完成的網(wǎng)站是什么樣子，而后一段的描述可能會(huì)做出無數(shù)不同的版本，造成對(duì)需求理解的歧意。

四：利用示意圖和圖表將用戶的需求表現(xiàn)出來。

需求分析無論文字上怎么樣表述都還是抽象的，對(duì)客戶而言理解畢竟是困難的，將基本確定的需求制作出示意圖是最直觀有效的。

制作示意圖可以有很多種方式，用PowerPoint或Visio制作流程示意，用Html文檔制作界面示意都是可行的，最簡單利用畫圖和Word表格方式也完全可以，關(guān)鍵是利用示意圖將客戶的需求和即將開始設(shè)計(jì)的系統(tǒng)體現(xiàn)起來，在進(jìn)行系統(tǒng)分析和程序開發(fā)之前，雙方對(duì)今后要完成的產(chǎn)品就能夠有直觀的認(rèn)識(shí)，換言之，就是在產(chǎn)品還沒有真正進(jìn)入開發(fā)階段的時(shí)候，雙方就對(duì)工作的結(jié)果達(dá)成統(tǒng)一的意見，這將大大地減輕需求變更所帶來的困擾，同時(shí)客戶更容易地參與到項(xiàng)目的開發(fā)過程，保證項(xiàng)目往正確的方向進(jìn)行。

在RUP中有這樣的描述：

“利用電影、卡通、圖片、表格和動(dòng)畫片等制作示意圖開始，告訴我們用戶是誰，要發(fā)生什么事情，如何發(fā)生。

以用戶友好的方式幫助收集并改進(jìn)用戶需求。

鼓勵(lì)更有創(chuàng)造性、更加創(chuàng)新的設(shè)計(jì)解決方案。

鼓勵(lì)團(tuán)隊(duì)復(fù)審，并避免所有人都不希望出現(xiàn)的特征。

確保以可理解、直觀的方式實(shí)施特征。

使訪談過程變得輕松，避免出現(xiàn)訪談沒有結(jié)果的現(xiàn)象。

簡單地說，制作示意圖就是使用工具向用戶(主角)說明（有時(shí)是動(dòng)畫演示）系統(tǒng)如何適應(yīng)組織的需要，并表明系統(tǒng)將如何運(yùn)轉(zhuǎn)。協(xié)調(diào)員將初始示意板展示給小組，小組成員提供意見。之后，在舉辦研討班期間，示意板也進(jìn)行”實(shí)時(shí)“演進(jìn)。所以，您需要一種可以輕松更改示意板的畫圖工具。為了避免分散注意力，一般最好使用簡單的工具，比如圖表、白板或PowerPoint?！? 五：什么人要看需求分析報(bào)告

項(xiàng)目經(jīng)理、系統(tǒng)分析員、開發(fā)經(jīng)理、交互設(shè)計(jì)師、測試人員、文檔人員包括客戶代表都應(yīng)該看需求分析，并進(jìn)行共同的討論，達(dá)成一致的意見。

我們經(jīng)常會(huì)遇到業(yè)務(wù)人員辛辛苦苦談下來的項(xiàng)目，對(duì)開發(fā)人員來說卻是難以實(shí)現(xiàn)的，而技術(shù)人員設(shè)計(jì)的產(chǎn)品卻常常得不到客戶的認(rèn)可，甚至發(fā)生糾紛，因此參與項(xiàng)目開發(fā)的人員都應(yīng)該對(duì)這份需求有統(tǒng)一清晰的認(rèn)識(shí)，并根據(jù)自己的工作對(duì)需求提出意見，通過與客戶的溝通修訂，最終確定項(xiàng)目實(shí)現(xiàn)的目標(biāo)。

例如：

項(xiàng)目經(jīng)理通過需求分析才能組建所需要的團(tuán)隊(duì)包括配置工作環(huán)境，制定開發(fā)周期。

開發(fā)周期的限制和功能上的要求可能會(huì)影響到程序員采用什么樣的語言和工具進(jìn)行編寫；

操作用戶的技能水平將影響到交互設(shè)計(jì)師進(jìn)行前臺(tái)設(shè)計(jì)時(shí)做到什么樣的精度；

界面設(shè)計(jì)人員根據(jù)項(xiàng)目的性質(zhì)和定位確定表現(xiàn)方式。

測試人員了解測試環(huán)境和條件后才能對(duì)項(xiàng)目質(zhì)量進(jìn)行跟蹤和檢測；

通過下表，我們可以看的出不同角色根據(jù)需求的變更所進(jìn)行的工作流程：

六：建立需求變更日志，制作新版本的需求分析報(bào)告

盡管我們費(fèi)了許多功夫在需求分析進(jìn)行了最大可能的努力，但幾乎可以肯定的是，這份需求分析在開發(fā)過程中一定會(huì)發(fā)生變化，也許是出自客戶的遺漏，也可能是在開發(fā)過程中被激發(fā)出來的，這種變更有時(shí)是如此的頻繁和瑣碎，以至于往往不能將變更及時(shí)反饋到項(xiàng)目的各個(gè)角色中，那么做好需求變更日志就顯得非常重要。

在需求分析后面附上變更日志，并將修改后的需求分析制作成新版本，保留每次更改過的版本，而不是覆蓋，這樣就比較容易地跟蹤到需求變更過程中所帶來的工作調(diào)整。

在新版本的需求分析中，將變更多部分用特殊方式表明出來，并在日志中記錄變更多重的明細(xì)。

關(guān)于需求分析和變更管理可以參照下圖示意：

七：本階段重點(diǎn)工作角色

在需求分析和變更管理的過程中，工作量最大的角色為客戶代表、業(yè)務(wù)員和項(xiàng)目經(jīng)理?？蛻舸硖岢鲂枨螅瑯I(yè)務(wù)員幫助整理和分析，項(xiàng)目經(jīng)理對(duì)整個(gè)項(xiàng)目進(jìn)行評(píng)估。

在實(shí)際工作中，很多項(xiàng)目失敗的起因都和需求分析有關(guān)?？蛻舸砗蜆I(yè)務(wù)員通常并非從事技術(shù)開發(fā)的專業(yè)人員，在討論需求的時(shí)候往往對(duì)項(xiàng)目的技術(shù)難度、工作量、時(shí)間進(jìn)度把握不準(zhǔn)確，這時(shí)候需要項(xiàng)目經(jīng)理或技術(shù)人員進(jìn)行參謀。

為了降低項(xiàng)目的風(fēng)險(xiǎn)，提高工作效率，有必要設(shè)計(jì)規(guī)范的需求管理計(jì)劃書，幫助客戶代表和業(yè)務(wù)員更好的完成任務(wù)。以下提供一份需求管理計(jì)劃的模板可作為參考：

八：總結(jié)

根據(jù)筆者的經(jīng)驗(yàn)，要盡快做好需求分析掌握以下要點(diǎn)，也許能事半功倍：

仔細(xì)聆聽，羅列客戶的所有要求；

將需求進(jìn)行分析，確認(rèn)可操作的系統(tǒng)模型；

利用最自然的語言將系統(tǒng)進(jìn)行描述，使每個(gè)開發(fā)人員不會(huì)產(chǎn)生歧意；

迅速確定網(wǎng)站的用戶角色；

比如訪客、會(huì)員、重要客戶、前臺(tái)管理員、網(wǎng)站管理員、業(yè)務(wù)員等；

分析確定每個(gè)角色的權(quán)限及可操作的功能；

比如會(huì)員可以查看特別信息、修改個(gè)人信息、退出登陸等；

前臺(tái)管理員能夠登錄管理系統(tǒng)，能夠發(fā)布編輯修改信息，能夠?qū)彶闀?huì)員資格等；

網(wǎng)站管理員可以更改欄目、修改網(wǎng)站界面等；

制作流程圖和示意圖將需求表現(xiàn)出來；

讓客戶參與到示意圖的設(shè)計(jì)中，及時(shí)正確的反應(yīng)出需求變更。

制作需求變更日志，保留升級(jí)版本，通過版本控制進(jìn)行需求管理；

通過需求《管理計(jì)劃書》使每個(gè)參與人員看到共同的努力目標(biāo)

第四篇：如何做好游戲開發(fā)項(xiàng)目基本需求分析

一款游戲項(xiàng)目的確立是建立在各種各樣的需求上面的，這種需求往往來自于玩家的實(shí)際需求或者是出于公司自身發(fā)展和實(shí)力的情況，其中玩家的實(shí)際需求也就是說市 場需求最為重要。面對(duì)對(duì)游戲擁有不同知識(shí)和理解層面的玩家，項(xiàng)目的負(fù)責(zé)人(或者游戲制作人)對(duì)玩家需求的理解程度，在很大程度上決定了此類游戲開發(fā)項(xiàng)目的 成敗。因此如何更好地的了解、分析、明確玩家需求，并且能夠準(zhǔn)確、清晰以文檔的形式表達(dá)給參與項(xiàng)目開發(fā)的每個(gè)成員，保證開發(fā)過程按照滿足玩家需求為目的正 確項(xiàng)目開發(fā)方向進(jìn)行，是每個(gè)游戲開發(fā)項(xiàng)目管理者需要面對(duì)的問題。就這個(gè)問題，本文想提出自己的一些看法和建議，希望各位讀者批評(píng)指正：

需求分析的原則

需求分析中的缺陷將給項(xiàng)目成功帶來極大風(fēng)險(xiǎn)，這里的“成功”是指推出的游戲能以合理的定價(jià)、及時(shí)地在功能、質(zhì)量上完全滿足大部分玩家的期望。

不適當(dāng)?shù)男枨筮^程所引起的一些風(fēng)險(xiǎn):

1.無足夠玩家參與

游戲制作團(tuán)隊(duì)經(jīng)常不明白為什么收集需求和確保需求質(zhì)量需花費(fèi)那么多功夫，開發(fā)人員可能也不重視玩家的參與。究其原因：

一是因?yàn)殚_發(fā)人員感覺與玩家合作不如編寫代碼有意思；二是因?yàn)殚_發(fā)人員覺得已經(jīng)明白玩家的需求了。

在某些情況下，與實(shí)際玩同類型游戲產(chǎn)品的玩家直接接觸很困難，而玩家有時(shí)候也不太明白自己的真正需求。但還是應(yīng)讓具有代表性的玩家在項(xiàng)目早期直接參與到開發(fā)隊(duì)伍中，并一同經(jīng)歷整個(gè)開發(fā)過程。

國外一些游戲開發(fā)人員在實(shí)踐過程中，也有些感覺，在實(shí)施一個(gè)新的游戲項(xiàng)目時(shí)，若無足夠的玩家參與，系統(tǒng)人員獲得的需求是片面的，不完整的，這樣游戲在需求設(shè)計(jì)之初就埋下風(fēng)險(xiǎn)。

2.玩家需求的不斷增加

在開發(fā)中若不斷地補(bǔ)充需求，項(xiàng)目就越變?cè)烬嫶笠灾鲁^其計(jì)劃及預(yù)算范圍。計(jì)劃并不總是與項(xiàng)目需求規(guī)模與復(fù)雜性、風(fēng)險(xiǎn)、開發(fā)生產(chǎn)率及需求變更實(shí)際情況相一 致（網(wǎng)絡(luò)游戲開發(fā)的復(fù)雜性已經(jīng)比傳統(tǒng)游戲提高很多），這使得問題更難解決。實(shí)際上，問題根源在于玩家需求的改變和開發(fā)者對(duì)新需求所作的修改。要想把需求變 更范圍控制到最小，必須一開始就對(duì)項(xiàng)目定位、范圍、目標(biāo)、約束限制和成功標(biāo)準(zhǔn)給予明確說明。有助于投資者或者風(fēng)險(xiǎn)承擔(dān)者明白決策的合理性，即為何進(jìn)行某些 變更，相應(yīng)消耗的時(shí)間、資源或特性上的折中。

游戲開發(fā)中不斷延續(xù)的變更會(huì)使其整體結(jié)構(gòu)日漸紊亂，補(bǔ)丁代碼也使得整個(gè)程序難以理解 和維護(hù)。插入補(bǔ)丁代碼使模塊違背強(qiáng)內(nèi)聚、松耦合的設(shè)計(jì)原則，如果你盡早地區(qū)別這些可能帶來變更的特性，你就能開發(fā)一個(gè)更為健壯的結(jié)構(gòu)，并能更好地適應(yīng)它。這樣設(shè)計(jì)階段需求變更不會(huì)直接導(dǎo)致補(bǔ)丁代碼，同時(shí)也有利于減少因變更導(dǎo)致程序質(zhì)量的下降，和對(duì)游戲穩(wěn)定性的影響。

3.模棱兩可的需求

模棱兩可是游戲功能說明中最為可怕的問題。它的一層含義是指諸多玩家對(duì)需求說明產(chǎn)生了不同的理解；另一層含義是指單個(gè)玩家能用不止一個(gè)方式來解釋某個(gè)功能和需求說明。

處理模棱兩可需求的一種方法是組織好負(fù)責(zé)從不同角度審查。僅僅簡單瀏覽一下需求文檔是不能解決模棱兩可問題的。需要組織評(píng)審會(huì)議，集體討論和統(tǒng)一理解各 項(xiàng)功能需求并從不同的角度對(duì)需求說明給予補(bǔ)充的解釋，每個(gè)評(píng)審人員都真正了解需求文檔，這樣二義性就不會(huì)直到項(xiàng)目后期才被發(fā)現(xiàn)，那時(shí)再發(fā)現(xiàn)的話會(huì)使得更正 代價(jià)會(huì)很大。

4.不必要的特性和功能

“畫蛇添足”是指開發(fā)人員力圖增加一些“玩家欣賞”但需求規(guī)格說 明中并未涉及的新功能。經(jīng)常發(fā)生的情況是玩家并不認(rèn)為這些功能性很有用，以致在其上耗費(fèi)的努力“白搭”了。開發(fā)人員應(yīng)當(dāng)為客戶構(gòu)思方案并為他們提供一些具 有創(chuàng)新意識(shí)的思路，具體提供哪些功能要在：“玩家所需”與“開發(fā)人員在允許時(shí)限內(nèi)的技術(shù)可行性”之間求得平衡，開發(fā)人員應(yīng)努力使功能簡單易用，而不要未玩 家同意，擅自脫離玩家要求，自作主張。

同樣，玩家有時(shí)也可能要求一些看上去很“酷”，但缺乏實(shí)用價(jià)值的游戲功能，而實(shí)現(xiàn)這些功能 只能徒耗時(shí)間和成本。為了將“畫蛇添足”的危害盡量減小，應(yīng)確信：你明白為什么要包括這些功能，以及這些功能的“來龍去脈”，這樣使得需求分析過程始終是 注重那些能使玩家完成他們游戲主線的核心功能。

5.忽略了玩家分類

大多數(shù)游戲產(chǎn)品擁有好 幾類的玩家特性，這些玩家進(jìn)入游戲的頻繁程度也有所差異，玩家群的受教育程度和經(jīng)驗(yàn)水平也不盡相同。如果你不能在項(xiàng)目早期就針對(duì)所有這些主要玩家進(jìn)行分類 的話，必然導(dǎo)致有的玩家對(duì)產(chǎn)品感到失望。例如，操作太復(fù)雜，機(jī)器要求過高，升級(jí)太痛苦等。所以必須最大限度的滿足核心玩家的需求。

6.不準(zhǔn)確的計(jì)劃

據(jù)國外游戲制作公司統(tǒng)計(jì)，導(dǎo)致游戲需求過程中成本估計(jì)極不準(zhǔn)確的原因主要有以下五點(diǎn)：頻繁的需求變更、遺漏的需求、與玩家交流不夠、質(zhì)量低下的需求規(guī)格說明和不完善的需求分析。

對(duì)不準(zhǔn)確的要求所提問題的正確響應(yīng)是“等我真正明白你的需求時(shí)，我就會(huì)來告訴你”?；诓怀浞中畔⒑臀唇?jīng)深思的對(duì)需求不成熟的估計(jì)很容易為一些因素左 右。要作出估計(jì)時(shí)，最好還是給出一個(gè)范圍。未經(jīng)準(zhǔn)備的估計(jì)通常是作為一種猜測給出的，聽者卻認(rèn)為是一種承諾。因此我們要盡力給出可達(dá)到的目標(biāo)并堅(jiān)持完成 它。

在理解上面的原則之后我們開始需求分析活動(dòng)：

一、那些人應(yīng)該參與游戲開發(fā)項(xiàng)目的需求分析活動(dòng)

需求分析活動(dòng)其實(shí)本來就是一個(gè)和玩家交流，正確引導(dǎo)玩家能夠?qū)⒆约旱膶?shí)際需求用較為適當(dāng)?shù)恼Z言進(jìn)行表達(dá)以明確項(xiàng)目特色和創(chuàng)新的過程。這個(gè)過程中也同時(shí)包 含了對(duì)要建立的游戲基本功能和模塊的確立和策劃活動(dòng)。所以項(xiàng)目小組每個(gè)成員、玩家甚至是開發(fā)方的部門經(jīng)理（根據(jù)項(xiàng)目大小而定）的參與是必要的。而項(xiàng)目的管 理者在需求分析中的職責(zé)至少有如下幾個(gè)方面：（玩家代表可以在游戲設(shè)計(jì)論壇上面選擇組建）

1、負(fù)責(zé)組織相關(guān)開發(fā)人員收集玩家意見和市場情報(bào)并進(jìn)行分析。

2、組織策劃和技術(shù)骨干代表或者全部成員（與玩家代表討論）編寫《游戲功能描述書（初稿）》文檔。

3、組織相關(guān)人員對(duì)《游戲功能描述書（初稿）》進(jìn)行反復(fù)討論和修改，確定《游戲功能描述書》正式文檔。

4、如果玩家代表有這方面的能力或者玩家提出要求，項(xiàng)目管理者也可以指派項(xiàng)目成員參與，而由玩家編寫和確定《游戲功能描述書》文檔。

二、完整的需求調(diào)查文檔記錄體系

在整個(gè)需求分析的過程中，將按照一定規(guī)范的編寫需求分析的相關(guān)文檔不但可以幫助項(xiàng)目成員將需求分析結(jié)果更加明確化，也為以后開發(fā)過程中做到了現(xiàn)實(shí)文本形式的備忘，并且有助于公司日后的開發(fā)項(xiàng)目提供有益的借鑒和模范，成為公司在項(xiàng)目開發(fā)中積累的符合自身特點(diǎn)的經(jīng)驗(yàn)財(cái)富。

需求分析中需要編寫的文檔主要是《游戲功能描述書》，他基本上是整個(gè)需求分析活動(dòng)的結(jié)果性文檔，也是開發(fā)工程中項(xiàng)目成員主要可供參考的文檔。為了更加清 楚的描述《游戲功能描述書》往往還需要編寫《玩家調(diào)查報(bào)告》和《市場調(diào)研報(bào)告》文檔來輔助說明。各種文檔最好有一定的規(guī)范和固定格式，以便增加其可閱讀性 和方便閱讀者快速理解文檔內(nèi)容，相關(guān)規(guī)定將在本文后面討論。

三、向玩家們調(diào)查些什么

在需求分析的工程 中，往往有很多不明確的玩家需求，這個(gè)時(shí)候項(xiàng)目負(fù)責(zé)人需要調(diào)查玩家的實(shí)際情況，明確玩家需求。一個(gè)比較理想化的玩家調(diào)查活動(dòng)需要玩家的充分配合，而且還有 可能需要對(duì)調(diào)查對(duì)象進(jìn)行必要的培訓(xùn)。調(diào)查內(nèi)容，都需要項(xiàng)目負(fù)責(zé)人和玩家的共同認(rèn)可。調(diào)查的形式可以是：發(fā)需求調(diào)查表、在網(wǎng)站做投票調(diào)查或者網(wǎng)吧等現(xiàn)場調(diào) 研。調(diào)查的內(nèi)容主要如下：

1、游戲當(dāng)前以及日后可能出現(xiàn)的功能需求。

2、玩家對(duì)游戲的性能（如機(jī)器配置）的要求和操作性的要求。

3、確定網(wǎng)絡(luò)游戲維護(hù)的要求和服務(wù)器架設(shè)代價(jià)。

4、確定游戲的實(shí)際運(yùn)行環(huán)境。

5、游戲總體風(fēng)格以及美術(shù)效果（必要的時(shí)候玩家代表可以提供參考游戲或者由公司向玩家提供風(fēng)格圖片）。

6、游戲的進(jìn)行方式和功能數(shù)量，是否有必要做重大創(chuàng)新等

7、各種游戲?qū)傩?，和技能裝備的特殊效果及其數(shù)量等

8、項(xiàng)目完成時(shí)間及進(jìn)度安排

9、明確游戲完成后的運(yùn)營維護(hù)規(guī)則和責(zé)任。

調(diào)查結(jié)束以后，需要編寫《玩家調(diào)查報(bào)告》，《報(bào)告》的要點(diǎn)是：

1、調(diào)查概要說明：游戲的名稱；目標(biāo)玩家群；參與調(diào)查人員；調(diào)查開始終止的時(shí)間；調(diào)查的工作安排。

2、調(diào)查內(nèi)容說明：玩家的基本情況；玩家主要關(guān)心的問題；現(xiàn)有競爭對(duì)手產(chǎn)品現(xiàn)狀；游戲當(dāng)前和將來潛在的功能需求、性能需求、可靠性需求、實(shí)際運(yùn)行環(huán)境；玩家對(duì)新游戲的期望等。

3、調(diào)查資料匯編：將調(diào)查得到的資料分類匯總（如調(diào)查問卷，網(wǎng)站投票結(jié)果，會(huì)議記錄等等）

四、市場調(diào)研活動(dòng)內(nèi)容

通過市場調(diào)研活動(dòng)，清晰的分析相似游戲的性能和運(yùn)營情況。可以幫助項(xiàng)目負(fù)責(zé)人更加清楚的構(gòu)想出自己開發(fā)的游戲的大體架構(gòu)和模樣，在總結(jié)同類游戲優(yōu)勢和缺點(diǎn)的同時(shí)項(xiàng)目開發(fā)人員可以博采眾長開發(fā)出更加優(yōu)秀的游戲。

但是由于實(shí)際中時(shí)間、經(jīng)費(fèi)、公司能力所限，市場調(diào)研覆蓋的范圍有一定的局限性，在調(diào)研市場同類游戲產(chǎn)品的時(shí)候，應(yīng)盡可能調(diào)研到所有比較出名和優(yōu)秀的同類游戲。應(yīng)該了解同類游戲的機(jī)制，背景與玩家的詫異點(diǎn)、類似點(diǎn)，市場調(diào)研的重點(diǎn)應(yīng)該放在

第五篇：產(chǎn)品開發(fā)與顧客需求分析

產(chǎn)品開發(fā)與顧客需求分析

The Analysis of Product Development and Consumer’s Requirements

?

?

?

?

?

【作者】 王向賓；

【導(dǎo)師】 趙樹基； 分頁下載 分章下載 整本下載 在線閱讀 不支持迅雷等下載工具，請(qǐng)取消加速工具后下載。

【作者基本信息】 首都經(jīng)濟(jì)貿(mào)易大學(xué)，企業(yè)管理，2007，碩士

【摘要】 制造企業(yè)的經(jīng)濟(jì)成功,取決于它們確定消費(fèi)需求、并低成本迅速制造滿足該需求的新產(chǎn)品的能力。達(dá)到上述目標(biāo)不僅僅是營銷問題,也不僅僅是設(shè)計(jì)或制造問題,它是包含所有這些功能的產(chǎn)品開發(fā)問題。本文基于新產(chǎn)品概念開發(fā)階段的研究現(xiàn)狀,以產(chǎn)品開發(fā)流程為研究對(duì)象,在指出產(chǎn)品前期開發(fā)階段(產(chǎn)品規(guī)劃和概念開發(fā)階段)是新產(chǎn)品開發(fā)的重要環(huán)節(jié)的基礎(chǔ)上,對(duì)產(chǎn)品前期開發(fā)階段進(jìn)行了詳細(xì)的分析研究,提出了顧客需求分析在產(chǎn)品開發(fā)中的重要作用,即顧客需求是產(chǎn)品開發(fā)成功的不可缺少的因素,顧客需求的滿足與否決定著產(chǎn)品開發(fā)的成敗。針對(duì)顧客需求的重要性,系統(tǒng)的論述了如何準(zhǔn)確識(shí)別和把握顧客需求。在準(zhǔn)確了解顧客需求之后,需要將顧客需求進(jìn)行多層次展開,使顧客需求清晰化以此來指導(dǎo)產(chǎn)品設(shè)計(jì),也就是將顧客需求轉(zhuǎn)化為產(chǎn)品特性,本文詳細(xì)論述了將顧客需求轉(zhuǎn)化為產(chǎn)品特性的重要性,并就產(chǎn)品特性的內(nèi)涵進(jìn)行的簡要分析。本文介紹了將顧客需求轉(zhuǎn)化為產(chǎn)品特性的相關(guān)理論與模型——QFD(QualityFunction Deployment)方法。QFD借助質(zhì)量屋,量化分析顧客需求與工程措施之間的關(guān)系,通過對(duì)顧客需求進(jìn)行多層次展開,轉(zhuǎn)化為產(chǎn)品的設(shè)計(jì)要求、零部件特性、工藝要求和生產(chǎn)要求,很好地實(shí)現(xiàn)了顧客需求向產(chǎn)品質(zhì)量特性的轉(zhuǎn)變。然而傳統(tǒng)QFD在計(jì)算方法上也有一些局限性,本文通過對(duì)顧客需求的深入分析,就其局限性提出了以下三點(diǎn)針對(duì)QFD計(jì)算的改進(jìn)方案:統(tǒng)一左右墻的評(píng)分值;依據(jù)本公司的新產(chǎn)品與競爭對(duì)手產(chǎn)品在滿足顧客需求方面的比較,修正顧客需求的重要度;依據(jù)本公司的新產(chǎn)品與競爭對(duì)手產(chǎn)品在技術(shù)方面的優(yōu)勢比較,修正改進(jìn)工程措施的重要度。還原

【Abstract】 The manufacturer’s success bases on the ability of confirming consumer’ s requirements and rapidly developing the new product which meet consumer’ s requirements with low cost., it’ s necessary to solve the marketing problem, the designing or manufacturing problem, and product development problems with all these functions.Under the background of the present study of new product concept development, this dissertation uses product development process as the research object, points out that the ope...更多

【關(guān)鍵詞】 產(chǎn)品開發(fā)； 產(chǎn)品概念開發(fā)； 顧客需求； 產(chǎn)品特性； QFD(Quality Function Deployment)；

【Key words】 product development； product concept development； consumer’ s requirements； product property； QFD；?

?

?

? 【網(wǎng)絡(luò)出版投稿人】 首都經(jīng)濟(jì)貿(mào)易大學(xué) 【網(wǎng)絡(luò)出版年期】2009年 07期 【分類號(hào)】F274 【被引頻次】4 【下載頻次】334

知網(wǎng)節(jié)下載

節(jié)點(diǎn)文獻(xiàn)中：