本篇文章給大家談?wù)劸W(wǎng)站建設(shè)項(xiàng)目需求分析報(bào)告，以及網(wǎng)站建設(shè)項(xiàng)目需求分析報(bào)告模板對應(yīng)的知識點(diǎn)，希望對各位有所幫助，不要忘了收藏本站喔。

如何寫網(wǎng)站建設(shè)需求說明書

產(chǎn)品需求文檔

項(xiàng)目名稱

目錄

1.總體說明2

1.1修訂歷史2

1.2項(xiàng)目概述2

1.3功能范圍2

1.4用戶范圍2

1.5詞匯表2

1.6非功能需求2

1.7其他說明2

2.UC部分3

2.1整體說明3

2.2UC正文3

2.2.1.UC_用例名稱13

2.2.2.UC_用例名稱23

對單個(gè)UC的說明3

1.

總體說明

1.1 修訂歷史

日期

版本

說明

作者

1.2 項(xiàng)目概述

項(xiàng)目概述

簡單描述項(xiàng)目的背景、意義、目的、目標(biāo)等，描述領(lǐng)域知識

1.3 功能范圍

功能范圍

給出業(yè)務(wù)邏輯圖，類似BUC：描述各角色的職責(zé)、與周邊系統(tǒng)的關(guān)系、全局商業(yè)規(guī)則

1.4 用戶范圍

角色

描述（涉及到的actor、system的描述）

1.5 詞匯表

詞匯

描述（術(shù)語與縮寫的描述）

1.6 非功能需求

需求

描述

數(shù)據(jù)監(jiān)控

針對一個(gè)功能模塊級別的監(jiān)控點(diǎn)，必填，并且功能上線2周后需要給出數(shù)據(jù)分析報(bào)告

性能

用戶體驗(yàn)

……

1.7 其他說明

其他說明

其他任何需要說明的內(nèi)容

2.

UC部分

2.1 整體說明

類圖

截圖（可選，對業(yè)務(wù)領(lǐng)域的描述）

類圖說明

用例圖

截圖（必選）

用例圖說明

狀態(tài)圖

截圖（可選）

狀態(tài)圖說明

2.2 UC正文

2.2.1. UC_用例名稱1

……

2.2.2. UC_用例名稱2

……

對單個(gè)UC的說明

注1：視覺層面的描述通常直接通過Demo表達(dá)（如頁面大小，顏色字體字號等）

注2：界面細(xì)節(jié)，引用界面規(guī)范文檔（如表格中的文字對其方式）

注3：交互細(xì)節(jié)，引用交互規(guī)范文檔（如出錯提示的方式）

注4：文案細(xì)節(jié)，引用文案規(guī)范文檔（如各種提示文案）

網(wǎng)站設(shè)計(jì)需求分析怎么寫

1）繪制關(guān)聯(lián)圖：繪制系統(tǒng)關(guān)聯(lián)圖是用于定義系統(tǒng)與系統(tǒng)外部實(shí)體間的界限和接口的簡單模型。同時(shí)它也明確了通過接口的信息流和物質(zhì)流。

2）創(chuàng)建開發(fā)原型：創(chuàng)建用戶接口原型當(dāng)開發(fā)人員或用戶不能確定需求時(shí)，開發(fā)一個(gè)用戶接口原型，這樣使得許多概念和可能發(fā)生的事更為直觀明了。用戶通過評價(jià)原型將使項(xiàng)目參與者能更好地相互理解所要解決的問題。注意要找出需求文檔與原型之間所有的沖突之處。

3）分析可行性：分析需求可行性在允許的成本、性能要求下，分析每項(xiàng)需求實(shí)施的可行性，明確與每項(xiàng)需求實(shí)現(xiàn)相聯(lián)系的風(fēng)險(xiǎn)，包括與其它需求的沖突，對外界因素的依賴和技術(shù)障礙。

4）確定需求優(yōu)先級：確定軟件工程需求的優(yōu)先級別應(yīng)用分析方法來確定使用實(shí)例、產(chǎn)品特性或單項(xiàng)需求實(shí)現(xiàn)的優(yōu)先級別。以優(yōu)先級為基礎(chǔ)確定產(chǎn)品版本將包括哪些特性或哪類需求。當(dāng)允許需求變更時(shí)，在特定的版本中加入每一項(xiàng)變更，并在那個(gè)版本計(jì)劃中作出需要的變更。

5）為需求建立模型：為需求建立模型需求的圖形分析模型是軟件需求規(guī)格說明極好的補(bǔ)充說明。它們能提供不同的信息與關(guān)系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。這樣的模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對話框圖、對象類及交互作用圖。

6）編寫數(shù)據(jù)字典：創(chuàng)建數(shù)據(jù)字典數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)以確保客戶與開發(fā)小組是使用一致的定義和術(shù)語。分析和設(shè)計(jì)工具通常包括數(shù)據(jù)字典組件。

7）應(yīng)用質(zhì)量功能調(diào)配：使用質(zhì)量功能調(diào)配質(zhì)量功能調(diào)配是一種高級系統(tǒng)技術(shù)，它將產(chǎn)品特性、屬性與對客戶的重要性聯(lián)系起來。該技術(shù)提供了一種分析方法以明確那些是客戶最為關(guān)注的特性。它將需求分為三類：期望需求，即客戶或許并未提及，但如若缺少會讓他們感到不滿意；普通需求；興奮需求，即實(shí)現(xiàn)了會給客戶帶去驚喜，但若未實(shí)現(xiàn)也不會受到責(zé)備。

門戶網(wǎng)站需求分析

這個(gè)是如何寫，你看一下

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

一、 那些人應(yīng)該參與網(wǎng)站開發(fā)項(xiàng)目的需求分析活動

需求分析活動其實(shí)本來就是一個(gè)和客戶交流，正確引導(dǎo)客戶能夠?qū)⒆约旱膶?shí)際需求用較為適當(dāng)?shù)募夹g(shù)語言進(jìn)行表達(dá)（或者由相關(guān)技術(shù)人員幫助表達(dá)）以明確項(xiàng)目目的的過程。這個(gè)過程中也同時(shí)包含了對要建立的網(wǎng)站基本功能和模塊的確立和策劃活動。所以項(xiàng)目小組每個(gè)成員、客戶甚至是開發(fā)方的部門經(jīng)理（根據(jù)項(xiàng)目大小而定）的參與是必要的。而項(xiàng)目的管理者在需求分析中的職責(zé)有如下幾個(gè)方面：

1、 負(fù)責(zé)組織相關(guān)開發(fā)人員與用戶一起進(jìn)行需求分析。

2、 組織美術(shù)和技術(shù)骨干代表或者全部成員（與用戶討論）編寫《網(wǎng)站功能描述書（初稿）》文檔。

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

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

5、 如果項(xiàng)目比較大的話，最好能夠有部門經(jīng)理或者他授權(quán)的人員參與到《網(wǎng)站功能描述書》的確定過程中來。

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

在整個(gè)需求分析的過程中，將按照一定規(guī)范的編寫需求分析的相關(guān)文檔不但可以幫助

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

需求分析中需要編寫的文檔主要是《網(wǎng)站功能描述書》，他基本上是整個(gè)需求分析活動的結(jié)果性文檔，也是開發(fā)工程中項(xiàng)目成員主要可供參考的文檔。為了更加清楚的描述《網(wǎ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)查活動需要用戶的充分配合，而且還有可能需要對調(diào)查對象進(jìn)行必要的培訓(xùn)。所以調(diào)查的計(jì)劃安排：時(shí)間、地點(diǎn)、參加人員、調(diào)查內(nèi)容，都需要項(xiàng)目負(fù)責(zé)人和用戶的共同認(rèn)可。調(diào)查的形式可以是：發(fā)需求調(diào)查表、開需求調(diào)查座談會或者現(xiàn)場調(diào)研。調(diào)查的內(nèi)容主要如下：

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

2、 客戶對網(wǎng)站的性能（如訪問速度）的要求和可靠性的要求。

3、 確定網(wǎng)站維護(hù)的要求。

4、 網(wǎng)站的實(shí)際運(yùn)行環(huán)境。

5、 網(wǎng)站頁面總體風(fēng)格以及美工效果（必要的時(shí)候用戶可以提供參考站點(diǎn)或者由公司向用戶提供）。

6、 主頁面和次級頁面數(shù)量，是否需要多種語言版本等

7、 內(nèi)容管理及錄入任務(wù)的分配。

8、 各種頁面特殊效果及其數(shù)量（js,flash等）

9、 項(xiàng)目完成時(shí)間及進(jìn)度（可以根據(jù)合同）

10、明確項(xiàng)目完成后的維護(hù)責(zé)任。

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

1、 調(diào)查概要說明：網(wǎng)站項(xiàng)目的名稱；用戶單位；參與調(diào)查人員；調(diào)查開始終止的時(shí)間；調(diào)查的工作安排。

2、 調(diào)查內(nèi)容說明：用戶的基本情況；用戶的主要業(yè)務(wù)；信息化建設(shè)現(xiàn)狀；網(wǎng)站當(dāng)前和將來潛在的功能需求、性能需求、可靠性需求、實(shí)際運(yùn)行環(huán)境；用戶對新網(wǎng)站的期望等。

3、 調(diào)查資料匯編：將調(diào)查得到的資料分類匯總（如調(diào)查問卷，會議記錄等等）

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

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

但是由于實(shí)際中時(shí)間、經(jīng)費(fèi)、公司能力所限，市場調(diào)研覆蓋的范圍有一定的局限性，在調(diào)研市場同類網(wǎng)站的時(shí)候，應(yīng)盡可能調(diào)研到所有比較出名和優(yōu)秀的同類網(wǎng)站。應(yīng)該了解同類網(wǎng)站的使用環(huán)境與用戶的詫異點(diǎn)、類似點(diǎn)，同類產(chǎn)品所定義的用戶詳細(xì)需求（需要公司或者項(xiàng)目負(fù)責(zé)人有一定的關(guān)系）。市場調(diào)研的重點(diǎn)應(yīng)該放在主要競爭對手的作品或類似網(wǎng)站作品的有關(guān)信息上。市場調(diào)研可以包括下列內(nèi)容：

1、 市場中同類網(wǎng)站作品的確定。

2、 調(diào)研作品的使用范圍和訪問人群。

3、 調(diào)研產(chǎn)品的功能設(shè)計(jì)（主要模塊構(gòu)成，特色功能，性能情況等等）

4、 簡單評價(jià)所調(diào)研的網(wǎng)站情況。

調(diào)研的目的是明確并且引導(dǎo)用戶需求。

對市場同類產(chǎn)品調(diào)研結(jié)束后，應(yīng)該撰寫《市場調(diào)研報(bào)告》主要包括一下要點(diǎn)：

1、 調(diào)研概要說明：調(diào)研計(jì)劃；網(wǎng)站項(xiàng)目名稱、調(diào)研單位、參與調(diào)研、調(diào)研開始終止時(shí)間。

2、 調(diào)研內(nèi)容說明：調(diào)研的同類網(wǎng)站作品名稱、網(wǎng)址、設(shè)計(jì)公司、網(wǎng)站相關(guān)說明、開發(fā)背景、主要適用訪問對象、功能描述、評價(jià)等

3、 可采用借鑒的調(diào)研網(wǎng)站的功能設(shè)計(jì)：功能描述、用戶界面、性能需求、可采用的原因。

4、 不可采用借鑒的調(diào)研網(wǎng)站的功能設(shè)計(jì)：功能描述、用戶界面、性能需求、不可采用的原因。

5、 分析同類網(wǎng)站作品和主要競爭對手產(chǎn)品的弱點(diǎn)和缺陷以及本公司產(chǎn)品在這些方面的優(yōu)勢。

6、 調(diào)研資料匯編：將調(diào)研得到的資料進(jìn)行分類匯總。

五、 清晰的需求分析輸出——《網(wǎng)站功能描述書》：

在擁有前期公司和客戶簽訂的合同或者是標(biāo)書的約束之下，通過較為詳細(xì)具體的用戶調(diào)查和市場調(diào)研活動，借鑒其輸出的《用戶調(diào)查報(bào)告》和《市場調(diào)研報(bào)告》文檔，項(xiàng)目負(fù)責(zé)人應(yīng)該對整個(gè)需求分析活動進(jìn)行認(rèn)真的總結(jié)，將分析前期不明確的需求逐一明確清晰化，并輸出一份詳細(xì)清晰的總結(jié)性文檔――《網(wǎng)站功能描述書（最終版）》以供作為日后項(xiàng)目開發(fā)過程中的依據(jù)。

《網(wǎng)站功能描述書》必須包含以下內(nèi)容：

1、 網(wǎng)站功能

2、 網(wǎng)站用戶界面（初步）

3、 網(wǎng)站運(yùn)行的軟硬件環(huán)境

4、 網(wǎng)站系統(tǒng)性能定義

5、 網(wǎng)站系統(tǒng)的軟件和硬件接口

6、 確定網(wǎng)站維護(hù)的要求

7、 確定網(wǎng)站系統(tǒng)空間租賃要求

8、 網(wǎng)站頁面總體風(fēng)格及美工效果。

9、 主頁面及次頁面大概數(shù)量。

10、管理及內(nèi)容錄入任務(wù)分配。

11、各種頁面特殊效果及其數(shù)量。

12、項(xiàng)目完成時(shí)間及進(jìn)度（根據(jù)合同）

13、明確項(xiàng)目完成后的維護(hù)責(zé)任。

綜上所述，在網(wǎng)站項(xiàng)目的需求分析中主要是由項(xiàng)目負(fù)責(zé)人來確定對用戶需求的理解程度，而用戶調(diào)查和市場調(diào)研等需求分析活動的目的就是幫助項(xiàng)目負(fù)責(zé)人加深對用戶需求的理解和對前期不明確的地方進(jìn)行明確化，以便于日后在項(xiàng)目開發(fā)過程中作為開發(fā)成員的依據(jù)和借鑒。

當(dāng)然一次成功的需求分析不僅需要項(xiàng)目負(fù)責(zé)人甚至是客戶等所有項(xiàng)目相關(guān)人員的共同努力，還和公司的能力范圍有一定關(guān)系。需要說明的是本文所述的需求分析活動內(nèi)容是建立在較為理想的基礎(chǔ)上的。由于各個(gè)公司現(xiàn)實(shí)情況的不同，讀者可以根據(jù)自身情況不一借鑒吸收利用。重要的是能構(gòu)根據(jù)本公司的情況，系統(tǒng)的規(guī)范此類文檔做好保存和收集，相信對公司以后其他網(wǎng)站項(xiàng)目的進(jìn)行以及公司自身實(shí)力的增強(qiáng)都會有很大幫助。

關(guān)于網(wǎng)站建設(shè)項(xiàng)目需求分析報(bào)告和網(wǎng)站建設(shè)項(xiàng)目需求分析報(bào)告模板的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。