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

(1)用例在需求分析中的使用 用例是指一个用户或其他系统与要设计的系统进行的一个交互，这个交互是为了描述某个目标。 用例是对一组动作序列的描述，系统执行该动作序列来为参与者产生一个可观察的结果值。（UML用户指南） 用例的重要功能是通过画用例图的办法来鉴别和划分系统功能。它把系统分成角色(actor)和用例。其中角色可以是一个人、另一个软件、一个硬件或其他与系统交互的实体。一个单一的用例，可能包括完成某项任务的一系列逻辑相关的任务。 用例图在面向对象的软件开发中，为用户进行需求获取和建模提供了一种有效的办法，是面向对象分析建模的基础。 用例像一个黑盒，它没有包括任何和实现有关一些信息。它很容易就被用户所理解。 如果用例不足以表达足够的信息来支持系统的开发，就有必要把用例黑盒打开，审视其内部的结构，找出黑盒内部的Actor和用例。 就这样通过不断的打开黑盒，分析黑盒，再打开新的黑盒。直到整个系统可以被清晰的了解为止。 采用用例的需求获取是通过询问用户要利用系统做什么。而大部分程序员的工作习惯也是考虑计算机应该如何实现用户的要求。使用用例方法恰好能够调和双方的矛盾。 虽然用例来源于用户、服务于用户，但是它同样可以用做软件开发的流程。 当系统的开发过程全部基于用例的时候，如利用用例获取需求，采用用例进行设计，应用用例进行编码，使用用例开展测试的时候。这个开发过程就属于用例驱动型的。 (2)用例的获取方法 大部分用例将在项目的需求分析阶段产生，并且随着工作的深入会发现更多的用例，这些都应及时增添到已有的用例集合中。 用例集合中的每个用例都是一个潜在的需求。 用例的获取一般需要经过两个阶段: 1)确定角色 获取用例从识别角色开始。 角色可以分主要角色、次要角色。 通过回答一些问题来发现角色。以下是可供参考的问题： ●谁使用系统的主要功能(主要使用者)。 ●谁需要系统支持他们的日常工作。 ●谁来维护和管理，使系统正常工作(辅助使用者)。 ●系统需要操纵哪些硬件。 ●系统需要与哪些其他系统交互，包含其他计算机系统和其他应用程序。 ●对系统产生的结果感兴趣的人或事物。 ●系统需要何种输入输出?输入从何处来?输出到何处? 2)获取用例 获取角色，就可以对每个角色提出问题以获取用例。以下是可供参考的问题： ●角色要求系统提供哪些功能(执行者需要做什么)? ●角色需要读取、产生、删除、修改或存储的信息有哪些类型? ●必须提醒角色的系统事件有哪些?或者角色必须提醒系统的事件有哪些?这些事件能干什么? ●为了完整地描述用例，还需要知道角色的某些典型功能能否被系统自动实现? ●当前运行系统(也许是一些手工操作而不是计算机系统)的主要问题是什么? 用例为表达用户需求提供了一种方法，而这一方法必须与系统的业务需求相一致。分析者和用户必须检查每一个用例，在把它们纳入需求之前决定其是否在项目所定义的范围内。 基于“用例”方法进行需求获取的目的在于描述用户需要使用系统完成所有的任务。 理论上，用例的结果集将包括所有合理的系统功能。实际工作中，分析人员不可能完全获得需求，但是比起其他获取方法，基于用例的方法可以带来更好的效果。 5.5.4原型法 原型法(Rapid Prototyping)是一种以计算机程序设计为基础的系统开发方法，它可以快速通过迭代的方法完成最终系统工作模型的建立。 原型法通过先构造一个功能简单的原型系统，然后用户通过对原型系统的讨论和评价而不断完善与细化，最终得到符合用户需求的软件系统。 原型法开发一般经历以下几个阶段： (1)确定用户基本需求 通过初步调查获取用户的基本需求，了解用户期望的功能、应用