Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Darrel Manuel

dblp:79/6454 · DBLP profile ↗
← Back
3ranked-venue papers
0as first author
0since 2021 · last 1999
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 2Human-computer interaction and ubiquitous computing · 1

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Software engineering, system software, and programming languages
1 paper
Requirements engineering and software design · 100%

Topics — the 1 heaviest of 2, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Requirements engineering and software design › requirements engineering
requirements reuse
0.011998
Supporting Scenario-Based Requirements Engineering · IEEE Trans. Software Eng. 1998

Methods — techniques the papers use, named apart from their topics

use case modeling · 0.0rule-based reasoning · 0.0
YearPublicationVenuePosition
1999 A co-operative scenario based approach to acquisition and validation of system requirements: How exceptions can help!
abstract
Scenarios, in most situations, are descriptions of required interactions between a desired system and its environment, which detail normative system behaviour. Our studies of current scenario use in requirements engineering have revealed that there is considerable interest in the use of scenarios for acquisition, elaboration and validation of system requirements. However, scenarios have seldom been used to study inappropriate or exceptional system behaviour. To account for non-normative or undesired system behaviour, it is vital to predict (‘what can go wrong’) and explore the existence or occurrence of ‘exceptions’ in a scenario when the system System, here, is not just a pure software system but is a socio-technical system which has social technical and organisation dimensions with the user as an integral part of the system. In this article, we present a prototype software tool called CREWS–SAVRE for systematic scenario generation and use. We describe the innovative features of the tool and demonstrate them with an example of tool’s use. Further, we have identified three kinds of exceptions: generic, permutation and problem exceptions, and have derived complex taxonomies of problem exceptions. We have populated SAVRE with the taxonomies of generic, permutation and problem exceptions. The exceptions can be chosen by the requirements engineer to include them in the generated scenarios to explore the correctness and completeness of requirements. In addition, the taxonomies of problem exceptions can also serve as checklists and help a requirements engineer to predict non-normative system behaviour in a scenario.
Neil A. M. Maiden, Shailey Minocha, Alistair G. Sutcliffe, Darrel Manuel, Michele Ryan
Interact. Comput.4
1998 CREWS Validation Frames: Patterns for Validating Systems Requirements
Neil A. M. Maiden, M. Cisse, H. Perez, Darrel Manuel
REFSQ4
1998 Supporting Scenario-Based Requirements Engineering
abstract
Scenarios have been advocated as a means of improving requirements engineering yet few methods or tools exist to support scenario based RE. The paper reports a method and software assistant tool for scenario based RE that integrates with use case approaches to object oriented development. The method and operation of the tool are illustrated with a financial system case study. Scenarios are used to represent paths of possible behavior through a use case, and these are investigated to elaborate requirements. The method commences by acquisition and modeling of a use case. The use case is then compared with a library of abstract models that represent different application classes. Each model is associated with a set of generic requirements for its class, hence, by identifying the class(es) to which the use case belongs, generic requirements can be reused. Scenario paths are automatically generated from use cases, then exception types are applied to normal event sequences to suggest possible abnormal events resulting from human error. Generic requirements are also attached to exceptions to suggest possible ways of dealing with human error and other types of system failure. Scenarios are validated by rule based frames which detect problematic event patterns. The tool suggests appropriate generic requirements to deal with the problems encountered. The paper concludes with a review of related work and a discussion of the prospects for scenario based RE methods and tools.
Alistair G. Sutcliffe, Neil A. M. Maiden, Shailey Minocha, Darrel Manuel
IEEE Trans. Software Eng.4