Indroducción a REM 1.2.2

Departamento deDepartamento de
Lenguajes y Sistemas InformáticosLenguajes y Sistemas Informáticos
escuela técnica superior
de ingeniería informática
Introducción aIntroducción a
REM 1.2.2REM 1.2.2
Amador Durán ToroAmador Durán Toro
Enero 2006Enero 2006
Versiónoriginal:AmadorDuránToro(enero2006)
Sevilla, enero de 2006
Amador Durán Toro 1
Introducción aIntroducción a REM 1.2.2REM 1.2.2
Escuela Técnica Superior
de Ingeniería Informática
Departamento de Lenguajes
y 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 y4.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 deUn Entorno Metodológico de
Ingeniería de Requisitos para Sistemas deIngenierí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

HTMLHTML
•• 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
HTMLHTML
•• 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

HTMLHTML
•• SitioSitio webweb de REM (actual)de REM (actual)
HTMLHTML

HTMLHTML
HTMLHTML

HTMLHTML
HTMLHTML
•• 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

HTMLHTML
HTMLHTML

HTMLHTML
•• Arquitectura de REMArquitectura de REM
Documento
REM
Documento
REM
XMLXML
XML
Transformado
(HTML)
XML
Transformado
(HTML)
XSLTXSLTREM
DTD
REM
DTD
*
DLL
Recursos
DLL
Recursos
*
*
Documento
Base
Documento
Base
*Configurables por el usuario
HTMLHTML
•• Interfaz MDIInterfaz MDI
– REM tiene una interfaz MDI, por lo que se pueden
tener varios proyectos abiertos y varias ventanas
del mismo proyecto.

HTMLHTML
•• 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
HTMLHTML
•• 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.

HTMLHTML
•• 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
HTMLHTML
– Ejemplos de XSLT alternativos

HTMLHTML
HTMLHTML

HTMLHTML
•• 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 soltar
o copiar y pegar.
– Al arrastrar y soltar, el cursor
indica que se acepta el objeto, y el
cursor que no se acepta.
HTMLHTML
– 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]

HTMLHTML
– 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]
HTMLHTML
•• 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.
[ ][ ]

HTMLHTML
•• Sección/ApéndiceSección/Apéndice
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• 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 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.
[ ][ ]

HTMLHTML
– Ejemplo de uso (párrafo)
[ ][ ]
HTMLHTML
– Ejemplo de uso (elemento de glosario)
[ ][ ]

HTMLHTML
•• 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.
[ ][ ]
HTMLHTML
•• Fichero gráficoFichero gráfico
– Ejemplo de uso (EMF exportado de Visio)
[ ][ ]

HTMLHTML
[ ][ ]•• OrganizaciónOrganización
– Informa sobre las organizaciones de los
participantes.
– Permite indicar por y para qué organización se
desarrolla (portada).
HTMLHTML
– Ejemplo de uso (información organizaciones)

HTMLHTML
– Ejemplo de uso (portada)
HTMLHTML
•• 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.
[ ][ ]

HTMLHTML
•• Participante (Participante (stakeholderstakeholder))
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• ReuniónReunión
– Información sobre entrevistas o reuniones,
incluyendo el acta.
[ ][ ]

HTMLHTML
•• ReuniónReunión
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• 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).
[ ][ ]

HTMLHTML
•• ObjetivoObjetivo
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• 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.
[ ][ ]

HTMLHTML
•• ActorActor
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• Requisito de informaciónRequisito de información
– Información que debe almacenar el sistema para
cumplir los objetivos, indicando datos específicos.
[ ][ ]

HTMLHTML
•• Requisito de informaciónRequisito de información
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• 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.
[ ][ ]

HTMLHTML
•• Requisito de restricción (regla de negocio)Requisito de restricción (regla de negocio)
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• Caso de usoCaso de uso
– Servicio que el sistema debe prestar a los actores.
– Constan de pasos que pueden tener excepciones.
[ ][ ]

HTMLHTML
•• Caso de usoCaso de uso
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• 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.
[ ][ ]

HTMLHTML
•• Requisitos funcionales y no funcionalesRequisitos funcionales y no funcionales
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• Matriz deMatriz de rastreabilidadrastreabilidad
– Visualiza gráficamente las dependencias
registradas.
[ ][ ]

HTMLHTML
•• Matriz deMatriz de rastreabilidadrastreabilidad
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• Tipo de objetos (clase)Tipo de objetos (clase)
– Conjunto de objetos con características similares.
– Puede tener atributos, componentes (objetos
internos) e invariantes.
[ ][ ]

HTMLHTML
•• Tipo de objetos (clase)Tipo de objetos (clase)
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• Tipo valorTipo valor
– Una enumeración o un tipo de valores complejos,
p.e. Dirección
[ ][ ]

HTMLHTML
•• Tipo valorTipo valor
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• AsociaciónAsociación
– Relación entre dos tipos de objetos.
– Aparte de atributos, componentes e invariantes,
deben tener roles.
[ ][ ]

HTMLHTML
•• AsociaciónAsociación
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• 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, pre
y postcondiciones y excepciones.
[ ][ ]

HTMLHTML
•• Operación de sistemaOperación de sistema
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• ConflictoConflicto
– Problema detectado en los requisitos: falta de
información, contradicciones, etc.
– Puede incluir alternativas de solución.
[ ][ ]

HTMLHTML
•• ConflictoConflicto
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• 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.
[ ][ ]

HTMLHTML
•• Defecto (no conformidad)Defecto (no conformidad)
– Ejemplo de uso
[ ][ ]
HTMLHTML
•• Petición de cambioPetición de cambio
– Solicitud de uno o más cambios en uno o más
requisitos.
[ ][ ]

HTMLHTML
•• Petición de cambioPetición de cambio
– Ejemplo de uso
[ ][ ]

Indroducción a REM 1.2.2

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (20)

Similar a Indroducción a REM 1.2.2

Similar a Indroducción a REM 1.2.2 (20)

Último

Último (20)

Indroducción a REM 1.2.2