《信息系统分析与设计》课件第7章.ppt

7.6需求管理

7.6.1概述

在需求分析阶段确定的信息系统需求将作为系统分析、系统设计和编码的依据，指导后续信息系统开发工作。另外，随着环境的变化和用户对信息系统认识的深化，也会对已经确定的需求进行变更。为了使得信息系统需求既能得到合理变更满足用户需要，又使得开发工作能够有计划进行，就需要实现需求跟踪、控制需求变更、实施版本控制，对需求进行有效管理。需求管理是在需求开发之后，对需求实施的跟踪、版本控制和变更控制的一系列管理活动。7.6.2需求基线管理

在需求分析中，经过验证的需求需要被固定下来作为需求规格说明的内容。需求基线是经验证被明确和固定下来的信息系统需求，这些需求将作为需求规格说明的内容，成为后续开发工作的依据和基准。

需求基线除了包括经验证的信息系统需求之外，还包括需求的描述信息，主要有：需求标识，创建日期，创建人，版本号，所属需求单元，验证人和验证时间等。对确定的需求基线必须实施有效地管理，随着需求变更的增多，必须保持必威体育精装版的需求基线，并且对需求的变更进行有效的版本控制。需求基线管理工作包括需求基线的信息管理，需求基线的变更管理，需求基线的跟踪管理和需求基线的状态管理等内容。7.6.3需求跟踪管理

1．需求跟踪

需求跟踪是以需求规格说明为基准，对需求的来源，需求对后续开发的影响，需求的变更实施的跟踪活动，以保证需求与开发工作的一致性。根据需求跟踪的方向，可以分为前向跟踪和后向跟踪两种类型。前向跟踪是确定需求定义到需求规格说明文档之间的跟踪关系，表示某个需求是根据哪个信息系统目标定义的，与哪些部门及其业务相关，需求是由哪些业务人员提出的，并经过谁的修改和验证等。前向跟踪能够追踪到需求的来源。后向跟踪则是确定对需求规格说明中已经明确的需求与后续开发工作中的系统要素之间的跟踪关系，表示某个需求与哪个子系统的哪个模块中的哪些系统要素存在关系，这些要素可能是组件、类、接口等。2．需求跟踪的作用

需求跟踪是需求管理的内容之一，是实施需求管理的必须途径。项目管理者通过需求跟踪能够准确了解需求的来源和需求与系统要素的联系，对变更的需求所产生的影响作出合理评估。通过跟踪及时发现可复用的系统要素，并及时掌握需求的实现进度。设计人员通过需求跟踪能够明确需求的来源，明确设计方案对需求的满足程度，以及需求变更对设计的影响程度。配置人员通过需求跟踪能够评估需求变更对其他需求的影响，以及需求变更对后续工作的影响。3．需求跟踪的方法

需求跟踪的实现方法主要有需求跟踪矩阵、实体联系模型和交叉引用等。在此我们主要介绍需求跟踪矩阵方法。需求跟踪矩阵用来表示需求与后续工作中的设计元素、软件制品和测试用例之间的跟踪关系，详见表7.1。表7.1需求跟踪矩阵例子7.6.4需求变更管理

1．引言

在需求分析的后续阶段改变需求会带来开发工作量的成倍增加，因此，要求需求分析人员要高度重视需求分析工作，尽可能在需求分析阶段明确信息系统需求。但由于信息系统环境会发生变化、用户会发生变化、分析人员和用户对信息系统的认识会逐步深化，因此在需求开发完成之后需求出现一定程度的变更是合理的。为了避免因需求变更引起开发过程的混乱和开发成本的提高，需求对需求变更进行有效控制。2．需求变更组织管理

设立变更控制委员会是实施变更组织管理的有效方法。变更控制委员会是一个管理变更控制的工作小组，可以由项目管理部门、开发部门、测试部门、市场和客户代表组成。需求变更委员会负责制定变更控制政策，并对需求变更申请进行评估和裁决。只有经过变更控制委员会评议批准的需求变更，才能够允许变更，并纳入需求变更管理。3．需求变更控制

一般需求变更控制过程是：

(1)由变更申请人向变更控制委员会提交需求变更申请。

(2)变更控制委员会对需求变更申请进行评估，全面评议需求变更的必要性和带来的影响。

(3)变更控制委员会对需求变更进行表决，以决定需求是否允许变更。

(4)通过表决的需求变更，纳入需求基线。②建立的用例图应该具有一致性。所谓一致性是指在用例模型中不存在相互冲突和矛盾的地方。模型的一致性需要通过下面几个方面得到保证：第一，用例命名准确。用例表示一个功能，用例的名字需要用动词或动词短语，在用例名中出现名词或名词短语的情况，一定要予以纠正。另外，用例的名字应该准确表达它所要描述的功能。第二，一个用例图中或多个用例图之间不能存在重复、矛盾和冲突的用例。一个用例可以在多张用例图中出现，但应该用同一个名字。对于功能存在差别的用例，应该给予不同的名字，每一个用例必须有准确的含义。③建立的用例的规模适中。一个用例不宜过于复杂，也不宜过于简单。当一个用例