规格查看源代码讨论查看历史

规格

来自 呢图网 的图片

中文名；规格 外文名；specifications; 读音；guīgé 释义；设计规定的标准、要求或条件

常指生产的成品或所使用的原材料等规定的质量标准，常用在制造学和物理学中。

(1) [specifications;standards;norms]

(2) 工厂对产品和使用料所规定的型式和标准；

他们试炼的六炉钢,质量完全合乎规格；

(3) 泛指规定的标准、要求或条件；

这次接待外宾按什么规格?

(4) 程序设计规定的标准、要求或条件

详细解释

1.规范；格局。

《三国志·魏志·夏侯玄等传论》：“ 玄 以规格局度，世称其名，然与 曹爽 中外缱绻；荣位如斯，更未闻匡弼其非，援致良才。”

唐 欧阳詹 《送裴八侃茂才却东游序》：“十二斯冠，才气卓异，身犹三尺，交友四海，著文数篇，其措意规格，储乎远大。”

宋 孟元老 《东京梦华录·民俗》：“其卖药卖卦，皆具冠带。至于乞丐者，亦有规格。稍似懈怠，众所不容。”

清 周亮工 《书影》卷一：“ 元 人作剧，专尚规格，长短既有定数，牌名亦有次第。”

2.生产的成品或所使用的原材料等规定的质量标准。如：这些产品，经过鉴定，完全合乎规格。

3.指一般工业产品的物理形状，一般包括体积，长度，形状，重量等。

4.指动画分镜头台本里镜头的大小，用规格号表示。

制造学名词

规格：金属材料是指同一种或同一型号金属材料的不同尺寸。一般尺寸不同，其允许偏差也不同。在产品标准中，品种的规格通常按从小到大，有顺序地排列。

物理学名词

.指一般工业产品的物理形状，一般包括体积，长度，形状，重量等。在标准化生产的今天，产品的规格是很严格的。通常一种产品采用一种规格衡量标准，主要是为了区分类似产品。比如钢筋，通常用直径的大小来区分，买房子通常用面积来衡量，买饮料有大瓶装和小瓶装就是因为二者的容量不同。由于规格的衡量标准不同，所以规格的表达方式不同，主要有数字和单位两个部分组成，比如一瓶易拉罐可乐的规格通常是355ml。即使衡量标准相同，表达方式也可能不一样。比如一块土地，如果是方形，通常要写成长乘以宽的形式以表达其大体形状，如果是圆形，则需要表达为直径或半径的形式。也就是说，面积的表达通常以间接地形式表达。还有体积，如你会发现，家里买电视机的盒子上表明了XX*XX*XX mm的形式，就是表明盒子的长宽高。

计算机科学名词

规格可以被用于程序开发的任何阶段。在需求分析阶段，规格可以帮助具体化客户模糊的要求，并且找出需求中矛盾，模糊和没有说明的地方。在程序设计中，规格可以严格地明确不同模块之间的接口。每一个接口的规格接口规格都提供给用户足够的信息，让他们可以在不了解模块内部实现的前提下使用这个模块，并且让模块的实现者在实现模块的时候不必考虑使用者的信息。在程序验证中，规格是正确的程序所应该满足的状态，而在程序正确性检验中，规格应该被用来生成黑箱测试的测试样例。和程序一样，规格可以被用作路径测试，单元测试，和集成测试。最后，规格还可以用来作为程序文档，不过这只是可选的，因为它太过于抽象了，更多地还是用作程序行为的描述。

为什么在软件行业发展了这么多年之后，人们发展出了软件需求规格? IEEE 830标准甚至定义了一个好的软件需求规格的好处:

在软件的开发者和需求者之间制订了协议来明确要开发什么样的软件。由规格书写者书写的完整的功能描述将能够帮助潜在的使用者来判断这个软件是否满足他们的需求，或者这个软件将怎样被修改才能满足他们的需求。

减轻了开发负担，规格的书写迫使需求者组织的各个相关团队在设计开始之前仔细地考虑所有的需求以减少代码的重构，重写和重新测试。仔细地复核规格中的需求可以在开发周期刚开始问题还很好解决的时候找出疏忽，误解和矛盾。

提供了一个基础用来评估花费和日程安排。软件需求规格所描述的产品开发过程是评估项目项目花费的现实基础，还可以被用来作为获得投资的凭证或者价值评估。

提供了验证和确认的基本标准。团队根据一个好的软件需求规格可以制定出更加有效的验证和确认计划。作为开发协议的一部分，软件需求规格提供了一个应该被服从的基本标准。

促进了项目对象的转移。软件需求规格让软件产品被新用户接受或者在新的机器上运行更加容易。用户可以更加容易地让团队的其它部分用上这个软件，而开发者可以更容易地将它提供给新的用户。

作为进一步开发的基础。因为规格仅仅只关心产品而不是开发这个产品的项目，因此规格可以用作最终产品提高的基础。规格有可能被改变，但它仍然可以作为评估被继续开发出来的产品的基础标准。

程序规格可能涉及到三个方面:

对程序需求的陈述

一个程序的设计的完整表述

一个程序能够被验证是否正确运行的标准状态的描述。

程序规格的几个要素:

一致性--规格的逻辑是否自洽？

可实现性—这个规格实际上是否可行？

完备性—规格是否完整表述了书写者的意图？

确定性—规格是否正确表述了书写者的意图？

正确性每个人当然都是希望规格是正确的，没人会写出错误的规格，但也没人保证自己的规格永远是对的，这里有个原则,当你发现规格和程序不符之后已经要更新已经失效的规格。

重要性排序通常一个新的系统的一些需求是市场真正需要的，而有的需求可能是不可实现的，软件需求规格中提供这些信息是很重要的。

可检验的不要提出像这样的需求:“它的反应速度应该要很快”，或者，“系统在任何情况下都不应该崩溃”，需求应该定量表达：“每一次键盘事件应该在100ms内对用户做出回应”

可修改的在很多地方有一模一样的需求规格可能不会错，但是会使文档难以维护

可追溯的大多数情况这在不标准环境中是不重要的，然而，在大多数团队中，将规格中的需求追溯到一个更高的级别是有用的--为什么我们需要这个功能？