软件需求工程创新.pptVIP

田精白 博士;;伦敦股票交易项目TAURUS，在花费了数百万英镑之后于1993年被取消（项目失败的总损失估计达到几亿英镑）。调查结果显示，许多问题源于未能协调那些不一致的需求。 Swanick空中交通控制系统原计划在1998年完工，但直到2001年尚未交付使用，额外开支高达1亿英镑以上。经官方调查，发现其中的一个主要原因在于“缺乏健壮的需求规格说明导致无法继续进行系统实现。;用户如此 描述;;需求的重要性;A. Davis认为 软件需求是从软件外部可见的、软件所具有的、满足于用户的特点、功能及属性的集合 I. Sommerville 需求是问题信息和系统行为、特性、设计和实现约束的描述的集合 IEEE软件工程标准词汇表中定义需求为： (1)用户解决问题或达到目标所需的条件或权能(Capability) (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能 (3)一种反映上面(1)或(2)所描述的条件或权能的文档说明 ;目标需求 业务需求 功能需求 非功能需求（性能需求） 约束与限制;反应组织机构或客户对系统和产品提出的高层次的目标需求，其限定了项目的范围和项目应达到的目标 例：文字处理系统 用户使用系统能够有效地纠正文档中的拼写错误，系统能满足用户的业务要求以及提高用户的工作效率。;主要描述软件系统必须完成的任务、实际业务或工作流程等。软件开发人员通常可以从业务需求进一步细化出具体的功能需求和非功能需求。 例：文字处理系统 当找到文档中拼写错误时，通过可供选择的单词表，选择单词表中的一个单词后，替换原来的单词。 ;指开发人员必须实现的软件功能或软件系统应具有的外部行为。 例：文字处理系统 查找文档中的单词，并高亮度的显示出错的单词。用对话框显示可供选择的单词表，实现整个文档范围内的替换。 ;指实现的软件系统功能应打到的技术指标，如：计算效率和精度、可靠性、可维护性和可扩展性等。 例：文字处理系统 检查单词的速度快，准确率要求打到99%，系统的有效性和可靠性要高等。;指软件开发人员在设计和实现软件系统时的限制，如：开发语言、使用的数据库等。 例：文字处理系统 文件内部格式要与Word系统一致。开发平台为Linux系统，使用C语言等。;需求规格说明也称需求规约，是需求工程的最终产物。 需求规格说明应该精确的描述系统必须提供的功能和非功能，以及所要考虑的约束条件和限制。;完整性：每一项需求都必须将所要实现的功能描述清楚，以使开发人员获得设计和实现这些功能所需的所有必要信息。 正确性：每一项需求都必须准确地陈述其要开发的功能。做出正确判断的参考是需求的来源，如用户或高层的系统需求规格说明。若软件需求与对应的系统需求相抵触则是不正确的。。可行性：每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。;必要性：每一项需求都应把客户真正所需要的和最终系统所需遵从的标准记录下来。 划分优先级：给每项需求、特性或使用实例分配一个实施优先级以指明它在特定产品中所占的分量。 无二义性：对所有需求说明的读者都只能有一个明确统一的解释，由于自然语言极易导致二义性，所以尽量把每项需求用简洁明了的用户性的语言表达出来。 可验证性：检查每项需求是否能通过设计测试用例或其它的验证方法，如用演示、检测等来确定产品是否确实按需求实现了。 ;完整性：不能遗漏任何必要的需求信息 一致性：一致性是指与其它软件需求或高层需求不相矛盾 可修改性：在必要时或为维护每一需求变更历史记录时，应该修订SRS 可跟踪性：应能在每项软件需求与它的根源和设计元素、源代码、测试用例之间建立起链接;Alan Davis ：直到（但不包括）把软件分解为实际架构构件之前的所有活动 Bray I. K.：对问题域及需求做调查研究和描述，设计满足那些需求的解系统的特性，并用文档给予说明 需求工程是应用工程化的方法、技术和规格来开发和管理软件的需求。 目标：获取高质量的软件 与传统的需求分析概念相比，需求工程突出了工程化的原则，强调以系统化、条理化、可重复化的方法和技术进行与软件需求相关的活动。 ;确定待开发的软件系统的用户类，并获取他们的需求信息 分析用户的需求信息，并按软件需求的类型对这些需求类型进行分类，同时，过滤掉不是需求的信息。 根据软件需求信息建立软件系统的逻辑模型或需求模型，并确定非功能需求和约束条件及限制。 根据手机的需求信息和逻辑模型编写需求规格说明及其文档。 评审需求规格说明。 当需求发生变更时，对需求规格说明及需求变更实施进行管理。 软件需求过程：需求获取、需求??析与建模、需求规约、需求验证和需求管理五个阶段;用户 利用计算机系统所提供的服务的人 直接操作计算机系统的人，就是直接使用软件系统的人 客户 掌握经费的人，通常有权决定软件需