1、基於 asp.net 的 需求分析 設計 報告
基於ASP.NET的電子商務網站構建技術
【摘 要】ASP.NET是現在最新最熱門的電子商務網站構建技術之一，與微軟的SQL Server資料庫集成有很好的表現。文章主要探討了ASP.NET和SQL Server的相關技術，及優化網站性能的技巧。
【關鍵詞】電子商務網站；ASP.NET；MS SQL Server；會話；連接池
【作者簡介】盧莉，供職於華南師范大學增城學院。
隨著計算機網路的普及，計算機網路應用日趨豐富，網路體現出來的作用越來越大，信息產業部副部長奚國華在2005年月28日第六屆中國（北京）移動通信國際論壇的開幕式上透露，截至目前，中國互聯網上網人數已經超過1億，人數僅次於美國。越來越多的人把上網作為自己獲取信息的首要途徑。利用Internet足不出戶就可以獲取所需要的信息，實現購物、炒股、旅遊和學習等。目前在網上進行貿易的企業和個人日益增多，除了網上購物，還有網上商品銷售、網上拍賣、網上貨幣支付等。面對這么大的市場，中國的公司和企業要更好的展示企業形象，宣傳企業，推介產品，就要建立電子商務網站，開展電子商務活動。利用網站可以提高知名度，帶來無限商機。
一、電子商務網站的基本模塊
電子商務縮寫為EC(Electronic-Commerce)，也有人稱為電子貿易，它是指採用網路技術實現數據的交換，從而完成整個的商業交易過程。現在隨著INTERNET技術的日益成熟，人們所探討的電子商務主要是以INTERNET來完成。這里所指的電子商務網站是基於INTERNET的交易類網站。國內這類網站中最著名的有淘寶、當當網等。電子商務網站基於業務流程及客戶服務考慮，可由以下五個基本模塊組成：會員管理模塊、商品管理模塊、訂單處理模塊、新聞發布模塊、客戶服務模塊。
根據上面提到的五個基本模塊，網站可以設置如下欄目：會員登陸、會員注冊、商品展示、購物車、結算中心、客服中心、留言簿（或交流區）等。
二、構建電子商務網站的技術方案
（一）使用ASP.NET工具
1.ASP.NET簡介
ASP.NET 是微軟公司推出的一種Internet編程技術，它採用效率較高的、面向對象的方法來創建動態Web應用程序。在原來的ASP技術中，伺服器端代碼和客戶端HTML混合在一起，常常導致頁面的代碼冗長而復雜，程序的邏輯難以理解。ASP.NET是一種獨立於瀏覽器的編程模型，可以在最新版本的IE、NetscapeNavigator以及諸如Opera等被廣泛使用的瀏覽器上運行。
ASP.NET是一種建立在通用語言上的程序構架。一個已編譯的、基於 .NET 的環境，把基於通用語言的程序在伺服器上運行。將程序在伺服器端首次運行時進行編譯，比ASP即時解釋程序速度上要快很多。微軟公司發布了4種與 .NET 兼容的語言（包括 Visual Basic .NET、C#.NET、Visual C++.NET和 JScript .NET.）創作應用程序。
2.常用到的ASP.NET內置對象
Application對象：對整個ASP.NET執行環境而言，一個虛擬目錄下的所有ASP.NET程序構成了一個Web應用程序。在多任務執行的情況下，來自四面八方的眾多用戶可能執行同一個Web應用程序，這變依賴Application對象。常用到的場合：聊天室、網頁計數器等。
Request對象：獲取從客戶瀏覽器傳給伺服器端的數據，如接收來自表單的數據。
Response對象：Request對象與Response對象就像一般程序語言里的Input及Output命令，若要讓伺服器端的ASP.NET程序能夠接收來自客戶端的信息，須用Request對象；若想將伺服器端的信息傳遞給客戶端，須用Response對象。
Session對象：Session對象和Application對象極為類似，但Session對象的信息只適用於同一位用戶，換句話說，一個Session對象只屬於一位用戶。常用到的場合：虛擬購物車、用戶登陸網站時用戶名的臨時存儲等。
（二）使用MS SQL Server 2000資料庫
大多企業、組織以及政府部門的電子數據都保存在各種資料庫中，他們用這些資料庫保存一些個人資料，比如員工薪水、個人資料等等。有些資料庫伺服器還掌握著敏感的金融數據。包括交易記錄、商業事務和賬號數據等，應該保護起來防止競爭者和其他非法者獲取的資料。因此，防止數據被惡意或非惡意的破壞或一些保密性文件被他人非法竊取及非本企業人員非法使用成為至關重要的問題，使用微軟的SQL Server能有效的保障數據的安全性。
（三）對資料庫的操作
電子商務網站設計時不可避免對資料庫的考慮，因為幾乎每一種商用應用程序都依賴於某種數據存儲。資料庫可以為網站提供不同層次的必要的數據和信息，包括前台網頁的訪問和後台數據的管理。
創建ASP.NET應用程序時，同樣需要連接到資料庫以讀取或操縱數據。使用ADO.NET可以通過多種方式輕松地訪問資料庫並操縱數據。ADO.NET為ASP頁面提供了一組功能強大的數據處理工具，無論使用何種資料庫，首先要與之相連。使用ADO.NET可以以兩種方式連接到資料庫，本例是連接到資料庫Microsoft SQL Server，則使用SQLConnection對象。如果要連接的是其他類型的資料庫，如Oracle、Access等，則需要使用OleDbConnection對象。這里只探討前一種連接的方法。
要使用資料庫，還必須配合結構化查詢語言（SQL）。SQL是一種標准化查詢語言，用於讀取和操作存儲在資料庫中的數據。常通過它對資料庫執行四種操作：從表中選擇記錄（Select）、向表中插入（Insert）、更新（Update）以及刪除記錄（Delete）。
以下是訪問資料庫時的一些實例，假設使用的資料庫是MS SQL Server中自帶的Northwind資料庫。
1.資料庫的連接
<%@ Import Namespace=「System.Data」%>
<%@ Import NameSpace=「System.Data.SqlClient」%>
<script laguage=「VB」 runat=「server」>
sub page_load(source as Object，e as EventArgs)
Dim myConnection As SqlConnection
Dim myCommand As SqlCommand
Dim mySQL as string
myConnection = New SqlConnection( 「server=localhost；database=Northwind；uid=sa；pwd= 」)
mySQL=「select * from Customers」
myCommand=New SQLCommand(mySQL，MyConnection)
Connection.Open( )
Dim DS As SQLDataReader=MyCommand.ExectuteReader( )
Connection.Close( )
End sub
</script>
2.數據的查詢
將上述例中mySQL等式右邊的查詢語句換成相應的語句就行了。
3.數據的添加
假設資料庫的為MSSQL中自帶的Northwind。
把上述例中mySQL=「select * from Customers」那行開始的語句換成下面的語句就行了。
mySQL=」Insert into Customers (CustomerID,Company?鄄Name,ContactName,Country)」& 「 values (『ACCON』,』Worl?鄄droad』,』Ruby』,』China』)myCommand = New SqlCommand( mySQL, myConnection )
myCommand.ExecuteNonQuery( )
End sub
</script>
將上述中mySQL等式右邊的查詢語句換成相應的SQL語句就可以實現數據的更新和刪除了。
三、網站性能優化技巧
（一）頁面性能優化———會話（Session）狀態的恰當選擇
HTTP協議是一種無狀態的通信協議，無法記錄和識別來自不同客戶端的請求，但在實際應用中系統卻要維護來自客戶端的不同請求之間的會話狀態信息。ASP.NET通過將會話狀態信息存儲在進程、狀態伺服器或SQL Server資料庫中來解決這個問題。
將會話狀態信息保存在WEB伺服器的內存中具有最佳的性能，速度很快，但是卻缺乏會話狀態信息跨越多個伺服器的能力。若要在多個WEB伺服器之間維護會話信息，可以使用狀態伺服器進行存儲，這種方式由於可以將應用程序部署到多台伺服器上而提高了系統的伸縮性和可靠性，但是以降低性能為代價。對於極其重要的會話信息，需要使用SQL Server存儲方式，從而避免丟失重要的會話信息，但由此產生的工作負載比前兩者大得多。
若不考慮狀態信息的保留和多個伺服器共享，應盡量選擇保存在伺服器的進程中，從而得到最佳的性能。
會話狀態信息的存儲方式通過web.config文件選擇，相關代碼如下：
<sessionState
Mode=」InProc/StateServer/SqlServer」 //存儲方式由此行選擇
StateConnectionString=」tcpip=127.0.0.1:42424」
……
timeout=」20」/>
（二）資料庫訪問性能優化———連接池
用TCP來連接應用程序與資料庫是一件很費時的事情。訪問資料庫資源需要創建連接、打開連接和關閉連接幾個操作，這些過程需要多次與資料庫交換信息以通過身份驗證，比較耗費伺服器資源。微軟的開發者可以通過用連接池（Con?鄄nection Pool）來反復的使用資料庫的連接。比起每次請求都用TCP來連一次資料庫，連接池只有在不存在有效的連接時才新建一個TCP連接。原理如下：當第一個連接請求到來時創建連接池；連接池的建立由資料庫連接的連接字元串來決定。每一個連接池都與一個不同的連接字元串相關。當一個新的連接請求到來時如果連接字元串和連接池使用的字元串相同，就從連接池取出一個連接；如果不相同，就新建一個連接池。
當關閉一個連接的時候，它會被放到池中，它仍然會保持與資料庫的連接，這樣就可以減少與資料庫的TCP連接次數。當連接池已經達到它的最大連接數目時，有新的連接請求到來時，新的連接請求將放置到連接隊列中。當有連接釋放給連接池時，連接池將新釋放的連接分配給在隊列中排隊的連接請求。你可以調用close和dispose將連接歸還給連接池。
1.允許連接池
對於.NET應用程序而言，默認為允許連接池。當然，你可以在SQLConnection對象的連接字元串中加進Pooling=true；確保你的應用程序允許連接池的使用。
2.禁止連接池
ADO.NET默認為允許資料庫連接池，如果你希望禁止連接池，可以使用如下的方式：
使用SQLConnection對象時，在連接字元串中加入：Pool?鄄ing=False。
優化網站性能的還有很多，比如對數據進行分頁、使用ASP.NET緩存API等。作一次小的性能優化，也許每次請求只能提高一微秒，但是如果每天的請求量很大的話，那麼應用程序就有很顯著的性能提升。要構建一個性能良好的應用程序，需要程序員花時間去研究和改進。而非一朝一夕之功。
四、結語
要構建完整的一個電子商務網站涉及到的技術很多，比如網上支付的安全技術。在設計過程還需要考慮企業或公司的業務需要和內部信息化程度等等。總之電子商務網站的構建，只有通過自己的實踐，才能找到最有幫助的技巧。
2、項目需求報告要怎麼寫？
聽棠的「客戶需求何時休」深刻的披露了這個問題存在的根源。需求分析，不僅僅是拿到客戶的需求，更重要的是還需進行分析，了解細節，並就細節跟客戶咨詢，獲取最詳細的資料。客戶所能提供給你的只是他們想到的功能需求，很多問題並不在他們考慮的范圍之內，如果作為項目承擔方沒有去做分析，簡單的按照功能要求去設計、規劃，最終出來的系統是很難完全符合客戶的業務流程的，這時，自然需要更改，被看成了需求的更改。其實，都是缺乏分析所一手造成的。問題等到系統出來了才被發現，這樣的系統本身就是先天不足的了。聽棠所說到的幾點，感受特別深：「其實問題出在開頭，客戶需求只是軟體需求分析的一部分，雖然是比較重要的一部分，但也不要只是去記客戶的需求，而是要把客戶的需求進行分析」還有客戶的需求本身會有矛盾（這矛盾是指在邏輯角度來講），客戶本身是意識不到的，只有在分析設計時，才會分析出這里的矛盾，而這些問題，如果在期初時，軟體負責人不分析，而是純粹的「聽從」客戶要求去做，當暴露這些問題時，你怪客戶也沒用啊。項目需求分析報告，在了解客戶需求時，不要不動腦子，不要一味的點頭說「I C」，其實在表面的業務裡面可能包含著N多的細節，這些細節是需要你反問客戶的，只有當你提的問題越多，最終獲取的需求最具體，才能讓項目越順利。而且有很多問題，都是在你的反問中，客戶也才開始思考本來沒思考過的問題，客戶也會找到一種合理的需求給你，有人會覺得這樣了解客戶需求未免太麻煩了。至於一些在技術上會遇到問題的地方，也要告訴客戶，別以為到時候再說，客戶是不關心你的技術細節的，但你如果給他解釋的話，他也會試著理解的。客戶的需求本身是無休止，因為他們本身也在變，但當你期初的分析合理，後面的變動也將在邏輯上變動，相信代價已經不會那麼大了。這其實也體現了系統的擴展性。需求分析，是一個項目提出方和承擔方相互溝通的過程，一方是系統的使用者，一方是系統的製造者，在系統製造過程中，只有雙方相互配合，共同對系統進行設計才能最後達到使用的要求。客戶是業務上的熟悉者，對業務流程有非常清晰的了解，但是，對於軟體需求方面的描述是不了解的，他們所能提供的只是他們最終要達到的功能，但是，這其中包含的業務流程是非常復雜的。我們拿到客戶需求後，應該根據功能、流程進行初步的設計，構造出業務流程圖，再讓客戶進行評審，提出業務流程上不對的地方進行修改。這樣來回的交流，最終才能取得較全面的需求，並減少後期的修改。
3、急求！開發網站可行性研究報告
《可行性研究報告》
《可行性研究報告》 (以下簡稱《報告》)是投資者進行項目最終決策的重要依據。為保證《報告》的質量，編制單位及其編制人員應切實做好編制前的准備工作，充分搜集信息資料，進行科學分析比選論證，做到數據可靠、結構完整、格式規范、附件齊全。《報告》要能滿足投資決策和編制項目初步設計的需要。
一、《報告》編制步驟
(一) 簽訂委託協議
《報告》編制單位與委託單位，就項目可行性研究報告編制工作的范圍、重點、深度要求、完成時間、費用預算和質量要求交換意見，並簽訂委託協議。
(二) 工作小組組建
根據委託項目可行性研究的工作量、內容、范圍、技術難度、時間要求等組建項目可行性研究小組。一般工業項目和交通運輸項目可分為市場組、工藝技術組、設備組、工程組、總圖運輸及公用工程組、環保組、技術經濟組等專業組。為使各專業組協調工作，保證《報告》總體質量，一般應由總工程師、總經濟師負責統籌協調。
(三) 制定工作計劃
內容包括工作的范圍、重點、深度、進度安排、人員配置、費用預算及《報告》編制大綱，並與委託單位交換意見。
(四) 調查收集資料
各專業小組根據《報告》編制大綱進行實地調查，收集整理有關資料，包括向市場和社會調查，向行業主管部門調查，向項目所在地區調查，向項目涉及的有關企業、單位調查，收集項目建設、生產運營等各方面所必需的信息資料和數據。
(五) 方案編制與優化
在調查研究收集資料的基礎上，對項目的建設規模與產品方案、場址方案、技術方案、設備方案、工程方案、原料供應方案、總圖布置與運輸方案、公用工程與輔助工程方案、環境保護方案、組織機構設置方案、實施進度方案以及項目投資與資金籌措方案等，研究編制備選方案。進行方案論證比選優化後，提出推薦方案。
(六) 項目評價
對推薦方案進行環境評價、財務評價、國民經濟評價、社會評價及風險分析，以判別項目的環境可行性、經濟可行性、社會可行性和抗風險能力。當有關評價指標結論不足以支持項目方案成立時，應對原設計方案進行調整或重新設計。
(七) 編寫《報告》
項目可行性研究各專業方案，經過技術經濟論證和優化之後，由各專業組分工編寫。經項目負責人銜接綜合匯總，提出《報告》初稿。
(八) 與委託單位交換意見
《報告》初稿形成後，與委託單位交換意見，修改完善，形成正式《報告》。
二、《報告》編制依據
(一) 項目建議書(初步可行性研究報告)及其批復文件。
(二) 國家和地方的經濟和社會發展規劃；行業部門發展規劃，如江河流域開發治理規劃、鐵路公路路網規劃、電力電網規劃、森林開發規劃等。
(三) 國家有關法律、法規、政策。
(四) 國家礦產儲量委員會批準的礦產儲量報告及礦產勘探最終報告。
(五) 有關機構發布的工程建設方面的標准、規范、定額。
(六) 中外合資、合作項目各方簽訂的協議書或意向書
(七)編制《報告》的委託合同，
(八)其他有關依據資。
三、信息資料採集與應用
編制可行性研究報告應有大量的、准確的、可用的信息資料作為支持。一般工業項目在可行性研究工作中，應逐步收集積累整理分析：市場分析資料、自然資源條件資料、原材料燃料供應資料、工藝技術資料、場（廠）址條件資料、環境條件資料、財政稅收資料、金融貿易等方面的信息資料，並用科學的方法對佔有資料進行整理加工。信息資料收集與應用一般應達到如下要求：
1．充足性要求
佔有的信息資料的廣度和數量，應滿足各方案設計比選論證的需要。
2．可靠性要求
對佔有信息資料的來源和真偽進行辨識，以保證可行性研究報告准確可靠。
3．時效性要求
應對佔有的信息資料發布的時間、時段進行辨識，以保證可行性研究報告，特別是有關預測結論的時效性。
四、《報告》結構和內容
項目可行性研究報告，一般應按以下結構和內容編寫：
(一) 總論
1．項目提出的背景
2．項目概況
3．問題與建議
(二) 市場預測
1．市場現狀調查
2．產品供需預測
3．價格預測
4．競爭力分析
5．市場風險分析
(三) 資源條件評價
1．資源可利用量
2．資源品質情況
3．資源賦存條件
4．資源開發價值
(四) 建設規模與產品方案
1．建設規模與產品方案構成
2．建設規模與產品方案的比選
3．推薦的建設規模與產品方案
4．技術改造項目與原有設施利用情況
(五) 場址選擇
1．場址現狀
2．場址方案比選
3．推薦的場址方案
4．技術改造項目現有場址的利用情況
(六) 技術方案、設備方案和工程方案
1．技術方案選擇
2．主要設備方案選擇
3。工程方案選擇
4．技術改造項目改造前後的比較
(七) 原材料燃料供應
1．主要原材料供應方案
2．燃料供應方案
(八) 總圖運輸與公用輔助工程
1．總圖布置方案
2．場內外運輸方案
3．公用工程與輔助工程方案
4，技術改造項目現有公用輔助設施利用情況
(九) 節能措施
1．節能措施
2．能耗指標分析
(十) 節水措施
1．節水措施
2．水耗指標分析
(十一) 環境影響評價
1．環境條件調查
2．影響環境因素分析
3．環境保護措施
(十二) 勞動安全衛生與消防
1．危險因素和危害程度分析
2，安全防範措施
3．衛生保健措施
4．消防設施
(十三) 組織機構與人力資源配置
1．組織機構設置及其適應性分析
2．人力資源配置
3．員工培訓
(十四) 項目實施進度
1．建設工期
2．實施進度安排
3．技術改造項目建設與生產的銜接
(十五) 投資估算
1．建設投資估算
2．流動資金估算
3．投資估算表
(十六) 融資方案
1．融資組織形式
2．資本金籌措
3．債務資金籌措
4．融資方案分析
(十七) 財務評價
1．財務評價基礎數據與參數選取
2。銷售收入與成本費用估算
3．財務評價報表
4．盈利能力分析
5．償債能力分析
6，不確定性分析
7．財務評價結論
(十八) 國民經濟評價
1．影子價格及評價參數選取
2．效益費用范圍與數值調整
3．國民經濟評價報表
4．國民經濟評價指標
5．國民經濟評價結論
(十九) 社會評價
1．項目對社會影響分析
2．項目與所在地互適性分析
3．社會風險分析
4．社會評價結論
(二十) 風險分析
1．項目主要風險識別
2．風險程度分析
3．防範風險對策
(二十一) 研究結論與建議
1．推薦方案總體描述
2．推薦方案優缺點描述
3．主要對比方案
4．結論與建議
五、 《報告》深度要求
(1) 《報告》應能充分反映項目可行性研究工作的成果，內容齊全，結論明確，數據准確，論據充分，滿足決策者定方案定項目要求。
(2) 《報告》選用主要設備的規格、參數應能滿足預訂貨的要求。引進技術設備的資料應能滿足合同談判的要求。
(3) 《報告》中的重大技術、經濟方案，應有兩個以上方案的比選。
(4) 《報告》中確定的主要工程技術數據，應能滿足項目初步設計的要求。
(5) 《報告》構造的融資方案，應能滿足銀行等金融部門信貸決策的需要。
(6) 《報告》中應反映在可行性研究過程中出現的某些方案的重大分歧及未被採納的理由，以供委託單位與投資者權衡利弊進行決策。
(7) 《報告》應附有評估、決策（審批）所必需的合同、協議、意向書、政府批件等。
六、 《報告》編制單位及人員資質要求
從事可行性研究報告編寫單位和人員，應符合下列要求：
(1) 《報告》編制單位應具有經國家有關部門審批登記的資質等級證明，並具有承擔編制可行研究報告的能力和經驗。
(2) 可行性研究人員應具有從事專業的中級以上專業職稱，並具有相關的知識、技能和工作經歷。
(3) 《報告》編制單位及人員，應堅持獨立、公正、科學、可靠的原則，事實求是，對提供的可行性研究報告質量負完全責任。
七、 《報告》文本格式
（一） 《報告》文本的外形尺寸統一為A4(210X297mm)
（二） 《報告》文本排列
(1) 封面。項目名稱、研究階段、編制單位、出版年月、並加蓋編制單位的印章。
(2) 封一。編制單位資格證書。如工程咨詢資質證書，工程設計證書。
(3) 封二。編制單位的項目負責人、技術管理負責人、法人代表名單。
(4) 封三。編制人、校核人、審核人、審定人名單。
(5) 目錄。
(6) 正文。
(7) 附圖、附表、附件。
4、網頁製作與網站設計報告書
網站項目管理規范
一.概念
網站項目管理就是根據特定的規范、在預算范圍內、按時完成的網站開發任務。
二.需求分析
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
5、我要做一個布藝網站，請問需求分析報告該如何寫？急急急。請好心人幫忙。不甚感激
模板如下：
1引言 2
1.1編寫目的 2
1.2背景 2
1.3定義 2
1.4參考資料 2
2任務概述 2
2.1目標 2
2.2用戶的特點 3
2.3假定和約束 3
3需求規定 3
3.1對功能的規定 3
3.2對性能的規定 3
3.2.1精度 3
3.2.2時間特性要求 3
3.2.3靈活性 4
3.3輸人輸出要求 4
3.4數據管理能力要求 4
3.5故障處理要求 4
3.6其他專門要求 5
4運行環境規定 5
4.1設備 5
4.2支持軟體 5
4.3介面 5
4.4控制 5
軟體需求說明書的編寫提示
1引言
1.1編寫目的
說明編寫這份軟體需求說明書的目的，指出預期的讀者。
1.2背景
說明：
a． 待開發的軟體系統的名稱；
b． 本項目的任務提出者、開發者、用戶及實現該軟體的計算中心或計算機網路；
c． 該軟體系統同其他系統或其他機構的基本的相互來往關系。
1.3定義
列出本文件中用到的專門術語的定義和外文首字母組詞的原片語。
1.4參考資料
列出用得著的參考資料，如：
a． 本項目的經核準的計劃任務書或合同、上級機關的批文；
b． 屬於本項目的其他已發表的文件；
c． 本文件中各處引用的文件、資料、包括所要用到的軟體開發標准。 列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。
2任務概述
2.1目標
敘述該項軟體開發的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟體開發的背景材料。解釋被開發軟體與其他有關軟體之間的關系。如果本軟體產品是一項獨立的軟體，而且全部內容自含，則說明這一點。如果所定義的產品是一個更大的系統的一個組成部分，則應說明本產品與該系統中其他各組成部分之間的關系，為此可使用一張方框圖來說明該系統的組成和本產品同其他各部分的聯系和介面。|
2.2用戶的特點
列出本軟體的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟體的預期使甩頻度。這些是軟體設計工作的重要約束
2.3假定和約束
列出進行本軟體開發工作的假定和約束，例如經費限制、開發期限等。
3需求規定
3.1對功能的規定
用列表的方式（例如IPO表即輸入、處理、輸出表的形式），逐項定量和定性地敘述對軟體所提出的功能要求，說明輸入什麼量、經怎樣的處理、得到什麼輸出，說明軟體應支持的終端數和應支持的並行操作的用戶數。
3.2對性能的規定
3.2.1精度
說明對該軟體的輸入、輸出數據精度的要求，可能包括傳輸過程中的精度。
3.2.2時間特性要求
說明對於該軟體的時間特性要求，如對：
a． 響應時間；
b． 更新處理時間；
c． 數據的轉換和傳送時間；
d． 解題時間；等的要求。
3.2.3靈活性
說明對該軟體的靈活性的要求，即當需求發生某些變化時，該軟體對這些變化的適應能力，如：
a． 操作方式上的變化；
b． 運行環境的變化；
c． 同其他軟體的介面的變化；
d． 精度和有效時限的變化；
e． 計劃的變化或改進。
對於為了提供這些靈活性而進行的專門設計的部分應該加以標明。
3.3輸人輸出要求
解釋各輸入輸出數據類型，並逐項說明其媒體、格式、數值范圍、精度等。對軟體的數據輸出及必須標明的控制輸出量進行解釋並舉例，包括對硬拷貝報告（正常結果輸出、狀態輸出及異常輸出）以及圖形或顯示報告的描述。
3.4數據管理能力要求
說明需要管理的文卷和記錄的個數、表和文卷的大小規模，要按可預見的增長對數據及其分量的存儲要求作出估算。
3.5故障處理要求
列出可能的軟體、硬體故障以及對各項性能而言所產生的後果和對故障處理的要求。
3.6其他專門要求
如用戶單位對安全保密的要求，對使用方便的要求，對可維護性、可補充性、易讀性、可靠性、運行環境可轉換性的特殊要求等。
4運行環境規定
4.1設備
列出運行該軟體所需要的硬設備。說明其中的新型設備及其專門功能，包括：
a． 處理器型號及內存容量；
b． 外存容量、聯機或離線、媒體及其存儲格式，設備的型號及數量；
c． 輸入及輸出設備的型號和數量，聯機或離線；
d． 數據通信設備的型號和數量；
e． 功能鍵及其他專用硬體
4.2支持軟體
列出支持軟體,包括要用到的操作系統、編譯（或匯編）程序、測試支持軟體等。
4.3介面
說明該軟體同其他軟體之間的介面、數據通信協議等。
4.4控制
說明控制該軟體的運行的方法和控制信號，並說明這些控制信號的來源。
希望能幫到你
6、一、設計題目（最後整理一份網站設計與實現的報告即可，具體要求如下。總分100分）
if rv is not None and rsv is not None:
# extract version/subversion
self._nmap_version_number = int(line[rv.start():rv.end()])
self._nmap_subversion_number = int(line[rsv.start()+1:rsv.end()])
break
}
7、網路規劃設計生成需求報告怎麼寫?
提出現在網路的趨勢，光（纖）進銅（纜）退，分析現有網路系統的弊端，如線路內老化，線路帶寬容低，網路設備超負荷運行，故障頻現，將會給業務帶來嚴重隱患，然後闡述網路規劃設計的需求，要建立在對現有狀況的分析前提下，這個每個公司情況都不同，無法代你寫；要調查掌握數據，否則如無根之木易被推翻。
如果是企事業網路一片空白，那就好辦，照最新的趨勢寫，預留將來升級的餘地和潛力，配套的埠，例如光纖介面等，網路機房建設預算，伺服器和系統軟體的訂購，網路監控，網路管理制度的建設，都可在議事日程上。