|
II (Ibero-American) Workshop on Requirements Engineering |
| Buenos Aires, Argentina
9-10 September, 1999 |
| List of Accepted Papers
Requirements Analysis (click on the title to retrieve a paper) |
| Análisis
con Casos de Uso - Diez sugerencias prácticas
Santiago Ceria |
| Resumen. Los casos de uso son una técnica que ayuda al ingeniero de software en la parte más compleja del desarrollo de un sistema: la identificación y el análisis de requerimientos (Brooks 87). Esta técnica comenzó a tener amplia difusión en 1992, a partir de la publicación de un libro de Ivar Jacobson y otros (Jacobson 92), y actualmente se está instalando como un estándar, por su inclusión dentro del UML (Jacobson 99). Quien haya intentado aplicar los casos de uso habrá notado que son prácticos y efectivos. Sin embargo, al usarlos se presentan algunas dificultades. En este reporte se presentan sugerencias prácticas para que su aplicación sea aún más efectiva. Las sugerencias provienen de la experiencia tanto en el ámbito profesional como académico. Se asume que el lector conoce al menos superficialmente la técnica de análisis con casos de uso y la problemática de la ingeniería de requerimientos. |
| Enfoque
middle-out en la construcción e integración de escenarios
Graciela D. S. Hadad, Jorge H. Doorn, Gladys N. Kaplan y Julio Cesar Sampaio do Prado Leite |
| Abstract. En la literatura referida a escenarios existen varios autores que proponen un proceso de construcción de escenarios basado en un enfoque top-down , es decir partiendo de uno o más Escenarios Generales y construyendo los siguientes escenarios en una forma de refinamiento por pasos. Por otro lado, existen otros autores que consideran que los escenarios deberían construirse desde lo particular. Nuestra experiencia con escenarios señala que un enfoque middle-out es más conveniente. En este artículo detallamos dicha estrategia y describimos cómo esta estrategia es importante para integrar escenarios y subescenarios. Nuestras conclusiones están basadas en varios casos de estudio. |
| Processo
de software baseado em cenários
Karin Koogan Breitman e Julio Cesar Sampaio do Prado Leite |
| Resumo. A utilização de cenários durante o desenvolvimento de software é um tópico que tem ganho bastante destaque recentemente (Weidenhaupt 1998). Notamos, contudo, que pesquisadores tem concentrado seus esforços na utilização de cenários como sub-produtos do desenvolvimento, i.e, artefatos. Pesquisas recentes mostram que a dimensão relativa a processos de cenários é pouco explorada (Rolland 1998). Existe um acordo que cenários são, de modo geral, artefatos persistentes (Sutcliffe 1995, Hsia 1994, Leite 1997, Rosson 1995, Jacobson 1992, Potts 1994, Kyng 1995). Como tal, é natural supor que os cenários de uma aplicação sofram modificações ao longo do desenvolvimento do software para a mesma. Mudanças surgem como resultado do aumento da compreensão do software a ser construído (Yeh 1990) e podem se manifestar na forma de adição, subtração ou refinamento do conteúdo dos cenários. Em qualquer um destes casos notamos que uma nova versão do conjunto dos cenários é gerada. Durante este processo uma grande quantidade de informações tem de ser manipulada, criando a demanda para um processo que seja capaz de regular a evolução de cenários. Sob esta luz, a questão da rastreabilidade da informação contida nos cenários se torna fundamental. |
| Un
entorno de generación de prototipos de interfaces de usuario
a partir de casos de uso
Juan Sánchez Díaz, Vicente Pelechano Ferragud y Oscar Pastor López |
| Resumen. En este trabajo se presenta una propuesta metodológica que permite generar automáticamente interfaces de usuario a partir de casos de uso del sistema. Nuestro modelo de casos de uso, empleado también para captar los requisitos de la aplicación, se utiliza en conjunción con el modelo de objetos y los diagramas de secuencia. A partir de estos últimos, es posible generar una prototipo de la interface de usuario del sistema. La organización de las distintas pantallas de la aplicación utiliza la estructuración de los casos de uso, mediante las relaciones usa y extiende. La propuesta se basa en UML y OMT aunque puede adaptarse fácilmente a otros métodos orientados a objetos. El marco de aplicabilidad de la misma, son sistemas que soportan un estilo de interacción en el cual las distintas pantallas de la aplicación puedan organizarse mediante secuencias de diálogos, que modelan el flujo de trabajo del usuario. |
| Requirements modeling
and representation
(click on the title to retrieve a paper) |
| Integrando
requisitos não-funcionais na modelagem orientada a objetos
Luiz Márcio Cysneiros, Jaime de Melo Sabát Neto e Julio Cesar Sampaio do Prado Leite |
| Resumo. Desenvolver sistemas complexos demanda que se tenha modelos que lidem com aspectos além dos usualmente abordados que enfocam entidades e atividades. Recentes pesquisas têm apontado que modelos conceituais precisam lidar com metas, de forma a poderem modelar situações complexas que ocorrem na vida real. Este trabalho apresenta uma extensão de uma estratégia para que possamos lidar com requisitos não funcionais no processo de desenvolvimento de software, enfatizando uma ponte entre a elicitação destes requisitos não funcionais (RNF) e o modelo de dados do software. No presente trabalho, focamos nossa atenção na extensão da estratégia para lidar com modelos de dados orientados a objetos. |
| LogicOO:
uma metodologia para modelagem e construção de sistemas multimídia
distribuídos
Giancarlo Guizzardi e José Gonçalves Pereira Filho |
| Resumo. Não disponível. |
| Object-oriented
analysis needs explicit change analysis
Liu Yu and Siew Chee Khong |
| Abstract. Changeability is one of the essential difficulties in software. OO (Object-Oriented) technology can not solve this problem by itself, i.e. the OO system will not have enough changeability by just using a specific kind of OO language or object model such as COM or CORBA. In this paper, we first analyze why changeability is so important to software, and what is the most important prerequisite for solving the changeability problem by using the most effective design method. Based on this analysis, we argue that most of OO analysis methods have neglected one of the most important tasks in their analysis phase, i.e. change analysis. Thus, the OO software system developed according to these OO methods can not have the expected maintainability, extensibility and reusability. Finally, we analyze why the change analysis has been neglected by most OO methods and propose a simple framework to do the change analysis. |
| Complete
List of Papers
Sections Requirements Negotiation and Elicitation Requirements Analysis Requirements modeling and representation Requirements process and management Position papers - multidisciplinary approach and education |
| [WER99] [Call for Papers] [Coordination] [Program Committee] [Workshop Program] |
| [Invited Speakers] [Industrial Track] [Educational Track] [Travel, Hotels and Tourism] |