bth006#实用需求工程_02_系统和上下文边界

系统和上下文边界

Understanding where the requirements come from

System Context 系统上下文

The system context is the part of the system environment that is relevant for the definition as well as the understanding of the requirements of a system to be developed.

• 系统上下文是系统所处的环境中与定义、理解和解释系统需求相关的那些部分。
• 系统开发中必须考虑的系统环境的那部分，被认为在开发过程中是不被改变的。

Possible aspects of reality influence the context of a system(影响上下文的几个方面)

• People(stakeholders or groups of stakeholders)
  • 人（利益相关者）
  • 不能改变用户，但是又影响系统
• Systems in operation(other technical systems or hardware)
  • 其他系统或硬件
• Processes(technical or physical processes, business processes)
  • 技术性、业务流程
  • （财务系统）
• Events(technical or physical)
  • 事件
• Documents(e.g., laws, standards, system documentation)
  • 法律、法规

上下文可以与系统存在直接交互关系，也可以没有交互关系但仍然影响系统需求。

Definition System and Context Boundaries 定义系统和上下文边界

见ppt图

Defining the System Boundary 定义系统边界

定义

The system boundary separates the system to be developed from its environment; i.e., it separates the part of the reality that can be modified or altered by the development process from aspects of the environment that cannot be changed or modified by the development process.

• 将系统与系统上下文、无关环境分开。
• 在系统边界以内的制品开发过程中可以被改变，以外的不可以改变。

见ppt图，

上下文方面 system context

• business processes
• technical processes
• people and roles
• organizational structures
• components of the IT infrastructure

系统边界上发生的交互

• sources and sinks 信息源和接收单元
  • (Groups of) stakeholders
  • Existing systems(both technical and nontechnical systems)
• Interface 接口

Gray zone 灰色区域

Gray zone between system and system context(系统与系统上下文之间的灰色区域)：

系统边界和接口的模糊性

• 当需求未被充分理解和文档化之时，系统边界和接口可能会不稳定地发生变化。在划分边界时，就可能存在一个模糊的灰色区域。

  例如：系统自己开发支付功能 or 使用其他上下文中存在的另一个支付系统

• 灰色区域的调整

  见ppt图

  调整系统边界shifted system boundary和灰色区域shifted gray zone：

  例：显示一个包含附近区域内15个某种类型地点的列表

确定和维护系统边界

• 确定属于系统的方面
• 确定系统边界外的方面
• 让所有相关的涉众都参与
• 尽量使意见一致，不确定的放入灰色区域
• 经常检查已定义的系统边界是否有效，根据情况进行扩大缩小调整。
• 若要对系统边界调整，检查调整是否影响已定义的需求。

Defining the Context Boundary 定义上下文边界

定义

The context boundary separates the relevant part of the environment of a system to be developed from the irrelevant part, i.e., the part that does not influence the system to be developed and, thus, does not have to be considered during requirements engineering.

• 将系统环境划分为相关部分与无关部分（划分开系统上下文与系统无关环境）。
• 减少了需求工程中需要被考虑的东西。

上下文边界的模糊性

上下文边界和系统边界一样，也会经常变化，也存在一个灰色区域。例如：发现系统上下文的某些方面对系统并未有影响，而归入无关环境中。

实例：法律最初认为相关，最后发现无关

调整上下文边界和无关环境的灰色区域

例子：GPS欧盟法律

Two frequently used ways两种常用描述方法

• use case 用例图
• data flow 数据流图

确定和维护上下文边界

• 逐步将系统上下文和无关环境分开。
• 把不确定的方面放入灰色区域中。
• 若发现某些上下文方面与系统无关，放入无关环境中。
• 定义新需求时，检查无关的上下文方面是否会因它成为系统相关的上下文方面。

Comparisons between two grey zones(两个灰色区域的区别)

• A complete and precise definition of the context boundary for complex systems is virtually impossible. 为复杂系统精确定义上下文边界是不可能的

• Gray zone between the system and the system context :

  • must be resolved in the course of requirements engineering

• Gray zone between the system context and the irrelevant environment:

  • it is not necessary to resolve the entirely.

Conclusions 总结

• 知道 上下文分析
• 知道系统边界和上下文边界的区别
• 知道如何为一个系统画图