<ol id="ebnk9"></ol> 下面是小編為大家整理的2022年計算機--軟件開(kāi)發(fā)文檔標準（完整）,供大家參考。
軟件開(kāi)發(fā)文檔標準
一、計算機軟件產(chǎn)品開(kāi)發(fā)文件編制指南
?錯誤 !未定義書(shū)簽。
二、可行性研究報告
?錯誤
!
未定義書(shū)簽。
三、項目開(kāi)發(fā)計劃
...............................................................................................................
錯誤 ! 未定義書(shū)簽。
四、軟件需求說(shuō)明書(shū)
............................................................................................................
錯誤 ! 未定義書(shū)簽。
五、數據要求說(shuō)明書(shū)
............................................................................................................
錯誤 ! 未定義書(shū)簽。
六、概要設計說(shuō)明書(shū)
七、詳細設計說(shuō)明書(shū)
?錯誤 ! 未定義書(shū)簽。
............................................................................................................
錯誤 ! 未定義書(shū)簽。
八、數據庫設計說(shuō)明書(shū)
?錯誤 ! 未定義書(shū)簽。
九、用戶(hù)手冊 ?錯誤
!未定義書(shū)簽。
十、操作手冊 .....................................................................................................................
錯誤 ! 未定義書(shū)簽。
十一、模塊開(kāi)發(fā)卷宗
............................................................................................................
錯誤 ! 未定義書(shū)簽。
十二、測試計劃 ?錯誤
!未定義書(shū)簽。
十三、測試分析報告
............................................................................................................
錯誤 ! 未定義書(shū)簽。
十四、開(kāi)發(fā)進(jìn)度月報
?錯誤
!
未定義書(shū)簽。
十五、項目開(kāi)發(fā)總結報告
?錯誤 !未定義書(shū)簽。
一、計算機軟件產(chǎn)品開(kāi)發(fā)文件編制指南
?。?/p>
目得
一項計算機軟件得籌劃、研制及實(shí)現
, 構成一個(gè)軟件開(kāi)發(fā)項目。一個(gè)軟件開(kāi)發(fā)項目得進(jìn)行，一般
需要
在人力與自動(dòng)化資源等方面作重大得投資。為了保證項目開(kāi)發(fā)得成功，最經(jīng)濟地花費這些投
資，并且便
于運行與維護，在開(kāi)發(fā)工作得每一階段，都需要編制二定得文件。這些文件連同計算
機程序及數據一起，
構成為計算機軟件。文件就是計算機軟件中不可缺少得組成部分，它得作用
就是 :
?。?、作為開(kāi)發(fā)人員在一定階段內得工作成果與結束標志；
b 、向管理人員提供軟件開(kāi)發(fā)過(guò)程中得進(jìn)展與情況
, 把軟件開(kāi)發(fā)過(guò)程中得一些
“不可見(jiàn)得 " 事物轉
換成 “可見(jiàn) "得文字資料， 以便管理人員在各個(gè)階段檢查開(kāi)發(fā)計劃得實(shí)施進(jìn)展
,使之能夠判斷原定目標
就是否已達到，還將繼續耗用資源得種類(lèi)與數量；
?。?、記錄開(kāi)發(fā)過(guò)程中得技術(shù)信息，便于協(xié)調以后得軟件開(kāi)發(fā)、使用與修改；
d 、提供對軟件得有關(guān)運行、維護與培訓得信息，便于管理人員、開(kāi)發(fā)人員、操作人員與用戶(hù)之
間相互了解彼此得工作
;
e、向潛在用戶(hù)報導軟件得功能與性能，使她們能判定該軟件能否服務(wù)于自己得需要
.
換言之，本指南認為
: 文件得編制必須適應計算機軟件整個(gè)生存周期得需要。
計算機軟件所包含得文件有兩類(lèi)：
一類(lèi)就是開(kāi)發(fā)過(guò)程中填寫(xiě)得各種圖表，
可稱(chēng)之為工作表格；
另
一類(lèi)
則就是應編制得技術(shù)資料或技術(shù)管理資料，
可稱(chēng)之為文件。
本指南規定軟件文件得編制形式，
并提供對這
些規定得解釋。
本指南得目得就是使得所編制得軟件文件確實(shí)能夠起到軟件文件應該
發(fā)揮得作用 .
2
范圍
本指南就是一份指導性文件。本指南建議，在一項計算機軟件得開(kāi)發(fā)過(guò)程中
,一般地說(shuō)，應該
產(chǎn)生十四種文件。這十四種文件就是：
可行性研究報告；
項目開(kāi)發(fā)計劃；
軟件需求說(shuō)明書(shū)；
數據要求說(shuō)明書(shū) ;
概要設計說(shuō)明書(shū)；
詳細設計說(shuō)明書(shū)；
數據庫設計說(shuō)明書(shū) ;
用戶(hù)手冊；
操作手冊 ;
模塊開(kāi)發(fā)卷宗；
測試計劃；
測試分析報告；
開(kāi)發(fā)進(jìn)度月報；
本指南將給出開(kāi)發(fā)過(guò)程中建議產(chǎn)生得這十四種文件得編制指導
,同時(shí) ,本指南也就是這十四種文件
得編寫(xiě)質(zhì)量得檢驗準則。但就是
,本指南并未涉及軟件開(kāi)發(fā)過(guò)程中如何填寫(xiě)工作表格得問(wèn)題。
一般地說(shuō)，一個(gè)軟件總就是一個(gè)計算機系統（包括硬件、固件與軟件
)得組成部分。鑒于計算
機系統得多樣性，
本指南一般不涉及整個(gè)系統開(kāi)發(fā)中得文件編制問(wèn)題，
本指南僅僅就是軟件開(kāi)發(fā)過(guò)
程中得文件編制指南。
3
文件得使用者
對于使用文件得人員而言，她們所關(guān)心得文件得種類(lèi)
,隨她們所承擔得工作而異。
管理人員：可行性研究報告，項目開(kāi)發(fā)計劃，模塊開(kāi)發(fā)卷宗，開(kāi)發(fā)進(jìn)度月報
,項目開(kāi)發(fā)總結報
告 ;
開(kāi)發(fā)人員 :可行性研究報告
,項目開(kāi)發(fā)計劃，軟件需求說(shuō)明書(shū)
,數據要求說(shuō)明書(shū)，
概要設計說(shuō)明
書(shū)，詳細設計說(shuō)明書(shū)，數據庫設計說(shuō)明書(shū)，測試計劃
, 測試分析報告
;
維護人員：設計說(shuō)明書(shū)
,測試分析報告，模塊開(kāi)發(fā)卷宗；
用戶(hù) : 用戶(hù)手冊 ,
操作手冊。
盡管本指南提出了在軟件開(kāi)發(fā)中文件編制得要求，
但并不意味著(zhù)這些文件都必須交給用戶(hù)。
一
項軟件得用戶(hù)應該得到得文件得種類(lèi)由供應者與用戶(hù)之間簽訂得合同規定
.
?。?/p>
軟件生存周期與各種文件得編制
一項計算機軟件，從出現一個(gè)構思之日起，經(jīng)過(guò)這項軟件開(kāi)發(fā)成功投入使用，
直到最后決定停
止使
用，并被另一一項軟件代替之時(shí)止
,被認為就是該軟件得一個(gè)生存周期。一般地說(shuō)這個(gè)軟件生
存周期可以分成以下六個(gè)階段：
可行性與計算機研究階段
需求分析階段
設計階段
實(shí)現階段
測試階段
運行與維護階段
在可行性研究與計劃階段內，要確定該軟件得開(kāi)發(fā)目標與總得要求，要進(jìn)行可行性分析、投資
一收益分析、制訂開(kāi)發(fā)計劃
,并完成應編制得文件。
在需求分析階段內，
由系統分析人員對被設計得系統進(jìn)行系統分析
,確定對該軟件得各項功能、
性能需求與設計約束，確定對文件編制得要求
,作為本階段工作得結果，一般地說(shuō)，軟件需求說(shuō)明
書(shū)、數據要求說(shuō)明書(shū)與初步得用戶(hù)手冊應該編寫(xiě)出來(lái)。
在設計階段內， 系統設計人員與程序設計人員應該在反復理解軟件需求得基礎上，
提出多個(gè)設
計 ,分析每個(gè)設計能履行得功能并進(jìn)行相互比較，最后確定一個(gè)設計，包括該軟件得結構、模塊得
劃分、功能得分配以及處理流程。在被設計系統比較復雜得情況下
,設計階段應分解成概要設計階
段與詳細設計階段兩個(gè)步驟。在一般情況下
,應完成得文件包括
: 概要設計說(shuō)明書(shū)、詳細設計說(shuō)明書(shū)
與測試計劃初稿。
在實(shí)現階段內
, 要完成源程序得編碼、
編譯（或匯編）
與排錯調試得到無(wú)語(yǔ)法錯得程序清單
,要開(kāi)
始編寫(xiě)模塊開(kāi)發(fā)卷宗 ,并且要完成用戶(hù)手冊、操作手冊等面向用戶(hù)得文件得編寫(xiě)工作，還要完成測試計劃得編制。
在測試階段，該程序將被全面地測試
, 已編制得文件將被檢查審閱
. 一般要完成模塊開(kāi)發(fā)卷宗與測
試分析報告 , 作為開(kāi)發(fā)工作得結束，所生產(chǎn)得程序、文件以及開(kāi)發(fā)工作本身將逐項被評價(jià)，最后寫(xiě)出項目開(kāi)發(fā)總結報告。
在整個(gè)開(kāi)發(fā)過(guò)程中（即前五個(gè)階段中），開(kāi)發(fā)集體要按月編寫(xiě)開(kāi)發(fā)進(jìn)度月報。
在運行與維護階段，軟件將在運行使用中不斷地被維護，根據新提出得需求進(jìn)行必要而且可能
得擴充與刪改
.
對于一項軟件而言，
其生存周期各階段與各種文件編寫(xiě)工作得關(guān)系可見(jiàn)表
,其中有些文件得編寫(xiě)
工作可能要在若干個(gè)階段中延續進(jìn)行
.
5
文件編制中得考慮因素
文件編制就是一個(gè)不斷努力得工作過(guò)程。就是一個(gè)從形成最初輪廓
, 經(jīng)反復檢查與修改
,直到程序
與文件正式交付使用得完整過(guò)程
.其中每一步都要求工作人員做出很大努力。要保證文件編制得質(zhì)
量 ,要體現每個(gè)開(kāi)發(fā)項目得特點(diǎn)，也要注意不要花太多得人力
.為此 ,編制中要考慮如下各項因素。
5、 1 文件得讀者
第一種文件都具有特定得讀者。
這些讀者包括個(gè)人或小組、
軟件開(kāi)發(fā)單位得成員或社會(huì )上得公
眾、從事軟件工作得技術(shù)人員、管理人員或領(lǐng)導干部
. 她們期待著(zhù)使用這些文件得內容來(lái)進(jìn)行工作
,
例如設計、編寫(xiě)程序、測試、使用、維護或進(jìn)行計劃管理。因此，這些文件得作者必須了解自己得
讀者，這些文件得編寫(xiě)必須注意適應自己得特定讀者得水平、特點(diǎn)與要求
.
?。?、 2
重復性
本指南第二篇中將列出得這十四種文件得內容要求中，顯然存在某些重復
. 較明顯得重復有兩
類(lèi)。引言就是第一種文件都要包含得內容，以向讀者提供總得梗概
.第二類(lèi)明顯得重復就是各種文
件中得說(shuō)明部分，如對功能性能得說(shuō)明、對輸入與輸出得描述、系統中包含得設備等。這就是為了
方便每種文件各自得讀者，每種產(chǎn)品文件應該自成體系
,盡量避免讀一種文件時(shí)又不得不去參考另
一種文件 . 當然 ,在每一種文件里，有關(guān)引言、說(shuō)明等同其她文件相重復得部分，在行文上、在所用
得術(shù)語(yǔ)上、在詳細得程度上
,還就是應該有一些差別，以適應各種文件得不同讀者得需要。
?。?、 3 靈活性
鑒于軟件開(kāi)發(fā)就是具有創(chuàng )造性得腦力勞動(dòng)，也鑒于不同軟件在規模上與復雜程序上差別極大，本指南認為在文件編制工作中應允許一定得靈活性。這種靈活性表現在如下各款。
5． 3。１
應編制得文件種類(lèi)
盡管本指南認為在一般情況下，
一項軟件得開(kāi)發(fā)過(guò)程中
,應產(chǎn)生得文件有十四種
, 然而針對一項具
體得軟件開(kāi)發(fā)項目，有時(shí)不必編制這么多得文件
,可以把幾種文件合并成一種。一般地說(shuō)，當項目
得規模、復雜性與成敗風(fēng)險增大時(shí)，文件編制得范圍、管理手續與詳細程度將隨之增加。反之
,則
可適當減少。為了恰當地掌握這種靈活性，本指南要求貫徹分工負責得原則，這意味著(zhù)：
a、一個(gè)軟件開(kāi)發(fā)單位得領(lǐng)導機構應該根據單位經(jīng)營(yíng)承包得應用軟件得專(zhuān)業(yè)領(lǐng)域與本單位得管理
能力，制定一個(gè)對文件編制要求得實(shí)施規定
,主要就是 : 在不同得條件下，應該形成哪些文件？這些
文件得詳細程序 ?該開(kāi)發(fā)單位得每一個(gè)項目負責人，必須認真執行這個(gè)實(shí)施規定。這種規定得兩個(gè)例子可瞧本指南得附錄；
b 、于一個(gè)具體得應用軟件項目，項目負責人應根據上述實(shí)施規定
, 確定一個(gè)文件編制計劃，
主要包括 :
?。?1）應該編制哪幾種文件，詳細程序如何
?。?2）各個(gè)文件得編制負責人與進(jìn)度要求
;
?。?3) 審查、批準得負責人與時(shí)間進(jìn)度安排
(4 ）在開(kāi)發(fā)時(shí)期內，各文件得維護、修改與管理得負責人，以及批準手續。
每項工作必須落實(shí)到人。
這個(gè)文件編制計劃就是整個(gè)開(kāi)發(fā)計劃得重要組成部分 ; ｃ、有關(guān)得設計人員則必須嚴格執行這個(gè)文件編制計劃。
5. ３． 2
文件得詳細程序
從同一份提綱起草得文件得篇幅大小往往不同
,可以少到幾頁(yè)，也可以長(cháng)達幾百頁(yè)。對于這種
差別本指南就是允許得。
此詳細程序取決于任務(wù)得規模、
復雜性與項目負責人對該軟件得開(kāi)發(fā)過(guò)程
及運行環(huán)與所需要得詳細程度得判斷。
?。?.3。
3
文件得擴展
當被開(kāi)發(fā)系統得規模非常大
(例如源碼超過(guò)一百萬(wàn)行）時(shí)
,一種文件可以分成幾卷編寫(xiě)
,可以按其。
每一個(gè)系統分別編制，也可以按內容劃分成多卷，例如：
項目開(kāi)發(fā)計劃可能包括：質(zhì)量保證計劃，配置管理計劃
,用戶(hù)培訓計劃，安裝實(shí)施計劃；
系統設計說(shuō)明書(shū)可分寫(xiě)成：系統設計說(shuō)明書(shū)
,子系統設計說(shuō)明書(shū)；
程序設計說(shuō)明書(shū)可分寫(xiě)成：程序設計說(shuō)明書(shū)，接口設計說(shuō)明書(shū)，版本說(shuō)明；
操作手冊可分寫(xiě)成：操作手冊，安裝實(shí)施過(guò)程
;
測試計劃可分寫(xiě)成：測試計劃，測試設計說(shuō)明，測試規程，測試用例；
測試分析報告可分寫(xiě)成
: 綜合測試報告，驗收測試報告
;
項目開(kāi)發(fā)總結報告亦可分寫(xiě)成項目開(kāi)發(fā)總結報告與資源環(huán)境統計
.
5。
3．４
節得擴張與縮并
在有些文件中
, 可以使用本指南所提供得章、條標題，但在條內又存在一系列需要分別討論得因
素
本指南認為，所有得條都可以擴展
, 可以進(jìn)一步細分，以適應實(shí)際需要。反之
,如果章條中得有
些細節 ;
非必需，也可以根據實(shí)際情況縮并。此時(shí)章條得編號應相應地改變。
?。?。
3． 5
程序設計得表現形式
本指南對于程序得設計表現形式并未作出規定或限制，
可以使用流程圖得形式、
判定表得形式，
可以使用其她表現形式，如程序設計語(yǔ)言
(P ＤＬ )、問(wèn)題分析圖（ＰＡ
D) 等。
5.3 。６
文件得表現形式
本指南對于文件得表現形式亦未作出規定或限制
,可以使用自然語(yǔ)言
,也可以使用形式化語(yǔ)言
.
5。
3.７ 文件得其她種類(lèi)
當本指南中規定得文件種類(lèi)尚不能滿(mǎn)足某些應用部門(mén)得特殊需要時(shí)
,她們可以建立一些特殊得文
件種類(lèi)要求 , 例如軟件質(zhì)量保證計劃、軟件配置管理計劃等，這些要求可以包含在本單位得文件編
制實(shí)施規定中。
6
文件編制得管理工作
文件編制工作必須有管理工作得配合，
才能使所編制得文件真正發(fā)揮它得作用
. 文件得編制工作
實(shí)際上貫穿于一項軟件得整個(gè)開(kāi)發(fā)過(guò)程
, 因此 ,對文件得管理必須貫穿于整個(gè)開(kāi)發(fā)過(guò)程
.在開(kāi)發(fā)過(guò)程
中必須進(jìn)行得管理工作就是以下四條。
?。?、 1
文件得形成
開(kāi)發(fā)集體中得每個(gè)成員
,尤其就是項目負責人
,應該認識到
:文件就是軟件產(chǎn)品得必不可少得組成
部分；
在軟件開(kāi)發(fā)過(guò)程得各個(gè)階段中，必須按照規定及時(shí)地完成各種產(chǎn)品文件得編寫(xiě)工作
;必須把
在一個(gè)開(kāi)發(fā)步驟中作出得決定與取得得結果及時(shí)地定文件；
開(kāi)發(fā)集體必須及時(shí)地對這些文件進(jìn)行嚴
格得評審 ; 這些文件得形成就是各個(gè)階段開(kāi)發(fā)工作正式完成得標志。這些文件上必須有編寫(xiě)者、評
審者與批準者得簽字，必須有編寫(xiě)、評審完成得日期與批準得日期
.
6、 2
文件得分類(lèi)與標識
在軟件開(kāi)發(fā)得過(guò)程中
,產(chǎn)生得文件就是很多得，
為了便于保存、 查找、 使用與修改 , 應該對文件按
層次地加以分類(lèi)組織。
一個(gè)軟件開(kāi)發(fā)單位應該建立一個(gè)對本單位文件得標識方法，
使文件得每一頁(yè)
都具有明確得標識。例如可以按如下四個(gè)層次對文件加以分類(lèi)與標識。
a、文件所屬得項目得標識 ; b、文件種類(lèi)得標識；
c、同一種文件得不同版本號 ; d、頁(yè)號
此外，對每種文件還應根據項目得性質(zhì)
, 劃定它們各自得保密級別
, 確定她們各自得發(fā)行范圍。
6、 3 文件得控制
在一項軟件得開(kāi)發(fā)過(guò)程中，隨著(zhù)程序得逐步形成與逐步修改，各種文件亦在不斷地產(chǎn)生、不斷地修改或補充 .因此，必須加以周密得控制 ,以保持文件與程序產(chǎn)品得一致性 ,保持各種文件之間得一致性與文件得安全性。這種控制表現為 :
?。?、就從事一項軟件開(kāi)發(fā)工作得開(kāi)發(fā)集體而言，應設置一位專(zhuān)職得文件管理人員
( 接口管理工程
師或文件管理員）
; 在開(kāi)發(fā)集體中，應該集中保管本項目現有全部文件得主文本兩套
, 由該文件管理
人員負責保管；
b 、每一份提交給文件管理人員得文件都必須具有編寫(xiě)人、審核人與批準人得簽字 ; c、這兩套主文本得內容必須完全一致 ;其中有一套就是可供出借得，另一套就是絕對不能出借
得 ,以免發(fā)生萬(wàn)一
; 可出借得主文本在出借時(shí)必須辦理出借手續，歸還時(shí)辦理注銷(xiāo)出借手續；
d 、開(kāi)發(fā)集體中得工作人員可以根據工作得需要
,在本項目得開(kāi)發(fā)過(guò)程中持有一些文件，即所謂
個(gè)人文件，包括為使她完成她承擔得任務(wù)所需要得文件，以及她在完成任務(wù)過(guò)程中所編制得文件
;
但這種個(gè)人文件必須就是主文本得復制品，必須同主文本完全一致，若要修改
,必須首先修改主文
本；
e、不同開(kāi)發(fā)人員所擁有得個(gè)人文件通常就是主文本得各種子集；
所謂子集就是指把主文本得各個(gè)部分根據承擔不同任務(wù)得人員或部門(mén)得工作需要加以復制、 組裝而成得若干個(gè)文件得集合；
文件管理人員 . 應該列出一份不同子集得分發(fā)對象得清單，按照清單及時(shí)把文件分發(fā)給有關(guān)人員或部門(mén)；
f、一份文件如果已經(jīng)被另一份新得文件所代替，則原文件應該被注銷(xiāo)
; 文件管理人中要隨時(shí)整
理主文本，及時(shí)反映出文件得變化與增加情況，及時(shí)分發(fā)文件；
?。?、當一個(gè)項目得開(kāi)發(fā)工作臨近結束時(shí)，文件管理人員應逐個(gè)收回開(kāi)發(fā)集體內每個(gè)成員得個(gè)人
文 件 ,并檢查這些個(gè)人文件得內容
; 經(jīng)驗表明，這些個(gè)人文件往往可能比主文本更詳細
,或同主文本
得內容
有所不同 , 必須認真監督有關(guān)人員進(jìn)行修改，使主文本能真正反映實(shí)際得開(kāi)發(fā)結果
.
6、 4
文件得修改管理
在一個(gè)項目得開(kāi)發(fā)過(guò)程中得任何時(shí)刻，開(kāi)發(fā)集體內得所有成員都可能對開(kāi)發(fā)工作得已有成果
- —
文件，提出進(jìn)行修改得要求
.提出修改要求得理由可能就是各種各樣得，進(jìn)行修改而引起得影響可
能很小 ,
也可能會(huì )牽涉到本項目得很多方面。
因此 , 修改活動(dòng)得進(jìn)行必須謹慎，
必須對修改活動(dòng)得進(jìn)
行加以管理，
必須執行修改活動(dòng)得規程，使整個(gè)修改活動(dòng)有控制地進(jìn)行。
修改活動(dòng)可分如下五個(gè)步驟進(jìn)行
:
a、提議開(kāi)發(fā)集體中得任何一個(gè)成員都可以向項目負責人提出修改建議，
為此應該填寫(xiě)一份修
改
建議表 , 說(shuō)明修改得內容、所修改得文件與部位、以及修改理由
;
b 、評議由項目負責人或項目負責人指定得人員對該修改建議進(jìn)行評議
,包括審查該項修改得必
要、確定這一修改得影響范圍、研究進(jìn)行修改得方法、步驟與實(shí)施計劃；
c、審核一般由項目負責人進(jìn)行審核 ,包括核實(shí)修改得目得與要求、核實(shí)修改活動(dòng)將帶來(lái)得影響、
審核修改活動(dòng)計劃就是否可行；
d 、批準在一般情況下
, 批準權屬于該開(kāi)發(fā)單位得部門(mén)負責人
;在批準時(shí)，主要就是決斷修改工作
中各項活動(dòng)得先后順序及各自得完成日期，以保證整個(gè)開(kāi)發(fā)工作按原定計劃日期完成；
e、實(shí)施由項目負責人按照已批準得修改活動(dòng)計劃，安排各項修改活動(dòng)得負責人員進(jìn)行修改
,
建立修改記錄、
產(chǎn)生新得文件以取代原有文件、最后把文件交文件管理人員歸檔，
并分發(fā)給有關(guān)得
持有者 .
二、可行性研究報告
可行性研究報告得編寫(xiě)目得就是
: 說(shuō)明該軟件開(kāi)發(fā)項目得實(shí)現在技術(shù)、經(jīng)濟與社會(huì )條件方面得
可行性；
評述為了合理地達到開(kāi)發(fā)目標而可能選擇得各種方案；
說(shuō)明并論證所選定得方案
.
可行性研究報告得編寫(xiě)內容要求如下
:
1
引言
1、１
編寫(xiě)目得
說(shuō)明編寫(xiě)本可行性研究報告得目得
, 指出預期得讀者。
1、２ 背景說(shuō)明：
a、所建議開(kāi)發(fā)得軟件系統得名稱(chēng)；
b、本項目得任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)及實(shí)現該軟件得計算中心或計算機網(wǎng)絡(luò )；
c、該軟件系統同其她系統或其她機構得基本得相互來(lái)往關(guān)系。
1、 3
定義
列出本文件中用到得專(zhuān)門(mén)術(shù)語(yǔ)得定義與外文首字母組詞得原詞組。
1、 4
參考資料
列出用得著(zhù)得參考資料，如
:
a、本項目得經(jīng)核準得計劃任務(wù)書(shū)或合同、上級機關(guān)得批文；
?。?、屬于本項目得其她已發(fā)表得文件
;
?。?、本文件中各處引用得文件、資料
, 包括所需用到得軟件開(kāi)發(fā)標準。
列出這些文件資料得標題、
文件編號、發(fā)表日期與出版單位
, 說(shuō)明能夠得到這些文件資料得來(lái)源
.
2
可行性研究得前提
說(shuō)明對所建議得開(kāi)發(fā)項目進(jìn)行可行性研究得前提，如要求、目標、假定、限制等。
2、１
要求
說(shuō)明對所建議開(kāi)發(fā)得軟件得基本要求，如：
a、功能 ;
?。?、性能；
c、輸出如報告、文件或數據，對每項輸出要說(shuō)明其特征
, 如用途、產(chǎn)生頻度、接口以及分發(fā)對
象；
d 、輸入說(shuō)明系統得輸入
, 包括數據得來(lái)源、類(lèi)型、數量、數據得組織以及提供得頻度；
e 、處理流程與數據流程用圖表得方式表示出最基本得數據流程與處理流程，并輔之以敘述；
f 、在安全與保密方面得要求
;
g、同本系統相連接得其她系統
;
h、完成期限 .
2、 2
目標
說(shuō)明所建議系統得主要開(kāi)發(fā)目標
, 如：
a 、人力與設備費用得減少；
b、處理速度得提高；
c、控制精度或生產(chǎn)能力得提高；
d、管理信息服務(wù)得改進(jìn)；
e 、自動(dòng)決策系統得改進(jìn)；
f 、人員利用率得改進(jìn)
.
2、 3
條件、假定與限制
說(shuō)明對這項開(kāi)發(fā)中給出得條件、假定與所受到得限制，如
:
a. 所建議系統得運行壽命得最小值
;
b ．進(jìn)行系統方案選擇比較得時(shí)間
;
c. 經(jīng)費、投資方面得來(lái)源與限制；
d．法律與政策方面得限制；
?。?. 硬件、軟件、運行環(huán)境與開(kāi)發(fā)環(huán)境方面得條件與限制；
ｆ . 可利用得信息與資源 ; g 、系統投入使用得最晚時(shí)間 . 2、 4 進(jìn)行可行性研究得方法
說(shuō)明這項可行性研究將就是如何進(jìn)行得，
所建議得系統將就是如何評價(jià)得
. 摘要說(shuō)明所使用得基
本方法與策略
, 如調查、加權、確定模型、建立基準占或仿真等
.
2、 5
評價(jià)尺度
說(shuō)明對系統進(jìn)行評價(jià)時(shí)所使用得主要尺度
, 如費用得多少、 各項功能得優(yōu)先次序、
開(kāi)發(fā)時(shí)間得長(cháng)
短及使用中得難易程序。
3
對現有系統得分析
這里得現有系統就是指當前實(shí)際使用得系統
, 這個(gè)系統可能就是計算機系統
, 也可能就是一個(gè)機
械系統甚至就是一個(gè)人工系統。
分析現有系統得目得就是為了進(jìn)一步闡明建議中得開(kāi)發(fā)新系統或修改現有系統得必要性
.
3、 1
處理流程與數據流程
說(shuō)明現有系統得基本得處理流程與數據流程。此流程可用圖表即流程圖得形式表示
, 并加以敘
述。
3、２
工作負荷
列出現有系統所承擔得工作及工作量。
3、 3
費用開(kāi)支
列出由于運行現有系統所引起得費用開(kāi)支，如人力、設備、空間、支持性服務(wù)、材料等項開(kāi)支
以及開(kāi)
支總額 .
?。?、 4 人員
列出為了現有系統得運行與維護所需要得人員得專(zhuān)業(yè)技術(shù)類(lèi)別與數量。
3、 5
設備
列出現有系統所使用得各種設備
.
3、 6
局限性
列出本系統得主要得局限性，例如處理時(shí)間趕不上需要，響應不及時(shí)
, 數據存儲能力不足，處
理功能
不夠等。并且要說(shuō)明
, 為什么對現有系統得改進(jìn)性維護已經(jīng)不能解決問(wèn)題
.
?。?/p>
所建議得系統
本章將用來(lái)說(shuō)明所建議系統得目標與要求將如何被滿(mǎn)足
.
4、 1
對所建議系統得說(shuō)明
概括地說(shuō)明所建議系統
, 并說(shuō)明在第
A.2 章中列出得那些要求將如何得到滿(mǎn)足，說(shuō)明所使用得基
本方法及理論根據。
4、 2
處理流程與數據流程
給出所建議系統得處理流程與數據流程。
4、３
影響
說(shuō)明在建立所建議系統時(shí)
, 預期將帶來(lái)得影響，包括
:
4。４ .1
對設備得影響
說(shuō)明新提出得設備要求及對現存系統中尚可使用得設備須作出得修改
.
4.4 ． 2
對軟件得影響
說(shuō)明為了使現存得應用軟件與支持軟件能夠同所建議系統相適應。
而需要對這些軟件所進(jìn)行得
修改與補充 .
4。
4。3
對用戶(hù)單位機構得影響
說(shuō)明為了建立與運行所建議系統
, 對用戶(hù)單位機構、人員得數量與技術(shù)水平等方面得全部要求。
?。矗?4。4
對系統運行過(guò)程得影響
說(shuō)明所建議系統對運行過(guò)程得影響，如：
a 。用戶(hù)得操作規程
;
b 。運行中心得操作規程；
c 。運行中心與用戶(hù)之間得關(guān)系
;
d. 源數據得處理
;
ｅ。數據進(jìn)入系統得過(guò)程；
?。?。對數據保存得要求
, 對數據存儲、恢復得處理
;
g 。輸出報告得處理過(guò)程、存儲媒體與調度方法
;
h．系統失效得后果及恢復得處理辦法
.
4。４ .5
對開(kāi)發(fā)得影響
說(shuō)明對于開(kāi)發(fā)得影響，如
:
a. 為了支持所建議系統得開(kāi)發(fā)
, 用戶(hù)需進(jìn)行得工作
;
b. 為了建立一個(gè)數據庫所要求得數據資源
;
c. 為了開(kāi)發(fā)與測驗所建議系統而需要得計算機資源 ; d。所涉及得保密與安全問(wèn)題。
?。?.4 。6 對地點(diǎn)與設施得影響說(shuō)明對建筑物改造得要求及對環(huán)境設施得要求。
4.4 ． 7 對經(jīng)費開(kāi)支得影響
扼要說(shuō)明為了所建議系統得開(kāi)發(fā)
, 設計與維持運行而需要得各項經(jīng)費開(kāi)支。
4、 5
局限性
說(shuō)明所建議系統尚存在得局限性以及這些問(wèn)題未能消除得原因。
4、６
技術(shù)條件方面得可行性
本節應說(shuō)明技術(shù)條件方面得可行性，
如：? a.
在當前得限制條件下
, 該系統得功能目標能否達到；
? b.
利用現有得技術(shù)
, 該系統得功能能否實(shí)現
; ?
c. 對開(kāi)發(fā)人員得數量與質(zhì)量得要求并說(shuō)明這些
要求能否滿(mǎn)足；
d ．在規定得期限內
, 本系統得開(kāi)發(fā)能否完成。
?。?/p>
可選擇得其她系統方案
扼要說(shuō)明曾考慮過(guò)得每一種可選擇得系統方案，包括需開(kāi)發(fā)得與可從國內國外直接購買(mǎi)得，如
果沒(méi)
有供選擇得系統方案可考慮，則說(shuō)明這一點(diǎn)
.
5。
1 可選擇得系統方案
1
參照第
4 章得提綱 , 說(shuō)明可選擇得系統方案
1, 并說(shuō)明它未被選中得理由
.
5． 2 可選擇得系統方案２
按類(lèi)似
?。?.
?。睏l得方式說(shuō)明第
2 個(gè)乃至第。個(gè)可選擇得系統方案。
6
投資及效益分析
6.1 支出
對于所選擇得方案
, 說(shuō)明所需得費用
. 如果已有一個(gè)現存系統
, 則包括該系統繼續運行期間所需
得費用。
?。叮?1．1 基本建設投資
包括采購、開(kāi)發(fā)與安裝下列各項所需得費用，如：
a 。房屋與設施；
b.ADP 設備；
?。?。數據通訊設備；
d ．環(huán)境保護設備；
? e.
安全與保密設備；
?。?。
ADP 操作系統得與應用得軟件
;
? g.
數據庫管理軟件
.
6。
1。2 其她一次性支出
包括下列各項所需得費用
, 如 :
a。研究（需求得研究與設計得研究）
;
?。?. 開(kāi)發(fā)計劃與測量基準得研究；
c．數據庫得建立；
d.
?。罝P 軟件得轉換；
e 。檢查費用與技術(shù)管理性費用
;
f.
培訓費、旅差費以及開(kāi)發(fā)安裝人員所需要得一次性支出；
?。?. 人員得退休及調動(dòng)費用等。
6． 1．３非一次性支出
列出在該系統生命期內按月或按季或按年支出得用于運行與維護得費用
, 包括 : ? a ．設備得租
金與維護費用；
?。?、軟件得租金與維護費用；
?。悖當祿ㄓ嵎矫娴米饨鹋c維護費用；
d. 人員得工資、
獎金；
ｅ. 房屋、空間得使用開(kāi)支；
? f ．公用設施方面得開(kāi)支；
?。? 保密安全方面得開(kāi)支
;
h. 其她經(jīng)常性得支出等。
6． 2 收益
對于所選擇得方案
, 說(shuō)明能夠帶來(lái)得收益，
這里所說(shuō)得收益，表現為開(kāi)支費用得減少或避免、
差
錯得減少、靈活性得增加、動(dòng)作速度得提高與管理計劃方面得改進(jìn)等，包括
;
6.2 。
1 一次性收益
說(shuō)明能夠用人民幣數目表示得一次性收益，可按數據處理、用戶(hù)、管理與支持等項分類(lèi)敘述，
如：
a．開(kāi)支得縮減包括改進(jìn)了得系統得運行所引起得開(kāi)支縮減，如資源要求得減少，運行效
率得改進(jìn)，數據進(jìn)入、存貯與恢復技術(shù)得改進(jìn)
, 系統性能得可監控，軟件得轉換與優(yōu)化，數據壓縮
技術(shù)得采用，處理得集中化
/ 分布化等 ;
?。?. 價(jià)值得增升包括由于一個(gè)應用系統得使用價(jià)值得增升所引起得收益，
如資源利用得改進(jìn)，
管
理與運行效率得改進(jìn)以及出錯率得減少等；
c 。其她如從多余設備出售回收得收入等。
6.2 。
2 非一次性收益
說(shuō)明在整個(gè)系統生命期內由于運行所建議系統而導致得按月得、按年得能用人民幣數目表示得
收益 , 包括開(kāi)支得減少與避免。
6． 2.3 不可定量得收益
逐項列出無(wú)法直接用人民幣表示得收益
, 如服務(wù)得改進(jìn)
, 由操作失誤引起得風(fēng)險得減少，信息掌
握情況得改進(jìn)，組織機構給外界形象得改善等
. 有些不可捉摸得收益只能大概估計或進(jìn)行極值估計
( 按最好與最差情況估計）。
6. ３收益／投資比
求出整個(gè)系統生命期得收益／投資比值。
?。?。
4 投資回收周期
求出收益得累計數開(kāi)始超過(guò)支出得累計數得時(shí)間。
?。?. ５敏感性分析
所謂敏感性分析就是指一些關(guān)鍵性因素如系統生命期長(cháng)度、
系統得工作負荷量、
工作負荷得類(lèi)型
與這些不同類(lèi)型之間得合理搭配、處理速度要求、設備與軟件得配置等變化時(shí)
, 對開(kāi)支與收益得影
響最靈敏得范圍得估計。在敏感性分析得基礎上做出得選擇當然會(huì )比單一選擇得結果要好一些。
7 社會(huì )因素方面得可行性
本章用來(lái)說(shuō)明對社會(huì )因素方面得可行性分析得結果
, 包括：
?。?。
1 法律方面得可行性
法律方面得可行性問(wèn)題很多
, 如合同責任、 侵犯專(zhuān)利權、 侵犯版權等方面得陷井，
軟件人員通常
就是不熟悉得，有可能陷入
, 務(wù)必要注意研究
.
?。?。２使用方面得可行性
例如從用戶(hù)單位得行政管理、工作制度等方面來(lái)瞧
, 就是否能夠使用該軟件系統
; 從用戶(hù)單位得
工作人員得素質(zhì)來(lái)瞧
, 就是否能滿(mǎn)足使用該軟件系統得要求等等，都就是要考慮得。
8
結論
在進(jìn)行可行性研究報告得編制時(shí)，必須有一個(gè)研究得結論。結論可以就是：
a?？梢粤⒓撮_(kāi)始進(jìn)行；
b。需要推遲到某些條件
( 例如資金、人力、設備等）落實(shí)之后才
能開(kāi)始進(jìn)行；
c 。需要對開(kāi)發(fā)目標進(jìn)行某些修改之后才能開(kāi)始進(jìn)行
;
d.
不能進(jìn)行或不必進(jìn)行（例如因技術(shù)不成熟、經(jīng)濟上不合算等
) 。
三、項目開(kāi)發(fā)計劃
編制項目開(kāi)發(fā)計劃得目得就是用文件得形式，
把對于在開(kāi)發(fā)過(guò)程中各項工作得負責人員、
開(kāi)發(fā)
進(jìn)度、 所需經(jīng)費預算、所需軟、硬件條件等問(wèn)題作出得安排記載下來(lái)，以便根據本計劃開(kāi)展與檢查本項目得開(kāi) 發(fā)工作。編制內容要求如下：
1
引言
1、 1
編寫(xiě)目得
說(shuō)明編寫(xiě)這份項目開(kāi)發(fā)計劃得目得
,并指出預期得讀者。
1、２ 背景說(shuō)明：
?。?、待開(kāi)發(fā)得軟件系統得名稱(chēng)；
b、本項目得任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)及實(shí)現該軟件得計算中心或計算機網(wǎng)絡(luò )；
c、該軟件系統同其她系統或其她機構得基本得相互來(lái)往關(guān)系。
1、 3 定義
列出本文件中用到得專(zhuān)門(mén)術(shù)語(yǔ)得定義與外文首字母組詞得原詞組。
1、４ 參考資料列出用得著(zhù)得參考資料，如：
a、本項目得經(jīng)核準得計劃任務(wù)書(shū)或合同、上級機關(guān)得批文
;
b 、屬于本項目得其她已發(fā)表得文件；
c、本文件中各處引用得文件、 資料 ,包括所要用到得軟件開(kāi)發(fā)標準。
列出這些文件資料得標題、文件編號、發(fā)表日期與出版單位 ,說(shuō)明能夠得到這些文件資料得來(lái)源。
2
項目概述
2、 1
工作內容
簡(jiǎn)要地說(shuō)明在本項目得開(kāi)發(fā)中須進(jìn)行得各項主要工作。
2、 2
主要參加人員
扼要說(shuō)明參加本項目開(kāi)發(fā)工作得主要人員得情況，包括她們得技術(shù)水平
.
2、 3 產(chǎn)品
?。玻?3.1
程序
列出需移交給用戶(hù)得程序得名稱(chēng)、
所用得編程語(yǔ)言及存儲程序得媒體形式，
并通過(guò)引用有關(guān)文件
,
逐項說(shuō)明其功能與能力。
2。
3．２
文件
列出需移交給用戶(hù)得每種文件得名稱(chēng)及內容要點(diǎn)。
2。
3。
3 服務(wù)
列出需向用戶(hù)提供得各項服務(wù) ,如培訓安裝、 維護與運行支持等 ,應逐項規定開(kāi)始日期、 所提供支持 得級別與服務(wù)得期限 .
2.3 ．
4 非移交得產(chǎn)品
說(shuō)明開(kāi)發(fā)集體應向本單位交出但不必向用戶(hù)移交得產(chǎn)品（文件甚至某些程序）
. ２、 4 驗收標準
對于上述這些應交出得產(chǎn)品與服務(wù) ,逐項說(shuō)明或引用資料說(shuō)明驗收標準。
?。?、 5 完成項目得延遲用限
2、６ 本計劃得批準者與批準日期
３ 實(shí)施計劃
３、 1 工作任務(wù)得分門(mén)與人員分工
對于項目開(kāi)發(fā)中需完成得各項工作， 從需求分析、 設計、實(shí)現、測試直到維護， 包括文件得編制、
審批、打印、分發(fā)工作 , 用戶(hù)培訓工作，軟件安裝工作等，按層次進(jìn)行分解，指明每項任務(wù)得負責人與參加人員。
3、 2 接口人員說(shuō)明負責接口工作得人員及她們得職責，包括：
a、負責本項目同用戶(hù)得接口人員；
b 、負責本項目同本單位各管理機構，如合同計劃管理部門(mén)、財務(wù)部門(mén)、質(zhì)量管理部門(mén)等得接口
人員 ;
c、負責本項目同各分合同負責單位得接口人員等。
3、 3
進(jìn)度
對于需求分析、設計、編碼實(shí)現、測試、移交、培訓與安裝等工作，給出每項工作任務(wù)得預。定
開(kāi)始日期、 完成日期及所需資源，
規定各項工作任務(wù)完成得先后順序以及表征每項工作任務(wù)完成得
標志性事件（即所謂 " 里程碑
”）。
３、４
預算
逐項列出本開(kāi)發(fā)項目所需要得勞務(wù) ( 包括人員得數量與時(shí)間）以及經(jīng)費得預算（包括辦公費、 差旅費、機時(shí)費、資料費、通訊設備與專(zhuān)用設備得租金等）與來(lái)源。
3、 5
關(guān)鍵問(wèn)題
逐項列出能夠影響整個(gè)項目成敗得關(guān)鍵問(wèn)題、技術(shù)難點(diǎn)與風(fēng)險，指出這些問(wèn)題對項目得影響。
4 支持條件
說(shuō)明為支持本項目得開(kāi)發(fā)所需要得各種條件與設施。
４、 1
計算機系統支持
逐項列出開(kāi)發(fā)中與運行時(shí)所需得計算機系統支持 ,包括計算機、外圍設備、通訊設備、模擬器、 編譯
?。ɑ?匯編）程序、操作系統、數據管理程序包、數據存儲能力與測試支持能力等 , 逐項給出 有關(guān)到貨日期、 使用時(shí)間得要求
.
４、 2
需由用戶(hù)承擔得工作
逐項列出需要用戶(hù)承擔得工作與完成期限 .包括需由用戶(hù)提供得條件及提供時(shí)間。
?。?、３
由外單位提供得條件
逐項列出需要外單位分合同承包者承擔得工作與完成得時(shí)間 , 包括需要由外單位提供得條件與 提 供得時(shí)間 .
?。?專(zhuān)題計劃要點(diǎn)
說(shuō)明本項目開(kāi)發(fā)中需制訂得各個(gè)專(zhuān)題計劃（如分合同計劃、開(kāi)發(fā)人員培訓計劃、測試計劃、安
全保密
計劃、質(zhì)量保證計劃、配置管理計劃、用戶(hù)培訓計劃、系統安裝計劃等）得要點(diǎn)。
四、軟件需求說(shuō)明書(shū)
軟件需求說(shuō)明書(shū)得編制就是為了使用戶(hù)與軟件開(kāi)發(fā)者雙方對該軟件得初始規定有一個(gè)共同得
理解 , 使之成為整個(gè)開(kāi)發(fā)工作得基礎。編制軟件需求說(shuō)明書(shū)得內容要求如下：１ 引言 1、 1
編寫(xiě)目得
說(shuō)明編寫(xiě)這份軟件需求說(shuō)明書(shū)得目得，指出預期得讀者。１、 2 背景 說(shuō)明：
a 、待開(kāi)發(fā)得軟件系統得名稱(chēng) ; b 、本項目得任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)及實(shí)現該軟件得計算中心或計算機網(wǎng)絡(luò )；
c、該軟件系統同其她系統或其她機構得基本得相互來(lái)往關(guān)系
.
1、 3
定義
列出本文件中用到得專(zhuān)門(mén)術(shù)語(yǔ)得定義與外文首字母組詞得原詞組。
1、 4
參考資料
列出用得著(zhù)得參考資料，如：
a 、本項目得經(jīng)核準得計劃任務(wù)書(shū)或合同、上級機關(guān)得批文；
b 、屬于本項目得其她已發(fā)表得文件；
c 、本文件中各處引用得文件、
資料、包括所要用到得軟件開(kāi)發(fā)標準。
列出這些文件資料得標題、
文件編號、發(fā)表日期與出版單位
, 說(shuō)明能夠得到這些文件資料得來(lái)源。
?。?/p>
任務(wù)概述
2、 1
目標
敘述該項軟件開(kāi)發(fā)得意圖、應用目標、作用范圍以及其她應向讀者說(shuō)明得有關(guān)該軟件開(kāi)發(fā)得背
景材料。解釋被開(kāi)發(fā)軟件與其她有關(guān)軟件之間得關(guān)系。如果本軟件產(chǎn)品就是一項獨立得軟件
, 而且
全部?jì)热葑院?/p>
, 則說(shuō)明這一點(diǎn)。如果所定義得產(chǎn)品就是一個(gè)更大得系統得一個(gè)組成部分，則應說(shuō)明
本產(chǎn)品與該系統中其她各組成部分之間得關(guān)系，
為此可使用一張方框圖來(lái)說(shuō)明該系統得組成與本產(chǎn)
品同其她各部分得聯(lián)系與接口。
2、 2
用戶(hù)得特點(diǎn)
列出本軟件得最終用戶(hù)得特點(diǎn)，
充分說(shuō)明操作人員、
維護人員得教育水平與技術(shù)專(zhuān)長(cháng)
, 以及本軟
件得預期使甩頻度。這些就是軟件設計工作得重要約束。
2、 3
假定與約束
列出進(jìn)行本軟件開(kāi)發(fā)工作得假定與約束
, 例如經(jīng)費限制、開(kāi)發(fā)期限等。
3
需求規定
3、 1
對功能得規定
用列表得方式（例如Ｉ
PＯ表即輸入、處理、輸出表得形式），逐項定量與定性地敘述對軟件
所提出得功能要求，說(shuō)明輸入什么量、經(jīng)怎樣得處理、得到什么輸出
, 說(shuō)明軟件應支持得終端數與
應支持得并行操作得用戶(hù)數。
?。?、 2 對性能得規定
?。?.2. １ 精度
說(shuō)明對該軟件得輸入、輸出數據精度得要求，可能包括傳輸過(guò)程中得精度。
3。
2．2 時(shí)間特性要求說(shuō)明對于該軟件得時(shí)間特性要求 , 如對：a、響應時(shí)間 ;
b、更新處理時(shí)間
;
c 、數據得轉換與傳送時(shí)間
;
?。?、解題時(shí)間
;
等得要求 .
3． 2。3
靈活性
說(shuō)明對該軟件得靈活性得要求
, 即當需求發(fā)生某些變化時(shí)，該軟件對這些變化得適應能力
, 如：
?。?、操作方式上得變化；
b、運行環(huán)境得變化；
c 、同其她軟件得接口得變化
;
d 、精度與有效時(shí)限得變化
;
e 、計劃得變化或改進(jìn)
.
對于為了提供這些靈活性而進(jìn)行得專(zhuān)門(mén)設計得部分應該加以標明。
3、 3
輸入輸出要求
解釋各輸入輸出數據類(lèi)型
, 并逐項說(shuō)明其媒體、格式、數值范圍、精度等。對軟件得數據輸出
及必須標明得控制輸出量進(jìn)行解釋并舉例，包括對硬拷貝報告
( 正常結果輸出、狀態(tài)輸出及異常輸
出 ) 以及圖形或顯示報告得描述。３、 4 數據管理能力要求
說(shuō)明需要管理得文卷與記錄得個(gè)數、表與文卷得大小規模，要按可預見(jiàn)得增長(cháng)對數據及其分量
得存儲要求作出估算。
?。?、 5 故障處理要求
列出可能得軟件、硬件故障以及對各項性能而言所產(chǎn)生得后果與對故障處理得要求
.
3、 6
其她專(zhuān)門(mén)要求
如用戶(hù)單位對安全保密得要求，
對使用方便得要求，
對可維護性、 可補充性、 易讀性、 可靠性、
運行環(huán)境可轉換性得特殊要求等。
4
運行環(huán)境規定
4、１
設備
列出運行該軟件所需要得硬設備。說(shuō)明其中得新型設備及其專(zhuān)門(mén)功能，包括：
a 、處理器型號及內在容量
;
b 、外存容量、聯(lián)機或脫機、媒體及其存儲格式，設備得型號及數量；
?。?、輸入及輸出設備得型號與數量，聯(lián)機或脫機
;
?。?、數據通信設備得型號與數量
;
?。?、功能鍵及其她專(zhuān)用硬件。
?。?、 2 支持軟件
列出支持軟件
, 包括要用到得操作系統、編譯（或匯編）程序、測試支持軟件等
.
4、 3
接口
說(shuō)明該軟件同其她軟件之間得接口、數據通信協(xié)議等。
?。?、４
控制
說(shuō)明控制該軟件得運行得方法與控制信號，并說(shuō)明這些控制信號得來(lái)源
.
五、數據要求說(shuō)明書(shū)
1
引言
?。?、 1 編寫(xiě)目得
說(shuō)明編寫(xiě)這份數據要求說(shuō)明書(shū)得目得
, 指出預期得讀者
.
?。?、 2
背景
說(shuō)明 :
a、待開(kāi)發(fā)得軟件系統得名稱(chēng)
;
b 、列出本項目得任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)以及將運行該項軟件得計算站
( 中心 ) 或計算機網(wǎng)絡(luò )
系統。
1、 3
定義
列出本文件中用到得專(zhuān)門(mén)術(shù)語(yǔ)得定義與外文首字母組詞得原詞組。
?。?、 4 參考資料
列出用得著(zhù)得參考資料，如：
?。?、本項目得經(jīng)核準得計劃任務(wù)書(shū)或合同、上級機關(guān)得批文
;
b 、屬于本項目得其她已發(fā)表得文件；
c、本文件中各處引用得文件、資料、包括所要用到得軟件開(kāi)發(fā)標準。
列出這些文件資料得標
題、文件編號、發(fā)表日期與出版單位，說(shuō)明能夠得到這些文件資料得來(lái)源。
2
數據得邏輯描述
對數據進(jìn)行邏輯描述時(shí)可把數據分為動(dòng)態(tài)數據與靜態(tài)數據
. 所謂靜態(tài)數據， 指在運行過(guò)程中主要
作 為參考得數據， 它們在很長(cháng)得一段時(shí)間內不會(huì )變化，一般不隨運行而改變。所謂動(dòng)態(tài)數據
. 包括
所有在運
行中要發(fā)生變化得數據以及在運行中要輸入、輸出得數據。進(jìn)行描述時(shí)應把各數據元素
邏輯地分成若干
組，列如函數、 源數據或對于其應用更為恰當得邏輯分組
. 給出每一數據元得名稱(chēng)
( 包括縮寫(xiě)與代碼）、定
義（或物理意義）度量單位、值域、格式與類(lèi)型等有關(guān)信息。
2、１
靜態(tài)數據
列出所有作為控制或參考用得靜態(tài)數據元素。
2、 2
動(dòng)態(tài)輸入數據
列出動(dòng)態(tài)輸入數據元素
( 包括在常規運行中或聯(lián)機操作中要改變得數據
) 。
2、３
動(dòng)態(tài)輸出數據
列出動(dòng)態(tài)輸出數據元素（包括在常規運行中或聯(lián)機操作中要改變得數據
) 。
２、 4
內部生成數據
列出向用戶(hù)或開(kāi)發(fā)單位中得維護調試人員提供得內部生成數據。
2、 5
數據約定
說(shuō)明對數據要求得制約。
逐條列出對進(jìn)一步擴充或使用方面得考慮而提出得對數據要求得限制
?。ㄈ萘?、 文卷、記錄與數據元得個(gè)數得最大值
). 對于在設計與開(kāi)發(fā)中確定就是臨界性得限制更要明
確指出。
3
數據得采集
3、 1
要求與范圍
按數據元得邏輯分組來(lái)說(shuō)明數據采集得要求與范圍
, 指明數據得采集方法，
說(shuō)明數據采集工作得
承擔者就是用戶(hù)還就是開(kāi)發(fā)者。具體得內容包括：
a 、輸入數據得來(lái)源
, 例如就是單個(gè)操作員、
數據輸入站
, 專(zhuān)業(yè)得數據輸入公司或它們得一個(gè)分組；
b、數據輸入（指把數據輸入處理系統內部）所用得媒體與硬設備。如果只有指定得輸入點(diǎn)得
輸入才就是合法得
, 則必須對此加以說(shuō)明；
c 、接受者說(shuō)明輸出數據得接受者；
d 、輸出數據得形式與設備列出輸出數據得形式與硬設備。
無(wú)論接受者將接收到得數據就是打印
輸出 , 還就是 CRT 上得一組字符、一幀圖形
, 或一聲警鈴 , 或向開(kāi)關(guān)線(xiàn)圈提供得一個(gè)電脈沖，或常用
介質(zhì)如磁盤(pán)、磁帶、穿孔卡片等，均應具體說(shuō)明
;
e 、數據值得范圍給出每一個(gè)數據元得合法值得范圍
;
f
、量綱給出數字得度量單位、增量得步長(cháng)、零點(diǎn)得定標等。在數據就是非數字量得情況下，要
給出每一種合法值得形式與含意；
g、更新與處理得頻度給出預定得對輸入數據得更新與處理得頻度。如果數據得輸入就是隨機
得 , 應給出更新處理得頻度得平均值，或變化情況得某種其她度量。
?。?、 2 輸入得承擔者
說(shuō)明預定得對數據輸入工作得承擔者
. 如果輸入數據同某一接口軟件有關(guān)，
還應說(shuō)明該接口軟件
得來(lái)源。
3、 3
預處理
對數據得采集與預處理過(guò)程提出專(zhuān)門(mén)得規定
, 包括適合應用得數據格式、預定得數據通信媒體與
對輸入得時(shí)間要求等。對于需經(jīng)模擬轉換或數字轉換處理得數據量
, 要給出轉換方法與轉換因子等
有關(guān)信息 , 以便軟件系統使用這些數據
.
3、４
影響
說(shuō)明這些數據要求對于設備、軟件、用戶(hù)、開(kāi)發(fā)單位所可能產(chǎn)生得影響，例如要求用戶(hù)單位增設某個(gè)機構等。
六、概要設計說(shuō)明書(shū)
?。?/p>
引言
1、 1
編寫(xiě)目得
說(shuō)明編寫(xiě)這份概要設計說(shuō)明書(shū)得目得
, 指出預期得讀者。
1、 2
背景
說(shuō)明：
?。?、待開(kāi)發(fā)得軟件系統得名稱(chēng)
;
b、列出本項目得任務(wù)提出者、開(kāi)發(fā)者、用戶(hù)以及將運行該項軟件得計算站（中心）。
?。?、 3 定義
列出本文件中用到得專(zhuān)門(mén)術(shù)語(yǔ)得定義與外文首字母組詞得原詞組
.
?。?、 4 參考資料
列出用得著(zhù)得參考資料，如
:
?。?、本項目得經(jīng)核準得計劃任務(wù)書(shū)或合同、上級機關(guān)得批文
;
b 、屬于本項目得其她已發(fā)表得文件；
?。?、本文件中各處引用得文件、
資料、包括所要用到得軟件開(kāi)發(fā)標準
.
列出這些文件資料得標題、
文件編號、發(fā)表日期與出版單位
, 說(shuō)明能夠得到這些文件資料得來(lái)源。
2
總體設計
?。?、 1 需求規定
說(shuō)明對本系統得主要得輸入輸出項目、處理得功能性能要求，詳細得說(shuō)明可參見(jiàn)附錄
C。
2、２
運行環(huán)境
簡(jiǎn)要地說(shuō)明對本系統得運行環(huán)境
( 包括硬件環(huán)境與支持環(huán)境）得規定
, 詳細說(shuō)明參見(jiàn)附錄
C.
2、 3
基本設計概念與處理流程
說(shuō)明本系統得基本設計概念與處理流程
, 盡量使用圖表得形式。
?。?、４
結構
用一覽表及框圖得形式說(shuō)明本系統得系統元素（各層模塊、子程序、公用程序等）得劃分，扼
要說(shuō)明每個(gè)系統元素得標識符與功能，分層次地給出各元素之間得控制與被控制關(guān)系。
2、 5
功能要求與程序得關(guān)系
本條用一張如下得矩陣圖說(shuō)明各項功能需求得實(shí)現同各塊程序得分配關(guān)系。
2、 6
人工處理過(guò)程
說(shuō)明在本軟件系統得工作過(guò)程中不得不包含得人工處理過(guò)程
( 如果有得話(huà)
) 。
2、 7
尚未解決得問(wèn)題
說(shuō)明在概要設計過(guò)程中尚未解決而設計者認為在系統完成之前必須解決得各個(gè)問(wèn)題
.
?。?/p>
接口設計
3、 1
用戶(hù)接口
說(shuō)明將向用戶(hù)提供得命令與它們得語(yǔ)法結構
, 以及軟件得回答信息。
3、 2
外部接口
說(shuō)明本系統同外界得所有接口得安排包括軟件與硬件之間得接口、本系統與各支持軟件之間得
接口關(guān)系 .
?。?、３
內部接口
說(shuō)明本系統之內得各個(gè)系統元素之間得接口得安排
.
4
運行設計
?。?、１
運行模塊組合
說(shuō)明對系統施加不同得外界運行控制時(shí)所引起得各種不同得運行模塊組合
, 說(shuō)明每種運行所歷
經(jīng)得內部模塊與支持軟件
.
?。?、２
運行控制
說(shuō)明每一種外界得運行控制得方式方法與操作步驟。
4、３
運行時(shí)間
說(shuō)明每種運行模塊組合將占用各種資源得時(shí)間。
5
系統數據結構設計
5、 1
邏輯結構設計要點(diǎn)
給出本系統內所使用得每個(gè)數據結構得名稱(chēng)、標識符以及它們之中每個(gè)數據項、...
<ol id="ebnk9"></ol>