本文链接：https://blog.csdn.net/cesare20/article/details/104643254

功能抑制管理模块软件需求标准规范

1 Scope of document

这份文件定义了FIM模块的功能需求。

4 Requirement Specification

4.1 Functional Overview

FIM对SW-C及其功能进行控制。一个功能由runnable entities组成。通过FIM，这些功能可以通过标定配置甚至修改。Runnable entities的特点是它的调度需求，相反，功能按抑制条件分类。
注意：RTE和FIM没有功能关系，RTE仅提供SW-Cs的ports和FIM的ports连接的通信。RTE没有实现FIM的任何功能。

4.2 Functional Requirements

4.2.1 Configuration

[SRS_Fim_04701]：被FIM管理的功能应该可以被静态配置。
Rationale：只有被FID管理的功能才能使用FIM。FIM必须处理功能的IDs，以自动检查所需区域是否有执行权限。
[SRS_Fim_04702] ：FIM应该支持不同的抑制条件选项。
Rationale：可能的抑制选项基于DEM提供的 Dem_EventStatusExtendedType (TestFailed, Passed, …)。FIM可以根据事件状态的‘fail’来停止受影响的功能。
[SRS_Fim_04719]：FIM应该还有对诊断事件状态的汇总机制。
Rationale：汇总诊断事件状态等价于对SW component中的几个单独故障分析形成的一个组合故障。多个故障对应一个fail。但是，这条需求的实现通过配置或者FIM都可以。
[SRS_Fim_04706]：应提供功能抑制条件的单独配置。
Rationale：故障的结果是对相关的功能降级。必须通过故障和SW-Cs的相关信息配置。

4.2.2 Initialization

[SRS_Fim_04712] ：启动时的许可状态应该被初始化。
Rationale：FIM应该在初始化的时候计算所有FID的许可状态，基于DEM存储的事件状态信息。

4.2.3 Normal Operation

[SRS_Fim_04700] ：应该提供一个排列FID许可状态的接口。
Rationale：其他BSW模块和SWC应该与FIM的实现独立，仅有的相关的信息是许可状态。FID作为参数，返回是否抑制的值 (permission yes/no)。
[SRS_Fim_04709] ：许可状态应该在功能执行前被计算。
Rationale：被FIM通过FID管理的功能应该询问FIM的许可状态。如果FID通过，在其他条件满足的时候，功能应该被执行。
[SRS_Fim_04713]：应该提供计算许可状态的方法。
Rationale：一个FID的许可状态来自于诊断事件状态。例如FID_alpha由event_1和event_2的状态决定，如果event_1或者event_2状态信息改变时，FID_alpha的状态应该相应更新。
[SRS_Fim_04717] ：许可状态应该被更新。
Rationale：FIM和DEM有API以得到事件状态的改变，FID的状态相应更新。
[SRS_Fim_04723] ：FIM应该给每个FID提供一个布尔量配置选项。
Rationale：使用功能的 case-specific 配置，只在ECU中执行所需的功能。
[SRS_Fim_04721]：应该支持OBD功能。
Rationale：DEM needs access to inhibit relations for the handling of IUMPR data.