• Aucun résultat trouvé

iStar Extensions: Looking Back and Thinking about the Future

N/A
N/A
Protected

Academic year: 2022

Partager "iStar Extensions: Looking Back and Thinking about the Future"

Copied!
1
0
0

Texte intégral

(1)

iStar Extensions: Looking Back and Thinking about the Future

Jo˜ao Ara´ujo (in collaboration with Enyo Goncalves & Jaelson Castro

Universidade Nova de Lisboa, Portugal aditya.ghose@gmail.com

Abstract. Recently the iStar modeling language has evolved to a new version (iStar 2.0), where this version joins the different variations of iStar and standardizes it. We believe that it is natural and necessary the core of iStar and any other language to evolve. Nevertheless, iStar has been extended many times, so it is time to research about iStar extensions.

Extending a modeling language is to add new constructs or modify the old ones. According to the way new concepts are proposed, an extension can be developed using a light-weight or heavy-weight strategy.

The first iStar extension was proposed 16 years ago (2001 - 2017). So, this talk reviews the existing iStar extensions by presenting a quantitative analysis and the perspectives of iStar researchers. Some challenges will be discussed such as extension mechanisms and a process to guide iStar extensions.

Références

Documents relatifs

We start with clarifying the needs for an extension of iStar to support elicitation of the requirements for Big data projects; then we explain the concepts to add, after

This paper presents an analysis of the light-weight representa- tions in existing iStar extensions, the results of a survey with experts in iStar exten- sions and

I will describe a short-term fix that worked in the instance of a project with a government agency, and a more principled approach that we have examined in the past few years. I

Section 2.A describes the idea of SDsituations for the modularization of iStar models; Section 2.B give details about the iStar arrangements of goals into IP Diagrams

Because Sirius does not require any code for an editor and allows changing the editor while using it, it is the most flexible out of the three frameworks.. Therefore Sirius

In particular, we propose a forced-based algorithm to automatically lay out elements in the SD view, which has been customized based on the syntax of iStar models in order to

Again, i*, especially, the so- cial, strategic dependency modelling construct, was a natural fit to model service pro- viders and service consumers, their needs and capabilities,

In this case, 12 combinations representing potential instances of actors in the context of the organization are possible: Potential Wholesaler Credit, Potential Wholesaler Cash,