接口分析识别解决方案组件间或跨边界的信息交换细节,包括交换位置、内容、原因、时间、方式和对象。接口是组件或解决方案间的连接点,大多数解决方案需要接口来交换信息。接口类型涵盖用户界面、非直接用户、商业流程、系统数据接口、API和硬件设备。分析明确了使用者、交换信息及数据量、信息交换的时间和频率。

接口分析

1 目的

接口分析用于识别解决方案组件之间或跨解决方案边界的信息交换的位置、内容、原因、时间、方式以及对象。

2 描述

接口 是两个组件或解决方案之间的连接。大多数解决方案需要一个或多个接口,以与其他解决方案组件、组织单位或业务流程交换信息。

接口类型包括:

  • 用户界面,包括直接与组织中的解决方案交互的人类用户,
  • 与解决方案无关的人,如涉众 1或监管机构,
  • 商业流程,
  • 系统之间的数据接口,
  • 应用程序编程接口 (API) 和
  • 任何硬件设备。

接口分析定义并澄清了:

  • 谁会使用这个界面,
  • 通过接口交换的信息,以及数据量,
  • 信息何时交换,以及频率如何,
  • 信息交换将在哪里进行,
  • 为什么需要接口,以及
  • 界面是如何实现或应该实现的。

识别接口使商业分析师能够提供上下文以获取更详细的涉众需求,从而确定解决方案的功能覆盖范围,以满足涉众的需求。 早期识别接口揭示了哪些涉众将从或依赖于解决方案的各种组件中受益,这可以帮助商业分析师确定应使用其他提取技术的哪些涉众。

3 元素

.1 准备身份验证

商业分析师可以利用其他技术,如文档分析、观察 2、范围建模和访谈,来了解需要识别哪些接口。上下文图可以揭示高层次的人类行为者、组织单位、业务流程或其他解决方案组件之间的接口。 该分析的结果可以揭示任何现有接口被使用的频率,以及它们可能存在的问题,这可能会加强改变的理由。 结果还可以帮助确定需要解决的任何关键问题,以便创建一个接口解决方案。

. 2 执行界面识别

商业分析师识别出与系统交互的每个涉众或系统的未来状态所需的接口。 涉众和接口之间的关系可能是多对多,或者在某些情况下是一对一。 一些界面可能不那么明显或不那么频繁,例如用于监管功能、审计或员工培训的界面。 确定的界面可以包括来自除运营方案以外的其他解决方案的界面。

对于每个接口,商业分析师:

描述接口的功能,

  • 评估接口使用频率,
  • 评估哪些类型的接口可能适用,以及
  • 获取有关接口的初始详细信息。

.3 定义接口

接口的要求主要集中在描述该接口的输入和输出、对这些输入和输出进行验证的规则以及可能触发交互事件。 可能存在大量不同的交互类型,每种都需要指定。 交互可能会由业务解决方案中的典型或替代的输入/输出流程触发,或者由异常事件(如故障)触发。

商业分析师会考虑谁会使用接口、接口上会传递什么信息,以及接口何时何地发生。接口定义了系统之间的用户工作流程、用户角色 3和权限,以及任何与接口相关的管理目标。接口定义依赖于可用性指南,如可访问性要求或一般的工作流要求。

为了识别任何主要的设计问题,解决方案或过程组件与人员之间的接口需要在前期进行详细的接口分析。接口定义包括:

  • 接口的名字,
  • 接口的 覆盖范围 或 范围,
  • 两个实体之间的交换方法,
  • 消息格式,以及
  • 交换频率。

4 使用考虑因素

.1 优势

  • 通过早期参与界面分析,可以提供更多的功能覆盖率。
  • 为接口提供明确的规范,可以有条不紊地分配需求、业务规则和约束。
  • 由于它的广泛应用,它避免了对细节的过度分析。

.2 限制

  • 由于分析不评估内部组件,因此不会提供对解决方案其他方面的见解。