網站建設項目功能需求分析報告

1、網頁製作與網站設計報告書

網站項目管理規范
一.概念
網站項目管理就是根據特定的規范、在預算范圍內、按時完成的網站開發任務。
二.需求分析
1.項目立項
我們接到客戶的業務咨詢，經過雙方不斷的接洽和了解，並通過基本的可行性討論夠，初步達成製作協議，這時就需要將項目立項。較好的做法是成立一個專門的項目小組，小組成員包括：項目經理，網頁設計，程序員，測試員，編輯/文檔等必須人員。項目實行項目經理制。
2.客戶的需求說明書
第一步是需要客戶提供一個完整的需求說明。很多客戶對自己的需求並不是很清楚，需要您不斷引導和幫助分析。曾經有一次，我問客戶：「您做網站的目的是什麼？」他回答：「沒有目的，只是因為別人都有，我沒有！」。這樣的客戶就需要耐心說明，仔細分析，挖掘出他潛在的，真正的需求。 配合客戶寫一份詳細的，完整的需求說明會花很多時間，但這樣做是值得的，而且一定要讓客戶滿意，簽字認可。把好這一關，可以杜絕很多因為需求不明或理解偏差造成的失誤和項目失敗。糟糕的需求說明不可能有高質量的網站。那麼需求說明書要達到怎樣的標准呢？簡單說，包含下面幾點：
1.正確性：每個功能必須清楚描寫交付的功能；
2.可行性：確保在當前的開發能力和系統環境下可以實現每個需求；
3.必要性：功能是否必須交付，是否可以推遲實現，是否可以在削減開支情況發生時"砍"掉；
4.簡明性：不要使用專業的網路術語；
5.檢測性：如果開發完畢，客戶可以根據需求檢測。
三.系統分析
1.網站總體設計
在拿到客戶的需求說明後，並不是直接開始製作，而是需要對項目進行總體設計，詳細設計，出一份網站建設方案給客戶。總體設計是非常關鍵的一步。它主要確定：
1.網站需要實現哪些功能；
2.網站開發使用什麼軟體，在什麼樣的硬體環境；
3.需要多少人，多少時間；
4.需要遵循的規則和標准有哪些。
同時需要寫一份總體規劃說明書，包括：
1.網站的欄目和版塊；
2.網站的功能和相應的程序；
3.網站的鏈接結構；
4.如果有資料庫，進行資料庫的概念設計；
5.網站的交互性和用戶友好設計。
2.網站建設方案
在總體設計出來後，一般需要給客戶一個網站建設方案。很多網頁製作公司在接洽業務時就被客戶要求提供方案。那時的方案一般比較籠統，而且在客戶需求不是十分明確的情況下提交方案，往往和實際製作後的結果會有很大差異。所以應該盡量取得客戶的理解，在明確需求並總體設計後提交方案，這樣對雙方都有益處。網站建設方案的包括以下幾個部分：
1.客戶情況分析；
2.網站需要實現的目的和目標；
3.網站形象說明；
4.網站的欄目版塊和結構；
5.網站內容的安排，相互鏈接關系；
6.使用軟體，硬體和技術分析說明；
7.開發時間進度表；
8.宣傳推廣方案；
9.維護方案；
10.製作費用；
11.本公司簡介：成功作品，技術，人才說明等。
當您的方案通過客戶的認可，您可以開始動手製作網站了。但還不是真正意義上的製作，你需要進行詳細設計：
3.網站詳細設計
總體設計階段以比較抽象概括的方式提出了解決問題的辦法。詳細設計階段的任務就是把解法具體化。詳細設計主要是針對程序開發部分來說的。但這個階段的不是真正編寫程序，而是設計出程序的詳細規格說明。這種規格說明的作用很類似於其他工程領域中工程師經常使用的工程藍圖，它們應該 包含必要的細節，例如：程序界面，表單，需要的數據等。程序員可以根據它們寫出實際的程序代碼。
四. 項目實施
1.整體形象設計
在程序員進行詳細設計的同時，網頁設計師開始設計網站的整體形象和首頁。
整體形象設計包括標准字，Logo，標准色彩，廣告語等。 首頁設計包括版面，色彩，圖像，動態效果，圖標等風格設計，也包括banner，菜單，標題，版權等模塊設計。首頁一般設計1-3個不同風格，完成後，供客戶選擇。
記住：在客戶確定首頁風格之後，請客戶簽字認可。以後不得再對版面風格有大的變動，否則視為第二次設計。
開發製作
2.開發製作
到這里，程序員和網頁設計師同時進入全力開發階段，需要提醒的是，測試人員需要隨時測試網頁與程序，發現Bug立刻記錄並反饋修改。不要等到完全製作完畢再測試，這樣會浪費大量的時間和精力。項目經理需要經常了解項目進度，協調和溝通程序員與網頁設計師的工作。
調試完善
3.調試完成
在網站初步完成後，上傳到伺服器，對網站進行全范圍的測試。包括速度，兼容性，交互性，鏈接正確性，程序健壯性，超流量測試等，發現問題及時解決並記錄下來。
為什麼要記錄文檔呢？其實本軟體工程本身就是一個文檔，是一個不斷充實和完善的標准。通過不斷的發現問題，解決問題，修改，補充文檔，使這個標准越來越規范，越來越工業化。進而使得網站開發趨向規范，趨向合理。
4.宣傳推廣
宣傳推廣的基本方法有：
1.網頁里設置適當的META標簽；
2.各搜索引擎登錄；
3.准備新聞稿件在各新聞公告板發表；
4.合理使用Email郵件列表；
5.廣告條交換；
6.付費廣告。
至此，網站項目建設完畢，將有關網址，使用操作說明文檔等提交客戶驗收。如果需要維護，另行簽定維護項目。
五.維護
網站成功推出後，長期的維護工作才剛剛開始，需要做到的是:
1.及時響應客戶反饋；例如可以採取Email自動回復功能，然後在1-3個工作日里解決問題，再次回復；
2.網站流量統計分析和相應對策；
3.盡量推廣和使用您的網址；
4.網站內容的及時更新和維護。
六.遵循的規范
1.網站建設目錄規范
2.網站文件命名規范
3.網站建設尺寸規范
4.網站首頁head區代碼規范
5.網站連接結構規范

網站開發規范
任何一個項目或者系統開發之前都需要定製一個開發約定和規則，這樣有利於項目的整體風格統一、代碼維護和擴展。由於Web項目開發的分散性、獨立性、整合的交互性等，所以定製一套完整的約定和規則顯得尤為重要。定製一系列約定和規則，包括組件團隊、文件夾命名規則、文件名命名規則、程序代碼編程風格、資料庫設計約定。這些規則和約定需要與開發人員、設計人員和維護人員共同討論定製，將來開發都將嚴格按規則或約定開發。每個團隊開發都應有自己的一套規范，一個優良可行的規范可以使我們工作得心應手事半功倍，這些規范都不是唯一的標准不存在對與錯，也許有些地方與你當前使用的習慣相駁，很多地方都有爭議。。
非常明顯在Web項目開發中有前後台開發之分，前台開發主要是指非程序編程部分，主要職責是網站AI設計、界面設計、動畫設計等。而後台開發主要是編程和網站運行平台搭建，其主要職責是設計網站資料庫和網站功能模板的實現。下面的這些規范主要是從這2個方面來定製的，這些規范是工作中總結的一點經驗，本文檔比較適合中小型網站或者Web項目的開發規范。
一．組建開發團隊
在接手項目後的第一件事是組建團隊。根據項目的大小團隊可以有幾十人，也有可以是只有幾個人的小團隊，在團隊劃分中應該含有6個角色，這6個角色是必須的，分別是項目經理，策劃，美工，程序員，代碼整合員，測試員。也許你的團隊還沒有6個人，沒有關系一個人可以有多個角色，比如項目經理還可以有策劃這個角色，如程序員還可以含有代碼整合和測試這2個角色，如果你的項目夠大人數夠多那就分為6個組，每個組分工再來細分。下面簡單介紹一下這6個角色的具體職責。
項目經理，項目總體設計，開發進度的定製和監控，定製相應的開發規范，負責各個環節的評審工作，協調各個成員(小組)之間開發。策劃，提供詳細的策劃方案和需求分析。還包括後期網站推廣方面的策劃。美工，根據策劃和需求設計網站AI，界面，Logo等。程序員，根據項目總體設計來設計資料庫和功能模塊的實現。代碼整合員，負責將程序員的代碼和界面融合到一起，代碼整合員可以製作網站的相關頁面，測試員，負責測試程序。
二．開發工具
Web開發工具主要分為3部分，第一部分是網站前台開發工具，第二部分是網站後台開發環境，第三部分是項目管理和輔助軟體。下面分別簡單介紹這三部分需要使用的軟體。
網站前台開發主要是指Web界面設計。包括網站整體框架建立、常用圖片、Flash動畫設計等等，主要使用的相關軟體是：Adobe Illustrator 、Adodb Photoshop、Dreamweaver MX、Flash MX等。
網站後台開發主要指網站動態程序開發、資料庫建模，主要使用的相關軟體是： PowerDesigner（資料庫建模），PowerDesigner在資料庫設計方面應用非常強大，用它可以快速創建資料庫概念和物理模型，我最喜歡的還是它生成資料庫Report的功能太方便了，設計資料庫強烈推薦用它。Rational Rose（程序建模），如果你的項目功能模塊不是特別復雜那就剩了它吧，這樣會節省一些時間和開發的復雜度，不過我個人認為不管是大項目還是小項目都應該畫畫Rose圖。
網站項目管理主要指對開發進度和代碼版本的控制。開發進度用Microsoft Project來制定，代碼版本控制採用Visual SourceSafe，當然還有其他的選擇比如CVS和Rational ClearCase。網站測試採用VS.net的附帶工具Microsoft Application Center Test，它可以進行並行、負載測試等。程序文檔編寫採用Word，用WPS也可以。
三.網站開發流程
在項目開始實施之前應該有一個工作步驟也就是工作流程，在項目開發中最需要時間的是總體設計和系統測試，而程序編寫代碼所佔的時間並不多，但有的團隊就急於開發寫代碼，先把程序寫出來再說，沒有注重評審和測試這2個環節，結果造成返工，我在一家比較大的公司中都遇到多次這種情況。所以項目來了不要急於開工寫代碼，應該一步一步慢慢來，只有走的慢才能走得穩走得遠。圖1的開發流程比較好地體現開發的整個環節。

圖 1
從圖1可以看到2條主線，這2條主線分別是前台開發和後台開發。前後台開發在項目開發早期互相沒有交叉，當然不是絕對沒有，Web策劃和需求分析都是互相有關系的，一個是網站表現形式和風格的策劃另一個是網站功能的策劃，它們是衣服和軀乾的關系。到了開發後期就需要把界面和功能模塊結合起來形成一個統一，也就即將發布的網站。
四．資料庫開發規范
數據文件命名採用系統名+_+文件類型，比如系統名為kupage,則資料庫文件命名為kupage_database.mdf，有的資料庫文件有多個，比如SQL Server就有2個，一個是資料庫文件，另一個是日誌文件，那麼他們的文件命名分別為kupage_database.mdf，kupage_log.log。文件名全部採用小寫。
資料庫表命名規范，表名長度不能超過30個字元，表名中含有單詞全部採用單數形式，單詞首寫字母要大寫，多個單詞間不用任何連接符號。若庫中有多個系統，表名採用系統名稱+單詞或多個單詞，系統名是開發系統的縮寫，系統名稱全部採用小寫英文字元,如bbsTitle,bbsForumType。若庫中只含有一個系統，那麼表名僅用一個單詞或多個單詞。單詞選擇能夠概括表內容的一個或多個英文單詞，如UserInfo,UserType。關連表命名規則為Re_表A_表B,Re是Relative的縮寫，如：Re_User_ArticleType, Re_User_FormType。
資料庫欄位命名規范，資料庫欄位名全部採用小寫英文單詞，單詞之間用」_」隔開，命名規則是表別名+單詞，如：user_name,user_pwd。表別名規則，如果表名是一個單詞，別名就取單詞的前4 個字母；如果表名是兩個單詞，就各取兩個單詞的前兩個字母組成4 個字母長的別名；如果表的名字由3 個單片語成，你不妨從頭兩個單詞中各取一個然後從最後一個單詞中再取出兩個字母，結果還是組成4 字母長的別名。
視圖名採用規則View_表A_表B_表C,View表示視圖。這個視圖由幾個表產生就用」_」連接幾個表的名，如果表過多可以將表名適當簡化，但一定要列出所有表名。
存儲過程命名規則P_表名_存取過程名(縮寫)，比如P_User_Del，P_ArticleType_AddData。
SQL語句編寫規則，關鍵字必須大寫，其他書寫按上述命名規則，比如：
SELECT user_id, user_name FROM User WHERE user_id = 『tom』
五．文件夾文件名命名規范
文件夾命名一般採用英文，長度一般不超過20個字元，命名採用小寫字母。除特殊情況才使用中文拼音，一些常見的文件夾命名如：images(存放圖形文件)，flash（存放Flash文件），style(存放CSS文件)，scripts（存放Javascript腳本），inc(存放include文件)，link（存放友情鏈接）,media(存放多媒體文件)等。
文件名稱統一用小寫的英文字母、數字和下劃線的組合。命名原則的指導思想一是使得你自己和工作組的每一個成員能夠方便的理解每一個文件的意義，二是當我們在文件夾中使用「按名稱排例」的命令時，同一種大類的文件能夠排列在一起，以便我們查找、修改、替換、計算負載量等等操作 。
1、圖片的命名原則名稱分為頭尾兩部分，用下劃線隔開，頭部分表示此圖片的大類性質例如廣告、標志、菜單、按鈕等等。
放置在頁面頂部的廣告、裝飾圖案等長方形的圖片取名： banner
標志性的圖片取名為： logo
在頁面上位置不固定並且帶有鏈接的小圖片我們取名為 button
在頁面上某一個位置連續出現，性質相同的鏈接欄目的圖片我們取名： menu
裝飾用的照片我們取名： pic
不帶鏈接表示標題的圖片我們取名： title
下面是幾個範例： banner_sohu.gif 、banner_sina.gif、 menu_aboutus.gif 、menu_job.gif、 title_news.gif、 logo_police.gif、 logo_national.gif 、pic_people.jpg 。
2、動態語言文件命名規則性質_描述，描述可以有多個單詞，用」_」隔開，性質一般是該頁面得概要。
範例：register_form.asp，register_post.asp,topic_lock.asp
六．程序代碼編程規范
一個良好的程序編碼風格有利於系統的維護，代碼也易於閱讀查錯。在此只討論ASP的編程風格和約定。在ASP中所有變數是弱變數，無需定義就可以直接使用，而且代碼不區分大小寫。但其他語言一般這些都要定義的，為了養成良好的編程習慣，編寫代碼務必按照一下規則。
1、每個變數名必須定義，在ASP文件的最開始添加語句，強制定製每個變數。
2、出於易讀和一致性的目的，在代碼中使用以下變數命名約定：
子類型 前綴 示例
Boolean bln blnFound
Byte byt bytRasterData
Date (Time) dtm dtmStart
Double dbl dblTolerance
Error err errOrderNum
Integer int intQuantity
Long lng lngDistance
Object obj objCurrent
Single sng sngAverage
String str strFirstName
3、程序代碼需要有縮進，縮進採用鍵盤Tab鍵，不採用空格鍵。並且」＝」或者鏈接字元串時需要左右空一格，如下：
4、函數過程編寫的約定。函數或者過程命名採用動作+名詞，每個函數需要給出相應的注釋，函數功能，傳入變數，以及作者和修改相關信息。如下面函數:
<%
'[功能] 返回一個參數的值
'[參數] strParameterName 參數名稱
'[作者] icefire 2002/8/20 am
Function GetParameterValue(strParameterName)
Dim objRS, strSQL, strParameterValue
strSQL = "SELECT ParameterValue FROM damsParameters WHERE ParameterName = '" & strParameterName & "'"
.
.
.
GetParameterValue = strParameterValue
Set objRS = Nothing
End Function
5、ASP內置對象區分大小寫。如下代碼片斷
strUserName = Request.Form(「UserName」)
Set conn = Server.CreateObject("ADODB.Connection")
6、資料庫連接一個庫只能有一個資料庫連接文件，創建資料庫對象得原則是盡可能晚地打開資料庫，盡可能早地關閉資料庫。創建資料庫對象調用統一地創建函數。如下：
Sub OpenConn(ByRef conn)
Dim strDBPath, strDBConnection
strDBPath = Server.MapPath("database/tax.mdb")
strDBConnnection = "Driver={Microsoft Access Driver (*.mdb)}; DBQ=" & strDBPath
Set conn = Server.CreateObject("ADODB.Connection")
conn.Open strDBConnnection
End Sub
7、當一個對象不在使用時要釋放對象資源，比如objFSO,objRS對象等。採用統一函數調用。函數如下：
Sub CloseObj(ByRef obj)
If IsObject(obj) Then
obj.Close
Set obj = nothing
End If
End Sub
8、時間全部以字元串的形式保存到資料庫中，這樣做能夠是日期在不同的資料庫中都能良好地保存，也方便資料庫地遷移。時間用14位字元串保存，日期用8位字元串保存。
七．網站首頁head區代碼規范
head區是指首頁HTML代碼的<head>和</head>之間的內容。 必須加入的標簽
1.公司版權注釋
<!--- The site is designed by Maketown,Inc 06/2004 --->
2.網頁顯示字元集
簡體中文：<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=gb2312">
繁體中文：<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=BIG5">
英 語：<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
3.網頁製作者信息
<META name="author" content="[email protected]">
4.網站簡介
<META NAME="DESCRIPTION" CONTENT="本站是一個醫療站點…">
5.搜索關鍵字
<META NAME="keywords" CONTENT="xxxx,xxxx,xxx,xxxxx,xxxx,">
6.網頁的css規范
<LINK href="style/style.css" rel="stylesheet" type="text/css">
(參見目錄及命名規范)
7.網頁標題
<title>xxxxxxxxxxxxxxxxxx</title>
8.可以選擇加入的標簽
1.設定網頁的到期時間。一旦網頁過期，必須到伺服器上重新調閱。
<META HTTP-EQUIV="expires" CONTENT="Wed, 26 Feb 1997 08:21:57 GMT">
2.禁止瀏覽器從本地機的緩存中調閱頁面內容。
<META HTTP-EQUIV="Pragma" CONTENT="no-cache">
3.用來防止別人在框架里調用你的頁面。
<META HTTP-EQUIV="Window-target" CONTENT="_top">
4.自動跳轉。
<META HTTP-EQUIV="Refresh" CONTENT="5;URL=http://www.yahoo.com"> 5指時間停留5秒。
5.網頁搜索機器人向導.用來告訴搜索機器人哪些頁面需要索引，哪些頁面不需要索引。
<META NAME="robots" CONTENT="none">
CONTENT的參數有all,none,index,noindex,follow,nofollow。默認是all。
6.收藏夾圖標
<link rel = "Shortcut Icon" href="favicon.ico">
所有的javascript的調用盡量採取外部調用.
<SCRIPT LANGUAGE="javascript" SRC="script/xxxxx.js"></SCRIPT>
附<body>標簽：
<body>標簽不屬於head區，這里強調一下，為了保證瀏覽器的兼容性，必須設置頁面背景<body bgcolor="#FFFFFF">
八．網站建設尺寸規范
1. 頁面標准按800*600解析度製作，實際尺寸為778*434px
2. 頁面長度原則上不超過3屏，寬度不超過1屏
3. 每個標准頁面為A4幅面大小，即8.5X11英寸
4. 全尺寸banner為468*60px，半尺寸banner為234*60px，小banner為88*31px
5. 另外120*90，120*60也是小圖標的標准尺寸
6. 每個非首頁靜態頁面含圖片位元組不超過60K，全尺寸banner不超過14K

2、網站建設項目的風險管理研究意義及方案

1、項目網站管理方案的特點

項目網站管理方案是以Web伺服器為主體、瀏覽器為客戶端作為基本架構的項目。這樣的架構項目中包含Web伺服器、瀏覽器和網路三個關鍵主體。項目網站管理方案可能是一個網站,也可能是各種Web應用程序,例如網上商店、虛擬郵局、網路辦公管理系統、客戶關系管理系統等等。網站項目管理就是圍繞著網站項目運用知識、技術、技能、工具和方法進行組織管理。其特點表現在以下幾個方面:

1)涉及的領域很多。狹義地講,項目網站管理方案包括了網頁製作、美工設計、程序編碼、系統及網路管理等專業技術,廣義上又包含了企業管理、市場營銷、心理學、廣告學等更多領域的知識,在項目進行過程中還涉及到項目管理工具、文檔和設計開發管理規范、開發及測試環境部署等特殊領域的問題。這對參與項目管理的人員提出了很高的要求。

2)參與項目的角色很多,水平可能參差不齊。對於項目網站管理thldl.org.cn方案,最關鍵的角色是項目經理、業務流程分析師、用戶界面工程師、系統分析員、編碼人員(程序員)和質量控制工程師等。根據項目的規模和開發的深度,由項目經理進行角色劃分。假如嚴格細分,一個大型項目的角色可能達到50個以上,以確保每個細節都有專業的人員進行負責和管理。其中需求分析過程中主要角色有客戶代表、業務員、業務流程分析師、用戶界面工程師,另外還有項目經理、資料庫工程師、文檔工程師等參與。

3)網路應用的開發技術在日新月異地進步,從而使網站管理方案應用系統的開發模式具有多種選擇性,達到同樣的目標可以採用很多不同的方式,現代的應用系統越來越成為一個龐大的集成方案,需要考慮不同的操作平台、不同的應用伺服器、不同的資料庫、不同的編程語言、不同的傳輸介質等等,項目管理人員必須了解各種技術的利弊,幫助用戶選擇高效、廉價並富有前瞻性的網站管理方案。

2、需求分析在項目網站管理方案中的作用及要求

需求分析是一個項目的開端,也是項目建設的基石。由於以上提出的網站項目的特殊性和行業覆蓋的廣闊性,以及需求分析的高風險性,網站項目需求分析的重要性是不言而喻的,在以往建設失敗的項目中,80%是由於需求分析的不明確而造成的。因此一個項目成功的關鍵因素之一,就是對需求分析的把握程度。

在需求分析流程中,需要有客戶代表、業務員、業務流程分析師、用戶界面工程師等角色參與,業務員從客戶代表那裡獲得需求,並形成需求報告;業務流程分析員從業務員那裡獲得需求報告,分析生成項目模型報告;界面工程師得到項目網站管理方案模型後設計製作相應的模板和用戶界面原型,最終由客戶代表確認。需求分析所形成的文檔最終達到如下要求。

1)正確性:每個功能必須清楚描寫交付的功能。

2)可行性:確保在當前的開發能力和系統環境下可以實現每個需求。

3)必要性:功能是否必須交付,是否可以推遲實現,是否可以在削減開支情況發生時被"砍"掉。

4)簡明性:不要使用專業的網路術語。

5)檢測性:如果開發完畢,客戶可以根據需求檢測。

3 網站項目需求分析的一般方法

根據以往的工程經驗,需求分析工作方法,應該定位在"三個階段"(也稱"三步法")。

第一階段:"訪談式"。這一階段是和具體用戶方的領導層、業務層人員的訪談式溝通,主要目的是從宏觀上把握用戶的具體需求方向和趨勢,了解現有的組織架構、業務流程、硬體環境、軟體環境、現有的運行系統等等具體情況和客觀信息,建立起良好的溝通渠道和方式。針對具體的職能部門以及各委辦局,最好能指定本次項目的介面人。

網站管理方案實現手段:訪談、調查表格。

輸出成果:調查報告、業務流程報告。

第二階段:"誘導式"。這一階段是在承建方已經了解了具體用戶方的組織架構、業務流程、硬體環境、軟體環境、現有的運行系統等等具體實際和客觀信息的基礎上,結合現有的硬體、軟體實現方案,做出簡單的用戶流程頁面,同時結合以往的項目經驗對用戶採用誘導式、啟發式的調研方法和手段,和用戶一起探討業務流程設計的合理性、准確性,界面的便易性、習慣性。用戶可以操作簡單演示的DEMO,來感受一下整個業務流程的設計合理性、准確性等等問題,及時地提出改進意見和改進方法。

實現手段:拜訪(誘導)、原型演示。

輸出成果:調研分析報告、原型反饋報告、業務流程報告。

第三階段:"確認式"。這一階段是在上述兩個階段成果的基礎上,進行具體的流程細化、數據項的確認階段,這個階段承建方必須提供原型系統和明確的業務流程報告、數據項表,並能清晰地向用戶描述系統的業務流設計目標。用戶方可以通過審查報告來提出反饋意見,並對已經可接受的報告、文檔簽字確認。

實現手段:拜訪(回顧、確認),提交業務流程報告、數據項表;原型演示系統。

輸出成果:需求分析報告、數據項、業務流程報告、原型系統反饋意見(後三者可以統一歸入需求分析報告中,提交用戶方、監理方進行確認和存檔)。

整體來講,需求分析的三個階段是需求調研中不可忽視的一個重要部分,三個階段或者說三步法的實施和採用,對用戶和承建方都同樣提供了項目成功的保證。

4、項目網站管理方案需求分析的注意事項和技巧

項目的整體風險往往表現在需求分析不明確、業務流程不合理,導致用戶不習慣或不願意去用承建方的軟體。承建方和客戶方都要重視需求分析的重要性。為更好地把握用戶的需求和方向,應該採用必要的手段和方法來進行需求調研。

4.1 網站管理方案挖掘用戶需求

鼓勵用戶將所有的想法盡可能地闡述清楚,並把所有的要求羅列出來。這時候不必擔心引起客戶的潛在需求而增加設計開發的工作量,應直接明白地跟客戶把問題和要求一條條地列出來,把條理、歸納、分析先都放到一邊,將用戶最原始、最完整的要求准確地記錄下來。

網站管理方案很多情況下客戶並非專業人士,在他們的描述中很難凸現重點和技術難關,這需要我們去為客戶進行分析、歸納和整理,尤其是客戶談的不多卻又是技術上實現難度和強度很高的地方特別值得注意。客戶往往對需求的概念是非常模糊的,大多時候給出的需求都是籠統而且尺度難以控制的,這就要求業務人員在傾聽了客戶的詳細說明以後,幫助客戶進行整理和分析,預測客戶在開發過程中變更及今後應用中可能進行修改升級的潛在需求。

比如在為客戶設計辦公自動化系統的時候,也許就要為客戶預留將來與他們的業務單位進行交互的通道;在設計郵件系統的時候要考慮可能會需要廣告網站管理方案伺服器;設計網路電子商店時需考慮今後增加庫存產品進銷存統計分析等等;限於時間和財力的考慮,客戶通常能夠接受分階段實施的開發過程,在需求分析時,提早為客戶設想到今後的需求變更除了使項目開發更加順利以外,也為今後業務的進一步深入打下了更好的基矗

4.2 網站管理方案利用自然的語言和圖表描述項目模型

在業務員與客戶進行溝通和調查時撰寫的需求分析,盡可能用自然語言或形式化語言來描述,還可以添加圖形表述方式和模型表徵方式。雖然客戶的水平和資歷有所不同,但是最自然的描述能夠使項目開發的各個成員都能清楚地理解需求含義,不至於在理解上產生偏差。對客戶而言,這樣的模型描述最接近真實,容易參與修訂,並能以此為測試和驗收的依據。製作示意圖可以有很多種方式,關鍵是利用示意圖將客戶的需求和即將開始設計的系統體現出來。在進行系統分析和程序開發之前,雙方對今後要完成的產品就能夠有直觀的認識,換言之,就是在產品還沒有真正進入開發階段的時候,雙方就對工作的結果達成統一的意見,這將大大地減輕需求變更所帶來的困擾,同時客戶更容易地參與到項目的開發過程中。

4.3 網站管理方案需求分析要共同參與各施其職

項目網站管理方案經理、系統分析員、開發經理、交互設計師、測試人員、文檔人員包括客戶代表都應該看需求分析,並進行共同討論,達成一致意見。參與項目開發的人員都應該對這份需求有統一清晰的認識,並根據自己的工作對需求提出意見,通過與客戶的溝通修訂,最終確定項目實現的目標。這樣可以盡量避免業務人員與開發人員、承建方和客戶方之間發生不必要的糾紛。

例如:項目網站管理方案經理通過需求分析才能組建所需要的團隊包括配置工作環境,制定開發周期;開發周期的限制和功能上的要求可能會影響到程序員採用什麼樣的語言和工具進行編寫;操作用戶的技能水平將影響到交互設計師進行前台設計時做到什麼樣的精度;界面設計人員根據項目的性質和定位確定表現方式;測試人員了解測試環境和條件後才能對項目質量進行跟蹤和檢測。

4.4 網站管理方案將需求變更置於可控狀態

需求的變更幾乎是不可避免的,也許是出自客戶的遺漏,也可能是在開發過程中被激發出來的。如何以可控的方式管理網站項目需求的變更,對於項目的順利進行有著重要的意義。如果匆匆忙忙地完成用戶調研與分析,則往往意味著不穩定的需求。所以需求網站管理方案要保證需求分析各個活動都得到了充分的執行。

為了將變更及時反饋到項目的各個角色中,做好需求變更日誌就顯得非常重要。在需求分析後面附上變更日誌,並將修改後的需求分析製作成新版本,保留每次更改過的版本,而不是覆蓋,這樣就比較容易地跟蹤到需求變更過程中所帶來的工作調整。在新版本的需求分析中,將變更部分用特殊方式表示出來,並在日誌中記錄變更明細。

4.5 網站管理方案評審需求文檔

需求文檔完成後,需要經過正式評審,以便作為下一階段工作的基矗一般的評審分為用戶評審和同行評審兩類。用戶和開發方對於軟體項目內容的描述,是以需求規格說明書作為基礎的;用戶驗收的標准則是依據需求規格說明書中的內容來制訂,所以評審需求文檔時用戶的意見是第一位的。而同行評審的目的,是在軟體項目初期發現那些潛在的缺陷或錯誤,避免這些錯誤和缺陷遺漏到項目的後續階段。

5 網站管理方案總結

隨著互聯網的飛速發展,Web技術應用日益廣泛,網站的規模和復雜性不斷增加,網站項目的設計和開發進入了需要強調流程和分工的時代,軟體工程方法將越來越多地介入到網站項目的設計和開發中。建立規范的、有效的、健壯的開發機制,特別是打好網站項目網站管理方案的基石,強化項目的需求分析,將有利於高效、高速、高質量地完成開發任務。
參考資料：http://blog.sina.com.cn/itbar88

3、網站需求分析報告對於建設網站有什麼用

首先是明確整個執行團隊的目標，我們在做什麼，做他的意義何在，目標是什麼。這樣就會統一團隊整體思路和完成的信念。

針對外部用戶，需求分析主要是對面向用戶的需求分析，即幫助用戶解決什麼問題、或提供什麼服務。這些服務分多少個層面展現，他們的邏輯是怎樣的，大到用戶使用流程小到每個欄位都需要需求分析來做。
針對內部團隊從設計、前端、研發、測試、部署、運營都需要看需求分析文檔，包括後期的迭代計劃、版本管理都離不開他。需求分析是整個項目或產品的核心，需求分析做成啥樣跟成品間該是相差無幾的。這么說吧一個網站做出來啥樣就看需求做成啥樣，具有規范意義。

4、網站的信息化建設,需求分析 作用和發展目標

這個需要根據你的項目來展開了。

需求分析與網站無關，網站是策劃分析的一個結果。作用和目標是策劃和分析的歸屬。

唯一的目的就是：建立後的網站能發揮作用，如果是企業站就要實用，達到營銷的目的。

PS：提供建站開發，程序定做服務，有需要的朋友可百度HI我。

5、網站設計需求分析怎麼寫

1）繪制關聯圖：繪制系統關聯圖是用於定義系統與系統外部實體間的界限和介面的簡單模型。同時它也明確了通過介面的信息流和物質流。

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

3）分析可行性：分析需求可行性在允許的成本、性能要求下，分析每項需求實施的可行性，明確與每項需求實現相聯系的風險，包括與其它需求的沖突，對外界因素的依賴和技術障礙。

4）確定需求優先順序：確定軟體工程需求的優先順序別應用分析方法來確定使用實例、產品特性或單項需求實現的優先順序別。以優先順序為基礎確定產品版本將包括哪些特性或哪類需求。當允許需求變更時，在特定的版本中加入每一項變更，並在那個版本計劃中作出需要的變更。

5）為需求建立模型：為需求建立模型需求的圖形分析模型是軟體需求規格說明極好的補充說明。它們能提供不同的信息與關系以有助於找到不正確的、不一致的、遺漏的和冗餘的需求。這樣的模型包括數據流圖、實體關系圖、狀態變換圖、對話框圖、對象類及交互作用圖。

6）編寫數據字典：創建數據字典數據字典是對系統用到的所有數據項和結構的定義，以確保開發人員使用統一的數據定義。在需求階段，數據字典至少應定義客戶數據項以確保客戶與開發小組是使用一致的定義和術語。分析和設計工具通常包括數據字典組件。

7）應用質量功能調配：使用質量功能調配質量功能調配是一種高級系統技術，它將產品特性、屬性與對客戶的重要性聯系起來。該技術提供了一種分析方法以明確那些是客戶最為關注的特性。它將需求分為三類：期望需求，即客戶或許並未提及，但如若缺少會讓他們感到不滿意；普通需求；興奮需求，即實現了會給客戶帶去驚喜，但若未實現也不會受到責備。

6、如何做好網站建設需求分析

1、 負責組織相關開發人員與用戶一起進行需求分析。
2、 組織美術和技術骨幹代表或者全部成員（與用戶討論）編寫《網站功能描述書（初稿）》文檔。
3、 組織相關人員對《網站功能描述書（初稿）》進行反復討論和修改，確定《網站功能描述書》正式文檔。
4、 如果用戶有這方面的能力或者用戶提出要求，項目管理者也可以指派項目成員參與，而由用戶編寫和確定《網站功能描述書》文檔。
5、 如果項目比較大的話，最好能夠有部門經理或者他授權的人員參與到《網站功能描述書》的確定過程中來。

7、音樂網站設計需求分析

http://www.hao123.com/music.htm
第一章 開發概述
1.1：課題簡介：
1.2 開發環境及需求
1.3 ASP及相關技術介紹
1.4 ASP與CGI的比較
第二章需求分析
2.1：系統調查:
2.1.1 本站需求調查：
2.1.2 功能需求分析：
2.2：新系統的邏輯方案:
2.2.1 數據流程圖
2.2.2 數據字典
2．3可行性論證
第三章 網站的總體結構設計
3.1網站功能模塊結構的設計
3.2 資料庫設計
3.2.1 資料庫的概念設計
3.2.2 資料庫的邏輯結構設計
3.3、網頁設計
3.4、頁面鏈接導航設計
第四章 音樂明星網的實現
4．1、建立Asp的運行環境
4.2、主頁default.asp頁面的實現
4.2.1 包含文件dbconn.inc的實現和調用
4.2.2 包含文件news.asp的實現和調用
4.2.3 在線調查research.asp的實現和調用
4.3 音樂試聽頁面kqst.asp的實現：
4.3.1 總量排行home_sort.asp的實現和調用：
4.3.2 歌曲試聽調用文件mfplayrm.asp
4.4 後台管理的實現
4.4.1 後台管理登錄login.asp的實現
4.4.2 後台管理首頁mnews.asp的實現
4.4.3 後台添加咨訊addnews.asp的實現
4.4.4 後台修改咨訊xgnews.asp的實現
第五章 系統的測試和展望

8、網站功能需求怎麼編寫啊？

網站功能需求編寫，首先在建立網站前應明確建設網站的目的，確定網站的功能，確定網站規模、投入費用，進行必要的市場分析等，只有詳細的策劃，才能避免在網站建設中出現的很多問題，使網站建設能順利進行。

建設網站前的市場分析，相關行業的市場是怎樣的,市場有什麼樣的特點，是否能夠在互聯網上開展公司業務，市場主要競爭者分析，競爭對手上網情況及其網站策劃、功能作用，公司自身條件分析、公司概況、市場優勢，可以利用網站提升哪些競爭力，建設網站的能力。

(8)網站建設項目功能需求分析報告擴展資料

在早期，域名、空間伺服器與程序是網站的基本組成部分，隨著科技的不斷進步，網站的組成也日趨復雜，目前多數網站由域名、空間伺服器、DNS域名解析、網站程序、資料庫等組成。

域名（Domain Name），是由一串用點分隔的字母組成的Internet上某一台計算機或計算機組的名稱。用於在數據傳輸時標識計算機的電子方位（有時也指地理位置），域名已經成為互聯網的品牌、網上商標保護必備的產品之一。

標號「baidu」是這個域名的主域名體，而最後的標號「com」則是該域名的後綴，代表的這是一個com國際域名，是頂級域名。而前面的www.是網路名， 為www的域名。

DNS規定，域名中的標號都由英文字母和數字組成。每一個標號不超過63個字元，也不區分大小寫字母。標號中除連字元（-）外不能使用其他的標點符號。