文件編號:
版本號:
**商務網
2012 年 5 月
目錄1 引言 4
1.1編寫目的 4
1.2專案說明 4
1.3 專案背景 4
1.4 定義 5
1.5 參考資料 5
2 任務概述 6
2.1目標 6
2.2 建設任務 6
2.3 使用者特點 6
3功能需求 7
3.1 系統範圍 7
3.2 系統體系結構 7
3.3 系統總體流程 7
3.4 具體功能需求 7
3.4.1 退款處理 7
3.4.1.1 功能描述 7
3.4.1.2 功能結構 8
3.4.1.3 業務流程 8
3.4.1.4 用例模型 10
3.4.1.5 用例規約 10
3.4.1.6 使用者介面及相關屬性說明 11
3.4.2 … … 12
4 非功能性需求 12
4.1 效能需求 12
4.1.1精度 12
4.1.2時間特性要求 12
4.1.3靈活性 13
4.2 輸人輸出要求 13
4.3 資料管理能力要求 14
4.4 故障處理要求 14
4.5其他專門要求 14
5 執行環境規定 14
5.1硬體配置 15
5.1.1 客戶端系統要求 15
5.1.2 服務端系統要求 15
5.2 軟體配置 15
5.2.1 客戶端系統要求 15
5.2.2 服務端系統要求 15
5.2.3 伺服器系統說明 15
5.3 介面 16
5.4控制 16
1 引言
1.1編寫目的
編寫此文件最主要的目的是為了開發人員更了解專案的本質要求和專案所要達到什麼樣的程度,實現開發人員之間的互通。
1.2專案說明
專案名稱:**網
專案使用者:
專案開發:使用php開發
1.3 專案背景
隨著電子商務日益發展,現代作者很難從出版社手中賺到自己所期待的金額,另一方面由於網際網路共享的特性更使得作者從網路中賺取到錢。現實和網際網路險峻的形態造成了大多數的作者僅靠寫作很難維持自己的生計。
隨著網際網路的發展,平台的出現比如:**購物**等。平台越是得到大家的親睞,本**的可以發布作者的作品,使用者可以以低廉的價錢購的本書的**權。
1.5 參考資料
1. 平台參考
**** :
2. **參考
**閱讀網:
原創**網:
起點**網:
2 任務概述
2.1目標
**以平台的方式構建,相當於**上有買家和賣家。在本平台中買家就是閱讀者,賣家就是作家。作家可以發布自己的作品並分配作品是否免費等相關配置來發布自己作品。
2.2 建設任務
實現**平台的搭建、實現小偷程式偷取別**的**資訊(前期必備)。
實現**在無作家情況下可以正常運轉。
實現**網偷取的**作者的歸屬
實現**網充值功能和支出功能
實現**網**廣告位的拍賣系統
2.3 使用者特點
**網的使用者總共分3中遊客、普通使用者、作家使用者。
● 遊客使用者
許可權只能閱讀免費的作品,無法檢視其他需金錢購買的作品
● 普通使用者
可以檢視免費作品外還可以購買需金錢交易的作品。購買過的作品使用者享有永久檢視的權利
● 作家使用者
作家的許可權是最大的,他可以擁有普通使用者的所有許可權,另外可以發布自己的作品,而且可以檢視作品的瀏覽統計,銷售統計等等。並有金錢管理模組,可以充值和轉出功能
3功能需求
3.1 系統範圍
系統只針對作家和閱讀者。
3.2 系統體系結構
以圖+文字結合的方式描述系統的總體架構。
以下應提供系統總體架構圖:
以下對系統總體架構進行描述:
3.3 系統總體流程
以圖+文字結合的方式說明系統的總體流程。
3.4 具體功能需求
3.4.1 **主頁
3.4.1.1 功能描述
如:引擎的基本功能包括以下幾種:顯示與定位功能、圖層管理功能、查詢與分析功能、圖形輸出功能、輸入編輯功能和其它功能。
3.4.1.2 功能結構
如:3.4.1.3 業務流程
3.4.1.4 用例模型
如:3.2.1.2 用例描述
用文字的方式對上面的用例模型進行描述。
3.4.1.5 用例規約
3.4.1.6 使用者介面及相關屬性說明
(表單或介面描述或者ui介面設計圖)如:
3.4.2 … …
… …4 非功能性需求
4.1 效能需求
4.1.1精度
說明對該軟體的輸入、輸出資料精度的要求,可能包括傳輸過程中的精度。如:
保證查全率,所有相應域包含查詢關鍵字的記錄都應能查到,因企業繳費表中的企業名稱有可能不全,所以查詢時輸入的名稱盡可能取最關鍵的部分,採用模糊查詢來保證查全率。
保證查準率,查到的記錄應與給定的單項或組合查詢條件完全匹配。
以事務為單位提交資料,若出現異常故障,需返回到未提交前。
4.1.2時間特性要求
說明對於該軟體的時間特性要求,如對:
響應時間;
更新處理時間;
資料的轉換和傳送時間;
解題時間;等的要求。如:
地圖分塊載入,減少使用者等待時間;
定製的系統載入完成不超過20秒;
地圖重新整理時間小於5秒;
4.1.3靈活性
說明對該軟體的靈活性的要求,即當需求發生某些變化時,該軟體對這些變化的適應能力,如:
操作方式上的變化;
執行環境的變化;
同其他軟體的介面的變化;
精度和有效時限的變化;
計畫的變化或改進。
對於為了提供這些靈活性而進行的專門設計的部分應該加以標明。
例:系統採用類似於**的操作介面,以視窗作業系統為基礎,可通過foxpro或access等資料庫引擎與其它系統交換資料。符合證書管理及製作的規範要求,能夠滿足日常的工作需要。
4.2 輸人輸出要求
解釋各輸入輸出資料型別,並逐項說明其**、格式、數值範圍、精度等。對軟體的資料輸出及必須標明的控制輸出量進行解釋並舉例,包括對硬拷貝報告(正常結果輸出、狀態輸出及異常輸出)以及圖形或顯示報告的描述。如:
輸入的資料報括手工錄入和批量匯入。對精度的要求是金額字段保留小數點後兩位。由於外部系統複雜多變,匯入匯出的資料格式有多種,要求系統能解析絕大部分的資料格式。
內部交換資料用xml格式。
4.3 資料管理能力要求
說明需要管理的文捲和記錄的個數、表和文捲的大小規模,要按可預見的增長對資料及其分量的儲存要求作出估算。
4.4 故障處理要求
列出可能的軟體、硬體故障以及對各項效能而言所產生的後果和對故障處理的要求。如:
資料庫引擎出現故障可能導致整個系統的癱瘓,影響所有的操作人員,建議配置乙個後備伺服器應急。
網路連線故障會導致無法連入資料庫,從而使某個操作人員無法使用系統,需人工排查網路故障。
系統需用到一些外部輔助軟體,例如office等,如果未安裝這些軟體,可能會影響部分功能,比如無法生成word、excel文件,無法匯出access資料格式等。
需求規格說明書
專案編號 需求規格說明書 注意 使用時請仔細閱讀斜體提示部分,文件完成後請刪除斜體部分,刪除後請注意文件的格式。修改說明 目錄1.引言 6 1.1.目的 6 1.2.範圍 6 1.3.讀者 6 1.4.參考文獻 6 1.5.術語與縮寫解釋 6 2.概述 7 2.1.專案 任務背景 7 2.2.專案 ...
需求規格說明書
文件編號 x x xx xx x x x科技工程專案 x x x x x研發工程需求規格說明書 版本歷史 目錄1 引言 3 1.1 編寫目的 3 1.2 專案背景 4 1.3 參考資料 4 1.4 定義術語 4 2 任務概述 4 2.1 任務目標 4 2.2 執行環境 4 2.3 條件與限制 4 3...
需求規格說明書
修訂記錄 人力資源管理系統 需求計畫 需求分析說明書 能夠為系統分析師設計完成概要設計提供資料。1 人力資源管理系統 需求計畫 2 參與者 系統分析員,軟體工程師,測試工程師。3 使用者 人力資源部門員工和部門高階管理人員。崗位本職 該崗位的工作職責範圍。崗位任職資格核心要求 指該崗位上的員工所要具...