indroducción a rem 1.2.2

Departamento deDepartamento deLenguajes y Sistemas InformáticosLenguajes y Sistemas Informáticos

escuela técnica superiorde ingeniería informática

Introducción aIntroducción aREM 1.2.2REM 1.2.2

Amador Durán ToroAmador Durán ToroEnero 2006Enero 2006

Ver

sión o

rigin

al:

Am

ador

Durá

n T

oro

(ener

o 2

006)

Sevilla, enero de 2006Amador Durán Toro 1

Introducción a Introducción a REM 1.2.2REM 1.2.2

Escuela Técnica Superiorde Ingeniería Informática

Departamento de Lenguajesy Sistemas Informáticos

1.1. ¿Qué es REM?¿Qué es REM?

2.2. Obtener REMObtener REM

3.3. Instalar REMInstalar REM

4.4. Conceptos básicosConceptos básicos

4.1 Proyecto4.1 Proyecto

4.2 Documento base4.2 Documento base

4.3 XML, XSLT y 4.3 XML, XSLT y HTMLHTML

5. Objetos de REM5. Objetos de REM

5.1 Generales5.1 Generales

5.2 Requisitos5.2 Requisitos

5.3 Modelado5.3 Modelado

5.4 Gestión5.4 Gestión

•• Orígenes de REMOrígenes de REM

– Tesis doctoral "Un Entorno Metodológico de Un Entorno Metodológico de Ingeniería de Requisitos para Sistemas de Ingeniería de Requisitos para Sistemas de InformaciónInformación"

Amador Durán Toro, Universidad de Sevilla,

septiembre 2000

– Proyecto CICYT "Metodologías, Herramientas y Nuevos Entornos para la Ingeniería de Requisitos" (MENHIRMENHIR)

– 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

Introducción a REM 1.2.2

© Amador Durán Toro, 2006 Página 1 de 35

















•• Características básicas de REMCaracterísticas básicas de REM– Herramienta de gestión de requisitos gratuita*– Interfaz de usuario sencillo e intuitivo– Basada en XML y XSLT, genera HTML**

*Se necesita permiso del autor para su uso no académico.**Puede generar cualquier salida que pueda generarse con XSLT

















•• Características básicas de REMCaracterí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



















•• Sitio Sitio webweb de REM (actual)de REM (actual)





















































•• Proceso de instalaciónProceso de instalación

– Necesita MSXML3MSXML3 (viene con IE6) y DAO 3.5DAO 3.5 (viene con Windows*).

– Descomprimir REM_1_2_2.REM_1_2_2.zipzip en un directorio temporal y ejecutar SETUP.EXE

*Versiones con tecnología NT a partir de Windows 2000



















•• Arquitectura de REMArquitectura de REM

DocumentoREM

DocumentoREM

XMLXML

XMLTransformado

(HTML)

XMLTransformado

(HTML)

XSLTXSLTREMDTD

REMDTD

*

DLLRecursos

DLLRecursos

*

*Documento

BaseDocumento

Base

*Configurables por el usuario

















•• Interfaz MDIInterfaz MDI

– REM tiene una interfaz MDI, por lo que se pueden tener varios proyectos abiertos y varias ventanas del mismo proyecto.



















•• Proyectos en REMProyectos 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 HTML se regeneran automáticamente

– Se recomienda crear un directorio para las figuras en el directorio donde se almacene el proyecto

















•• Documento baseDocumento 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.



















•• Hoja de estilo XSLTHoja de estilo XSLT

– Cada vez que se produce un cambio en el proyecto, REM regenera el HTML regenerando el XML y aplicando una hoja de estilo externa XSLT.*

– Por defecto genera un documento HTML, pero se pueden crear hojas de estilo para generar otros documentos diferentes.

*La regeneración puede desactivarse con el botón


















– Ejemplos de XSLT alternativos



















•• Conceptos básicosConceptos 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.***

*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

– 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 soltaro copiar y pegar.

– Al arrastrar y soltar, el cursor indica que se acepta el objeto, y el cursor que no se acepta.


















– 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]




















– 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]

















•• Sección/ApéndiceSecció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.

[ ][ ]



















•• Sección/ApéndiceSección/Apéndice

– Ejemplo de uso

[ ][ ]

















•• Párrafo/Elemento de glosarioPárrafo/Elemento de glosario

– Añade texto libre dentro del documento.

– Permite definir elementos de glosario (EdG).

– Se generan automáticamente enlaces a los EdGcuando 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.

[ ][ ]




















– Ejemplo de uso (párrafo)

[ ][ ]


















– Ejemplo de uso (elemento de glosario)

[ ][ ]



















•• Fichero gráficoFichero 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.

[ ][ ]

















•• Fichero gráficoFichero gráfico

– Ejemplo de uso (EMF exportado de Visio)

[ ][ ]



















[ ][ ]•• OrganizaciónOrganización

– Informa sobre las organizaciones de los participantes.

– Permite indicar por y para qué organización se desarrolla (portada).


















– Ejemplo de uso (información organizaciones)




















– Ejemplo de uso (portada)

















•• Participante (Participante (stakeholderstakeholder))

– 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.

[ ][ ]



















•• Participante (Participante (stakeholderstakeholder))

– Ejemplo de uso

[ ][ ]

















•• ReuniónReunión

– Información sobre entrevistas o reuniones, incluyendo el acta.

[ ][ ]



















•• ReuniónReunión

– Ejemplo de uso

[ ][ ]

















•• ObjetivoObjetivo

– 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).

[ ][ ]



















•• ObjetivoObjetivo

– Ejemplo de uso

[ ][ ]

















•• ActorActor

– 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.

[ ][ ]



















•• ActorActor

– Ejemplo de uso

[ ][ ]

















•• Requisito de informaciónRequisito de información

– Información que debe almacenar el sistema para cumplir los objetivos, indicando datos específicos.

[ ][ ]



















•• Requisito de informaciónRequisito de información

– Ejemplo de uso

[ ][ ]

















•• Requisito de restricción (regla de negocio)Requisito de restricción (regla de negocio)

– Regla de negocio que debe tenerse en cuenta al desarrollar el nuevo sistema.

[ ][ ]



















•• Requisito de restricción (regla de negocio)Requisito de restricción (regla de negocio)

– Ejemplo de uso

[ ][ ]

















•• Caso de usoCaso de uso

– Servicio que el sistema debe prestar a los actores.

– Constan de pasos que pueden tener excepciones.

[ ][ ]



















•• Caso de usoCaso de uso

– Ejemplo de uso

[ ][ ]

















•• Requisitos funcionales y no funcionalesRequisitos 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.

[ ][ ]



















•• Requisitos funcionales y no funcionalesRequisitos funcionales y no funcionales

– Ejemplo de uso

[ ][ ]

















•• Matriz de Matriz de rastreabilidadrastreabilidad

– Visualiza gráficamente las dependencias registradas.

[ ][ ]



















•• Matriz de Matriz de rastreabilidadrastreabilidad

– Ejemplo de uso

[ ][ ]

















•• Tipo de objetos (clase)Tipo de objetos (clase)

– Conjunto de objetos con características similares.

– Puede tener atributos, componentes (objetos internos) e invariantes.

[ ][ ]



















•• Tipo de objetos (clase)Tipo de objetos (clase)

– Ejemplo de uso

[ ][ ]

















•• Tipo valorTipo valor

– Una enumeración o un tipo de valores complejos, p.e. Dirección

[ ][ ]



















•• Tipo valorTipo valor

– Ejemplo de uso

[ ][ ]

















•• AsociaciónAsociación

– Relación entre dos tipos de objetos.

– Aparte de atributos, componentes e invariantes, deben tener roles.

[ ][ ]



















•• AsociaciónAsociación

– Ejemplo de uso

[ ][ ]

















•• Operación de sistemaOperació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, prey postcondiciones y excepciones.

[ ][ ]



















•• Operación de sistemaOperación de sistema

– Ejemplo de uso

[ ][ ]

















•• ConflictoConflicto

– Problema detectado en los requisitos: falta de información, contradicciones, etc.

– Puede incluir alternativas de solución.

[ ][ ]



















•• ConflictoConflicto

– Ejemplo de uso

[ ][ ]

















•• Defecto (no conformidad)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.

[ ][ ]



















•• Defecto (no conformidad)Defecto (no conformidad)

– Ejemplo de uso

[ ][ ]

















•• Petición de cambioPetición de cambio

– Solicitud de uno o más cambios en uno o más requisitos.

[ ][ ]



















•• Petición de cambioPetición de cambio

– Ejemplo de uso

[ ][ ]



indroducción a rem 1.2.2

Business