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工具来自动化计算。