用例分析技术小记( 1 )

      用例被用来描绘一个系统外在可见的需求情况，常被用在项目的需求分析阶段，对项目的测试计划和用户指南也有用处。他们被用来创建和验证被提议的设计，并确保该设计满足所有的需求。用例也被用来在创建项目计划时决定在每一个版本中应该加入什么内容。

      在项目中常有的一个问题就是，已经进入了开发阶段了确还要对某些东西进行重新的设计甚至增加新的需求，这些大都与项目开始时的前期准备阶段没有做充分准备有关。没有一个可以贯穿整个项目的方法论，而基于用例的分析技术可以帮助人们理清楚我的系统需要做什么，不需要做什么，哪些可以做，哪些不可以做，需要做的功能要做到什么程度，需要做的功能是不是一定要在这次完成，这次不需要做的功能下次是否会支持以及我的系统的使用者，以及理清楚项目的概念阶段，需求阶段，设计阶段，开发阶段，验收阶段，以及从需求阶段就开始加入的测试都需要做哪些事情。

      用例可以用于多重过程之中，我们关心的是迭代和风险驱动软件过程。迭代式的软件过程有助于在过程的早期对风险进行鉴别并加以解决，从而获得更加健壮和高质量的系统。最常用的迭代和风险驱动过程的一个例子是RUP：（Rational Unified Process）。RUP主要包括：初始、细化、构造和交付四个阶段。初始阶段的交付项主要包括：项目描述，风险分析，用例图，执行者和用例描述，项目建议。

    项目描述，风险分析不在多说自然是需要将整个项目有个较为全面的描述以及项目一些潜在的风险。后续内容会随着对用例分析技术学习的深入一步步的展开。

      本文会随着本人学习用例分析技术的过程一点一点的揭开用例分析技术的面纱。。。

未完待续。。。。。