风中浪荡
国军标六性：可靠性、安全性、维修性、测试性、保障性、环境适应
国军标是为了保证军用元器件的质量，对元器件所制定的一系列的标准与要求，以备对航天等部门提供优质的元器件。国军标是国家军用标准的简称，代号GJB，归口单位是中航工业301所。军用标准的定义是指满足军事技术和技术管理中的概念、程和程序等内容规定统一要求的一类标准。我国军用标准主要分三类：军用规范、军用标准、指导性技术文件。
扩展资料：
标准发展：
国军标归口单位中航工业综合技术研究所，立足服务政府、军方和社会，下大力气积极参与发展研究国家军用标准，为国军标发展至1万2千多条的规模做出了突出贡献。
为响应“互联网+”的号召，中航工业301所身先士卒，推动国军标在各行各业中的普及和应用，提升我国工业和管理水平的提升。成立了工业与信息化标准网 ，建立国军标数据资源库，方便企业查询国军标，得到了社会各界的好评。
质量管理体系要求B版都涉及了那些标准？？？
GJB9001C 质量管理体系要求B版涉及的国军标
GJB0.1-2001 军用标准文件编制工作导则第1部分;军用标准和指导性技术文件编写规定
2.GJB0.2-2001 军用标准文件编制工作导则 第2部分：军用规范编写规定
3.GJB0.3-2001 军用标准文件编制工作导则 第3部分：出版印刷规定
4.GJB/Z69-94 军用标准的选用和剪裁导则
5.GJB1405A-2006 装备质量管理术语（代替GJB1405-92,GJBz20357）
6.GJB3885A-2006 装备研制过程质量监督要求（代替GJB3885-99）
7.GJB3887A-2006 军事代表参加装备定型工作程序(代替GJB3887-99)
8.GJB3899A-2006 大型复杂装备军事代表质量监督体系工作要求（代替GJB3899-99，GJB3918-99）
9.GJB4072A-2006 军用软件质量监督要求（代替GJB4072-2000）
10.GJB5708-2006 装备质量监督通用要求（代替GJBz20275-95 ）
11.GJB5710-2006 装备生产过程质量监督要求(代替GJBz20276-95)
12.GJB5712-2006 装备试验质量监督要求
13.GJB3920A-2006 装备转厂复产鉴定质量监督要求（代替GJB3920-99）
14.GJB2993-97 武器装备研制项目管理
15.GJB/Z379A-92 质量管理手册编制指南
16.GJB/Z113-98 标准化评审
17.GJB832A-2005 军用标准文件分类（代替GJB832－1990)
18.GJB5159-2004 军工产品定型电子文件要求
19.GJB906-90 成套技术资料质量管理要求
20.GJB9712A-2008 K 无损检测人员资格鉴定与认证
公司只用到一分部，另外的部分再融融网上面搜索，希望可以帮到你。
质量管理发展经历了哪三个主要阶段,各有什么特征?
质量管理的涵义
关于“质量管理(Quality Management,QM)”这一术语的含义有着不尽一致的表述:
•ISO9000“质量管理和质量保证”标准规定：“质量管理是指全部管理职能的一个方面。该管理职能负责质量方针的制订与实施。”
•ISO8402“质量管理和质量保证术语”标准中，将质量管理的含义进行了扩展，规定：“质量管理是指确定质量方针、目标和职责，并通过质量体系中的质量策划、质量控制、质量保证和质量改进来使其实现的所有管理职能的全部活动。”并说明质量管理是各级管理者的职责，但必须由最高领导者来推动，实施中涉及到单位的全体成员。在质量管理活动中，必须考虑经济因素。
由此，我们可以通俗地理解为：质量管理是指为了实现质量目标，而进行的所有管理性质的活动。
[编辑]质量管理的发展史
[编辑]1.工业时代以前的质量管理
虽然人类历史的长河中，最原始的质量管理方式已很难寻觅，但我们可以确信人类自古以来一直就面临着各种质量问题。古代的食物采集者必须了解哪些果类是可以食用的，而哪些是有毒的；古代的猎人必须了解哪些树是制造弓箭最好的木材。这样，人们在实践中获得的质量知识一代一代地流传下去。
人类社会的核心从家庭发展为村庄、部落，产生了分工，出现了集市。在集市上，人们相互交换产品（主要是天然产品或天然材料的制成品），产品制造者直接面对顾客，产品的质量由人的感官来确定。
随着社会的发展，村庄逐渐扩展为商品交换，新的行业——商业出现了。买卖双方不现直接接触了，而是通过商人来进行交换和交易。在村庄集市上通行的确认质量的方法便行不通了，于是就产生了质量担保，从口头形式的质量担保逐渐演变为质量担保书。商业的发展，要使彼此相隔遥远的连锁性厂商和经销商之间能够有效地沟通，新的发明又产生了，这就是质量规范即产品规格。这样，有关质量的信息能够在买卖双方这间直接沟通，无论距离多么遥远，产品结构多么复杂。紧接着，简易的质量检验方法和测量手段也相继产生，这就是在手工业时期的原始质量管理。
由于这时期的质量主要靠手工操作者本人依据自己的手艺和经验来把关，因而又被称为“操作者的质量管理”。18世纪中叶，欧洲爆发了工业革命，其产物就是“工厂”。由于工厂具有手工业者和小作坊无可比拟的优势，导致手工作坊的解体和工厂体制的形成。在工厂进行的大批量生产，带来了许多新的技术问题，如部件的互换性、标准化、工装和测量的精度等，这些问题的提出和解决，催促着质量管理科学的诞生。
[编辑]2.工业化时代的质量管理
20世纪，人类跨入了以“加工机械化、经营规模化、资本垄断化”为特征的工业化时代。在过去的整整一个世纪中，质量管理的发展，大致经历了三个阶段：
[编辑]质量检验阶段
20世纪初，人们对质量管理的理解还只限于质量的检验。质量检验所使用的手段是各种的检测设备和仪表，方式是严格把关，进行百分之百的检验。其间，美国出现了以泰罗为代表的“科学管理运动”。“科学管理”提出了在人员中进行科学分工的要求，并将计划职能与执行职能分开，中间在加一个检验环节，以便监督、检查对计划、设计、产品标准等项目的贯彻执行。这就是说，计划设计、生产操作、检查监督各有专人负责，从而产生了一支专职检查队伍，构成了一个专职的检查部门，这样，质量检验机构就被独立出来了。起初，人们非常强调工长在保证质量方面的作用，将质量管理的责任由操作者转移到工长，故被人称为“工长的质量管理”。
后来，这一职能又由工长转移到专职检验人员，由专职检验部门实施质量检验。称为“检验员的质量管理”。
质量检验是在成品中挑出废品，以保证出厂产品质量。但这种事后检验把关，无法在生产过程中起到预防、控制的作用。废品已成事实，很难补救。且百分之百的检验，增加检验费用。生产规模进一步扩大，在大批量生产的情况下，其弊端就突显出来。一些著名统计学家和质量管理专家就注意到质量检验的问题，尝试运用数理统计学的原理来解决，使质量检验既经济又准确，1924年，美国的休哈特提出了控制和预防缺陷的概念，并成功地创造了“控制图”，把数理统计方法引入到质量管理中，使质量管理推进到新阶段。1929年道奇(H.F.Dodge)和罗米克(H.G.Romig)发表了《挑选型抽样检查法》论文。
[编辑]统计质量控制阶段
这一阶段的特征是数理统计方法与质量管理的结合。
第一次世界大战后期，为了在短时期内解决美国300万参战士兵的军装规格是服从正态分布的。因此他建议将军装按十种规格的不同尺寸加工不同的数量。美国国防部采纳了他的建议，结果，制成的军装基本符合士兵体裁的要求。
后来他又将数理统计的原理运用到质量管理中来，并发明了控制图。他认为质量管理不仅要搞事后检验，而且在发现有废品生产的先兆时就进行分析改进，从而预防废品的产生。控制图就是运用数理统计原理进行这种预防的工具。因此，控制图的出现，是质量管理从单纯事后检验转入检验加预防的标志，也是形成一门独立学科的开始。第一本正式出版的质量管理科学专著就是1931年休哈特的《工业产品质量经济控制》。
在休哈特创造控制图以后，他的同事在1929年发表了《抽样检查方法》。他们都是最早将数理统计方法引入质量管理的，为质量管理科学做出了贡献。然而，休哈特等人的创见，除了他们所在的贝尔系统以外，只有少数美国企业开始采用。特别是由于资本主义的工业生产受到了二十年代开始的经济危机的严重影响，先进的质量管理思想和方法没有能够广泛推广。第二次世界大战开始以后，统计质量管理才得到了广泛应用。这是由于战争的需要，美国军工生产急剧发展，尽管大量增加的检验人员，产品积压待检的情况日趋严重，有时又不得不进行无科学根据的检查，结果不仅废品损失惊人，而且在战场上经常发生武器弹药的质量事故，比如炮弹炸膛事件等等，对士气产生极坏的影响。在这种情况下，美国军政部门随即组织一批专家和工程技术人员，于1941～1942年间先后制订并公布了Z1.1《质量管理指南》、Z1.2《数据分析用控制图》、Z1.3《生产过程中质量管理控制图法》，强制生产武器弹药的厂商推行，并收到了显著效果。从此，统计质量管理的方法才得到很多厂商的应用，统计质量管理的效果也得到了广泛的承认。
二次世界大战结束后，美国许多企业扩大了生产规模，除原来生产军火的工厂继续推行质量管理的条件方法以外，许多民用工业也纷纷采用这一方法，美国以外的许多国家，如加拿大、法国、德国、意大利、墨西哥、日本也都陆续推行了统计质量管理，并取得了成效。但是，统计质量管理也存在着缺陷，它过分强调质量控制的统计方法，使人们误认为“质量管理就是统计方法”，“质量管理是统计专家的事”。使多数人感到高不可攀、望而生畏。同时，它对质量的控制和管理只局限于制造和检验部门，忽视了其它部门的工作对质量的影响。这样，就不能充分发挥各个部门和广大员工的积极性，制约了它的推广和运用。这些问题的解决，又把质量管理推进到一个新的阶段。
[编辑]全面质量管理阶段
五十年代以来，生产力迅速发展，科学技术日新月异，出现了很多新情况。主要有以下几个方面：
科学技术和工业生产的发展，对质量要求越来越高。五十年代以来，火箭、宇宙飞船、人造卫星等大型、精密、复杂的产品出现，对产品的安全性、可靠性、经济性等要求越来越高，质量问题就更为突出。要求人们运用“系统工程”的概念，把质量问题作为一个有机整体加以综合分析研究，实施全员、全过程、全企业的管理。
六十年代在管理理论上出现了“行为科学论”，主张改善人际关系，调动人的积极性，突出“重视人的因素”，注意人在管理中的作用。
随着市场竞争，尤其国际市场竞争的加剧，各国企业都很重视“产品责任”和“质量保证”问题，加强内部质量管理，确保生产的产品使用安全、可靠。
由于上述情况的出现，显然仅仅领带质量检验和运用统计方法已难以保证和提高产品质量，促使“全面质量管理”的理论逐步形成。最早提出全面质量管理概念的是美国通用电气公司质量经理阿曼德·费根堡姆。1961年，他发表了一本著作《全面质量管理》。该书强调执行质量职能是公司全体人员的责任，他提出：“全面质量管理是为了能够在最经济的水平上并考虑到充分满足用户要求的条件下进行市场研究、设计、生产和服务，把企业各部门的研制质量、维持质量和提高质量活动构成为一体的有效体系”。
六十年代以来，费根堡姆的全面质量管理概念逐步被世界各国所接受，在运用时各有所长，在日本叫全公司的质量管理（CWQC）。我国自1978年推行全面质量管理（简称TQC）以来，在实践上、理论上都有所发展，也有待于进一步探索、总结、提高。
综上所述，随着生产力和科学技术的发展，质量管理的理论逐趋完善，更趋科学性，更趋实用性。各国在运用“质量管理”理论时，都各有所长。随着国际贸易的发展，产品的生产销售已打破国界，不同民族、不同国家有不同的社会历史背景，质量的观点也不一样，这往往会形成国际贸易的障碍或鸿沟。需要在质量上有共同的语言和共同的准则。
[编辑]3.质量管理的国际化
随着国际贸易的迅速扩大，产品和资本的流动日趋国际化，相伴而产生的是国际产品质量保证和产品责任问题。1973年在海牙国际司法会议上通过了《关于产品责任适用法律公约》，之后，欧洲理事会在丹麦斯特拉斯堡缔结了《关于造成人身伤害与死亡的产品责任欧洲公约》，同时，旨在消除非关税壁垒，经缔约国谈判通过的《技术标准守则》对商品质量检测合格评定、技术法规等方面作了详尽的规定。由于许多国家和地方性组织相继发布了一系列质量管理和质量保证标准，制订质量管理国际标准已成为一项迫切的需要。为此，经理事会成员国多年酝酿，国际标准化组织（ISO）于1979年单独建立质量管理和质量保证技术委员会（TC176），负责制订质量管理的国际标准。1987年3月正式发布ISO9000~9004质量管理和质量保证系列标准。该标准总结了各先进国家的管理经验，将之归纳、规范。发布后引起世界各国的关注，并予以贯彻，适应了国际贸易发展需要，满足了质量方面对国际标准化的需求。
[编辑]质量管理百年历程（详细）
工业革命前 产品质量由各个工匠或手艺人自己控制
•1875年 泰勒制诞生——科学管理的开端
最初的质量管理——检验活动与其他职能分离，出现了专职的检验员和独立的检验部门。
•1925年 休哈特提出统计过程控制（SPC）理论——应用统计技术对生产过程进行监控，以减少对检验的依赖。
•1930年 道奇和罗明提出统计抽样检验方法。
•1940年代 美国贝尔电话公司应用统计质量控制技术取得成效；
美国军方资供应商在军需物中推进统计质量控制技术的应用；
美国军方制定了战时标准Z1.1、Z1.2、Z1.3——最初的质量管理标准。三个标准以休哈特、道奇、罗明的理论为基础。
•1950年代 戴明提出质量改进的观点——在休哈特之后系统和科学地提出用统计学的方法进行质量和生产力的持续改进；强调大多数质量问题是生产和经营系统的问题；强调最高管理层对质量管理的责任。此后，戴明不断完善他的理论，最终形成了对质量管理产生重大影响的“戴明十四法”。
开始开发提高可靠性的专门方法——可靠性工程开始形成
•1958年 美国军方制定了MIL-Q-8958A等系列军用质量管理标准——在MIL-Q-9858A中提出了“质量保证”的概念，并在西方工业社会产生影响。
•1960年代初 朱兰、费根堡姆提出全面质量管理的概念——他们提出，为了生产具有合理成本和较高质量的产品，以适应市场的要求，只注意个别部门的活动是不够的，需要对覆盖所有职能部门的质量活动策划。
戴明、朱兰、费根堡姆的全面质量管理理论在日本被普遍接受。日本企业创造了全面质量控制（TQC）的质量管理方法。统计技术，特别是“因果图”、“流程图”、“直方图”、“检查单”、“散点图”、“排列图”、“控制图”等被称为“老七种”工具的方法，被普遍用于质量改进。
•1960年代中 北大西洋公约组织（NATO）制定了AQAP质量管理系列标准——AQAP标准以MIL-Q-9858A等质量管理标准为蓝本。所不同的是，AQAP引入了设计质量控制的要求。
•1970年代 TQC使日本企业的竞争力极大地提高，其中，轿车、家用电器、手表、电子产品等占领了大批国际市场。因此促进了日本经济的极大发展。日本企业的成功，使全面质量管理的理论在世界范围内产生巨大影响。
日本质量管理学家对质量管理的理论和方法的发展作出了巨大贡献。
这一时期产生了石川馨、田口玄一等世界著名质量管理专家。
这一时期产生的管理方法和技术包括：JIT—准时化生产、Kanben—看板生产、Kaizen—持续改善、QFD—质量功能展开、田口方法、新七种工具（关联图法、KJ法、系统图、矩阵图、矩阵数据分析法、PDPC法以及箭条图）。
由于田口博士的努力和贡献，质量工程学开始形成并得到巨大发展。
•1979年 英国制定了国家质量管理标准BS5750——将军方合同环境下使用的质量保证方法引入市场环境。这标志着质量保证标准不仅对军用物资装备的生产，而且对整个工业界产生影响。
•1980年代 菲利浦.克罗斯比提出“零缺陷”的概念。他指出，“质量是免费的”。突破了传统上认为高质量是以低成本为代价的观念。他提出高质量将给企业带来高的经济回报。
质量运动在许多国家展开。包括中国、美国、欧洲等许多国家设立了国家质量管理奖，以激励企业通过质量管理提高生产力和竞争力。质量管理不仅被引入生产企业，而且被引入服务业，甚至医院、机关和学校。许多企业的高层领导开始关注质量管理。全面质量管理作为一种战略管理模式进入企业。
•1987年 ISO9000系列国际质量管理标准问世——质量管理和质量保证对全世界1987年版的ISO9000标准很大程度上基于BS5750。质量管理与质量保证开始在世界范围内对经济和贸易活动产生影响。
•1994年 ISO9000系列标准改版——新的ISO9000标准更加完善，为世界绝大多数国家所采用。第三方质量认证普遍开展，有力地促进了质量管理的普及和管理水平的提高。
朱兰博士提出：“即将到来的世纪是质量的世纪”
•1990年代末 全面质量管理（TQM）成为许多“世界级”企业的成功经验证明是一种使企业获得核心竞争力的管理战略。质量的概念也从狭义的符合规范发展到以“顾客满意”为目标。全面质量管理不仅提高了产品与服务的质量，而且在企业文化改造与重组的层面上，对企业产生深刻的影响，使企业获得持久的竞争能力。
在围绕提高质量、降低成本、缩短开发和生产周期方面，新的管理方法层出不穷。其中包括：并行工程（CE）、企业流程再造（BPR）等。
请问软件开发企业中有没有什么国家标准或者行业标准方面的资质
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谷歌和百度搜索到易启标准网,打开网站免费注册成为会员,登陆后搜索您要的标准或者书籍,然后下载.如有问题可参考这个网站的帮助文件的.
在CMM4的两个关键过程领域中，软件质量管理以什么为中心，制定过程管理以什么为中心
CMM是指“能力成熟度模型”，其英文全称为Capability Maturity Model for Software，英文缩写为SW-CMM，简称CMM。它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。
CMM是是一种用于评价软件承包能力并帮助其改善软件质量的方法，侧重于软件开发过程的管理及工程能力的提高与评估。CMM分为五个等级：一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级。
CMM是由美国卡内基梅隆大学软件工程研究所1987年研制成功的，是目前国际上最流行最实用的软件生产过程标准和软件企业成熟度等级认证标准。目前，我国已有软件企业通过了CMM标准认证 。
SW-CMM(Capability Maturity Model For Software 软件生产能力成熟度模型,以下简称"CMM"),是87年由美国卡内基梅隆大学软件工程研究所（CMU SEI）研究出的一种一种用于评价软件承包商能力并帮助改善软件质量的方法，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。
其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件生产中的困难。CMM它是目前国际上最流行、最实用的一种软件生产过程标准，已经得到了众多国家以及国际软件产业界的认可，成为当今企业从事规模软件生产不可缺少的一项内容。
CMM目前通用流行的版本是1．1（Version1．1）。《按照软件工程研究所（SEI）的原来计划，CMM的改进版版本2．0（V2．0）是要在1997年的11月完成的。但是，美国国防部办公室要求软件工程研究所（SEI）延迟发放公布CMM版本2．0，直至他们完成另一个更为紧迫的项目-CMMI。
CMMI(Capability Maturity Model Integration能力成熟度模型集成)，是美国国防部的一个设想。他们希望把所有现存的与将被发展出来的各种能力成熟度模型，集成到一个框架中去。这个框架用于解决两个问题：第一，软件获取办法的改革；第二，从集成产品与过程发展的角度出发,建立一种包含健全的系统开发原则的过程改进。
CMM为软件企业的过程能力提供了一个阶梯式的改进框架，它基于过去所有软件工程过程改进的成果，吸取了以往软件工程的经验教训，提供了一个基于过程改进的框架；它指明了一个软件组织在软件开发方面需要管理哪些主要工作、这些工作之间的关系、以及以怎样的先后次序，一步一步的做好这些工作而使软件组织走向成熟。
一、CMM的诞生
信息时代，软件质量的重要性越来越为人们所认识。软件是产品、是装备、是工具，其质量使得顾客满意，是产品市场开拓、事业得以发展的关键。而软件工程领域在1992年至1997年取得了前所未有的进展,其成果超过软件工程领域过去15年来的成就总和。
软件管理工程引起广泛注意源于20世纪70年代中期。当时美国国防部曾立题专门研究软件项目做不好的原因，发现70%的项目是因为管理不善而引起，而并不是因为技术实力不够，进而得出一个结论，即管理是影响软件研发项目全局的因素，而技术只影响局部。到了20世纪90年代中期，软件管理工程不善的问题仍然存在，大约只有10%的项目能够在预定的费用和进度下交付。软件项目失败的主要原因有：需求定义不明确；缺乏一个好的软件开发过程；没有一个统一领导的产品研发小组；子合同管理不严格；没有经常注意改善软件过程；对软件构架很不重视；软件界面定义不善且缺乏合适的控制；软件升级暴露了硬件的缺点；关心创新而不关心费用和风险；军用标准太少且不够完善等等。在关系到软件项目成功与否的众多因素中，软件度量、工作量估计、项目规划、进展控制、需求变化和风险管理等都是与工程管理直接相关的因素。由此可见，软件管理工程的意义至关重要。
软件管理工程和其它工程管理相比有其特殊性。首先，软件是知识产品，进度和质量都难以度量，生产效率也难以保证。其次，软件系统复杂程度也是超乎想象的。因为软件复杂和难以度量，软件管理工程的发展还很不成熟。
软件管理工程的发展，在经历了从70年代开始以结构化分析与设计、结构化评审、结构化程序设计以及结构化测试为特征的结构化生产时代，到90年代中期，以CMM模型的成熟模型和日益为市场接受为标志，已经进入以过程成熟模型CMM、个体软件过程PSP和群组软件过程TSP为标志的以过程为中心的时代，而软件发展第三个时代，及软件工业化生产时代，从90年代中期软件过程技术的成熟和面向对象技术、构件技术的发展为基础，已经渐露端倪，估计到2005年，可以实现真正的软件工业化生产，这个趋势应该引起软件企业界和有关部门的高度重视，及早采取措施，跟上世界软件发展的脚步。软件生产转向以改善软件过程为中心，是世界各国软件产业或迟或早都要走的道路。
软件过程改善是当前软件管理工程的核心问题。50多年来计算事业的发展使人们认识到要高效率、高质量和低成本地开发软件，必须改善软件生产过程。软件管理工程走过了一条从70年代开始以结构化分析与设计、结构化评审、结构化程序设计以及结构化测试到90年代中期以过程成熟模型CMM、个体软件过程PSP和群组软件过程TSP为标志的以过程为中心向着软件过程技术的成熟和面向对象技术、构件技术的发展为基础的真正软件工业化生产的道路。软件生产转向以改善软件过程为中心，是世界各国软件产业或迟或早都要走的道路。软件工业已经或正在经历着"软件过程的成熟化"，并向"软件的工业化"渐进过渡。规范的软件过程是软件工业化的必要条件。
软件过程研究的是如何将人员、技术和工具等组织起来，通过有效的管理手段，提高软件生产的效率，保证软件产品的质量。由此诞生了软件过程的三个流派：CMU-SEI的CMM/PSP/TSP；ISO 9000质量标准体系；ISO/IEC 15504（SPICE）。
CMM/PSP/TSP即软件能力成熟度模型/ 个体软件过程/群组软件过程，是1987年美国 Carnegie Mellon 大学软件工程研究所(CMU/SEI)以W.S.Humphrey为首的研究组发表的研究成果"承制方软件工程能力的评估方法"；SO 9000质量标准体系是在70年代由欧洲首先采用的，其后在美国和世界其他地区也迅速地发展起来。目前，欧洲联合会积极促进软件质量的制度化，提出了如下ISO9000软件标准系列：ISO9001、ISO9000-3、ISO9004-2、ISO9004-4、ISO9002；ISO/IEC 15504（SPICE）是1991年国际标准化组织采纳了一项动议，开展调查研究，按照CMU-SEI的基本思路，产生的技术报告ISO/IEC 15504--信息技术软件过程评估
目前，学术界和工业界公认美国 Carnegie Mellon 大学软件工程研究所(CMU/SEI) 以W.S.Humphrey为首主持研究与开发的软件能力成熟度模型CMM是当前最好的软件过程，已成为业界事实上的软件过程的工业标准。
二、CMM的发展
1987年美国 Carnegie Mellon 大学软件工程研究所(CMU/SEI)以W.S.Humphrey为首的研究组发表了CMM/PSP/TSP 技术，为软件管理工程开辟了一条新的途经。
CMM框架用5个不断进化的层次来评定软件生产的历史与现状：其中初始层是混沌的过程，可重复层是经过训练的软件过程，定义层是标准一致的软件过程，管理层是可预测的软件过程，优化层是能持续改善的软件过程。任何单位所实施的软件过程，都可能在某一方面比较成熟，在另一方面不够成熟，但总体上必然属于这5个层次中的某一个层次。而在某个层次内部，也有成熟程度的区别。在CMM框架的不同层次中，需要解决带有不同层次特征的软件过程问题。因此，一个软件开发单位首先需要了解自己正处于哪一个层次，然后才能够对症下药地针对该层次的特殊要求解决相关问题，这样才能收到事半功倍的软件过程改善效果。任何软件开发单位在致力于软件过程改善时，只能由所处的层次向紧邻的上一层次进化。而且在由某一成熟层次向上一更成熟层次进化时，在原有层次中的那些已经具备的能力还必须得到保持与发扬。
软件产品质量在很大程度上取决于构筑软件时所使用的软件开发和维护过程的质量。软件过程是人员密集和设计密集的作业过程：若缺乏有素训练，就难以建立起支持实现成功是软件过程的基础，改进工作亦将难以取得成效。CMM描述的这个框架正是勾列出从无定规的混沌过程向训练有素的成熟过程演进的途径。
CMM包括两部分"软件能力成熟度模型"和"能力成熟度模型的关键惯例"。"软件能力成熟度模型"主要是描述此模型的结构，并且给出该模型的基本构件的定义。"能力成熟度模型的关键惯例"详细描述了每个"关键过程方面"涉及的"关键惯例"。这里"关键过程方面"是指一组相关联的活动；每个软件能力成熟度等级包含若干个对该成熟度等级至关重要的过程方面，它们的实施对达到该成熟度等级的目标起到保证作用。这些过程域就称为该成熟度等级的关键过程域，反之有非关键过程域是指对达到相应软件成熟度等级的目标不起关键作用。归纳为：互相关联的若干软件实践活动和有关基础设施的一个集合。而"关键惯例"是指使关键过程方面得以有效实现和制度化的作用最大的基础设施和活动,对关键过程的实践起关键作用的方针、规程、措施、活动以及相关基础设施的建立。关键实践一般只描述"做什么"而不强制规定"如何做"。各个关键惯例按每个关键过程方面的5个"公共特性"（对执行该过程的承诺，执行该过程的能力，该过程中要执行的活动，对该过程执行情况的度量和分析，及证实所执行的活动符合该过程）归类，逐一详细描述。当作到了某个关键过程的的全部关键惯例就认为实现了该关键过程，实现了某成熟度级及其以低级所含的全部关键过程就认为达到到了了该级。
上面提到了CMM把软件开发组织的能力成熟度分为5个的等级。除了第1级外，其他每一级由几个关键过程方面组成。每一个关键过程方面都由上述5种公共特性予以表征。CMM给每个关键过程了一些具体目标。按每个公共特性归类的关键惯例是按该关键过程的具体目标选择和确定的。如果恰当地处理了某个关键过程涉及的全部关键惯例，这个关键过程的各项目标就达到了，也就表明该关键过程实现了。这种成熟度分级的优点在于，这些级别明确而清楚地反映了过程改进活动的轻重缓急和先后顺序。
gjb9001b-2009 标准修订的六行要求 六性指的是什么?
产品实现中的六性 解决方案
1、可靠性（reliability）（GJB1405A标准中的2.32）：产品在规定条件下和规定时间内完成规定功能的能力。为了确定和达到产品的可靠性要求而展开的一系列技术和管理活动被称为可靠性工程。可靠性工程活动涉及到装备全寿命过程的各个阶段，其目标是确保新研制和改型的装备达到规定的可靠性要求，保持和提高现现役装备的可靠性水平，以满足装备战备完好性和任务成性要求，降低对保障资源的要求，减少寿命周期费用。不同的装备可以提出不同的可靠性定性要求和定量要求。可靠性定性要求时为了获得可靠的产品，对产品设计、工艺、软件及其他方面提出的非量化要求。可靠性定量要求通常可选择的参数指标有可靠度r （t）、平均故障前时间（mttf）、平均故障间隔时间（mtbf）故障率（λ）等。
2、安全性（safety） （GJB1405A标准中的2.34）：不导致人员伤亡、危害健康及环境，不给设备或损失能力。如果我们吧危及安全的时间是为特殊的故障，安全性就可理解为可靠性的特例。
1988年，我国发布了国家军用标准GJB450 《装备研制与生产的可靠性通用大纲》。 2004年改版为GJB450A 《装备可靠性工作通用要求》。GJB450A立足于装备的全寿命过程管理，提出了可靠性工作的五个系列共32个工作项目，并对这些项目在全寿命过程不同阶段的应用给出提示。
3、维修性（maintainability）（GJB1405A标准中的2.33）：产品在规定的条件下和规定的时间内，按规定的程序和方法进行维修时，保持或回复到规定状态的能力。维修工作与故障的检测、产品的测试紧密相关，所以把及时并准确地确定产品的状态，并隔离其内部故障的能力成为测试性。
4、测试性（testability）（GJB2547 《装备测试性大纲》标准中的3.1）：产品能及时、准确地确定其状态（可工作、不可工作或性能下降）并隔离其内部故障的一种设计特性。测试性已发展为一项专门的工程技术，有事我们一般地说维修性时也包含测试性。不同的装备可以提出不同的维修性定性要求和定量要求。维修性定性要求是为了使产品能方便快捷地保持和回复其功能，对产品设计、工艺、软件及其他方面提出的非量化要求。维修性定量要求可以选择以下适当的参数和指标提出，如，平均修复时间（mttr）、平均预防性维修时间、维修停机时间率、、维修工时率、恢复功能用的任务时间（mttrf）。在测试性方面，主要有故障检测率（fdr）、guzhanggelilv （fir）虚警率（far）。
1987年发布的国家军用标准GJB368 《装备维修性通用规范》以及后来改版的GJB368B 《装备维修性通用要求》，提出装备维修性要求的原则和开展维修性涉及与分析、维修性验证和管理工作的五个系列共22个工作项目。该标准已被广泛引用与研制任务书、合同、工作说明的等文件。
5、保障性（supportability）(GJB1405A标准中的2.35)：装备的设计特性和计划的保障资源满足婆娘更是战备和战时使用要求的能力。保障性也是产品的一种质量特性，为确定和达到产品保障性要求而开展的一系列技术和管理活动就是综合保障工作，或称保障性工程。
“好保障”、“保障好”六个字是综合保障问题的简单概括。
1999年，总装备部发布了国家军用标准GJB3872 《装备综合保障通用要求》，该标准系统地阐明了装备综合保障各项工作的目的、要求和应注意的事项，对装备使用部门和单位提出保障性要求，对装备研制单位开展综合保障工作以及编制有关技术和合同未年检有重要的指导作用。此外开展综合保障工作还需要参考GJB1371 《装备保障性分析》、GJG3837 《装备保障分析记录》、GJB1378 《装备预防性维修大纲的指定要求和方法》、GJB2961 《修理级别分析》等标准。
装备保障性要求同样可分为定性要求和定量要求。保障性定性要求在设计特性方面，就是要把装备自身设计得易于保障的那些定性的要求，与可靠性、维修性、测试性设计中的某些定性要求有密切关系。保障性定性要求在保障资源方面，就是从产品研制开始就要同步考虑和安排提供适宜的保障资源的那些定性要求。如：人力与人员、供应保障、保障设备、技术资料、训练保障、保障设施、包装、装卸、贮存和运输保障、计算机资源等。
保障性的定量要求通常以与战备完好性相关的指标提出，例如：使用可用度（ao）、能执行任务率（mcr）、出动架次率（sgr）、再次出动准备时间。装备保障资源方面的定量要求包括：保障设备利用率、保障设备满足率、备件利用率、备件满足率、人员培训率等。
6、环境适应性（environmental worthiness）(GJB4239 《装备环境工程通用要求》标准中的3.2)：装备（产品）在其寿命期预计可能遇到的各种环境的作用下能实现其所有预定功能和性能和（或）不被破坏的能力。是装备（产品）的重要质量特性之一。可靠地实现产品规定任务的前提下，产品对环境的适应能力，包括产品能承受的若干环境参数的变化范围。环境适应性是武器装备的重要质量特性，应根据装备环境工程的要求，把环境试验贯穿于武器装备的设计、研制、生产和采购的各个阶段，通过环境试验，充分暴露武器装备在设计、研制及材料选用等方面存在的环境适应性问题，及时改进研制质量，提高装备的环境适应能力。
软件测试的方法一共有几种
1、从是否关心内部结构来看
（1）白盒测试：又称为结构测试或逻辑驱动测试，是一种按照程序内部逻辑结构和编码结构，设计测试数据并完成测试的一种测试方法。
（2）黑盒测试：又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性，它是站在使用软件或程序的角度，从输入数据与输出数据的对应关系出发进行的测试。
（3）灰盒测试：是一种综合测试法，它将“黑盒”测试与“白盒”测试结合在一起，是基于程序运行时的外部表现又结合内部逻辑结构来设计用例，执行程序并采集路径执行信息和外部用户接口结果的测试技术。
2、从是否执行代码看
（1）静态测试：指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。
(2)动态测试：是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能指标。
3、从开发过程级别看
（1）单元测试：又称模块测试，是针对软件设计的最小单位----程序模块或功能模块，进行正确性检验的测试工作。其目的在于检验程序各模块是否存在各种差错，是否能正确地实现了其功能，满足其性能和接口要求。
(2)集成测试：又叫组装测试或联合，是单元测试的多级扩展，是在单元测试的基础上进行的一种有序测试。旨在检验软件单元之间的接口关系，以期望通过测试发现各软件单元接口之间存在的问题，最终把经过测试的单元组成符合设计要求的软件。
（3）系统测试：是为判断系统是否符合要求而对集成的软、硬件系统进行的测试活动、它是将已经集成好的软件系统，作为基于整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、人员、数据等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。
在系统测试中，对于具体的测试类型有：
（1）功能测试：对软件需求规格说明书中的功能需求逐项进行的测试，以验证功能是否满足要求。
（2）性能测试：对软件需求规格说明书的功能需求逐项进行的测试，以验证功能是否满足要求。
（3）接口测试：对软件需求规格说明中的接口需求逐项进行的测试。
（4）人机交互界面测试：对所有人机交互界面提供的操作和显示界面进行的测试，以检验是否满足用户的需求。
（5）强度测试：强制软件运行在异常乃至发生故障的情况下（设计的极限状态到超出极限），验证软件可以运行到何种程序的测试。
（6）余量测试：对软件是否达到规格说明中要求的余量的测试。
（7）安全性测试：检验软件中已存在的安全性、安全保密性措施是否有效的测试，
（8）可靠性测试：在真实的或仿真的环境中，为做出软件可靠性估计而对软件进行的功能（其输入覆盖和环境覆盖一般大于普通的功能测试）
（9）恢复性测试：对有恢复或重置功能的软件的每一类导致恢复或重置的情况，逐一进行的测试。
（10）边界测试：对软件处在边界或端点情况下运行状态的测试。
（11）数据处理测试：对完成专门数据处理功能所进行的测试。
（12）安装性测试：对安装过程是否符合安装规程的测试，以发现安装过程中的错误。
（13）容量测试：检验软件的能力最高能达到什么程度的测试。
（14）互操作性测试：为验证不同软件之间的互操作能力而进行的测试。
（15）敏感性测试：为发现在有效输入类中可能引起某种不稳定性或不正常处理的某些数据的组合而进行的测试。
（16）标准符合性测试：验证软件与相关国家标准或规范（如军用标准、国家标准、行业标准及国际标准）一致性的测试。
（17）兼容性测试：验证软件在规定条件下与若干个实体共同使用或实现数据格式转换时能满足有关要求能力的测试。
（18）中文本地化测试：验证软件在不降低原有能力的条件下，处理中文能力的测试。
4、从执行过程是否需要人工干预来看
（1）手工测试：就是测试人员按照事先为覆盖被测软件需求而编写的测试用例，根据测试大纲中所描述的测试步骤和方法，手工地一个一个地输 入执行，包括与被测软件进行交互（如输入测试数据、记录测试结果等），然后观察测试结果，看被测程序是否存在问题，或在执行过程中是否会有一场发生，属于比较原始但是必须执行的一个步骤。
（2）自动化测试：实际上是将大量的重复性的测试工作交给计算机去完成，通常是使用自动化测试工具来模拟手动测试步骤，执行用某种程序设计语言编写的过程（全自动测试就是指在自动测试过程中，不需要人工干预，由程序自动完成测试的全过程；半自动测试就是指在自动测试过程中，需要手动输入测试用例或选择测试路径，再由自动测试程序按照人工指定的要求完成自动测试）
5、从测试实施组织看
（1）开发测试：开发人员进行的测试
（2）用户测试：用户方进行的测试
（3）第三方测试：有别于开发人员或用户进行的测试，由专业的第三方承担的测试，目的是为了保证测试工作的客观性
6、从测试所处的环境看
（1）阿尔法测试：是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试
（2）贝塔测试：是用户公司组织各方面的典型终端用户在日常工作中实际使用贝塔版本，并要求用户报告
扩展资料
软件测试的内容：
1 得到需求、功能设计、内部设计说书和其他必要的文档
2 得到预算和进度要求
3 确定与项目有关的人员和他们的责任、对报告的要求、所需的标准和过程 ( 例如发行过程、变更过程、等等 )
4 确定应用软件的高风险范围，建立优先级、确定测试所涉及的范围和限制
5 确定测试的步骤和方法 ── 部件、集成、功能、系统、负载、可用性等各种测试
6 确定对测试环境的要求 ( 硬件、软件、通信等 )
7 确定所需的测试用具 (testware) ，包括记录 / 回放工具、覆盖分析、测试跟踪、问题 / 错误跟踪、等等
8 确定对测试的输入数据的要求
9 分配任务和任务负责人，以及所需的劳动力
10 设立大致的时间表、期限、和里程碑
11 确定输入环境的类别、边界值分析、错误类别
12 准备测试计划文件和对计划进行必要的回顾
13 准备白盒测试案例
14 对测试案例进行必要的回顾 / 调查 / 计划
15 准备测试环境和测试用具，得到必需的用户手册 / 参考文件 / 结构指南 / 安装指南，建立测试跟踪过程，建立日志和档案、建立或得到测试输入数据
16 得到并安装软件版本
17 进行测试
18 评估和报告结果
19 跟踪问题 / 错误，并解决它
20 如果有必要，重新进行测试
21 在整个生命周期里维护和修改测试计划、测试案例、测试环境、和测试用具
参考资料：百度百科-软件测试
转载请注明出处51数据库 » 军用软件质量管理规定 国军标六性指什么
