Recommending Attack Patterns for Software Requirements Document

Author(s):  
Mounika Vanamala ◽  
Jairen Gilmore ◽  
Xiaohong Yuan ◽  
Kaushik Roy
2019 ◽  
Vol 4 (1) ◽  
pp. 37-46
Author(s):  
Ahmed A. Ahmed ◽  
◽  
Ayman E. Khedr ◽  
Sherif A. Kholeif ◽  
◽  
...  

Requirements validation is one of the most significant and critical parts of the requirements engineering. This activity ensures that the set of requirements is accurate, right, complete, and consistent. Requirements validation is considered as the key activity because mistakes found in a software requirements document can lead to extensive rework costs when they are discovered either during development or after the system is in service. There are some commonly used bases to validate user requirements such as: Natural language, Design description languages, Graphical notations and Mathematical specification languages. Whereas the graphical notations are the most suitable means to be used in software requirements validation because it is easy to understand, and it can be easily created by analyst and time took. Therefore, this paper adopts the map concept which is a graphical technique for discovering the hidden flaws in software requirements in the early phases of software development lifecycle.


The quality of a Software Requirements Specification (SRS) is measured in terms of quality properties such as completeness, conciseness, consistency and understandability. In general, evaluation of the SRS quality is done manually during review sessions. The evaluation process, however, is hugely dependent on the expertise of human experts i.e. the reviewers. In fact, the judgment of the human experts could also be inconsistent due to various factors including experience, knowledge and domain. The objectives of this study are to (1) identify feasible rules to measure SRS quality; and (2) help requirements engineer to improve their SRS quality. In this study, we analyzed SRS quality properties from the literature and identified quality factors that are feasible to be automated. From here, we identified two types of properties that are (1) requirements sentence quality (RSQ) and (2) requirements document quality (RDQ). For each of the type, its relevant quality indicators were identified. From here, rules on how to identify the quality indicators were further investigated and documented. As a case study, we implemented SRS Quality-Checker tool concept for demonstrating how the rules were implemented to measure the SRS quality


1998 ◽  
Author(s):  
Constance Heitmeyer ◽  
James Kirby ◽  
Bruce Labaw ◽  
Ramesh Bharadwaj

Sign in / Sign up

Export Citation Format

Share Document