第5章软件项目需求分析阶段的知识和管理.pptVIP

(1)用例在需求分析中的使用 用例是指一个用户或其他系统与要设计的系统进行的一个交互，这个交互是为了描述某个目标。 用例是对一组动作序列的描述，系统执行该动作序列来为参与者产生一个可观察的结果值。（UML用户指南） 用例的重要功能是通过画用例图的办法来鉴别和划分系统功能。它把系统分成角色(actor)和用例。其中角色可以是一个人、另一个软件、一个硬件或其他与系统交互的实体。一个单一的用例，可能包括完成某项任务的一系列逻辑相关的任务。 第六十三页，共九十五页。 用例图在面向对象的软件开发中，为用户进行需求获取和建模提供了一种有效的办法，是面向对象分析建模的基础。 用例像一个黑盒，它没有包括任何和实现有关一些信息。它很容易就被用户所理解。 如果用例不足以表达足够的信息来支持系统的开发，就有必要把用例黑盒打开，审视其内部的结构，找出黑盒内部的Actor和用例。 就这样通过不断的打开黑盒，分析黑盒，再打开新的黑盒。直到整个系统可以被清晰的了解为止。 第六十四页，共九十五页。 采用用例的需求获取是通过询问用户要利用系统做什么。而大部分程序员的工作习惯也是考虑计算机应该如何实现用户的要求。使用用例方法恰好能够调和双方的矛盾。 虽然用例来源于用户、服务于用户，但是它同样可以用做软件开发的流程。 当系统的开发过程全部基于用例的时候，如利用用例获取需求，采用用例进行设计，应用用例进行编码，使用用例开展测试的时候。这个开发过程就属于用例驱动型的。 第六十五页，共九十五页。 (2)用例的获取方法 大部分用例将在项目的需求分析阶段产生，并且随着工作的深入会发现更多的用例，这些都应及时增添到已有的用例集合中。 用例集合中的每个用例都是一个潜在的需求。 用例的获取一般需要经过两个阶段: 1)确定角色 获取用例从识别角色开始。 角色可以分主要角色、次要角色。 第六十六页，共九十五页。 通过回答一些问题来发现角色。以下是可供参考的问题： ●谁使用系统的主要功能(主要使用者)。 ●谁需要系统支持他们的日常工作。 ●谁来维护和管理，使系统正常工作(辅助使用者)。 ●系统需要操纵哪些硬件。 ●系统需要与哪些其他系统交互，包含其他计算机系统和其他应用程序。 ●对系统产生的结果感兴趣的人或事物。 ●系统需要何种输入输出?输入从何处来?输出到何处? 第六十七页，共九十五页。 (4)确保与用户沟通的深度和广度 所谓深度是指分析人员在需求调查的过程中，不但要与用户建立良好的工作关系，甚至要努力去建立比较深厚的私人关系，拉近距离，便于沟通。只有这样才能更清楚的了解用户的真实想法，获得用户的尊重和工作支持。 所谓广度就是在需求调研过程中要进行整体调研，需求调研要面向用户项目参与的全体人员。一方面是要了解用户的整体需求细节；另一方面也可从不同人员各自的角度了解用户方到底想要完成一个什么样的系统。 对于用户方的不同认识，分析人员可通过召开项目协调会议的方法，协调并统一用户方人员对相关需求的一致看法。 第三十一页，共九十五页。 (5)采取有效的需求调研方法 分析人员要确保本阶段工作能够按计划执行，首先需要分析在项目需求分析中的困难和问题，并采用有针对性的需求调研方法。 (6)需求的复用 在软件项目实施的过程中，许多不同项目间的需求都有相似性，特别是对于同类型项目在不同用户间的实施，需求之间的相似性就更加普遍。所以，分析人员应该十分注意需求的复用。 通过复用，用户形成了一个需求的原型，进而只需要对原型进行修改和完善即可。 第三十二页，共九十五页。 (7)需求分析的结束控制 要做好需求验收工作，需要踏踏实实做好需求分析的各阶段工作： 1)通过项目的合同条款，做好项目的范围规划，明确项目的工作内容