第一篇：需求文檔開發體會_寫于AE內網需求開發中

最近一直忙得不可開交，也沒來照顧下版面，抱歉哈。

今天剛剛嘗試做了個需求文檔，上來談談感受，歡迎大家拍磚。

先談談開發的需求的簡單情況，這次是公司的一個內網管理系統的開發，負責項目的同事做了一個需求原始文檔出來，因為我一直在攻需求方面的工作，所以就中途加了進來。

需求文檔的一般結構應該包括概述和正文兩個部分。概述部分主要介紹文檔的目的、讀者對象參考文獻，以及項目的范圍等內容，還有一些梗概性的需求可能也會放在這里。正文部分一般包括功能性需求和非功能性需求，非功能性需求一般包括各種約束，系統的接口，硬件平臺、軟件平臺等約束，還有性能需求等內容。只要是用戶要求的合理內容都要作為需求，這是區別需求和設計的一個判斷標準。比如，某個系統需要用一個具體的方案實現，如果這個實現方案是客戶要求的，那么這個方案實現就要作為一個需求，如果這個實現方案，客戶沒有明確要求，那么這個方案實現就不能作為一個需求，而應該作為設計考慮。

另外，概述部分還應該包括對術語的介紹，以統一需求開發中對于概念的描述，不要小看這個東西，當你真的寫起需求的時候，你會發現不斷的有新的名詞加進來，而你需要定義的名詞會越來越多。

在寫需求時，最好先把客戶的整體需求把握好，就是最好先把最骨干的需求寫出來，寫完這些骨干需求的時候，可能你會發現需求之間就已經有一些約束要考慮了，（這些需求之間的約束也是寫在需求文檔中的）比如在我們的需求中，項目經理和部門經理之間的權利該如何劃分，如果這個問題不弄清楚，軟件需求的設計就很難繼續，因為他們之間的權利可能存在重疊，而這種重疊可能是存在問題的，這個問題可能是本身工作流程的問題，那么應該怎么解決呢？

對于暫時不能確定的需求，建議在這個需求項上標注TBD（to be determined）

把握了大需求后，就可以在每個大需求下面分割小需求了。寫需求的工作有點像寫目錄，一級一級的往下寫，最初的寫上的都是需求樹的枝，當發現這些枝再也沒有辦法往細分的時候，就可以添加需求的葉子了。需求的枝一般用一個短語或者名詞描述比如一個項目管理的功能，它的分支可能是這樣的：

項目管理

1.1 項目創建

1.2 項目修改

1.3 項目檢索

接下來是需求的葉子如何描寫，一般情況下，具體的需求項應該有一個需求ID用于標識需求，比如這樣一個項目管理的需求，我們可以定義需求ID前綴為PM，在ID前綴后面加上編號就是一個完整的需求ID了。

接著上面的例子我們來看一下：

項目管理

1.1 項目創建

PM1：項目應該由項目經理創建

1.2 項目修改

PM2：項目提供xxx修改方式

1.3 項目檢索

PM3：項目經理可以通過項目編號檢索項目

PM3.1：檢索到的項目應該分頁顯示

PM4：項目經理可以通過項目關鍵字檢索項目

建議：

1、需求的ID最好在整個文檔中是唯一的，不要在不同的地方出現同一個ID。

2、最好的情況是，ID的排列是有順序的。

3、如果一個需求不能完整的描述一個內容，可以考慮在這個需求下面添加個子需求，如PM3.1。這只是一個建議，因為這樣可能不是一個良好的樹狀結構——因為葉子下面又增加了葉子。另外一種更好的表述方式：

1.3 項目檢索

1.3.1 項目編號檢索

PM3：項目經理可以通過項目編號檢索項目

PM4：檢索到的項目應該分頁顯示

PM5：如果沒有檢索到項目，應該提示出錯信息

下邊這種方式是更值得推薦的，但是在我們編寫需求的過程中，似乎上一種方式更加自然，更容易適應我們的思路，大家可以在實際的嘗試中試一下。

在編寫需求過程中，我覺得需求不宜寫成一大段，而沒有分隔，這種情況下很難識別需求點。也不便于閱讀。能夠將需求拆分成項，也利于需求開發者的思考。在開發人員根據需求實現的時候也更直觀。

開發需求的過程中，建議大家一定要從始至終按著一定的規則，從一而終的開發，不要因為嫌效率太低而放棄這種方式，你在后期的開發中會發現沒有放棄是多么的正確。需求本身就是一個不斷豐富的過程，即便你從一而終的按照一定的格式編排，到最后還是發現格式需要調整，所以千萬不要以為忽略了格式沒什么大不了，當你發現的時候已經亂成一團了。

對過程的描述，有時候可能功能之間的關系是一個有聯系的過程，比如項目管理這個需求，項目的創建是項目檢索的基礎，而只有檢索到項目，才能對項目進行修改。這樣一個過程，可能我們在之前的需求中并沒有明確的描述，同時對于不了解的人，他們只從上面的需求中可能也不能看出這個工作流程是怎樣的。因此有時候對于過程的描述是有必要的，尤其那些過程比較復雜的工作，更需要描述過程。

描述過程可以通過文字，也可以通過圖形，在UML建模中則通過用例圖、順序圖、場景圖來描述。通過圖能夠更直觀的演示過程，而文字可能能夠描述更多的細節，這要看具體的使用情況了。UML建模是一種非常推薦的方式。

在我們描述過程的時候，往往會發現更多的需求點，以及需求之間的約束，這些都應該反映在需求項的開發中。

過程的描述可能存在的問題是：在描述的過程中，可能是一段文字，而文字中對需求點的劃分不明確，不容易把握需求點。在開發設計方案中，可能會造成遺漏。圖形的方式固然很直觀，這樣的方式會不會帶來其他問題我說不好。所以建議大家能夠相互結合來進行需求的開發。

需求開發本身就是一個復雜的過程，需要將手頭的各種資料進行分析和整合，而得到一份系統的需求文檔。寫出一份漂亮的需求并不是容易的事情，所要耐心、細心，甚至疑心。找到那些客戶需要的功能，也要考慮這些功能是否的實現性，以及存在的潛在需求或約束。甚至在需求開發中，還會發現原有流程的漏洞，而這時，需求開發可能還要擔負一部分流程改造的職責。

第二篇：簡歷網站開發需求

簡歷網站開發需求

一、網站描述：

制作一個多媒體的簡歷網，只要有會員卡的客戶，就可以將自己的資料注冊并上傳到該網絡，并可以將所有的素材刻錄成光碟，之后可以非常方便的向其他公司推薦自己。非常適合剛畢業要找工作的年輕人。當然也可以作為一個人向外展示自己的舞臺。

適用人群：19-49年齡段，需要找工作的人。

二、網站建設：

l

根本要求：可以上傳個人的簡歷資料，首先是根底的文字資料，其次是證書資料、還有可以上傳視頻資料、圖片資料等。〔可以自行裝飾簡歷，可選擇模板。〕

l

特殊要求：可以設定是否公開資料；不公開的可以設定授權碼，允許一次設定最多10個，每個授權碼允許在一定時間內訪問該資料，方便可以查詢那些人使用了；或者使用密碼訪問，只要有密碼就可以訪問。

l

允許客戶分段創立個人簡歷，可以從許多不同的模板中選擇一種設計。這些簡歷非常適合常規格式，另外還可以公布一個

URL

地址，雇主可以從那里下載到客戶的簡歷，而且有

DOC、XLS、PDF、RTF

等不同格式可選。

l

程序要求：完整網站設計制作，后臺功能。

三、程序框架：

使用ASP+ACCESS(做好MS

SQL

SERVER升級準備)，要求界面清潔，數據庫字段要描述具體含義，使用標準命名發放，方便日后升級。〔此處可以再次溝通〕

四、數據框架：

1、一個注冊客戶擁有一個ID，所有客戶信息均與此ID有關。

2、一個客戶擁有所有簡歷需要的信息：為每個單項的客戶信息建立一張表，如個人信息為一張表、培訓信息為一張表。如有多條相同工程的信息，那么客戶ID相同。每個客戶可以根據自身情況如實填寫已列出的信息；

3、一個客戶可以擁有多個簡歷：客戶可以根據自己需要篩選已填寫信息，生成不同的簡歷。

4、一個簡歷對應一種排版方式：客戶可選擇模板和已篩選出的信息自行調節內容展現，并生成簡歷。

5、一個授權碼對應一個簡歷展現形式與內容。

五、頁面布局〔參考人人網〕

登錄用戶：

l

橫條：首頁、好友、應用、站內信

邀請

設置

搜索

退出

好友：已注冊客戶，為方便溝通，可以添加為好友；

應用：客戶可以管理自己已選擇的應用工程：如優先投遞，已訪問短信提醒；

站內信：首先可以先做系統信件，添加完好友前方可互相發送站內信；

邀請：可以講代碼發送給其他人，邀請其他人來注冊；注冊免費；

設置：隱私設置〔誰可以訪問，如何訪問，什么時間訪問〕、賬號設置〔修改密碼，綁定

〕、應用設置、郵件訂閱〔可以訂閱各項內容雜志〕

搜索：對公開的注冊信息進行檢索；

退出：平安退出。

l

左豎條菜單：

1、頭像等級，登錄次數

2、功能模塊〔同日志、相冊等〕：

1)

個人信息：

允許上傳照片

2)

教育經歷

3)

工作經驗

4)

求職意向：

5)

培訓經歷：

6)

語言能力：

7)

附件信息：

瀏覽用戶：

根據客戶設定，對不同的人提供不同的展現。

默認的就按0號模板展現：僅展現個人根本信息〔不含聯系信息〕、教育經歷、求職意向等等。否那么按客戶設定的對應模板展現。

瀏覽者如有授權碼，直接輸入授權碼就直接按客戶設定好的簡歷展現形式和內容展現。

一、根本要求：可以上傳個人的簡歷資料，首先是根底的文字資料，其次是證書資料、還有可以上傳視頻資料、圖片資料等。

二、版面要求：

1、大氣、簡約;

2、LOGO醒目，易識別，突出品牌；

3、色調清爽，瀏覽流暢；

4、LOGO涉及附上創意說明。

三、知識產權說明：

1、所設計的作品為原創，為第一次發布，未侵犯他人的著作權，如有侵犯他人著作權，由設計者承當所有法律責任；

2、中標的設計作品，我方支付設計制作費，即擁有該作品的知識產權，包括著作權,使用權和發布權等,有權對設計作品進行修改,組合和應用;設計者不得再向其他任何地方使用該設計作品;

第三篇：軟件項目開發需求報告

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

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

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

● 該軟件系統與其他系統的關系。

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

1.4 參考資料：可包括

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

● 文檔所引用的資料、規范等

● 列出這些資料的作者、標題、編號、發表日期、出版單位或資料來源 2 任務概述 2.1 目標 2.2 運行環境 2.3 條件與限制 3 數據描述 3.1 表態數據

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

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

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

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

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

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

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

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

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

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

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

3）運行要求

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

開發軟件的開發工具清單。是否需要外部存儲器和數據通信接口。

4）升級要求

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

5）對應關系

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

2．數據要求： 項目 說明 備注

1）數據輸入

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

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

輸出的數據可以修改，如：1米=100厘米=1000毫米，將100厘米改為90厘米時，相應的1米就自動改為0.9米，1000毫米變為900毫米。

3）數據存儲 最大存儲量

4）數據的安全性 訪問的權限

5）數據備份 能否導入和導出

可以將輸出的數據保存為文本格式

6）數據流圖

在分析過程中得出的數據流圖

7）數據篩選

能夠將選擇的幾個度量單位進行匯總

8）主要算法

簡要描述軟件的主要算法

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

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

2）功能模塊

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

3）顏色

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

4）字體

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

5）按鈕

顏色、字型、大小、樣式

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

1）功能描述

能實現，不能實現什么需求 應用范圍。什么人員可以使用

2）性能描述

最低配置，操作系統，需要安裝什么輔助軟件

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

4）用戶責任

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

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

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

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

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

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

1.2背景 說明：

a． 待開發的軟件系統的名稱； b． 本項目的任務提出者、開發者、用戶及實現該軟件的計算中心或計算機網絡；

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

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

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

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

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

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

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

1.4參考資料

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

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

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

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

圖1.該系統的組成同其他各部分的聯系和接口）

2.2用戶的特點

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

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

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

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

2.3假定和約束

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

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

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

表

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

3.2對性能的規定 3.2.1精度

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

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

3.2.2時間特性要求

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.4數據管理能力要求

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

詞典xx xx xxxx 并行執行，其大小依據實際xx大文本而增長）

3.5故障處理要求

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

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

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

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

4運行環境規定 4.1設備

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

a． 處理器型號及內存容量；

b． 外存容量、聯機或脫機、媒體及其存儲格式，設備的型號及數量；

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

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

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

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

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

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

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

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

xxx模塊 xxx xxx調用 Xxx模塊)

第四篇：多用戶商城開發需求說明書(整理后文檔)（范文）

開發需求說明書

一、多用戶商城前臺 ? 商品展示

? 模塊形式展示商城后臺推薦到首頁的

? 商品分類，? 展示推薦商品的圖片和商品名稱 ? 賣家店鋪 ? 展示熱賣的商品； ? 展示最近成交的商品； ? 商城公告

? 列表滾動形式多條顯示商城近期公告，點擊公告鏈接彈出公告詳情頁面，查看公告； ? 商品分類展示

? 以簡潔清晰的多行多列方式展示商城商品所有一級二級分類，以便買家快速定位所需購買商品具體位置，快速瀏覽所需分類商品； ? 商品分類旁顯示該分類有多少件商品 ? 商品列表

? 以列表形式展示買家所選分類商品和搜索到的商品，列表展示商品主要信息包括：

? 商品縮略圖、? 商品名稱、? 商品鏈接、? 商品價格、? 運費、? 支持列表按商品價格以正序或倒序排序功能，? 支持列表按商品所在地進行篩選，? 支持列表按照剩余時間以正序或倒序排序功能； ? 支持列表分頁及輸入頁碼直接跳轉功能； ? 商品搜索

? 商品搜索支持基本搜索、高級搜索、熱門關鍵字搜索三種形式的搜索功能。? 基本搜索以商品關鍵字+商品大類形式以進行快速搜索；

? 高級搜索包括商品關鍵字(包括詳細說明的內容)、商品分類（具體到小類）、所在地等多字段組合查詢，以使買家準確定位所需購買商品位置； ? 熱門關鍵字搜索功能是由系統根據買家搜索頻率自動確定熱門 ? 搜索關鍵詞，并將這些熱門關鍵詞以快速搜索鏈接形式自動展 ? 示，買家可直接通過熱門商品關鍵詞搜索商品；

? 搜尋結果列表頂部有每個分類的結果數量 ? 商品收藏

? 商品收藏功能，買家可將自己感興趣的商品收藏在買家的收藏夾里，收藏的商品以名稱和鏈接的形式保存在收藏夾，買家可隨時進入收藏夾查看所收藏的商品。

? 商城使用幫助

? 商城設置專門的使用幫助文檔區域，分類列表形式顯示商城各種功能的使用幫助和注意事項。用戶可在使用幫助欄目內使用幫助搜索功能查找相關的使用幫助。

? 商品購買

? 買家可在商品的銷售有效期內購買商品，購買商品過程填寫： ? 購買數量、? 運輸方式（買家支付運費的情況下）、? 收貨地址、? 郵編、(香港不需要郵編)? 聯系人、? 聯系電話

? 等詳細購買信息，或者買家可直接選擇已錄入過的收貨地址，? 商品購買成功后買家可在會員中心查看所購買的商品，并可在會員中心對所購買的商品進行其它操作。? 商品留言

買家可在商品詳細查看頁面對商品進行留言，并可在賣家回復之后看到賣家關于買家留言的回復。?

商城廣告展示

商城預留的廣告位置的廣告發布展示，瀏覽者可點擊廣告進入廣告鏈接的地址。

二、會員中心 ? 會員注冊

? 用戶可通過商城的快速注冊通道快速注冊為商城會員，也可以在注冊過程中選擇填寫會員詳細信息進行詳細注冊

? 會員登陸退出

? 用戶可在商城頂部的快速登陸入口登陸商城，也可以在商城登陸頁面進行登陸。會員可在登陸后使用安全退出功能退出商城，注銷自己的登陸信息。? 會員密碼找回 商城提供會員的密碼找回功能，會員可在遺忘密碼時使用會員密碼找回功能，填寫注冊時的相關注冊信息及注冊郵箱地址，商城自動確認用戶填寫的信息正確與否，在信息正確的情況下將用戶修改密碼的鏈接發送到用戶注冊的郵箱里，用戶可在收到找回密碼的郵件后，在鏈接的有效期內使用修改密碼鏈接進行密碼重置。? 買家功能

已買到商品

會員在已買到的商品里可查看自己已經買到的商品的詳細信息及交易信息，查看已買到的商品的交易狀態，查看商品賣家的信息并給賣家發送站內短信，可對已買到的商品進行支付和收貨等操作，可對已完成交易的商品進行交易評價。賣家留言查看回復

賣家留言查看回復頁面下查看賣家給買家的留言，并可對留言進行回復操作。? 賣家功能

出售商品

會員選擇所出售商品所對應的商品類目，填寫商品具體信息和運費及商品出售的相關設置進行商品發布。已賣出的商品

賣家可在已賣出商品頁面查看已賣出的商品，查看已賣出商品的詳細信息及交易信息，查看買家的詳細信息并可給買家發送站內短信，可對已賣出的商品進行發貨操作，可對已完成交易的商品進行交易評價。出售中的商品

賣家可在出售中的商品頁面查看出售中的商品，并可對出售中的商品進行查看、編輯、刪除、商品推薦等操作。

賣家在瀏覽自己的商品(或商品列表)時, 可以查看 ? 有多少人瀏覽過該商品, ? 有多少人收藏過該商品及 ? 有多少人把這商品介紹給朋友，從而得知商品的標題, 售價及熱門程度以檢討策略 ? 商品推薦

賣家可在商品推薦頁面管理自己的推薦商品，可對未推薦的商品進行推薦操作，或取消已推薦的商品。? 買家留言查看回復

會員可在買家留言查看回復頁面下查看買家給賣家的留言，并可對留言進行回復操作。? 申請開店

會員在未開店的情況下可申請開店，提交相關申請開店信息。? 查看我的店鋪

賣家可查看已開通的店鋪及店鋪內的商品。? 管理我的店鋪

賣家可在管理我的店鋪頁面進行店鋪管理，具體操作見“

四、賣家店鋪管理” ? 賬戶管理

? 賬戶充值

? 賬戶結余(平時賣家付費, 即是扣除賬戶結余, 結余可以為負數, 由總站設定最大負數值)

? 會員資料管理

會員可在此頁面修改會員注冊資料和會員詳細信息，可修改會員登陸密碼。? 收貨地址管理

會員可在收貨地址管理頁面，查看、編輯、刪除已錄入的收貨地址，添加新的收貨地址。

三、賣家店鋪展示 ? 店鋪展示

查看店鋪展示頁面 ? 店鋪收藏功能

會員可使用店鋪收藏功能將關注的店鋪添加到收藏夾里，會員可在收藏夾里直接查看已收藏的店鋪。? 店鋪商品展示

店鋪商品圖片列表展示，推薦欄展示店主推薦的商品 ? 店鋪自定義商品類目

店鋪展示頁面展示店主自定義的商品類目 ? 店鋪友情鏈接

展示店主增加的店鋪的友情鏈接 ? 店鋪留言

會員可對店鋪進行留言，詢問店主相關商品或交易信息。? 店鋪商品搜索

瀏覽者可在店鋪內進行簡單商品搜索功能。

四、賣家店鋪管理 ? 賣家店鋪基本設置

賣家可在開通店鋪后進行店鋪基本信息設置，設置店鋪名、店鋪類目、主營項目、店鋪公告、店標、店鋪介紹等信息。? 店鋪自定義商品類目管理

店主可自定義店鋪商品類目，對店鋪里的商品進行歸類，并可對自定義的類目進行添加、編輯、刪除、排序等操作。? 店鋪推薦商品

店主可設置店鋪里的商品為店鋪推薦商品，店鋪推薦商品將出現在店鋪的推薦欄和店主發布的商品詳細頁的推薦欄內。以增加推薦商品的展示機會，提高商品售出機率 ? 友情鏈接管理

店主可添加、修改、刪除店鋪的友情鏈接，以增加友情鏈接店鋪的瀏覽量，增加店主之間的交流和商品展示的機會。? 店鋪留言管理

查看買家在店鋪內的留言信息，可刪除買家的店鋪留言，可對買家的店鋪留言進行回復和店鋪留言顯示。

五、多用戶商城后臺 ? 商城基本信息設置

設置商城的基本信息，包括

1.商城的名稱、2.商城域名地址、3.商城關鍵字、4.商城 LOGO、5.開店是否需要審核 6.會員注冊協議設定 7.商城免責聲明設定 等商城基本信息； ? 商城顯示設置

對商城內容的顯示進行設置控制，包括縮略圖的寬高、商品縮略圖等比例縮小、商品縮略圖按固定的寬高縮小裁剪、各部分列表頁每頁顯示的記錄個數等顯示設置的控制 ? 商城公告管理

添加、編輯、刪除商城公告，商城公告的發布和取消等操作。? 商城幫助信息管理

添加、編輯、刪除商城的幫助信息，添加、編輯、刪除商城幫助信息的分類。? 商城商品類目管理

添加、編輯、刪除商城商品的類目，對商品類目進行排序、關閉、開啟等操作 ? 商城商品分類屬性管理

對某個商品類目所涉及的商品屬性的管理，添加、編輯、刪除某個類目下的商品屬性和說明，添加、編輯、刪除某個商品屬性下的具體選項內容，對商品分類屬性進行排序操作。? 商城商品管理

查看商城所有出售中的商品，并可查看商品的詳細信息、賣家資料，可對商品進行商城推薦、熱賣等顯示操作，可對商品內容進行審查，可對違規商品進行刪除操作。? 商城會員管理

列表顯示商城所有會員信息，可使用搜索條件搜索符合查詢條件的會員，可分類顯示商城非賣家和賣家，可對商城會員帳號進行警告、停用、啟用、限制交易、短信通知等操作。? 商城交易管理

列表顯示所有商城進行中的交易、成功完成的交易和失敗的交易，可對交易進行取消交易、交易延時等操作 ? 商城店鋪管理

在設置開啟店鋪審核的情況下，對申請開店的請求進行審核；對已開啟的店鋪進行查看；對店鋪進行暫停、開啟、取消店鋪等操作 ? 商城舉報投訴建議管理

對會員提交的舉報、投訴、建議進行管理和回復 ? 商城廣告管理

添加、編輯、刪除商城的廣告，對廣告位置進行管理，生成 js 代碼以便可以在模板方便調用。? 商城統計

商城會員信息的統計，商城商品信息的統計，商城店鋪信息的統計，商城交易信息的統計。

? 商城管理員賬號管理

添加、編輯、刪除商城管理員帳號，分配商城管理員權限，開啟停用管理員帳號等操作 ? 商城日志管理

商城后臺操作日志查看 ? 數據庫管理

商城數據庫的備份還原等操作

六、商城返利

第五篇：網站開發需求文檔實例文庫

網站前期調查階段文檔1：《前期調查分析報告》主要內容可以是，進行了什么樣的調查；調查的對象；調查的覆蓋率；調查的結果。這個結果得出的結論，和一些建設性意見。確定網站主題階段文檔2：《網站CI形象報告》主要內容主題定位、網站命名、網站標志、標準色彩、標準字體、宣傳標語。文檔3：《同類網站競爭性報告》。對同類網站進行競爭性分析，列出自己的優勢和劣勢。確定發展目標。初步目標可以定的低一點，但要合理。比如訪問量的目標。這個報告在網站的整個生存周期中都用得到，而且需要不斷更新。文檔4：《網站目標設計說明書》對網站目標的一個詳細說明，其中包括初期目標、中期目標和最終目標。確定網站內容和階段文檔5：《網站訪問者來源報告》描述網站的服務對象（文化層次，興趣愛好，上網條件），估計對象在整個網民中所占的比率。它是《網站功能分析說明書》的一部分。文檔6：《網站功能分析說明書》可以描述以下的問題，為什么人們會來你的網站；你的網站有什么特色的服務嗎；你們第一次來你的網站原因；有什么可以吸引他們在來的嗎？文檔7：《內容和功能清單》明確網站需要什么內容，需要什么功能。使用目標清單、訪問者的需求和競爭性分析這些已經收集的所有信息，開始做兩個新的清單：一個是網站的內容要素，一個是網站的功能。為每個清單增加仍和潛在的頁面或內容的類型。內容的類型包括靜態的、動態的、功能的和事物處理的。瀏覽競爭對手的網站，把他們有而你沒有的內容和功能加入你的清單。當你建立這兩個清單是，讓每個人建他們自己的清單，然后把這些清單合并在一起。讓每個人檢查一遍合并后的清單，確定清單中每個條目的重要性。如果有必要的話，修訂你的清單。文檔8：《可視化目錄文件清單》文檔9：《網站層次結構圖》