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.

David Sferruzza

dblp:190/0764 · DBLP profile ↗
← Back
3ranked-venue papers
3as first author
0since 2021 · last 2018
—ORCID · none

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

Software engineering, systems software and programming languages · 2 · 2 first-authorApplied, interdisciplinary, general and emerging computing · 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 · 50% Services computing and microservices · 50%

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

TopicWeightPapersLastEvidence papers
Requirements engineering and software design
model-driven engineering
0.312018
Top-down model-driven engineering of web services from extended OpenAPI models · ASE 2018
Services computing and microservices › service engineering
web service engineering
0.312018
Top-down model-driven engineering of web services from extended OpenAPI models · ASE 2018

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

model-driven engineering · 0.3OpenAPI extension · 0.3
YearPublicationVenuePosition
2018 Top-down model-driven engineering of web services from extended OpenAPI models
abstract
Web services engineering is a crucial subject, because web services are often built to be used by other programs; thus they should have a good documentation targeting developers. Furthermore, when building a digital product, engineers need to build several programs that interact with a central instance of web services. OpenAPI, a popular industry standard, makes possible to document web services in order to quickly make a prototype of the product. It allows a top-down process where developers iterate to build an OpenAPI model that describes the web services they want, and then implement both the web services and the programs that will consume them. However, when doing such rapid prototyping, developers tend to either skip this design phase and implement web services right away, or stop updating the OpenAPI model when the product is released; in both cases they cannot take advantage of having an OpenAPI model aligned with the implementation. We show how OpenAPI can be extended to add implementation details inside models. These extensions link services to assemblies of components that describe computations. Hence a top-down development process that keeps model and implementation aligned. Moreover, this makes possible for developers to benefit from more support features while keeping the same flexibility.
David Sferruzza
ASE1
2018 A Model-Driven Method for Fast Building Consistent Web Services in Practice
abstract
International audience
David Sferruzza, Jérôme Rocheteau, J. Christian Attiogbé, Arnaud Lanoix
MODELSWARD1
2018 Extending OpenAPI 3.0 to Build Web Services from their Specification
abstract
International audience
David Sferruzza, Jérôme Rocheteau, J. Christian Attiogbé, Arnaud Lanoix
WEBIST1