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

Mack W. Alford

dblp:60/4482 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Requirements engineering and software design › non-functional requirements
real-time requirements
0.021977
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
YearPublicationVenuePosition
1998 The design-methods comparison project
abstract
Early 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 C2
1992 Trends in Computer-Based Systems Engineering
abstract
It 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
ICCD2
1991 Application of requirements driven development to manufacturing system design
abstract
The 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
RSP1
1983 Derivation of Element-Relation-Attribute Data Base Requirements by Decomposition of System Functions
Mack W. Alford
ER1
1978 Software Requirements Engineering Methodology (SREM) at the age of two
abstract
The 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
COMPSAC1
1977 A software engineering approach to introductory programming courses
abstract
This 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-11
1977 A Requirements Engineering Methodology for Real-Time Processing Requirements
abstract
This 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
ICSE1