本文结合CSIS项目需求分析的实践和需求工程现状，讲解了Use Case＋CRC方法的基本思想、基本方法及应用过程。对项目中分析人员与客户的关系进行了分析和总结。

......

在我们的项目中采用的方法

在CSIS项目的需求获取活动中我们采取的是一种自顶向下，逐步细化的过程。我们使用Use Case方法，利用它的特性来支持这种过程。在需求的确认过程中我们使用CRC方法，通过该方法提供的模型，我们与用户进行互动式的交流与探讨，从而能够准确的理解用户的需求。

......

首先我们了解到CSIS项目的第一个层次，也是最高的应用方面的划分。如图4.1，在CSIS系统的业务的最高层，我们划分为四个大的应用方面：办理集团查询业务，办理子公司日常业务，办理船员个人查询业务，系统维护。在这个层次上作调查比较容易，我们从集团的立项会议的记录当中就能找到明确的说明和定义，因而利用Use Case的“黑盒”处理方式没有很明显的体现出它的优势。

......

下面让我们进入下一个迭代过程。如图4.2我们将办理子公司日常业务这一应用方面进一步细化，就是将上一个层次中的“黑盒”打开。但这个打开行为进入业务的深度是有限制的，如图4.2所示，我们只向前迈进一步，对办理子公司日常业务进行业务领域层次的分解，但对每个业务领域，我们仍然把它看作是一个“黑盒”，在这个层次的调查中我们不去涉及它的内部细节，如它包含哪些业务流程等，而是在下一个层次的调查中将它这一“黑盒”进一步打开。这样做的好处就是有利于我们在做调查时不会受到底层业务细节的干扰，从而能够全身心的在调查中将这一层次上的所有的业务领域挖掘出来，避免遗漏。这样做最大的好处就是提高需求调查的效率、准确性和全面性。在需求调查和分析过程中遗漏比较高层次的需求其后果将是花费巨大的资源进行修补，甚至导致整个......

......

总结与展望

OOA方法中，无论Booch、OMT或Yourdon方法。其重头戏就是：寻找类别和对象。其中最主要的寻找途径是——阅读文件。可惜，一般中小企业，文件资料常不完整、明确。在此情况下，访谈过程将扮演更重要的角色。访谈的范围和描述的重点，将决定是否能找到正确的对象了。传统的系统分析师进行访谈时，常以部门或个人的业务为范围，然后描述其有关的作业流程。这范围之界定并不明确，随系统分析师的主观而异，其所描述的可能是系统分析师的观点，并非使用者的观点。这流程只描述动作的顺序，但谁做这项动作？这动作是为谁而做？并未明确表示出来。亦即主/从之关系并不明确，将很难从中找到适当的类别和对象。 

Use Cases观念可改善这项缺点。一个Use Cases只描述使用者的某个观点。其访谈的范围是使用者对这软件系统的某个观点，亦即某个单独的需......