Utilización de casos de uso durante el proceso de desarrollo de software

La recolección de requerimientos constituye uno de los principales problemas durante el desarrollo de un sistema. Esto se debe a la naturaleza vaga y poco intuitiva de los mismos para los ingenieros de software. La especificación de requerimientos utilizando casos de uso constituye una herramienta que soluciona problemas de comunicación usualmente asociados con la tarea de captura de requerimientos. Si bien los casos de usos se construyen de una manera intuitiva, no existe abundante bibliografía de cómo hacer un buen caso de uso. Generalmente, los analistas se preguntan cuanto deben iterar o cuan detallado debe ser un caso de uso. Habitualmente, no se obtienen respuestas únicas a estas cuestiones y más grave aún, las mismas varían de sistema en sistema. En este trabajo presentamos nuestra línea de investigación basada en la utilización de casos de uso durante distintas etapas del proceso de desarrollo.Eje: Ingeniería de SoftwareRed de Universidades con Carreras en Informática (RedUNCI

Utilización de casos de uso durante el proceso de desarrollo de software

La recolección de requerimientos constituye uno de los principales problemas durante el desarrollo de un sistema. Esto se debe a la naturaleza vaga y poco intuitiva de los mismos para los ingenieros de software. La especificación de requerimientos utilizando casos de uso constituye una herramienta que soluciona problemas de comunicación usualmente asociados con la tarea de captura de requerimientos. Si bien los casos de usos se construyen de una manera intuitiva, no existe abundante bibliografía de cómo hacer un buen caso de uso. Generalmente, los analistas se preguntan cuanto deben iterar o cuan detallado debe ser un caso de uso. Habitualmente, no se obtienen respuestas únicas a estas cuestiones y más grave aún, las mismas varían de sistema en sistema. En este trabajo presentamos nuestra línea de investigación basada en la utilización de casos de uso durante distintas etapas del proceso de desarrollo.Eje: Ingeniería de SoftwareRed de Universidades con Carreras en Informática (RedUNCI

Descubrimiento de Servicios Geográficos a partir de casos de uso textuales

El Desarrollo de Software Basado en Componentes (DSBC) se basa en la utilización de componentes software ya desarrollados OTS (Off-The-Shelf), que son combinados adecuadamente para satisfacer los requisitos de un sistema particular. Sin embargo, el uso masivo de este paradigma en la industria requiere de la identificación y selección de componentes de manera eficiente, aspecto que continúa siendo materia de investigación. En este trabajo se da continuidad a trabajos previos, en los que hemos presentado una taxonomía de servicios geográficos que facilita la identificación de componentes, y es utilizada por el analista quien tiene a su cargo el desarrollo de una aplicación de un Sistema de Información Geográfica (GIS) y que utiliza para ello el enfoque de Desarrollo Basado en Componentes. En esta instancia, se examinan distintas técnicas de extracción de conocimiento en casos de uso textuales y se propone un método para estandarizar el vocabulario resultante a fin de posibilitar la utilización de herramientas automáticas en la búsqueda de los servicios GIS correspondientes.VI Workshop Ingeniería de Software (WIS)Red de Universidades con Carreras en Informática (RedUNCI

Descubrimiento de Servicios Geográficos a partir de casos de uso textuales

El Desarrollo de Software Basado en Componentes (DSBC) se basa en la utilización de componentes software ya desarrollados OTS (Off-The-Shelf), que son combinados adecuadamente para satisfacer los requisitos de un sistema particular. Sin embargo, el uso masivo de este paradigma en la industria requiere de la identificación y selección de componentes de manera eficiente, aspecto que continúa siendo materia de investigación. En este trabajo se da continuidad a trabajos previos, en los que hemos presentado una taxonomía de servicios geográficos que facilita la identificación de componentes, y es utilizada por el analista quien tiene a su cargo el desarrollo de una aplicación de un Sistema de Información Geográfica (GIS) y que utiliza para ello el enfoque de Desarrollo Basado en Componentes. En esta instancia, se examinan distintas técnicas de extracción de conocimiento en casos de uso textuales y se propone un método para estandarizar el vocabulario resultante a fin de posibilitar la utilización de herramientas automáticas en la búsqueda de los servicios GIS correspondientes.VI Workshop Ingeniería de Software (WIS)Red de Universidades con Carreras en Informática (RedUNCI

Discovering geographic services from textual use cases

Component Based Software Development (CBSD) relies upon utilization of previously developed software components OTS (Off-The-Shelf), which are appropriately merged to satisfy particular system requirements. However, wide acceptance of this paradigm at industry requires efficient component identification and selection, aspects which are being investigated until now. In this context, this paper further explores the use of a geographic services taxonomy, which facilitates component identification, and is used by analysts in charge of developing a Geographic Information System (GIS) employing a CBSD approach. In this article, different knowledge extraction techniques are evaluated and a methodology is proposed to standardize resultant vocabulary in order to allow automatic tools to support GIS services search.Facultad de Informátic

Normalización de información de servicios requeridos para Sistemas de Información Geográficos

La amplia difusión del proceso de desarrollo basado en componentes, en particular en el dominio de aplicaciones geográficas, ha generado el surgimiento de una gran cantidad y variedad de componentes software orientados a satisfacer las necesidades de los desarrolladores. En este contexto, uno de los principales inconvenientes encontrados al desarrollar aplicaciones mediante reuso de componentes, consiste en la localización de aquellos más adecuados a un requerimiento o conjunto de requerimientos en particular. A esto se denomina proceso de selección de componentes, que incluye dos actividades principales: la oferta de componentes disponibles para reuso y la demanda de servicios a ser satisfechos por la interface de los componentes ofertados. Nuestra propuesta consiste en una mejora al proceso de demanda mediante la estandarización de la especificación de requerimientos o servicios orientándolos a la búsqueda de componentes, en particular para el dominio de aplicaciones geográficas. Para ello se trabaja sobre la normalización de los requerimientos, categorizándolos según información estándar para servicios geográficos. Así, en esta Tesis se define en primer lugar, una Taxonomía de Servicios Geográficos. Luego, se propone una metodología para extraer conocimiento a partir de los casos de uso y categorizar esos requerimientos en clases de servicios geográficos. Por último, se describe la herramienta ReqGIS, la cual automatiza la metodología señalada anteriormente.The wide-spread use of component based development processes, particularly in geographic application domain, has caused the appearance of a great number and variety of software components oriented to satisfying developers’ needs. In this context, one of the main difficulties when developing applications with software reuse is discovering the most suitable components to a particular requirement. This activity is known as selection process, which includes two main activities: offering reusable components and requiring services to be satisfied by the components’ interfaces. Our proposal suggests improving the requiring process by standardizing the software requirement specification, and making requirements more suitable for searching suitable components, particularly for the geographic application domain. To do so, we work on requirement normalization, classifying requirements according to standard information for geographic services. In this Thesis, we firstly define a Geographic Service Taxonomy. Then, we propose a methodology to extracting knowledge from use cases, so requirements could be classified as normalized geographic services. Finally, we describe the ReqGIS tool, which supports the normalization process.Facultad de Informátic

©2003 Society for Design and Process Science GETTING “WHOLE PICTURE ” BEHAVIOR IN A USE CASE MODEL *

Although widely used, traditional use case modeling does not provide explicit means which could be easily used for capturing and testing behavior compliance of the entities involved in a particular use case model. Specifically, a use case model (a set of use cases) related to a system under design provides neither an explicit abstraction to capture the “whole picture ” of the behavior of the system, nor to cover the interactions of subsystems and internal actors with the parent system. With the aim to allow for reasoning on the behavior, the paper introduces a simple formal model Generic UC View which identifies important abstractions and the relations upon them which target the goal. Among them, the concept of use case expression is the base for the desired reasoning on whether the behavior of an entity (such as an agent, a subsystem or a software component) complies with the composed behavior of its sub-entities, and the behavior on the communication links of two neighboring entities is compliant. As a proof of the concept, an instance of use case expressions, pro-cases is introduced. Based on behavior protocols [20], pro-cases can be checked for compliance via an already existing verifier. As pro-cases ’ syntax is simple, resembling regular-expressions, there are simple guidelines for transforming a use case written in classical textual form (based on a template) into a pro-case

2003 Society for Design and Process Science Printed in the United States of America GETTING ‘WHOLE PICTURE ’ BEHAVIOR IN A USE CASE MODEL

Although widely used, traditional use case modeling does not provide explicit means which could be easily used for capturing and testing behavior compliance of the entities involved in a particular use case model. Specifically, a use case model (a set of use cases) related to a system under design provides neither an explicit abstraction to capture the “whole picture ” of the behavior of the system, nor to cover the interactions of subsystems and internal actors with the parent system. With the aim to allow for reasoning on the behavior, the paper introduces a simple formal model Generic UC View which identifies important abstractions and the relations upon them which target the goal. Among them, the concept of use case expression is the base for the desired reasoning on whether the behavior of an entity (such as an agent, a subsystem or a software component) complies with the composed behavior of its sub-entities, and the behavior on the communication links of two neighboring entities is compliant. As a proof of the concept, an instance of use case expressions, pro-cases is introduced. Based on behavior protocols, pro-cases can be checked for compliance via an already existing verifier. As pro-cases ’ syntax is simple, resembling regular-expressions, there are simple guidelines for transforming a use case written in classical textual form (based on a template) into a pro-case