需求分析有多种方式方法，下面主要介绍下 UML建模分析方法。本章先为大家介绍业务涉众，下一阶段才会进入到正式的业务建模。 一、新西兰电话号码列表 了解问题领域 B端产品业务需求分析之涉众概述 首先我们要知道软件是一种工具，是用来辅助人们解决某一问题的。软件的价值就在于它能够符合问题领域的需求，并达到人们解决问题的期望，软件项目总是从了解问题领域开始的。 二、了解业务概况 在每一个信息化项目启动前，作为产品/项目经理，你首先需要考察和评估客户的业务模式，新西兰电话号码列表 主要包括项目背景调查、业务前景分析、业务可行性分析、技术可行性分析等。 通过这些步骤，你将初步了解项目的产生原因、运行环境、系统规模、软硬件环境以及客户期望，这些内容将成为软件目标的最初输入也是十分重要的输入。 三、整理业务目标 业务目标又称为业务前景，是对要建设的系统的展望。一般客户立项准备开发一个软件系统，就会对这个系统有明确的展望，新西兰电话号码列表 即建设系统的目的是什么、准备用它来做什么。 一般情况下我们会根据对业务概况的了解来整理业务目标。有些项目，客户会在招标文件中提出具体的业务目标。但在实际项目中，也会有一部分客户对于自己的业务系统理解不是特别的清晰，他们会通过一些场景化的描述来阐述对于目标系统的需求。 总之，业务目标非常重要，因为我们还需要通过业务目标来辅助定义系统边界。在了解业务目标之后，新西兰电话号码列表 可以开始推导需求和建立业务模型。在初步了解业务概况后，接下来就需要进行涉众分析。 四、做好涉众分析 在了解业务概况和业务目标以后，系统分析员最先要做的事情是去发现与这个目标相关的人和物。英文把这种人和物称为 Stakeholder（利益相关者）。有的资料翻译为干系人或者涉众。本文采用涉众称呼，然后我们可以开始业务建模的第一步：
发现和定义涉众。 1. 什么是涉众？ B端产品业务需求分析之涉众概述 涉众是与要建设的业务系统相关的一切人和事。涉众不等于用户，通常意义上的用户是指系统使用者，新西兰电话号码列表 而这仅是涉众中的一部分，如何理解与业务系统相关的一切人和事情呢？ 凡是与这个项目有利益关系的人和事都是涉众，他们都可能对系统建设造成影响。不过我们在实际项目中，有些影响特别小的涉众可以忽略不考虑。 当面对一个陌生的问题领域时，在项目初期不一定能够很清楚谁是系统的真正使用者，新西兰电话号码列表 随着需求的深入才会逐步明确。因为最终的系统使用者肯定会从涉众当中产生，所以涉众分析就十分重要。 2. 业主 B端产品业务需求分析之涉众概述 业主是系统建设的出资方、投资者，大多数情况下业主也是系统的需求提出者和使用者，即业务方，但并不是绝对的。新西兰电话号码列表 比如可以假设系统建设是由第三方机构投资，但它本身并不管理和运营这个系统，它只是从资本上拥有这个系统并从运营收入中获得回报。 即使业主与业务方是重合的，但是业主从概念上讲并不等于业务方，他们关心的内容是不一样的。了解业主的期望是必须的和重要的，业主的钱是这个项目存在的原因。新西兰电话号码列表 如果系统建设不符合业主的期望，撤回投资，那么再好的愿望也是空的。