Workshop em Engenharia de RequisitosWorkshop en Ingeniería de RequerimientosWorkshop on Requirements Engineering
Anais do WER V. 3, 2000. Rio de Janeiro - Brasil
@proceedings{WERpapers: WER00,
editores = {Julio Cesar S. P. Leite (PUC-Rio, Brasil), Francisco A. C. Pinheiro (UnB, Brasil)},
title = {Anais do WER00 - Workshop em Engenharia de Requisitos, Rio de Janeiro, Brasil, Julho 13-14, 2000},
publisher = {},
ISBN = {},
ISSN = {2675-0066},
year = {2000}
}
1 - Identificación de Patrones de Reutilización de Requisitos de Sistemas de Información. A. Durán Toro, A. Ruiz Cortés, R. Corchuelo Gil, M. Toro Bonilla. pp. 230-242, DOI . [pdf] [scholar]
Abstract: En este artículo se exponen algunos de los resultados de la aplicación de las plantillas y patrones de requisitos presentadas en la edición previa del WER [6]. Uno de los resultados más interesantes de la normalización del formato de los requisitos ha sido la posibilidad de compararlos e identificar patrones de reutilización, tanto a nivel de requisitos de cliente (requisitos–C, normalmente expresados en lenguaje natural) como a nivel de requisitos de desarrollador (requisitos–D, habitualmente modelos conceptuales), que facilitan el desarrollo y mejoran la calidad de las especificaciones de requisitos. La relaciones de rastreabilidad entre requisitos–C, requisitos–D, e incluso elementos de menor nivel de abstracción como componentes software, ha permitido también plantear la posibilidad de reutilizar estructuras complejas, desde requisitos–C hasta código, obteniendo así una reutilización vertical que abarque distintos niveles de abstracción del desarrollo de software.
2 - Ferramenta de Apoio aos Processos da Engenharia de Requisitos, nas Fases de Projetos. Edna Pacheco Zanlorenci, Robert Carlisle Burnett. pp. 181-193, DOI . [pdf] [scholar]
Abstract: O artigo trata os requisitos que compõem os aspectos funcionais de uma ferramenta de apoio aos processos da Engenharia de Requisitos. A ferramenta é tratada sob dois aspectos: a parte geral que deve conter um tutorial com noção básica de uso e de instalação e, a parte específica de projeto que deve abordar os processos de requisitos. Os dados do projeto são suportados por um roteiro didático para descrição do ciclo de vida do requisito. O roteiro tem a função de orientar o processo descritivo a partir da demanda contratada até a especificação da solução. A infra-estrutura, serviços e produtos assistidos pela ferramenta compõem a parte complementar com gestão de recursos do projeto, gerência de requisitos e documentação do projeto.
3 - Uso de Patrones en la Construcción de Escenarios. Marcela Ridao, Jorge Doorn, Julio César Sampaio do Prado Leite. pp. 140-157, DOI . [pdf] [scholar]
Abstract: Los patrones permiten y han permitido en diferentes áreas del conocimiento humano reusar la esencia de la solución de un problema al enfrentar nuevos problemas similares. Es así que los patrones constituyen una especie de mecanismo de registro y concentración de experticia. Uno de los problemas que trae aparejado el uso de patrones en la práctica, es la identificación del patrón más apropiado para el problema en cuestión. En el presente artículo se describe una heurística de selección de patrones de escenarios basada en el uso de árboles de decisión, organizados con preguntas precisas y fáciles de responder.
4 - Non-Functional Requirements for Object-Oriented Modeling. Jaime de Melo Sabát Neto, Julio Cesar Sampaio do Prado Leite, Luiz Márcio Cysneiros. pp. 109-125, DOI . [pdf] [scholar]
Abstract: Recently, it has been pointed out that the majority of the requirements engineering methods do not take into account non-functional requirements (NFRs) [10][11]. Consequently, we have been experiencing serious problems during the development of software systems, such as cost and schedule overruns. In order to diminish this negligence of NFRs and its consequences, this work proposes a strategy (OONFR) that brings NFRs to object-oriented modeling. The OONFR strategy uses as input a Language Extended Lexicon of the Universe of Discourse (LEL of UofD) and outputs a class diagram with indications of what classes, attributes, operations and relationships are responsible for satisficing1 NFRs. This strategy consists of the following activities: build the Language Extended Lexicon of Universe of Discourse-NFR (LEL of UofD-NFR), build the scenarios and build the class diagram.
5 - O Uso do Framework NFR no Projeto de Banco de Dados. Márcia Santos, Maria Lencastre, Jaelson Brelaz de Castro, Décio Fonseca. pp. 209-229, DOI . [pdf] [scholar]
Abstract: O projeto de banco de dados distribuído é um processo bastante complexo que envolve aspectos distintos para a realização de uma adequada distribuição dos dados (Buretta 1997). Muitos desses aspectos correspondem a requisitos não funcionais (propriedades de qualidade ou restrições dos sistemas), como por exemplo, disponibilidade, custos e desempenho. Esses requisitos normalmente são pouco explorados nas etapas do projeto, deixando assim de auxiliar no processo de distribuição. Este artigo tem como objetivo representar os requisitos não funcionais nas fases iniciais do projeto de banco de dados distribuído, através da integração de estratégias propostas pela área de Engenharia de Requisitos. O trabalho foca em especial o uso do Framework NFR (Chung et al. 2000) e faz uma extensão de seus catálogos de requisitos não funcionais, a fim de integrar os principais aspectos relacionados com a distribuição dos dados.
6 - Inspección Del Lexico Extendido Del Lenguaje. Gladys N. Kaplan, Graciela D.S. Hadad, Jorge H. Doorn, Julio C. S. P. Leite. pp. 70-91, DOI . [pdf] [scholar]
Abstract: El uso de glosarios en el proceso de elicitación de requisitos se ha difundido tanto entre los desarrolladores como entre los investigadores en el campo de la Ingeniería de Requisitos. Por otro lado, se ha comprobado que las actividades posteriores, luego de construido el glosario, pueden apoyarse en el mismo para facilitar el logro de su cometido. El presente artículo propone una heurística de verificación de glosarios como parte de un proceso de construcción de escenarios para describir situaciones de un cierto Universo de Discurso. La preocupación acerca de la calidad del glosario es más que justificada, ya que la construcción de los escenarios se basa en el mismo. En este caso el glosario es un Léxico Extendido del Lenguaje como una representación hipertextual que contempla la descripción de la denotación y la connotación de cada término o entrada en el léxico.
7 - HeAR, Una herramienta de Adquisición de Requistos. Laura Petersen, Stella Tornabene, María Carmen Leonardi, Jorge Doorn. pp. 38-52, DOI . [pdf] [scholar]
Abstract: La Ingeniería de Requisitos cumple un papel primordial en el proceso de producción de software, ya que enfoca un área fundamental: la definición de lo que se desea producir. Obtener documentación de los requisitos implica la sucesión de las actividades de elicitar, modelar y analizar los fenómenos propios del Universo del Discurso, involucrando una combinación de métodos, personas y herramientas. Requirements Baseline1 es una metodología basada en lenguaje natural para registrar el vocabulario del macrosistema y escenarios para modelar el comportamiento, aumentada con verificaciones y validaciones tendientes a producir documentación de mejor calidad. En este artículo se presenta una herramienta de soporte a esta metodología, que tiene como objetivos primordiales asistir durante el proceso de documentación de requisitos automatizando algunas verificaciones. El metamodelo en que se basa el diseño de la herramienta permite adaptarla con facilidad a los cambios producidos en la documentación y su proceso de producción, hecho frecuente en una metodología en estudio y evolución.
8 - Desenvolvendo Use Cases a partir de Modelagem Organizacional. Victor F.A. Santander, Jaelson F. B. Castro. pp. 158-180, DOI . [pdf] [scholar]
Abstract: O paradigma de desenvolvimento orientado a objetos tem conquistado fervorosos adeptos na comunidade de engenharia de software. Um dos mais importantes avanços foi o surgimento da UML, uma linguagem padronizada para modelagem visual. Tipicamente Diagramas de USE CASES tem sido usados para capturar requisitos funcionais do sistema a ser desenvolvido. Contudo, o desenvolvimento de sistemas computacionais ocorre dentro de um contexto onde processos organizacionais estão bem estabelecidos. Portanto, é preciso capturar os requisitos organizacionais para definir como o sistema pretendido irá satisfazer os objetivos da organização, por que ele é necessário, quais as alternativas existentes, quais as implicações das alternativas para as várias partes interessadas, etc. Lamentavelmente UML e técnicas baseadas em cenários em geral, não estão equipadas para modelar os requisitos organizacionais. Precisamos de outra técnica, tal como i*, para representar estes aspectos. Contudo, os requisitos organizacionais precisam ser relacionados aos requisitos funcionais, representados através de Diagramas de Use Case. Neste artigo apresentaremos algumas diretrizes que podem auxiliar o engenheiro de requisitos a desenvolver Diagramas de Use Case em UML a partir dos modelos organizacionais propostos na técnica i*.
9 - Formal and Informal Aspects of Requirements Tracing. Francisco A. C. Pinheiro, . pp. 1-21, DOI . [pdf] [scholar]
Abstract:
10 - Prototipado de interfaces de usuario a partir de escenarios y modelos UML1. Juan Sánchez Díaz, Alberto Aparicio Vila, Oscar Pastor López, Juan Jose Fons. pp. 126-139, DOI . [pdf] [scholar]
Abstract: En este artículo presentamos un proceso de ingeniería de requerimientos que genera de un modo automático prototipos de interfaces de usuario a partir de escenarios, obteniéndose una especificación formal del sistema en la forma de diagramas de transición entre estados. Esta especificación se incluye dentro de un entorno de ejecución, pudiéndose animar cada uno de los prototipos. Los escenarios se describen mediante message sequence charts (MSC), enriquecidos con información referente a la interface de usuario. El proceso utiliza un modelo de casos de uso. Para una familia de casos, se genera un conjunto de MSC. Los diversos MSC se transforman en diagramas de transición entre estados para los objetos de interface y de control. Apartir de estos, se genera un prototipo de interface de usuario formado por un modelo de vistas por actor, un formulario por caso de uso y un modelo de navegación entre formularios, esto último se obtiene a partir de las relaciones entre los casos. Basándonos en la ejecución del prototipo y en la realimentación de los usuarios del mismo, este puede ser modificado de forma iterativa desde un entorno visual de construcción de interfaces de usuario. La propuesta, soportada por una herramienta CASE, es apropiada para aplicaciones que trabajen con bases de datos.
11 - From Early Requirements Modeled by the i* Technique to Later Requirements Modeled in Precise UML. Fernanda Alencar, Jaelson Castro, Gilberto Cysneiros , John Mylopoulos. pp. 92-108, DOI . [pdf] [scholar]
Abstract: Requirements capture has been acknowledged as a critical phase of software development, precisely because it is the phase which deals not only with technical knowledge, but also with organizational, managerial, economic and social issues. The emerging consensus is that a requirement specification should include not only software specifications but also business models and other kinds of information describing the context in which the intended system will function. Unfortunately, the current dominant object oriented modeling technique, i.e. Unified Modeling Technique, is ill equipped for capturing early requirements which are typically informal and often focus on organisational objectives. UML is more suitable for later phases of requirements capture, which usually focus on completeness, consistency, and automated verification of functional requirements for the new system. In this paper, we present some guidelines for the integration of early and late requirements specifications. For the organizational modeling we use the i* technique, which focuses on the description of organizational relationships among various organizational actors, as well as an understanding of the rationale for the alternatives chosen. For the functional requirements specification, we rely on the precise Unified Modeling Language (pUML), annotated with constraints described in OCL. A small CD store example is used to illustrate how the requirements process iterates between the early and late requirements specification.
12 - Requirements Engineering for COTS Selection. Carina Frota Alves, Fernanda M. R. de Alencar, Jaelson F. B. Castro. pp. 194-208, DOI . [pdf] [scholar]
Abstract: There is growing interest in the notion of software development through the planned integration of COTS (Commercial Off-The-Shelf) products. The potential advantages of this integrationcentric approach are shorter development time and reduced cost. Often a COTS based development process consists of an evaluation, selection, adaptation, integration, and evolution of components obtained from external vendors. However, most methods focus on system adaptation and integration but neglect the processes of evaluation and selection of COTS. This paper introduces a COTS-Based Requirements Engineering Model that focuses on nonfunctional requirements to assist the processes of evaluation and selection of COTS products.
13 - Producción del LEL en un Dominio Técnico. Informe de un caso.. Gustavo D. Gila, Daniel Arias Figueroa, Alejandro Oliveros. pp. 53-69, DOI . [pdf] [scholar]
Abstract: El presente trabajo se centró en las actividades de la fase de elicitación de requerimientos, utilizándose para la misma una metodología basada en el uso del Léxico Extendido del Lenguaje (LEL) y Escenarios. Se utilizó como caso de estudio el Sistema de Registración y Producción del Instituto de Hemoterapia de la provincia de Buenos Aires. Las experiencias existentes de construcción se desarrollaron en Dominios de Aplicación en los que los ingenieros de requerimientos cuentan con cierto grado de conocimiento del dominio y por lo tanto, del lenguaje, ello necesariamente reduce las actividades para capturar ese lenguaje. En este informe se resume una experiencia en la que el Lenguaje del dominio contiene una gran cantidad de palabras con un contenido muy específico, que denominamos “lenguaje técnico", y que por esta característica resulta de difícil comprensión para los desarrolladores. Las contribuciones del caso de estudio se centran en el hecho de ser un trabajo en el que hubo una fuerte interacción con el personal del Instituto para la construcción del Léxico Extendido del Lenguaje, se verificó la posibilidad de construir un LEL en un ambiente con uso de Lenguaje Técnico, se estableció un enfoque del LEL para asumir esos aspectos técnicos y por último se trata de un caso en el que no fue necesario utilizar la clasificación Estado introducida en la clasificación general definida por [Leite90], en donde se dividen los símbolos en Sujeto, Verbo, Objeto y Estado, con el propósito de la generación automática de Escenarios a partir del LEL.
14 - O Uso de Workflow para Apoiar a Elicitação de Requisitos. Lis Ângela De Bortoli, Ana Maria de Alencar Price. pp. 22-37, DOI . [pdf] [scholar]
Abstract: Este artigo apresenta uma investigação sobre a utilização da modelagem Workflow para apoiar a elicitação de requisitos. Para conduzir este trabalho foi utilizado o método proposto pela primeira autora (De Bortoli 1999, De Bortoli e Price 2000): inicialmente são identificados os objetos (atores, atividades, tarefas e documentos); a fim de compreender o sistema de informação, para cada um dos objetos identificados elabora-se um conjunto específico de questões; com base nas questões elaboradas realiza-se a aquisição de conhecimento sobre os objetos, utilizando técnicas de entrevistas, observações e uma abordagem baseada em etnografia; são elaboradas descrições textuais estruturadas que detalham a execução das atividades e tarefas; a partir das representações textuais são elaboradas representações gráficas das atividades e tarefas, utilizando um modelo de Workflow; por fim, as representações textuais e os Workflows são validados pelos atores do Sistema de Informação. Para verificar a viabilidade do uso, a sistemática proposta foi aplicada numa situação real.
voltar