計(jì)算機(jī)軟件產(chǎn)品開發(fā)標(biāo)準(zhǔn)與規(guī)范

1、軟件開發(fā)標(biāo)準(zhǔn)與規(guī)范jevin引言1目的一項(xiàng)計(jì)算機(jī)軟件的籌劃、研制及實(shí)現(xiàn)，構(gòu)成一個(gè)軟件開發(fā)項(xiàng)目。一個(gè)軟件開發(fā) 項(xiàng)目的進(jìn)行，一般需要 在人力和自動化資源等方面作重大的投資。為了保證項(xiàng) 目開發(fā)的成功，最經(jīng)濟(jì)地花費(fèi)這些投資，并且便 于運(yùn)行和維護(hù)，在開發(fā)工作的 每一階段，都需要編制二定的文件。這些文件連同計(jì)算機(jī)程序及數(shù)據(jù)一起，構(gòu)成為計(jì)算機(jī)軟件。文件是計(jì)算機(jī)軟件中不可缺少的組成部分，它的作用是：a 作為開發(fā)人員在一定階段內(nèi)的工作成果和結(jié)束標(biāo)志；b.向管理人員提供軟件開發(fā)過程中的進(jìn)展和情況， 把軟件開發(fā)過程中的一些 不可見的”事物轉(zhuǎn) 換成 可見的”文字資料。以便管理人員在各個(gè)階段檢查開發(fā)計(jì) 劃的實(shí)施進(jìn)展，使

2、之能夠判斷原定目標(biāo)是 否已達(dá)到，還將繼續(xù)耗用資源的種類 和數(shù)量；C 記錄開發(fā)過程中的技術(shù)信息，便于協(xié)調(diào)以后的軟件開發(fā)、使用和修改；d 提供對軟件的有關(guān)運(yùn)行、維護(hù)和培訓(xùn)的信息，便于管理人員、開發(fā)人員、操作人員和用戶之間相互了解彼此的工作；e.向潛在用戶報(bào)導(dǎo)軟件的功能和性能， 使他們能判定該軟件能否服務(wù)于自己 的需要。換言之，本指南認(rèn)為：文件的編制必須適應(yīng)計(jì)算機(jī)軟件整個(gè)生存周期的需要。 計(jì)算機(jī)軟件所包含的文件有兩類：一類是開發(fā)過程中填寫的各種圖表，可稱 之為工作表格；另一類 則是應(yīng)編制的技術(shù)資料或技術(shù)管理資料， 可稱之為文件。 本指南規(guī)定軟件文件的編制形式，并提供對這些規(guī)定的解釋。本指南的目的是使

3、得所編制的軟件文件確實(shí)能夠起到軟件文件應(yīng)該發(fā)揮的作用。2范圍本指南是一份指導(dǎo)性文件。本指甫建議，在一項(xiàng)計(jì)算機(jī)軟件的開發(fā)過程中, 般地說，應(yīng)該產(chǎn)生十四 種文件。這十四種文件是：可行性研究報(bào)告；項(xiàng)目開發(fā)計(jì)劃；軟件需求說明書；數(shù)據(jù)要求說明書；概要設(shè)計(jì)說明書；詳細(xì)設(shè)計(jì)說明書；數(shù)據(jù)庫設(shè)計(jì)說明書；用戶手冊；操作手冊；模塊開發(fā)卷宗；測試計(jì)劃；測試分析報(bào)告；開發(fā)進(jìn)度月報(bào)；項(xiàng)目開發(fā)總結(jié)報(bào)告。本指南將給出開發(fā)過程中建議產(chǎn)生的這十四種文件的編制指導(dǎo)，同時(shí)，本指南也是這十四種文件的 編寫質(zhì)量的檢驗(yàn)準(zhǔn)則。但是，本指南并未涉及軟件開發(fā)過 程中如何填寫工作表格的問題。一般地說，一個(gè)軟件總是一個(gè)計(jì)算機(jī)系統(tǒng)（包括硬件、固件和軟

4、件）的組成部 分。鑒于計(jì)算機(jī)系統(tǒng)的多樣性，本指南一般不涉及整個(gè)系統(tǒng)開發(fā)中的文件編制 問題，本指南僅僅是軟件開發(fā)過程中的文件編制指南。3文件的使用者對于使用文件的人員而言，他們所關(guān)心的文件的種類，隨他們所承擔(dān)的工作 而異。管理人員：可行性研究報(bào)告，項(xiàng)目開發(fā)計(jì)劃，模塊開發(fā)卷宗，開發(fā)進(jìn)度月報(bào)， 項(xiàng)目開發(fā)總結(jié)報(bào)告；開發(fā)人員：可行性研究報(bào)告，項(xiàng)目開發(fā)計(jì)劃，軟件需求說明書，數(shù)據(jù)要求說明書，概要設(shè)計(jì)說明書，詳細(xì)設(shè)計(jì)說明書，數(shù)據(jù)庫設(shè)計(jì)說明書，測試計(jì)劃，測試分析報(bào)告； 維護(hù)人員：設(shè)計(jì)說明書,測試分析報(bào)告，模塊開發(fā)卷宗； 用戶：用戶手冊， 操作手冊。盡管本指南提出了在軟件開發(fā)中文件編制的要求，但并不意味著這些文件

5、都 必須交給用戶。一項(xiàng)軟件的用戶應(yīng)該得到的文件的種類由供應(yīng)者與用戶之間簽訂 的合同規(guī)定。第一篇文件的編制指導(dǎo)4軟件生存周期與各種文件的編制一項(xiàng)計(jì)算機(jī)軟件，從出現(xiàn)一個(gè)構(gòu)思之日起，經(jīng)過這項(xiàng)軟件開發(fā)成功投入使用， 直到最后決定停止使 用，并被另一一項(xiàng)軟件代替之時(shí)止，被認(rèn)為是該軟件的一 個(gè)生存周期。一般地說這個(gè)軟件生存周期可以分成以下六個(gè)階段： 可行性與計(jì)劃 研究階段需求分析階段設(shè)計(jì)階段實(shí)現(xiàn)階段測試階段運(yùn)行與維護(hù)階段在可行性研究與計(jì)劃階段內(nèi)，要確定該軟件的開發(fā)目標(biāo)和總的要求，要進(jìn)行可 行性分析、投資一收益分析、制訂開發(fā)計(jì)劃，并完成應(yīng)編制的文件。在需求分析階段內(nèi)，由系統(tǒng)分析人員對被設(shè)計(jì)的系統(tǒng)進(jìn)行系統(tǒng)分析

6、，確定對該 軟件的各項(xiàng)功能、性能需求和設(shè)計(jì)約束，確定對文件編制的要求，作為本階段工 作的結(jié)果，一般地說，軟件需求說明書、數(shù)據(jù)要求說明書和初步的用戶手冊應(yīng)該 編寫出來。在設(shè)計(jì)階段內(nèi)，系統(tǒng)設(shè)計(jì)人員和程序設(shè)計(jì)人員應(yīng)該在反復(fù)理解軟件需求的基礎(chǔ) 上,提出多個(gè)設(shè)計(jì)，分析每個(gè)設(shè)計(jì)能履行的功能并進(jìn)行相互比較，最后確定一個(gè)設(shè)計(jì)，包括該軟件的結(jié)構(gòu)、模塊的劃分、功能的分配以及處理流程。在被設(shè)計(jì)系 統(tǒng)比較復(fù)雜的情況下，設(shè)計(jì)階段應(yīng)分解成概要設(shè)計(jì)階段和詳細(xì)設(shè)計(jì)階段兩個(gè)步 驟。在一般情況下，應(yīng)完成的文件包括：概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書和測 試計(jì)劃初稿。在實(shí)現(xiàn)階段內(nèi)，要完成源程序的編碼、編譯（或匯編）和排錯(cuò)調(diào)試得到無語法

7、 錯(cuò)的程序清單，要開始編寫模塊開發(fā)卷宗，并且要完成用戶手冊、操作手冊等面 向用戶的文件的編寫工作，還要完成測試計(jì)劃的編制。在測試階段，該程序?qū)⒈蝗娴販y試，已編制的文件將被檢查審閱。一般要完 成模塊開發(fā)卷宗和測試分析報(bào)告， 作為開發(fā)工作的結(jié)束，所生產(chǎn)的程序、文件以 及開發(fā)工作本身將逐項(xiàng)被評價(jià)，最后寫出項(xiàng)目開發(fā)總結(jié)報(bào)告。在整個(gè)開發(fā)過程中（即前五個(gè)階段中），開發(fā)集體要按月編寫開發(fā)進(jìn)度月報(bào)。在運(yùn)行和維護(hù)階段，軟件將在運(yùn)行使用中不斷地被維護(hù)， 根據(jù)新提出的需求進(jìn) 行必要而且可能的擴(kuò)充和刪改。對于一項(xiàng)軟件而言，其生存周期各階段與各種文件編寫工作的關(guān)系可見表互， 其中有些文件的編寫工作可能要在若干個(gè)階段中

8、延續(xù)進(jìn)行。表1軟件生存周期各階段中的文件編制階段文件可行性研究 與計(jì)劃階段需求分析階段設(shè)計(jì) 階段現(xiàn)段 實(shí)階測試 階段運(yùn)行與維護(hù)階段教據(jù)需求說明書項(xiàng)目開發(fā)計(jì)劃軟件需求說明書教據(jù)需求說明書測試計(jì)劃概要設(shè)計(jì)說明書詳細(xì)設(shè)計(jì)說明書數(shù)據(jù)庫設(shè)計(jì)說明 書模塊開發(fā)卷宗用戶手冊操作手冊測試分析報(bào)告開發(fā)進(jìn)度月報(bào)項(xiàng)目開發(fā)總結(jié)5文件編制中的考慮因素文件編制是一個(gè)不斷努力的工作過程。 是一個(gè)從形成最初輪廓，經(jīng)反復(fù)檢查和 修改，直到程序和文件正式交付使用的完整過程。 其中每一步都要求工作人員做 出很大努力。要保證文件編制的質(zhì)量，要體現(xiàn)每個(gè)開發(fā)項(xiàng)目的特點(diǎn)，也要注意不 要花太多的人力。為此，編制中要考慮如下各項(xiàng)因素。5. 1文

9、件的讀者每一種文件都具有特定的讀者。這些讀者包括個(gè)人或小組、軟件開發(fā)單位的成員或社會上的公眾、從事軟件工作的技術(shù)人員、管理人員或領(lǐng)導(dǎo)干部。他們期 待著使用這些文件的內(nèi)容來進(jìn)行工作，例如設(shè)計(jì)、編寫程序、測試、使用、維護(hù) 或進(jìn)行計(jì)劃管理。因此，這些文件的作者必須了解自己的讀者， 這些文件的編寫 必須注意適應(yīng)自己的特定讀者的水平、特點(diǎn)和要求。本指南第二篇中將列出的這十四種文件的內(nèi)容要求中，顯然存在某些重復(fù)。 較明顯的重復(fù)有兩類。引言是每一種文件都要包含的內(nèi)容，以向讀者提供總的梗 概。第二類明顯的重復(fù)是各種文件中的說明部分，如對功能性能的說明、對輸入和輸出的描述、系統(tǒng)中包含的設(shè)備等。這是為了方便每種文

10、件各自的讀者， 每種 產(chǎn)品文件應(yīng)該自成體系，盡量避免讀一種文件時(shí)又不得不去參考另一種文件。當(dāng)然，在每一種文件里，有關(guān)引言、說明等同其他文件相重復(fù)的部分，在行文上、 在所用的術(shù)語上、在詳細(xì)的程度上，還是應(yīng)該有一些差別，以適應(yīng)各種文件的不 同讀者的需要。鑒于軟件開發(fā)是具有創(chuàng)造性的腦力勞動，也鑒于不同軟件在規(guī)模上和復(fù)雜程 度上差別極大，本指南認(rèn)為在文件編制工作中應(yīng)允許一定的靈活性。這種靈活性 表現(xiàn)在如下各款。5. 3. 1應(yīng)編制的文件種類盡管本指南認(rèn)為在一般情況下，一項(xiàng)軟件的開發(fā)過程中，應(yīng)產(chǎn)生的文件有十四 種，然而針對一項(xiàng)具體的軟件開發(fā)項(xiàng)目， 有時(shí)不必編制這么多的文件，可以把幾 種文件合并成一種。一

11、般地說，當(dāng)項(xiàng)目的規(guī)模、復(fù)雜性和成敗風(fēng)險(xiǎn)增大時(shí)，文件 編制的范圍、管理手續(xù)和詳細(xì)程度將隨之增加。反之，則可適當(dāng)減少。為了恰當(dāng) 地掌握這種靈活性，本指南要求貫徹分工負(fù)責(zé)的原則，這意味著：a: 一個(gè)軟件開發(fā)單位的領(lǐng)導(dǎo)機(jī)構(gòu)應(yīng)該根據(jù)本單位經(jīng)營承包的應(yīng)用軟件的專業(yè) 領(lǐng)域和本單位的管理能力，制定一個(gè)對文件編制要求的實(shí)施規(guī)定，主要是：在不 同的條件下，應(yīng)該形成哪些文件？這些文件的詳細(xì)程度？該開發(fā)單位的每一個(gè)項(xiàng) 目負(fù)責(zé)人，必須認(rèn)真執(zhí)行這個(gè)實(shí)施規(guī)定。這種規(guī)定的兩個(gè)例子可嘆本指南的附錄o （參考件）；b.對于一個(gè)具體的應(yīng)用軟件項(xiàng)目，項(xiàng)目負(fù)責(zé)人應(yīng)根據(jù)上述實(shí)施規(guī)定，確定一 個(gè)文件編制計(jì)劃，主中包括：應(yīng)該編制哪幾種文件，

12、詳細(xì)程度如何？(2 )各個(gè)文件的編制負(fù)責(zé)人和進(jìn)度要求；(3) 審查、批準(zhǔn)的負(fù)責(zé)人和時(shí)間進(jìn)度安排；(4) 在開發(fā)時(shí)期內(nèi)，各文件的維護(hù)、修改和管理的負(fù)責(zé)人，以及批準(zhǔn)手續(xù)。 每項(xiàng)工作必須落實(shí)到人。這個(gè)文件編制計(jì)劃是整個(gè)開發(fā)計(jì)劃的重要組成部分；C 有關(guān)的設(shè)計(jì)人員則必須嚴(yán)格執(zhí)行這個(gè)文件編制計(jì)劃。5. 3. 2文件的詳細(xì)程度從同一份提綱起草的文件的篇幅大小往往不同， 可以少到幾頁，也可以長達(dá)幾 百頁。對于這種差別本指南是允許的。 此詳細(xì)程度取決于任務(wù)的規(guī)模、復(fù)雜性和 項(xiàng)目負(fù)責(zé)人對該軟件的開發(fā)過程及運(yùn)行環(huán)與所需要的詳細(xì)程度的判斷 。5. 3. 3文件的擴(kuò)展當(dāng)被開發(fā)系統(tǒng)的規(guī)模非常大(例如源碼超過一百萬行)時(shí)，

13、一種文件可以分成 幾卷編寫，可以按其。 每一個(gè)系統(tǒng)分別編制，也可以按內(nèi)容劃分成多卷，例如：項(xiàng)目開發(fā)計(jì)劃可能包括：質(zhì)量保證計(jì)劃，配置管理計(jì)劃，用戶培訓(xùn)計(jì)劃，安裝實(shí)施計(jì)劃；系統(tǒng)設(shè)計(jì)說明書可分寫成：系統(tǒng)設(shè)計(jì)說明書，子系統(tǒng)設(shè)計(jì)說明書；程序設(shè)計(jì)說明書可分寫成：程序設(shè)計(jì)說明書，接口設(shè)計(jì)說明書，版本說明；操作手冊可分寫成：操作手冊，安裝實(shí)施過程；.測試計(jì)劃可分寫成：測試計(jì)劃，測試設(shè)計(jì)說明，測試規(guī)程，測試用例；測試分析報(bào)告可分寫成：綜合測試報(bào)告，驗(yàn)收測試報(bào)告;項(xiàng)目開發(fā)總結(jié)報(bào)告亦可分寫成項(xiàng)目開發(fā)總結(jié)報(bào)告和資源環(huán)境統(tǒng)計(jì)。5. 3. 4節(jié)的擴(kuò)張與縮并在有些文件中，可以使用本指南所提供的章、條標(biāo)題，但在條內(nèi)又存在一系

14、列 需要分別討論的因素 本指南認(rèn)為，所有的條都可以擴(kuò)展，可以進(jìn)一步細(xì)分，以 適應(yīng)實(shí)際需要。反之，如果章條中的有些細(xì)節(jié)；非必需，也可以根據(jù)實(shí)際情況縮并。此時(shí)章條的編號應(yīng)相應(yīng)地改變。5. 3. 5程序設(shè)計(jì)的表現(xiàn)形式本指南對于程序的設(shè)計(jì)表現(xiàn)形式并未作出規(guī)定或限制，可以使用流程圖的形 式、判定表的形式，1可以使用其他表現(xiàn)形式，如程序設(shè)計(jì)語言（PDL）、問題 分析圖（PAD）等。5. 3. 6文件的表現(xiàn)形式本指南對于文件的表現(xiàn)形式亦未作出規(guī)定或限制， 可以使用自然語言，也可以 使用形式化語言。5. 3. 7文件的其他種類當(dāng)本指南中規(guī)定的文件種類尚不能滿足某些應(yīng)用部門的特殊需要時(shí)，他們可以建立一些特殊的文

15、件種類要求，例如軟件質(zhì)量保證計(jì)劃、軟件配置管理計(jì)劃等， 這些要求可以包含在本單位的文件編制實(shí)施規(guī)定中。6文件編制的管理工作文件編制工作必須有管理工作的配合，才能使所編制的文件真正發(fā)揮它的作 用。文件的編制工作實(shí)際上貫穿于一項(xiàng)軟件的整個(gè)開發(fā)過程 ，因此，對文件的管 理必須貫穿于整個(gè)開發(fā)過程。在開發(fā)過程中必須進(jìn)行的管理工作是以下四條6.1文件的形成開發(fā)集體中的每個(gè)成員，尤其是項(xiàng)目負(fù)責(zé)人，應(yīng)該認(rèn)識到：文件是軟件產(chǎn)品的必不可少的組成部分；在軟件開發(fā)過程的各個(gè)階段中，必須按照規(guī)定及時(shí)地完 成各種產(chǎn)品文件的編寫工作；必須把在一個(gè)開發(fā)步驟中作出的決定和取得的結(jié)果 及時(shí)地寫入文件；開發(fā)集體必須及時(shí)地對這些文件

16、進(jìn)行嚴(yán)格的評審； 這些文件的 形成是各個(gè)階段開發(fā)工作正式完成的標(biāo)志。這些文件上必須有編寫者、評審者和 批準(zhǔn)者的簽字，必須有編寫、評審?fù)瓿傻娜掌诤团鷾?zhǔn)的日期 。6. 2文件的分類與標(biāo)識在軟件開發(fā)的過程中，產(chǎn)生的文件是很多的，為了便于保存、查找、使用和 修改，應(yīng)該對文件按層次地加以分類組織。 一個(gè)軟件開發(fā)單位應(yīng)該建立一個(gè)對本 單位文件的標(biāo)識方法，使文件的每一頁都具有明確的標(biāo)識。 例如可以按如下四個(gè) 層次對文件加以分類和標(biāo)識。a 文件所屬的項(xiàng)目的標(biāo)識；b文件種類的標(biāo)識；C.同一種文件的不同版本號；d .頁號。此外，對每種文件還應(yīng)根據(jù)項(xiàng)目的性質(zhì)，劃定它們各自的保密級別，確定他 們各自的發(fā)行范圍。6 .

17、 3文件的控制在一項(xiàng)軟件的開發(fā)過程中，隨著程序的逐步形成和逐步修改，各種文件亦在不 斷地產(chǎn)生、不斷地修改或補(bǔ)充。因此，必須加以周密的控制，以保持文件與程序 產(chǎn)品的一致性，保持各種文件之間的一致性和文件的安全性。這種控制表現(xiàn)為：a. 就從事一項(xiàng)軟件開發(fā)工作的開發(fā)集體而言，應(yīng)設(shè)置一位專職的文件管理人 員（接口管理工程師或文件管理員）；在開發(fā)集體中，應(yīng)該集中保管本項(xiàng)目現(xiàn)有 全部文件的主文本兩套，由該文件管理人員負(fù)責(zé)保管；b. 每一份提交給文件管理人員的文件都必須具有編寫人、審核人和批準(zhǔn)人的 簽字；C.這兩套主文本的內(nèi)容必須完全一致； 其中有一套是可供出借的，另一套是 絕對不能出借的，以免發(fā)生萬一；可

18、出借的主文本在出借時(shí)必須辦理出借手續(xù)， 歸還時(shí)辦理注銷出借手續(xù)；d. 開發(fā)集體中的工作人員可以根據(jù)工作的需要， 在本項(xiàng)目的開發(fā)過程中持有 一些文件，即所謂個(gè)人文件，包括為使他完成他承擔(dān)的任務(wù)所需要的文件， 以及 他在完成任務(wù)過程中所編制的文件； 但這種個(gè)人文件必須是主文本的復(fù)制品，必 須同主文本完全一致，若要修改，必須首先修改主文本 ；e. 不同開發(fā)人員所擁有的個(gè)人文件通常是主文本的各種子集；所謂子集是指把主文本的各個(gè)部分根據(jù)承擔(dān)不同任務(wù)的人員或部門的工作需要加以復(fù)制、組裝而成的若干個(gè)文件的集合；文件管理人員。應(yīng)該列出一份不同子集的分發(fā)對象的 清單，按照清單及時(shí)把文件分發(fā)給有關(guān)人員或部門；f.

19、 一份文件如果已經(jīng)被另一份新的文件所代替，則原文件應(yīng)該被注銷；文件管理人中要隨時(shí)整理主文本，及時(shí)反映出文件的變化和增加情況，及時(shí)分發(fā)文件；g. 當(dāng)一個(gè)項(xiàng)目的開發(fā)工作臨近結(jié)束時(shí)， 文件管理人員應(yīng)逐個(gè)收回開發(fā)集體內(nèi) 每個(gè)成員的個(gè)人文 件，并檢查這些個(gè)人文件的內(nèi)容；經(jīng)驗(yàn)表明，這些個(gè)人文件 往往可能比主文本更詳細(xì)，或同主文本的內(nèi)容 有所不同，必須認(rèn)真監(jiān)督有關(guān)人 員進(jìn)行修改，使主文本能真正反映實(shí)際的開發(fā)結(jié)果。6. 4文件的修改管理在一個(gè)項(xiàng)目的開發(fā)過程中的任何時(shí)刻，開發(fā)集體內(nèi)的所有成員都可能對開發(fā) 工作的已有成果 文件，提出進(jìn)行修改的要求。提出修改要求的理由可能是 各種各樣的，進(jìn)行修改而引起的影響可能很小

20、，也可能會牽涉到本項(xiàng)目的很多方面。因此，修改活動的進(jìn)行必須謹(jǐn)慎，必須對修改活動的進(jìn)行加以管理，必須執(zhí)行修改活動的規(guī)程，使整個(gè)修改活動有控制地進(jìn)行。修改活動可分如下五個(gè)步驟進(jìn)行：a. 提議開發(fā)集體中的任何一個(gè)成員都可以向項(xiàng)目負(fù)責(zé)人提出修改建議，為此 應(yīng)該填寫一份修 改建議表，說明修改的內(nèi)容、所修改的文件和部位、以及修改 理由；b. 評議由項(xiàng)目負(fù)責(zé)人或項(xiàng)目負(fù)責(zé)人指定的人員對該修改建議進(jìn)行評議，包括 審查該項(xiàng)修改的 必要性、確定這一修改的影響范圍、研究進(jìn)行修改的方法、步驟和實(shí)施計(jì)劃；c. 審核一般由項(xiàng)目負(fù)責(zé)人進(jìn)行審核，包括核實(shí)修改的自的和要求、核實(shí)修改 活動將帶來的影響、審核修改活動計(jì)劃是否可行；d

21、 .批準(zhǔn)在一般情況下，批準(zhǔn)權(quán)屬于該開發(fā)單位的部門負(fù)責(zé)人；在批準(zhǔn)時(shí)，主 要是決斷修改工作 中各項(xiàng)活動的先后順序及各自的完成日期，以保證整個(gè)開發(fā) 工作按原定計(jì)劃日期完成；e.實(shí)施由項(xiàng)目負(fù)責(zé)人按照已批準(zhǔn)的修改活動計(jì)劃，安排各項(xiàng)修改活動的負(fù)責(zé)人員進(jìn)行修改，建立修改記錄、產(chǎn)生新的文件以取代原有文件、最后把文件交 文件管理人員歸檔，并分發(fā)給有關(guān)的持有者。第二篇各種文件的內(nèi)容要求本篇將對引言中提到的十四種文件提供內(nèi)容要求， 作為文件編制的技術(shù)標(biāo)準(zhǔn)。7可行性研究報(bào)告可行性研究報(bào)告的編寫目的是：說明該軟件開發(fā)項(xiàng)目的實(shí)現(xiàn)在技術(shù)、經(jīng)濟(jì)和 社會條件方面的可行 性；評述為了合理地達(dá)到開發(fā)目標(biāo)而可能選擇的各種方案； 說明

22、并論證所選定的方案。可行性研究報(bào)告的編寫內(nèi)容要求如下：7.1引卄言7.1C1編寫目的7.1.2背景7.1.3定義7.1.4參考資料77.2可行性研究的前提7.2.1要求7.2.2目標(biāo)7.2.3條件、假定和限制7.2.4進(jìn)行可行性研究的方法7.2.5評價(jià)尺度7.3對寸現(xiàn)有系統(tǒng)的分析7.3.1數(shù)據(jù)流程和處理流程7.3.2工作負(fù)荷7.3.3費(fèi)用開支7.3.4人員7.3.5設(shè)備7.3.6局限性7.4 所斤建議的系統(tǒng)7.4.1對所建議系統(tǒng)的說明7. 4. 2數(shù)據(jù)流程和處理流程7. 4. 3改進(jìn)之處7. 4. 4影響7. 4. 4. 1對設(shè)備的影響7. 4. 4. 2對軟件的影響7. 4 . 4 . 3對

23、用戶單位機(jī)構(gòu)的影響7 . 4 . 4 . 4對系統(tǒng)運(yùn)行的影響7 . 4 . 4 . 5對開發(fā)的影響7 . 4, 4 . 6對地點(diǎn)和設(shè)施的影響7 . 4 . 4 . 7對經(jīng)費(fèi)開支的影響7 . 4 . 5局限性7 . 4. 6技術(shù)條件方面的可行性7. 5可選擇的其他系統(tǒng)方案7 . 5 . 1可選擇的系統(tǒng)方案17 . 5. 2可選擇的系統(tǒng)方案27 . 6投資及收益分析7 . 6 . 1支出7 . 6. 1. 1基本建設(shè)投資7 . 6 . 1 . 2其他一次性支出7 . 6 . 1 . 3非一次性支出7 . 6 . 2收益7 . 6, 2 . 1 一次性收益7 . 6 . 2 . 2非一次性收益7 .

24、 6 . 2 . 3不可定量的收益7 . 6 . 3收益/投資比7 . 6 . 4投資回收周期7 . 6. 5敏感性分析7. 7社會條件方面的可行性7 . 7.1法律方面的可行性7 . 7 . 2使用方面的可行性7 . 8結(jié)論8項(xiàng)目開發(fā)計(jì)劃編制項(xiàng)目開發(fā)計(jì)劃的目的是用文件的形式， 把對于在開發(fā)過程中各項(xiàng)工作的負(fù) 責(zé)人員、開發(fā)進(jìn)度、 所需經(jīng)費(fèi)預(yù)算、所需軟、硬件條件等問題作出的安排記載 下來，以便根據(jù)本計(jì)劃開展和檢查本項(xiàng)目的開 發(fā)工作。編制內(nèi)容要求如下：8.1引言8.1 .1編寫目的8.1 .2背景8.1 .3定義8.1 .4參考資料8.2項(xiàng)目概述8.2.1作內(nèi)容8.2.2主要參加人員8.2.3產(chǎn)品

25、及成果8.2.3. 1程序8.2.3. 2文件8.2.3. 3服務(wù)8.2.3. 4非移交產(chǎn)品8.2.4驗(yàn)收標(biāo)準(zhǔn)8.2. 5完成項(xiàng)目的最遲期限8.2.6本計(jì)劃的審查者與批準(zhǔn)者8.3實(shí)施總計(jì)劃8.3.1工作任務(wù)的分解8.3.2接口人員8.3.3進(jìn)度8.3.4預(yù)算8.3.5關(guān)鍵問題8.4支持條件8.4.1計(jì)算機(jī)系統(tǒng)支持8.4.2需要用戶承擔(dān)的工作8.4.3需由外單位提供的條件8.5專題計(jì)劃要點(diǎn)9軟件需求說明書軟件需求說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定 有一個(gè)共同的理解， 使之成為整個(gè)開發(fā)工作的基礎(chǔ)。編制軟件需求說明書的內(nèi) 容要求如下：9.1引"言9.1 .1編寫目的

26、9.1 .2背景9.1 .3定義9.1 .4參考資料9.2任務(wù)概述9.2.1目標(biāo)9.2.2用戶的特點(diǎn)9.2.3假定與約束9.3需求規(guī)定9.3.1對功能的規(guī)定9.3.2對性能的規(guī)定9.3.2. 1精度9.3.2. 2時(shí)間特性耍求9.3.2.3靈活性9.3.3輸入輸出要求9.3.4數(shù)據(jù)管理能力要求9.3.5故障處理要求9.3.6其他專門要求9.4運(yùn)行環(huán)境規(guī)定9.4.1設(shè)備9.4.2支持軟件9.4.3接口9.4.4控制10數(shù)據(jù)要求說明書數(shù)據(jù) 要求說明書的編制目的是為了向整個(gè)開發(fā)時(shí)期提供關(guān)于被處理數(shù)據(jù)的描述和數(shù)據(jù)采集要求的 技術(shù)信息。編制數(shù)據(jù)要求說明書的內(nèi)容要求如下:10.1弓"言10.1

27、.1編寫目的10.1 .2背景10.1 .3定義10.1 .4參考資料10.2 數(shù)攵據(jù)的邏輯描述10.2.1靜態(tài)數(shù)據(jù)10.2.2動態(tài)輸入數(shù)據(jù)10.2.3動態(tài)輸出數(shù)據(jù)10.2.4內(nèi)部生成數(shù)據(jù)10.2.5數(shù)據(jù)約定10.3 數(shù)攵據(jù)的采集10.3.1要求和范圍10.3.2輸入的承擔(dān)者10.3.3處理10.3.4影響。11概要設(shè)計(jì)說明書概要設(shè)計(jì)說明書又可稱系統(tǒng)設(shè)計(jì)說明書， 這里所說的系統(tǒng)是指程序系統(tǒng)。編制 的目的是說明對程序 系統(tǒng)的設(shè)計(jì)考慮，包括程序系統(tǒng)的基本處。流程、程序系 統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能分配、接口設(shè)計(jì)。運(yùn)行設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)處理設(shè)計(jì)等，為程序的詳細(xì)設(shè)計(jì)提供基礎(chǔ)。編制概要設(shè)計(jì)說明書

28、的內(nèi)容要求如下:11 .1引"言11 .1.1編寫目的11 .1.2背景11 .1.3定義11 .1.4參考資料11 .2總體設(shè)計(jì)11 .2.1需求規(guī)定11 .2.2運(yùn)行環(huán)境11 .2.3基本設(shè)計(jì)概念和處理流程11 .2.4結(jié)構(gòu)11. 2 . 5功能需求與程序的關(guān)系11. 2 . 6人工處理過程11. 2 . 7尚未解決的問題11. 3接口設(shè)計(jì)11 . 3. 1用戶接口11 . 3. 2外部接口11 . 3. 3內(nèi)部接口11 . 4運(yùn)行設(shè)計(jì)11 . 4 . 1運(yùn)行模塊組合11 . 4 . 2運(yùn)行控制11 . 4 . 3運(yùn)行時(shí)間11. 5系統(tǒng)論據(jù)結(jié)構(gòu)設(shè)計(jì)11. 5 . 1邏輯結(jié)構(gòu)設(shè)計(jì)要

29、點(diǎn)11. 5 . 2物理結(jié)構(gòu)設(shè)計(jì)要點(diǎn)11. 5 . 3數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系11 .6系統(tǒng)出錯(cuò)處理設(shè)計(jì)11 . 6 . 1出錯(cuò)信息11 . 6 . 2補(bǔ)救措施11 . 6 3系統(tǒng)維護(hù)設(shè)計(jì)12詳細(xì)設(shè)計(jì)說明書詳細(xì)設(shè)計(jì)說明書又可稱程序設(shè)計(jì)說明書。編制目的是說明一個(gè)軟件系統(tǒng)各個(gè)層 次中的每一個(gè)程序（每個(gè)模塊或子程序）的設(shè)計(jì)考慮，如果一個(gè)軟件系統(tǒng)比較 簡單，層次很少，本文件可以不單獨(dú)編寫，有關(guān)內(nèi)容合并入概要設(shè)計(jì)說明書。對詳細(xì)設(shè)計(jì)說明書的內(nèi)容要求如下：12 . 1引言12 . 1 . 1編寫目的12 . 1 . 2背景12 . 1 . 3定義12 . 1 . 4參考資料12 . 2程序系統(tǒng)的組織結(jié)構(gòu)12 .

30、3程序1 （標(biāo)識符）設(shè)計(jì)說明12 . 3 . 1程序描述12 . 3 . 2功能12 . 3. 3性能12 . 3. 4輸入項(xiàng)12 . 3. 5輸出項(xiàng)12 . 3 . 6算法12 . 3 . 7流程邏輯12 . 3 . 8 接口12 . 3 . . 9存儲分配12 . 3 . 10注釋設(shè)計(jì)12 . 3 . 11限制條件12 . 3 . 12測試計(jì)劃.12 . 3 . 13尚未解決的問題12 . 4程序2 （標(biāo)識符）設(shè)計(jì)說明13數(shù)據(jù)庫設(shè)計(jì)說明書數(shù)據(jù)庫設(shè)計(jì)說明書的編制目的是對于設(shè)計(jì)中的數(shù)據(jù)庫的所有標(biāo)識、邏輯結(jié)構(gòu) 和物理結(jié)構(gòu)作出具體的設(shè)計(jì)規(guī)定。其內(nèi)容要求如下：13 .1引言13 .1 .1編寫目的1

31、3 .1 .2背景13 .1 .3定義13 .1 .4參考資料13 .2外部設(shè)計(jì)13 .2 .1標(biāo)識符和狀態(tài)13 .2 .2使用它的程序13 .2 .3約定13 .2 .4專門指導(dǎo)13 .2 .5支持軟件13 .3結(jié)構(gòu)設(shè)計(jì)13 .3 .1概念結(jié)構(gòu)設(shè)計(jì)13 .3 .2邏輯結(jié)構(gòu)設(shè)計(jì)13 .3 .3物理結(jié)構(gòu)設(shè)計(jì)13 .4運(yùn)用設(shè)計(jì)13 .4 .1數(shù)據(jù)字典設(shè)計(jì)13 .4 .2安全保密設(shè)計(jì)14用戶手冊用戶手冊的編制是要使用非專門術(shù)語的語言，充分地描述該軟件系統(tǒng)所具有的 功能及基本的使用方法。使用戶（或潛在用戶）通過本手冊能夠了解該軟件的用 途，并且能夠確定在什么情況下，如何使用它。具體的內(nèi)容要求如下：14

32、 .1引"言14 .1 .1編寫目的14 .1 .2背景14 .1 .3定義14 .1 .4參考資料14 .2用途14 .2.1功能14 .2.2性能14 .2.2. 1精度14 .2.2. 2時(shí)間特性14 .2.2.3靈活性14 .2.3安全保密14 .3運(yùn)行環(huán)境14 .3.1硬設(shè)備14 .3.2支持軟件14 .3.3數(shù)據(jù)結(jié)構(gòu)14 .4使用過程14 .4.1安裝與初始化14 .4.2輸入14 .4.2 . 1輸入數(shù)據(jù)的現(xiàn)實(shí)背景14 .4.2. 2輸入格式14 .4.2.3輸入舉例14 .4.3輸出14 .4.3 . 1輸出數(shù)據(jù)的現(xiàn)實(shí)背景14 .4.3.2輸出格式14 .4.3.3輸

33、出舉例14 .4.4文卷查詢14 .4.5出錯(cuò)處理與恢復(fù)14 .4.6終端操作15操作手冊操作手冊的編制是為了向操作人員提供該軟件每一個(gè)運(yùn)行的具體過程和有關(guān) 知識，包括操作方法的細(xì)節(jié)。具體的內(nèi)容要求如下：15 . 1引言15 .1.1編寫目的15 . 1 . 2背景15 . 1 . 3定義15 . 1 . 4參考資料15 .2軟件概述15 . 2 . 1軟件的結(jié)構(gòu)15 . 2 . 2程序表15 . 2 . 3文卷表15 . 3安裝與初始化15 . 4運(yùn)行說明15 . 4 . 1運(yùn)行表15 . 4 . 2運(yùn)行步驟15 . 4 . 3運(yùn)行1 （標(biāo)識符）說明15 . 4 . 3 . 1運(yùn)行控制15

34、. 4 . 3 . 2操作信息15 . 4 . 3 . 3輸入一輸出文卷15 . 4 . 3 . 4輸出文段15 . 4 . 3 . 5輸出文段的復(fù)制15 . 4 . 3 . 6啟動恢復(fù)過程15 . 4 . 4運(yùn)行2 （標(biāo)識符）說明15 . 5非?，F(xiàn)過程15 . 6遠(yuǎn)程操作16模塊開發(fā)卷宗模塊開發(fā)卷宗是在模塊開發(fā)過程中逐步編寫出來的， 每完成一個(gè)模塊或一組密切相關(guān)的模塊的復(fù)審時(shí)編寫一份，應(yīng)該把所有的模塊開發(fā)卷宗匯集在一起。 編寫 的目的是記錄和匯總低層次開發(fā)的進(jìn)度和結(jié)果，以便于對整個(gè)模塊開發(fā)工作的管理和復(fù)審，并為將來的維護(hù)提供非常有用的技術(shù)信息。具體的內(nèi)容要求如下：16.1標(biāo)題16. 2模塊開

35、發(fā)情況表（見下表）模塊開發(fā)情況表模塊標(biāo)識符模塊的描述性名稱代碼設(shè)計(jì)計(jì)劃開始日期實(shí)馬幵始日期計(jì)劃完咸日期實(shí)際完成日期模塊測試計(jì)劃開始日期實(shí)際開始日期計(jì)劃完成日期1實(shí)你完感日期組叢測試計(jì)劃開始日期實(shí)際開始日期計(jì)劃完成日期實(shí)際完成日期代碼復(fù)查日期噬字源代碼行數(shù)預(yù)計(jì)實(shí)際目標(biāo)模塊大小預(yù)計(jì)實(shí)際模塊標(biāo)識符項(xiàng)目負(fù)責(zé)人批誰日期宇16. 3功能說明16 . 4設(shè)計(jì)說明16. 5源代碼清單16. 6測試說明16. 7復(fù)審的結(jié)論17測試計(jì)劃這里所說的測試，主要是指整個(gè)程序系統(tǒng)的組裝測試和確認(rèn)測試。本文件的編 制是為了提供一個(gè)對該軟件的測試計(jì)劃，包括對每項(xiàng)測試活動的內(nèi)容、進(jìn)度安排、 設(shè)計(jì)考慮、測試數(shù)據(jù)的整理方法及評價(jià)準(zhǔn)

36、則。具體的內(nèi)容要求如下：17.1弓"言17.1 .1編寫目的17.1 .2背景17.1 .3定義17.1 .4參考資料17.2計(jì)劃17.2.1軟件說明17.2.2測試內(nèi)容17.2.3測試1 （標(biāo)識符）17.2.3.1進(jìn)度安排17.2.3. 2條件17.2.3. 3測試資料17.2.3. 4測試培訓(xùn)17.2.4測試2 （標(biāo)識符）17. 3測試設(shè)計(jì)說明17.3.1 1測試l （標(biāo)識符）17.3.1.1控制17.3.1.2輸入17.3.1.3輸出17.3.1.4過程17.3.2測試2 （標(biāo)識符）17. 4評價(jià)準(zhǔn)則17.4.1范圍17.4.2數(shù)據(jù)整理17.4.3尺度18測試分析報(bào)告測試分析報(bào)

37、告的編寫是為了把組裝測試和確認(rèn)測試的結(jié)果、發(fā)現(xiàn)及分析寫成文 件加以記載，具體的內(nèi)容要求如下：18 .1引言18 .1 .1編寫目的18 .1 .2背景18 .1 .3定義18 .1 .4參考資料18 .2 j則試概要18 .3 j則試結(jié)果及發(fā)現(xiàn)18 .3.1測試1 （標(biāo)識符）18 .3.2測試2 （標(biāo)識符）18 .4對軟件功能的結(jié)論18 .4.1功能1 （標(biāo)識符）18 .4.1 . 1能力18 .4.1 . 2限制18 .4.2功能2 （標(biāo)識符）18 .5分析摘要18 .5.1能力18 .5.2缺陷和限制18 .5.3建議18 .5.4評價(jià)18 .6 j則試資源消耗佃開發(fā)進(jìn)度月報(bào)開發(fā)進(jìn)度月報(bào)的

38、編制目的是及時(shí)向有關(guān)管理部門匯報(bào)項(xiàng)目開發(fā)的進(jìn)展和情 況，以便及時(shí)發(fā)現(xiàn)和處 理開發(fā)過程中出現(xiàn)的問題。一般地，開發(fā)進(jìn)度月報(bào)是以 項(xiàng)目組為單位每月編寫的。如果被開發(fā)的軟件系統(tǒng)規(guī)模比較大，整個(gè)工程項(xiàng)目被劃分給若干個(gè)分項(xiàng)目組承擔(dān)，開發(fā)進(jìn)度月報(bào)將以分項(xiàng)目組為單位按月編寫具體的內(nèi)容要求如下：19. 1標(biāo)題19 . 2工程進(jìn)度與狀態(tài)19.2.1進(jìn)度19.2.2狀態(tài)19.3資源耗用與狀態(tài)19.3.1資源耗用19.3.1 . 1工時(shí)19.3.1 . 2機(jī)時(shí)19.3.2狀態(tài)19.4經(jīng)費(fèi)支出與狀態(tài)19.4.1經(jīng)費(fèi)支出19.4.1 . 1支持性費(fèi)用19.4.1 . 2設(shè)備購置費(fèi)19.4.2狀態(tài)19.5下個(gè)月的工作計(jì)劃1

39、9.6建議20項(xiàng)目開發(fā)總結(jié)報(bào)告項(xiàng)目開發(fā)總結(jié)報(bào)告的編制是為了總結(jié)本項(xiàng)目開發(fā)工作的經(jīng)驗(yàn)，說明實(shí)際取得 的開發(fā)結(jié)果以及對整個(gè)開發(fā)工作的各個(gè)方面的評價(jià)。具體的內(nèi)容要求如下：20.1引言20.1 .1編寫目的20.1 .2背景20.1 .3定義20.1 .4參考資料20.2.1產(chǎn)品20.2實(shí)際開發(fā)結(jié)果20.2.2主要功能和性能20.2.3基本流程20.2.4進(jìn)度20.2.5費(fèi)用20.3開發(fā)工作評價(jià)20.3.1對生產(chǎn)效率的評價(jià)20.3.2對產(chǎn)品質(zhì)量的評價(jià)20.3.3對技術(shù)方法的評價(jià)20. 3. 4出錯(cuò)原因的分析20. 4經(jīng)驗(yàn)與教訓(xùn)附錄A可行性研究報(bào)告的編寫提示（參考件）A. 1引言A. 1. 1編寫目的

40、說明編寫本可行性研究報(bào)告的目的，指出預(yù)期的讀者。A. 1 . 2背景說明：a. 所建議開發(fā)的軟件系統(tǒng)的名稱；b. 本項(xiàng)目的任務(wù)提出者、開發(fā)者、用戶及實(shí)現(xiàn)該軟件的計(jì)算中心或計(jì)算機(jī) 網(wǎng)絡(luò)；C .該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來往關(guān)系。A . 1 . 3定義列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。A . 1 .4參考資料列出用得著的參考資料，如：a. 本項(xiàng)目的經(jīng)核準(zhǔn)的計(jì)劃任務(wù)書或合同、上級機(jī)關(guān)的批文；b. 屬于本項(xiàng)目的其他已發(fā)表的文件；C.本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標(biāo)準(zhǔn)。|列出這些文件資料的標(biāo)題、文件編號、發(fā)表日期和出版單位，說明能夠得到 這些

41、文件資料的來源。A . 2可行性研究的前提說明對所建議的開發(fā)項(xiàng)目進(jìn)行可行性研究的前提，如要求、目標(biāo)、假定、限 制等。A . 2 . 1要求說明對所建議開發(fā)的軟件的基本要求，如：a. 功能；b 性能；C 輸出如報(bào)告、文件或數(shù)據(jù)，對每項(xiàng)輸出要說明其特征，如用途、產(chǎn)生頻度、 接口以及分發(fā)對象；d 輸入說明系統(tǒng)的輸入，包括數(shù)據(jù)的來源、類型、數(shù)量、數(shù)據(jù)的組織以及提 供的頻度；e 處理流程和數(shù)據(jù)流程用圖表的方式表示出最基本的數(shù)據(jù)流程和處理流程， 并輔之以敘述；f. 在安全與保密方面的要求；g .同本系統(tǒng)相連接的其他系統(tǒng)；h .完成期限。A. 2. 2目標(biāo)說明所建議系統(tǒng)的主要開發(fā)目標(biāo)，如：a .人力與設(shè)備費(fèi)

42、用的減少；b .處理速度的提高；C .控制精度或生產(chǎn)能力的提高；d .管理信息服務(wù)的改進(jìn)；e .自動決策系統(tǒng)的改進(jìn)；f.人員利用率的改進(jìn)。A. 2. 3條件、假定和限制說明對這項(xiàng)開發(fā)中給出的條件、假定和所受到的限制，如：a .所建議系統(tǒng)的運(yùn)行壽命的最小值；b .進(jìn)行系統(tǒng)方案選擇比較的時(shí)間；c. 經(jīng)費(fèi)、投資方面的來源和限制；d .法律和政策方面的限制；e .硬件、軟件、運(yùn)行環(huán)境和開發(fā)環(huán)境方面的條件和限制；f. 可利用的信息和資源；g. 系統(tǒng)投入使用的最晚時(shí)間。A. 2. 4進(jìn)行可行性研究的方法說明這項(xiàng)可行性研究將是如何進(jìn)行的，所建議的系統(tǒng)將是如何評價(jià)的。摘要 說明所使用的基本方法 和策略，如調(diào)查

43、、加權(quán)、確定模型、建立基準(zhǔn)點(diǎn)或仿真 等。A. 2. 5評價(jià)尺度說明對系統(tǒng)進(jìn)行評價(jià)時(shí)所使用的主要尺度，如費(fèi)用的多少、各項(xiàng)功能的優(yōu)先 次序、開發(fā)時(shí)間的長短 及使用中的難易程度。A 3對現(xiàn)有系統(tǒng)的分析這里的現(xiàn)有系統(tǒng)是指當(dāng)前實(shí)際使用的系統(tǒng)，這個(gè)系統(tǒng)可能是計(jì)算機(jī)系統(tǒng)，也 可能是一個(gè)機(jī)械系統(tǒng)甚至是一個(gè)人工系統(tǒng)。分析現(xiàn)有系統(tǒng)的目的是為了進(jìn)一步闡明建議中的開發(fā)新系統(tǒng)或修改現(xiàn)有系統(tǒng) 的必要性。A. 3. 1處理流程和數(shù)據(jù)流程說明現(xiàn)有系統(tǒng)的基本的處理流程和數(shù)據(jù)流程。此流程可用圖表即流程圖的形 式表示，并加以敘述。A. 3. 2工作負(fù)荷列出現(xiàn)有系統(tǒng)所承擔(dān)的工作及工作量。A. 3.3費(fèi)用開支列出由于運(yùn)行現(xiàn)有系統(tǒng)所引起

44、的費(fèi)用開支，如人力、設(shè)備、空間、支持性服 務(wù)、材料等項(xiàng)開支以及開 支總額。A . 3 . 4人員列出為了現(xiàn)有系統(tǒng)的運(yùn)行和維護(hù)所需要的人員的專業(yè)技術(shù)類別和數(shù)量。A . 3 . 5設(shè)備列出現(xiàn)有系統(tǒng)所使用的各種設(shè)備。A . 3. 6局限性列出本系統(tǒng)的主要的局限性，例如處理時(shí)間趕不上需要，響應(yīng)不及時(shí)，數(shù)據(jù) 存儲能力不足，處理功能 不夠等。并且要說明，為什么對現(xiàn)有系統(tǒng)的改進(jìn)性維 護(hù)已經(jīng)不能解決問題。A . 4所建議的系統(tǒng)本章將用來說明所建議系統(tǒng)的目標(biāo)和要求將如何被滿足。A . 4.1對所建議系統(tǒng)的說明概括地說明所建議系統(tǒng)，并說明在第A . 2章中列出的那些要求將如何得到滿 足，說明所使用的基本 方法及理

45、論根據(jù)。A . 4. 2處理流程和數(shù)據(jù)流程給出所建議系統(tǒng)的處理流程和數(shù)據(jù)流程。A . 4. 3改進(jìn)之處按A . 2.2條中列出的目標(biāo)，逐項(xiàng)說明所建議系統(tǒng)相對于現(xiàn)存系統(tǒng)具有的改 進(jìn)。A . 4.4影響說明在建立所建議系統(tǒng)時(shí)，預(yù)期將帶來的影響，包括:A . 4 . 4 . 1對設(shè)備的影響說明新提出的設(shè)備要求及對現(xiàn)存系統(tǒng)中尚可使用的設(shè)備須作出的修改。A . 4. 4. 2對軟件的影響說明為了使現(xiàn)存的應(yīng)用軟件和支持軟件能夠同所建議系統(tǒng)相適應(yīng)。而需要對 這些軟件所進(jìn)行的修改和補(bǔ)充。A . 4. 4.3對用戶單位機(jī)構(gòu)的影響說明為了建立和運(yùn)行所建議系統(tǒng)，對用戶單位機(jī)構(gòu)、人員的數(shù)量和技術(shù)水平 等方面的全部要求

46、。A .4 .4 .4對系統(tǒng)運(yùn)行過程的影響說明所建議系統(tǒng)對運(yùn)行過程的影響，如：a. 用戶的操作規(guī)程；b. 運(yùn)行中心的操作規(guī)程；C.運(yùn)行中心與用戶之間的關(guān)系；d. 源數(shù)據(jù)的處理；e. 數(shù)據(jù)進(jìn)入系統(tǒng)的過程；f .對數(shù)據(jù)保存的要求，對數(shù)據(jù)存儲、恢復(fù)的處理；g .輸出報(bào)告的處理過程、存儲媒體和調(diào)度方法；h. 系統(tǒng)失效的后果及恢復(fù)的處理辦法。A . 4 . 4 . 5對開發(fā)的影響說明對開發(fā)的影響，如：a. 為了支持所建議系統(tǒng)的開發(fā)，用戶需進(jìn)行的工作；b. 為了建立一個(gè)數(shù)據(jù)庫所要求的數(shù)據(jù)資源；C.為了開發(fā)和測驗(yàn)所建議系統(tǒng)而需要的計(jì)算機(jī)資源；d.所涉及的保密與安全問題。A . 4 . 4 . 6對地點(diǎn)和設(shè)施

47、的影響說明對建筑物改造的要求及對環(huán)境設(shè)施的要求。A . 4 . 4 . 7對經(jīng)費(fèi)開支的影響扼要說明為了所建議系統(tǒng)的開發(fā)，設(shè)計(jì)和維持運(yùn)行而需要的各項(xiàng)經(jīng)費(fèi)開支。A . 4 . 5局限性說明所建議系統(tǒng)尚存在的局限性以.及這些問題未能消除的原因。A . 4 . 6技術(shù)條件方面的可行性本節(jié)應(yīng)說明技術(shù)條件方面的可行性，如：a. 在當(dāng)前的限制條件下，該系統(tǒng)的功能目標(biāo)能否達(dá)到；b. 利用現(xiàn)有的技術(shù)，該系統(tǒng)的功能能否實(shí)現(xiàn)；C.對開發(fā)人員的數(shù)量和質(zhì)量的要求并說明這些要求能否滿足；d 在規(guī)定的期限內(nèi)，本系統(tǒng)的開發(fā)能否完成A 5可選擇的其他系統(tǒng)方案扼要說明曾考慮過的每一種可選擇的系統(tǒng)方案， 包括需開發(fā)的和可從國內(nèi)國外

48、 直接購買的，如果沒 有供選擇的系統(tǒng)方案可考慮，則說明這一點(diǎn)。A 5. 1可選擇的系統(tǒng)方案1參照第A. 4章的提綱，說明可選擇的系統(tǒng)方案1,并說明它未被選中的理由。A. 5. 2可選擇的系統(tǒng)方案2按類似A.5.1條的方式說明第2個(gè)乃至第。個(gè)可選擇的系統(tǒng)方案。A. 6投資及效益分析A . 6. 1支出對于所選擇的方案，說明所需的費(fèi)用。如果已有一個(gè)現(xiàn)存系統(tǒng)，則包括該系統(tǒng) 繼續(xù)運(yùn)行期間所需的費(fèi)用。A . 6 . 1. 1基本建設(shè)投資包括采購、開發(fā)和安裝下列各項(xiàng)所需的費(fèi)用，如：a. 房屋和設(shè)施；b . A DP設(shè)備；C .數(shù)據(jù)通訊設(shè)備；d. 環(huán)境保護(hù)設(shè)備；e. 安全與保密設(shè)備；f . ADP操作系統(tǒng)的

49、和應(yīng)用的軟件；g.數(shù)據(jù)庫管理軟件。A . 6 . 1 . 2其他一次性支出包括下列各項(xiàng)所需的費(fèi)用，如：a. 研究（需求的研究和設(shè)計(jì)的研究）；b. 開發(fā)計(jì)劃與測量基準(zhǔn)的研究；C.數(shù)據(jù)庫的建立；d . ADP軟件的轉(zhuǎn)換；e .檢查費(fèi)用和技術(shù)管理性費(fèi)用；f .培訓(xùn)費(fèi)、旅差費(fèi)以及開發(fā)安裝人員所需要的一次性支出；g.人員的退休及調(diào)動費(fèi)用等。A . 6 . 1 . 3非一次性支出列出在該系統(tǒng)生命期內(nèi)按月或按季或按年支出的用于運(yùn)行和維護(hù)的費(fèi)用，包括：a 設(shè)備的租金和維護(hù)費(fèi)用；b軟件的租金和維護(hù)費(fèi)用；C 數(shù)據(jù)通訊方面的租金和維護(hù)費(fèi)用；d 人員的工資、獎(jiǎng)金；e房屋、空間的使用開支；f 公用設(shè)施方面的開支；g.保

50、密安全方面的開支；h 其他經(jīng)常性的支出等。A. 6. 2收益對于所選擇的方案，說明能夠帶來的收益，這里所說的收益，表現(xiàn)為開支費(fèi)用 的減少或避免、差錯(cuò)的減少、靈活性的增加、動作速度的提高和管理計(jì)劃方面的 改進(jìn)等，包括；A . 6. 2 . 1 一次性收益說明能夠用人民幣數(shù)目表示的一次性收益， 可按數(shù)據(jù)處理、用戶、管理和支持 等項(xiàng)分類敘述，如：a. 開支的縮減包括改進(jìn)了的系統(tǒng)的運(yùn)行所引起的開支縮減，如資源要求的減 少，運(yùn)行效率的改進(jìn)，數(shù)據(jù)進(jìn)入、存貯和恢復(fù)技術(shù)的改進(jìn)，系統(tǒng)性能的可監(jiān)控， 軟件的轉(zhuǎn)換和優(yōu)化，數(shù)據(jù)壓縮技術(shù)的采用，處理的集中化/分布化等；b價(jià)值的增升包括由于一個(gè)應(yīng)用系統(tǒng)的使用價(jià)值的增升所引

51、起的收益，如資 源利用的改進(jìn)，管理和運(yùn)行效率的改進(jìn)以及出錯(cuò)率的減少等；C 其他如從多余設(shè)備出售回收的收入等。A . 6. 2 . 2非一次性收益說明在整個(gè)系統(tǒng)生命期內(nèi)由于運(yùn)行所建議系統(tǒng)而導(dǎo)致的按月的、按年的能用人民幣數(shù)目表示的收益，包括開支的減少和避免。A . 6 . 2 . 3不可定量的收益逐項(xiàng)列出無法直接用人民幣表示的收益， 如服務(wù)的改進(jìn)，由操作失誤引起的風(fēng) 險(xiǎn)的減少，信息掌握情況的改進(jìn)，組織機(jī)構(gòu)給外界形象的改善等。有些不可捉摸 的收益只能大概估計(jì)或進(jìn)行極值估計(jì)（按最好和最差情況估計(jì)）。A . 6. 3收益/投資比求出整個(gè)系統(tǒng)生命期的收益/投資比值。A . 6.4投資回收周期求出收益的累計(jì)數(shù)開始超過支出的累計(jì)數(shù)的時(shí)間。A . 6. 5敏感性分析所謂敏感性分析是指一些關(guān)鍵性因素如系統(tǒng)生命期長度、系統(tǒng)的工作負(fù)荷量、工作負(fù)荷的類型與這些不同類型之間的合理搭配、 處理速度要求、設(shè)備和軟件的 配置等