ACM Home Page
Please provide us with feedback. Feedback
Requirements engineering: from craft to discipline
Full text PdfPdf (1.55 MB)
Source Foundations of Software Engineering archive
Proceedings of the 16th ACM SIGSOFT International Symposium on Foundations of software engineering table of contents
Atlanta, Georgia
SESSION: ACM SIGSOFT outstanding research award table of contents
Pages 238-249  
Year of Publication: 2008
ISBN:978-1-59593-995-1
Author
Axel van Lamsweerde  Université catholique de Louvain, Louvain-la-Neuve, Belgium
Sponsor
SIGSOFT: ACM Special Interest Group on Software Engineering
Publisher
ACM  New York, NY, USA
Bibliometrics
Downloads (6 Weeks): 63,   Downloads (12 Months): 556,   Citation Count: 1
Additional Information:

abstract   references   cited by   index terms   collaborative colleagues  

Tools and Actions: Request Permissions Request Permissions    Review this Article  
DOI Bookmark: Use this link to bookmark this Article: http://doi.acm.org/10.1145/1453101.1453133
What is a DOI?

ABSTRACT

Getting the right software requirements under the right environment assumptions is a critical precondition for developing the right software. This task is intrinsically difficult. We need to produce a complete, adequate, consistent, and well-structured set of measurable requirements and assumptions from incomplete, imprecise, and sparse material originating from multiple, often conflicting sources. The system we need to consider comprises software and environment components including people and devices.

A rich system model may significantly help us in this task. Such model must integrate the intentional, structural, functional, and behavioral facets of the system being conceived. Rigorous techniques are needed for model construction, analysis, exploitation, and evolution. Such techniques should support early and incremental reasoning about partial models for a variety of purposes including satisfaction arguments, property checks, animations, the evaluation of alternative options, the analysis of risks, threats, and conflicts, and traceability management. The tension between technical precision and practical applicability calls for a suitable mix of heuristic, deductive, and inductive forms of reasoning on a suitable mix of declarative and operational specifications. Formal techniques should be deployed only when and where needed, and kept hidden wherever possible. The paper provides a retrospective account of our research efforts and practical experience along this route. Problem-oriented abstractions, analyzable models, and constructive techniques were permanent concerns.


REFERENCES

Note: OCR errors may be found in this Reference List extracted from the full text article. ACM has opted to expose the complete List rather than only correct and linked references.

 
1
Chung, L., Nixon, B., Yu E. and Mylopoulos, J., Nonfunctional requirements in software engineering. Kluwer Academic, Boston, 2000.
 
2
3
 
4
5
 
6
Darimont, R., Delor, E., Massonet, P. and van Lamsweerde, A., "GRAIL/KAOS: An Environment for Goal-Driven Requirements Engineering", Proc. ICSE'98 - 20th Intl. Conf. on Software Engineering, Kyoto, April 1998, vol. 2, 58--62.
 
7
Darimont, R. and Lemoine, M. "Security Requirements for Civil Aviation with UML and Goal Orientation", Proc. REFSQ'07 -- Intl. Working Conference on Foundations for Software Quality, Trondheim (Norway), LNCS 4542, Springer-Verlag, 2007.
 
8
9
10
 
11
12
 
13
 
14
 
15
van Lamsweerde, A., "From System Goals to Software Architecture", in Formal Methods for Software Architecture, LNCS 2804, Springer-Verlag, 2003.
 
16
 
17
18
 
19
 
20
 
21
 
22
 
23
van Lamsweerde, A. and Sintzoff, M., Formal Derivation of Strongly Correct Concurrent Programs. Acta Informatica Vol. 12, Springer Verlag, 1979, 1--31.
 
24
25
26
27
 
28
 
29
 
30
 
31
Objectiver, http://www.objectiver.com.
 
32
 
33
 
34
 
35
 
36
Yue, K. "What Does It Mean to Say that a Specification is Complete?", Proc. IWSSD-4, Fourth International Workshop on Software Specification and Design, Monterey, 1987.


Collaborative Colleagues:
Axel van Lamsweerde: colleagues