項目驗收文檔模板
最近接手公司的一個須要項目，我最主要的工做即是編寫整理項目文檔。之前除了上大學交論文的時候寫過什麼概要設計、詳細設計，工做以來還沒寫過這些東西。
請教項目經理、上網查資料發現這些文檔還真沒有統一的格式，千奇百怪，這就愁壞了我這樣的新手，雖然說有GB T-8567-2006標準，可是這也不是模板，故在本身不斷總結摸索中，總結出了一些文檔格式，但願對你們有所幫助。web
先來講說一個項目的文檔都包括什麼：算法
-
需求規格說明書
需求規格說明書是對所開發軟件的功能、性能、用戶界面及運行環境等做出詳細的說明。它是用戶與開發人員雙方對軟件需求取得共同理解基礎上達成的協議，也是實施開發工做的基礎。
有的爲了更嚴謹還會有需求調研報告等文檔，我們這裏討論主要也是必須的文檔。sql -
項目開發計劃
項目開發計劃爲軟件項目實施方案制定出具體計劃，應該包括各部分工做的負責人員、開發的進度、開發經費的預算、所需的硬件及軟件資源等。項目開發計劃應提供給管理部門，並做爲開發階段評審的參考。數據庫
-
建設方案
該文檔根據需求分析說明書，對系統建設整理出整體流程及系統整體編碼規範等，爲設計人員、編程人員及測試人員工做的基礎。apache
-
概要設計說明書
該說明書是概要設計階段的工做成果，它應說明功能分配、模塊劃分、程序的整體結構、輸入輸出以及接口設計、運行設計、數據結構設計和出錯處理設計等，爲詳細設計奠基基礎。編程
-
詳細設計說明書
編制目的是說明一個軟件系統各個層次中的每個程序 （每一個模塊或子程序）的設計考慮，着重描述每一模塊是怎樣實現的，包括實現算法、邏輯流程等。安全
-
測試計劃
爲作好組裝測試和確認測試，需爲如何組織測試製定實施計劃。計劃應包括測試的內容、進度、條件、人員、測試用例的選取原則、測試結果容許的誤差範圍等。服務器
-
測試用例
項目測試用例設計，是爲項目編制的測試輸入、執行條件以及預期結果，以便測試某個程序路徑或覈實是否知足需求。網絡
-
測試報告
測試工做完成之後，應提交測試計劃執行狀況的說明。對測試結果加以分析，並提出測試的結論意見。數據結構
-
用戶操做手冊
該手冊詳細描述軟件的功能、性能和用戶界面，使用戶瞭解如何使用該軟件。
-
系統安裝部署手冊
顧名思義，就是項目軟件及軟件環境、數據庫等相關軟件的安裝及部署手冊，詳細描述安裝步驟。
-
培訓方案
培訓方案是從組織的戰略出發，在全面、客觀的培訓需求分析基礎上作出的對培訓內容、培訓時間、培訓地點、培訓者、培訓對象、培訓方式和培訓費用等的預先系統設定。
說完了文檔包括哪些，下面來講說文檔書寫模板。
需求規格說明書
1引言
1.1編寫目的
1.2適用範圍
1.3術語和縮寫
1.4參考資料
2項目概述
2.1項目背景
2.2建設目標
2.3項目遵循的標準或規範
2.4用戶特徵
3系統功能需求
3.1系統整體功能
3.2組織結構圖
3.3系統角色
3.4主要功能流程圖
3.5系統功能詳情
4外部接口需求
4.1用戶接口
4.2硬件接口
4.3軟件接口
4.4通訊接口
5系統數據需求
5.1數據內容
5.2數據的邏輯描述
5.2.1靜態數據
5.2.2動態輸入數據
5.2.3動態輸出數據
5.2.4內部生成數據
5.2.5數據約定
5.3數據的採集
5.3.1要求和範圍
5.3.2輸入的承擔者
5.3.3預處理
5.3.4影響
6系統非功能需求
6.1用戶界面需求
6.2軟件環境需求
6.3硬件環境需求
6.4網絡需求
6.5安全設施需求
6.6產品質量需求
6.7故障處理需求
項目開發計劃
1引言
1.1編寫目的
1.2項目背景
1.3術語與縮略語
1.4參考資料
1.5標準、條件和約定
2項目概述
2.1工做內容
2.2主要參加人員
2.3產品及成果
2.3.1程序
2.3.2文件
2.3.3服務
2.3.4非移交產品
2.4驗收標準
2.4.1代碼的驗收
2.4.2文檔驗收
2.4.3服務驗收
2.5完成項目最遲期限
3實施總計劃
3.1開發過程
3.1.1需求分析
3.1.2系統設計
3.1.3編碼及測試階段
3.1.4文檔、產品部署
3.1.5項目總結
3.2工做任務分解
3.3接口人員
3.4進度
3.5關鍵問題
4支持條件
4.1計算機系統支持
4.2須要用戶承擔的工做
4.3需由外單位提供的條件
5專題計劃要點
5.1培訓計劃
5.2測試計劃
5.3質量保證計劃
5.4安全保密計劃
5.5合同計劃
注：其中內容可根據具體狀況酌情刪減。
接着來講建設方案、概要設計以及詳細設計的書寫模板。
建設方案
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設計原則和設計要求
3.6標準化體系
3.7關鍵技術分析與技術路線
3.8系統整體架構
3.9網絡性能
3.10系統安全
4系統功能設計
5數據庫設計
6安全保障體系建設
6.1系統安全原則
6.2系統安全機制
6.3應用系統安全
6.4數據安全及備份恢復
6.5主機安全
6.6網絡安全
6.7物理安全
6.8安全管理體系
7系統出錯處理設計
7.1出錯信息
7.2出錯處理對策
7.3出錯信息與處理對策表
7.4補救措施
8系統維護設計
8.1應用系統的本地化和升級
8.2數據的本地化維護
8.3功能的本地化維護
8.4系統升級
8.5代碼的可維護性
8.5.1代碼的規範性
8.5.2代碼的可測試性
8.5.3系統運行日誌
8.5.4程序文檔
9項目管理
9.1項目溝通機制
9.1.1溝通與彙報
9.1.2項目溝通制度
9.1.3問題解決流程
9.1.4項目變動管理
9.2項目實施難點、風險分析和應對策略
9.2.1基礎設施與運行環境風險
9.2.2項目溝通與協調風險
10項目進度計劃
10.1進度目標
10.2階段劃分
11質量保證措施
11.1質量保障目標
11.2質量保障方法
11.2.1按照ISO/CMMI 質量管理體系進行軟件控制
11.2.2開發過程保障
11.2.2.1需求分析
11.2.2.2系統實現
11.2.2.3質量評審
11.2.2.4系統測試
概要設計說明書
1引言
1.1編寫目的
1.2項目背景
1.3術語定義
1.4參考資料
2系統概述
2.1項目簡介
2.2系統目標
3設計依據和約束
3.1系統開發環境
3.2系統運行環境
3.3設計約束
3.4設計目標
4系統架構設計
4.1整體架構
4.2組織結構圖
4.3主要功能流程圖
5界面整體設計
5.1界面設計思路
5.2界面設計原則
5.3界面整體結構
6功能模塊設計
7數據庫設計
7.1數據庫選擇
7.2數據庫設計原則
7.3數據庫設計規範
7.4邏輯表結構設計
8接口設計
8.1接口設計方法
8.2面向對象設計中接口設計的通常原則
9系統出錯處理設計
9.1出錯信息
9.2出錯處理對策
9.3出錯信息與處理對策表
9.4補救措施
10系統安全性設計
10.1系統安全原則
10.2系統安全機制
10.3應用系統安全
10.4數據安全及備份恢復
10.5主機安全
10.6網絡安全
10.7物理安全
10.8安全管理制度
10.9安全管理機構
10.10人員安全管理
11系統維護設計
11.1應用系統的本地化和升級
11.2數據的本地化維護
11.3功能的本地化維護
11.4系統升級
11.5代碼的可維護性
11.5.1代碼的規範性
11.5.2代碼的可測試性
11.5.3系統運行日誌
11.5.4程序文檔
12系統運行設計
12.1運行控制
12.2運行時間
詳細設計說明書
1引言
1.1編寫目的
1.2背景
1.3定義與縮略語
1.4參考資料
2程序系統的結構
2.1系統整體架構
2.2系統功能模塊圖
3系統詳細設計
4數據庫設計
4.1數據庫選擇
4.2數據庫設計規範
4.3概念結構設計
4.4邏輯表結構設計
4.5數據庫安全
5系統建設的關鍵技術
6開發規範
介紹測試相關文檔的書寫模板，主要包括測試計劃、測試用例、測試報告。測試用例是根據具體項目的功能編寫出來的，咱們這裏不作討論，需文檔書寫者根據實際狀況編寫。
測試計劃
1引言
1.1目標
1.2項目簡介
1.3項目背景
1.4測試範圍
1.5術語與縮略語
1.6參考資料
2測試概要
2.1測試環境與配置
2.2測試工具
2.3測試數據
2.4放行準則
2.5缺陷與糾錯管理
3測試策略
3.1測試過程
3.2測試類型
3.2.1功能測試
3.2.2性能測試
3.2.3用戶界面測試
3.2.4集成測試
3.2.5負載測試
3.2.6可靠性測試
4測試安排
4.1測試人員
4.2進度安排
5測試內容
5.1功能測試
5.2性能測試
5.3流程測試
6測試風險、優先級
測試報告
1引言
1.1編寫目的
1.2項目背景
1.3術語與縮略語
1.4參考資料
2測試概要
2.1放行準則
2.2測試用例設計方法
2.2.1等價類劃分法
2.2.2邊界值分析法
2.2.3錯誤推測法
2.2.4因果圖法
2.3測試工具
2.4測試環境與配置
2.5測試類型
2.5.1功能測試
2.5.2性能測試
2.5.3用戶界面測試
2.5.4集成測試
2.5.5負載測試
2.6測試過程
3測試執行狀況
3.1測試組織
3.2實際進度
4測試結果
5測試總結
5.1用例統計
5.2測試結論
介紹用戶操做手冊、安裝部署手冊、培訓方案的書寫模板。
用戶操縱手冊
1引言
1.1編寫目的
1.2項目背景
1.3術語與縮略語
1.4參考資料
2系統概述
2.1系統目標
2.2系統功能
2.3系統性能
3運行環境
4使用說明
系統安裝部署手冊
1引言
1.1編寫目的
1.2項目背景
1.3術語與縮略語
1.4參考資料
2系統配置
2.1系統環境
2.1.1網絡環境
2.1.2運行環境
2.2系統部署結構圖
3軟件環境部署
3.1服務器安裝
3.3數據庫安裝
3.5項目程序部署
3.6系統部署確認
4備份
4.1備份應用程序
4.2數據庫數據備份
5回退操做
培訓方案
1引言
1.1文檔簡介
1.2編寫目的
1.3目標讀者
2整體計劃
2.1培訓前提
2.2培訓目標
2.3培訓人員
2.4培訓內容
2.5培訓時間
2.6培訓地點
至此，文檔模板介紹就告一段落了，固然上述文檔並非軟件項目驗收的全部文檔，我只是列出了一些比較常見的，畢竟文檔須要根據項目的實際狀況來決定，另外一方面文檔也取決於軟件項目監理驗收的要求和標準，但文檔必定是遵循國家標準（GB T-8567-2006標準）的。但願你們在看完個人文章後，有所啓發。
|
軟件需求說明書
|
人：
修改狀況記錄：修改批准人
簽收人
1 1編寫目的
1.3 1參考資料
2.1 2產品功能
2.4 2假設和依據
3.1 3功能需求3功能需求4功能需求5外部接口需求
3.2.2 5軟件接口
3.3 6設計約束
3.4.2 7屬性
3.5.2 7可維護性
8警告
3.6.1 8操做
4 9
1 引言. 說明編寫這份軟件需求說明書的目的，指出預期的讀者範圍。.說明：
b． 描述所說明的軟件的應用。應當
1） 若是有一個較高層次的說明存在，則應該使其和高層次說明中的相似的陳述相一致（例如，系統的需求規格說明）。. 列出本文件中用到的專門術語的定義和縮寫詞的原詞組。.列出要用到的參考資料，如：
b． 本文件中各處引用的文件、資料，包括所要用到的軟件開發標準。
2
2
有時，若是存在較高層次的規格說明時，則功能摘要可從中取得，這個較高層次的規格說明爲軟件產品分配了特殊的功能，爲了清晰起見，請注意：
b． 2
2
管理方針；
c． 並行操做；
f． 所需的高級語言；
i． 安全和保密方面的考慮。.
本條列出影響需求說明中陳述的需求的每個因素。這些所以不是軟件的設計約束，可是它們的改變可能影響到需求說明中的需求。例如：假定一個特定的操做系統是在被軟件產品指定的硬件上使用的，然而，事實上這個操做系統是不可能使用的，因而，需求說明就要進行相應的改變。 具體需求 功能需求. 功能需求1
a． 描述的是功能要達到的目標、所彩的方法和技術，還應清楚說明功能意圖的由來和背景。
1) 操做員控制細節的需求。其中有名字、操做員活動的描述、控制檯或操做員的位置。例如：當打印檢查時，要求操做員進行格式調整；
c． 定義輸入數據、中間參數，以得到預期輸出結果的所有操做。它包括以下的說明：
2) 響應，例如，溢出、通訊故障、錯誤處理等；
5) 用於把系統輸入變換成相應輸出的任何方法（方程式、數學算法、邏輯操做等）；
d． 詳細描述該功能全部輸出數據，例如：輸出目的地、數量、度量單位、時間關係、有效輸出的範圍（包括精度和公差）、非法值的處理、出錯信息；
3.．．．．．．.n 功能需求n2 外部接口需求.1 用戶接口
a． 報表或菜單的頁面打印格式和內容；
d． 3.要指出軟件產品和系統硬部件之間每個接口的邏輯特色。還可能包括以下事宜：支撐什麼樣的設備，如何支撐這些設備，有何約定。.3 軟件接口
a． 助記符；
d． 來源。
2
3.從總體來講，本條應具體說明軟件、或人與軟件交互的靜態或動態數值需求。
1) 支持並行操做的用戶數；
4) 動態數值需求可能包括：欲處理的事務和任務的數量，以及在正常狀況下和峯值工做條件下必定時間週期中處理的數據總量。
3.本項將指定由現有的標準或規則派生的要求。例如：
b． 財務處理；
4
硬件配置的特色（接口數，指令系統等）；
3.能夠指定一些因素，如檢查點、恢復和再啓動等，以保證整個系統有一個肯定的可用性級別。.2 安全性
a． 掌握特定的記錄或歷史數據集；
d． 計算臨界值的檢查和。.3 可維護性
a． 爲微型裝置指定特殊的數據＼程序分割要求。.4 可轉移 ＼轉換性
5
3.根據軟件和用戶組織的特性等，某些需求放在下面各項中描述。.1 數據庫
a． 使用的頻率；
d． 數據元素、記錄和文卷的關係；
g． 注：若是使用一個現有的數據庫包，這個包應在「軟件接口」中命名，並在那裏詳細說明其用法。.2 操做
A． 交互做用操做的週期和無人操做的週期；
D． 注：這裏的內容有時是用戶接口的一部分。.3 場合適應性需求
a． 指出場合或相關任務爲特色，這裏能夠被修改以使軟件適合特殊配製的要求。 附錄
a． 有助於理解需求說明的背景信息；
d． 交叉訪問表。按前後次序進行編排，使一些不徹底的軟件需求得以完善；
|
項目
做 |
| 修改人 |
|
|
||
|
|
|
|
|
|
|
|
|
|
|
|
目錄 引言
1.2 1定義
2 1需求規定
2.3 2結構
2.6 2還沒有解決的問題
3.1 3外部接口
4 3運行模塊組合
4.3 4系統數據結構設計
5.2 4數據結構與程序的關係
6.1 5補救措施
1
待開發的軟件系統的名稱；
3 定義
4 參考資料
a． 屬於本項目的其餘已發表的文件；
2 整體設計.1說明對本系統的主要的輸入輸出項目、處理的功能性能要求，詳細的說明可參見《需求分析說明書》。.簡要地說明對本系統的運行環境（包括硬件環境和支持環境）的規定，詳細說明參見《需求分析說明書》。.說明本系統的基本設計概念和處理流程，儘可能使用圖表的形式。.用一覽表及框圖的形式說明本系統的系統元素（各層模塊、子程序、公用程序等）的劃分，扼要說明每一個系統元素的標識符和功能，分層次地給出各元素之間的控制與被控制關係。.本條用一張以下的矩陣圖說明各項功能需求的實現同各塊程序的分配關係：程序2
功能需求1
√
功能需求n
√
√
.說明在本軟件系統的工做過程當中不得不包含的人工處理過程（若是有的話）。.說明在概要設計過程當中還沒有解決而設計者認爲在系統完成以前必須解決的各個問題。 接口設計 用戶接口
3.說明本系統以內的各個系統元素之間的接口的安排。
4.說明每一種外界的運行控制的方式方法和操做步驟。3 運行時間
5
5
5
程序1
程序m
．．．．．．
1 出錯信息
2 補救措施
a． 降效技術：說明準備採用的後備技術，使用另外一個效率稍低的系統或方法來求得所需結果的某些部分，例如一個自動系統的降效技術能夠是手工操做和數據的人工記錄；
3 系統維護設計
(
| M_301 |
草稿
ü
修改歷史
做者
變動控制號
14
新建
目 錄 4 4 4 5 5 5 6 6 7 10 10 12 13 13 14 14 14 15 19 24 24 27 32 32 34 35 35 35
1 編寫目的
1. 爲甘肅移動的有關業務部門和技術部門提供對這個系統的統一的文字的理解。爲業務部門判斷系統是否知足其業務須要提供文字依據，爲技術部門監督項目功能提供統一標準。
4. 爲對項目的完成進行確認和驗證提供基準。
1.2 [標準或排版約定，包括的字體和字號約定。完成文檔編寫後，文檔編寫完成後本部分須裁剪]
標題2 宋體 小三號加粗
標題5 宋體 小四號
開頭需有兩字元的縮排表與圖編號約定：裁剪約定：
讀者對象| 網站建設主管領導 |
仔細閱讀項目概述、功能性需求、非功能性需求。 仔細閱讀所有內容。 |
| 系統開發人員 |
仔細閱讀所有內容。 |
| …… |
|
和理解
| 解釋與描述 |
||
| 業務支持系統 |
||
| 單點登陸，即用戶登陸後不須要再次提供認證信息就能夠訪問相關各應用系統。 |
||
|
|
|
|
|
|
|
|
1.5 [可簡單羅列編寫本文檔時所參考的其餘資料或文檔，如：行業標準和規範。也可用表格方式列出這些文件資料的標題和來源。]文檔、資料名稱
《中國移動通訊門戶網站業務規範V1》
《門戶網站業務技術規範.doc》
《本地化需求》
《甘肅移動門戶網站系統規範書》
2 項目背景
1. 列出此項目的任務提出者、開發者
4. 中國移動通訊集團公司（簡稱「中國移動通訊」）於2000年4月20日成立，註冊資本爲518億元人民幣，資產規模超過4000億元。中國移動通訊集團公司全資擁有中國移動（香港）集團有限公司，由其控股的中國移動有限公司在國內31個省（自治區、直轄市）設立全資子公司，並在香港和紐約上市。目前，中國移動有限公司是我國在境外上市公司中市值最大的公司之一，也是亞洲市值最大的電信運營公司。WTO在互聯網絡高速發展的今天，網站正成爲公司、企業、政府及團體進行形象展現、信息發佈、業務拓展、客戶服務、內部溝通的重要陣地，她不但具備快捷、無距離及隨時隨地都可更新的特性，更能提供一些互動性的功能，如留言板、會員制、討論區等等，使得網站充滿生氣，讓人倍感親切。傳統媒體就這一點是沒法與之相比擬的，能夠說網站的快捷、無距離及互動性是其在媒體中脫穎而出的主要因素中國移動通訊集團5移動以驚人的建設速度成就了3。
項目目標
2.2.1 中國移動門戶網站的整體目標是經過整合集團內全部網站系統資源，逐步創建集團公司和省公司二級網站的架構，實現服務、業務和品牌的三類整合，達到有效整合門戶網站資源，提高門戶地位、市場營銷能力、客戶服務能力和運營管理能力的目的，逐步創建線上線下相結合的中國移動網上客戶服務和市場營銷體系，使網站建設成爲中國移動客戶服務、市場營銷和公司對外宣傳的核心渠道。
2、提高市場營銷能力
拓展服務方式，下降服務成本，培養客戶自助務意識；提高客戶體驗，簡化操做，實現跨平臺和系統的單點登陸、統一認證或鑑權；規範新業務客戶服務，知足服務界面的一體化和客戶體驗的一致性的要求。
中期目標（3-5年達到）
1、實現網上業務辦理與市場業務拓展同步
延伸基於互聯網技術的網上客服功能到其餘客服終端，例如：設置在營業廳、商場、社區等公共場所的自助服務終端，以及爲大客戶經理上門服務提供有效的支撐等。
實現集團內網站的高度資源共享，並與線下資源融合互動。開展互聯網層面的業務整合，統一全網推廣業務的解釋口徑及分類標準。
近期目標（2007年末）
架構以客戶爲導向的兩級網站信息結構，融合集團、省（市）公司的服務和營銷信息，實現中國移動多網站在界面和系統上的融合。
各省公司在現有基礎上，近期實現互聯網界面的資源整合，將地市公司專區整合到省公司網站，將業務或品牌網站整合成爲省公司網站結構下的欄目或專區，使省公司網站真正成爲本省公司互聯網界面的統一入口。
制定網站內容發佈、網站頁面與風格設計規範、網站運營數據的統計和考覈等管理辦法和制度。
規範域名管理，開展中國移動多網站系統和業務整合。
5、完善網上服務營銷的支撐功能
6、深化網站信息統計分析，完善按期分析和上報制度。
創建網站信息共享機制，在集團公司和各省公司及各省公司之間實現有效的資源共享和交流。同時，還能夠考慮實現網站與其它電子渠道和實體渠道之間的信息和資源的共享和交流。
結合近期目標中國移動甘肅分公司門戶網站建設的內容主要包括如下幾個方面：進行移動業務的宣傳，對移動的品牌進行介紹和宣傳，
二、
三、 企業信息
四、
五、
進行統一展示（統一用戶界面、統一頁面風格模版）。 過展示層進行頁面展示。 統一認證中心實現用戶認證和單點登陸；對證書的統一管理。內容管理對網站展示內容進行
Iframe、WSRP等方式，實現各業務平臺
提供對門戶網站的業務功能和用戶身份認證的支撐，業務功能支撐包括 BOSS 示例二：下面是物資管理系統的系統架構圖：物資管理系統架構圖
示例一：甘肅移動組織機構（由於缺圖，因此用示例二說明組織機構）
2.7 [
實現的語言和平臺約束。
網站設計必須遵循《門戶網站業務技術規範》
功能性需求
用VISIO工具畫圖，以圖的方式顯示系統的內部模塊之間的業務關係。此部分能夠更加項目實際狀況進行
角色定義
本規範按照不一樣的使用對象，緊密圍繞使用對象的工做範圍、工做性質和工做內容，具體角色描述以下：通常爲甘肅移動門戶網站管理人員，主要工做是對網站的用戶管理、權限管理等方面的相關管理。通常爲甘肅移動門戶網站維護人員，主要工做是對網站的內容、數據等方面的維護。爲甘肅移動門戶網站相關數據統計和分析的工做人員，爲營銷等部門提供相關數據。主要爲中國移動的在網用戶，經過登陸與認證後，可以使用網站提供的相關服務功能。…
角色名稱
門戶網站的管理員
分析人員
中國移動用戶
系統
一級欄目
四級欄目
話費服務
具體業務流程規範參見「網上營業廳部分」
網上交費
飛信、中國手機報等
基本業務、新業務專區、無線音樂專區
其它業務辦理
積分規則
短消息服務
短信設置
客戶品牌及資費、手機歸屬地查詢、PUK碼查詢、手機仿真、營業廳導航
客戶投訴/建議
具體業務流程規範參見「網上營業廳部分」
業務開通狀態
示例二：（辦公自動化煙站管理系統）
| 功能名稱 |
優先級 |
省菸葉預安排 |
審覈生產預安排（省局菸葉處長） |
SRS_省菸葉預安排_03 |
|
| 查看審批意見及生產預安排內容 |
接收省任務並下達市生產預安排 |
SRS_市生產預安排啓動_02 |
|
||
| 市生產預安排 |
制訂市生產預安排並提交審覈 |
SRS_市生產預安排_03 |
|
||
| 縣生產預安排啓動 |
審覈市生產預安排 |
SRS_縣生產預安排啓動_03 |
|
||
| SRS_縣生產預安排_01 |
|
||||
| 督辦下級工做並反饋信息 |
SRS_縣生產預安排_04 |
|
|||
| SRS_生產預安排到村組_01 |
|
||||
| 菸葉計劃管理 |
SRS_省公司菸葉生產計劃_01 |
2 |
|
||
| 督辦省菸葉生產計劃 |
SRS_省公司菸葉生產計劃_04 |
|
|||
| SRS_市公司菸葉生產計劃_01 |
|
||||
| 審覈市菸葉生產計劃 |
SRS_市公司菸葉生產計劃_04 |
|
|||
| 縣公司菸葉生產計劃 |
制定縣菸葉生產計劃 |
SRS_縣公司菸葉生產計劃_03 |
|
||
| 傳閱縣菸葉生產計劃 |
煙站公司菸葉生產計劃 |
啓動合同簽定任務 |
SRS_合同管理_02 |
|
|
| 接收合同任務要求 |
SRS_合同管理_05 |
|
功能描述
3.4.1.1 [ 用VISIO工具畫圖，以圖的方式顯示模塊內的業務流程。本部分能夠進行
，用來鑑別和劃分系統功能。它把系統分紅角色和用例。角色表示與系統交互以實現某種目的的人、硬件或軟件系統
3.4.1.3.1 [這部分描述的是功能要達到的目標、所採用的方法和技術，還應清楚說明功能意圖的由來和背景
客戶經過網上營業廳密碼認證後。
3. 信營業廳的用戶短信格式，避免跟短信營業廳衝突)對全部查詢的操做可提供日誌記錄。
業務操做流程描述正常業務流程，列舉異常狀況和處理流程。建議使用圖示，並配合必要的文字說明。如無需或沒有操做流程說明則註明‘無’或‘略’。
若是沒有登錄首先輸入‘用戶手機號碼’和‘服務密碼’進行登錄操做，登錄用戶從下拉選擇框選擇須要查詢的月份，點擊‘查詢’按鈕查詢所選定月份的話費信息。
]
3.4.1.3.5 [
用戶界面若有條件插入界面原型，不然註明‘無’或‘略’。Axure工具]約束與約定描述本功能需求的相關約束或約定，可裁剪。約束：1、只能按月查詢，不支持數月一塊兒查詢二、（如「系統忙，請稍後再試」）。
3.4.1.4.1 [這部分描述的是功能要達到的目標、所採用的方法和技術，還應清楚說明功能意圖的由來和背景
客戶經過網上營業廳密碼認證後，查詢詳單。
3. 對全部查詢的操做可提供日誌記錄。
業務操做流程描述正常業務流程，列舉異常狀況和處理流程。建議使用圖示，並配合必要的文字說明。如無需或沒有操做流程說明則註明‘無’或‘略’。選擇須要查詢的詳單類型，輸入或選擇帳單週期，點擊‘肯定’進行詳單查詢。
]
]
3.4.1.4.6 [
採用
3.4.1.4.7 [
2、要求在30秒內反饋查詢結果，超過30秒沒有處理結果要求系統發送告知信息，在網站頁面上展現（如「系統忙，請稍後再試」）。
3.4.1.5.1 [這部分描述的是功能要達到的目標、所採用的方法和技術，還應清楚說明功能意圖的由來和背景
]輸入提供全部與本功能有關的輸入描述，包括：輸入數據類型、媒體、格式、有效數值範圍、精度、單位等，若是有界面原型此項能夠進行裁剪。
3.4.1.5.5 [
原型設計
]只有持有管理員密碼的用戶才能執行￥100.00或更大
軟件需求
(2)應用軟件應採用模塊化的方式實現軟件的重構和組裝。
(4)應用軟件應具有必定的可擴充性，能不斷知足對系統功能的需求。7*24其中任一模塊更新、加載時，在不更新與上下模塊的接口的前提下，應不影響其它模塊
(7)應用軟件應具有相應容錯手段，能允許操做人員的某些誤操做。
斷點續傳及糾錯，保障數據的準確傳送。
求。
4.1.1 [說明系統界面方面的需求；沒有則註明‘無’或‘略’。]。爲
4.1.2 [說明系統總體性能需求，包括併發處理能力以及單事務響應時間等指標，甚至更多性能要求指標，如：數據精度、時間特性、容錯性、可擴展性以及系統有效性等等。]
0萬次用戶點擊，高峯時每秒
0；詳單調取速度小於20秒按10
（4）業務辦理功能響應及完成時間 ≤5秒；
目前甘肅手機註冊用戶數爲420萬，通話用戶數大約370萬，用戶每次辦理業務記錄日誌的平均大小爲4K，月業務辦理量＝50,000,000筆/月
如保存半年的數據，則：
則數據存儲容量＝1200GBx（1+30%）＝1560GB
4.1.4.1 [對須要保護或保密的敏感性、侷限性等方面的數據進行需求描述；沒有則註明‘無’或‘略’。]
爲保證數據傳輸過程當中的安全，應考慮在數據傳輸過程當中增長對數據傳輸的加密。實現數據傳輸不被非法複製、修改。可採用技術如SSL、IPSec-***等。
系統應具備完備的數據備份功能，備份系統應可以與存儲系統的有效結合。備份系統應支持全備份、增量備份、差別備份等多種備份策略，支持LAN、LAN-Free和Server-Less備份方式。備份系統可以保證數據的一致性，備份數據的可恢復性，對必要系統的可提供實時備份功能。
4.2 主機系統
本工程主機設備主要包括門戶網站所需的各類功能服務器，開發商應根據門戶網站業務量的大小和應用軟件的須要等因素設置主機設備的數量，對於業務量較大的應用功能應配置單獨的服務器主機，業務量較小的若干種應用功能能夠合設一套/一臺主機設備。
(3) 對於關鍵性業務應用主機要求以下：
(2) 在計算機硬件、操做系統、存儲系統及應用系統業務進程出現故障時，能迅速響應並進行應用的切換；集羣系統中，某一臺計算機出現故障時，應不影響系統的應用及響應能力；
(5) 主機應支持100/1000Mb/s等高速鏈接接入系統核心局域網；
(8) 設備、存儲設備的熱插拔；
應分別就其建議的每一種服務器產品，針對如下技術指標項目進行詳細闡述：
(2) Cache節點性能：提供單節點處理能力的各類性能指標參數，如
(5) 系統總線帶寬(bit)
(8) )，說明最大可擴充容量
(10) 說明提供各類I/O接口的數量、速率及類型
(13) 網絡協議支持TCP/IP、IPX等多種協議MTBF採用UNIX操做系統或其變種，支持中文內碼，符合中國關於中文字符集定義的有關國家標準。要求完整運行同一操做系統下的產品線，提供可靠技術支持和系統管理的解決方案。
4.2.0.2 [描述操做系統方面的需求；]
4.2.0.3 [描述數據庫方面的需求；]
l 支持中文漢字內碼，符合雙字節編碼；
l 具備良好的開放性，支持異種數據庫的互訪：
l 可以將原有異種數據庫向本數據庫無損失移植；
l 具備支持並行處理所需的技術；
l 支持數據庫存儲加密；
l 應具備強的容錯能力、錯誤恢復能力、錯誤記錄及預警能力；
l 開發工具易使用、開發效率高、維護方便；
4.2.0.4 [描述存儲設備方面的需求；]
(2)應針對選用的設備，提出完整的存儲與備份解決方案，應給出系統存儲容量需求，同時詳細給出測算依據。
(2)磁盤陣列可與多種廠家的主機系統相連；
(5)磁盤陣列設備應具備較強的平滑擴充能力，包括系統的處理能力、存儲容量的擴充及I/O能力的擴充等；
(8)應對其建議的磁盤陣列產品針對如下指標項目進行詳細闡述：
l 接口方式
l 支持的存儲方式
l 說明磁盤陣列I/O讀寫速度和總線帶寬
(1)磁帶庫設備要求具備良好的安全可靠性，請詳細說明其實現方案。
l
l 支持多種接口方式
l 磁頭可靠性：其平均無端障時間(小時)
l 操做系統，說明可支持的數據庫系統
l (3)備份設備容量至少是在線存儲容量的4倍；
(6)備份設備應具備較強的平滑擴充能力，包括系統設備容量的擴充及I/O能力的擴充等；
4.2.0.5 [描述網絡設備方面的需求；]
(2)網絡採用TCP/IP協議，主幹網絡要求統一採用千兆網標準；
(5)核心局域網劃分VLAN，由核心交換機實現網段間路由；
(8)主幹網絡設備的端口配置至少保證30%的可擴展能力；主幹網絡設備要求平均無端障時間應大於1萬小時，可用性不小於99.99%；
能夠採用主機加防火牆軟件或專用的防火牆設備，應知足下列要求：
(3)能偵測、過濾或跟蹤非法訪問企圖，能自動實時告警，並生成相應日誌記錄；
(6)支持SNMP和SNMPv2協議；
門戶網站做爲一種重要的電子渠道，與其餘系統有着密切的關係。根據接口對端系統的性質，可將門戶網站相關的接口分爲兩大類：與業務支撐網內部系統接口以及與業務平臺的接口。
5.1.1 [此處簡要描述外圍系統基本狀況。可裁剪]
5.1.2 與經營分析系統接口
門戶網站與經營分析系統的接口是雙向的，門戶網站向經營分析系統傳遞業務數據，並從經營分析系統獲取分析結果數據，從而實現與經營分析系統的互動。 該接口需實現如下三個方面要求：、傳輸方式
u 支持網絡模式傳輸，能夠實現跨越局域網絡、廣域網絡、撥號網絡等平臺的文
u 地址、賬戶、口令、存取目錄的驗證。2接口應支持如下主流網絡協議：TCP/IP 3數據傳輸應支持： z
u 數據壓縮傳輸； 【業務數據】/交互歷史、接觸記錄、菜單軌跡等 時段等
5.1.2.2 核心域的關係
用戶姓名；
l 門戶網站與BOSS 核心域的交互關係是實時的交互關係。
5.2.1 [此處簡要描述外圍系統基本狀況。可裁剪]
5.2.2 與手機郵箱接口
手機郵箱是門戶網站與用戶進行信息聯絡和溝通的重要渠道。
二、 手機郵件服務器對門戶的發送請求進行鑑權，肯定是否存在此用戶、是否開通此服務、是否經過身份認證；
郵箱：郵件來源、郵件主題、郵件內容、郵件附件、郵件服務器地址、端口、協議。
舉例：項目在移動現場進行開發，開發商項目團隊必須遵照甘肅移動公司相關管理制度。
8 [此處主要是對在需求調研過程當中項目甲方提供的原始清單、票據、單據等材料進行羅列]
附件名稱
按照甘肅移動提供的標準格式設計話費詳單
2
客戶建議單
A
在獲取責任人（Stakeholders）對需求的承諾以前，該《需求規格說明書》必須先經過需求評審。對需求的評審應當採用「正式技術評審方式」，將產生一份「需求評審報告」。需求文檔
輸入名稱，標識符，評審日期，…
核」。
審。
輸入評審小組成員
需求文檔
承諾…
項目經理承諾
簽字，日期
<!--EndFragment-
-------
- 1. 項目開發文檔編寫規範【附文檔模板】
- 2. cmmi3文檔模板
- 3. it項目管理表格(包含146個DOC文檔模板)
- 4. 【轉載】敏捷項目測試策略文檔模板
- 5. CMMI+RUP+GBT+Volere+架構師整理的IT項目文檔模板及項目實戰文檔
- 6. Maven 項目文檔
- 7. Maven 項目模板
- 8. Vue模板項目
- 9. jade---模板項目
- 10. Swift--項目模板
- 更多相關文章...
- • Maven 項目模板 - Maven教程
- • Maven 項目文檔 - Maven教程
- • 委託模式
- • Scala 中文亂碼解決
-
每一个你不满意的现在，都有一个你没有努力的曾经。
- 1. 項目開發文檔編寫規範【附文檔模板】
- 2. cmmi3文檔模板
- 3. it項目管理表格(包含146個DOC文檔模板)
- 4. 【轉載】敏捷項目測試策略文檔模板
- 5. CMMI+RUP+GBT+Volere+架構師整理的IT項目文檔模板及項目實戰文檔
- 6. Maven 項目文檔
- 7. Maven 項目模板
- 8. Vue模板項目
- 9. jade---模板項目
- 10. Swift--項目模板