VLDB 2026 Research / reviewers in the wild / expert
Scott N. Woodfield
dblp:w/ScottNWoodfield
· DBLP profile ↗
16ranked-venue papers
7as first author
0since 2021 · last 2018
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 8 · 3 first-authorDatabases, data management, data science and information retrieval · 6 · 2 first-authorHuman-computer interaction and ubiquitous computing · 3 · 2 first-authorArtificial intelligence and machine learning · 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
5 papers |
Software maintenance and evolution · 34% Requirements engineering and software design · 34% Programming languages and type systems · 24% |
Topics — the 8 heaviest of 9, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design › object-oriented analysis and design
object-oriented analysis |
0.0 | 1 | 1992 | Tunable Formalism in Object-Oriented Systems Analysis: Meeting the Needs of Both Theoreticians and Practitioners · OOPSLA 1992 |
Programming languages and type systems
abstract data types |
0.0 | 2 | 1988 | Assessing the Quality of Abstract Data Types Written in Ada · ICSE 1988 A Knowledge Structure for Reusing Abstract Data Types · ICSE 1987 |
Software maintenance and evolution
software reuse |
0.0 | 1 | 1987 | A Knowledge Structure for Reusing Abstract Data Types · ICSE 1987 |
Software maintenance and evolution
program comprehension |
0.0 | 1 | 1981 | The Effect of Modularization and Comments on Program Comprehension · ICSE 1981 |
Software maintenance and evolution › software quality assurance
software quality assessment |
0.0 | 1 | 1988 | Assessing the Quality of Abstract Data Types Written in Ada · ICSE 1988 |
Software maintenance and evolution
software documentation |
0.0 | 1 | 1981 | The Effect of Modularization and Comments on Program Comprehension · ICSE 1981 |
Software maintenance and evolution
software modularization |
0.0 | 1 | 1981 | The Effect of Modularization and Comments on Program Comprehension · ICSE 1981 |
Empirical software engineering
developer studies |
0.0 | 1 | 1979 | An Experiment on Unit Increase in Problem Complexity · IEEE Trans. Software Eng. 1979 |
Methods — techniques the papers use, named apart from their topics
object-oriented systems analysis · 0.0empirical study · 0.0controlled experiment · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2018 | Ontological Deep Data Cleaning
Scott N. Woodfield, Spencer Seeger, Samuel Litster, Stephen W. Liddle, Brenden Grace, David W. Embley |
ER | 1 |
| 2016 | Pragmatic Quality Assessment for Automatically Extracted Data
Scott N. Woodfield, Deryle W. Lonsdale, Stephen W. Liddle, Tae Woo Kim, David W. Embley, Christopher Almquist |
ER | 1 |
| 1997 | A Summary of the ER'97 Workshop on Behavioral modeling
Stephen W. Liddle, Stephen W. Clyde, Scott N. Woodfield |
Conceptual Modeling | 3 |
| 1995 | Developing Formal Object-Oriented Requirements Specifications: A Model, Tool and Technique
Robert B. Jackson, David W. Embley, Scott N. Woodfield |
Inf. Syst. | 3 |
| 1994 | Automated Support for the Development of Formal Object-Oriented Requirements Specifications
Robert B. Jackson, David W. Embley, Scott N. Woodfield |
CAiSE | 3 |
| 1993 | Cardinality Constraints in Semantic Data Models
Stephen W. Liddle, David W. Embley, Scott N. Woodfield |
Data Knowl. Eng. | 3 |
| 1992 | Tunable Formalism in Object-Oriented Systems Analysis: Meeting the Needs of Both Theoreticians and Practitionersabstractarticle Free Access Share on Turnable formalism in object-oriented systems analysis: meeting the needs of both theoreticians and practitioners Authors: Stephen W. Clyde View Profile , David E. Embley View Profile , Scott N. Woodfield View Profile Authors Info & Claims ACM SIGPLAN NoticesVolume 27Issue 10Oct. 1992 pp 452–465https://doi.org/10.1145/141937.141972Published:31 October 1992Publication History 17citation355DownloadsMetricsTotal Citations17Total Downloads355Last 12 Months10Last 6 weeks0 Get Citation AlertsNew Citation Alert added!This alert has been successfully added and will be sent to:You will be notified whenever a record that you have chosen has been cited.To manage your alert preferences, click on the button below.Manage my AlertsNew Citation Alert!Please log in to your account Save to BinderSave to BinderCreate a New BinderNameCancelCreateExport CitationPublisher SiteeReaderPDF Stephen W. Clyde, David W. Embley, Scott N. Woodfield |
OOPSLA | 3 |
| 1989 | Evaluating the effectiveness of reliability-assurance techniques
James S. Collofello, Scott N. Woodfield |
J. Syst. Softw. | 2 |
| 1988 | Assessing the Quality of Abstract Data Types Written in Ada
David W. Embley, Scott N. Woodfield |
ICSE | 2 |
| 1987 | A Knowledge Structure for Reusing Abstract Data Types
David W. Embley, Scott N. Woodfield |
ICSE | 2 |
| 1987 | On-campus cooperative educationabstractIn the past, on-site cooperative education has been the primary means of providing practical experience for computer science students. On-campus cooperative education is proposed as a viable alternative. This paper describes on-campus cooperative education as practiced at BYU. Advantages and disadvantages for the sponsoring company, university, students, faculty, and company personnel involved are also presented. The last part of the paper describes several guidelines which, if followed, should improve the educational experience. Scott N. Woodfield, Gordon E. Stokes, Vern J. Crandall |
SIGCSE | 1 |
| 1983 | Some insights and experiences in teaching team project coursesabstractA large amount of software development is performed by teams of individuals. To prepare students for these team efforts, many universities are beginning to offer computer science courses in which a software development team project is undertaken. The performance of these teams may be affected by many complex factors. This paper will describe some of our experiences from teaching several different types of project team courses. Factors which affect project team effectiveness will also be discussed. Scott N. Woodfield, James S. Collofello, Patricia M. Collofello |
SIGCSE | 1 |
| 1982 | A project-unified software engineering course sequenceabstractIn this paper a sequence of software engineering courses based upon the software life cycle and integrated by a single, medium-size project will be described in detail. The courses will be presented from an educational point of view, emphasizing the topics covered as well as the logistics of teaching the courses. A comparison of these courses to other software engineering courses existing in university curricula will also be presented. The potential advantages for faculty, students, and the research community of this type of course sequence will also be enumerated. James S. Collofello, Scott N. Woodfield |
SIGCSE | 2 |
| 1981 | The Effect of Modularization and Comments on Program Comprehension
Scott N. Woodfield, Hubert E. Dunsmore, Vincent Y. Shen |
ICSE | 1 |
| 1981 | A study of several metrics for programming effort
Scott N. Woodfield, Vincent Y. Shen, Hubert E. Dunsmore |
J. Syst. Softw. | 1 |
| 1979 | An Experiment on Unit Increase in Problem ComplexityabstractThe effect of a variation in problem complexity and how the variation relates to programming complexity is predicted and measured. An experiment was conducted in which eighteen graduate students programmed two variations of the same smali algorithm where the problem complexity varied by 25 percent. Eight measurable program characteristics are compared with predicted values obtained using only two known parameters. The agreement between observed and predicted values is very good. Both predicted and observed measurements indicate that the 25 percent increase in problem complexity results in a 100 percent increase in programming complexity. Scott N. Woodfield |
IEEE Trans. Software Eng. | 1 |