
Defining DSL design principles for enhancing the requirements elicitation process
Author(s) -
J. Guadalupe Ramos-Díaz,
I Egea Navarro,
Josep Silva,
Gustavo Arroyo
Publication year - 2012
Publication title -
acta universitaria
Language(s) - English
Resource type - Journals
eISSN - 2007-9621
pISSN - 0188-6266
DOI - 10.15174/au.2012.352
Subject(s) - requirements elicitation , executable , computer science , digital subscriber line , software engineering , requirements analysis , domain (mathematical analysis) , process (computing) , requirements traceability , requirement , set (abstract data type) , requirements management , functional requirement , domain specific language , requirements engineering , non functional requirement , systems engineering , software , programming language , software development , engineering , software construction , telecommunications , mathematical analysis , mathematics
Requirements elicitation is concerned with learning and understanding the needs of users w.r.t. a new software development. Frequently the methods employed for requirements elicitation are adapted from areas like social sciences that do not include executable (prototype based on) feedback. As a consequence, it is relatively common to discover that the first release does not fit the requirements defined at the beginning of the project. Using domain-specific languages (DSLs) as an auxiliary tool for requirements elicitation is a commonly well accepted idea. Unfortunately, there are few works in the literature devoted to the definition of design principles for DSLs to be experienced in the frameworks for DSL developing such as ANTLR, Ruby, and Curry. We propose design principles for the DSL development (regardless of paradigm) which are sufficient to model the domain in a requirements phase. Further more we enunciate a new profile for the requirements analyst and a set of elicitation steps. The use of DSLs not only giveus an immediate feedback with the stake holders; it also allows us to produce part of the real code.