Change search
CiteExportLink to record
Permanent link

Direct link
Cite
Citation style
  • apa
  • harvard1
  • ieee
  • modern-language-association-8th-edition
  • vancouver
  • Other style
More styles
Language
  • de-DE
  • en-GB
  • en-US
  • fi-FI
  • nn-NO
  • nn-NB
  • sv-SE
  • Other locale
More languages
Output format
  • html
  • text
  • asciidoc
  • rtf
Which requirements artifact quality defects are automatically detectable?: A case study
Technical University Munich, GER.
Blekinge Institute of Technology, Faculty of Computing, Department of Software Engineering. (Software Engineering Research Lab Sweden)ORCID iD: 0000-0003-4118-0952
Blekinge Institute of Technology, Faculty of Computing, Department of Software Engineering.
2017 (English)In: , 2017Conference paper, Published paper (Refereed)
Abstract [en]

[Context:] The quality of requirements engineeringartifacts, e.g. requirements specifications, is acknowledged tobe an important success factor for projects. Therefore, manycompanies spend significant amounts of money to control thequality of their RE artifacts. To reduce spending and improvethe RE artifact quality, methods were proposed that combinemanual quality control, i.e. reviews, with automated approaches.[Problem:] So far, we have seen various approaches to auto-matically detect certain aspects in RE artifacts. However, westill lack an overview what can and cannot be automaticallydetected. [Approach:] Starting from an industry guideline forRE artifacts, we classify 166 existing rules for RE artifacts alongvarious categories to discuss the share and the characteristics ofthose rules that can be automated. For those rules, that cannotbe automated, we discuss the main reasons. [Contribution:] Weestimate that 53% of the 166 rules can be checked automaticallyeither perfectly or with a good heuristic. Most rules need onlysimple techniques for checking. The main reason why some rulesresist automation is due to imprecise definition. [Impact:] Bygiving first estimates and analyses of automatically detectable andnot automatically detectable rule violations, we aim to provide anoverview of the potential of automated methods in requirementsquality control.

Place, publisher, year, edition, pages
2017.
National Category
Software Engineering
Identifiers
URN: urn:nbn:se:bth-15453OAI: oai:DiVA.org:bth-15453DiVA: diva2:1155358
Conference
Fourth International Workshop on Artificial Intelligence for Requirements Engineering (AIRE'17), Lisboa
Available from: 2017-11-07 Created: 2017-11-07 Last updated: 2017-11-08Bibliographically approved

Open Access in DiVA

fulltext(185 kB)79 downloads
File information
File name FULLTEXT01.pdfFile size 185 kBChecksum SHA-512
77ab8f659b851ca1c5f1ab419eb1a3ebedf77f1225427a43862eb412131fa74b4f64cbf7964cf9891a453cbfd2ead0c82345afb7c373dfcd2438717c60815235
Type fulltextMimetype application/pdf

Authority records BETA

Unterkalmsteiner, MichaelGorschek, Tony

Search in DiVA

By author/editor
Unterkalmsteiner, MichaelGorschek, Tony
By organisation
Department of Software Engineering
Software Engineering

Search outside of DiVA

GoogleGoogle Scholar
Total: 79 downloads
The number of downloads is the sum of all downloads of full texts. It may include eg previous versions that are now no longer available

urn-nbn

Altmetric score

urn-nbn
Total: 100 hits
CiteExportLink to record
Permanent link

Direct link
Cite
Citation style
  • apa
  • harvard1
  • ieee
  • modern-language-association-8th-edition
  • vancouver
  • Other style
More styles
Language
  • de-DE
  • en-GB
  • en-US
  • fi-FI
  • nn-NO
  • nn-NB
  • sv-SE
  • Other locale
More languages
Output format
  • html
  • text
  • asciidoc
  • rtf