结构化的自然语言描述需求如何组织在软件需求文档中-Read.pptVIP

SW05 软件需求 目标 用户需求和系统需求的基本概念 功能需求和非功能需求的区别 描述系统需求的基本技术：结构化的自然语言描述 需求如何组织在软件需求文档中 内容 功能需求和非功能的需求 用户需求 系统需求 软件需求文档 1.1 需求工程 软件需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能 被对系统应该提供的服务和所受到的约束的描述是系统需求关心的内容。对服务和约束的发现、分析、建立文档、检验的过程—需求工程 1.2 需求类型 用户需求 用自然语言加图表的形式描述系统所提供的服务和它的操作约束。 是面向客户的 系统需求 用结构化文档详细描述系统的服务。作为客户和承包商之间的合同的一部分 1.3 不同类型需求的读者对象 2.1功能需求和非功能需求 功能的需求 Statements of services the system should provide, how the system should react to particular inputs and how the system should behave in particular situations. 非功能的需求 constraints on the services or functions offered by the system such as timing constraints, constraints on the development process, standards, etc. 领域需求 Requirements that come from the application domain of the system and that reflect characteristics of that domain 2.2 功能需求 描述系统提供的功能性或系统服务 依赖软件的类型、软件未来的用户以及开发的的系统类型 功能性用户需求，用一般的描述给出，而功能性系统需求应该详细地描述系统服务（输入、输出、异常等） 功能需求的例子 软件必须提供表达和访问外部文件的手段，这些外部文件是由其他工具创建的 系统能提供适当的浏览器供用户阅读馆藏文献 需求的全面性和一致性 理论上，系统的功能需求描述应该既全面又具有一致性 全面性 They should include descriptions of all facilities required 一致性 There should be no conflicts or contradictions in the descriptions of the system facilities 在实际中，是几乎不可能产生一个全面且一致的需求文档 2.3 非功能需求 非功能需求定义了系统的特性和约束，如可靠性、反应时间和存储空间等 非功能需求不只是与软件系统本身有关，还与系统的开发过程有关。过程需求的例子包括对在过程中一定要用质量标准的描述、设计中必须使用的CASE工具集的描述以及过程所必须遵循的原则（程序语言、开发方法） 非功能需求关心的是系统整体特性而不是个别的系统特性，因此，非功能需求比功能需求对系统更关键. 如果非功能需求不能满足，系统将无法使用 非功能需求的分类 产品需求 叙述被移交的产品所必需具有的特别的行为方式，举例来说执行时间, 可靠性等 组织的需求 是组织的政策和程序的结果，所使用的过程标准 外部需求 从系统和开发过程外部因素引起的需求，互操作需求和立法需求等 非功能需求的类型 非功能需求实例 产品需求 它应该能将所有APSE和用户之间的必须的通用标准的Aada字符集表达 机构需求 系统开发过程和交付的文档将遵照XYZCo-SP-STAN-95的相关定义 外部需求 系统不应该对系统的操作人员公开客户除名字和索引代码外的任何个人信息 非功能性需求的特点 非功能性需求的常见问题是检验起来非常困难 非功能性可能是对系统的易用性、系统的可恢复性和对用户输入的快速反应性能的要求，对这些需求的不详细和不确定会给开发者带来许多问题，比如在系统交付之际会在客户和开发者之间引起争议 2.4 领域需求 领域需求起源于系统的应用领域而不是系统的用户需要 领域需求是一个新的特有的功能需求，对已存在的功能需求的约束或者是需要实现的一个特别计算 领域需求时常反映应用领域的基本问题，如果这些需求不被满足，系统将不能正常运转 实例：图书馆系统领域需求 需求：因为版权限制，一些文档只能根据用户需要输出到本地打印机或网络打印机上。 这一需求是版权法对图书馆中资料保护的需要，它描述了对一类文档打印完立即删除的功能 3.1 用户需求 用户需求是从用户角度来描述系统功能和非功能需求