1.1 涉众分析

1.1.1边界

1.1.1.1定义

边界是可大可小的，由建模者主观臆定。边界决定了视界，会导致你看到的东西是不同的。因而在收集需求和开发软件的过程中，为了更接近真相，我们需要不停的变换边界，改变视界，从更多的侧面去描述同个信息，以求最大程度的符合真实的需求。
边界是无形的。大到业务建模，小到接口设计都能发挥重要作用。学会灵活使用边界，用边界决定抽象层次和视角，进而排除边界外大量的杂音来降低复杂程度。

1.1.1.2边界图例子

下图是：客户服务边界。在此边界的业务目标是：为客户提供创新的定制服务。从这个边界来看，客户和收货人是在边界之外的。他们是业务主角。其他的涉众例如供应商、配送事业部、计划财务部、营销事业部和仓储事业部都是仓储运输的内部工作人员，位于边界以内，换句话说，他们是业务工人。

例如我们在看：内部管理边界。此时我们的业务目标是规范企业内部管理，提高企业工作效率和管理效能。此时的配送事业部、仓储事业部、计划财务部和营销事业部是在边界之外的。此时他们是这个边界的业务主角而非业务工人。

1.1.2涉众

1.1.2.1定义

在需求分析开始时候。我们会了解下需求相关的业务概况和业务目标。而在了解务概况和业务目标后，系统分析员最先要做的事情不是去了解业务的细节，而是去发现与这个目标相关的人和物。英文把这种人和物称为Stakeholder。有的资料翻译为干系人，有些测喜欢涉众这种翻译。本文档我们解释为涉众。
涉众是与要建设的业务相关的一切人和事。但是要注意一点，涉众不等于用户，通常意义上的用户是指系统的使用者，而这仅是涉众的一部分。

1.1.2.2涉众分析方法

此节点将分享一些对于大部分管理类软件中如何寻找软件项目的涉众的方法。
1、 业主:
业主是系统建设的出资方、投资者。大多数情况向业主就是系统的需求提出者和使用者，即业务方。一般业主关心的是建设成本、建设周期以及建成后的效益。虽然看上去与系统需求没什么大的关系，但是，建设成本、周期将直接影响你可以使用的技术，选用的软件架构，可以承受的系统范围。
2、 业务提出者：指业务范围、业务模式和业务规则的制定者，一般是业务方的高层人物。业务提出者的系统建设的最高纲领。
3、 业务管理者：指实际管理和监督业务执行的人员，一般是指中层干部，他们起到将业务提出者的一直付诸实施，并监督底层员工工作。一般是系统的主要用户之一。
4、 业务执行者：指底层的业务操作人员，是与计算机直接交互最多的人员。他们最关心的是系统给他们带来的方便性，会怎么样改变他们的工作模式。
5、 第三方：与业务相关但是非业务方的其他人或者事。例如购物网站系统，交易双方都是通过网上银行完成支付的，则网上银行就是一个涉众。
6、 承建方： 老板。
7、 相关的法律法规：国家或者地方法律法规。
8、 用户：用户是个抽象的概念，指预期的系统使用者。用户一般是上述涉众的代表。

1.1.2.3涉众分析报告

通过章节1.2的方法，系统分析员对项目范围内的涉众进行调查和访谈，形成涉众分析报告。
涉众概要首先为每个涉众编号，然后说明涉众的基本信息和涉众在系统中的角色。涉众分析的时候，最重要的是准确的描述涉众情。比如购物网站系统，况和他们对系统建设的期望，而不是进入业务细节。开始，涉众可能不完善，但是，可以在任何情况补充和完善涉众分析报告。
可以采用表格形式编写涉众概要，例如：

 

1.1.2.4涉众分析例子

通过前面涉众分析中定义、分析方法以及得到的分析报告，再结合我们的仓储业务，我们得到下图中的涉众任务关系图：