A. 請問軟體開發企業中有沒有什麼國家標准或者行業標准方面的資質
GA 793.2-2008 城市監控報警聯網系統 合格評定 第2部分：管理平台軟體測試規范 (單行本完整清晰掃描版) 4590KB
GB/T 13702-1992 計算機軟體分類與代碼.pdf 116KB
GB/T 20918-2007 信息技術 軟體生存周期過程 風險管理- 632KB
GB/T 20527.3-2006 多媒體用戶界面的軟體人類工效學 第3部分：媒體選擇與組合- 1512KB
GB/T 20527.1-2006 多媒體用戶界面的軟體人類工效學 第1部分：設計原則和框架- 747KB
GB/T 19003-2008 軟體工程 GB/T19001-2000應用於計算機軟體的指南(不太清晰)- 5410KB
GB/T 21109.1-2007 過程工業領域安全儀表系統的功能安全 第1部分：框架、定義、系統、硬體和軟體要求 0KB
CNAS-GL11：2007《檢測和校準實驗室能力認可准則在軟體和協議檢測實驗室的應用指南 》 455KB
GB/T 20438.3-2006 電氣/電子/可編程電子安全相關系統的功能安全 第3部分：軟體要求 (單行本完整清晰掃描版) 1739KB
GB 19000.3-1994 質量管理和質量保證標准 第三部分：G B T 19001--ISO 9001 在軟體開發、供應和維護中的使用指南.pdf 752KB
GBT 15538-1995 軟體工程標准分類法.pdf 405KB
GA/T 712-2007 信息安全技術 應用軟體系統安全等級保護通用測試指南 3548KB
SJ/T 11372-2007 中文辦公軟體用戶界面要求 2548KB
GB/T 21026-2007 中文辦公軟體應用編程介面規范 2088KB
DLSIA01012007大連軟體及信息信息服務業個人信息保護規范 176KB
DB21/T 1522-2007 軟體及信息服務業個人信息保護規范 144KB
SJ/T 11375-2007 軟體構件 產品質量 第2部分：質量度量 967KB
SJ/T 11374-2007 軟體構件 產品質量 第1部分：質量模型 301KB
SJ/T 11373-2007 軟體構件管理 第1部分：管理信息模型 1018KB
GB/T 20494.1-2006 縮微攝影技術 使用單一內顯示系統生成影像的COM記錄器的質量控制 第1部分軟體測試標板的特性 249KB
GJB/Z 141-2004 軍用軟體測試指南 (單行本完整清晰掃描版) 5650KB
GJB 4279-2001 指揮自動化系統應用軟體通用要求(單行本完整清晰掃描版) 632KB
GB／T 9386-2008 計算機軟體測試文檔編制規范 2053KB
GB／T 9385-2008 計算機軟體需求規格說明規范 1413KB
GB／T 15532-2008 計算機軟體測試規范 4033KB
GB/T 20917-2007軟體工程 軟體測量過程 (單行本完整清晰掃描版) 1580KB
GB/T 19902.3-2006 工業自動化系統與集成 製造軟體互操作性能力建規 第3部分：介面服務、協議及能力模板 (單行本完整清晰掃描版) 8388KB
SH/T 3901-1994工程設計計算機軟體開發及文檔編制規范 2730KB
MT/T 1008-2006 煤礦安全生產監控系統軟體通用技術要求 343KB
JJF 1182-2007 計量器具軟體測評指南 單行本完整清晰掃描版 2371KB
GJB 4072A-2006 軍用軟體質量監督要求(含實施指南) 1874KB
GJB 4072A-2006 軍用軟體質量監督要求 單行本完整清晰掃描版 654KB
GBZ 18493-2001 信息技術軟體生存周期過程指南 1521KB
GB/Z 18914-2002信息技術 軟體工程 CASE工具的採用指南 662KB
GB/T 19898-2005 工業過程測量和控制 應用軟體文檔集 1465KB
GB/T 19668.5-2007 信息化工程監理規范 第5部分：軟體工程監理規范 單行本完整清晰掃描版 2558KB
GB/T 18726-2002 現代設計工程集成技術的軟體介面規范 2852KB
GB/T 18492-2001 信息技術系統及軟體完整性級別 503KB
GB/T 16896.1-2005 高電壓沖擊測量儀器和軟體 第一部分 對儀器的要求 856KB
GB/T 16260.2-2006 軟體工程 產品質量 第2部分 外部度量 2969KB
GB/T 20916-2007 中文辦公軟體文檔格式規范(報批稿) 3318KB
GB/T 19902.2-2005 工業自動化系統與集成 製造軟體互操作性能力建規 第2部分 建規方法論 545KB
GB/T 19902.1-2005 工業自動化系統與集成 製造軟體互操作性能力建規 第1部分 框架 1240KB
GB/T 19769.2-2005 工業過程測量和控制系統用功能塊 第2部分 軟體工具要求 9216KB
GB/T 18491.1-2001 信息技術 軟體測量 功能規模測量 第1部分：概念定義 391KB
GB/T 18221-2000 信息技術 程序設計語言 環境與系統軟體介面 獨立於語言的數據類型 5780KB
GB/T 11457-2006 信息技術 軟體工程術語 2296KB
GB 8567-2006計算機軟體文檔編制規范 4657KB
SB/T 10265-1996飯店業計算機管理軟體開發設計基本規范 159KB
SB/T 10264-1996餐飲業計算機管理軟體開發設計基本規范 191KB
GB/Z 20156-2006 軟體工程 軟體生存周期過程 用於項目管理的指南 971KB
GB/T 8566-2007 信息技術 軟體生存周期過程 5114KB
GB/T 20917-2007軟體工程軟體測量過程 1002KB
GB/T 20438.3-2006 電氣 電子 可編程電子安全相關系統的功能安全 第3部分 軟體要求 2625KB
GB/T 20276-2006 信息安全技術 智能卡嵌入式軟體安全技術要求（EAL4增強級） 8846KB
GB/T 20158-2006信息技術軟體生存周期過程配置管理 770KB
GB/T 20157-2006信息技術軟體維護 1008KB
GB/T 16260.4-2006軟體工程產品質量第4部分使用質量的度量 1835KB
GB/T 16260.3-2006軟體工程產品質量第3部分內部度量 1814KB
GB/T 16260.1-2006軟體工程產品質量第I部分質量模型 890KB
SY/T 6245-1996 建立地震勘探處理軟體考核剖面的規程 317KB
SY/T 5232-1999 石油工業應用軟體工程規范 993KB
SJ/T 11291-2003 面向對象的軟體系統建模規范 第3部分：文檔編制 630KB
SJ/T 11290-2003 面向對象的軟體系統建模規范 第1部分：概念與表示法 6296KB
SJ/T 11235-2001 軟體能力成熟度模型 15189KB
SJ/T 11234-2001 軟體過程能力評估模型 16637KB
SJ/T 10367-93 計算機過程式控制制軟體開發規程 2147KB
SJ 20823-2002 信息技術 軟體生存周期過程 配置管理 1037KB
SJ 20822-2002 信息技術 軟體維護 1802KB
SJ 20778-2000 軟體開發與文檔編制 8831KB
SJ 20681-98 地空導彈指揮自動化系統軟體模塊通用規范 677KB
SJ 20567-96 指揮自動化系統應用軟體介面要求 351KB
SJ 20523-95 軟體文檔管理指南 1168KB
SJ 20356-93 機載雷達軟體質量保證規程 569KB
SJ 20355-93 機載雷達軟體開發規程 878KB
SJ 20354-93 機載雷達軟體文檔編制規程 784KB
JGJ/T 90-92 建設領域計算機軟體工程技術規范 953KB
JB/T 6987-1993 製造資源計劃MRPⅡ系統原型法軟體開發規范 490KB
CB 1360-2002 計算機軟體測試規程 4346KB
GJB/Z 115-1998 GJB2786 《武器系統軟體開發》剪裁指南 2594KB
GJB/Z 102-1997 軟體可靠性和安全性設計准則 715KB
GJB 640.2-88 海軍軟體規范 質量保證 598KB
GJB 640.1-88 海軍軟體規范 術語 555KB
GJB 5235-2004 軍用軟體配置管理 385KB
GJB 5234-2004 軍用軟體驗證和確認 2682KB
GJB 439-1988 軍用軟體質量保證規范 189KB
GJB 438A-1997 武器系統軟體開發文檔 1702KB
GJB 437-1988 軍用軟體開發規范 690KB
GJB 3181-98 軍用軟體支持環境選用要求 1334KB
GJB 2786-1996 武器系統軟體開發 1068KB
GJB 2694-1996 軍用軟體支持環境 435KB
GJB 2434A-2004 軍用軟體產品評價 5971KB
GJB 2255-1994 軍用軟體產品 2494KB
GJB 2115-1994 軍用軟體項目管理規程 271KB
GJB 2041-1994 軍用軟體介面設計要求 574KB
GJB 1419-1992 軍用計算機軟體摘要 243KB
GJB 1268A-2004 軍用軟體驗收要求 303KB
GJB 1267-1991 軍用軟體維護 209KB
GJB 1091-1991 軍用軟體需求分析 206KB
GB/T 8566-2001 信息技術 軟體生存周期過程 1332KB
GB/T 18905.6-2002軟體工程 產品評價 第6部分 評價模塊的文檔編制 1027KB
GB/T 18905.5-2002軟體工程 產品評價 第5部分 評價者用的過程 1178KB
GB/T 18905.4-2002軟體工程 產品評價 第4部分 需方用的過程 1461KB
GB/T 18905.3-2002軟體工程 產品評價 第3部分 開發者用的過程 607KB
GB/T 18905.2-2002軟體工程 產品評價 第2部分 策劃和管理 441KB
GB/T 18905.1-2002軟體工程 產品評價 第1部分 概述 723KB
GB/T 16680-1996 軟體文檔管理指南 471KB
GB/T 16260-1996 信息技術 軟體產品評價 質量特性及其使用指南 437KB
GB/T 15532-1995 計算機軟體單元測試 508KB
GB/T 14394-1993 計算機軟體可靠性和可維護性管理 213KB
GB/T 14079-93軟體維護指南 341KB
GB/T 12505-90計算機軟體配置管理計劃規范 830KB
GB/T 12504-90計算機軟體質量保證計劃規范 757KB
GB/T 9386-1988 計算機軟體測試文件編制規范 370KB
GB/T 9385-1988 計算機軟體需求說明編制指南 624KB
GB/T 8567-1988 計算機軟體產品開發文件編制指南 1202KB
.......
到易啟標准網搜索後下載吧。
易啟標准網有這些全文電子版免費下載的. 上面是我幫您在易啟標准網搜索到的搜索結果列表，供您下載參考。
下載方法,先在Google谷歌和網路搜索到易啟標准網,打開網站免費注冊成為會員,登陸後搜索您要的標准或者書籍,然後下載.如有問題可參考這個網站的幫助文件的.
B. 請問軟體開發企業中有沒有什麼國家標准或者行業標
有用的國家標准很多，大部分是ISO標準的采標。例如GB/T 8566-2007《信息技術 軟體生存周期過程》，GB/T 16680-2015《系統與軟體工程 用戶文檔的管理者要求》。
推薦的做法，就是登陸國家標准委的官網，網址
http://www.sac.gov.cn/was5/web/outlinetemplet/gjbzcx.jsp
然後查詢 信息技術、軟體工程、系統工程、信息安全技術，能夠看到很多很多文檔，這些網頁打開會，可以看到採用國標標准，然後如果英文可以，到ISO的官網上，用標准號或標准名稱檢索，就能夠看到ISO標准。
IEEE在軟體工程很面，很多標準是與ISO/IEC一起做的，或者是採用ISO/IEC的標准。CMMI實際上本身是一個框架，但是採用的標准往往就是ISO/IEC標准或IEEE標准。
C. 軟體質量評價的標準是什麼
我們把影響軟體質量的因素分成三組，分別反映用戶在使用軟體產品時的三種不同傾向或觀點。這三種傾向是：產品運行、產品修改和產品轉移。信息系統作為一個產品，也可以參照這三種傾向來定義。 我們可以採取以下步驟實施全面質量控制： 1．實行工程化開發 「信息系統開發方法」一詞的廣義理解是「探索復雜系統開發過程的秩序」；狹義理解是「一組為信息系統開發起工具作用的規程」，按這些規程工作，可以較合理地達到目標。規程由一系列活動組成，形成方法體系。信息系統是一項系統工程，必須建立嚴格的工程式控制制方法，要求開發組的每一個人都要遵守工程規范。 2．實行階段性凍結與改動控制 信息系統具有生命周期，這就為我們劃分項目階段提供了參考。一個大項目可分成若干階段，每個階段有自已的任務和成果。這樣一方面便於管理和控制工程進度，另一方面可以增強開發人員和用戶的信心。 在每個階段末要「凍結」部分成果，作為下一階段開發的基礎。凍結之後不是不能修改，而是其修改要經過一定的審批程序，並且涉及到項目計劃的調整。 3．實行里程碑式的審查與版本控制 里程碑式審查就是在信息系統生命周期每個階段結束之前，都正式使用結束標准對該階段的凍結成果進行嚴格的技術審查，如果發現問題，就可以及時在階段內解決。版本控制是保證項目小組順利工作的重要技術。版本控制的含義是通過給文檔和程序文件編上版本號，記錄每次的修改信息，使項目組的所有成員都了解文檔和程序的修改過程。廣義的版本控制技術稱為軟體配製管理，並已有功能完善的軟體工具支持，如PVCS和Microsoft Visual SourceSafe。 4．實行面向用戶參與的原型演化 在每個階段的後期，快速建立反映該階段成果的原型系統，通過原型系統與用戶交互，及時得到反饋信息，驗證該階段的成果並及時糾正錯誤，這一技術被稱為「原型演化」。原型演化技術需要先進的CASE工具的支持。 5． 盡量採用面向對象和基於構件的方法 面向對象的方法強調類、封裝和繼承，能提高軟體的可重用性，將錯誤和缺憾局部化，同時還有利於用戶的參與，這些對提高信息系統的質量都大有好處。 基於構件的開發又被稱為「即插即用編程」方法，是從計算機硬體設計中吸收過來的優秀方法。這種編程方法是將編制好的「構件」插入已做好的框架中，從而形成一個大型軟體。構件是可重用的軟體部分，構件既可以自己開發，也可以使用其他項目的開發成果，或者直接向軟體供應商購買。當我們發現某個構件不符合要求時，可對其進行修改而不會影響其他構件，也不會影響系統功能的實現和測試，就好像整修一座大樓中的某個房間，不會影響其他房間的使用。 6．全面測試 要採用適當的手段，對系統調查、系統分析、系統設計、實現和文檔進行全面測試。 7．引入外部監理與審計 要重視信息系統的項目管理，特別是項目人力資源的管理，因為項目成員的素質和能力以及積極性是項目成敗的關鍵。同時還要重視第三方的監理和審計的引入，通過第三方的審查和監督來確保項目質量。
D. 軟體質量的標准
(1)軟體需求是度量軟體質量的基礎，與需求不一致就是質量不高。
(2)指定的標準定義了一組指導軟體開發的准則，如果沒有遵守這些准則，幾乎肯定會導致質量不高。
(3)通常，有一組沒有顯式描述的隱含需求（如期望軟體是容易維護的）。如果軟體滿足明確描述的需求，但卻不滿足隱含的需求，那麼軟體的質量仍然是值得懷疑的。
E. 如何評價軟體開發人員的開發質量
我認為一個有效評價手段應該達到以下目的：
1、 對團隊：讓整個團隊進入愉快高效工作狀態
2、 對「高手」：獎勵幹活多幹活好的人
3、 對「低手」：從制度上杜絕磨洋工的現象
4、 對「中手」：提供工作認真但是水平有待提高的成員生存成長空間
一個團隊，總是有著各種各樣的人，每個人在這個團隊里都是主角。為了團隊，他們有著相同的目標，但卻擔任著不同的角色，做著不同的事情。正因為每個人都做不同的事情，所以我們很難在定義一個統一的標准來評判個人在團隊中的績效。
我覺得最終的目的，是在團隊中起到什麼作用，是很重要的一件事情。希望我的回答能夠幫助到你。謝謝。希望你能夠採納我的答案，謝謝。
F. 如何定義軟體開發的質量管理流程
軟體開發的質量很難制定具體的、數量化的產品質量標准，所以沒有相應的國際標推、國家標准或行業標淮。對軟體產品而言，無法制定諸如"合格率"、"一次 通過率"、"PPM"、"壽命"之類的質量目標。
所以，企業只能從以下幾點去管理：
1、軟體質量管理應該貫穿軟體開發的全過程，而不僅僅是軟體本身，應該首先考慮完成該軟體生產的整個過程是否達到了 一定質量要求。
2、對開發文檔的評審是產品檢驗的重要方式 由於軟體是在計算機上執行的代碼，離開軟體的安裝、使用說明文檔等則寸步難行，所以開發過程中的很多文檔資料也作為產品的組成部分，需要像對產品一樣進行檢驗，而對文檔資料的評審就構成了產品檢驗的重要方式。
3、運用技術手段保證質量 ，利用多種工具軟體進行質量保證的各種工作，來促進軟體質量的提高。
4、應用質量管理思想滿足顧客需要 ，預防缺陷。
G. 什麼叫軟體質量
軟體質量就是「軟體與明確地和隱含地定義的需求相一致的程度」。
更具體地說，軟體質量是軟體與明確地敘述的功能和性能需求、文檔中明確描述的開發標准以及任何專業開發的軟體產品都應該具有的隱含特徵相一致的程度。
(7)軟體開發質量標准圖片擴展閱讀
軟體質量因素的定義
1、正確性（Correctness）：系統滿足規格說明和用戶目標的程度，即在預定環境下能正確地完成預期功能的程度；
2、健壯性（Robustness）：在硬體發生故障、輸入的數據無效或操作錯誤等意外環境下，系統能做出適當響應的程度；
3、效率（Efficiency）：為了完成預定的功能，系統需要的計算資源的多少；
4、完整性（Efficiency）或安全性（Security）：對未經授權的人使用軟體或數據的企圖，系統能夠控制（禁止）的程度；
5、可用性（Usability）：系統在完成預定應該完成的功能時令人滿意的程度；
6、風險（Risk）：按預定的成本和進度把系統開發出來，並且為用戶所滿意的概率。
參考資料來源：網路-軟體質量
H. 軟體開發有哪些規范和標准
你好 很高興回答你的問題
學軟體技術開發，需要先掌握住C語言、電路原理、模擬電子技術、數字邏輯、數值分析、計算機組成原理、離散數學、數據結構、操作系統、計算機網路、計算機系統結構、資料庫系統、高級語言程序設計、多媒體技術、軟體工程、軟體項目管理、軟體測試技術、電子商務、信息安全技術。
I. 什麼是軟體開發的品質條件和性能條件
衡量軟體質量的5個最常用的指標來說明軟體開發的品質條件和性能條件。
SLOC（Source Lines of Code，源代碼行）
計算代碼行數可能是最簡單的衡量指標，主要體現了軟體的規模，並為項目增長和規劃提供了相關數據。
每個代碼段/模塊/時間段中的bug數
實現更好的測試以及更高的可維護性，bug跟蹤是必不可少的。每個代碼段、模塊或時間段（天、周、月等）內的bug可以很容易通過工具統計出來。
代碼覆蓋率
並不能代表單元測試的整體質量，但可以提供一些測試覆蓋率相關的信息，可以和其他一些測試指標一起來使用。
開發約束
圈復雜度（Cyclomatic Complexity）
衡量一個模塊判定結構的復雜程度，已經成為評估軟體質量的一個重要標准，能幫助開發者識別難於測試和維護的模塊，在成本、進度和性能之間尋求平衡。圈復雜度可以使用pmd工具來自動化計算。