Search:
Function types with inconsistent requirements
Explanation:
A search will be performed for function types that have inconsistent requirements. The order of the requirements is not important
Note:
- Types are IQ-objects that are recorded in Catalogs and carry information that is the same for all instances of the type
- Instances of IQ-objects are created when IQ-objects are selected from the Catalogs and reused elsewhere in the IQ-Software
Example:
Abbreviations
- ASIL = Automotive safety integrity level
- BF = Base failure of a base function
- BFn = Base function of a base structure element
- BSE = Base structure element
- Cl Prc = Classification for process characteristic
- Cl Prd = Classification for product characteristic
- Cl Req = Classification for requirement
- CM = Control method
- DA = Detection action
- DC = Diagnostic coverage
- DSCF = Dangerous safety critical failure
- Er Det = Error detection
- Er Resp = Error response
- F = Failure
- FIT = Failure in time
- Fn = Function
- FSM = Functional safety management
- IE = Inspection equipment
- LF = Latent fault
- LFM = Latent fault metric
- OC = Operating condition
- PA = Preventive action
- PE = Process element
- PFH = Probability of failure per Hour
- PMHF = Probabilistic metric for random hardware failures
- PrcC = Process characteristic
- PrdC = Product characteristic
- QM = Quality method
- QR = Quality rule
- Req = Requirement
- RMR = Risk Matrix Ranking
- RP = Reaction plan
- SE = Structure element
- SE ErDet = Structure element for error detections
- SE ErResp = Structure element for error responses
- SFF = Safe failure fraction
- SG = Safety Goal
- SIL = Safety integrity level
- SM = Organisational-SE for “safety mechanisms”
- SPF = Single point fault
- SPFM = Single point fault metric
- TF = Top failure of a top function
- TFn = Top function at root element
- TS = Test sample
- This structure consists of two structure elements, each of which have two functions (
)
assigned. Each of these two functions have two instances {2} which mean they exist twice in the structure. At
each of the function instances, two requirements are anchored.
- This Quality Rule identifies any instance of functions, whereby the anchored requirements are not the same. From the structure above, it is possible to see that instances of function Fn3 have differing requirements.
- Fn2 is not a hit as the order of the requirements in the list is not a factor of importance for this Quality Rule.
Search result: 
This example will deliver 2 hits: the two instances of Fn3.