Demo Data from EDBT 2026 / reviewers in the wild / expert
Mack W. Alford
dblp:60/4482
· DBLP profile ↗
8ranked-venue papers
6as first author
0since 2021 · last 1998
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 4 · 4 first-authorHuman-computer interaction and ubiquitous computing · 2 · 1 first-authorSystems, architecture and hardware · 1Databases, data management, data science and information retrieval · 1 · 1 first-authorApplied, interdisciplinary, general and emerging computing · 1 · 1 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
2 papers |
Requirements engineering and software design · 100% |
Topics — the 1 heaviest of 2, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design › non-functional requirements
real-time requirements |
0.0 | 2 | 1977 | A Requirements Engineering Methodology for Real-Time Processing Requirements · IEEE Trans. Software Eng. 1977 A Requirements Engineering Methodology for Real-Time Processing Requirements (Abstract) · ICSE 1976 |
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1998 | The design-methods comparison projectabstractEarly in the system design process, a design method must be chosen. This choice is usually dictated by what methods the designer has previously used, not by an open selection process. We provide descriptions of some available design methods and examples of their use. We develop benchmark problems that are solved by a variety of design methods and which identify characteristics of problems that might make one system design method more or less appropriate. The question we wish to answer is, "For which type of problem is each method best?" If a system is to be built, then that system must ultimately be described as a collection of state machines. However, these state machines are often not created by the systems engineers. The systems engineers use some method to create a high-level abstraction of the desired system. Then they turn this abstraction over to the specialty engineers who actually reduce it to a collection of state machines. We present solutions for a simple design problem by using the following 11 high-level system design methods: state transition diagrams, algorithmic state machine (ASM) notation, model-based system engineering, graphical description language, RDD-100, structured analysis, functional decomposition, object-oriented analysis (OOA) with Shlaer-Mellor notation, OOA and object-oriented design (OOD) with Booch notation, an operational evaluation modeling-directed graph, and IDEF0. Each method was used by an expert user of that method. The solutions presented make it obvious that the choice of a design method greatly effects the resulting system design. A. Terry Bahill, Mack W. Alford, K. Bharathan, John R. Clymer, Douglas L. Dean, Jeremy Duke, Greg Hill, Edward V. LaBudde, Eric J. Taipale, A. Wayne Wymore |
IEEE Trans. Syst. Man Cybern. Part C | 2 |
| 1992 | Trends in Computer-Based Systems EngineeringabstractIt is argued that problems in the development of large computer-based systems indicate that a new discipline is needed at the systems engineering level. Designing systems with distributed processing and databases requires analysis of critical end-to-end processing flows to determine feasibility and proper allocation. An expanded skills base would be required to perform either systems, software, or hardware engineers to perform the necessary tradeoff studies. This paper informs managers, engineers, educators, and researchers about the need for computer-based systems engineering and the strategic opportunities this discipline provides for systems engineering improvement.> Stephanie White, Mack W. Alford, Brian McCay, David Oliver, Colin Tully, Julian Holtzman, C. Stephen Kuehl, David Owens 0004, Allan Willey |
ICCD | 2 |
| 1991 | Application of requirements driven development to manufacturing system designabstractThe requirements driven design (RDD) languages, methods, and tools were developed to address the problems of defining and designing operational systems. The authors present the application of the RDD concepts to manufacturing system design, emphasizing the concerns of rapid prototyping/simulation.> Mack W. Alford, Joseph Skipper |
RSP | 1 |
| 1983 | Derivation of Element-Relation-Attribute Data Base Requirements by Decomposition of System Functions
Mack W. Alford |
ER | 1 |
| 1978 | Software Requirements Engineering Methodology (SREM) at the age of twoabstractThe Software Requirements Engineering Methodology (SREM) was presented to the Software Engineering community two years ago at the Second International Software Engineering Conference [1]; the SREM support software, the Requirements Engineering and Validation System (REVS), was also presented then [2]. SREM was developed for the Ballistic Missile Defense Advanced Technology Center (BMDATC) to address the generation and validation of software requirements for Ballistic Missile Defense Weapons Systems -- the motivation and environment for this research has been previously described [3]. At that time, REVS was operational only on the Texas Instruments Advanced Scientific Computer (TI ASC), and the methodology had been applied to one moderate sized "proof of principle" demonstration problem. Mack W. Alford |
COMPSAC | 1 |
| 1977 | A software engineering approach to introductory programming coursesabstractThis paper describes an approach that can introduce some of the concepts of software engineering to general business, engineering, and science students in an introductory FORTRAN programming course. The approach integrates the notions of top-down design, stepwise refinement, structured flowcharting, test case description, and analysis in the context of a methodology for systematically developing and documenting programs. Qualitative results from teaching these concepts are presented. Mack W. Alford, Pei Hsia, Fred Petry |
SIGCSE-1 | 1 |
| 1977 | A Requirements Engineering Methodology for Real-Time Processing RequirementsabstractThis paper describes a methodology for the generation of software requirements for large, real-time unmanned weapons systems. It describes what needs to be done, how to evaluate the intermediate products, and how to use automated aids to improve the quality of the product. An example is provided to illustrate the methodology steps and their products and the benefits. The results of some experimental applications are summarized. Mack W. Alford |
IEEE Trans. Software Eng. | 1 |
| 1976 | A Requirements Engineering Methodology for Real-Time Processing Requirements (Abstract)
Mack W. Alford |
ICSE | 1 |