EDBT 2026 Demo / reviewers in the wild / expert
Brian A. Nixon
dblp:35/6670
· DBLP profile ↗
10ranked-venue papers
4as first author
0since 2021 · last 2000
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 7 · 2 first-authorDatabases, data management, data science and information retrieval · 4 · 2 first-author
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
4 papers |
Requirements engineering and software design · 84% Programming languages and type systems · 6% Compilers and program optimization · 6% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Performance modeling and evaluation · 100% |
Topics — the 4 heaviest of 8, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design
non-functional requirements |
0.0 | 3 | 2000 | Management of Performance Requirements for Information Systems · IEEE Trans. Software Eng. 2000 Dealing with Non-Functional Requirements: Three Experimental Studies of a Process-Oriented Approach · ICSE 1995 Representing and Using Nonfunctional Requirements: A Process-Oriented Approach · IEEE Trans. Software Eng. 1992 |
Performance modeling and evaluation
software performance engineering |
0.0 | 1 | 2000 | Management of Performance Requirements for Information Systems · IEEE Trans. Software Eng. 2000 |
Requirements engineering and software design › non-functional requirements
quality requirements |
0.0 | 1 | 1995 | Dealing with Non-Functional Requirements: Three Experimental Studies of a Process-Oriented Approach · ICSE 1995 |
Empirical software engineering
developer studies |
0.0 | 1 | 1995 | Dealing with Non-Functional Requirements: Three Experimental Studies of a Process-Oriented Approach · ICSE 1995 |
Methods — techniques the papers use, named apart from their topics
goal-oriented requirements analysis · 0.1NFR framework · 0.1process-oriented framework · 0.0experimental study · 0.0static type checking · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2000 | Management of Performance Requirements for Information SystemsabstractThe management of performance requirements is a major challenge for information systems as well as other software systems. This is because performance requirements can have a global impact on the target system. In addition, there are interactions and trade-offs among performance requirements, other nonfunctional requirements (NFRs), and the numerous alternatives for the target system. To provide a systematic approach to managing performance requirements, this paper presents a performance requirements framework (PeRF). It integrates and catalogues a variety of kinds of knowledge of information systems and performance. These include: performance concepts, software performance engineering principles for building performance into systems, and information systems development knowledge. In addition, layered structures organize performance knowledge and the development process. All this knowledge is represented using an existing goal-oriented approach, the "NFR framework", which offers a developer-directed graphical treatment for stating NFRs, analyzing and interrelating them, and determining the impact of decisions upon NFRs. This approach allows customized solutions to be built, taking into account the characteristics of the particular domain. The use of PeRF in managing performance requirements is illustrated in a study of performance requirements and other NFRs for a university student record system. This paper concludes with a summary of other studies of information systems, tool support and directions for future work. Brian A. Nixon |
IEEE Trans. Software Eng. | 1 |
| 1998 | Building Quality into Case-Based Reasoning Systems
Igor Jurisica, Brian A. Nixon |
CAiSE | 2 |
| 1996 | Dealing with Change: An Approach Using Non-functional Requirements
Lawrence Chung, Brian A. Nixon, Eric S. K. Yu |
Requir. Eng. | 2 |
| 1995 | Dealing with Non-Functional Requirements: Three Experimental Studies of a Process-Oriented ApproachabstractQuality characteristics are vital for the success of software systems.To remedy the problems inherent in ad hoc development, a framework has been developed to deal with non-functional requirements (quality requirements or NFRs).Taking the premise that the quality of a product depends on the quality of the process that leads from high-Ievel NFRs to the product, the framework's objectives are to represent NFR-specific requirements, consider design tradeoffs, relate design decisions to IYFRs, justify the decisions, and assist defect detection.The purpose of this paper is to give an initial evaluation of the extent to which the framework's objectives are met.Three small portions of information systems were studied by the authors using the framework.The framework and empirical studies are evaluated herein, both from the viewpoint of domain experts who have reviewed the framework and studies, and ourselves as framework developers and users.The systems studied have a variety of characteristics, reflecting a variety of real application domains, and the studies deal with three important classes of NFRs for systems, namely, accuracy, security, and performance.The studies provide preliminary support for the usefulness of certain aspects of the framework, while raising some open issues. Lawrence Chung, Brian A. Nixon |
ICSE | 2 |
| 1995 | Using non-functional requirements to systematically support changeabstractNon-functional requirements (or quality requirements, NFRs) such as confidentiality, performance and timeliness are often crucial to a software system. Our NFR-framework treats NFRs as goals to be achieved during the process of system development. Throughout the process, goals are decomposed, design tradeoffs are analysed, design decisions are rationalised, and goal achievement is evaluated. This paper shows how a historical record of the treatment of NFRs during the development process can also serve to systematically support evolution of the software system. We treat changes in terms: of (i) adding or modifying NFRs, or changing their importance, and (ii) changes in design decisions or design rationale. This incremental approach is illustrated by a study of changes in banking policies at Barclays Bank. Lawrence Chung, Brian A. Nixon, Eric S. K. Yu |
RE | 2 |
| 1994 | Representing and Using Performance Requirements During the Development of Information Systems
Brian A. Nixon |
EDBT | 1 |
| 1993 | Dealing with performance requirements during the development of information systemsabstractPerformance goals for information systems are treated as a class of nonfunctional requirements (NFRs). A given model for representing NFRs is given to make provisions for: representing a variety of implementation alternatives; expressing performance goals (including responsiveness) in terms of performance and information system concepts; and organizing the process into layers corresponding to subsets of the language to be implemented. The application of the framework is illustrated by mapping the conceptual design of an information system to its implementation, while attempting to meet a set of goals such as 'achieve good time performance for authorizing credit card sales'. A tool is being developed to aid this process.> Brian A. Nixon |
RE | 1 |
| 1992 | Representing and Using Nonfunctional Requirements: A Process-Oriented ApproachabstractA comprehensive framework for representing and using nonfunctional requirements during the development process is proposed. The framework consists of five basic components which provide the representation of nonfunctional requirements in terms of interrelated goals. Such goals can be refined through refinement methods and can be evaluated in order to determine the degree to which a set of nonfunctional requirements is supported by a particular design. Evidence for the power of the framework is provided through the study of accuracy and performance requirements for information systems.> John Mylopoulos, Lawrence Chung, Brian A. Nixon |
IEEE Trans. Software Eng. | 3 |
| 1988 | Process Management and Assertion Enforcement for a Semantic Data Model
Lawrence Chung, Daniel Rios-Zertuche, Brian A. Nixon, John Mylopoulos |
EDBT | 3 |
| 1987 | Implementation of a Compiler for a Semantic Data Model: Experiences with TaxisabstractThe features of a compiler for the Taxis design language are described and discussed. Taxis offers an entity-based framework for designing interactive information systems and supports generalisation, classification and aggregation as abstraction mechanisms. Its features include multiple inheritance of attributes, isA hierarchies of transactions, metaclasses, typed attributes, a procedural exception-handling mechanism and an iteration construct based on the abstraction mechanisms supported Developing a compiler for the language involved dealing with the problems of efficiently representing and accessing a large collection of entities, performing (static) type checking and representing isA hierarchies of transactions. Brian A. Nixon, Lawrence Chung, David Lauzon, Alexander Borgida, John Mylopoulos, Martin Stanley |
SIGMOD Conference | 1 |