The role of comprehension in requirements and implications for use case descriptions
Authors: Phalp, K., Adlem, A., Jeary, S., Vincent, J. and Kanyaru, J.
Journal: Software Quality Journal
Volume: 19
Issue: 2
Pages: 461-486
eISSN: 1573-1367
ISSN: 0963-9314
DOI: 10.1007/s11219-010-9123-6
Abstract:Within requirements engineering, it is generally accepted that in writing specifications (or indeed any requirements phase document), one attempts to produce an artefact which will be simple to comprehend for the user. That is, whether the document is intended for customers to validate requirements, or engineers to understand what the design must deliver, comprehension is an important goal for the author. Indeed, advice on producing 'readable' or 'understandable' documents is often included in courses on requirements engineering. However, few researchers, particularly within the software engineering domain, have attempted either to define or to understand the nature of comprehension and its implications for guidance on the production of quality requirements. Therefore, this paper examines thoroughly the nature of textual comprehension, drawing heavily from research in discourse process, and suggests some implications for requirements (and other) software documentation. In essence, we find that the guidance on writing requirements, often prevalent within software engineering, may be based upon assumptions that are an oversimplification of the nature of comprehension. Hence, the paper examines guidelines which have been proposed, in this case for use case descriptions, and the extent to which they agree with discourse process theory, before suggesting refinements to the guidelines which attempt to utilise lessons learned from our richer understanding of the underlying discourse process theory. For example, we suggest subtly different sets of writing guidelines for the different tasks of requirements, specification and design. © 2010 Springer Science+Business Media, LLC.
https://eprints.bournemouth.ac.uk/13237/
Source: Scopus
The role of comprehension in requirements and implications for use case descriptions
Authors: Phalp, K., Adlem, A., Jeary, S., Vincent, J. and Kanyaru, J.
Journal: SOFTWARE QUALITY JOURNAL
Volume: 19
Issue: 2
Pages: 461-486
eISSN: 1573-1367
ISSN: 0963-9314
DOI: 10.1007/s11219-010-9123-6
https://eprints.bournemouth.ac.uk/13237/
Source: Web of Science (Lite)
The role of comprehension in requirements and implications for use case descriptions
Authors: Phalp, J.
Journal: Software Quality Journal
Volume: 19
Pages: 461-486
DOI: 10.1007/s11219-010-9123-6
https://eprints.bournemouth.ac.uk/13237/
Source: Manual
Preferred by: Sherry Jeary and Keith Phalp
The role of comprehension in requirements and implications for use case descriptions.
Authors: Phalp, K., Adlem, A., Jeary, S., Vincent, J. and Kanyaru, J.M.
Journal: Softw. Qual. J.
Volume: 19
Pages: 461-486
https://eprints.bournemouth.ac.uk/13237/
Source: DBLP
The role of Comprehension in Requirements and Implications for Use Case Descriptions
Authors: Phalp, K.T., Adlem, A., Jeary, S., Vincent, J. and Kanyaru, J.M.
Journal: Software Quality Journal
Volume: 19
Pages: 461-486
ISSN: 0963-9314
Abstract:Within requirements engineering it is generally accepted that in writing specifications (or indeed any requirements phase document), one attempts to produce an artefact which will be simple to comprehend for the user. That is, whether the document is intended for customers to validate requirements, or engineers to understand what the design must deliver, comprehension is an important goal for the author. Indeed, advice on producing ‘readable’ or ‘understandable’ documents is often included in courses on requirements engineering. However, few researchers, particularly within the software engineering domain, have attempted either to define or to understand the nature of comprehension and it’s implications for guidance on the production of quality requirements.
Therefore, this paper examines thoroughly the nature of textual comprehension, drawing heavily from research in discourse process, and suggests some implications for requirements (and other) software documentation. In essence, we find that the guidance on writing requirements, often prevalent within software engineering, may be based upon assumptions which are an oversimplification of the nature of comprehension. Hence, the paper examines guidelines which have been proposed, in this case for use case descriptions, and the extent to which they agree with discourse process theory; before suggesting refinements to the guidelines which attempt to utilise lessons learned from our richer understanding of the underlying discourse process theory. For example, we suggest subtly different sets of writing guidelines for the different tasks of requirements, specification and design.
https://eprints.bournemouth.ac.uk/13237/
Source: BURO EPrints