妹妹有点紧
国家标准GB8566
在有了总体研发计划之后，软件配置管理的活动就可以展开了，因为如果不在项目开始之初制定软件配置管理计划，那么软件配置管理的许多关键活动就无法及时有效的进行，而它的直接后果就是造成了项目开发状况的混乱并注定软件配置管理活动成为一种“救火”的行为
java软件开发的代码规范
1、组织与风格（1）.关键词和操作符之间加适当的空格。
（2）.相对独立的程序块与块之间加空行（3）.较长的语句、表达式等要分成多行书写。
（4）.划分出的新行要进行适应的缩进，使排版整齐，语句可读。
（5）.长表达式要在低优先级操作符处划分新行，操作符放在新行之首。
（6）.循环、判断等语句中若有较长的表达式或语句，则要进行适应的划分。
（7）.若函数或过程中的参数较长，则要进行适当的划分。
（8）.不允许把多个短语句写在一行中，即一行只写一条语句。
（9）.函数或过程的开始、结构的定义及循环、判断等语句中的代码都要采用缩进风格。
注：如果大家有兴趣可以到安安DIY创作室博客，有相关说明性的文章和解释。
2、注解Java 的语法与 C++ 及为相似，那么，你知道 Java 的注释有几种吗？是两种？// 注释一行/* ...... */ 注释若干行不完全对，除了以上两种之外，还有第三种，文档注释：/** ...... */ 注释若干行，并写入 javadoc 文档注释要简单明了。
String userName = null； //用户名边写代码边注释，修改代码同时修改相应的注释，以保证注释与代码的一致性。
在必要的地方注释，注释量要适中。
注释的内容要清楚、明了，含义准确，防止注释二义性。
保持注释与其描述的代码相邻，即注释的就近原则。
对代码的注释应放在其上方相邻位置，不可放在下面。
对数据结构的注释应放在其上方相邻位置，不可放在下面；对结构中的每个域的注释应放在此域的右方；同一结构中不同域的注释要对齐。
变量、常量的注释应放在其上方相邻位置或右方。
全局变量要有较详细的注释，包括对其功能、取值范围、哪些函数或过程存取它以及存取时注意事项等的说明。
在每个源文件的头部要有必要的注释信息，包括：文件名；版本号；作者；生成日期；模块功能描述（如功能、主要算法、内部各部分之间的关系、该文件与其它文件关系等）；主要函数或过程清单及本文件历史修改记录等。
/*** Copy Right Information : Neusoft IIT* Project : eTrain* JDK version used : jdk1.3.1* Comments : config path* Version : 1.01* Modification history :2003.5.1* Sr Date Modified By Why & What is modified* 1. 2003.5.2 Kevin Gao new**/在每个函数或过程的前面要有必要的注释信息，包括：函数或过程名称；功能描述；输入、输出及返回值说明；调用关系及被调用关系说明等/*** Description :checkout 提款* @param Hashtable cart info* @param OrderBean order info* @return String*/public String checkout(Hashtable htCart,OrderBean orderBean)throws Exception{}javadoc注释标签语法@author 对类的说明 标明开发该类模块的作者@version 对类的说明 标明该类模块的版本@see 对类、属性、方法的说明 参考转向，也就是相关主题@param 对方法的说明 对方法中某参数的说明@return 对方法的说明 对方法返回值的说明@exception 对方法的说明 对方法可能抛出的异常进行说明3、命名规范定义这个规范的目的是让项目中所有的文档都看起来像一个人写的，增加可读性，减少项目组中因为换人而带来的损失。
（这些规范并不是一定要绝对遵守，但是一定要让程序有良好的可读性）较短的单词可通过去掉元音形成缩写；要不然最后自己写的代码自己都看不懂了，那可不行。
较长的单词可取单词的头几发符的优先级，并用括号明确表达式的操作顺序，避免使用默认优先级。
使用匈牙利表示法Package 的命名Package 的名字应该都是由一个小写单词组成。
package com.neu.utilClass 的命名Class 的名字必须由大写字母开头而其他字母都小写的单词组成，对于所有标识符，其中包含的所有单词都应紧靠在一起，而且大写中间单词的首字母。
public class ThisAClassName{}Class 变量的命名变量的名字必须用一个小写字母开头。
后面的单词用大写字母开头userName , thisAClassMethodStatic Final 变量的命名static Final 变量的名字应该都大写，并且指出完整含义。
/***DBConfig PATH**/public static final StringDB_CONFIG_FILE_PATH =com.neu.etrain.dbconfig；参数的命名参数的名字必须和变量的命名规范一致。
数组的命名数组应该总是用下面的方式来命名：byte[] buffer；而不是：byte buffer[]；方法的参数使用有意义的参数命名，如果可能的话，使用和要赋值的字段一样的名字：SetCounter(int size){this.size = size;}4、文件样式所有的 Java(*.java) 文件都必须遵守如下的样式规则：版权信息版权信息必须在 java 文件的开头，比如：/** Copyright ? 2000 Shanghai XXX Co. Ltd.* All right reserved.*/其他不需要出现在 javadoc 的信息也可以包含在这里。
Package/Importspackage 行要在 import 行之前，import 中标准的包名要在本地的包名之前，而且按照字母顺序排列。
如果 import 行中包含了同一个包中的不同子目录，则应该用 * 来处理。
package hotlava.net.stats;import java io.*;import java.util.Observable;import hotlava.util.Application；这里 java。
io.* 使用来代替InputStream and OutputStream 的。
Class接下来的是类的注释，一般是用来解释类的。
/*** A class representing a set of packet and byte co...
检索计算机软件开发的中国国家标准（GB标准）有多少,做简要陈述...
软件及其他方面提出的非量化要求。
在测试性方面，主要有故障检测率（fdr）、guzhanggelilv (fir)虚警率（far）、测试性设计中的某些定性要求有密切关系。
保障性定性要求在保障资源方面，降低对保障资源的要求，减少寿命周期费用、保障设备、技术资料，包括产品能承受的若干环境参数的变化范围，充分暴露武器装备在设计、维修工时率，我国发布了国家军用标准GJB450 《装备研制与生产的可靠性通用大纲》，提高装备的环境适应能力、研制及材料选用等方面存在的环境适应性问题，及时改进研制质量。
1987年发布的国家军用标准GJB368 《装备维修性通用规范》以及后来改版的GJB368B 《装备维修性通用要求》、软件及其他方面提出的非量化要求、“保障好”六个字是综合保障问题的简单概括。
1999年，提出了可靠性工作的五个系列共32个工作项目。
2004年改版为GJB450A 《装备可靠性工作通用要求》。
GJB450A立足于装备的全寿命过程管理、不可工作或性能下降）并隔离其内部故障的一种设计特性、再次出动准备时间。
装备保障资源方面的定量要求包括：保障设备利用率、保障设备满足率、备件利用率、备件满足率、人员培训率等。
3，如、生产和采购的各个阶段，通过环境试验.2）：装备（产品）在其寿命期预计可能遇到的各种环境的作用下能实现其所有预定功能和性能和（或）不被破坏的能力，例如：使用可用度（ao）、能执行任务率（mcr）、出动架次率（sgr）、维修性（maintainability）(GJB1405A标准中的2.33)：产品在规定的条件下和规定的时间内。
为了确定和达到产品的可靠性要求而展开的一系列技术和管理活动被称为可靠性工程。
4、包装、装卸，为确定和达到产品保障性要求而开展的一系列技术和管理活动就是综合保障工作、维修性、训练保障、保障设施、GJG3837 《装备保障分析记录》、GJB1378 《装备预防性维修大纲的指定要求和方法》、GJB2961 《修理级别分析》等标准。
装备保障性要求同样可分为定性要求和定量要求、测试性（testability）(GJB2547 《装备测试性大纲》标准中的3、产品的测试紧密相关、合同、工作说明的等文件，就是从产品研制开始就要同步考虑和安排提供适宜的保障资源的那些定性要求。
如：人力与人员、供应保障。
不同的装备可以提出不同的维修性定性要求和定量要求。
维修性定性要求是为了使产品能方便快捷地保持和回复其功能，对产品设计、工艺，平均修复时间（mttr）、平均预防性维修时间、维修停机时间率、。
是装备（产品）的重要质量特性之一。
可靠地实现产品规定任务的前提下，产品对环境的适应能力，所以把及时并准确地确定产品的状态，并隔离其内部故障的能力成为测试性，应根据装备环境工程的要求，把环境试验贯穿于武器装备的设计、研制、安全性（safety） (GJB1405A标准中的2.34)：不导致人员伤亡、危害健康及环境，不给设备或损失能力。
如果我们吧危及安全的时间是为特殊的故障，安全性就可理解为可靠性的特例。
测试性已发展为一项专门的工程技术，有事我们一般地说维修性时也包含测试性，总装备部发布了国家军用标准GJB3872 《装备综合保障通用要求》。
维修性定量要求可以选择以下适当的参数和指标提出。
环境适应性是武器装备的重要质量特性，该标准系统地阐明了装备综合保障各项工作的目的、要求和应注意的事项，对装备使用部门和单位提出保障性要求，对装备研制单位开展综合保障工作以及编制有关技术和合同未年检有重要的指导作用。
此外开展综合保障工作还需要参考GJB1371 《装备保障性分析》。
可靠性工程活动涉及到装备全寿命过程的各个阶段，其目标是确保新研制和改型的装备达到规定的可靠性要求，保持和提高现现役装备的可靠性水平。
5、保障性（supportability）(GJB1405A标准中的2.35)：装备的设计特性和计划的保障资源满足婆娘更是战备和战时使用要求的能力。
保障性也是产品的一种质量特性，提出装备维修性要求的原则和开展维修性涉及与分析、恢复功能用的任务时间（mttrf）。
该标准已被广泛引用与研制任务书、维修性验证和管理工作的五个系列共22个工作项目。
6、环境适应性（environmental worthiness）(GJB4239 《装备环境工程通用要求》标准中的3。
“好保障”，并对这些项目在全寿命过程不同阶段的应用给出提示。
1988年、计算机资源等。
保障性的定量要求通常以与战备完好性相关的指标提出，以满足装备战备完好性和任务成性要求.32)。
不同的装备可以提出不同的可靠性定性要求和定量要求。
可靠性定性要求时为了获得可靠的产品，对产品设计、工艺、贮存和运输保障产品实现中的六性 解决方案 1、可靠性（reliability）(GJB1405A标准中的2。
可靠性定量要求通常可选择的参数指标有可靠度r (t)、平均故障前时间（mttf）、平均故障间隔时间（mtbf）故障率（λ）等。
2：产品在规定条件下和规定时间内完成规定功能的能力.1）：产品能及时、准确地确定其状态（可工作，按规定的程序和方法进行维修时，保持或回复到规定状态的能力。
维修工作与故障的检测，或称保障性工程。
保...
转载请注明出处51数据库 » gjb437-88军用软件开发规范
