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.

Earl F. Ecklund Jr.

dblp:54/533 · DBLP profile ↗
← Back
3ranked-venue papers
1as first author
0since 2021 · last 2002
—ORCID · none

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

Software engineering, systems software and programming languages · 1 · 1 first-authorDatabases, data management, data science and information retrieval · 1Graphics, computer vision, multimedia, augmented reality and games · 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
1 paper
Requirements engineering and software design · 100%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
Storage systems · 77% Distributed systems · 23%

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

TopicWeightPapersLastEvidence papers
Requirements engineering and software design
requirements elicitation
0.011996
Change Cases: Use Cases that Identify Future Requirements · OOPSLA 1996
Requirements engineering and software design
use cases
0.011996
Change Cases: Use Cases that Identify Future Requirements · OOPSLA 1996
Requirements engineering and software design › software design principles
design for change
0.011996
Change Cases: Use Cases that Identify Future Requirements · OOPSLA 1996

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

use case analysis · 0.0traceability · 0.0
YearPublicationVenuePosition
2002 Dynamic end-to-end QoS management middleware for distributed multimedia systems
Denise J. Ecklund, Vera Goebel, Thomas Plagemann, Earl F. Ecklund Jr.
Multim. Syst.4
1996 Change Cases: Use Cases that Identify Future Requirements
abstract
Evolution of software systems is prompted by all sorts of changes. This paper demonstrates how the use case, a well known construct in object-oriented analysis, is adapted to form the change case, to identify and articulate anticipated system changes. A change case provides the ability to identify and incorporate expected future change into a design to enhance the long-term robustness of that design. In this paper, we define change cases and demonstrate how change cases are captured by the analyst. We present examples to illustrate how change cases can influence present system design and point the way toward designs that more easily accommodate expected future changes. Change cases can be effectively employed in the context of any methodology that supports use cases and traceability links.
Earl F. Ecklund Jr., Lois M. L. Delcambre, Michael J. Freiling
OOPSLA1
1987 DVSS: A Distributed Version Storage Server for CAD Applications
Denise J. Ecklund, Earl F. Ecklund Jr., Robert O. Eifrig, Fred M. Tonge
VLDB2