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

Ivan Mathias Filho

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

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

Software engineering, systems software and programming languages · 3 · 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
2 papers
Requirements engineering and software design · 80% Software maintenance and evolution · 20%

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

TopicWeightPapersLastEvidence papers
Requirements engineering and software design › application frameworks
framework instantiation
0.012004
Software Process Representation and Analysis for Framework Instantiation · IEEE Trans. Software Eng. 2004
Requirements engineering and software design
model consistency
0.012004
Response to Jiau et al.'s Comments · IEEE Trans. Software Eng. 2004
Requirements engineering and software design › software architecture › reusable architecture
object-oriented frameworks
0.012004
Software Process Representation and Analysis for Framework Instantiation · IEEE Trans. Software Eng. 2004
Software maintenance and evolution
software reuse
0.012004
Software Process Representation and Analysis for Framework Instantiation · IEEE Trans. Software Eng. 2004
Requirements engineering and software design › model-driven engineering
UML modeling
0.012004
Response to Jiau et al.'s Comments · IEEE Trans. Software Eng. 2004

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

software process modeling · 0.0object constraint language · 0.0
YearPublicationVenuePosition
2004 A framework instantiation approach based on the Features Model
Ivan Mathias Filho, Toacy Cavalcante de Oliveira, Carlos José Pereira de Lucena
J. Syst. Softw.1
2004 Software Process Representation and Analysis for Framework Instantiation
abstract
Object-oriented frameworks are currently regarded as a promising technology for reusing designs and implementations. However, developers find there is still a steep learning curve when extracting the design rationale and understanding the framework documentation during framework instantiation. Thus, instantiation is a costly process in terms of time, people, and other resources. These problems raise a number of questions including: "How can we raise the level of abstraction in which the framework instantiation is expressed, reasoned about and implemented?" "How can the same high-level design abstractions that were used to develop the framework be used during framework instantiation instead of using source code as is done currently?" "How can we define extended design abstractions that can allow framework instantiation to be explicitly represented and validated?" We present an approach to framework instantiation based on software processes that addresses these issues. Our main goal is to represent the framework design models in an explicit and declarative way, and support changes to this design based on explicit instantiation tasks based on software processes while maintaining system integrity, invariants, and general constraints. In this way, the framework instantiation can be performed in a valid and controlled way.
Toacy Cavalcante de Oliveira, Paulo S. C. Alencar, Ivan Mathias Filho, Carlos José Pereira de Lucena, Donald D. Cowan
IEEE Trans. Software Eng.3
2004 Response to Jiau et al.'s Comments
abstract
The consistency problems in UML models and related software processes can be very complex. First, although UML supports a modeling process that should yield inter and intraconsistent models, the meaning of the UML dependencies and their specializations is not precisely defined and, for this reason, many inconsistencies may appear in their models and processes. Precise definitions would form a basis for methods to detect and analyze consistency problems related to UML dependencies and relationships, as well as problems related to software processes described in UML. In addition, we are using the UML object constraint language (OCL) to describe constraints related to the framework instantiation process. OCL is recognized as a limited language in some aspects for expressing well-formedness rules. We have presented a method (T.C. Oliveira et al., 2004) that works in the case of consistent rules and consistent instantiation processes.
Toacy Cavalcante de Oliveira, Paulo S. C. Alencar, Ivan Mathias Filho, Carlos José Pereira de Lucena, Donald D. Cowan
IEEE Trans. Software Eng.3