標籤:
http://blog.163.com/amanda_liyan/blog/static/5456169120093304520393/
可行性分析報告
1 引言
1.1 編寫目的:闡明編寫可行性研究報告的目的,提出讀者對象。
1.2 項目背景:應包括
● 所建議開發軟體的名稱
● 項目的任務提出者、開發人員、使用者及實現軟體的單位
● 項目與其他軟體或其他系統的關係。
1.3 定義:列出文檔中用到的專門術語的定義和縮寫詞的原文。
1.4 參考資料:列出有關資料的作者、標題、編號、發表日期、出版單位或資料來源,可包括
● 項目經核準的計劃任務書、合約或上級機關的批文
● 與項目有關的已發表的資料
● 文檔中所引用的資料,所採用的軟體標準或規範
2 可行性研究的前提
2.1 要求:列出並說明建議開發軟體的的基本要求,如
● 功能
● 效能
● 輸入/輸出
● 基本的資料流程和處理流程
● 安全與保密要求
● 與軟體相關的其他系統
● 完成日期
2.2 目標:可包括
● 人力與裝置費用的節省
● 處理速度的提高
● 控制精度或生產力的提高
● 管理資訊服務的改進
● 決策系統的改進
● 人員工作效率的提高
2.3 條件、假定和限制:可包括
● 建議開發軟體啟動並執行最短壽命
● 進行顯然方案選擇比較的期限
● 經費來源和使用限制
● 法律和政策方面的限制
● 硬體、軟體、運行環境和開發環境的條件和限制
● 可利用的資訊和資源
● 建議開發軟體投入使用的最遲時間
2.4 可行性研究方法
2.5 決定可行性的主要因素
3 對現有系統的分析
3.1 處理流程和資料流程
3.2 工作負載
3.3 費用支出:如人力、裝置、空間、支援性服務、材料等項開支
3.4 人員:列出所需人員的專業技術類別和數量
3.5 裝置
3.6 局限性:說明現有系統存在的問題以及為什麼需要開發新的系統
4 所建議技術可行性分析
4.1 對系統的簡要描述
4.2 與現有系統比較的優越性
4.3 處理流程和資料流程
4.4 採用建議系統可能帶來的影響
● 對裝置的影響
● 對現有軟體的影響
● 對使用者的影響
● 對系統啟動並執行影響
● 對開發環境的影響
● 對經費支出的影響
4.5 技術可行性評價:包括
● 在限制條件下,功能目的是否達到
● 利用現有技術,功能目的是否達到
● 對開發人員數量和品質的要求,並說明能否滿足
● 在規定的期限內,開發能否完成
5 所建議系統經濟可行性分析
5.1 支出
5.2 效益
5.3 收益/投資比
5.4 投資回收周期
5.5 敏感性分析:指一些關鍵性因素,如:
● 系統生存周期長短
● 系統工作負載量
● 處理速度要求
● 裝置和軟體配置變化對支出和效益的影響等的分析
6 社會因素可行性分析
6.1 法律因素:如
● 合約責任
● 侵犯專利權
● 侵犯著作權
6.2 使用者使用可行性:如
● 使用者單位的行政管理
● 工作制度
● 人員素質等能否滿足要求
7 其他可供選擇的方案
逐個闡明其它可供選擇的方案,並重點說明未被推薦的理由。
8 結論意見
● 可著手組織開發
● 需等待若干條件具備後才能開發
● 需對開發目標進行某些修改
● 不能進行或不必進行
● 其它
軟體需求說明書
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.1 編寫目的:闡明編寫總結報告的目的並指明讀者對象。
1.2 項目背景:說明項目的來源、委託單位、開發單位及主管部門。
1.3 定義:列出報告中所用到的專門術語的定義和縮寫詞的原意。
1.4參考資料:列出有關資料的作者、標題、編號、發表日期、出版單位或資料來源,可包括:項目的計劃任務書、合約或批文;項目開發計劃;需求規格說明書;概要設計說明書;詳細設計說明書;使用者操作手冊;測試計劃;測試分析報告;本報告引用的其他資料、採用的開發標準或開發規範。
2 開發結果
2.1 產品:可包括列出各部分的程式名稱、來源程式行數(包括注釋行)或目標程式位元組數及程式總計數量、儲存形式;產品文檔名稱等。
2.2 主要功能及效能
2.3 所用工時:按人員的不同層次分別計時。
2.4 所用機時:按所用電腦機型分別計時。
2.5 進度:給出計划進度與實際進度的對比。
2.6 費用
3 評價
3.1 生產率評價:如平均每人每月生產的來源程式行數、文檔的字數等。
3.2 技術方案評價
3.3 產品品質評價
4 經驗傳承
測試分析報告
1 引言
1.1 編寫目的:闡明編寫測試分析報告的目的並指明讀者對象。
1.2 項目背景:說明項目的來源、委託單位及主管部門。
1.3定義:列出測試分析報告中所用到的專門術語的定義和縮寫詞的原意。
1.4參考資料:列出有關資料的作者、標題、編號、發表日期、出版單位或資料來源,可包括:項目的計劃任務書、合約或批文;項目開發計劃;需求規格說明書;概要設計說明書;詳細設計說明書;使用者操作手冊;測試計劃;測試分析報告所引用的其他資料、採用的軟體工程標準或工程規範。
2 測試計劃招待情況
2.1 機構和人員:給出測試機構名稱、負責人和參與測試人員名單。
2.2 測試結果:按順序給出每一測試專案的:實測結果資料;與預期結果資料的偏差;該項測試表明的事實;該項測試發現的問題。
3 軟體需求測試結論
按順序給出每一項需求測試的結論。包括:證實的軟體能力;局限性(即項需求未得到充分測試的情況及原因。
4 評價
4.1 軟體能力:經過測試所表明的軟體能力。
4.2 缺陷和限制:說明測試所揭露的軟體缺陷和不足,以及可能給軟體運行帶來的影響。
4.3 建議:提出為彌補上述缺陷的建議。
4.4 測試結論:說明能否通過。
項目概要設計說明書
1 引言
1.1 寫目的:闡明編寫概要設計說明書的目的,指明讀者對象。
1.2 項目背景:應包括
● 項目的委託單位、開發單位和主管部門
● 該軟體系統與其他系統的關係。
1.3 定義:列出本文檔中所用到的專門術語的定義和縮寫詞的願意。
1.4 參考資料:
● 列出這些資料的作者、標題、編號、發表日期、出版單位或資料來源
●項目經核準的計劃任務書、合約或上級機關的批文;項目開發計劃;需求規格說明書;測試計劃(初稿);使用者操作手冊
● 文檔所引用的資料、採用的標準或規範。
2 任務概述
2.1 目標
2.2 需求概述
2.3 條件與限制
3 總體設計
3.2 總體結構和模組外部設計
3.3 功能分配:表明各項功能與程式結構的關係。
4 介面設計
4.1 外部介面:包括使用者介面、軟體介面與硬體介面。
4.2 內部介面:模組之間的介面。
5 資料結構設計
6 邏輯結構設計
所有文檔的統一封面格式如下頁所示。
7 物理結構設計
8 資料結構與程式的關係
9 運行設計
9.1 運行模組的組合
9.2 運行控制
9.3 已耗用時間
10 出錯處理設計
10.1 出錯輸出資訊
10.2 出錯處理對策:如設定後備、效能降級、恢複及再啟動等。
11 安全保密設計
12 維護設計
說明為方便維護工作的設施,如維護模組等。
軟體詳細設計說明書
1 引言
1.1 編寫目的:闡明編寫詳細設計說明書的目的,指明讀者對象。
1.2 項目背景:應包括項目的來源和主管部門等。
1.3 定義:列出本文檔中所用到的專門術語的定義和縮寫詞的願意。
1.4 參考資料:
● 列出有關資料的作者、標題、編號、發表日期、出版單位或資料來源
●項目經核準的計劃任務書、合約或上級機關的批文;項目開發計劃;需求規格說明書;概要設計說明書;測試計劃(初稿);使用者操作手冊
● 文檔所引用的資料、軟體開發的標準或規範。
2 總體設計
2.1 需求概述
2.2 軟體結構:如給出軟體系統的結構圖。
3 程式描述
3.1 逐個模組給出以下說明:
● 功能
● 效能
● 輸入項目
● 輸出項目
3.2 演算法:模組所選用的演算法。
3.3 程式邏輯:詳細描述模組實現的演算法,可採用:標準流程圖;PDL語言;N-S圖;判定表等描述演算法的圖表。
3.4 介面
● 儲存分配
● 限制條件
3.5測試要點:給出測試模組的主要測試要求。
軟體開發各類文件範本