電子商務網站開發需求文檔

⑴ 電子商務系統網站需求分析怎麼寫

提供三部分的功能：（1）網上購物；（2）在網上進行商品庫存管理；（3）在網上進行訂單管理。
一、網上購物主要包括：用戶的登錄、用戶的注冊、用戶個人信息維護、商品瀏覽、網上購買。
用戶登錄，對用戶登錄輸入的用戶名密碼進行驗證。 用戶注冊，要求提供用戶的詳細資料。
用戶個人信息維護，對用戶個人資料及個人密碼進行維護。
商品瀏覽, 用戶在網上對本站點所提供的商品進行瀏覽和搜索（用戶無需注冊）。網上購買，注冊用戶提交所要購買的商品列表（列表為用戶點擊商品下的購買按鈕時自動生成）。 二、網上進行商品庫存管理主要包括：庫存管理員登錄、庫存管理員個人信息修改、管理庫存、對商品類別和商品進行管理。
管理員登錄，對管理員登錄輸入的用戶名密碼進行驗證。 管理員對自己的個人信息進行必要的修改。 商品類別管理，對商品進行分類管理。 商品管理，對商品進行管理。
管理庫存, 管理員對庫存商品的數量進行管理。
三、網上進行商品訂單管理主要包括：訂單管理員登錄、訂單管理員個人信息修改、管理訂單。
訂單管理員登錄，對管理員登錄輸入的用戶名密碼進行驗證。 管理員對自己的個人信息進行必要的修改。
管理訂單，包括已發貨訂單、未發貨訂單的瀏覽查詢以及未發貨訂單的的修改和刪除。
1.2 用戶特點
所面向的用戶群分為網上購物者、網站管理人員兩種。 網上購物者：這一類人員包括各種人員，這些人員中可能有一小部分人對網路的使用存在一些問題，例如：不會使用瀏覽按鈕，不會使用購買按鈕等等。對於這種情況，我們將提供細致的服務和詳細的幫助文檔。
網站管理人員：這一類人不存在使用問題，只需簡單培訓即可.

http://wenku..com/link?url=-

⑵ 網站功能需求怎麼編寫啊

主要包括：

一、網站目標與期望：根據公司要求闡述網站的目標及功能

二、網站整體結構及欄目，主要包括：

（1）確定網站主要欄目

（2）網站頁面總體風格及美工效果。

（3）主頁面及次頁面大概量。

三、網站的管理及維護，主要包括：

（1）管理及內容錄入任務分配

（2）項目完成時間及進度

（3）明確項目完成後的維護責任。

四、網站開發費用

擴展說明：

網站開發也一個系統性項目，所以對於一個項目而言，項目的管理者在需求分析中的職責有 如下幾個方面：

1.負責組織相關開發人員與用戶一起進行需求分析。

2.組織美術和技術骨幹代表或者全部成員（與用戶討論）編寫《網站功能描述書（初稿）》文檔。

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

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

5.如果項目比較大的話，最好能夠有部門經理或者他授權的人員參與到《網站功能描述書》的確定過程中來。

⑶ 求電子商務網站需求文檔

網路一下，大把

⑷ 如何設計電子商務網站和開發環境配置文檔

電子商務網站，一般叫電商，所以要看你做什麼主題，有什麼需求，然後再根據內容撰寫

⑸ 求幾個javaweb項目的需求文檔，比如人事管理，電子商務網站等這些，練手用

你可以去黑馬網上找找看吧，也是可以下載的

⑹ 電子商務網站的開發流程是怎樣的

第一步：需要客戶提供一個完整的需求說明。

很多客戶對自己的需求並不是很清楚，需要您不斷引導和幫助分析。曾經有一次，我問客戶：「您做網站的目的是什麼?」他回答：「沒有目的，只是因為別人都有，我沒有!」。這樣的客戶就需要耐心說明，仔細分析，挖掘出他潛在的，真正的需求。
配合客戶寫一份詳細的，完整的需求說明會花很多時間，但這樣做是值得的，而且一定要讓客戶滿意，簽字認可。把好這一關，可以杜絕很多因為需求不明或理解偏差造成的失誤和項目失敗。糟糕的需求說明不可能有高質量的網站。

那麼需求說明書要達到怎樣的標准呢?簡單說，包含下面幾點：
1、正確性：每個功能必須清楚描寫交付的功能;2、可行性：確保在當前的開發能力和系統環境下可以實現每個需求;3、必要性：功能是否必須交付，是否可以推遲實現，是否可以在削減開支情況發生時"砍"掉;4、簡明性：不要使用專業的網路術語;5、檢測性：如果開發完畢，客戶可以根據需求檢測。

第二步是做系統分析。

網站總體設計：在拿到客戶的需求說明後，並不是直接開始網站製作，而是需要對項目進行總體設計，詳細設計，出一份網站建設方案給客戶。總體設計是非常關鍵的一步。它主要確定：1、網站需要實現哪些功能;
2、網站開發使用什麼軟體，在什麼樣的硬體環境;3、需要多少人，多少時間;4、需要遵循的規則和標准有哪些。

同時需要寫一份總體規劃說明書，包括：1、網站的欄目和版塊;2、網站的功能和相應的程序;
3、網站的鏈接結構;4、如果有資料庫，進行資料庫的概念設計;5、網站的交互性和用戶友好設計。 網站建設方案
在總體設計出來後，一般需要給客戶一個網站建設方案。很多網頁製作公司在接洽業務時就被客戶要求提供方案。那時的方案一般比較籠統，而且在客戶需求不是十分明確的情況下提交方案，往往和實際製作後的結果會有很大差異。所以應該盡量取得客戶的理解，在明確需求並總體設計後提交方案，這樣對雙方都有益處。

網站建設方案的包括以下幾個部分：1、客戶情況分析;2、網站需要實現的目的和目標;3、網站形象說明;4、網站的欄目版塊和結構;5、網站內容的安排，相互鏈接關系;6、使用軟體，硬體和技術分析說明;7、開發時間進度表;8、宣傳推廣方案;9、維護方案;10、製作費用;11、本公司簡介：成功作品，技術，人才說明等。

當方案通過客戶的認可，就可以開始動手製作網站了。但還不是真正意義上的製作，你需要進行詳細網站設計：總體設計階段以比較抽象概括的方式提出了解決問題的辦法;詳細設計階段的任務就是把解法具體化。詳細設計主要是針對程序開發部分來說的。但這個階段的不是真正編寫程序，而是設計出程序的詳細規格說明。這種規格說明的作用很類似於其他工程領域中工程師經常使用的工程藍圖，它們應該包含必要的細節，例如：程序界面，表單，需要的數據等。程序員可以根據它們寫出實際的程序代碼。

總體設計是非常關鍵的一步。它主要確定：

1、網站需要實現哪些功能;

2、網站開發使用什麼軟體，在什麼樣的硬體環境;

3、需要多少人，多少時間;

4、需要遵循的規則和標准有哪些。

同時需要寫一份總體規劃說明書，包括：

1、網站的欄目和版塊;

2、網站的功能和相應的程序;

3、網站的鏈接結構;

4、如果有資料庫，進行資料庫的概念設計;

5、網站的交互性和用戶友好設計。

第三步是做網站建設方案。

在總體設計出來後，一般需要給客戶一個網站建設方案。很多網頁製作公司在接洽業務時就被客戶要求提供方案。那時的方案一般比較籠統，而且在客戶需求不是十分明確的情況下提交方案，往往和實際製作後的結果會有很大差異。所以應該盡量取得客戶的理解，在明確需求並總體設計後提交方案，這樣對雙方都有益處。

網站建設方案的包括以下幾個部分：

1、客戶情況分析;

2、網站需要實現的目的和目標;

3、網站形象說明;

4、網站的欄目版塊和結構;

5、網站內容的安排，相互鏈接關系;

6、使用軟體，硬體和技術分析說明;

7、開發時間進度表;

8、宣傳推廣方案;

9、維護方案;

10、製作費用;

11、本公司簡介：成功作品，技術，人才說明等。

另：網頁設計注冊事項

1、框架結構(Frame Sets)

有些搜索引擎(如FAST)是不支持框架結構的，他們的「蜘蛛」程序無法閱讀這樣的網頁。

2、圖象區塊(Image Maps)

除AltaVista、Google和Northern
Light(現已停止公共搜索服務)明確支持圖像區塊鏈接外，其他引擎是不支持它的。當「蜘蛛」程序遇到這種結構時，往往會感到茫然不知所措。因此盡量不要設置Image
Map鏈接。

3、特效鏈接

我們經常看到有些網站為導航鏈接加上了特效，如點擊某個項目會展開下層鏈接等。這些效果一般通過Java
Script實現，視覺上非常新穎，但在「蜘蛛」程序的眼裡則沒那麼誘人，相反它無法解讀這種鏈接。為了讓搜索引擎順利檢索到你的網頁，建議還是犧牲掉一些花哨的東西。

4、FLASH

雖然FLASH網站製作的網頁視覺效果較好，但搜索引擎對此卻不太感冒，個案表明這一類的網站很難被網路搜索引擎索引。明智的做法是提供FLASH和非FLASH網頁兩種選擇，這樣即增加了網頁的觀賞性，又照顧到了搜索引擎的情緒。

5、動態網頁(Dynamic Pages)

任何地址中帶「?」號、「&」號(及其他類似符號)的網頁都會把「蜘蛛」程序擋在門外。這些網頁通常由CGI、PHP、ASP等程序產生，技術上較先進，但不適合搜索引擎的「蜘蛛」程序。雖然目前有的大型搜索引擎(如Google)已具備檢索動態網頁的能力，但相當一部分數引擎還是不支持它的。而且即使是能夠索引動態網頁的Google，也在多個場合中明確表示不保證檢索全部的動態網頁。

因此，除非是超大型網站，為方便起見不得不採用動態網頁生成技術，否則還是盡量使用靜態網頁為好。

6、加密網頁

除非你不希望搜索引擎檢索你的網頁，否則不要給你的網頁加密。

7、網頁容量

包括圖像在內的網頁位元組數最好不要超過50K。體型龐大的網頁下載速度慢，不僅會讓普通訪問者等得心急如焚，有時也會使「蜘蛛」程序感到不耐煩。目前搜索引擎都不願收錄位於免費主頁空間上的網站。其理由是，既然你認為自己的網站如此重要，以至於需要登錄搜索引擎讓天下人都知道，那麼你沒有理由還將它放在免費伺服器上。更何況免費主頁通常速度較慢，會影響大家搜索信息的效率。