計算機軟體產品開發文件編制指南

『壹』 我是應屆生，我想知道做軟體測試需要哪些知識具體點！十分感謝～

計算機硬體知識、軟體工程理論、軟體體系要懂，資料庫也得懂，編程語言也要懂，像流程圖，甘特圖，UML之類的要知道，還有測試技術。這方面有一個全國性的考試：全國計算機技術與軟體專業技術資格（水平）考試，是中級的，你可以試試，下面是考試大綱：
一、考試說明
1.考試要求：
（1）熟悉計算機基礎知識；
（2）熟悉操作系統、資料庫、中間件、程序設計語言基礎知識；
（3）熟悉計算機網路基礎知識；
（4）熟悉軟體工程知識，理解軟體開發方法及過程；
（5）熟悉軟體質量及軟體質量管理基礎知識；
（6）熟悉軟體測試標准；
（7）掌握軟體測試技術及方法；
（8）掌握軟體測試項目管理知識；
（9）掌握C語言以及C++或Java語言程序設計技術；
（10）了解信息化及信息安全基礎知識；
（11）熟悉知識產權相關法律、法規；
（12）正確閱讀並理解相關領域的英文資料。
2.通過本考試的合格人員能在掌握軟體工程與軟體測試知識的基礎上，運用軟體測試管理方法、軟體測試策略、軟體測試技術，獨立承擔軟體測試項目；具有工程師的實際工作能力和業務水平。
3.本考試設置的科目包括:
（1）軟體工程與軟體測試基礎知識，考試時間為150分鍾，筆試，選擇題；
（2）軟體測試應用技術，考試時間為150分鍾，筆試，問答題。
二、考試范圍
考試科目1：軟體工程與軟體測試基礎知識
1．計算機系統基礎知識
1.1計算機系統構成及硬體基礎知識
●計算機系統的構成
●處理機
●基本輸入輸出設備
●存儲系統
1.2操作系統基礎知識
●操作系統的中斷控制、進程管理、線程管理
●處理機管理、存儲管理、設備管理、文件管理、作業管理
●網路操作系統和嵌入式操作系統基礎知識
●操作系統的配置
1.3資料庫基礎知識
●資料庫基本原理
●資料庫管理系統的功能和特徵
●資料庫語言與編程
1.4中間件基礎知識
1.5計算機網路基礎知識
●網路分類、體系結構與網路協議
●常用網路設備
●Internet基礎知識及其應用
●網路管理
1.6程序設計語言知識
●匯編、編譯、解釋系統的基礎知識
●程序設計語言的基本成分（數據、運算、控制和傳輸、過程（函數）調用）
●面向對象程序設計
●C語言以及C++（或Java）語言程序設計基礎知識
2．標准化基礎知識
●標准化的概念（標准化的意義、標准化的發展、標准化機構）
●標準的層次（國際標准、國家標准、行業標准、企業標准）
●標準的類別及生命周期
3．信息安全知識
●信息安全基本概念
●計算機病毒及防範
●網路入侵手段及防範
●加密與解密機制
4．信息化基礎知識
●信息化相關概念
●與知識產權相關的法律、法規
●信息網路系統、信息應用系統、信息資源系統基礎知識
5．軟體工程知識
5.1軟體工程基礎
●軟體工程概念
●需求分析
●軟體系統設計
●軟體組件設計
●軟體編碼
●軟體測試
●軟體維護
5.2軟體開發方法及過程
●結構化開發方法
●面向對象開發方法
●瀑布模型
●快速原型模型
●螺旋模型
5.3軟體質量管理
●軟體質量及軟體質量管理概念
●軟體質量管理體系
●軟體質量管理的目標、內容、方法和技術
5.4軟體過程管理
●軟體過程管理概念
●軟體過程改進
●軟體能力成熟度模型
5.5軟體配置管理
●軟體配置管理的意義
●軟體配置管理的過程、方法和技術
5.6軟體開發風險基礎知識
●風險管理
●風險防範及應對
5.7軟體工程有關的標准
●軟體工程術語
●計算機軟體開發規范
●計算機軟體產品開發文件編制指南
●計算機軟體需求規范說明編制指南
●計算機軟體測試文件編制規范
●計算機軟體配置管理計劃規范
●計算機軟體質量保證計劃規范
●數據流圖、程序流程圖、系統流程圖、程序網路圖和系統資源圖的文件編制符號及約定
6．軟體評測師職業素質要求
●軟體評測師職業特點與崗位職責
●軟體評測師行為准則與職業道德要求
●軟體評測師的能力要求
7．軟體評測知識
7.1軟體測試基本概念
●軟體質量與軟體測試
●軟體測試定義
●軟體測試目的
●軟體測試原則
●軟體測試對象
7.2軟體測試過程模型
●V模型
●W模型
●H模型
●測試模型的使用
7.3軟體測試類型
●單元測試、集成測試、系統測試
●確認測試、驗收測試
●開發方測試、用戶測試、第三方測試
●動態測試、靜態測試
●白盒測試、黑盒測試、灰盒測試
7.4軟體問題分類
●軟體錯誤
●軟體缺陷
●軟體故障
●軟體失效
7.5測試標准
7.5.1GB/T 16260.1—2003軟體工程 產品質量 第1部分：質量模型
7.5.2GB/T 18905.1—2002軟體工程 產品評價 第1部分：概述
7.5.3GB/T 18905.5—2002軟體工程 產品評價 第5部分：評價者用的過程
8．軟體評測現狀與發展
●國內外現狀
●軟體評測發展趨勢
9．專業英語
●正確閱讀並理解相關領域的英文資料
考試科目2：軟體測試應用技術
1．軟體生命周期測試策略
1.1設計階段的評審
●需求評審
●設計評審
●測試計劃與設計
1.2開發與運行階段的測試
●單元測試
●集成測試
●系統（確認）測試
●驗收測試
2．測試用例設計方法
2.1白盒測試設計
●白盒測試基本技術
●白盒測試方法
2.2黑盒測試用例設計
●測試用例設計方法
●測試用例的編寫
2.3面向對象測試用例設計
●測試方法選擇的策略
●黑盒測試方法選擇策略
●白盒測試方法選擇策略
●面向對象軟體的測試策略
3．軟體測試技術與應用
3.1軟體自動化測試
●軟體自動化測試基本概念
●選擇自動化測試工具
●功能自動化測試
●負載壓力自動化測試
3.2面向對象軟體的測試
●面向對象測試模型
●面向對象分析的測試
●面向對象設計的測試
●面向對象編程的測試
●面向對象的單元測試
●面向對象的集成測試
●面向對象的系統測試
3.3負載壓力測試
●負載壓力測試基本概念
●負載壓力測試解決方案
●負載壓力測試指標分析
●負載壓力測試實施
3.4 Web應用測試
●Web應用的測試策略
●Web應用設計測試
●Web應用開發測試
●Web應用運行測試
3.5網路測試
●網路系統全生命周期測試策略
●網路模擬技術
●網路性能測試
●網路應用測試
3.6安全測試
●測試內容
●測試策略
●測試方法
3.7兼容性測試
●硬體兼容性測試
●軟體兼容性測試
●數據兼容性測試
●新舊系統數據遷移測試
●平台軟體測試
3.8易用性測試
●功能易用性測試
●用戶界面測試
3.9文檔測試
●文檔測試的范圍
●用戶文檔的內容
●用戶文檔測試的要點
●用戶手冊的測試
●在線幫助的測試
4．測試項目管理
●測試過程的特性與要求
●軟體測試與配置管理
●測試的組織與人員
●測試文檔
●軟體測試風險分析
●軟體測試的成本管理
三、題型舉例
（一）選擇題
●下面的哪一項測試步驟中需要進行局部數據結構測試：(1)
（1）A．單元測試B.集成測試C.確認測試D.系統測試
●軟體的六大質量特性包括：(2)
（2）A．功能性、可靠性、可用性、效率、可維護、可移植
B．功能性、可靠性、可用性、效率、穩定性、可移植
C．功能性、可靠性、可擴展性、效率、穩定性、可移植
D．功能性、可靠性、兼容性、效率、穩定性、可移植
（二）問答題
1．白盒測試方法中的代碼檢查法需要重點考慮代碼的執行效率，閱讀以下兩個循環，回答問題1和問題2。
循環1：
for (i=0;i<n;i++)
{
if(condition)
DoSomething();
else
DoOtherthing();
}
循環2：
if(condition)
{
for (i=0;i<n;i++)
DoSomething()
}
else
{
for (i=0;i<n;i++)
DoOtherthing();
}
問題1：循環1的優點和缺點。
問題2：循環2的優點和缺點。
2．請簡述軟體系統負載壓力測試的主要目的。

『貳』 軟體項目計劃書應該包含什麼

一、項目計劃書格式
根據《gb8567－88計算機軟體產品開發文件編制指南》中項目開發計劃的要求，結合實際情況調整後的《項目計劃書》內容索引如下：
1引言
1.1編寫目的
1.2背景
1.3定義
1.4參考資料
1.5標准、條約和約定
2項目概述
2.1項目目標
2.2產品目標與范圍
2.3假設與約束
2.4項目工作范圍
2.5應交付成果
2.5.1需完成的軟體
2.5.2需提交用戶的文檔
2.5.3須提交內部的文檔
2.5.4應當提供的服務
2.6項目開發環境
2.7項目驗收方式與依據
3項目團隊組織
3.1組織結構
3.2人員分工
3.3協作與溝通
3.3.1內部協作
3.3.2外部溝通
4實施計劃
4.1風險評估及對策
4.2工作流程
4.3總體進度計劃
4.4項目監控
4.4.1質量控制計劃
4.4.2進度監控計劃
4.4.3預算監控計劃
4.4.4配置管理計劃
5支持條件
5.1內部支持（可選）
5.2客戶支持（對項目而言）
5.3外包（可選）
6預算（可選）
6.1人員成本
6.2設備成本
6.3其它經費預算
6.4項目合計經費預算
7關鍵問題
8專題計劃要點

『叄』 開發標准

《計算機軟體工程規范國家標准匯編2000》包括全部現行有效的計算機軟體工程規范及其相關的國家標准：

GB/T11457—1995 軟體工程術語

GB/T12504—1990 計算機軟體質量保證計劃規范

GB/T12505—1990 計算機軟體配置管理計劃規范

GB/T13423—1992 工業控制用軟體評定準則

GB/T13502—1992 信息處理程序構造及其表示的約定

GB/T13702—1992 計算機軟體分類與代碼

GB/T8567—1988 計算機軟體產品開發文件編制指南

GB/T9385—1988 計算機軟體需求說明編制指南

GB/T9386—4988 計算機軟體測試文件編制規范

GB/T14079—1993 軟體維護指南

GB/T14085—1993 信息處理系統、 計算機系統配置圖符號及約定

GB/T15532—1995 計算機軟體單元測試

GB/T16260—1996 信息技術、 軟體產品評價、 質量特性及其使用指南

GB/T16680—1996 軟體文檔管理指南

GB/T15853—1995 軟體支持環境

GB/T17544—1998 信息技術軟體包質量要求和測試

GB/T15538—1995 軟體工程標准分類法

GB/T15697—1995 信息處理按記錄組處理順序文卷的程序流程

GB/T14394—1993 計算機軟體可靠性和可維護性管理

GB/T15535—1995 信息處理——單命中判定表規范

『肆』 求國家標准 GB/T8567-1988的文件 謝謝

替你找來了，不算慢吧！以下的資料有地址，你看看吧！
標准編號:GB/T 8567-1988
標准名稱:計算機軟體產品開發文件編制指南
英文標題:Guidelines for computer software proct development documentation
替代情況:被GB/T 8567-2006代替
實施日期:1988-7-1
頒布部門:國家標准局
內容簡介:本指南是一份指導性文件。本指南建議，在一項計算機軟體的開發過程中，一般地說，應該產生十四種文件。這十四種文件是：可行性研究報告；項目開發計劃；軟體需求說明書；數據要求說明書；概要設計說明書；詳細設計說明書；資料庫設計說明書；用戶手冊；操作手冊；模塊開發卷宗；測試計劃；測試分析報告；開發進度月報；項目開發總結報告。
http://youa..com/item/bdde4cec530b850af4eac397

『伍』 我想向你請教一個問題：《計算機軟體產品開發文件編制指南》是國家推薦性標准還是國家強制性標准迫切求

「GB/T」是推薦性國家標准，「GB」是強制性國家標准。
《計算機軟體產品開發文件編制指南》是GB/T 8567-1988 所以應該為推薦性國家標准，另，這個已經不用了，改成《計算機軟體文檔編制規范》（GB/T 8567-2006 ），也是推薦性國家標准

『陸』 對外經濟貿易部關於經貿企業會計核算軟體管理的暫行規定

一、總則第一條為推動經貿企業會計電算化順利、穩定、協調發展，保證會計資料處理與保存的合法、安全、准確、真實，促進經貿企業會計核算軟體設計與使用規范化，根據財政部《關於印發＜會計核算軟體管理的幾項規定＞的通知》和《印發＜關於會計核算軟體評審問題問題補充規定（試行）＞的通知》的規定，並結合企業會計核算與管理的特點，特製定本規定。第二條下列實行獨立核算的經貿企業均執行本規定
（一）經貿部直屬企業單位及其分、子公司。
（二）各省、自治區、直轄市及計劃單列市經貿廳委、外貿局（以下簡稱：各省經貿廳）所屬的各級外貿、進出口公司和其他企業。第三條本規定所指會計核算軟體是指用於會計核算工作的計算機用軟體。二、對會計核算軟體的基本要求第四條會計核算軟體必須符合下列基本要求，才能正式提供使用：
（一）軟體提供的數據輸入項目符合經貿部發布或審核批準的現行會計制度的規定。
（二）軟體提供的會計科目編碼符合經貿部發布或審核批準的現行會計制度中有關會計科目編碼的規定。
（三）軟體具有必要的防範會計數據輸入差錯的功能。
（四）軟體的計算和結帳功能符合經貿部發布或審核批準的現行會計制度的規定。
（五）經計算機登帳處理的系統內會計憑證及據以登記的相應帳簿，軟體只能提供留有痕跡的更正功能。
（六）軟體具有按規定列印輸出各種帳簿以及必要的查詢功能，列印輸出的帳頁連續編碼。
（七）對計算機根據已輸入的會計憑證和據以登記的相應帳簿生成的各種報表數據，軟體無修改功能。
（八）軟體具有防止非指定人員擅自使用和對指定操作人員實行使用許可權控制功能。
（九）對存儲在磁性介質或其他介質上的程序文件和相應的數據文件，軟體有必要的保護措施。
（十）軟體具有在計算機發生故障或由於其他原因引起內外存會計數據破壞的情況下，利用現有數據恢復到最近狀態的功能。三、會計核算軟體的評審第五條對擬在經貿系統范圍內推廣應用或作商品銷售以及經貿企業自行開發使用的會計核算軟體必須申請通過評審。經貿部與各省經貿廳分別成立評審機構。
（一）經貿部成立會計核算軟體評審委員會，由部財會司與部計算中心的有關人員聯合組成，日常辦事機構設在經貿部財會司。
（二）各省經貿廳成立相應的會計核算軟體評審委員會。
（三）經貿部及各省經貿廳會計核算軟體評審委員會均應由取得中級技術職稱（會計師或工程師）的會計與計算機專業人員組成。第六條會計核算軟體申請評審的前提條件是軟體必須在本單位（擬作商品銷售或推廣應用的軟體必須在兩個單位以上）與手工並行運行三個月以上，並保存有完整的與手工處理相一致的數據。第七條申請評審的會計核算軟體，開發單位應提交下列資料：
（一）軟體需求說明書（自行開發使用者免交）。
（二）軟體概要設計說明書。
（三）用戶操作手冊（自行開發使用者免交）。
（四）項目開發總結報告。
（五）用戶意見（自行開發使用者免交）。
（六）試用單位列印輸出的憑證、帳簿、報表樣本。
以上（一）至（四）項按國際BG567－88《計算機軟體產品開發文件編制指南》編寫。第八條會計核算軟體的評審根據不同情況分別由以下機構主持審批。
（一）屬於經貿部直屬的各公司及其分、子公司的會計核算軟體由經貿部會計核算軟體評審委員會主持審批。
（二）屬於各省經貿廳所屬的各外貿進出口公司和其他企業自行開發使用的會計核算軟體由各省經貿廳會計核算評審委員會主持審批並報經貿部備案。
（三）屬於各省經貿廳所屬的各外貿進出口公司和其他企業擬在省經貿廳系統內作商品銷售或推廣應用的會計核算軟體由省經貿廳會計核算軟體評審委員會評審後上報經貿部會計核算軟體評審委員會審批。第九條會計核算軟體評審的主要內容是審查其是否達到了本規定對會計核算軟體的基本要求。第十條會計核算軟體評審委員會應認真做好下列主要工作：
（一）採用模擬數據對軟體進行測試。
（二）對軟體的實際應用情況進行實地考察。
（三）在充分論證的基礎上，寫出書面評審意見並以無記名投票（三分之二多數通過）方式通過。
（四）對評審合格者發給合格證書。

『柒』 GB8567——88具體指的是什麼

GB8567目前最新的版本是2006年發布的【計算機軟體文檔編制規范】，你所找的88年的版本是已經作廢的標准，說的是【計算機軟體產品開發文件編制指南】已經被現在這個2006的代替了。應以2006年的為主了，GB/T 8567-1988已經不能使用了。這兩條標準的的介紹及內容都可以在下邊的地址找得到，有需要的話可以去了解一下！ 標准編號:GB/T 8567-1988 標准名稱:計算機軟體產品開發文件編制指南 標准狀態:作廢 英文標題:Guidelines for computer software proct development documentation 替代情況:被GB/T 8567-2006代替 實施日期:1988-7-1 頒布部門:國家標准局 內容簡介:本指南是一份指導性文件。本指南建議，在一項計算機軟體的開發過程中，一般地說，應該產生十四種文件。這十四種文件是：可行性研究報告；項目開發計劃；軟體需求說明書；數據要求說明書；概要設計說明書；詳細設計說明書；資料庫設計說明書；用戶手冊；操作手冊；模塊開發卷宗；測試計劃；測試分析報告；開發進度月報；項目開發總結報告。 出處: http://www.csres.com/detail/70386.html 下載: http://www.csres.com/upload/qy/yn/GB-T%208567-19881.pdf 標准編號:GB/T 8567-2006 標准名稱:計算機軟體文檔編制規范 標准狀態:現行 英文標題:Specification for computer software documentation 替代情況:替代GB/T 8567-1988 實施日期:2006-7-1 頒布部門:中華人民共和國國家質量監督檢驗檢疫總局 中國國家標准化管理委員會 內容簡介:本標准對軟體的開發過程和管理過程應編制的主要文檔及其編制的內容、格式規定了基本要求。本標准原則上適用於所有類型的軟體產品的開發過程和管理過程。 出處: http://www.csres.com/detail/111032.html 下載: http://www.csres.com/upload/qy/in/GBT8567-20061.pdf

『捌』 國標GB8567-88《計算機軟體產品開發文件編制指南》附錄A A.6.1.1 基本建設投資 b.ADP設備 這ADP什麼意思

ADP全稱accelerateddatapath，稱為「超路徑」技術。

『玖』 文檔編制的其他

1.應根據任務的規模、復雜性、項目負責人對該軟體的開發過程及運行環境所需詳細程度的判斷，確定文檔的詳細程度。
2.對國標GB8567—88《計算機軟體產品開發文件編制指南》所建議的所有條款都可以擴展，進一步細分，以適應需要;反之，如果條款中有些細節並非必需，也可以根據實際情況壓縮合並。
3.程序的設計表現形式，可以使用程序流程圖、判定表、程序描述語言(PDI，)、或問題分析圖(PAD)等。
4.對於文檔的表現形式，沒有規定或限制。可以使用自然語言、也可以使用形式化的語言。
5.當國標《計算機軟體產品開發文件編制指南》中所規定的文檔種類不能滿足某些應用部門的特殊需要時，可以建立一些特殊的文檔種類要求。這些要求可以包含在本單位的文檔編制實施規定中。
《軟體產品開發文件編制指南》中給出了一個例子，利用求和法綜合衡量12種考慮因素，來確定應編制文檔的種類。使用這個方法的具體過程如下：
a.針對表所列的12種衡量因素，考察所開發的軟體。對每一種因素給出一個分值，其范圍從1到5。
b.把衡量所得的各個因素的值相加，得總和之值。
c.根據總和之值，對表表進行查找，確定應編制的文檔的種類。
其中，數據要求說明書欄用**表示應當根據所開發軟體的實際需要來確定是否需要編制這個文檔。測試分析報告欄用*表示這個文檔應該編寫，但不必很正規。
(6)可追溯性：
由於各開發階段編制的文檔與各個階段完成的工作有密切的關系，前後兩個階段生成的文檔，隨著開發工作的逐步延伸，具有一定的繼承關系，在一個項目各開發階段之間提供的文檔必定存在著可追溯的關系。例如，某一項軟體需求，必定在設計說明書、測試計劃、甚至用戶手冊中有所體現。必要時應能做到跟蹤追查。