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

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

需求分析的原則

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

不適當?shù)男枨筮^程所引起的一些風險:

1.無足夠玩家參與

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

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

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

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

2.玩家需求的不斷增加

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

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

3.模棱兩可的需求

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

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

4.不必要的特性和功能

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

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

5.忽略了玩家分類

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

6.不準確的計劃

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

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

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

一、那些人應該參與游戲開發(fā)項目的需求分析活動

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

1、負責組織相關開發(fā)人員收集玩家意見和市場情報并進行分析。

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

3、組織相關人員對《游戲功能描述書（初稿）》進行反復討論和修改，確定《游戲功能描述書》正式文檔。

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

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

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

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

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

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

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

2、玩家對游戲的性能（如機器配置）的要求和操作性的要求。

3、確定網(wǎng)絡游戲維護的要求和服務器架設代價。

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

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

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

7、各種游戲?qū)傩裕图寄苎b備的特殊效果及其數(shù)量等

8、項目完成時間及進度安排

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

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

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

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

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

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

通過市場調(diào)研活動，清晰的分析相似游戲的性能和運營情況?？梢詭椭椖控撠熑烁忧宄臉嬒氤鲎约洪_發(fā)的游戲的大體架構和模樣，在總結同類游戲優(yōu)勢和缺點的同時項目開發(fā)人員可以博采眾長開發(fā)出更加優(yōu)秀的游戲。

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

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

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

具體任務：

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

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

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

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

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

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

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

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

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

要求：

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

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

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

實驗環(huán)節(jié)及步驟

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

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

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

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

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

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

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

第三，網(wǎng)站開發(fā)的任務、小組成員的責任與分工 第四，網(wǎng)站開發(fā)的時間進度

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

? 網(wǎng)站開發(fā)立項申請表 ? 網(wǎng)站開發(fā)計劃表

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本實驗最終提交報告

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

? 網(wǎng)站開發(fā)立項申請表（實驗報告附件：按表格）? 網(wǎng)站開發(fā)計劃表（實驗報告附件：按表格）

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

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

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

? 需求分析報告（實驗報告附件：參照實例）

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

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

作者及出處不詳 前言

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

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

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

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

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

6.客戶培訓、技術支持和售后服務

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

業(yè)務員與客戶進行的溝通，撰寫需求分析報告是項目展開的基礎。項目是以客戶的需求為中心，而不是為技術而遷就需求。

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

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

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

三.利用自然的語言描述項目模型

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

五.什么人要看需求分析報告？

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

七.本階段重點工作角色

八.總結

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

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

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

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

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

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

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

三：利用自然的語言描述項目模型

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

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

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

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

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

在RUP中有這樣的描述：

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

以用戶友好的方式幫助收集并改進用戶需求。

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

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

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

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

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

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

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

例如：

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

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

操作用戶的技能水平將影響到交互設計師進行前臺設計時做到什么樣的精度；

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

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

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

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

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

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

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

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

七：本階段重點工作角色

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

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

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

八：總結

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

仔細聆聽，羅列客戶的所有要求；

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

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

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

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

分析確定每個角色的權限及可操作的功能；

比如會員可以查看特別信息、修改個人信息、退出登陸等；

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

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

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

讓客戶參與到示意圖的設計中，及時正確的反應出需求變更。

制作需求變更日志，保留升級版本，通過版本控制進行需求管理；

通過需求《管理計劃書》使每個參與人員看到共同的努力目標

第四篇：軟件項目開發(fā)需求報告

軟件需求分析格式_如何寫需求分析報告 軟件需求說明書 1 引言

1.1 編寫目的：闡明編寫需求說明書的目的，指明讀者對象。1.2 項目背景：應包括

● 項目的委托單位、開心單位和主管部門；

● 該軟件系統(tǒng)與其他系統(tǒng)的關系。

1.3 定義：列出文檔中所用到的專門術語的定義和縮寫詞的愿文。

1.4 參考資料：可包括

● 項目經(jīng)核準的計劃任務書、合同或上級機關的批文

● 文檔所引用的資料、規(guī)范等

● 列出這些資料的作者、標題、編號、發(fā)表日期、出版單位或資料來源 2 任務概述 2.1 目標 2.2 運行環(huán)境 2.3 條件與限制 3 數(shù)據(jù)描述 3.1 表態(tài)數(shù)據(jù)

3.2 動態(tài)數(shù)據(jù)：包括輸入數(shù)據(jù)和輸出數(shù)據(jù)。3.3 數(shù)據(jù)庫描述：給出使用數(shù)據(jù)庫的名稱和類型。3.4 數(shù)據(jù)詞典 3.5 數(shù)據(jù)采集 4 功能需求 4.1功能劃分 4.2功能描述 5 性能需求 5.1 數(shù)據(jù)精確度

5.2 時間特性：如響應時間、更新處理時間、數(shù)據(jù)轉換與傳輸時間、運行時間等。

5.3 適應性：在操作方式、運行環(huán)境、與其他軟件的接口以及開發(fā)計劃等發(fā)生變化時，應具有的適應能力。6 運行需求

6.1 用戶界面：如屏幕格式、報表格式、菜單格式、輸入輸出時間等。6.2 硬件接口 6.3 軟件接口 6.4 故障處理 7 其他需求

如可使用性、安全保密、可維護性、可移植性等。

需求分析的格式 需求分析要對目標系統(tǒng)提出完整的、準確的、清晰的和具體的要求。

1．綜合需求： 項目 說明 備注

1）功能要求 描述軟件用來做什么

能夠進行度量衡的相互轉換，如：長度公制之間的轉換，公制和英制的轉換等。能夠添加或創(chuàng)建新的度量衡。能夠按照用戶自己的需要進行排序。能夠作為其他軟件的插件或輔助工具使用。能夠知道度量衡所應用的范圍，如：國家，行業(yè)等。

2）性能要求 軟件能達到什么性能

數(shù)據(jù)的最大存儲量，數(shù)據(jù)的轉換要有連續(xù)性，軟件對每項操作的響應時間，更新處理時間，數(shù)據(jù)轉換和傳送時間，軟件的輸入輸出數(shù)據(jù)精度，軟件失敗和成功的定義。

3）運行要求

軟件能正常運行在微軟中文版WINDOWS系列的可以獨立運行的安裝包或可執(zhí)行文件

開發(fā)軟件的開發(fā)工具清單。是否需要外部存儲器和數(shù)據(jù)通信接口。

4）升級要求

是否可以升級，是否可以進行擴充。是否容易進行維護。能夠作為什么軟件的插件或輔助工具使用。如何添加新的公式

5）對應關系

用戶需求和軟件功能的對應關系 說明每一個模塊對應實現(xiàn)什么功能。

2．數(shù)據(jù)要求： 項目 說明 備注

1）數(shù)據(jù)輸入

來源、準確性、取值范圍、格式、非法值的處理、出錯信息

2）數(shù)據(jù)輸出 目的地、準確性、數(shù)值范圍、格式、非法值的處理、出錯信息

輸出的數(shù)據(jù)可以修改，如：1米=100厘米=1000毫米，將100厘米改為90厘米時，相應的1米就自動改為0.9米，1000毫米變?yōu)?00毫米。

3）數(shù)據(jù)存儲 最大存儲量

4）數(shù)據(jù)的安全性 訪問的權限

5）數(shù)據(jù)備份 能否導入和導出

可以將輸出的數(shù)據(jù)保存為文本格式

6）數(shù)據(jù)流圖

在分析過程中得出的數(shù)據(jù)流圖

7）數(shù)據(jù)篩選

能夠?qū)⑦x擇的幾個度量單位進行匯總

8）主要算法

簡要描述軟件的主要算法

3．界面要求：請參照“界面樣式圖” 項目 說明 備注

1）軟件名稱 為軟件起一個名字 可以發(fā)揮自己的想象力

2）功能模塊

有幾個功能模塊，分別是什么

3）顏色

采用什么底色，窗口是什么顏色

4）字體

字型、大小，字間距，顏色

5）按鈕

顏色、字型、大小、樣式

4．軟件描述：從用戶的角度來描述軟件，相當于一份初步的用戶手冊。項目 說明 備注

1）功能描述

能實現(xiàn)，不能實現(xiàn)什么需求 應用范圍。什么人員可以使用

2）性能描述

最低配置，操作系統(tǒng)，需要安裝什么輔助軟件

3）操作步驟 如何使用軟件 主要步驟和方法

4）用戶責任

用戶在操作過程中的注意事項 出現(xiàn)問題時如何解決 如何寫需求分析報告

近來學校的一些科研項目又在申報了，一些學弟開始Q我一些軟件工程上書面的問題。大概的總結了下，寫到這里。本文涉及到的是需求分析部分的書寫，主要是根據(jù)國家標準文檔中的要求來的。

在互聯(lián)網(wǎng)公司或者一些敏捷開發(fā)的公司里，其實大家都是秉承著重開發(fā)，重討論，而輕文檔的態(tài)度。這個輕文檔并不是指沒有文檔或者幾乎不做文檔，而是在嚴格的文檔流程中解脫出來，只把最最實際的部分寫出來。這個特征是有互聯(lián)網(wǎng)本身迭代周期短，版本發(fā)布快等特點決定的。而在實際的兼職項目的時候，同學們就要注意了，最重要的應該就是在簽合同的時候一定要附上最清楚的一份需求分析，雖然這份需求說明可能不是按照某些標準文檔而來的，描述清楚每個功能達到的效果，而這個效果一定要讓客戶點頭確認，而不能出現(xiàn)“應該是”、“可能是”、“也許是”這樣的模糊回答。否則在項目后期就會比較難過了。在學校申請的項目和大型公司項目開發(fā)中，是重視文檔流程的，一部一部來。所以還是看情況來對待文檔的深度和標準。

一、目錄： 目錄要用word的 “引用”—>”目錄”，自動生成目錄，一般都是要三級目錄。通常這部分基本都不需要改結構，直接更新頁碼即可。

二、內(nèi)容部分。國家標準軟件需求說明書G856T-88下載 1引言 1.1編寫目的

說明編寫這份軟件需求說明書的目的，指出預期的讀者。（這部分說明需求分析報告的概況，例如：本X需求分析報告是為S系統(tǒng)而編寫的。+S系統(tǒng)的兩句話概述。+本X報告旨在使U1（需求者）明確S系統(tǒng)的要求和細節(jié)，給U2(開發(fā)人員)了解需求實現(xiàn)的難度和困難，最終提供給U3（審核人、管理者）討論和審核，達到溝通效果）

1.2背景 說明：

a． 待開發(fā)的軟件系統(tǒng)的名稱； b． 本項目的任務提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡；

c． 該軟件系統(tǒng)同其他系統(tǒng)或其他機構的基本的相互來往關系。

（這部分可以將a,b,c分為2部分，例子如下： 1.2.1項目概況

本需求分析報告所預期開發(fā)的軟件系統(tǒng)是:S。S是（不是則無）SS系統(tǒng)的某一個功能子模塊，S和S1、S2等系統(tǒng)之間的聯(lián)系，以及概述其他系統(tǒng)的狀態(tài)等等。1.2.2任務分配

a.任務提出者：xxx b.軟件開發(fā)者：xx c.產(chǎn)品使用者：xx d.文檔編寫者：xx e.預期產(chǎn)品使用者：xx）1.3定義

列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。

（這部分很簡單，就是描述專業(yè)詞匯，比如

1.XML(Extensible Markup Language)即可擴展標記語言,它與HTML一樣,都是SGML(Standard Generalized Markup Language,標準通用標記語言)。2.Word2, 解釋。。）

1.4參考資料

列出用得著的參考資料，如：

a． 本項目的經(jīng)核準的計劃任務書或合同、上級機關的批文； b． 屬于本項目的其他已發(fā)表的文件；

c． 本文件中各處引用的文件、資料、包括所要用到的軟件開發(fā)標準。列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。2任務概述 2.1目標

敘述該項軟件開發(fā)的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟件開發(fā)的背景材料。解釋被開發(fā)軟件與其他有關軟件之間的關系。如果本軟件產(chǎn)品是一項獨立的軟件，而且全部內(nèi)容自含，則說明這一點。如果所定義的產(chǎn)品是一個更大的系統(tǒng)的一個組成部分，則應說明本產(chǎn)品與該系統(tǒng)中其他各組成部分之間的關系，為此可使用一張方框圖來說明該系統(tǒng)的組成和本產(chǎn)品同其他各部分的聯(lián)系和接口。|（本模塊開發(fā)主要是為SS的整體服務，完成SS工作中的XX部分以及相關的工作。其涉及的范圍就是，從下達A、B命令后，到給出C結果的過程。具體描述：B1，來完成B11功能；B2，來完成B22功能； 等等。本部分是（否）耦合在分詞工具包其他部分中的，主要為嵌入方式和先后方式相互交互。圖

圖1.該系統(tǒng)的組成同其他各部分的聯(lián)系和接口）

2.2用戶的特點

列出本軟件的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟件的預期使甩頻度。這些是軟件設計工作的重要約束

（例如：二次開發(fā)和系統(tǒng)調(diào)用人員：具有很高的專業(yè)知識水平，理解XX的運行機制。可以對開放代碼進行閱讀和分析，以完成其系統(tǒng)獨特的需求，提供給這部分用戶開放API手冊和Debug版本的源代碼即可；預期這部分用戶會占本系統(tǒng)總用戶量的多大部分。

xx使用者：具有一定的計算機操作能力和知識，了解xx領域的相關概念和用途。提供給這部分用戶操作手冊即可。預期這部分使用者主要是來簡單的xx操作。

維護人員：具有較高的計算機專業(yè)水平，可以對常見的系統(tǒng)Bug進行追蹤和分析，具有一定的測試能力。這部分用戶主要是采用了本系統(tǒng)之后的后期工作維護者。等等）

2.3假定和約束

列出進行本軟件開發(fā)工作的假定和約束，例如經(jīng)費限制、開發(fā)期限等。（這部分重要是對你有的技術力量、資金狀況、人力資源等情況的假設，以使得你可以在什么樣的情況和時間范圍內(nèi)完成工作。工期約束，經(jīng)費約束，人員約束，地理約束，設備約束等幾個方面列舉說明。）3需求規(guī)定 3.1對功能的規(guī)定

用列表的方式（例如IPO表即輸入、處理、輸出表的形式），逐項定量和定性地敘述對軟件所提出的功能要求，說明輸入什么量、經(jīng)怎樣的處理、得到什么輸出，說明軟件應支持的終端數(shù)和應支持的并行操作的用戶數(shù)。（例如： INPUT輸入 PROCESS處理 OUTPUT輸出 LOAD負載量

A 預處理,做怎樣的動作，AA CC B BBBB Bb v C CCCC cc v

表

一、xx模塊IPO表 對IPO表的簡單文字描述。）

3.2對性能的規(guī)定 3.2.1精度

說明對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度。（例如：

Xx目標處理：1Byt–10M，包括左右邊界值。yy精度范圍：?.ZZ的精度：由于xx的特殊性，本系統(tǒng)均采用xx型來進行字符統(tǒng)計運算，概率部分以及其他比率部分精度精確到0.0x%。）

3.2.2時間特性要求

說明對于該軟件的時間特性要求，如對： a． 響應時間； b． 更新處理時間；

c． 數(shù)據(jù)的轉換和傳送時間； d． 解題時間；等的要求。(這部分只要一一列舉就可以：

由于xxx過程中，需要大量xxxx操作或怎樣，故xx解題時間占總時間的最大部分。其次就是xx轉換和存儲的開銷。其具體時間特性要求，如下： a． xx響應時間：xxms左右； b． yy更新處理時間：yy；

c． zz數(shù)據(jù)的轉換和傳送時間：zz； d． vv解題時間：vv。等等)3.2.3靈活性

說明對該軟件的靈活性的要求，即當需求發(fā)生某些變化時，該軟件對這些變化的適應能力，如： a． 操作方式上的變化； b． 運行環(huán)境的變化；

c． 同其他軟件的接口的變化； d． 精度和有效時限的變化； e． 計劃的變化或改進。

對于為了提供這些靈活性而進行的專門設計的部分應該加以標明。

（這部分按列舉來即可，由于本模塊第一目的是用于xxx，其次則是xxxx。故本模塊的靈活性在于實際應用者的不同。當需求發(fā)生某些變化時，該軟件對這些變化的適應能力。具體情況如下： f． 操作方式上的變化：采用集成運行制和獨立運行制兩種模式，集成運行制是把本模塊嵌入到分詞工具包的主框架中，提供給用戶具有一定UI的可操作軟件；獨立運行制是可以獨立運行于后臺，并提供給各種程序調(diào)用的模式的工作方式，以增強其生命力。

g． 運行環(huán)境的變化：主采用Windows平臺的編譯版本運行和調(diào)試，在時間允許的情況下，同步開發(fā)支持SUSE Linux的服務器版本。；

h． 同其他軟件的接口的變化：在盡量保證接口不出現(xiàn)變動的情況下，允許接口的重載和再定義。但接口的命名規(guī)則是統(tǒng)一的；

i． 精度和有效時限的變化：精度在必須調(diào)整的條件下，可以上下浮動10個百分點；有效時限則依據(jù)現(xiàn)實的測試情況允許稍大范圍的變化。

j． 計劃的變化或改進：工作時間安排會存在必然的浮動，這部分要協(xié)同分詞工具包課題設計組其他成員一同來進行商定，前期的計劃可以稍微有些變動，后期的安排盡量按照計劃執(zhí)行。等等）3.3輸人輸出要求

解釋各輸入輸出數(shù)據(jù)類型，并逐項說明其媒體、格式、數(shù)值范圍、精度等。對軟件的數(shù)據(jù)輸出及必須標明的控制輸出量進行解釋并舉例，包括對硬拷貝報告（正常結果輸出、狀態(tài)輸出及異常輸出）以及圖形或顯示報告的描述。

（這部分可以把輸入輸出分為 3.3.1輸入要求和3.3.2輸出要求，如下給出一個單元的例子。XXX輸出

數(shù)據(jù)名稱：XXX輸出數(shù)據(jù) 實際含義：用于XX,表示XXXX 數(shù)據(jù)類型：Character(字符串)數(shù)據(jù)格式：XX 數(shù)據(jù)約束：由于xxx,，大小在xx以內(nèi)）

3.4數(shù)據(jù)管理能力要求

說明需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預見的增長對數(shù)據(jù)及其分量的存儲要求作出估算。（根據(jù)實際系統(tǒng)要求列舉即可 Name名稱 Number數(shù)量 Size大小 Increase增長

詞典xx xx xxxx 并行執(zhí)行，其大小依據(jù)實際xx大文本而增長）

3.5故障處理要求

列出可能的軟件、硬件故障以及對各項性能而言所產(chǎn)生的后果和對故障處理的要求。

（包括軟件壓力，內(nèi)存不足，硬件損壞等，這部分可以根據(jù)百度到其常見故障。）3.6其他專門要求

如用戶單位對安全保密的要求，對使用方便的要求，對可維護性、可補充性、易讀性、可靠性、運行環(huán)境可轉換性的特殊要求等。

（例如安全保密性：密鑰更換等； 預期擴展：擴展兼容等；OS更換：Slackware轉SUSE等）

4運行環(huán)境規(guī)定 4.1設備

列出運行該軟件所需要的硬設備。說明其中的新型設備及其專門功能，包括：

a． 處理器型號及內(nèi)存容量；

b． 外存容量、聯(lián)機或脫機、媒體及其存儲格式，設備的型號及數(shù)量；

c． 輸入及輸出設備的型號和數(shù)量，聯(lián)機或脫機； d． 數(shù)據(jù)通信設備的型號和數(shù)量； e． 功能鍵及其他專用硬件（列舉說明即可）4.2支持軟件

列出支持軟件,包括要用到的操作系統(tǒng)、編譯（或匯編）程序、測試支持軟件等。（操作系統(tǒng)和版本：xxxx 支撐環(huán)境和版本：xxxx 備用IDE環(huán)境和版本：xxxx 與該軟件有關的軟件組件：xxxx 后續(xù)可能擴展環(huán)境：xxxx）4.3接口

說明該軟件同其他軟件之間的接口、數(shù)據(jù)通信協(xié)議等。(例如：

a．用戶和主程序調(diào)用接口(圖中接口1)。這個接口采用封裝API形式和函數(shù)調(diào)用形式，分別以外部調(diào)用和內(nèi)部調(diào)用的方式為不同用戶提供使用本機械分詞工具的入口。例如以xxxx方式調(diào)用DLL文件，以xxxx方式調(diào)用函數(shù)。如下圖2所示。圖2.軟件接口調(diào)用圖 b.xx接口(圖中接口2)。這里是一個xxx的接口調(diào)用過程。xxxx)4.4控制

說明控制該軟件的運行的方法和控制信號，并說明這些控制信號的來源。(例如：

下面通過圖表的形式，將本模塊以及涉及到本模塊的軟件模塊的運行方法、控制信號，以及這些控制信號的來源，其中箭頭所指方向?qū)哪K的控制信號來自箭頭另一方向的模塊，具體情況如下： 圖3.控制流程圖

圖3的具體說明情況如下表所示： Name模塊名稱 Method運行方式 Signal控制信號 Forward控制去向

主程序模塊 運行框架 用戶調(diào)用或運行 1.調(diào)用xx模塊 2.調(diào)用xx方法 3.調(diào)用標準輸出模塊

xxx模塊 xxx xxx調(diào)用 Xxx模塊)

第五篇：項目需求分析報告

福州八中鰲峰初級中學項目的網(wǎng)絡需求分析報告

一、項目名稱：福州八中鰲峰初級中學

二、引言

該網(wǎng)絡是校園網(wǎng)站信息發(fā)布系統(tǒng),學校主站，含各個學科子站點，包含德育處，團委，學生會，教務處，總務處，辦公室，工會子站。主要欄目設置：學校概況、信息中、黨群工作、校務公開、德育教育、教學管理、教學科研、學生園地、中高考專題、心靈驛站、校友之窗、友情鏈接、數(shù)字校園

三、系統(tǒng)目標描述和功能描述

1、信息發(fā)布系統(tǒng)

網(wǎng)站前臺模塊

首頁：學校網(wǎng)站的索引頁，還包括模糊搜索站內(nèi)資源的功能。

一中概況：發(fā)布學校的簡介、發(fā)展狀況和學校自身的相關信息，并動態(tài)歸類。

黨團組織：發(fā)布學校黨團建設的相關資訊，并動態(tài)歸類。

學校資訊：發(fā)布學校近期活動和新聞。

學校管理：發(fā)布學校各部門的相關通知與文件，并動態(tài)歸類。

教學教研：發(fā)布學校在教學研討和課題研究方面的相關信息，并動態(tài)歸類。

教學資源：管理和發(fā)布論文、課件、教案和考卷等方面的資源。

電子像冊：１．可以上傳圖片格式，F(xiàn)LASH格式等（格式要求：Jpg、GIF、ＰＮＧ、ＢＭＰ、SWF、TIF等）２．實現(xiàn)圖片漸變編輯功能。３．新增、刪除、修改４．權限管理 新課程：發(fā)布學校在新課程方面取得的成績，并動態(tài)歸類。

班級&社團：為各班級各社團開設空間，供發(fā)布信息和照片。

教師博客管理系統(tǒng)：自我簡介，消息管理，空間管理，好友管理，日志管理等。

電子相冊：可包含多個相冊，數(shù)量不限；

班級&社團：可在不影響界面整體效果的基礎上讓相應班級修改部分界面元素（包括自定義班級主頁的標志性圖片、班級主頁的背景圖片和班級主頁的顏色主題），另外，該模塊還包含有班級電子相冊。

留言板：實現(xiàn)留言與答復的功能。

學生論壇：學習網(wǎng)絡上開源論壇的實現(xiàn)方式，實現(xiàn)一個學生交流活動的平臺。相對獨立于學校網(wǎng)站。

后臺功能模塊

權限管理使用指南權限管理下共分3個模塊：[角色管理] [給角色分配權限][給用戶分配權限]

（1）通知公告只有系統(tǒng)管理員ADMIN才有權發(fā)布通知公告。發(fā)布的內(nèi)容將顯示在各部門首頁的公告欄里。

（2）網(wǎng)上調(diào)查只有系統(tǒng)管理員ADMIN才有權發(fā)布網(wǎng)上調(diào)查。發(fā)布的內(nèi)容將顯示在各部門首頁的網(wǎng)上調(diào)查里。

（3）友情鏈接只有系統(tǒng)管理員ADMIN才有權編輯友情鏈接。發(fā)布的內(nèi)容將顯示在各部門

首頁的友情鏈接里。

2、辦公信息化管理系統(tǒng)

主要功能：今日工作：是用戶進行日常辦公的主要場所，用來存放待處理的有關文件、網(wǎng)絡報送以及工作消息等信息。

公文系統(tǒng)：用于公文的登記、發(fā)布、存檔以及生成報表。

工作消息：用戶發(fā)布日常工作中的通知等信息。

網(wǎng)絡報送：傳遞相關工作資料。

交流登記：記錄學校大事件以及每次對外交流情況等。

教師檔案：有關教師檔案管理，全程維護每一位教師檔案的變動情況。

系統(tǒng)設置：系統(tǒng)日常運作與環(huán)境設置。

3網(wǎng)絡性能需求

核心交換機（機箱式）

1、背板帶寬≥640Gbps2、交換容量≥480Gbps3、包轉發(fā)率≥350Mpps4、雙電源模塊冗余5、10/100/1000Base-T口≥12個，千兆SFP光纖接口≥24個

6、萬兆XFP接口≥1個

7、支持IP ACL，支持基于源/目的IP或MAC、三層IP協(xié)議類型、TCP/UDP四層端口號、IP優(yōu)先級、基于VLAN、Tag/Untag、CoS等

9、支持802.3ad(LACP)，支持負載均衡

10、支持802.1Q VLAN數(shù)量≥4K11、支持的路由協(xié)議，如RIPv1/V2,并支持MD5認證、OSPFv2、BGP4等。

12、支持MPLS、MPLS VPN、MPLS TE功能。

接入層交換機

1、固化10/100M電口≥242、固化千兆Combo(SFP/GT)接口≥

23、交換容量≥32Gbps4、包轉發(fā)速率≥6.6Mpps，全線速

5、MAC表容量≥16K6、Vlan表項≥4K7、堆疊或者集群管理數(shù)量≥248、每個端口提供4個優(yōu)先級隊列，可分別設定隊列帶寬，支持WRR/SP/SWRR等調(diào)度方式。

9、內(nèi)置 DHCP Server,可對用戶分配IP地址。

10、支持標準和擴展ACL，完全硬件線速實現(xiàn)。

11、支持防IP報文DOS攻擊。

12、支持ARP安全功能，可以防止ARP欺騙、防止ARP掃描。

13、設備與核心交換機同一品牌；

光纖模塊SFP-SX-L SFP-SX-L，1000Base-SX SFP接口卡模塊（MMF,550m），LC接口 設備與核心交換機同一品牌；按廠家規(guī)定保修.防火墻在服務器與路由器之間加個防火墻很有必要。網(wǎng)絡操作系統(tǒng)，網(wǎng)絡服務器軟件等可能存在一些安全漏洞，應當及時對系統(tǒng)進行補丁程序升級，加固系統(tǒng)的安全性。網(wǎng)絡系統(tǒng)遵循安全規(guī)范和達到的安全級別，采用各種殺毒軟件。

網(wǎng)絡管理系統(tǒng)

基本特性:全中文圖形化界面。支持平臺:WINDOWS平臺，系統(tǒng)呈現(xiàn)網(wǎng)絡的真實拓撲圖，支持三層網(wǎng)絡拓撲、二層物理拓撲、VLAN子網(wǎng)拓撲等不同的呈現(xiàn)方式，支持拓撲的自動發(fā)現(xiàn)設備，WEB拓撲視圖。能夠發(fā)現(xiàn)VLAN中所有終端PC設備，并計算出終端設備IP地址、MAC地址、接入交換機端口等信息，自動在拓撲圖上顯示終端設備連接和出入流量、丟包等等情況。

根據(jù)我們的預算和資源限制，完成該項目大約需要半年。客戶想重新購置設備并賣掉現(xiàn)存的舊設備。