Construcción de escenarios futuros

Dentro de la Ingeniería de Requisitos las estrategias dirigidas por modelos basados en lenguaje natural han tomado gran auge tanto en las investigaciones [SCHN98] [JACO92] [CONS98] como en la práctica real, debido a la facilidad de interacción entre los involucrados a través del uso de estos modelos, más aún cuando éstos utilizan la jerga de los clientes y usuarios. Esta última propiedad y la construcción al inicio de la estrategia de un glosario disminuyen radicalmente la principal desventaja del lenguaje natural: la ambigüedad. La estrategia utilizada por los autores para comprender el problema y establecer los requisitos se basa en el uso de Escenarios, el cual es un modelo de representación ampliamente difundido en la literatura [POTT95] [SUTC98] [ROLL98] [KAIN00] y utilizado exitosamente en la práctica [WEID98]. Dicha estrategia, consiste primero en comprender el Universo de Discurso (UdeD), para ello se construye un Léxico Extendido del Lenguaje y luego los Escenarios que modelan situaciones actuales [LEIT00]; segundo, en comprender el UdeD futuro, para ello se construyen Escenarios que representan situaciones del futuro, y finalmente, en definir los requisitos del sistema de software basándose en el conocimiento adquirido y registrado en las etapas previas. La etapa inicial se basa en un proceso consolidado, ampliamente probado y aplicado en la práctica [LEIT00]. En este proyecto se propone estudiar estrategias alternativas para la comprensión del UdeD futuro, basadas éstas en el grado de reingeniería esperado en los procesos del negocio. En la sección 2 se sintetiza el enfoque desarrollado para el modelado del UdeD presente, en la sección 3 se presentan las hipótesis de trabajo iniciales para el modelado del UdeD futuro usando escenarios, en la sección 4 se exponen las ideas elaboradas para encarar la construcción de los escenarios futuros.Eje: Análisis de RequerimientosRed de Universidades con Carreras en Informática (RedUNCI

Construcción de escenarios futuros

Dentro de la Ingeniería de Requisitos las estrategias dirigidas por modelos basados en lenguaje natural han tomado gran auge tanto en las investigaciones [SCHN98] [JACO92] [CONS98] como en la práctica real, debido a la facilidad de interacción entre los involucrados a través del uso de estos modelos, más aún cuando éstos utilizan la jerga de los clientes y usuarios. Esta última propiedad y la construcción al inicio de la estrategia de un glosario disminuyen radicalmente la principal desventaja del lenguaje natural: la ambigüedad. La estrategia utilizada por los autores para comprender el problema y establecer los requisitos se basa en el uso de Escenarios, el cual es un modelo de representación ampliamente difundido en la literatura [POTT95] [SUTC98] [ROLL98] [KAIN00] y utilizado exitosamente en la práctica [WEID98]. Dicha estrategia, consiste primero en comprender el Universo de Discurso (UdeD), para ello se construye un Léxico Extendido del Lenguaje y luego los Escenarios que modelan situaciones actuales [LEIT00]; segundo, en comprender el UdeD futuro, para ello se construyen Escenarios que representan situaciones del futuro, y finalmente, en definir los requisitos del sistema de software basándose en el conocimiento adquirido y registrado en las etapas previas. La etapa inicial se basa en un proceso consolidado, ampliamente probado y aplicado en la práctica [LEIT00]. En este proyecto se propone estudiar estrategias alternativas para la comprensión del UdeD futuro, basadas éstas en el grado de reingeniería esperado en los procesos del negocio. En la sección 2 se sintetiza el enfoque desarrollado para el modelado del UdeD presente, en la sección 3 se presentan las hipótesis de trabajo iniciales para el modelado del UdeD futuro usando escenarios, en la sección 4 se exponen las ideas elaboradas para encarar la construcción de los escenarios futuros.Eje: Análisis de RequerimientosRed de Universidades con Carreras en Informática (RedUNCI

The Next Generation of Human-Drone Partnerships: Co-Designing an Emergency Response System

The use of semi-autonomous Unmanned Aerial Vehicles (UAV) to support emergency response scenarios, such as fire surveillance and search and rescue, offers the potential for huge societal benefits. However, designing an effective solution in this complex domain represents a "wicked design" problem, requiring a careful balance between trade-offs associated with drone autonomy versus human control, mission functionality versus safety, and the diverse needs of different stakeholders. This paper focuses on designing for situational awareness (SA) using a scenario-driven, participatory design process. We developed SA cards describing six common design-problems, known as SA demons, and three new demons of importance to our domain. We then used these SA cards to equip domain experts with SA knowledge so that they could more fully engage in the design process. We designed a potentially reusable solution for achieving SA in multi-stakeholder, multi-UAV, emergency response applications.Comment: 10 Pages, 5 Figures, 2 Tables. This article is publishing in CHI202

Goals, Interpretations, and Policies in Information Systems Design

Current goal-oriented requirements engineering methods focus on the definition of optimal requirements that an information system needs to support in order to help its stakeholders to achieve their goals. But, the lack of systemic reasoning and disregard for questions of interpretation lead to insufficient attention given to activities and implicit policies affecting the definition of these goals. This results in the optimization of the goals to the their activities, their policies requirements for potentially inadequate goals. Our framework relates stakeholders and their interpreted constraints and capabilities. It enables requirements engineers to better understand the rationale for goals found through requirements elicitation techniques and shows that conflicting goals can be reconciled by understanding how they fit in a higher-level activity. This results in the formulation of a more adequate set of goals that the information system should support in order for the organization and stakeholders to perform their activities

Ingénierie et Architecture d’Entreprise et des Systèmes d’Information - Concepts, Fondements et Méthodes

L'ingénierie des systèmes d'information s'est longtemps cantonnée à la modélisation du produit (objet) qu'est le système d’information sans se préoccuper des processus d'usage de ce système. Dans un environnement de plus en plus évolutif, la modélisation du fonctionnement du système d’information au sein de l'entreprise me semble primordiale. Pendant les deux dernières décennies, les pratiques de management, d’ingénierie et d’opération ont subi des mutations profondes et multiformes. Nous devons tenir compte de ces mutations dans les recherches en ingénierie des systèmes d’information afin de produire des formalismes et des démarches méthodologiques qui sauront anticiper et satisfaire les nouveaux besoins, regroupés dans ce document sous quatre thèmes:1) Le système d’information est le lieu même où s’élabore la coordination des actes et des informations sans laquelle une entreprise (et toute organisation), dans la diversité des métiers et des compétences qu’elle met en œuvre, ne peut exister que dans la médiocrité. La compréhension des exigences de coopération dans toutes ses dimensions (communication, coordination, collaboration) et le support que l’informatique peut et doit y apporter deviennent donc un sujet digne d’intérêt pour les recherches en système d’information.2) Le paradigme de management des processus d’entreprise (BPM) est en forte opposition avec le développement traditionnel des systèmes d’information qui, pendant plusieurs décennies, a cristallisé la division verticale des activités des organisations et favorisé ainsi la construction d’îlots d’information et d’applications. Cependant, les approches traditionnelles de modélisation de processus ne sont pas à la hauteur des besoins d’ingénierie des processus dans ce contexte en constant changement, que ce dernier soit de nature contextuelle ou permanente. Nous avons donc besoin de formalismes (i) qui permettent non seulement de représenter les processus d’entreprise et leurs liens avec les composants logiciels du système existant ou à venir mais (ii) qui ont aussi l’aptitude à représenter la nature variable et/ou évolutive (donc parfois éminemment décisionnelle) de ces processus.3) Les systèmes d’information continuent aujourd’hui de supporter les besoins classiques tels que l’automatisation et la coordination de la chaîne de production, l’amélioration de la qualité des produits et/ou services offerts. Cependant un nouveau rôle leur est attribué. Il s’agit du potentiel offert par les systèmes d’information pour adopter un rôle de support au service de la stratégie de l’entreprise. Les technologies de l’information, de la communication et de la connaissance se sont ainsi positionnées comme une ressource stratégique, support de la transformation organisationnelle voire comme levier du changement. Les modèles d’entreprise peuvent représenter l’état actuel de l’organisation afin de comprendre, de disposer d’une représentation partagée, de mesurer les performances, et éventuellement d’identifier les dysfonctionnements. Ils permettent aussi de représenter un état futur souhaité afin de définir une cible vers laquelle avancer par la mise en œuvre des projets. L’entreprise étant en mouvement perpétuel, son évolution fait partie de ses multiples dimensions. Nous avons donc besoin de représenter, a minima, un état futur et le chemin de transformation à construire pour avancer vers cette cible. Cependant planifier/imaginer/se projeter vers une cible unique et, en supposant que l’on y arrive, croire qu’il puisse exister un seul chemin pour l’atteindre semble irréaliste. Nous devons donc proposer des formalismes qui permettront de spécifier des scenarii à la fois pour des cibles à atteindre et pour des chemins à parcourir. Nous devons aussi développer des démarches méthodologiques pour guider de manière systématique la construction de ces modèles d’entreprise et la rationalité sous-jacente.4) En moins de cinquante ans, le propos du système d’information a évolué et s’est complexifié. Aujourd’hui, le système d’information doit supporter non seulement les fonctions de support de manière isolée et en silos (1970-1990), et les activités appartenant à la chaîne de valeur [Porter, 1985] de l’entreprise (1980-2000) mais aussi les activités de contrôle, de pilotage, de planification stratégique ainsi que la cohérence et l’harmonie de l’ensemble des processus liés aux activités métier (2000-201x), en un mot les activités de management stratégique et de gouvernance d’entreprise. La gouvernance d'entreprise est l'ensemble des processus, réglementations, lois et institutions influant la manière dont l'entreprise est dirigée, administrée et contrôlée. Ces processus qui produisent des ‘décisions’ en guise de ‘produit’ ont autant besoin d’être instrumentalisés par les systèmes d’information que les processus de nature plus opérationnels de l’entreprise. De même, ces processus stratégiques (dits aussi ‘de développement’) nécessitent d’avoir recours à des formalismes de représentation qui sont très loin, en pouvoir d’expression, des notations largement adoptées ces dernières années pour la représentation des processus d’entreprise.Ainsi, il semble peu judicieux de vouloir (ou penser pouvoir) isoler, pendant sa construction, l’objet “système d’information” de son environnement d’exécution. Si le sens donné à l’information dépend de la personne qui la reçoit, ce sens ne peut être entièrement capturé dans le système technique. Il sera plutôt appréhendé comme une composante essentielle d’un système socio-technique incluant les usagers du système d’information technologisé, autrement dit, les acteurs agissant de l’entreprise. De mon point de vue, ce système socio-technique qui mérite l’intérêt scientifique de notre discipline est l’entreprise. Les recherches que j’ai réalisées, animées ou supervisées , et qui sont structurées en quatre thèmes dans ce document, visent à résoudre les problèmes liés aux contextes de l'usage (l'entreprise et son environnement) des systèmes d’information. Le point discriminant de ma recherche est l'intérêt que je porte à la capacité de représentation :(i) de l'évolutivité et de la flexibilité des processus d'entreprise en particulier de ceux supportés par un système logiciel, d’un point de vue microscopique (modèle d’un processus) et macroscopique (représentation et configuration d’un réseau de processus) : thème 2(ii) du système d’entreprise dans toutes ses dimensions (stratégie, organisation des processus, système d’information et changement) : thème 3Pour composer avec ces motivations, il fallait :(iii) s’intéresser à la nature même du travail coopératif et à l’intentionnalité des acteurs agissant afin d’identifier et/ou proposer des formalismes appropriés pour les décrire et les comprendre : thème 1(iv) se questionner aussi sur les processus de management dont le rôle est de surveiller, mesurer, piloter l’entreprise afin de leur apporter le soutien qu’ils méritent du système d’information : thème

Uso de escenarios en la derivación de software

Esta tesis presenta una estrategia en la Ingeniería de Requisitos, denominada SDRES, que intenta abordar temas poco tratados en la práctica real, tales como los cambios constantes en los requisitos, defectos del software originados en los requisitos, el contexto organizacional que rodea al sistema de software y la consideración de requisitos de calidad. Esta estrategia está dirigida por modelos (Léxico Extendido del Lenguaje, Escenarios y Documento de Requisitos) y orientada al cliente, por ello utiliza sus modelos escritos en lenguaje natural como medio de comunicación y elicitación. SDRES tiene en cuenta la calidad de los modelos que produce mediante procesos de verificación y validación. Para cada actividad de la estrategia se presenta un conjunto de heurísticas y recomendaciones. Se encara el tema de evolución y versionado de los modelos, así como distintas modalidades de utilizar la estrategia según la complejidad del problema, el conocimiento sobre el mismo y otras características.The present thesis shows a Requirements Engineering strategy, called SDRES, which proposes to face topics rarely treated in real practice, such as continuous changes in requirements, software defects brought in requirements, the organisational context surrounding the software system and the quality treatment of requirements. This strategy is driven by models (Language Extended Lexicon, Scenarios and Software Requirements Specification) and oriented to the client. Therefore it uses models written in natural language as means of communication and elicitation. SDRES keeps in mind the quality of the produced models by means of verification and validation processes. For each activity of the strategy a set of heuristic and recommendations is presented. The evolution topic and model versioning is treated, as well as different modalities to use the strategy according to the complexity of the problem, the knowledge on the problem and other characteristics.Es revisado por: http://sedici.unlp.edu.ar/handle/10915/9659Facultad de Ciencias Exacta