天天看點

可行性研究報告,軟體需求說明書,概要設計,詳細設計編制模闆

作者:軟體開發從業者

可行性研究報告

可行性研究報告,軟體需求說明書,概要設計,詳細設計編制模闆

引言

1.1編寫目的

【闡明編寫可行性研究報告的目的,指明讀者對象。】

1.2項目背景

【應包括:

a. 所建議開發軟體的名稱;

b. 項目的任務提出者、開發者、使用者及實作軟體的機關;

c. 項目與其他軟體或其他系統的關系。】

1.3定義

【列出文檔中所用到的專門術語的定義和縮寫詞的原文。】

1.4參考資料

【列出有關資料的作者、标題、編号、發表日期、出版機關或資料來源,可包括:

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

b. 與項目有關的已發表的資料;

c. 文檔中所引用的資料,所采用的軟體标準或規範。】

2.可行性研究的前提

2.1要求

【列出并說明建議開發軟體的基本要求,如

a. 功能;

b. 性能;

c. 輸出;如報告、檔案或資料,對每項輸出要求說明其特征,如用途、産生額度、接口、以及分發對象。

d. 輸入;說明系統的輸入,包括資料的來源、類型、數量、資料的組織以及提供的頻度

e. 基本的資料流程和處理流程;用圖示的方式表示出最基本的資料流程和處理流程,并輔之以叙述

f. 安全與保密要求;

g. 與軟體相關的其他系統;

h. 完成期限。】

2.2目标

【可包括:

a. 人力與裝置費用的節省;

b. 處理速度的提高;

c. 控制精度或生産能力的提高;

d. 管理資訊服務的改進;

e. 決策系統的改進;

f. 人員工作效率的提高,等等。】

2.3條件、假定和限制

【可包括:

a. 建議開發軟體運作的最短壽命;

b. 進行系統方案選擇比較的期限;

c. 經費來源和使用限制;

d. 法律和政策方面的限制;

e. 硬體、軟體、運作環境和開發環境的條件和限制;

f. 可利用的資訊和資源;

g. 建議開發軟體投入使用的最遲時間。】

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.4.1對裝置的影響

4.4.2對現有軟體的影響

4.2.3對使用者的影響

4.2.4對系統運作的影響

4.2.5對開發環境的影響

4.2.6對運作環境的影響

4.2.7對經費支出的影響

4.5技術可行性評價

【包括:

a. 在限制條件下,功能目标是否能達到;

b. 利用現有技術,功能目标能否達到;

c. 對開發人員數量的和品質的要求,并說明能否滿足;

d. 在規定的期限内,開發能否完成。】

5.所建議系統經濟可行性分析

5.1支出

5.1.1基建投資

5.1.2其他一次性支出

5.1.3經常性支出

5.2效益

5.2.1一次性收益

5.2.2經常性收益

5.2.3不可定量收益

5.3收益/投資比

5.4投資回收周期

5.5敏感性分析

【敏感性分析是指一些關鍵性因素,如:系統生存周期長短、系統工作負荷量、處理速度要求、裝置和軟體配置變化對支出和效益的影響等的分析。】

6.社會因素可行性分析

6.1法律因素

【如,合同責任、侵犯專利權、侵犯版權等問題的分析。】

6.2使用者使用可行性

【如,使用者機關的行政管理、工作制度、人員素質等能否滿足要求。】

7.其他可供選擇的方案

【逐個闡明其他可供選擇的方案,并重點說明未被推薦的理由。】

8.結論意見

【結論意見可能是:

a. 可着手組織開發;

b. 需待若幹條件(如資金、人力、裝置等)具備後才能開發;

c. 需對開發目标進行某些修改;

d. 不能進行或不必進行(如技術不成熟,經濟上不合算等);

e. 其他。】

概要設計說明書

可行性研究報告,軟體需求說明書,概要設計,詳細設計編制模闆

引言

1.1編寫目的

【闡明編寫概要設計說明書的目的,指明讀者對象。】

1.2項目背景

【應包括:

a. 項目的委托機關、開發機關和主管部門;

b. 該軟體系統與其他系統的關系。】

1.3定義

【列出本文檔中所用到的專門術語的定義和縮寫詞的原文。】

1.4參考資料

【列出有關資料的作者、标題、編号、發表日期、出版機關或資料來源,可包括:

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

b. 項目開發計劃;

c. 需求規格說明書;

d. 測試計劃(初稿);

e. 使用者操作手冊(初稿);

f. 文檔所引用的資料、采用的标準或規範。】

2.任務概述

2.1目标

2.2運作環境

2.3需求概述

2.4條件與限制

3.總體設計

3.1處理流程

3.2總體結構和子產品外部設計

3.3功能配置設定

【表明各項功能與程式結構的關系。】

4.接口設計

4.1外部接口

【包括使用者界面、軟體接口與硬體接口。】

4.2内部接口

【子產品之間的接口。】

詳細設計說明書

可行性研究報告,軟體需求說明書,概要設計,詳細設計編制模闆

引言

1.1編寫目的

【闡明編寫詳細設計說明書的目的,指明讀者對象。】

1.2項目背景

【應包括項目的來源和主管部門等。】

1.3定義

【列出文檔中所用到的專門術語的定義和縮寫詞的原文。】

1.4參考資料

【列出有關資料的作者、标題、編号、發表日期、出版機關或資料來源,可包括:

a. 項目的計劃任務書、合同或批文;

b. 項目開發計劃;

c. 需求規格說明書;

d. 概要設計說明書;

e. 測試計劃(初稿);

f. 使用者操作手冊(初稿);

g. 文檔中所引用的其他資料、軟體開發标準或規範。】

2.總體設計

2.1需求概述

2.2軟體結構

【如給出軟體系統的結構圖。】

3.程式描述

【逐個子產品給出以下的說明:】

3.1功能

3.2性能

3.3輸入項目

3.4輸出項目

3.5算法

【子產品所選用的算法。】

3.6程式邏輯

【較長的描述子產品實作的算法,可采用:

a. 标準流程圖;

b. PDL語言;

c. N-S圖;

d. PAD;

e. 判定表等描述算法的圖表。】

3.7接口

3.8存儲配置設定

3.9限制條件

3.10測試要點

【給出測試子產品的主要測試要求。】

軟體需求說明書

可行性研究報告,軟體需求說明書,概要設計,詳細設計編制模闆

引言

1.1編寫目的

【闡明編寫需求說明書的目的,指明讀者對象。】為明确軟體需求、安排項目規劃與進度、組織軟體開發與測試,撰寫本文檔。本文檔供項目經理、設計人員、開發人員參考。

1.2項目背景

a. 項目的委托機關、開發機關和主管部門

b. 該軟體系統與其他

1.3定義

【列出文當中所用到的專門術語的定義和縮寫詞的原文。】

1.4參考資料

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

b. 項目開發計劃

c. 文檔所引用的資料、标準和規範。列出這些資料的作者、标題、編号、發表日期、出版機關或資料來源

2.任務概述

2.1目标

2.2運作環境

作業系統:Microsoft Windows 2000 Advanced Server

支援環境:IIS 5.0

數 據 庫:Microsoft SQL Server 2000

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.其它需求

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

繼續閱讀