Introducción a REM Amador Durán Toro Enero 2006

Transcripción

1 escuela técnica superior de ingeniería informática Introducción a REM Departamento de Lenguajes Versión original: Amador Durán Toro (enero 2006) Amador Durán Toro Enero 2006 Orígenes de REM Tesis doctoral "Un Entorno Metodológico de Ingeniería de Requisitos para Sistemas de Información" Amador Durán Toro, Universidad de Sevilla, septiembre 2000 Proyecto CICYT "Metodologías, Herramientas y Nuevos Entornos para la Ingeniería de Requisitos" (MENHIR) Experiencia docente con proyectos de alumnos (MÉTRICA V2.1) Experiencia profesional en desarrollo de aplicaciones y en el uso de estándares (MIL-STD- 2167A, MIL-STD-498) Falta de metodologías para la ingeniería de requisitos Pocas herramientas CARE* y muy complejas *Computer-Aided Requirements Engineering Amador Durán Toro 1 Amador Durán Toro, 2006 Página 1 de 35

2 Características básicas de REM Herramienta de gestión de requisitos gratuita* Interfaz de usuario sencillo e intuitivo Basada en XML y XSLT, genera ** *Se necesita permiso del autor para su uso no académico. Amador Durán Toro **Puede generar cualquier salida que pueda generarse con XSLT 2 Características básicas de REM Uso de plantillas y patrones lingüísticos para requisitos Almacenamiento en base de datos relacional (Access) Todos los objetos tienen menú contextual Amador Durán Toro 3 Amador Durán Toro, 2006 Página 2 de 35

3 Sitio web de REM (actual) Amador Durán Toro 4 Sitio web de REM (actual) Amador Durán Toro 5 Amador Durán Toro, 2006 Página 3 de 35

4 Sitio web de REM (actual) Amador Durán Toro 6 Sitio web de REM (actual) Amador Durán Toro 7 Amador Durán Toro, 2006 Página 4 de 35

5 Sitio web de REM (actual) Amador Durán Toro 8 Proceso de instalación Necesita MSXML3 (viene con IE6) y DAO 3.5 (viene con Windows*). Descomprimir REM_1_2_2.zip en un directorio temporal y ejecutar SETUP.EXE *Versiones con tecnología NT a partir de Windows 2000 Amador Durán Toro 9 Amador Durán Toro, 2006 Página 5 de 35

6 Proceso de instalación Amador Durán Toro 10 Proceso de instalación Amador Durán Toro 11 Amador Durán Toro, 2006 Página 6 de 35

7 Proceso de instalación Amador Durán Toro 12 Proceso de instalación Amador Durán Toro 13 Amador Durán Toro, 2006 Página 7 de 35

8 Arquitectura de REM DLL Recursos Documento Base * * XML XML Transformado () Documento REM REM DTD XSLT * *Configurables por el usuario Amador Durán Toro 14 Interfaz MDI REM tiene una interfaz MDI, por lo que se pueden tener varios proyectos abiertos y varias ventanas del mismo proyecto. Amador Durán Toro 15 Amador Durán Toro, 2006 Página 8 de 35

9 Proyectos en REM En REM, un proyecto de ingeniería de requisitos está compuesto por cuatro documentos: Documento de Requisitos del Sistema Documento de Análisis del Sistema Registro de Conflictos y Defectos Registro de Peticiones de Cambio en los Requisitos Los proyectos se almacenan como archivos con extensión.rem (bases de datos de Access) Los archivos XML y se regeneran automáticamente Se recomienda crear un directorio para las figuras en el directorio donde se almacene el proyecto Amador Durán Toro 16 Documento base Cuando se crea un proyecto nuevo, REM copia un proyecto (documento) base por defecto. Por defecto, es un proyecto vacío, pero se podría usar cualquier proyecto como proyecto base. Sólo hay que guardarlo en %REM_HOME%/base y configurar REM para que lo utilice. Amador Durán Toro 17 Amador Durán Toro, 2006 Página 9 de 35

10 Hoja de estilo XSLT Cada vez que se produce un cambio en el proyecto, REM regenera el regenerando el XML y aplicando una hoja de estilo externa XSLT.* Por defecto genera un documento, pero se pueden crear hojas de estilo para generar otros documentos diferentes. *La regeneración puede desactivarse con el botón Amador Durán Toro 18 Hoja de estilo XSLT Ejemplos de XSLT alternativos Amador Durán Toro 19 Amador Durán Toro, 2006 Página 10 de 35

11 Hoja de estilo XSLT Ejemplos de XSLT alternativos Amador Durán Toro 20 Hoja de estilo XSLT Ejemplos de XSLT alternativos Amador Durán Toro 21 Amador Durán Toro, 2006 Página 11 de 35

12 Hoja de estilo XSLT Ejemplos de XSLT alternativos Amador Durán Toro 22 Hoja de estilo XSLT Ejemplos de XSLT alternativos Amador Durán Toro 23 Amador Durán Toro, 2006 Página 12 de 35

13 Conceptos básicos Los objetos de primer nivel se crean con la barra de creación, y se asignan como hijos al objeto seleccionado en la vista de árbol.* Todos los objetos tienen un menú de contexto en el que están disponibles las opciones de clonación, edición de propiedades** y eliminación.*** Los objetos de segundo nivel se crean mediante el menú de contexto de los objetos que pueden ser sus padres. Los objetos pueden cambiar de padre mediante arrastrar y soltar o copiar y pegar. Al arrastrar y soltar, el cursor indica que se acepta el objeto, y el cursor que no se acepta. *O a la raíz si el objeto seleccionado no lo acepta como hijo **Hacer doble clic sobre un objeto equivale a la opción de editar propiedades ***Un objeto sólo puede eliminarse si no está referenciado por otro objeto Amador Durán Toro 24 Conceptos básicos Todos los objetos tienen propiedades comunes y también específicas de cada tipo de objeto. El diálogo de edición de propiedades está organizado de forma que agrupa las propiedades comunes en las mismas pestañas.* *Patrón de diseño de interfaz de usuario Tabbed Hierarchy [Durán et al., 2002] Amador Durán Toro 25 Amador Durán Toro, 2006 Página 13 de 35

14 Conceptos básicos Todos los objetos tienen propiedades comunes y también específicas de cada tipo de objeto. El diálogo de edición de propiedades está organizado de forma que agrupa las propiedades comunes en las mismas pestañas.* *Patrón de diseño de interfaz de usuario Tabbed Hierarchy [Durán et al., 2002] Amador Durán Toro 26 Sección/Apéndice Divide los documentos en secciones o apéndices. Acepta cualquier objeto de primer nivel como hijo. Las secciones se numeran de forma tradicional, los apéndices como A, B, C, etc. La ordenación de sus elementos (hijos) por nombre permite construir glosarios de términos. Amador Durán Toro 27 Amador Durán Toro, 2006 Página 14 de 35

15 Sección/Apéndice Ejemplo de uso Amador Durán Toro 28 Párrafo/Elemento de glosario Añade texto libre dentro del documento. Permite definir elementos de glosario (EdG). Se generan automáticamente enlaces a los EdG cuando aparecen en el texto de cualquier objeto. El nombre del objeto es el nombre del EdG que se define; en el caso de los párrafos no es relevante. Amador Durán Toro 29 Amador Durán Toro, 2006 Página 15 de 35

16 Párrafo/Elemento de glosario Ejemplo de uso (párrafo) Amador Durán Toro 30 Párrafo/Elemento de glosario Ejemplo de uso (elemento de glosario) Amador Durán Toro 31 Amador Durán Toro, 2006 Página 16 de 35

17 Fichero gráfico Inserta imágenes externas en el documento. Cualquier imagen aceptada por Internet Explorer puede insertarse y visualizarse correctamente, por ejemplo archivos WMF ó EMF (vectoriales). Almacena la ruta al archivo de forma relativa a la ubicación del fichero del proyecto (*.rem), permitiendo al usuario total movilidad. Amador Durán Toro 32 Fichero gráfico Ejemplo de uso (EMF exportado de Visio) Amador Durán Toro 33 Amador Durán Toro, 2006 Página 17 de 35

18 Organización[ Informa sobre las organizaciones de los participantes. Permite indicar por y para qué organización se desarrolla (portada). Amador Durán Toro 34 Organización[ Ejemplo de uso (información organizaciones) Amador Durán Toro 35 Amador Durán Toro, 2006 Página 18 de 35

19 Organización[ Ejemplo de uso (portada) Amador Durán Toro 36 Participante (stakeholder( stakeholder) Informa sobre las personas que participan en el proyecto: desarrolladores, clientes, usuarios, etc. Permite asociar autores y fuentes a los requisitos y demás objetos. Amador Durán Toro 37 Amador Durán Toro, 2006 Página 19 de 35

20 Participante (stakeholder( stakeholder) Ejemplo de uso Amador Durán Toro 38 Reunión Información sobre entrevistas o reuniones, incluyendo el acta. Amador Durán Toro 39 Amador Durán Toro, 2006 Página 20 de 35

21 Reunión Ejemplo de uso Amador Durán Toro 40 Objetivo Requisitos de alto nivel, normalmente en estructura jerárquica (aceptan otros objetivos como hijos). Incluyen información de priorización y de rastreabilidad (el resto de requisitos también). Amador Durán Toro 41 Amador Durán Toro, 2006 Página 21 de 35

22 Objetivo Ejemplo de uso Amador Durán Toro 42 Actor Normalmente, tipos de usuarios, aunque a veces también otros sistemas informáticos. Se usan en la especificación de los pasos de los casos de uso. Amador Durán Toro 43 Amador Durán Toro, 2006 Página 22 de 35

23 Actor Ejemplo de uso Amador Durán Toro 44 Requisito de información Información que debe almacenar el sistema para cumplir los objetivos, indicando datos específicos. Amador Durán Toro 45 Amador Durán Toro, 2006 Página 23 de 35

24 Requisito de información Ejemplo de uso Amador Durán Toro 46 Requisito de restricción (regla de negocio) Regla de negocio que debe tenerse en cuenta al desarrollar el nuevo sistema. Amador Durán Toro 47 Amador Durán Toro, 2006 Página 24 de 35

25 Requisito de restricción (regla de negocio) Ejemplo de uso Amador Durán Toro 48 Caso de uso Servicio que el sistema debe prestar a los actores. Constan de pasos que pueden tener excepciones. Amador Durán Toro 49 Amador Durán Toro, 2006 Página 25 de 35

26 Caso de uso Ejemplo de uso Amador Durán Toro 50 Requisitos funcionales y no funcionales Servicios que el sistema debe prestar a los actores descritos de la forma tradicional (req. funcionales). Cualquier otro requisito que no encaje en las categorías anteriores. Amador Durán Toro 51 Amador Durán Toro, 2006 Página 26 de 35

27 Requisitos funcionales y no funcionales Ejemplo de uso Amador Durán Toro 52 Matriz de rastreabilidad Visualiza gráficamente las dependencias registradas. Amador Durán Toro 53 Amador Durán Toro, 2006 Página 27 de 35

28 Matriz de rastreabilidad Ejemplo de uso Amador Durán Toro 54 Tipo de objetos (clase) Conjunto de objetos con características similares. Puede tener atributos, componentes (objetos internos) e invariantes. Amador Durán Toro 55 Amador Durán Toro, 2006 Página 28 de 35

29 Tipo de objetos (clase) Ejemplo de uso Amador Durán Toro 56 Tipo valor Una enumeración o un tipo de valores complejos, p.e. Dirección Amador Durán Toro 57 Amador Durán Toro, 2006 Página 29 de 35

30 Tipo valor Ejemplo de uso Amador Durán Toro 58 Asociación Relación entre dos tipos de objetos. Aparte de atributos, componentes e invariantes, deben tener roles. Amador Durán Toro 59 Amador Durán Toro, 2006 Página 30 de 35

31 Asociación Ejemplo de uso Amador Durán Toro 60 Operación de sistema Servicio concreto que ofrece el sistema y en el que participan objetos internos del mismo. Puede tener parámetros, un tipo de resultado, pre y postcondiciones y excepciones. Amador Durán Toro 61 Amador Durán Toro, 2006 Página 31 de 35

32 Operación de sistema Ejemplo de uso Amador Durán Toro 62 Conflicto Problema detectado en los requisitos: falta de información, contradicciones, etc. Puede incluir alternativas de solución. Amador Durán Toro 63 Amador Durán Toro, 2006 Página 32 de 35

33 Conflicto Ejemplo de uso Amador Durán Toro 64 Defecto (no conformidad) Falta de calida en uno o más requisitos. Al igual que los conflictos, pueden tener alternativas y se puede calcular su impacto. Amador Durán Toro 65 Amador Durán Toro, 2006 Página 33 de 35

34 Defecto (no conformidad) Ejemplo de uso Amador Durán Toro 66 Petición de cambio Solicitud de uno o más cambios en uno o más requisitos. Amador Durán Toro 67 Amador Durán Toro, 2006 Página 34 de 35

35 Petición de cambio Ejemplo de uso Amador Durán Toro 68 Amador Durán Toro, 2006 Página 35 de 35