软件需求规格说明书中最重要的特性是什么？_百度知道
软件需求规格说明书中最重要的特性是什么？
有人说是正确性 有人说是无歧义性
到底是哪一个？
提问者采纳
如果你要我二选缉长光短叱的癸痊含花一的话，我会选正确性因为我觉得正确性包括无歧义，你想如果都有歧义了，那还能说是正确的么？
提问者评价
其他类似问题
为您推荐：
软件需求的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁规格_百度百科
[guī gé]
常指生产的成品或所使用的原材料等规定的质量标准，常用在制造学和物理学中。
规格汉语词语
规格基本信息
(1) [norms]
(2) 工厂对产品和使用料所规定的型式和标准；
他们试炼的六炉钢,质量完全合乎规格；
(3) 泛指规定的标准、要求或条件；
这次接待外宾按什么规格?
(4) 程序设计规定的标准、要求或条件
规格详细解释
1.规范；格局。《·魏志·夏侯玄等传论》：“ 玄 以规格局度，世称其名，然与
中外缱绻；荣位如斯，更未闻匡弼其非，援致良才。” 唐
《送裴八侃茂才却东游序》：“十二斯冠，才气卓异，身犹三尺，交友四海，著文数篇，其措意规格，储乎远大。” 宋 孟元老 《·民俗》：“其卖药卖卦，皆具冠带。至于乞丐者，亦有规格。稍似懈怠，众所不容。” 清
《》卷一：“ 元 人作剧，专尚规格，长短既有定数，牌名亦有次第。”
2.生产的成品或所使用的原材料等规定的质量标准。如：这些产品，经过，完全合乎规格。
3.指一般工业产品的物理形状，一般包括体积，长度，形状，重量等。
4.指动画分镜头台本里镜头的大小，用规格号表示。
规格制造学名词
规格：金属材料是指同一种或同一型号金属材料的不同尺寸。一般尺寸不同，其允许偏差也不同。在中，品种的规格通常按从小到大，有顺序地排列。
规格物理学名词
.指一般工业产品的物理形状，一般包括体积，长度，形状，重量等。在标准化生产的今天，产品的规格是很严格的。通常一种产品采用一种规格衡量标准，主要是为了区分类似产品。比如，通常用直径的大小来区分，买房子通常用面积来衡量，买饮料有大瓶装和小瓶装就是因为二者的容量不同。由于规格的衡量标准不同，所以规格的表达方式不同，主要有数字和单位两个部分组成，比如一瓶易拉罐可乐的规格通常是355ml。即使衡量标准相同，表达方式也可能不一样。比如一块土地，如果是方形，通常要写成长乘以宽的形式以表达其大体形状，如果是圆形，则需要表达为直径或半径的形式。也就是说，面积的表达通常以间接地形式表达。还有体积，如你会发现，家里买电视机的盒子上表明了XX*XX*XX mm的形式，就是表明盒子的长宽高。
规格计算机科学名词
规格可以被用于程序开发的任何阶段。在需求分析阶段，规格可以帮助具体化客户模糊的要求，并且找出需求中矛盾，模糊和没有说明的地方。在程序设计中，规格可以严格地明确不同模块之间的接口。每一个接口的规格接口规格都提供给用户足够的信息，让他们可以在不了解模块内部实现的前提下使用这个模块，并且让模块的实现者在实现模块的时候不必考虑使用者的信息。在程序验证中，规格是正确的程序所应该满足的状态，而在程序正确性检验中，规格应该被用来生成黑箱测试的测试样例。和程序一样，规格可以被用作路径测试，单元测试，和集成测试。最后，规格还可以用来作为程序文档，不过这只是可选的，因为它太过于抽象了，更多地还是用作程序行为的描述。
为什么在软件行业发展了这么多年之后，人们发展出了软件需求规格? IEEE 830标准甚至定义了一个好的软件需求规格的好处:
在软件的开发者和需求者之间制订了协议来明确要开发什么样的软件。由规格书写者书写的完整的功能描述将能够帮助潜在的使用者来判断这个软件是否满足他们的需求，或者这个软件将怎样被修改才能满足他们的需求。
减轻了开发负担，规格的书写迫使需求者组织的各个相关团队在设计开始之前仔细地考虑所有的需求以减少代码的重构，重写和重新测试。仔细地复核规格中的需求可以在开发周期刚开始问题还很好解决的时候找出疏忽，误解和矛盾。
提供了一个基础用来评估花费和日程安排。软件需求规格所描述的产品开发过程是评估项目项目花费的现实基础，还可以被用来作为获得投资的凭证或者价值评估。
提供了验证和确认的基本标准。团队根据一个好的软件需求规格可以制定出更加有效的验证和确认计划。作为开发协议的一部分，软件需求规格提供了一个应该被服从的基本标准。
促进了项目对象的转移。软件需求规格让软件产品被新用户接受或者在新的机器上运行更加容易。用户可以更加容易地让团队的其它部分用上这个软件，而开发者可以更容易地将它提供给新的用户。
作为进一步开发的基础。因为规格仅仅只关心产品而不是开发这个产品的项目，因此规格可以用作最终产品提高的基础。规格有可能被改变，但它仍然可以作为评估被继续开发出来的产品的基础标准。
程序规格可能涉及到三个方面:
1对程序需求的陈述
2.一个程序的设计的完整表述
3.一个程序能够被验证是否正确运行的标准状态的描述。
程序规格的几个要素:
1一致性--规格的逻辑是否自洽？
2可实现性—这个规格实际上是否可行？
3完备性—规格是否完整表述了书写者的意图？
4确定性—规格是否正确表述了书写者的意图？
每个人当然都是希望规格是正确的，没人会写出错误的规格，但也没人保证自己的规格永远是对的，这里有个原则,当你发现规格和程序不符之后已经要更新已经失效的规格。
6重要性排序
通常一个新的系统的一些需求是市场真正需要的，而有的需求可能是不可实现的，软件需求规格中提供这些信息是很重要的。
不要提出像这样的需求:“它的反应速度应该要很快”，或者，“系统在任何情况下都不应该崩溃”，需求应该定量表达：“每一次键盘事件应该在100ms内对用户做出回应”
在很多地方有一模一样的需求规格可能不会错，但是会使文档难以维护
大多数情况这在不标准环境中是不重要的，然而，在大多数团队中，将规格中的需求追溯到一个更高的级别是有用的--为什么我们需要这个功能？
企业信用信息软件需求规格说明书_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
软件需求规格说明书
上传于||暂无简介
阅读已结束，如果下载本文需要使用5下载券
想免费下载本文？
下载文档到电脑，查找使用更方便
还剩4页未读，继续阅读
你可能喜欢软件的可靠性是指在给定的时间间隔内，程序按着规格说明书的规定成功地运行的（
）。_百度知道
软件的可靠性是指在给定的时间间隔内，程序按着规格说明书的规定成功地运行的（
我有更好的答案
的:软件可靠性是程序在给定的时间间隔内，按照规格说明书的规定成功地运行的概率.软件可靠性的定义
参考资料：
软件工程(第四版)
其他类似问题
为您推荐：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁武汉-8月13日北京-8月6日在线直播 7月28日已结束
阅读（1767）
产品经理、运营人专属学习社群招募队友，人人都是产品经理联合200+BAT产品运营人打造
功能规格说明书(Functional Specification) 是一个正式文档，它用来为软件开发者详细描述一个产品的潜在功能，表现以及与用户的交互性。当开发者写程序代码时，功能规格说明书是一个指导纲领和持续的参考书。(至少有一个主要产品开发团队使用一种“首先写用户手册”的方法。在产品存在以前，他们为字处理系统写下用户指导，然后声称用户指导就是功能说明。开发者面临的挑战就是创造一个符合用户指导中描述的产品)。典型的，应用程序和使用者之间会有一系列的交互窗口和对话，而该应用程序的功能规格说明书 会展示用户接口的虚拟面貌，并且描述每个用户可能采取的输入行为以及程序的回应行为。一个功能规格说明书可能也包括用户任务的正式描述，对其它产品的依赖 性以及使用标准。许多公司为开发者制定了指导准则，准则描述了任何产品功能规格说明书中应该包含的要点。
为了能够让功能规格说明书适合开发过程，以下是开发软件产品中典型的一系列步骤：
需求 这是产品规划者为了新产品或者是已存在产品的新版本的设计，从他们的市场知识和现有的及潜在的消费者那里得来的需求描述。
目标 产品设计者为满足需求，写下产品的目标。他们以一种更加专业的方式描述产品会是什么样的。目标可能描述结构，协议以及产品需要遵循的标准。可测量的目标是 指那些设定了一些准则，成品可以通过这些准则来判定的目标。可测量性可以是以消费者的满意度指数的形式，或者是以可用性和完成任务的时间的形式。目标必须 认识到时间和资源的限制。开发计划经常是目标的部分或必然结果。
功能说明 功能说明(经常是functional spec 或者仅仅是用spec来作为简称)是对目标的正式回应。它描述了产品必须支持的所有用户和程序接口的延伸。
设计变化要求 在开发过程中，认识到对功能规格说明书的变化是有必要的，正式的变化在设计变化要求中得到描述。
逻辑说明 程序的结构(比如，支持相似功能的代码模型的主要团队)，不同的代码模块和它们的关系，以及它们互相交流的数据参数可能在一个称为逻辑说明的正式文档中得 到描述。逻辑说明描述了内部接口，并且只是由开发者，测试者使用，然后，到了一定程度上，由服务产品并提供适合的相关代码的程序员使用。
用户文档 一般来说，所有的先前文档(除了逻辑说明)都可以作为为产品使用者准备的技术手册和在线信息(比如帮助页)的原材料。
测试计划 大部分的开发团队有一个正式的测试计划，它描述了将会检测写下的程序的测试情况。测试是在模块层次，组件层次以及与其他产品协作的系统层次进行的。这可以被认为是alpha测试。计划也可能允许beta测试。一些公司提供产品的早期版本给一组选定的消费者以便在“真实世界”的情况下测试。
最终产品 理想情况下，最终产品是功能说明和设计变化要求的完全实现，其中一些要求可能来源于普通测试和beta测试。
对于产品的下一版本，再次重复上述过程，只不过以一个新的需求说明开始，这些说明理想情况下使用来自于消费者关于现有产品的反馈来决定消费者下一阶段需要和期望的是什么。
大部分软件制作者支持类似于上述过程的正式开发过程。硬件开发过程是相似的但是包括一些额外的考虑比如外包的零件和制作过程本身的验证。
来源：/show.php?tid=361
除了坏事，我啥都干。
人人都是产品经理（）是中国最大、最活跃的以产品经理为核心的学习、交流、分享社群，集媒体、教育、招聘、社群活动为一体，全方位服务产品经理，微信公众号woshipm。成立5年以来举办线上活动500余场，线下活动数百场，覆盖北京、上海、广州、深圳、杭州、成都等10余城市，在互联网业内得到了广泛关注和高度好评。社区目前拥有300万忠实粉丝，其中产品经理占比50万， 中国75%的产品经理都在这里。}