03需求工程软件建模与分析阅读笔记之三

此次阅读学习到了在需求分析阶段,需求工程师主要的任务。

1、背景分析:系统是作为业务问题的解决方案而被开发出来的,但仅仅系统本身是无法帮助用户达成目标的,它必须和它所部署的环境形成互动才能解决用户的问题。所以,在进行系统开发,尤其是需求开发时候,研究系统所将要部署的环境无疑是具有重要意义的。而且通过对环境的分析和理解,还可以帮助需求工程师形成一个关于用户业务的知识框架,这又进一步利于需求工程师在细节的需求捕获活动中形成和哟过户的有效交流。背景分析就是研究系统环境的一个任务。

2、确定系统边界:在系统业务需求确定之后,下一个要执行的任务就是定义新系统的边界,也就是项目的范围。系统边界之内定义的是系统须要对外部提供的功能,系统边界之外的标识的是对系统有功能要求的外部实体或者对系统有所限制的环境要素。系统边界的定义要保证系统能够和周围环境形成有效的互动,而且在互动中解决用户的问题,满足业务需求,系统用例图和上下文图通常被用来定义系统的边界。

3、需求建模:建模是为了展示和解释信息二进行的抽象描述活动,模型有一些基本的元素和元素之间的关系组成。它含有丰富的语义。和本文的自然化语言相比,模型能够在有限的空间内表述得更加严谨准确和高密度的信息。需求建模是需求工程中最为重要的和基础的一项任务。

4、需求细化:用户需求往往具有模糊、歧义等诸多不利的特征,这使他们很难被评估和验证。所以很有必要在系统模型的帮助下发现更多的细节,并依次将用户需求转换为一些具有良好粒度和特征的细节需求,即系统需求。

5、确定优先级:用户对系统往往有许多的需求,而且这些需求并不是处于同等重要的地位,因此需求工程师须要根据其重要性为需求设定优先级。这些优先级对对版本系统的功能分布和后继的开发活动中的功能取舍非常重要,尤其是在开发资源非常有限甚至不足的情况下。

6、需求协商:在分析中,有时会发生不同用户的需求冲突,在这种情况下用户各自的需求都是合理的,但是却不可能在系统中同时被实现。无法同时实现的原因有可能是用户的需求是相互敌对的,不可调和,也可能是因为系统实现的资源有限,无法二者兼顾。

原文地址:https://www.cnblogs.com/lhj1017/p/8303244.html