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

Chris Lüer

dblp:44/3207 · DBLP profile ↗
← Back
2ranked-venue papers
1as first author
0since 2021 · last 2010
—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-authorHuman-computer interaction and ubiquitous computing · 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%

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

TopicWeightPapersLastEvidence papers
Requirements engineering and software design › software architecture › component-based software engineering
component-based development
0.012001
WREN---an environment for component-based development · ESEC / SIGSOFT FSE 2001

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

environment design · 0.0component distribution · 0.0
YearPublicationVenuePosition
2010 "You mean we have to work together!?!": a study of the formation and interaction of programming teams in a college course setting
abstract
We explored how software development teams form and interact in a computer science college course setting and what an instructor can do to enhance effective teamwork. The experiences of computer science college course's teams are compared and contrasted to the theory of Bruce Tuckman's stages of small group development model, which he characterized as forming, storming, norming, performing and adjourning. Participants repeatedly self-assessed their enthusiasm and skill levels over time using a questionnaire by agreeing or disagreeing to statements utilizing a five-point Likert scale. The data shows patterns similar to that of Tuckman's model. Since most people find his model easy to understand, it may provide an effective tool to teach teamwork and monitor team development. Indicators for which instructors or students can watch to identify a team that is struggling are provided.
David L. Largent, Chris Lüer
ICER2
2001 WREN---an environment for component-based development
abstract
Prior research in software environments focused on three important problems---tool integration, artifact management, and process guidance. The context for that research, and hence the orientation of the resulting environments, was a traditional model of development in which an application is developed completely from scratch by a single organization. A notable characteristic of component-based development is its emphasis on integrating independently developed components produced by multiple organizations. Thus, while component-based development can benefit from the capabilities of previous generations of environments, its special nature induces requirements for new capabilities not found in previous environments. This paper is concerned with the design of component-based development environments, or CBDEs. We identify seven important requirements for CBDEs and discuss their rationale, and we describe a prototype environment called WREN that we are building to implement these requirements and to further evaluate and study the role of environment technology in component-based development. Important capabilities of the environment include the ability to locate potential components of interest from component distribution sites, to evaluate the identified components for suitability to an application, to incorporate selected components into application design models, and to physically integrate selected components into the application.
Chris Lüer, David S. Rosenblum
ESEC / SIGSOFT FSE1