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

Daniel L. Weller

dblp:85/819 · DBLP profile ↗
← Back
4ranked-venue papers
2as first author
0since 2021 · last 1984
—ORCID · unresolved

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 2 · 1 first-authorGraphics, computer vision, multimedia, augmented reality and games · 2 · 1 first-authorHuman-computer interaction and ubiquitous computing · 2 · 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
3 papers
Requirements engineering and software design · 75% Programming languages and type systems · 25%
Databases, data mining, and information retrieval
2 papers
Data models and query languages · 91% Database system architecture and tuning · 9%
Computer graphics and multimedia
1 paper
Visualization and visual analytics · 100%
Human-computer interaction and pervasive computing
1 paper
User interface design and tools · 100%

Topics — the 5 heaviest of 8, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Data models and query languages
type system
0.011984
A Relational Representation of an Abstract Type System · IEEE Trans. Software Eng. 1984
Requirements engineering and software design
software architecture
0.011983
Software Structure for Display Management Systems · IEEE Trans. Software Eng. 1983
Programming languages and type systems
abstract data types
0.011984
A Relational Representation of an Abstract Type System · IEEE Trans. Software Eng. 1984
Programming languages and type systems › programming paradigms
visual programming languages
0.011978
A graphics-based programming-support system · SIGGRAPH 1978
Database system architecture and tuning › relational database system
relational database integration
0.011976
Graphic and relational data base support for problem solving · SIGGRAPH 1976

Methods — techniques the papers use, named apart from their topics

modular design · 0.0message passing · 0.0
YearPublicationVenuePosition
1984 A Relational Representation of an Abstract Type System
abstract
Programming languages have traditionally had more data types than database systems. The flexibility of abstract types could make a database system more useful in supporting application development. Abstract types allow users to think about and manipulate data in terms and structures that they are familiar with. This paper proposes that databases have a type system interface and describes a representation of a type system in terms of relations. The type system model supports a variety of programming language constructs, such as user-defined parameterized data types and user-defined generic operations. The efficiency of the type system is compared to the access time of the database system.
Daniel L. Weller, Bryant W. York
IEEE Trans. Software Eng.1
1983 Software Structure for Display Management Systems
abstract
Display management software usually provides support for: creating displays on a CRT (cathode ray tube) or other output device; handling user inputs from keyboards, light-pens, and other input devices; and communicating with an application program in terms of these outputs and inputs. We propose a design for a family of display management systems which provide device-independent, high-level support for applications programming. The design involves structuring the display management software as a set of modules, with three levels of interfaces. The key features of this design include: 1) separation of display specifications from the actual data to be displayed; 2) structured output and input specifications; 3) asynchronous, message passing inter-faces; and 4) a software structure based on hiding details of data structures, algorithms and device orders.
Eric D. Carlson, James R. Rhyne, Daniel L. Weller
IEEE Trans. Software Eng.3
1978 A graphics-based programming-support system
abstract
A programming support system using extended Nassi-Shneiderman diagrams (NSD) is described. The aim of the work is to develop techniques for improving the quality and cost of specifying, documenting and producing computer programs. NSD's can be executed interpretively or compiled to produce running code. The system implementation has begun and charts can be drawn on a variety of display devices. The system is being developed using the Picture Building System developed earlier.
Hans-Peter Frei, Daniel L. Weller
SIGGRAPH2
1976 Graphic and relational data base support for problem solving
abstract
This paper describes a general purpose 'picture building system'. The main purpose of the system is to provide an environment wherein an application programmer can interactively create and modify applications. In addition to a graphics software package the picture building system provides high-level application building tools and a relational data base as integral parts of the system. An interpreter is provided to draw pictures from data stored in relations. A correlation handler is provided to allow a user to identify and manipulate displayed items. A relations editor is provided to interactively create, edit, and display relations. The picture building system works on a variety of graphic and nongraphic terminals.
Daniel L. Weller
SIGGRAPH1