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

Marcio S. Dias

dblp:53/4343 · DBLP profile ↗
← Back
6ranked-venue papers
1as first author
0since 2021 · last 2006
—ORCID · none

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

Software engineering, systems software and programming languages · 6 · 1 first-authorApplied, interdisciplinary, general and emerging computing · 2

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
2 papers
Requirements engineering and software design · 38% Software testing · 33% Program analysis · 22%

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

TopicWeightPapersLastEvidence papers
Program analysis
dynamic analysis
0.012002
Identifying Cause & Effect Relations between Events in Concurrent Event-Based Components · ASE 2002
Software testing › model-based testing
architecture-based testing
0.012000
Analyzing software architectures with Argus-I · ICSE 2000
Software testing
model-based testing
0.012000
Analyzing software architectures with Argus-I · ICSE 2000
Requirements engineering and software design
software architecture
0.012000
Analyzing software architectures with Argus-I · ICSE 2000
Requirements engineering and software design › software architecture
software architecture analysis
0.012000
Analyzing software architectures with Argus-I · ICSE 2000
Concurrent programming
concurrency bugs
0.012002
Identifying Cause & Effect Relations between Events in Concurrent Event-Based Components · ASE 2002
Requirements engineering and software design › software architecture › component-based software engineering
component-based systems
0.012000
Analyzing software architectures with Argus-I · ICSE 2000

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

trace checking · 0.0probabilistic inference · 0.0statecharts · 0.0formal specification · 0.0
YearPublicationVenuePosition
2006 Software architecture-based regression testing
Henry Muccini, Marcio S. Dias, Debra J. Richardson
J. Syst. Softw.2
2005 Reasoning About Software Architecture-Based Regression Testing Through a Case Study
abstract
Two main issues need to be covered when dealing with the dependability of component-based systems: quality assurance of reusable software components and quality assurance of the assembled component-based system. By focussing on the assembly, a software architecture specification of a component-based system allows to explicitly model the structure and required system behavior by specifying how components and connectors are intended to interact. Software architecture-based conformance testing techniques can yield confidence on the implementation conformance to expected structural and behavioral properties as specified in the architectural models. In this paper we explore software architecture-based regression testing methods that enable reuse of earlier saved results to test if a different assembly of components conforms to the evolved software architecture. The approach is presented through a running example.
Henry Muccini, Marcio S. Dias, Debra J. Richardson
COMPSAC (2)2
2004 Generating Regression Tests via Model Checking
abstract
During software maintenance, regression testing is an expensive but critical activity to ensure that modified versions of the system do not "regress". As software evolves, chances are that not only the implementation changes, but that the specification of the system changes too. We argue that guiding regression testing by the system specifications generated early in the software lifecycle will be more accurate than extracting specification from source code, and more cost effective. Model checking is used to reason about the truth of statements about the system specification. We use a model checker as part of a highly automated regression test generation tool, providing a practical approach to specification based regression testing. Features of our approach that support different specification description languages and different test coverage criteria are also presented.
Lihua Xu, Marcio S. Dias, Debra J. Richardson
COMPSAC2
2004 Systematic Testing of Software Architectures in the C2 Style
Henry Muccini, Marcio S. Dias, Debra J. Richardson
FASE2
2002 Identifying Cause & Effect Relations between Events in Concurrent Event-Based Components
abstract
Concurrent event-based components present characteristics that impose difficulties in understanding their dynamic behavior, mainly for interpreting the cause and effect relations between input and output events in component interactions. In this paper, we propose a technique to help in the process of understanding the dynamic behavior of concurrent event-based components. It checks the event trace (generated by monitoring the component execution) against a specification of the component communication protocol (even with a possibly incomplete or incorrect specification). The technique identifies and presents the more probable cause and effect relations between the component events, providing also a measurement related to this probability.
Marcio S. Dias, Debra J. Richardson
ASE1
2000 Analyzing software architectures with Argus-I
abstract
This formal research demonstration attempts to present an approach to develop and assess architecture and component-based systems based on specifying software architecture augmented by statecharts representing component behavioral specifications [1]. The approach is applied for the C2 style [2] and associated ADL and is supported within a quality-focussed environment, called Argus-I, which assists specification-based analysis and testing at both the component and architecture levels.
Marlon E. R. Vieira, Marcio S. Dias, Debra J. Richardson
ICSE2