文档介绍：第三章软件需求工程
§ 软件需求分析
准确地定义未来系统的目标,确定为了满足用户的需求系统必须做什么。用<需求规格说明书> 规范的形式准确地表达用户的需求。
在进行可行性研究和项目开发计划以后,如果确认开发一个新的软件系统是必要的而且是可能的,那么就可进入需求分析阶段。 需求分析是指开发人员要准确理解用户的要求,进行细致的调查分析,将用户非形式的需求陈述转化为完整的需求定义,再由需求定义转换到相应的形式功能规约(需求规格说明)的过程。
需求分析概述
软件需求是指用户对目标系统在功能、行为、性能等方面的期望。需求分析是发现、求精、建模和产生规格说明的过程,软件开发人员需对应用问题及环境的理解、分析,为问题涉及的信息、功能及行为建立模型。需求分析实际上是对系统的理解与表达的过程,是一种软件工程的活动。
理解的含义就是开发人员充分理解用户的需求,对问题及环境的理解、分析与综合,逐步建立目标系统的模型。通常软件人员和用户一起完全了解系统的确切的要求,即系统要做什么。
表达的含义是产生规格说明书等有关的文档。规格说明就是把分析的结果完全地、精确地表达出来。系统分析员经过调查分析后建立好模型,在这个基础上,逐步形成规格说明书,需求规格说明书是一个非常重要的文档。
经过软件的需求分析建立起来的模型可以称它为分析模型或者需求模型,注意到分析模型实际上是一组模型,它是一种目标系统逻辑表示技术,它可以用图形描述工具来建模,选定一些图形符号分别表示信息流、加工处理、以及系统的行为等,还可以用自然语言给出加工说明。
软件需求分析的困难性
(1)问题的复杂性。这是由用户需求所涉及的因素繁多引起的,如运行环境和系统功能等。
(2)交流障碍。需求分析涉及人员较多,如软件系统用户、问题领域专家、需求工程师和项目管理员等,这些人具备不同的背景知识,处于不同的角度,扮演不同角色,造成了相互之间交流的困难。
(3)不完备性和不一致性:由于各种原因,用户对问题的陈述往往是不完备的,其各方面的需求还可能存在着予盾,需求分析要消除其矛盾,形成完备及一致的定义
(4)需求易变性。用户需求的变动是—个极为普便的问题,即使是部分变动,也往往会影响到需求分析的全部,导致不一致性和不完备性。
软件需求
(1)用户解决问题或达到目标所需的条件或权能(Capability)。
(2)系统或系统部件要满足合同、标准、规范或其他正式规定文件所需具有的条件或权能。
(3)一种反映上面(1)或(2)所描述的条件或权能的文档说明。
软件需求的层次
·业务需求:
业务需求反映了组织机构或者客户对系统、产品高层的目标要求,它们在项目视图与范围文档中给予说明。
·用户需求:
用户需求描述了用户使用产品必须要完成的任务,这可以在使用实例文档给予说明。用户需求应该只描述系统的外部行为,尽量避免对系统设计特性描述。用户需求通常用自然语言、图表以及直观的图形来描述。在用户需求描述时,可能会出现描述不够清楚、需求混乱、需求混合等问题。
系统需求又可以分成功能需求、非功能需求性和领域需求。
功能需求定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足业务需求。在需求规格说明中,功能需求充分描述了软件系统所具有的外部行为(服务)。
非功能性需求是不直接与系统具体功能相关的一类需求,例如,可靠性、响应时间、存储空间等。非功能需求可以分类:(1)产品需求。(2)机构需求。(3)外部需求。
领域需求来自系统的应用领域的需求,反映了该领域的特点。它们可能是一个新的特有的功能需求、或者是对已存在的功能需求的约束,也可能是一种非功能需求。
需求工程
软件需求工程领域的层次分解: