软件需求规范(SRS)：什么是“系统接口”？

Question

在SRS的Wikipedia link中，在“产品透视图”部分，提到了术语“系统接口”。我不清楚这到底是什么意思。我已经查看了在线提供的其他一些SRS示例，但无法从这些示例中拼凑出明确的定义。有人能详细解释一下“系统接口”指的是什么吗？

Answer 1

IEEE 830-1998标准将硬件接口定义为

‘软件产品和system的硬件组件之间的每个接口的逻辑特性’

类似地，它将“用户界面”定义为

‘软件产品与其用户接口(users)之间的每个接口的逻辑特性’。

因此，一个小小的推理告诉我们，‘系统接口’应该被定义为

软件产品和更大的系统之间的每个接口的逻辑特性。

也就是说，“系统接口”不是更大的系统与外部世界的接口，而是软件与更大系统内其他一切之间的内部接口，包括用户接口、硬件接口和软件接口。

具有讽刺意味的是，830-1998的编写方式如此不一致，以至于建议的部分层次结构是：

2. Overall Description
   2.1. Product perspective
     2.1.1 System Interfaces 
     2.1.2. User Interfaces
     2.1.3. Hardware Interfaces
     2.1.4. Software Interfaces 
...

其中2.1.1实际上应该是2.1.2 - 2.1.4的父节。

所以他们对“系统接口”部分给出了一些模糊的定义：

这应该列出每个系统接口，并确定软件的功能，以满足系统要求和与系统匹配的接口描述。

无论谁写了这篇文章，请试着在12年级英语作文课上拿到B！

无论如何，作为一个非母语人士，我对IEEE版本的“系统接口”的理解是：

1. 软件可以是通用的独立产品(例如商业软件、视频游戏等)，也可以是包含软件和硬件的更大系统的一部分。例如，汽车是一个系统，嵌入式计算机软件只是系统的一部分。另一个例子是医院CT扫描仪中的软件也是系统(机器)的一部分。
2. 假设系统需求是在软件需求之前定义的(即自上而下的方法)，请考虑

a)您的软件必须具备哪些功能才能满足系统要求？(不能忘记更大的图景)

例如，如果自动驾驶汽车系统的要求是“汽车应在0.1秒内检测到汽车前面的车辆突然减速”，则您可能需要为软件系统编写一个非功能性需求，例如“软件从前置传感器接收到‘突然减速’信号后，应对该信号进行处理并做出决定。如果是已确认的真实场景(不是假警报)，则软件应向中断系统发送“hit break”信号。决策和信号发送过程不应超过0.05秒。

b)在更大的系统中，您的软件和其他所有东西之间的接口是什么？

例如，您的汽车计算机软件应具有以下与前置传感器的接口：

public int processFrontSensorSignal(Signal signal){
   if (signal.getType() == 1){
      SuddenSlowDownSignalProcessor.process(signal);
   } else if (signal.getType() == 2){
      ...
   }
   else
    ....
}

此类接口应明确定义。

如果您的软件不是更大系统的一部分，或者如果它被设计为在一般系统(例如MS Windows应用程序)中运行的通用软件，则几乎不需要指定“系统接口”部分。

Answer 2

系统接口包括: 1.用户接口，例如屏幕格式，按键2.硬件接口，例如配置特性，支持的设备3.软件接口，例如OS 4.通信接口- LAN

此外，您可能希望包含与所有这些接口相关的系统的高级视图。

如果您需要更多详细信息，请让我知道。

Answer 3

上下文中的系统接口将意味着您的系统将需要执行其目的的所有接口。

如果您的服务器使用web服务响应/队列消息或数据库轮询，它们可能会被算作您系统的3个接口。这些接口的实现将是SOAP impl、ACTIVEMQ代理和数据库。