业务分析员,系统分析员,新产品经理或其它与业务建模,需求管理或用户界面原型相关的工作人员都在指导之列。
系统分析员的任务是定义并与所有涉众来沟通系统的功能。可以被分解成以下几个高层任务：
理解用户需求
理解其它涉众的需求
记录、排列优先级并交流需求
与用户商议需求，并使其认可待开发应用程序
执行这些任务对系统分析员有以下几点要求：
能处理好涉众之间的关系
理解问题领域或具备快速学习这些知识的能力
全面、清晰和简明的书面和口头表达能力
编写清晰的用户需求
对软件开发周期有全面认识，知道系统分析员应该做哪些工作
在RUP中系统分析员的主要工作主要涉及到业务建模、用户需求和分析/设计。其主要工作在Inception和Elaboration阶段，也即识别用户需求的过程。系统分析员的工作就是保证创建正确的系统。在其它两个阶段的工作也主要来自于需求变更和对业务模型的细化分析。
系统分析员的角色
- 系统分析员
- 业务设计者
- 业务模型评估者
- 业务过程分析者
- 需求评估者
- 需求的说明者
- 测试分析者
- 用户界面设计者
如果系统分析员不完全清楚业务。那就首先了解业务，进行业务建模。完全清楚业务，就可以理解涉众的需求并开发外貌。
理解业务的操作
通常只有大型或组织才需要守成了解业务工程的工作。（意思是小型和中型项目没有必要或是不推荐来建业务模型）对于小型系统，可以把这部分用在最不清楚的、最关键的业务上。
系统分析员要理解要建立怎样的业务过程来帮助业务涉众来工作。
理解涉众的需求（愿望清单，可以是正式或非正式的文档）
涉众是一个个人或实体，在本质上影响系统。如客户、用户、投资人、新产品经理、设计人员、测试人员等。
获取需求的工作主要在初始阶段完成，并在细化阶段做一些更新的工作。变更需求文档记录需求的变动，要不断的回顾变更请求文档。
开发外貌：从涉众的角度观察待开发的产品，根据需求定义系统功能。包括：
涉众清单：客户、用户、投资人、新产品经理、设计人员、测试人员等。
约束条件：预算约束、技术方案列表、操作系统、与现存系统共存或兼容的要求。
问题陈述：要解决的问题。
问题是：
它妨碍了：
它的影响是：
一个成功的解决方案：
功能（feature）清单：系统为用户提供的服务。
需求如何解决问题陈述中的问题？
包括：
一个简短的描述
商业价值属性：高中低
成本属性，多大的成本
可以采用优先级的办法来排列功能的优先级。
最后可以形成外貌文档（vision document)。
开发用例和术语表（10步）
