统一的需求收集平台，灵活易用的使用界面
多项研究都表明，大多数项目的失败与需求管理密切相关。对于需求进行有效的管理，将奠定项目成功的基石。实现有效的需求管理，第一步就要解决需求的收集问题。项目的干系人众多: 客户、业务部门、开发人员、维护人员等等，造成了需求的来源众多，而且渠道多样：开会收集的，市场调研的、电话沟通的、电子邮件交流的等等。但由于缺乏必要的系统平台，于是各种各样的需求就四散在各处，难免造成需求的遗漏，更无从进行有效的管理。
为了解决需求的收集和评估，我们可以借助具有多种使用界面的IBM Rational变更管理工具ClearQuest打造统一项目团队的需求收集平台，统一需求收集的渠道和信息提交的格式，并遵循必要的需求评估流程，对收集的原始需求进行遴选、分派，同时又能完整保留所有原始需求。ClearQuest具有根据客户需求进行灵活定制的能力，有简单易用的Web界面，使得由客户和业务人员直接提交原始需求成为可能。
通过业务建模，深入理解用户的需求
由于企业业务活动的多变性与复杂性，要准确理解目标系统的业务需求，首先必须了解目标系统的应用环境，也就是企业的业务过程与协作流程。因此，对于收集后经过评估和分派的原始客户需求，就需要由领域专家对客户的业务流程进行业务建模，与客户深入交流，以深入理解客户现有的工作流程，并对其进行相应的优化，发现可以通过IT系统实现的环节，进而将业务需求转化为软件需求，从而为今后的设计、实现指明方向。为了使得业务部门和技术部门能进行有效的沟通，我们将使用业界统一的建模语言UML，通过IBM Rational Software Modeler进行业务建模。
从用户角度出发，准确描述软件的功能需求
用例建模是被业界广泛接受的需求开发与描述方法，用例建模站在用户的角度，从目标系统的外部以一种可观测和可验证的方式描述目标系统的预期行为，描述系统如何与最终用户以及/或其他系统进行交互。用例易于被业务部门理解，可以清晰定义目标系统的边界。用例模型在系统功能与最终用户之间建立了明确的关联，便于企业业务部门安排合适的需求评审人员对其相关需求进行评审，既可以提高需求评审的效率，又可以保证需求的正确性。用例主要描述系统的功能性需求，系统的非功能性需求则通过需求补充规约进行描述。
