1995
DOI: 10.1007/3-540-59498-1_253
|View full text |Cite
|
Sign up to set email alerts
|

Domain knowledge reuse during requirements engineering

Abstract: The accurate capture, understanding and representation of requirements is a critical step in the construction of effective and usable information systems. Tiffs activity is highly cognitive and is people and knowledge intensive; its success or failure is significantly influenced by the skills and especially the previous experience of the development staff involved. Many of the processes of requirements engineering are not well defined and remain difficult and problematic, significantly the initial investigatio… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
5
0

Year Published

2003
2003
2022
2022

Publication Types

Select...
3
2
1

Relationship

0
6

Authors

Journals

citations
Cited by 6 publications
(5 citation statements)
references
References 12 publications
0
5
0
Order By: Relevance
“…The precise capture, understanding, and representation of requirements is a crucial step in the development of effective and usable information systems Gibson and Conheeney (1995). Requirements are often error-prone due to misinterpretation of natural languages Fabbrini et al (2001).…”
Section: Requirementsmentioning
confidence: 99%
“…The precise capture, understanding, and representation of requirements is a crucial step in the development of effective and usable information systems Gibson and Conheeney (1995). Requirements are often error-prone due to misinterpretation of natural languages Fabbrini et al (2001).…”
Section: Requirementsmentioning
confidence: 99%
“…Such a knowledge-based approach that enables instantiating a target system specification from the domain model asks for an application-domain independent prototype environment that provides "rules for generating target system specifications from the domain model" [16]. In order to reuse not only system requirements already formulated but the underlying knowledge acquired during requirement elicitation, modeling and validation activities, the common representation of domain knowledge is needed where "requirement knowledge allows exploitation by common tools" and "the developer is able to browse a populated domain knowledge model alongside the building and population of a new requirement model" [17]. These findings also support the efforts towards creating WBAH ontology that will enable requirements engineers reuse already acquired domain knowledge, which seems of great importance given the complexity of WBAH environments.…”
Section: A Knowledge-based Requirements Engineeringmentioning
confidence: 99%
“…In the following few decades significant research efforts have been made to address different knowledge-based engineering aspects to improve traditional RE. The role of domain knowledge representation in requirements elicitation has been addressed stating "not only the contents but also the representation is important" and defining and comparing various metrics to evaluate the effect of the representations on the quality of requirements specifications [17]. The framework for knowledge-based RE supporting automatic detection of a range of inconsistencies between requirements has been proposed [18].…”
Section: A Knowledge-based Requirements Engineeringmentioning
confidence: 99%
“…The approach of deriving conceptual schema of information systems and databases from ontologies has not been explored in detail in the literature, yet we believe it may yield important benefits. Gibson and Conheeney (1995) suggest that requirements models should be “developed by specializing, refining or adapting selected parts of the relevant domain model, if this is appropriate”. Swartout et al (1996) use the SENSUS ontology to derive the conceptual schema for an air campaign planning system.…”
Section: Related Workmentioning
confidence: 99%