显而易见，严格来说的话，软件开发过程应该侧重于企业系统级的架构设计，以及软件重用。但是基于以下三点原因，在这里我不会长篇大论的讲述结构分析：
我的目标不是结构分析设计，而是面向开发人员的更底层的日常工作。
这不是一本专著，没有那么多篇幅来讲述结构分析。
根据我多年在软件架构和软件过程方面的咨询经验来看，只有很少的软件开发组织能够很规范的进行结构分析。如果你正在从事结构分析，你一定曾经经历过本文中的一些内容。对一个新的，或是一个大型的软件项目来说，采用结构分析是明智的选择。但是如果你不太熟悉结构分析，本文的内容将会对你有所裨益。
用例分析的目的：
找出用例中的执行流程、事件的各个类。
通过实现用例，把用例的行为指定到具体的类。
找出类的责任、属性和他们相互的关系。
规范地确定系统中各用例的职责。
我们也可以认为，用例分析的目标，就是把我们对用例的理解，转变为与业务一致的形式，实现需求的价值。在用例设计的时候，我们把业务概念抽象成类、对象、关系、组件、接口等等，这些都与目标系统直接对应。
图2引自RUP分析和设计概述部分，描述了需要使用用例分析的场景，和用例分析与其它步骤之间的关系。
图2：RUP中的用例分析
在RUP [RUP2003]中的用例分析由几部分组成：
每个用例包括：
建立一个用例实现
用例的补充描述(如果需要)
从用例的行为中，找出分析类(Analysis Classe)
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
