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

Cuong Cu

dblp:180/3219 · DBLP profile ↗
← Back
4ranked-venue papers
2as first author
0since 2021 · last 2020
—ORCID · none

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

Software engineering, systems software and programming languages · 4 · 2 first-authorArtificial intelligence and machine learning · 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.

Software engineering, system software, and programming languages
1 paper
Requirements engineering and software design · 75% Software maintenance and evolution · 25%

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

TopicWeightPapersLastEvidence papers
Requirements engineering and software design › software architecture
architecture-implementation conformance
0.312018
Maintaining Architecture-Implementation Conformance to Support Architecture Centrality: From Single System to Product Line Development · ACM Trans. Softw. Eng. Methodol. 2018
Requirements engineering and software design › software architecture › reusable architecture
product line architecture
0.312018
Maintaining Architecture-Implementation Conformance to Support Architecture Centrality: From Single System to Product Line Development · ACM Trans. Softw. Eng. Methodol. 2018
Requirements engineering and software design
software architecture
0.312018
Maintaining Architecture-Implementation Conformance to Support Architecture Centrality: From Single System to Product Line Development · ACM Trans. Softw. Eng. Methodol. 2018
Software maintenance and evolution
software evolution
0.312018
Maintaining Architecture-Implementation Conformance to Support Architecture Centrality: From Single System to Product Line Development · ACM Trans. Softw. Eng. Methodol. 2018

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

case study · 0.3
YearPublicationVenuePosition
2020 Dynamic Architecture-Implementation Mapping for Architecture-Based Runtime Software Adaptation
Cuong Cu, Rachel Culver
SEKE1
2018 Maintaining Architecture-Implementation Conformance to Support Architecture Centrality: From Single System to Product Line Development
abstract
Architecture-centric development addresses the increasing complexity and variability of software systems by focusing on architectural models, which are generally easier to understand and manipulate than source code. It requires a mechanism that can maintain architecture-implementation conformance during architectural development and evolution. The challenge is twofold. There is an abstraction gap between software architecture and implementation, and both may evolve. Existing approaches are deficient in support for both change mapping and product line architecture. This article presents a novel approach named 1.x-way mapping and its extension, 1.x-line mapping to support architecture-implementation mapping in single system development and in product line development, respectively. They specifically address mapping architecture changes to code, maintaining variability conformance between product line architecture and code, and tracing architectural implementation. We built software tools named xMapper and xLineMapper to realize the two approaches, and conducted case studies with two existing open-source systems to evaluate the approaches. The result shows that our approaches are applicable to the implementation of a real software system and are capable of maintaining architecture-implementation conformance during system evolution.
Cuong Cu, Richard N. Taylor
ACM Trans. Softw. Eng. Methodol.2
2017 Mapping Features to Source Code through Product Line Architecture: Traceability and Conformance
abstract
Existing software product line approaches often develop and evolve product line features, architecture, and source code independently, which makes it difficult to manage the relationship and conformance between these artifacts. This paper presents a novel approach using the architecture as a pivot to address this problem. It consists of a modeling mechanism that integrates features specification into an architectural model, and an architecture-implementation mapping mechanism that combines code generation with annotation processing. The approach can trace a product line feature to the architecture and source code, and automatically update the architecture and source code to maintain their conformance when feature changes occur. We implemented an Eclipse-based toolset to support the approach, and conducted a case study with the Apache Solr open-source system. The result shows that our approach is both applicable and capable to support the development and evolution of real-world variations of a software system.
Cuong Cu, Hazeline U. Asuncion
ICSA2
2016 Architecture-centric derivation of products in a software product line
abstract
It is essential to architecture-centric product line development that product line architecture can be used to drive activities specific to product line development, such as product derivation. This requires a mechanism that can automatically derive the architecture and code of a product instance from the customization of product line architecture. In this paper, we analyze the insufficiency of two existing solutions in this area and present an architecture-centric approach that meets the requirement. The approach can support product line differences in platforms and functions, and generate both product line code and product code. It is based on a product line implementation mechanism that combines a code generation and separation pattern with an architecture-based code annotation technique. We have implemented the approach, and finished a preliminary evaluation with a chat application.
Cuong Cu
MiSE@ICSE1