Enterprise Architect

178 Pages·2015·5.7 MB·Spanish

by  Riobello Ruiz, Jorge

Enterprise Architect:

Manual de usuario

Fecha: Referencia:

EJIE S.A.
Mediterráneo, 3
Tel. [phone]*
Fax. [phone]
01010 Vitoria-Gasteiz
Posta-kutxatila / Apartado: 809
01080 Vitoria-Gasteiz
www.ejie.es

Este documento es propiedad de EJIE, S.A. y su contenido es confidencial. Este documento no puede ser reproducido, en su totalidad o parcialmente, ni
mostrado a otros, ni utilizado para otros propósitos que los que han originado su entrega, sin el previo permiso escrito de EJIE, S.A.. En el caso de ser
entregado en virtud de un contrato, su utilización estará limitada a lo expresamente autorizado en dicho contrato. EJIE, S.A. no podrá ser considerada
responsable de eventuales errores u omisiones en la edición del documento.
Control de documentación
Título de documento: ENTERPRISE ARCHITECT
Histórico de versiones
Código:
Versión: 1.2
Fecha:
Resumen de cambios: Punto 5.2 . Ejemplo de documentación de OTC.
Cambios producidos desde la última versión
Primera versión.
Control de difusión
Responsable: Ander Martínez
Aprobado por:
Firma: Fecha:
Distribución:
Referencias de archivo
Autor: Consultoría de áreas de conocimiento
Nombre archivo: EA. Manual de usuario para ArinBide v1.2.docx
Localización:

Enterprise Architect. Manual de usuario 2/178
Contenido
Capítulo/sección Página
1 Introducción 5

2 Conceptos básicos 5
2.1 UML 5
3 Funciones elementales 8
3.1 Crear el proyecto 8
3.2 Conexión al repositorio/proyecto 11
3.3 Creación de Modelos 13
3.3.1. Ejemplo: Requerimientos del Sistema 14
3.4 Exportación/Importación XMI 23
3.5 Documentación 26
3.5.1. Generación Documentos Word 26
3.5.2. Diseño Plantillas 32
3.6 Modelo de seguridad 36
3.7 Trabajo en grupo 39
3.7.1. Mantenimiento de usuarios 39
3.7.2. Usuario administrador 42
3.7.3. Mantenimiento de grupos 42
3.7.4. Gestión de bloqueos 45
3.7.5. Otras funciones 46
3.8 Modelado Datos con EA 47
3.8.1. Creación Modelo de Datos 47
3.8.2. Importar desde BD 60
4 Anexo 1 : Diagrama de Caso de Uso 64
4.1 Resolución 64
5 Enterprise Architect VS Arin Bide 82
5.1 Arquitectura Proyecto 82

Enterprise Architect. Manual de usuario 3/178
5.2 Documentación 82
5.2.1. Documentación en EA 83
5.2.2. Documentación Arin Bide 85
5.3 Análisis Sistema Información (ASI) 87
5.3.1. Modelado UML 87
5.3.2. Generación Documentación 105
5.4 Definición de la Arquitectura del Sistema – DSI 1 109
5.4.1. Modelado UML 109
5.4.2. Generación Documentación 117
5.5 Diseño de Casos de Uso Reales – DSI 3 122
5.5.1. Modelado UML 122
5.5.2. Generación Documentación 122
5.6 Diseño de Clases – DSI 4 125
5.6.1. Modelado UML 125
5.6.2. Generación Documentación 132
5.7 Diseño Físico de Datos – DSI 6 134
5.7.1. Modelado UML 134
5.7.2. Generación Documentación 143
5.8 Diseño Físico de Datos – DSI 8 145
5.8.1. Modelado UML 145
5.8.2. Generación Documentación 151
5.9 Diseño de la Migración y carga inicial de datos – DSI 9 152
5.9.1. Modelado UML 152
5.9.2. Generación Documentación 161
5.10 Diseño de la Migración y carga inicial de datos – DSI 9 163
5.10.1. Modelado UML 163
5.10.2. Generación Documentación 176

Enterprise Architect. Manual de usuario 4/178
1 Introducción

El presente documento describe cuales son las tareas básicas que se pueden ejecutar en la explotación
de la herramienta de modelado Enterprise Architect Corporate Edition.

El contenido del documento integra, tanto los aspectos de uso en el entorno de EJIE como las
características elementales de funcionamiento de la aplicación.

2 Conceptos básicos

Enterprise Architect Corporate Edition es una herramienta CASE para el diseño y construcción de
sistemas software.

Enterprise Architect Corporate Edition soporta la especificación UML 2.0, que describe un lenguaje visual
que permite la definición de los modelos de un proyecto.

Se trata de una herramienta progresiva que cubre todos los aspectos del ciclo de un desarrollo,
proporcionando una completa trazabilidad desde la fase inicial de diseño hasta el desarrollo y posterior
mantenimiento. Así mismo, también proporciona soporte para testing y control de cambios.

Enterprise Architect Corporate Edition, permite la realización de ingeniera directa e inversa, sincronizar
los elementos de los modelos con el código fuente de las clases (ActionScript, C++, C#, Delphi, Java, Python,
PHP, VB.NET y Visual Basic), diseñar y generar elementos de base de datos y generar documentación de gran
calidad fácilmente exportable a formato RTF.

Enterprise Architect Corporate Edition soporta todos los modelos/diagramas de UML 2.0. Permite diseñar
desde procesos de negocio, sitios web, interfaces de usuario, configuraciones hardware, hasta estimar el
esfuerzo del proyecto en horas

El repositorio esta basado en DBMS proporciona buenos tiempos de respuesta cuando se trabaja con
varios usuarios debido a su estructura interna. Además, cualquier problema de conexión que se produzca,
debería ser cubierto por las habilidades del servidor DBMS, permitiendo deshacer cualquier transacción
interrumpida por problemas externos.

En nuestro caso se ha seleccionado SQL Server 7.0 como repositorio de proyectos, y la licencia
Corporate Edition.

Para obtener información adicional sobre el producto acceder a su página web:

http://www.sparxsystems.com.au/products/ea.html

2.1 UML

Lenguaje Unificado de Modelado (UML, por sus siglas en inglés, Unified Modeling Language) es el
lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; aún cuando todavía

Enterprise Architect. Manual de usuario 5/178
no es un estándar oficial, está respaldado por el OMG (Object Management Group). Es un lenguaje gráfico para
visualizar, especificar, construir y documentar un sistema de software. UML ofrece un estándar para describir un
"plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocios y funciones
del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de
datos y componentes de software reutilizables.

Es importante resaltar que UML es un "lenguaje" para especificar y no para describir métodos o procesos.
Se utiliza para definir un sistema de software, para detallar los artefactos en el sistema y para documentar y
construir. En otras palabras, es el lenguaje en el que está descrito el modelo. Se puede aplicar en una gran
variedad de formas para dar soporte a una metodología de desarrollo de software -pero no especifica en sí
mismo qué metodología o proceso usar.

UML cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las entidades
representadas.

Tal y como se puede ver en la imagen existen dos grandes grupos:

Diagramas de Estructura
Se trata de los diagramas que enfatizan los elementos que deben existir en el sistema modelado.

 Diagrama de clases: Describe la estructura de un sistema mostrando sus clases, atributos y las
relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y
diseño de los sistemas informáticos, donde se crea el diseño conceptual de la información que se
manejará en el sistema, y los componentes que se encargaran del funcionamiento y la relación
entre uno y otro.

 Diagrama de componentes: Un diagrama de componentes representa la separación de un
sistema de software en componentes físicos (por ejemplo archivos, cabeceras, módulos,
paquetes, etc.) y muestra las dependencias entre estos componentes.
 Diagrama de objetos: Se puede considerar un caso especial de un diagrama de clases en el
que se muestran instancias específicas de clases (objetos) en un momento particular del sistema.

Enterprise Architect. Manual de usuario 6/178
Los diagramas de objetos utilizan un subconjunto de los elementos de un diagrama de clase. Los
diagramas de objetos no muestran la multiplicidad ni los roles, aunque su notación es similar a los
diagramas de clase.
 Diagrama de estructura compuesta (UML 2.0): Se trata de un diagrama que permite
contextualizar las partes que componen a una clase, muestra la estructura interna de una clase,
incluyendo sus puntos de interacción a otras partes del sistema.
 Diagrama de despliegue: Se utiliza para modelar el hardware utilizado en las implementaciones
de sistemas y las relaciones entre sus componentes.
 Diagrama de paquetes: Muestra como un sistema está dividido en agrupaciones lógicas
mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete está
pensado como un directorio, los diagramas de paquetes suministran una descomposición de la
jerarquía lógica de un sistema.

Diagramas de comportamiento
Se trata de los diagramas que enfatizan lo que debe suceder en el sistema modelado

 Diagrama de Actividades: representa los flujos de trabajo paso a paso de negocio y
operacionales de los componentes en un sistema. Un Diagrama de Actividades muestra el flujo
de control general.
 Diagrama de Casos de Uso: Un diagrama de casos de uso es una representación gráfica de
parte o el total de los actores y casos de uso del sistema, incluyendo sus interacciones.
 Diagrama de Estados: Se trata de diagramas que se usan para representar gráficamente
maquinas de estados finitos.
 Diagramas de Interacción: Se trata de diagramas que enfatizan el flujo de control y de datos
entre los elementos del sistema modelado
o Diagrama de Secuencia: Muestra la interacción de un conjunto de objetos en una
aplicación a través del tiempo y se modela para cada caso de uso.
o Diagrama de Colaboración:Un diagrama de colaboración es una forma alternativa al
diagrama de secuencia de mostrar un escenario. Este tipo de diagrama muestra las
interacciones entre objetos organizadas entorno a los objetos y los enlaces entre ellos.
o Diagrama de Tiempos: Es una gráfica de formas de onda digitales que muestra la
relación temporal entre varias señales, y cómo varía cada señal en relación a las demás.
o Diagrama de Vistas de Interacción: Se rata de un diagrama que describe la
cooperación entre distintos diagramas de interacción, proporcionando un flujo de control
determinado.

Así mismo, EA proporciona los siguientes diagramas extendidos:

 Diagramas de Análisis: Se trata de un diagrama de actividades simplificado, que se utiliza para
la definición de procesos de negocio de alto nivel.
 Diagramas a Medida: Se trata de un diagrama de clases extendido utilizado para capturar
requerimientos, interfaces de usuario o modelos de diseño.
 Diagramas de Requerimientos: Diagrama que permite describir los requerimientos del sistema
y sus características.
 Diagramas de Mantenimiento: Se trata de un diagrama utilizado para describir peticiones de
cambio dentro de un sistema.
 Diagramas de interfaz de usuario: Se trata de diagramas que permite el diseño de las pantallas
utilizando formularios, controles y etiquetas.
 Diagramas de base de datos: Se trata de un diagrama que permite definir las tablas y las
relaciones entre las mismas de una base de datos.

Enterprise Architect. Manual de usuario 7/178
3 Funciones elementales

Los pasos mínimos que debe ejecutar el responsable del proyecto se pueden resumir como:

 Solicitar el repositorio del proyecto en BD
 Crear el proyecto
 Activar seguridad
 Establecer usuario(s) administrador(es)
 Crear grupos de usuarios y asignarles privilegios
 Crear usuarios y asignarlos a grupos

3.1 Crear el proyecto

Previamente (en fase 0) se habrá solicitado al servicio de implantación la creación del repositorio en
SQLServer, facilitándonos los siguientes datos:

 Nombre del servidor
 Nombre de la base de datos
 Usuario
 Password

Importante: El proceso descrito a continuación lo deberá ejecutar el responsable del proyecto una sola
vez. Las sucesivas veces que se llevase a cabo supondría perder todos los modelos contenidos en el repositorio
remoto, es decir, sería equivalente a un proceso de reinicio del proyecto.

Que implantación confirme la creación del repositorio no significa que ya se pueda empezar a trabajar,
tan solo se dispone del espacio necesario para gestionar el proyecto. Por tanto el primer paso a realizar por el
responsable es crear el proyecto, ejecutando el menú Tools Data ManagementData Transfer

Enterprise Architect. Manual de usuario 8/178
Se completa la pantalla:

 En el tipo de transferencia a realizar se marca la opción .EAP to DBMS
 En el campo de Source Model se pincha el botón … que aparece alineado permitiendo así
buscar en nuestro disco un fichero EAP que se va a usar como modelo, el que se ha de instala
que contiene la estructura de EJIE es el fichero EJIE_BASICO.EAP
 Pinchando el botón “…” alineado con Target Model se seleccionara como destino la BD SQL
Server que nos han generado:

Enterprise Architect. Manual de usuario 9/178
o Una vez se ha seleccionado el driver de conexión a la base de datos (Microsoft OLE DB
Provider for SQL Server) se deberá indicar la conexión a la base de datos:

Enterprise Architect. Manual de usuario 10/178