Demo Data from VLDB 2026 / reviewers in the wild / expert
Peter Freeman 0001
dblp:f/PeterFreeman · also Peter A. Freeman
· DBLP profile ↗
19ranked-venue papers
14as first author
0since 2021 · last 2012
0000-0002-5838-5404ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 11 · 8 first-authorSystems, architecture and hardware · 4 · 3 first-authorApplied, interdisciplinary, general and emerging computing · 2 · 2 first-authorArtificial intelligence and machine learning · 1 · 1 first-authorDatabases, data management, data science and information retrieval · 1Graphics, computer vision, multimedia, augmented reality and games · 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.
| Interdisciplinary, comprehensive, and emerging computing
4 papers |
Computational science and engineering · 86% Computing education · 14% | |
| Software engineering, system software, and programming languages
6 papers |
Requirements engineering and software design · 89% Compilers and program optimization · 11% | |
| Computer networks
1 paper |
Internet architecture and protocols · 100% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
High-performance computing · 100% |
Topics — the 13 heaviest of 18, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
High-performance computing
supercomputing |
0.0 | 1 | 2005 | Cyberinfrastructure for Science and Engineering: Promises and Challenges · Proc. IEEE 2005 |
Requirements engineering and software design
requirements elicitation |
0.0 | 1 | 1991 | Requirements Validation Through Viewpoint Resolution · IEEE Trans. Software Eng. 1991 |
Requirements engineering and software design
requirements validation |
0.0 | 1 | 1991 | Requirements Validation Through Viewpoint Resolution · IEEE Trans. Software Eng. 1991 |
Computing education
software engineering education |
0.0 | 3 | 1987 | Essential Elements of Software Engineering Education Revisited · IEEE Trans. Software Eng. 1987 A Proposed Curriculum for Software Engineering Education · ICSE 1978 Essential Elements of Software Engineering Education · ICSE 1976 |
Requirements engineering and software design › software architecture
domain-specific software architecture |
0.0 | 1 | 1987 | A Conceptual Analysis of the Draco Approach to Constructing Software Systems · IEEE Trans. Software Eng. 1987 |
Requirements engineering and software design
software architecture |
0.0 | 1 | 1987 | A Conceptual Analysis of the Draco Approach to Constructing Software Systems · IEEE Trans. Software Eng. 1987 |
Compilers and program optimization › program transformation › program derivation
transformational implementation |
0.0 | 1 | 1987 | A Conceptual Analysis of the Draco Approach to Constructing Software Systems · IEEE Trans. Software Eng. 1987 |
Requirements engineering and software design
software design quality |
0.0 | 1 | 1985 | Development concerns for a software design quality expert system · DAC 1985 |
Computing education
curriculum design |
0.0 | 2 | 1978 | A Proposed Curriculum for Software Engineering Education · ICSE 1978 Essential Elements of Software Engineering Education · ICSE 1976 |
Requirements engineering and software design › inconsistency management
consistency checking |
0.0 | 1 | 1991 | Requirements Validation Through Viewpoint Resolution · IEEE Trans. Software Eng. 1991 |
Requirements engineering and software design
requirements analysis |
0.0 | 1 | 1991 | Requirements Validation Through Viewpoint Resolution · IEEE Trans. Software Eng. 1991 |
Requirements engineering and software design
software process |
0.0 | 1 | 1981 | A Comparison of Lifecycle Models · ICSE 1981 |
Knowledge, reasoning and agents › Knowledge representation and reasoning
expert systems |
0.0 | 1 | 1985 | Development concerns for a software design quality expert system · DAC 1985 |
Methods — techniques the papers use, named apart from their topics
syntactic view analysis · 0.0analogy heuristics · 0.0domain analysis · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2012 | Consideration Of The Question "What Is Computation" Considered HarmfulabstractThe thinking of Professors Newell, Perlis, and Simon on the subject of “What is Computer Science?” was clarified In their famous Letter in Science [2]: their statement that “computer science is the study of computers” should be read in the context of the discussion that asserts that “Phenomena breed sciences” and their reference to “the varied, rich, complex phenomena surrounding computers.” The subsequent history of computer science and computing more generally at CMU to this day, strongly supports the continued viability of this definition. Peter Freeman 0001 |
Comput. J. | 1 |
| 2005 | Cyberinfrastructure for Science and Engineering: Promises and ChallengesabstractIt is now clear that information technology (IT) construed broadly has the power to revolutionize all areas of science and engineering (S&E) research and education. If exploited, this transformative power can change S&E forever. The National Science Foundation (NSF) is working toward this end, and, as a result, past efforts in supercomputing and high-performance networking are being subsumed into a broader, integrated vision of a more capable, ubiquitous, and accessible cyberinfrastructure (CI). We cannot attain this overnight, or alone, or without substantial research in computer science and engineering. This paper will outline the potential for revolution, the vision of CI, some of the challenges, and a possible path toward reaching that vision. Peter Freeman 0001, Deborah L. Crawford, José L. Muñoz |
Proc. IEEE | 1 |
| 2001 | Software Engineering Body of Knowledge (SWEBOK)
Peter Freeman 0001, Donald J. Bagert, Hossein Saiedian, Mary Shaw, Robert Dupuis, J. Barrie Thompson |
ICSE | 1 |
| 1991 | Guest Editors' Introduction Requirements Engineering
Alan M. Davis, Peter Freeman 0001 |
IEEE Trans. Software Eng. | 2 |
| 1991 | Requirements Validation Through Viewpoint ResolutionabstractA specific technique-viewpoint resolution-is proposed as a means of providing early validation of the requirements for a complex system, and some initial empirical evidence of the effectiveness of a semi-automated implementation of the technique is provided. The technique is based on the fact that software requirements can and should be elicited from different viewpoints, and that examination of the differences resulting from them can be used as a way of assisting in the early validation of requirements. A language for expressing views from different viewpoints and a set of analogy heuristics for performing a syntactically oriented analysis of views are proposed. This analysis of views is capable of differentiating between missing information and conflicting information, thus providing support for viewpoint resolution.> Julio César Sampaio do Prado Leite, Peter Freeman 0001 |
IEEE Trans. Software Eng. | 2 |
| 1989 | Software Engineering Research Agendas - A View from the Trenches (Panel)abstractNo abstract available. Peter Freeman 0001 |
ICSE | 1 |
| 1987 | A Conceptual Analysis of the Draco Approach to Constructing Software SystemsabstractThis paper analyzes the concepts of software construction embodied in the Draco approach. The analysis relates specific aspects of Draco to particular software engineering (SE) principles and suggests future research needed to extend the approach. The purpose of this analysis is to help researchers understand Draco better and thus to enhance future research. Peter Freeman 0001 |
IEEE Trans. Software Eng. | 1 |
| 1987 | Essential Elements of Software Engineering Education RevisitedabstractA basis for software engineering education proposed in 1976 is reviewed and found to still be valid today, although needing more emphasis on design and better delivery mechanisms. Specific recommendations are made. Peter Freeman 0001 |
IEEE Trans. Software Eng. | 1 |
| 1985 | Development concerns for a software design quality expert systemabstractThis paper presents some developmental concerns for an expert system in the domain of software design. We discuss the context for such a system and explore the synergism between the human designer and automaton. A gross architecture for the automaton is given. A scenario of interaction between the designer and automaton is presented. Christopher W. Pidgeon, Peter Freeman 0001 |
DAC | 2 |
| 1985 | Mapping Specifications to Formalisms - Panel Session
John F. Sowa, Peter P. Chen, Peter Freeman 0001, Sharon C. Salveter, Roger C. Schank |
ER | 3 |
| 1981 | A Comparison of Lifecycle Models
Pentti Kerola, Peter Freeman 0001 |
ICSE | 2 |
| 1978 | A Proposed Curriculum for Software Engineering Education
Peter Freeman 0001, Anthony I. Wasserman |
ICSE | 1 |
| 1978 | Software Design Representation: A Case StudyabstractAbstract In on attempt to improve the representation used for software design, this paper describes the representation used on an actual project. Improvement through the use of case studies such as this one requires explicit analysis; this is presented in the following paper, so that the two should be read together. Peter Freeman 0001 |
Softw. Pract. Exp. | 1 |
| 1978 | Software Design Representation: Analysis and ImprovementabstractAbstract This paper analyses in detail the design representation described in the preceding paper. Two sets of dimensions are defined and both representations‐metacode and decision statements‐ are evaluated against them. Suggestions for improving design representations, both these and in general, are presented. Peter Freeman 0001 |
Softw. Pract. Exp. | 1 |
| 1976 | Software reliability and design: A surveyabstractThis paper begins with an examination of the nature of software reliability, noting that two facets of reliability (correctness and robustness) are often confused. A brief survey is given of current attempts to improve program correctness and develop mechanisms that provide robustness. Starting from a discussion of the distinction that should be (but often isn't) drawn between design and programming, we identify six trends in software design that can be expected to impact significantly our ability to achieve reliable software. The paper closes with a brief discussion of the impact of software design automation on reliability. Peter Freeman 0001 |
DAC | 1 |
| 1976 | Essential Elements of Software Engineering Education
Peter Freeman 0001, Anthony I. Wasserman, Richard E. Fairley |
ICSE | 1 |
| 1974 | B74-13 Operating Systems - Infotech State of the Art Report # 14abstractThis is another in a series of state-of-the-art reports from Infotech. It consists of edited discussions and presentations plus invited papers. Because a volume of this price will most likely not be sent out on approval, I think it important to review briefly the contents in detail before commenting on their value. Peter Freeman 0001 |
IEEE Trans. Computers | 1 |
| 1974 | B 74-34 Fortran and Algol: A Programmed Course for Students of Science and TechnologyabstractThis book consists of three self-pacing programmed instruction courses: Introduction to Computer Systems and Programming Languages, Fortran, and Algol. The courses consist of brief (typically, 1 page) instructional exposition followed by questions and answers (1 frame). The introductory unit is 21 pages (25 frames) long and assumes no particular background on the part of the reader. Peter Freeman 0001 |
IEEE Trans. Computers | 1 |
| 1971 | A Model for Functional Reasoning in Design
Peter Freeman 0001, Allen Newell |
IJCAI | 1 |