【文章內(nèi)容簡介】 0。 14．4．3．2輸出格式 14．4．3．3輸出舉例 14．4．4文卷查詢 14．4．5出錯處理與恢復 14．4．6終端操作15 操作手冊 操作手冊的編制是為了向操作人員提供該軟件每一個運行的具體過程和有關(guān)知識，包括操作方法的細節(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運行說明 15．4．1運行表 15．4．2運行步驟 15．4．3運行1（標識符）說明 15．4．3．1運行控制 15．4．3．2操作信息 15．4．3．3輸入一輸出文卷 15．4．3．4輸出文段 15．4．3．5輸出文段的復制 15．4．3．6啟動恢復過程 15．4．4運行2（標識符）說明 ．．．．．． 15．5非?，F(xiàn)過程 15．6遠程操作 16 模塊開發(fā)卷宗 模塊開發(fā)卷宗是在模塊開發(fā)過程中逐步編寫出來的，每完成一個模塊或一組密切相關(guān)的模塊的復審時編寫一份，應該把所有的模塊開發(fā)卷宗匯集在一起。編寫的目的是記錄和匯總低層次開發(fā)的進度和結(jié)果，以便于對整個模塊開發(fā)工作的管理和復審，并為將來的維護提供非常有用的技術(shù)信息。具體的內(nèi)容要求如下： 16． 1標題 16．2模塊開發(fā)情況表（見下表） 模塊開發(fā)情況表 16．3功能說明16．4設計說明16．5源代碼清單 16．6測試說明16．7復審的結(jié)論17測試計劃 這里所說的測試，主要是指整個程序系統(tǒng)的組裝測試和確認測試。本文件的編制是為了提供一個對該軟件的測試計劃，包括對每項測試活動的內(nèi)容、進度安排、設計考慮、測試數(shù)據(jù)的整理方法及評價準則。具體的內(nèi)容要求如下： 17．1引言 17．1．1編寫目的 17．1．2背景 17．1．3定義 17．1．4參考資料 17． 2計劃 17．2．1軟件說明 17．2．2測試內(nèi)容 17．2．3測試1（標識符） 17．2．3．1進度安排 17．2．3．2條件 17．2．3．3測試資料 17．2．3．4測試培訓 17．2．4測試2（標識符） ．．．．．． 17．3測試設計說明 17．3．1測試l（標識符） 17．3．1．1控制 17．3．1．2輸入 17．3．1．3輸出 17．3．1．4過程 17．3．2測試2（標識符） ．．．．．．． 17．4評價準則 17．4．1范圍 17．4．2數(shù)據(jù)整理 17．4．3尺度 18 測試分析報告測試分析報告的編寫是為了把組裝測試和確認測試的結(jié)果、發(fā)現(xiàn)及分析寫成文件加以記載，具體的內(nèi)容要求如下： 18．1引言 18．1．1編寫目的 18．1．2背景 18．1．3定義 18．1．4參考資料 18．2測試概要 18．3測試結(jié)果及發(fā)現(xiàn) 18．3．1測試1（標識符） 18．3．2測試2（標識符） ．．．．．． 18．4對軟件功能的結(jié)論 18．4．1功能1（標識符） 18．4．1．1能力 18．4．1．2限制 18．4．2功能2（標識符） 18．5分析摘要 18．5．1能力 18．5．2缺陷和限制 18．5．3建議 18．5．4評價 18．6測試資源消耗19 開發(fā)進度月報 開發(fā)進度月報的編制目的是及時向有關(guān)管理部門匯報項目開發(fā)的進展和情況，以便及時發(fā)現(xiàn)和處 理開發(fā)過程中出現(xiàn)的問題。一般地，開發(fā)進度月報是以項目組為單位每月編寫的。如果被開發(fā)的軟件系 統(tǒng)規(guī)模比較大，整個工程項目被劃分給若干個分項目組承擔，開發(fā)進度月報將以分項目組為單位按月編 寫。具體的內(nèi)容要求如下： 19．1標題 19．2工程進度與狀態(tài) 19．2．1進度 19．2．2狀態(tài) 19．3資源耗用與狀態(tài) 19．3．1資源耗用 19．3．1．1工時 19．3．1．2機時 19．3．2狀態(tài) 19．4經(jīng)費支出與狀態(tài) 19．4．1經(jīng)費支出 19．4．1．1支持性費用 19．4．1．2設備購置費 19．4．2狀態(tài) 19．5下個月的工作計劃 19．6建議20 項目開發(fā)總結(jié)報告 項目開發(fā)總結(jié)報告的編制是為了總結(jié)本項目開發(fā)工作的經(jīng)驗，說明實際取得的開發(fā)結(jié)果以及對整個開發(fā)工作的各個方面的評價。具體的內(nèi)容要求如下： 20．1引言 20．1．1編寫目的 20．1．2背景 20．1．3定義 20．1．4參考資料 20．2．1產(chǎn)品 20．2實際開發(fā)結(jié)果 20．2．2主要功能和性能 20．2．3基本流程 20．2．4進度 20．2．5費用 20．3開發(fā)工作評價 20．3．1對生產(chǎn)效率的評價 20．3．2對產(chǎn)品質(zhì)量的評價 20．3．3對技術(shù)方法的評價 20．3．4出錯原因的分析 20．4經(jīng)驗與教訓 附錄A 可行性研究報告的編寫提示（參考件） A．1引言 A．1．1編寫目的 說明編寫本可行性研究報告的目的，指出預期的讀者。 A．1．2背景 說明： a．所建議開發(fā)的軟件系統(tǒng)的名稱； b．本項目的任務提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡； C．該軟件系統(tǒng)同其他系統(tǒng)或其他機構(gòu)的基本的相互來往關(guān)系。A．1．3定義 列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。A．1．4參考資料 列出用得著的參考資料，如： a．本項目的經(jīng)核準的計劃任務書或合同、上級機關(guān)的批文； b．屬于本項目的其他已發(fā)表的文件； C．本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標準。| 列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。A．2可行性研究的前提 說明對所建議的開發(fā)項目進行可行性研究的前提，如要求、目標、假定、限制等。 A．2．1要求 說明對所建議開發(fā)的軟件的基本要求，如： a．功能； b．性能； C．輸出如報告、文件或數(shù)據(jù)，對每項輸出要說明其特征，如用途、產(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目標 說明所建議系統(tǒng)的主要開發(fā)目標，如： a．人力與設備費用的減少； b．處理速度的提高； C．控制精度或生產(chǎn)能力的提高； d．管理信息服務的改進； e．自動決策系統(tǒng)的改進； f．人員利用率的改進。 A．2．3條件、假定和限制 說明對這項開發(fā)中給出的條件、假定和所受到的限制，如： a．所建議系統(tǒng)的運行壽命的最小值； b．進行系統(tǒng)方案選擇比較的時間； c．經(jīng)費、投資方面的來源和限制； d．法律和政策方面的限制； e．硬件、軟件、運行環(huán)境和開發(fā)環(huán)境方面的條件和限制； f．可利用的信息和資源； g．系統(tǒng)投入使用的最晚時間。 A．2．4進行可行性研究的方法 說明這項可行性研究將是如何進行的，所建議的系統(tǒng)將是如何評價的。摘要說明所使用的基本方法 和策略，如調(diào)查、加權(quán)、確定模型、建立基準點或仿真等。 A．2．5評價尺度 說明對系統(tǒng)進行評價時所使用的主要尺度，如費用的多少、各項功能的優(yōu)先次序、開發(fā)時間的長短 及使用中的難易程度。A．3 對現(xiàn)有系統(tǒng)的分析 這里的現(xiàn)有系統(tǒng)是指當前實際使用的系統(tǒng)，這個系統(tǒng)可能是計算機系統(tǒng)，也可能是一個機械系統(tǒng)甚 至是一個人工系統(tǒng)。 分析現(xiàn)有系統(tǒng)的目的是為了進一步闡明建議中的開發(fā)新系統(tǒng)或修改現(xiàn)有系統(tǒng)的必要性。 A．3．1處理流程和數(shù)據(jù)流程 說明現(xiàn)有系統(tǒng)的基本的處理流程和數(shù)據(jù)流程。此流程可用圖表即流程圖的形式表示，并加以敘述。A．3．2工作負荷 列出現(xiàn)有系統(tǒng)所承擔的工作及工作量。A．3．3費用開支 列出由于運行現(xiàn)有系統(tǒng)所引起的費用開支，如人力、設備、空間、支持性服務、材料等項開支以及開 支總額。A．3．4人員 列出為了現(xiàn)有系統(tǒng)的運行和維護所需要的人員的專業(yè)技術(shù)類別和數(shù)量。A．3．5設備 列出現(xiàn)有系統(tǒng)所使用的各種設備。A．3．6局限性 列出本系統(tǒng)的主要的局限性，例如處理時間趕不上需要，響應不及時，數(shù)據(jù)存儲能力不足，處理功能 不夠等。并且要說明，為什么對現(xiàn)有系統(tǒng)的改進性維護已經(jīng)不能解決問題。A．4 所建議的系統(tǒng) 本章將用來說明所建議系統(tǒng)的目標和要求將如何被滿足。A．4．1對所建議系統(tǒng)的說明 概括地說明所建議系統(tǒng)，并說明在第A．2章中列出的那些要求將如何得到滿足，說明所使用的基本 方法及理論根據(jù)。 A．4．2處理流程和數(shù)據(jù)流程 給出所建議系統(tǒng)的處理流程和數(shù)據(jù)流程。A．4．3改進之處 按A．2．2條中列出的目標，逐項說明所建議系統(tǒng)相對于現(xiàn)存系統(tǒng)具有的改進。A．4．4影響 說明在建立所建議系統(tǒng)時，預期將帶來的影響，包括：A．4．4．1對設備的影響 說明新提出的設備要求及對現(xiàn)存系統(tǒng)中尚可使用的設備須作出的修改。A．4．4．2對軟件的影響 說明為了使現(xiàn)存的應用軟件和支持軟件能夠同所建議系統(tǒng)相適應。而需要對這些軟件所進行的修 改和補充。A．4．4．3對用戶單位機構(gòu)的影響 說明為了建立和運行所建議系統(tǒng)，對用戶單位機構(gòu)、人員的數(shù)量和技術(shù)水平等方面的全部要求。A． 4． 4． 4對系統(tǒng)運行過程的影響 說明所建議系統(tǒng)對運行過程的影響，如： a．用戶的操作規(guī)程； b．運行中心的操作規(guī)程； C．運行中心與用戶之間的關(guān)系； d．源數(shù)據(jù)的處理； e．數(shù)據(jù)進入系統(tǒng)的過程； f．對數(shù)據(jù)保存的要求，對數(shù)據(jù)存儲、恢復的處理； g．輸出報告的處理過程、存儲媒體和調(diào)度方法； h．系統(tǒng)失效的后果及恢復的處理辦法。 A．4．4．5對開發(fā)的影響 說明對開發(fā)的影響，如： a．為了支持所建議系統(tǒng)的開發(fā)，用戶需進行的工作； b．為了建立一個數(shù)據(jù)庫所要求的數(shù)據(jù)資源； C．為了開發(fā)和測驗所建議系統(tǒng)而需要的計算機資源； d．所涉及的保密與安全問題。 A．4．4．6對地點和設施的影響 說明對建筑物改造的要求及對環(huán)境設施的要求。 A．4．4．7對經(jīng)費開支的影響 扼要說明為了所建議系統(tǒng)的開發(fā)，設計和維持運行而需要的各項經(jīng)費開支。 A．4．5局限性 說明所建議系統(tǒng)尚存在的局限性以．及這些問題未能消除的原因。 A．4．6技術(shù)條件方面的可行性 本節(jié)應說明技術(shù)條件方面的可行性，如： a．在當前的限制條件下，該系統(tǒng)的功能目標能否達到； b．利用現(xiàn)有的技術(shù)，該系統(tǒng)的功能能否實現(xiàn)； C．對開發(fā)人員的數(shù)量和質(zhì)量的要求并說明這些要求能否滿足； d．在規(guī)定的期限內(nèi)，本系統(tǒng)的開發(fā)能否完成。A．5可選擇的其他系統(tǒng)方案 扼要說明曾考慮過的每一種可選擇的系統(tǒng)方案，包括需開發(fā)的和可從國內(nèi)國外直接購買的，如果沒 有供選擇的系統(tǒng)方案可考慮，則說明這一點。 A．5．1可選擇的系統(tǒng)方案1 參照第A．4章的提綱，說明可選擇的系統(tǒng)方案1，并說明它未被選中的理由。A．5．2可選擇的系統(tǒng)方案2 按類似A． 5． 1條的方式說明第2個乃至第。個可選擇的系統(tǒng)方案。 ．．．．．．A．6投