Specifying Safety Requirements with GORE languages

被引:8
作者
Vilela, Jessyka [1 ,2 ]
Castro, Jaelson [2 ]
Martins, Luiz Eduardo G. [3 ]
Gorschek, Tony [4 ]
Silva, Carla [2 ]
机构
[1] Univ Fed Ceara, Fortaleza, Ceara, Brazil
[2] Univ Fed Pernambuco UFPE, Recife, PE, Brazil
[3] Univ Fed Sao Paulo UNIFESP, Sao Paulo, Brazil
[4] Blekinge Inst Technol BTH, Karlskrona, Sweden
来源
XXXI BRAZILIAN SYMPOSIUM ON SOFTWARE ENGINEERING (SBES 2017) | 2017年
关键词
Goal-oriented requirements languages; Safety-critical systems; Safety analysis; Requirements engineering; Safety engineering; Goal-oriented requirements engineering; COMMUNICATION;
D O I
10.1145/3131151.3131175
中图分类号
TP31 [计算机软件];
学科分类号
081202 ; 0835 ;
摘要
Context: A suitable representation of Safety-Critical Systems (SCS) requirements is crucial to avoid misunderstandings in safety requirements and issues in safety specification. However, current general requirements specification languages do not fully support the particularities of specifying SCS. Objective: In this paper, our goal is to identify and propose a set of important features that should be provided by requirements languages to support an early safety requirements specification. Moreover, we aim to compare the ability of the four most used Goal-Oriented Requirements Engineering (GORE) languages (i*, KAOS, GRL, NFR-Framework) in supporting the proposed features. Method: We first established a conceptual foundation and a conceptual model based on the literature, challenges elicited in previous works, and demands of safety standards at the requirements level that practitioners must satisfy in order to certify their systems. Results: We proposed a set of 15 features that requirements languages should provide to an early safety requirements specification. Regarding the comparison of GORE languages, in summary, all surveyed languages lacks explicit modeling constructs to express how hazards can occur in the system, the accidents, their impact and how they can mitigated. Conclusions: The conceptual foundation, conceptual model, and the set of features is a novelty. Finally, the features can be used to propose new requirements languages for SCS or to define extensions for the ones already available.
引用
收藏
页码:154 / 163
页数:10
相关论文
共 48 条
[11]   GOAL-DIRECTED REQUIREMENTS ACQUISITION [J].
DARDENNE, A ;
VANLAMSWEERDE, A ;
FICKAS, S .
SCIENCE OF COMPUTER PROGRAMMING, 1993, 20 (1-2) :3-50
[12]  
Eric S. K, 2011, SOCIAL MODELING REQU
[13]   Handshaking with Implementation Proposals: Negotiating Requirements Understanding [J].
Fricker, Samuel ;
Gorschek, Tony ;
Byman, Carl ;
Schmidle, Armin .
IEEE SOFTWARE, 2010, 27 (02) :72-80
[14]  
Fricker Samuel, 2008, 2 INT WORKSH SOFTW P, P27, DOI 10.1109/IWSPM.2008.2
[15]  
Martins LEG, 2014, INT REQUIR ENG CONF, P412, DOI 10.1109/RE.2014.6912292
[16]   On shared understanding in software engineering: an essay [J].
Glinz, Martin ;
Fricker, Samuel A. .
COMPUTER SCIENCE-RESEARCH AND DEVELOPMENT, 2015, 30 (3-4) :363-376
[17]   Characterizing Architecture Description Languages for Software-Intensive Systems-of-Systems [J].
Guessi, Milena ;
Cavalcante, Everton ;
Oliveira, Lucas B. R. .
THIRD INTERNATIONAL WORKSHOP ON SOFTWARE ENGINEERING FOR SYSTEMS-OF-SYSTEMS SESOS 2015, 2015, :12-18
[18]   Information Model for Model Driven Safety Requirements Management of Complex Systems [J].
Guillerm, R. ;
Demmou, H. ;
Sadou, N. .
COMPLEX SYSTEMS DESIGN AND MANAGEMENT, 2010, :99-111
[19]  
Horkoff J., 2011, Proceedings of the 2011 ACM Symposium on Applied Computing, P675
[20]  
ISO International Organization for Standardization, 61508 FUNCT SAF EL E