Documentos de Académico
Documentos de Profesional
Documentos de Cultura
ARCHIMATE
ARCHIMATE
https://es.slideshare.net/dsolis/ejemplo-de-archimate-depositario-central-de-valores-de-
mxico
https://es.slideshare.net/jgherran/presentacion-usando-archimate
https://www.scribd.com/document/139360455/Curso-Archimate-Modelamiento-del-Negocio
https://www.youtube.com/watch?v=cvuPjPQZ-NQ
DIAGRAMA DE CONCEPTO
DE SOLUCIÓN
Posted on 15 julio, 2014 by jhonpinedamunoz — Deja un comentario
ArchiMate
13 noviembre, 2014 chae201421700722272 Deja un comentario
ArchiMate es una norma técnica de The Open Group , y se basa en los conceptos de la
IEEE 1471 estándar. Es apoyado por diversos proveedores de herramientas y firmas
consultoras. ArchiMate es también una marca comercial registrada de The Open Group.
The Open Group cuenta con un programa de certificación para los usuarios ArchiMate,
herramientas de software y cursos.
Uno de los objetivos de la lengua ArchiMate es definir las relaciones entre conceptos en
diferentes dominios de la arquitectura. Los conceptos de este lenguaje, por tanto, tienen
el medio entre los conceptos detallados, que se utilizan para el modelado de dominios
individuales, por ejemplo, el UML para el modelado de software productos.y BPMN
que se utiliza para el modelado de procesos de negocio.
Historia
ArchiMate se basa en parte en el IEEE 1471 estándar. Se desarrolló en los Países Bajos
por un equipo de proyecto de la Telematica Instituut en cooperación con varios
holandeses socios de gobierno, la industria y el mundo académico. Entre los socios eran
Ordina, Radboud Universiteit Nijmegen , el Instituto de Leiden de Ciencias de la
Computación Avanzada (LIACS) y el Centrum Wiskunde y Informatica (CIT). Más
tarde, se realizaron pruebas en organizaciones tales como ABN AMRO , la
Administración de Impuestos y Aduanas holandesa y la ABP .
Arquitectura
Las organizaciones tienen que adaptarse cada vez más rápido y anticipar cambios en los
requisitos del cliente y los objetivos de negocio. Esta necesidad influye en toda la
cadena de actividades de una empresa, a partir de la estructura organizativa de la
infraestructura de red. ¿Cómo se puede controlar el impacto de estos cambios?
Arquitectura puede ser la respuesta.
Capas
ArchiMate tiene un estilo de capas y orientada al servicio en los modelos
arquitectónicos. Las capas más altas hacen uso de los servicios que son proporcionados
por las capas inferiores. A pesar de que, en un nivel abstracto, los conceptos que se
utilizan dentro de cada capa son similares, definimos los conceptos más concretos que
son específicos para un determinado capa. En este contexto, se distinguen tres capas
principales:
En línea con la orientación al servicio, la relación más importante entre capas está
formada por las relaciones de uso, que muestran cómo las capas más altas hacen uso de
los servicios de las capas inferiores. Sin embargo, un segundo tipo de enlace está
formado por las relaciones de realización: elementos en las capas más bajas se dan
cuenta de los elementos comparables en las capas superiores; por ejemplo, un ‘objeto de
datos’ (capa de aplicación) puede realizar un “objeto de negocio” (capa de negocios); o
un ‘artefacto’ (capa de Tecnología) puede realizar ya sea un ‘objeto de datos’ o un
‘componente de la aplicación “(capa de aplicación).
En este este enlace se pude descargar el programa,
http://archi.cetis.ac.uk/download.html
Instalación
Enterprise Architect es distribuido como un único archivo de configuración ejecutable (.exe). Es un instalador de
Windows estándar que revisará y actualizará instalaciones anteriores de Enterprise Architect.
• Después de que instale Enterprise Architect, puede empezar inmediatamente a crear proyectos como archivos
.EAP.
• La última evaluación y versiones registradas de Enterprise Architect siempre están disponibles desde el sitio web
de Sparx Systems.
• La versión registrada está disponible a través del área de usuario del sitio web, lo que requiere un nombre de
usuario y contraseña para acceder.
• Estos son proporcionados con la compra de la licencia.
Instalación
Tema Detalle Ver También
Requisitos de Los requisitos del sistema para instalar Enterprise Architect se Requisitos del
Sistema definen en la página de Requisitos del Sistema de Enterprise Sistema de Enterprise
Architect del sitio web de Sparx Systems. Architect
Instalación en Linux Si quiere ejecutar Enterprise Architect en Linux, refiérase a la Instalación dentro de
y MacOS página Instalando Enterprise Architect dentro de Wine, en el sitio Wine
web de Sparx Systems.
Para soportar la funcionalidad de Scripting en las ediciones
Corporativa y extendida de Enterprise Architect, también debe
instalar Internet Explorer 6.0 o revisiones posteriores.
ArchiMate
La Tecnología MDG para ArchiMate 2.0 es una de las herramientas de modelado de negocio integrada en
Enterprise Architect.
ArchiMate es un lenguaje de arquitectura enterprise del estándar abierto del Grupo Abierto, basados en el
estándar IEEE 1471. Ofrece un lenguaje común para describir la construcción y operación de procesos de
negocios, estructuras organizacionales, flujos de información, sistemas IT e infraestructura técnica, el cual
pueden utilizar los Arquitectos de Enterprise para describir, analizar y visualizar relaciones de manera clara entre
dominios de negocio.
Integración ArchiMate
Tema Detalle Ver También
• Implementación y Migración
• Admite la administración de la cartera de proyectos, el análisis de brecha y
la planificación de la migración y transición Notación
Rectangular
• Contiene elementos adicionales - Paquete de Trabajo, Entregable, Meseta y
Brecha
Desactivar Si prefiere no utilizar la Tecnología MDG para ArcGIS, puede desactivarla (y Tecnologías
ArchiMate posteriormente reactivarla) utilizando la ventana de Tecnologías MDG MDG
(Configuraciones | Tecnologías MDG).
Notas
• Enterprise Architect también soporta ArchiMate 1.0; si desea, puede migrar su modelo ArchiMate 1.0 a ArchiMate
2.0
Aprender Más
• Migrar Archimate 1.0 a Archimate 2.0
Temas del Centro de Aprendizaje
• (Alt+F1) | Enterprise Architect | Lenguajes de Modelado | Negocio | ArchiMate
Top Next
Introducción [Guía de Usuario de Enterprise Architect]
Sparx Systems Enterprise Architect es una herramienta basada en el ciclo de vida UML completo para:
• Diseñar y construir una amplia gama de sistemas de software
• Análisis de Negocios, modelado de procesos de negocio, administración de requisitos
• Modelado de Sistemas, modelado de arquitectura de sistemas, diseño de componentes, simulación
• Modelado específico de dominio generalizado
• Construir lenguajes de modelado específicos de dominio basados en UML
• Visualizar una amplia gama de sistemas, procesos, datos, actividades y estructuras
• Simular procesos conductuales, máquinas de estado e interacciones
• Colaborar y compartir información y modelos
• Pruebas, control de calidad y verificación/trazabilidad extremo-a-extremo de sistemas complejos
• Administrar tareas de desarrollo, trabajo y planificación
Por más de una década, Sparx Systems ha desarrollado activa y continuamente a Enterprise Architect basado en
los estándares UML actuales. Durante esos años se ha demostrado en una amplia gama de proyectos desde
modelos de usuario individuales pequeños hasta repositorios empresariales basados en equipo extremadamente
grandes. Con más de un cuarto de millón de usuarios con licencia en más de 100 países de todo el mundo, el
poder y la eficacia de Enterprise Architect se ha demostrado de manera convincente en muchas áreas diferentes.
Comenzando
Donde Comenzar Vínculo
El tutorial inicial tiene varios vínculos a descripciones más extensas Guía de Interfaz de Usuario
sobre características, funciones, tareas y procedimientos.
Esta guía le ayuda a entender las opciones disponibles al iniciar Enterprise Architect, y a obtener rápidamente un
entendimiento de cómo utilizar estas opciones para crear modelos.
Comenzando
Actividades de Aprendizaje Vínculo
Después de iniciar Enterprise Architect, utilice el tutorial de Inicio Rápido Un Tutorial de Inicio Rápido
para crear un proyecto inmediatamente
Lea sobre áreas de trabajo aplicables a ciertos Roles de Proyecto Roles de Proyecto
En varios puntos a lo largo de la Guía de Usuario de Enterprise Architect, hay más temas y secciones de Inicio
Rápido para ayudarlo a utilizar el sistema inmediatamente, para experimentar con una característica del sistema.
Utilice la pestaña Índice de Ayuda y busque Inicio Rápido para encontrar estos temas.
Aprender más
• Tareas Comunes
• Bases
Proyectos y Equipos
Enterprise Architect le ayuda a crear proyectos para desarrollo bajo un rango de condiciones de trabajo, desde un
único acceso de usuario/local a través de equipos de múltiples roles trabajando en un entorno distribuido. Usted
tanto protege como administra los datos del modelo mismo, y comunica información sobre los datos en forma de
documentación e informes, utilizando funcionalidades tales como las que se listan a continuación.
Temas
Tema Vínculo
Creando un proyecto en un repositorio simple y basado en archivo (archivo Repositorios Basados en Archivos
.EAP)
Creando el proyecto en uno de un rango de repositorios DBMS - estos Repositorios Basados en Servidor
proporcionan para modelos más grandes con más usuarios conectados
simultáneamente.
(Ediciones de corporación y extendidas)
Compartir los datos de referencia utilizados a lo largo del proyecto, entre Compartir Datos de Referencia
modelos y entre proyectos Datos de Referencia
Permitirle a cada usuario configurar sus preferencias personales de como se Opciones Locales
muestran y como se comportan herramientas de proyecto en su estación de
trabajo
Esta sección explica como usted navega a través de las estructuras de modelo en Enterprise Architect, localice y
muestre información específica, y trace los orígenes, desarrollo y destino de los elementos de modelo. Mientras el
Explorador de Proyectos proporciona una vista jerárquica efectiva del modelo, grandes modelos pueden
presentar retos particulares, y trazar dependencias y relaciones no siempre es una tarea simple.
Afortunadamente, Enterprise Architect tiene un número de herramientas diseñadas para satisfacer sólo estos
requisitos.
Temas
Tema Vínculo
El uso del Explorador de Proyectos y del Explorador de Paquetes para navegar y explorar El Explorador de
su modelo Proyectos
Explorador de
Paquete
Como las Vistas de Modelo proporcionan diferentes perspectivas y 'puntos de entrada' hacia Vistas de Modelo
su modelo Presentación de
Diapositivas de
Diagrama
Encontrar elementos y relaciones utilizando las herramientas y consultas personalizadas de Búsqueda Modelo
la Búsqueda de Modelo Búsquedas
Predefinidas
Uso de la Lista de Diagrama o Explorador de Paquete para ver elementos modelo de una Lista de Diagrama
manera basada en una lista convencional Explorador de
Paquete
Uso de la Matriz de Relación para entender y trazar relaciones entre elementos modelo en Matriz de Relación
una vista de hoja de cálculo
Bases de Modelado
El modelado se puede describir como una representación gráfica de un proceso de negocios o sistema de
software. El modelo resultante puede ser utilizado para enfatizar cierto aspecto del sistema que está siendo
representado, y para registrar, documentar y comunicar sus detalles. Un estudio de un modelo de este tipo puede
permitir una visión o comprensión del sistema. La plataforma de modelado de Enterprise Architect se basa en el
Lenguaje de Modelado Unificado (UML), un estándar que define reglas y notaciones para especificar sistemas de
negocios y software.
Utilizando Enterprise Architect, puede construir rápidamente un modelo utilizando una jerarquía de Paquetes
para representar la estructura y organización del modelo.
Componentes Estructurales
Componente Vínculo
Las Vistas son el segundo nivel dentro de un modelo y definen un punto de vista Vistas
específico del sistema que está siendo modelado - por ejemplo la vista de un Caso Agregar Vistas
de Uso, la Vista de Requisitos o una Vista Dinámica (conductual).
Las Vistas son simplemente Paquetes que tienen un significado conceptual
adicional.
Los Paquetes son contenedores básicos que crean la estructura general del modelo. Paquetes
Los Paquetes albergan otros Paquetes, elementos, diagramas y construcciones de Abrir Paquete en el Explorador
modelo similares. de Proyectos
Los Diagramas son representaciones visuales de como elementos modelo están Diagramas
conectados o relacionados conductualmente. Estos también pueden mostrar las Caja de Herramientas de
características de un elemento, tal como sus atributos, métodos, notas y Valores Diagrama
Etiquetados en un estilo visual conveniente.
El Acceso Rápido
Menú Contextual de Diagrama
Pestañas de Diagrama
Funcionalidades de Diagrama
Diagramas de Disposición
Los Elementos son los bloques de construcción fundamentales de los modelos. Elementos
Estos representan construcciones estructurales como Clases e Interfaces, y Menú Contextual de Elemento
construcciones conductuales como Actividades, Acciones y Estados. Representación Visual
Los Conectores son varios tipos de relaciones entre elementos dentro de un Conectores
modelo - incluyendo relaciones conductuales, asociaciones, relaciones Opciones de Administración de
taxonómicas y similares. Conector
Tareas de Conector
Propiedades de Conector
Los Valores Etiquetados son propiedades personalizables, de perfil o definidas por Valores Etiquetados
el usuario las cuales generalmente están relacionadas a un Estereotipo y definen Comienzo - Agregar Valor
atributos y características adicionales de un elemento. Son uno de los medios Etiquetado a Elementos
fundamentales para extender UML hacia áreas más específicas de dominio.
Modificar Valores Etiquetados
Las Notas son el lenguaje común estándar basado en descripciones de para qué es Notas
un elemento, diagrama, característica o relación y como es utilizado dentro del Barra de Herramientas de
modelo. Las Notas a menudo son utilizadas como un primer paso para obtener el Notas
significado y uso de un elemento - el cual luego se refina en algo más concreto y
especificado de manera precisa.
Información de Referencia - una variedad de tipos básicos de información que es Datos de Referencia
utilizada en un modelo en particular - por ejemplo, Estereotipos, Valores Tipos UML
Etiquetados y similares.
Aprender más
• Para información sobre UML, vea el tema Modelos UML Estándar
• El tema Tutorial de Comienzo Rápido le muestra brevemente como crear un diagrama dentro de un Paquete, que
contiene elementos y conectores
• Sparx Systems también proporciona una Demonstración de cómo desarrollar rápidamente un modelo de Caso de
Uso (Recurso en línea)
Este tema proporciona una introducción a los diagramas, elementos y conectores de Enterprise Architect, y su
proceso de modelado.
También ilustra su alineación al Lenguaje de Modelado Unificado (UML) 2.4.1, un estándar de modelado abierto,
definido y mantenido por el Grupo de Administración de Objeto.
Tema Detalle Ver También
El Lenguaje de El estándar UML define notaciones y reglas para especificar sistemas de Diagramas UML
Modelado negocios y software; la notación proporciona un conjunto amplio de Elementos UML
Unificado (UML) elementos gráficos para modelar sistemas orientados a objetos, y las reglas
Conectores UML
establecen como esos elementos pueden ser conectados y utilizados.
Estereotipos
UML no es una herramienta para crear sistemas de software; en lugar, es
UML
un lenguaje visual para comunicar, modelar, especificar y definir sistemas.
Valores
UML no es un proceso prescriptivo para modelar sistemas de software; no
proporciona un método o proceso, simplemente el lenguaje. Puede por lo Etiquetados
tanto utilizar UML de varias maneras para especificar y desarrollar su
proyecto de ingeniería de software.
Este lenguaje está diseñado para ser flexible, extensible y comprensivo,
pero al mismo tiempo suficientemente genérico para servir como la base
para todos los requisitos de modelado del sistema. Con su especificación,
hay una amplia gana de elementos caracterizados por los tipos de
diagramas que sirven, y los atributos que proporcionan. Todo puede
especificarse más al utilizar estereotipos, Valores Etiquetados y perfiles.
Enterprise Architect soporta muchos tipos diferentes de elementos UML
(al igual que algunas extensiones personalizadas); junto con los conectores
entre elementos, estos forman la base del modelo.
Amplia Gama de Aunque inicialmente fue concebido como un lenguaje para el desarrollo Bases de
Aplicaciones de software, el UML puede ser utilizado para modelar una amplia gama de Modelado
dominios y procesos del mundo real (en negocios, ciencia, industria,
educación, entre otros), jerarquías organizacionales, mapas de despliegue
y mucho más.
Enterprise Architect también proporciona diagramas y elementos
personalizados adicionales, para dirigirse a más intereses de modelado.
Extendiendo UML Utilizando Perfiles UML, Patrones UML, Gramáticas, Tipos de Datos, Utilizando
para Nuevos Restricciones, Tecnologías MDG y otras extensiones, el UML y Perfiles UML
Dominios Enterprise Architect pueden ajustarse para dirigirse a un dominio de Patrones de
modelado particular que no está explícitamente en la especificación Diseño
original de UML
Tecnologías
Enterprise Architect hace que extender UML sea simple y directo y, lo MDG
mejor de todo, el mecanismo de extensión sigue siendo parte de la
Especificación UML.
ISBN 0-07-709673-8
• Developing Software with UML por Bern Oestereich
ISBN 0-201-36826-5
Aprender más
• Sitio web OMG (Recurso en línea)
• Estereotipos
• Scripts de Forma
• Valores Etiquetados
• Restricciones
• Patrones
• Plantillas de Código Personalizado y de Transformación, y
• Gramáticas
Utilizando el Asistente de Creación de Tecnología MDG, puede integrar rápida y fácilmente las extensiones
hacia una tecnología y ajustar rápidamente UML y Enterprise Architect para dirigirse a un dominio de modelado
particular no cubierto explícitamente en la especificación UML original, pero utilizando mecanismos de
extensión que son todavía parte de la Especificación.
Aprender más
• Utilizando Tecnologías MDG
• Utilizando Perfiles UML
• Tipos de Valor Etiquetado
• Scripts de Forma
• Desarrollando Lenguajes de Programación
• Marco de Trabajo de Plantilla de Código
• Marco de Trabajo de Gramática
• Creando una Tecnologías MDG
Modelos de Requisitos
Los Requisitos son esencialmente lo que un sistema, aplicación o proceso de negocios debe hacer. Un requisito
puede ser:
• Nivel superior y amplio, definiendo - por ejemplo - que un proceso es necesario para actualizar una base de datos
en particular
• Más especializado y detallado, registrando la expectativa que - por ejemplo - una llamada de sistema siempre debe
ser reconocida por el retorno
Los requisitos detallados pueden ser organizados en una jerarquía que finaliza en un requisito de nivel superior,
por lo que cumplir cada uno de los requisitos detallados resulta en cumplir con los requisitos de niveles más altos
y finalmente el requisito de nivel superior. Esta estructura jerárquica ayuda a administrar la complejidad de
sistemas grandes con miles de requisitos y muchos procesos siendo desarrollados para implementar esos
requisitos.
Reunir Requisitos
Reunir requisitos suele ser el primer paso para desarrollar una solución, ya sea para el desarrollo de un sistema o
proceso. Los Requisitos son reunidos desde todas las partes que se espera que utilicen, mantengan, o se
beneficien de la solución, y se organizan en grupos, áreas funcionales y jerarquías según la necesidad. Pueden ser
transcritos en una hoja de cálculo o a una herramienta de reunión o administración de requisitos, o pueden ser
creados dentro de una herramienta de modelado integrada tal como Enterprise Architect.
La administración de requisitos es una de las disciplinas más problemáticas en el desarrollo de software, por
razones como:
• Entradas grupales diversas a los requisitos
• Divisiones de límite Organizacional
• Divisiones de límite de Herramienta
• Volatilidad de requisitos
• Imprecisión y ambigüedad en lenguajes naturales
Enterprise Architect es una de las pocas herramientas de UML que integran la Administración de Requisitos con
otras disciplinas de desarrollo de software en el producto principal, al definir requisitos dentro del modelo.
Dentro de Enterprise Architect, puede:
• Crear y ver requisitos como entidades y propiedades directamente en el modelo, como descripciones de texto
simples o como representaciones diagramáticas de los elementos y su organización
• Recopilar los requisitos en un archivo CSV externo y luego importarlos a su modelo
• Detallar casos de uso y escenarios directamente en el modelo
• Ingresar atributos estándar (propiedades) para cada requisito, tal como dificultad, estatus y tipo, y definir sus
propios atributos (propiedades)
• Trazar requisitos a Casos de Uso, reglas de negocios, casos de prueba y artefactos de análisis (utilizando, por
ejemplo, la Matriz de Relación)
• Trazar y ver el impacto de los cambios en requisitos (a través de, por ejemplo la ventana de Trazabilidad) y
revisar los cambios mismos
• Crear informes sobre requisitos de calidad de cliente en MS Word y HTML
Notas
• Todas estas características están ilustradas por ejemplos en el modelo EAExample.eap, proporcionado como parte
de su instalación de Enterprise Architect en el directorio de Archivos de Programa de Enterprise Architect:
• Si el equipo de su proyecto no está utilizando Enterprise Architect para administrar Requisitos, todavía pueden
acceder, utilizar y trabajar con ellos a través de la Nube, desde una herramienta cliente Servicios Abiertos para
Colaboración del Ciclo de Vida (OSLC)
Aprender más
• Administración de Requisitos con Enterprise Architect (Recurso en línea)
• Administrador de Especificación
• Requisitos
• Requisitos de Modelo
• Crear Requisitos
• Propiedades de Requisitos
• Extender Propiedades de Requisitos
• Conectar Requisitos
• Importar Requisitos Utilizando CSV
• Ver Requisitos
• Trazar Uso de Requisitos
• Ventana de Trazabilidad
• Matriz de Relación
• Administrar Cambios de Requisitos
• Informe de Requisitos
• Administración de Requisitos OSLC
Enterprise Architect proporciona herramientas de modelado específicas para una serie de tipos de modelos
especializados, como se describe abajo.
Enterprise Architect también proporciona un conjunto adicional de diagramas extendidos y un conjunto de
elementos estereotipo de extensión e incorporados para un uso más general, y le da soporte para desarrollar sus
propios lenguajes de modelado.
Tema Detalle Ver También
ODM Enterprise Architect le permite desarrollar ontologías de gran Tecnología MDG para ODM
escala dentro del entorno de modelado completamente
integrado, para el dominio de su proyecto.
ODM le ayuda a desarrollar una representación formalizada de
semánticas y taxonomías de negocios, y una representación de
conocimiento basada en esas formalizaciones.
Requisitos Enterprise Architect es una de las pocas herramientas de UML Modelos de Requisitos
que integran la Administración de Requisitos con otras
disciplinas de desarrollo de software en el producto principal, al
definir requisitos dentro del modelo.
Reglas de El modelado de Reglas de Negocio captura las reglas que Modelando Reglas de
Negocios gobiernan un negocio, y sus relaciones con las entidades y Negocios
tareas específicas dentro de la organización o sistema.
Modelos de Datos Enterprise Architect proporciona herramientas fácil de utilizar Modelos de Datos
para construir y mantener todos los modelos de datos
fundamentales - Conceptual, Lógico y Físico; ya que Enterprise
Architect le permite visualizar cada tipo de modelo de datos en
el mismo repositorio, puede manejar dependencias fácilmente
entre cada nivel de abstracción.
XSD Enterprise Architect soporta el modelado rápido, la ingeniería Modelado de Esquema XML
directa y la ingeniería inversa de esquemas (XSD) XML W3C, (XSD)
crítico para el desarrollo de una Arquitectura Orientada a
Servicio (SOA) completa.
Diagrama de Un diagrama de flujo de datos (DFD) es una representación Diagrama de Flujo de Datos
Flujo de Datos gráfica del flujo de datos a través de un sistema de información,
y también puede ser utilizado para visualizar el procesamiento
de datos (diseño estructurado).
Desarrollar un DFD ayuda a identificar los datos de transacción
en el modelo de datos.
Diagramas de El modelado de relación de entidad es un método de modelado Diagramas de Relación de
Relación de de base de datos abstracto y conceptual, utilizado para producir Entidad
Entidad un esquema o modelo de datos semántico de, por ejemplo, una
base de datos relacional y sus requisitos, visualizados en
Diagramas de Relación de Entidad (ERDs).
ERD en Enterprise Architect le asiste en construir modelos de
datos conceptuales hasta generar Lenguaje de Definición de
Datos (DDL) para el DBMS destino.
Grupo de Cuatro Los Patrones de la Banda de los Cuatro (GoF) son 23 patrones Patrones GoF
Patrones de diseño de software clásico proporcionando soluciones
recurrentes a problemas comunes en el diseño de software.
Enterprise Architect proporciona cada patrón a través de un
ícono en la Caja de Herramientas de Diagrama.
Documentación Los documentos virtuales le permiten estructurar y filtrar sus Documentos Virtuales
documentos e informes web, seleccionando, agrupando y
ordenando paquetes individuales, independientes de la
organización del Explorador de Proyectos.
Modelos de Análisis
Enterprise Architect provee herramientas de modelado específicas para modelado de análisis.
Herramienta de Detalle Ver También
Análisis
Mapa Mental Un Mapa Mental, es un diagrama con una imagen de centro utilizado para Mapa Mental
representar conexiones semánticas o de otro tipo entre palabras, ideas,
tareas u otros ítems ordenados radialmente alrededor de una palabra o idea
clave.
Un Mapa Mental es utilizado para generar, visualizar, estructurar y
clasificar idea, y como una ayuda en estudio, organización, resolución de
problemas, toma de decisiones y escritura.
Modelos de Negocios
Un modelo de Proceso de Negocios describe tanto el comportamiento y los flujos de información dentro de una
organización o sistema. Como un modelo de actividad de negocio, captura los eventos significantes, entradas,
recursos, procesados y salidas asociadas a procesos de negocios relevantes.
Enterprise Architect provee herramientas de modelado específicas para un rango de tipos de Modelado de
Negocios.
Tema Detalle Ver También
Requisitos Enterprise Architect una de las pocas herramientas de UML que Modelado de Requisitos
integra Administración de Requisitos con otras disciplinas de
desarrollo de software en el núcleo de producto, definiendo
requisitos dentro del modelo.
Reglas de Modelado de Reglas de Negocios, capturan las reglas que Reglas de Modelado de
Negocios gobiernan un negocio, y sus relaciones con las entidades y Negocios
tareas específicas dentro de la organización o sistema.
Modelado/Interacción de Negocios
Diagramas de Modelado de Negocios y de Interacción de Negocios le permiten modelar la estructura y el
comportamiento de un sistema de negocios. Los diagramas de Modelado de Negocios están basados en un
diagrama de Clase (UML Estructural), mientras que los diagramas de Interacción de Negocios están basados en
un diagrama de Secuencia (UML de Comportamiento). Ambos tipos de diagramas tienen la misma Caja de
Herramientas predeterminada, que consiste en una página de elemento de Modelado de Negocios. Los elementos
disponibles incluyen Objetos estereotipados, y un Actor estereotipado (Actor de Negocios), Caso de Uso (Caso
de Uso de Negocios) y Colaboración (Realización de Caso de Uso de Negocios).
Esta guía le ayuda a entender las opciones disponibles al iniciar Enterprise Architect, y a obtener rápidamente un
entendimiento de cómo utilizar estas opciones para crear modelos.
Comenzando
Actividades de Aprendizaje Vínculo
Después de iniciar Enterprise Architect, utilice el tutorial de Inicio Rápido Un Tutorial de Inicio Rápido
para crear un proyecto inmediatamente
Lea sobre áreas de trabajo aplicables a ciertos Roles de Proyecto Roles de Proyecto
En varios puntos a lo largo de la Guía de Usuario de Enterprise Architect, hay más temas y secciones de Inicio
Rápido para ayudarlo a utilizar el sistema inmediatamente, para experimentar con una característica del sistema.
Utilice la pestaña Índice de Ayuda y busque Inicio Rápido para encontrar estos temas.
Aprender más
• Tareas Comunes
• Bases
2 Haga clic en el botón Nuevo Proyecto para Se muestra la ventana estándar del Explorador de
seleccionar una ubicación y nombre adecuados para archivos de Windows.
su nuevo proyecto. Los proyectos de Enterprise Architect basados en
archivos se nombran con una extensión .EAP.
También puede crear proyectos en Firebird haciendo
clic en la flecha de despliegue en el campo Guardar
como tipo y seleccionando la extensión del archivo
.FEAP.
3 Localizar una carpeta adecuada para su proyecto e Enterprise Architect crea un nuevo archivo de
ingresar un nombre distintivo. proyecto y lo coloca en la ubicación especificada.
Haga clic en el botón Guardar para continuar. El proyecto luego se abre automáticamente y se
muestra el Nuevo Asistente de Modelo.
4 En la columna a mano izquierda asegúrese que esté El Asistente de Modelo automáticamente crea un
seleccionada la Tecnología UML 2 Básica - y a nuevo modelo de Caso de Uso para usted, con un
mano derecha marque la casilla Vista de Caso de diagrama inicial, algunas notas y elementos
Uso . predeterminados para ayudarle a comenzar.
En esta etapa todos sus cambios se han guardado en un
archivo y no requieren más acciones.
Agregue una Vista a su Modelo [Guía de Usuario de Enterprise Top Previous Next
Architect]
3 Haga clic en el botón de radio apropiado para seleccionar un icono para la Vista.
Notas
• Hay seis tipos de Vistas que representan maneras convencionales de categorizar el propósito de una Vista Modelo;
éstas vistas, representan diferentes aspectos estructurales o de comportamiento del mismo modelo.
Aprender Más
• Agregue un Paquete a su modelo.
• Crear un nuevo diagrama
• Agregar un elemento
• Leer más acerca de las vistas
• Para comenzar a desarrollar su modelo, crea un Paquete inicial para almacenar sus primeros diagramas y
estructuras de modelo.
Acceso Menú contextual del Paquete del Explorador de Proyectos | Agregar Paquete( Ctrl+W )
4 En el panel Seleccionar De, haga clic en la tecnología o categoría apropiada para el Diagramas UML
diagrama.
El panel Tipos de Diagramas muestra una lista de los tipos de diagramas para la categoría
seleccionada.
Notas
• En la Ingeniería de Corporaciones, Negocios y Software, Ingeniería de Sistemas y últimas ediciones de Enterprise
Architect, si la seguridad está activada, debe tener permiso de Administrar Diagramas para crear nuevos
diagramas
• El tipo de diagrama determina la Caja de Herramientas predeterminada asociada con el diagrama y si puede ser
movido como hijo de otro elemento en el Explorador de Proyectos (por ejemplo, un diagrama de Secuencia bajo
un Caso de Uso)
4 Seleccione el tipo de diagrama que desea agregar del panel a mano derecha.
2 Muestre el diagrama en el cual se crearán los elementos en la Vista de Diagrama. Vista del
Para abrir el diagrama, haga doble clic en el nombre del diagrama que está en el Explorador de Diagrama
Proyectos.
Al abrirse el diagrama, la Caja de Herramientas se actualiza para mostrar
las categorías de elementos y las relaciones que son aplicables a este tipo
de diagrama (En este ejemplo, la Caja de Herramientas Personalizada.)
3 Haga clic en el icono apropiado de la Caja de Herramientas para seleccionar el tipo de elemento a
crear (en este ejemplo, el elemento de Requisito).
El tipo de elemento está resaltado en la Caja de Herramientas.
El nuevo elemento se crea como un hijo del Paquete que contiene el diagrama, y se coloca en el
diagrama en la posición del cursor.
Se muestra la ventana Propiedades del elemento.
5 Utilice la ventana Propiedades para definir las propiedades del elemento que desee. Ventana
de
Propiedad
es
Notas
• También puede arrastrar o pegar elementos existentes en un diagrama desde el Explorador de Proyectos
• Si está creando varios elementos de un mismo tipo, luego de crear el primero solo presione Shift+F3 o Ctrl +Clic
para crear el siguiente elemento ese tipo
Agregar Conectores
Los Conectores definen relaciones específicas entre elementos específicos, por lo que usualmente se crean
directamente en el diagrama; arrastrando el tipo de relación requerida de la Caja de Herramientas de Diagramas.
En el caso de los elementos, la Caja de Herramientas, presenta automáticamente el conector o el tipo de relación
apropiada para este tipo de diagrama.
2 Asegúrese de que el diagrama que contiene los elementos a conectar, esté abierto Vista del Diagrama
en la Vista del Diagrama. Creando Elementos en
Para abrir el diagrama, haga doble clic en el nombre del diagrama que está en el Diagramas
Explorador de Proyectos.
Al abrirse el diagrama seleccionado, la Caja de Herramientas se actualiza para
mostrar las distintas categorías de elementos y relaciones que son aplicables a
ese tipo de diagrama.
5 Utilice el diálogo de Propiedades para definir las características del conector Ventana de Propiedades
requeridas.
Notas
• Si está creando varios conectores de un mismo tipo, después de crear el primero, solo haga clic en el elemento
original apropiado y presione F3 para crear el siguiente conector del mismo tipo
• A medida que arrastra un conector, puede pulsar Shift para crear un conector curvo; si es necesario, se pueden
colocar varios dobleces en la línea conectora, presionando Shift cada vez que quiera cambiar de dirección
• Para deshacer las curvas, mantenga presionado el botón izquierdo del ratón y presione la tecla de Retroceso tantas
veces como sea necesario
• Para averiguar más sobre el tipo de conector que ha arrastrado en el diagrama, haga clic con el botón derecho
sobre el conector, y seleccione la opción del menú Ayuda UML, que mostrará una página de Ayuda sobre el tipo
de conector
Ingeniero de Software • Mapear Casos de Uso hacia Clases Detalladas Ingeniero de Software
• Definir la interacción entre Clases
• Definir Despliegue de Sistema
• Definir paquetes de software y la arquitectura del
software
• Patrones UML
• Plantillas de Código
• Tipos de Valor Etiquetado
• Tecnologías MDG
• Add-Ins
La mayoría de estos roles trabajan con tipos específicos de diagramas, por lo que puede que quiera aprender más
de tipos de diagramas en tipos generales y específicos de diagramas en particular.
Varios tipos de miembros del equipo de proyecto puede que quieran generar documentación sobre su trabajo e
informar} de como se está desarrollando y cambiando el proyecto. Utilizando Enterprise Architect puede generar
informes de proyecto en formato de documento o formato web.
Notas
• La Ingeniería Corporativa, de Negocios y Software, Ingeniería de Sistemas y ediciones Ultimate de Enterprise
Architect tienen la característica de seguridad de usuario que puede ser aplicada o apagada; si la seguridad es
activada, tienen que tener el permiso de acceso apropiado para utilizar varias de las funcionalidades listadas arriba
Analistas de Negocios
UnAnalista de Negocios puede utilizar Enterprise Architect para crear modelos de alto nivel de procesos de
negocios, incluyendo requisitos de negocios, actividades, flujo de trabajo, y el despliegue del comportamiento del
sistema.
Utilizando Enterprise Architect, un Analista de Negocios puede describir los procedimientos que gobiernan lo
que un negocio particular hace. Tal modelo está diseñado para ofrecer una visión general de alto nivel de un
sistema propuesto.
Modelar Procesos de Utilizando diagramas de Análisis, puede modelar los Diagrama de Análisis
Negocios de Alto Nivel procesos de alto nivel del negocio. Ejemplo de Diagrama de
Los diagramas de Análisis son un subconjunto de Análisis
diagramas de Actividades UML 2.4.1 y son menos
formales que otros tipos de diagramas, pero proporcionan
medios útiles para expresar características y requisitos de
negocios esenciales.
Modelar Actividades de Puede utilizar diagramas de Actividades para modelar el Diagrama de Actividad
Negocio comportamiento de un sistema y la forma en que estos
comportamientos están relacionados en el flujo general
del sistema.
Los diagramas de Actividades no modelan el
comportamiento interno del sistema pero muestran en
lugar el proceso general y rutas a un alto nivel.
Arquitectos de Software
Los Arquitectos de Software pueden utilizar Enterprise Architect para mapear requisitos funcionales con Casos
de Uso, realizar modelado de tiempo real de objetos utilizando diagramas de Interacción (Secuencia, Tiempo,
Comunicación o Descripción de Interacción), diseñe el modelo de Despliegue y detalle los componentes
entregables utilizando los diagramas de Componente .
Mapear Requisitos Con Enterprise Architect puede tomar el proceso de Casos de Uso
Funcionales del Sistema negocios de alto nivel que han sido modelados por
el Analistas de Negocios y crean Casos de Uso
detallados.
Los Casos de Uso describen la funcionalidad
propuesta de un sistema y son sólo utilizados para
detallar una única unidad de trabajo discreto.
Mapear Objetos en Tiempo Puede utilizar diagramas de Interacción (diagramas Diagrama de Secuencia
Real de Secuencia y Comunicación) para modelar el Ejemplo de Diagrama de
diseño dinámico del sistema. Secuencia
Los diagramas de Secuencia detallan los mensajes Diagrama de Comunicación
que son pasados entre objetos, y los tiempos de vida
de los objetos.
Los diagramas de Comunicación son similares a
diagramas de Secuencia, pero en lugar muestran la
manera en que el objeto interactúa con otros objetos.
Ingenieros de Software
Los Ingenieros de Software, utilizando Enterprise Architect pueden mapear manualmente Casos de Uso hacia
diagramas de Clase, detallar las interacciones entre Clases, definir el despliegue de sistema y definir paquetes de
software con diagramas de Paquete.
Mapear Casos de Dentro de Enterprise Architect puede estudiar los Casos de Uso Casos de Uso
Uso hacia Clases desarrollados por el Arquitecto de Software, y con esa información Ejemplo de
Detalladas crear Clases que cumplen los objetivos definidos en los Casos de Uso. Diagrama de Caso
Una Clase es una de las construcciones UML estándar que es utilizada de Uso
para detallar el patrón desde el cual se producen objetos a la hora de Diagrama de Clase
ejecución; para registrar las relaciones entre Casos de Uso y Clases,
Realización
puede crear diagramas vinculando los elementos con conectores de
Realización, y/o mapear los conectores de Realización en la Matriz de Matriz de Relación
Relación.
Definir Despliegue Los diagramas de Despliegue proporcionan una vista estática de la Despliegue
de Sistema configuración de tiempo de ejecución de nodos de procesamiento y los
componentes que se ejecutan en los nodos.
Los diagramas de Despliegue pueden ser utilizados para mostrar las
conexiones entre hardware, software y cualquier programa intermedio
que es utilizado en un sistema, para explicar las conexiones y
relaciones de los componentes.
Definir Paquetes Puede utilizar diagramas de Paquete para detallar la arquitectura de Paquete
de Software software.
Los diagramas de Paquete son utilizados para organizar diagramas y
elementos en grupos administrables, declarando las dependencias.
Desarrolladores
Desarrolladores pueden utilizar Enterprise Architect para realizar ingeniería de código de ida y vuelta, lo cual
incluye ingeniería inversa de código existente y generación de código desde elementos de Clase
Tareas de Desarrollador
Tarea Detalle Ver También
Ingeniería de Ida y Vuelta Enterprise Architect le da una flexibilidad sin precedentes Ingeniería de Código
en el software 'de ida y vuelta' a partir de código fuente Actualizar Contenido
existente a modelos UML 2.4.1 y viceversa. de Paquete
La ingeniería de ida y vuelta involucra la ingeniería Estimación
directa y la ingeniería inversa del código, manteniendo el
modelo y código sincronizados.
Ingeniería Inversa En Enterprise Architect, puede hacer ingeniería inversa de Ingeniería Inversa
código desde un número de lenguajes soportados y ver el Diagrama de Clase
código existente como diagramas de Clase, los cuales
Elemento Clase
ilustran la vista de diseño estático del sistema.
Los diagramas de Clase muestran Clases e interfaces, y las
relaciones entre ellos; las Clases definidas en diagramas de
Clase UML pueden tener contrapartes directas en la
implementación de un lenguaje de programación.
Ingeniería Directa Mientras hace la ingeniería inversa de su código hacia su Ingeniería de Código
modelo, puede hacer la ingeniería directa de elementos de
su modelo hacia el código (generación de código).
De esta manera puede hacer cambios a su modelo con
Enterprise Architect y rápidamente implementar los
cambios en el código fuente.
Determinar el Estado del Para visualizar el estado del sistema puede utilizar Máquinas de Estado
Sistema diagramas de Máquina de Estado para describir como los
elementos se mueven entre los estados, clasificando su
comportamiento de acuerdo a disparadores de transición y
condiciones de restricción.
Los diagramas de Máquina de Estado capturan cambios del
sistema en el tiempo, generalmente siendo asociados con
Clases particulares; a menudo una Clase puede tener uno o
más diagramas de Máquinas de Estado para describir
completamente sus potenciales estados.
Seguir el Flujo del Código Los diagramas de Actividad le ayudan a desarrollar un Actividad
mejor entendimiento del flujo de código.
Los diagramas de Actividad ilustran la naturaleza dinámica
del sistema; usted puede modelar el flujo de control entre
Actividades y representar los cambios de estado del
sistema.
Administradores de Proyecto
Enterprise Architect proporciona soporte para la administración de proyectos. Los Administradores de Proyecto
pueden utilizar el sistema para asignar recursos a elementos, medir riesgo y esfuerzo, estimar tamaños de
proyecto, y administrar estatus de elemento, cambiar control y mantenimiento.
Mantenimiento Dentro de Enterprise Architect puede asignar ítems relacionados con Problemas
mantenimiento a elementos y rastrearlos, proporcionando una captura Cambios y
rápida y mantenimiento de registros para ítems tales como problemas, Problemas
cambios, defectos y tareas.
Tareas
También puede crear y mantener un glosario de proyecto de procesos,
Glosario del
procedimientos, términos y descripciones.
Proyecto
Testers
Enterprise Architect proporciona una funcionalidad de prueba de diseño para Testers y Equipo de Control de
Calidad para crear un rango de scripts de prueba contra elementos en el entorno de modelado.
Tareas de Prueba
Tarea Detalle Ver También
Casos de Prueba Con Enterprise Architect, puede configurar una serie de pruebas Prueba
para cada elemento modelo.
Los tipos de pruebas incluyen pruebas de Unidad, Aceptación,
Sistema, Integración y Escenario .
Importar requisitos, Para utilizar pruebas para mantener la integridad del proceso de
restricciones y negocios completo, puede importar requisitos, restricciones y
escenarios escenarios definidos en iteraciones anteriores del ciclo de vida de
desarrollo.
Requisitos
Los requisitos indican obligaciones contractuales que deben
realizar elementos dentro del modelo. Restricciones
Las restricciones son condiciones que deben ser cumplidas para
poder pasar el proceso de prueba; las restricciones pueden ser:
• Precondiciones (declara cual debe ser verdadero antes de que un
evento sea procesado)
• Poscondiciones (eventos que deben ocurrir después de que le
evento sea procesado) o
• Restricciones invariantes (las cuales deben permanecer Escenarios
verdaderas a lo largo de la duración del evento)
Cambios de los defectos En el trazado de defectos puede asignar informes de defectos a Crear Ítems de
del Elemento cualquier elemento dentro del modelo, para que todos los que estén Mantenimiento
involucrados en el proyecto puedan ver rápidamente el estatus de
defectos y ver que defectos tienen que ser abordados y con cuales
ya se ha tratado.
Administradores de Implementación
Enterprise Architect proporciona soporte para la administración de implementación de proyecto. Puede seguir y
asignar ítems relacionados con mantenimiento-a elementos dentro de Enterprise Architect, y rápidamente
capturar y actualizar registros de tareas de mantenimiento tal como problemas, cambios, defectos y tareas. Al
proporcionar un funcionalidad centralizada para cada elemento involucrado en el proceso de Despliegue,
Enterprise Architect ofrece una solución poderosa para trazar el mantenimiento de los ítems y procesos
involucrados en despliegue de sistema.
Desarrollando Tecnologías
Extensión Detalle Ver También
Perfiles UML Al crear Perfiles UML puede crear una extensión Utilizando Perfiles
personalizada para construir modelos UML que sean UML
específicos a un dominio en particular.
Los Perfiles son almacenados como archivos XML y pueden
ser importados a cualquier modelo como sea requerido.
Patrones UML Los Patrones son conjuntos de Objetos y Clases en Patrones de Diseño
colaboración que proporcionan una plantilla genérica para
soluciones repetibles de problemas de modelado.
Mientras se descubren patrones en un nuevo proyecto, puede
crear la plantilla de patrón básico.
Los Patrones pueden ser reutilizados con los nombres de
variable apropiados modificado para cualquier proyecto futuro.
Plantillas de Código Las plantillas de Código son utilizadas para personalizar la Marco de Trabajo de
salida del código fuente generado por Enterprise Architect; de Plantilla de Código
esta manera puede generar lenguajes de código no soportados
específicamente por Enterprise Architect y definir como el
sistema genera código fuente para cumplir con las normas de
estilo de su propia empresa.
Add-Ins de Enterprise Utilizando Add-Ins puede construir su propia funcionalidad en Add-Ins de Enterprise
Architect Enterprise Architect, creando sus propios mini programas que Architect
pueden extender las capacidades del sistema, definiendo sus
propios menús y creando sus propias Vistas Personalizadas.
Crear Modelos de Con Enterprise Architect puede crear diagramas de base de datos utilizando Modelo de
Datos Lógicos el Perfil de Modelado de Datos UML incorporado. Datos Lógicos
Esto soporta la definición de Claves Principal y Foránea, cardinalidad,
validación, disparadores, restricciones e índices.
Generar Esquema Al utilizar la función de Enterprise Architect de generación de DDL, puede Esquema de
crear un script DDL para crear la estructura de tabla de base de datos desde Base de Datos
el modelo.
Enterprise Architect actualmente soporta:
• Bases de Datos basadas en JET
• DB2
• InterBase
• Informix
• Ingres
• MySQL
• SQL Server
• PostgreSQL
• Sybase Adaptive Server Anywhere y Adaptive Server Enterprise, y
• Oracle
Base de Datos de Utilizando una conexión de datos ODBC puede importar una estructura de Ingeniería
Ingeniería base de datos desde una base de datos existente para crear un modelo de la Inversa
Inversa base de datos.
Al generar el modelo directamente desde la base de datos puede documentar
rápidamente su trabajo y crear una cuenta diagramática de una base de datos
compleja a través de los beneficios gráficos de UML.
Ejemplo de Diagrama de Modelo de Datos
Proyectos y Equipos
Enterprise Architect le ayuda a crear proyectos para desarrollo bajo un rango de condiciones de trabajo, desde un
único acceso de usuario/local a través de equipos de múltiples roles trabajando en un entorno distribuido. Usted
tanto protege como administra los datos del modelo mismo, y comunica información sobre los datos en forma de
documentación e informes, utilizando funcionalidades tales como las que se listan a continuación.
Temas
Tema Vínculo
Creando un proyecto en un repositorio simple y basado en archivo (archivo Repositorios Basados en Archivos
.EAP)
Creando el proyecto en uno de un rango de repositorios DBMS - estos Repositorios Basados en Servidor
proporcionan para modelos más grandes con más usuarios conectados
simultáneamente.
(Ediciones de corporación y extendidas)
Compartir los datos de referencia utilizados a lo largo del proyecto, entre Compartir Datos de Referencia
modelos y entre proyectos Datos de Referencia
Permitirle a cada usuario configurar sus preferencias personales de como se Opciones Locales
muestran y como se comportan herramientas de proyecto en su estación de
trabajo
Esta sección explica como usted navega a través de las estructuras de modelo en Enterprise Architect, localice y
muestre información específica, y trace los orígenes, desarrollo y destino de los elementos de modelo. Mientras el
Explorador de Proyectos proporciona una vista jerárquica efectiva del modelo, grandes modelos pueden
presentar retos particulares, y trazar dependencias y relaciones no siempre es una tarea simple.
Afortunadamente, Enterprise Architect tiene un número de herramientas diseñadas para satisfacer sólo estos
requisitos.
Temas
Tema Vínculo
El uso del Explorador de Proyectos y del Explorador de Paquetes para navegar y explorar El Explorador de
su modelo Proyectos
Explorador de
Paquete
Como las Vistas de Modelo proporcionan diferentes perspectivas y 'puntos de entrada' hacia Vistas de Modelo
su modelo Presentación de
Diapositivas de
Diagrama
Encontrar elementos y relaciones utilizando las herramientas y consultas personalizadas de Búsqueda Modelo
la Búsqueda de Modelo Búsquedas
Predefinidas
Uso de la Lista de Diagrama o Explorador de Paquete para ver elementos modelo de una Lista de Diagrama
manera basada en una lista convencional Explorador de
Paquete
Uso de la Matriz de Relación para entender y trazar relaciones entre elementos modelo en Matriz de Relación
una vista de hoja de cálculo
Bases de Modelado
El modelado se puede describir como una representación gráfica de un proceso de negocios o sistema de
software. El modelo resultante puede ser utilizado para enfatizar cierto aspecto del sistema que está siendo
representado, y para registrar, documentar y comunicar sus detalles. Un estudio de un modelo de este tipo puede
permitir una visión o comprensión del sistema. La plataforma de modelado de Enterprise Architect se basa en el
Lenguaje de Modelado Unificado (UML), un estándar que define reglas y notaciones para especificar sistemas de
negocios y software.
Utilizando Enterprise Architect, puede construir rápidamente un modelo utilizando una jerarquía de Paquetes
para representar la estructura y organización del modelo.
Componentes Estructurales
Componente Vínculo
Las Vistas son el segundo nivel dentro de un modelo y definen un punto de vista Vistas
específico del sistema que está siendo modelado - por ejemplo la vista de un Caso Agregar Vistas
de Uso, la Vista de Requisitos o una Vista Dinámica (conductual).
Las Vistas son simplemente Paquetes que tienen un significado conceptual
adicional.
Los Paquetes son contenedores básicos que crean la estructura general del modelo. Paquetes
Los Paquetes albergan otros Paquetes, elementos, diagramas y construcciones de Abrir Paquete en el Explorador
modelo similares. de Proyectos
Los Diagramas son representaciones visuales de como elementos modelo están Diagramas
conectados o relacionados conductualmente. Estos también pueden mostrar las Caja de Herramientas de
características de un elemento, tal como sus atributos, métodos, notas y Valores Diagrama
Etiquetados en un estilo visual conveniente.
El Acceso Rápido
Menú Contextual de Diagrama
Pestañas de Diagrama
Funcionalidades de Diagrama
Diagramas de Disposición
Los Elementos son los bloques de construcción fundamentales de los modelos. Elementos
Estos representan construcciones estructurales como Clases e Interfaces, y Menú Contextual de Elemento
construcciones conductuales como Actividades, Acciones y Estados.
Representación Visual
Los Conectores son varios tipos de relaciones entre elementos dentro de un Conectores
modelo - incluyendo relaciones conductuales, asociaciones, relaciones Opciones de Administración de
taxonómicas y similares. Conector
Tareas de Conector
Propiedades de Conector
Los Valores Etiquetados son propiedades personalizables, de perfil o definidas por Valores Etiquetados
el usuario las cuales generalmente están relacionadas a un Estereotipo y definen Comienzo - Agregar Valor
atributos y características adicionales de un elemento. Son uno de los medios Etiquetado a Elementos
fundamentales para extender UML hacia áreas más específicas de dominio.
Modificar Valores Etiquetados
Las Notas son el lenguaje común estándar basado en descripciones de para qué es Notas
un elemento, diagrama, característica o relación y como es utilizado dentro del Barra de Herramientas de
modelo. Las Notas a menudo son utilizadas como un primer paso para obtener el Notas
significado y uso de un elemento - el cual luego se refina en algo más concreto y
especificado de manera precisa.
Información de Referencia - una variedad de tipos básicos de información que es Datos de Referencia
utilizada en un modelo en particular - por ejemplo, Estereotipos, Valores Tipos UML
Etiquetados y similares.
Aprender más
• Para información sobre UML, vea el tema Modelos UML Estándar
• El tema Tutorial de Comienzo Rápido le muestra brevemente como crear un diagrama dentro de un Paquete, que
contiene elementos y conectores
• Sparx Systems también proporciona una Demonstración de cómo desarrollar rápidamente un modelo de Caso de
Uso (Recurso en línea)
Este tema proporciona una introducción a los diagramas, elementos y conectores de Enterprise Architect, y su
proceso de modelado.
También ilustra su alineación al Lenguaje de Modelado Unificado (UML) 2.4.1, un estándar de modelado abierto,
definido y mantenido por el Grupo de Administración de Objeto.
Tema Detalle Ver También
El Lenguaje de El estándar UML define notaciones y reglas para especificar sistemas de Diagramas UML
Modelado negocios y software; la notación proporciona un conjunto amplio de Elementos UML
Unificado (UML) elementos gráficos para modelar sistemas orientados a objetos, y las reglas
Conectores UML
establecen como esos elementos pueden ser conectados y utilizados.
Estereotipos
UML no es una herramienta para crear sistemas de software; en lugar, es
UML
un lenguaje visual para comunicar, modelar, especificar y definir sistemas.
Valores
UML no es un proceso prescriptivo para modelar sistemas de software; no
Etiquetados
proporciona un método o proceso, simplemente el lenguaje. Puede por lo
tanto utilizar UML de varias maneras para especificar y desarrollar su
proyecto de ingeniería de software.
Este lenguaje está diseñado para ser flexible, extensible y comprensivo,
pero al mismo tiempo suficientemente genérico para servir como la base
para todos los requisitos de modelado del sistema. Con su especificación,
hay una amplia gana de elementos caracterizados por los tipos de
diagramas que sirven, y los atributos que proporcionan. Todo puede
especificarse más al utilizar estereotipos, Valores Etiquetados y perfiles.
Enterprise Architect soporta muchos tipos diferentes de elementos UML
(al igual que algunas extensiones personalizadas); junto con los conectores
entre elementos, estos forman la base del modelo.
Amplia Gama de Aunque inicialmente fue concebido como un lenguaje para el desarrollo Bases de
Aplicaciones de software, el UML puede ser utilizado para modelar una amplia gama de Modelado
dominios y procesos del mundo real (en negocios, ciencia, industria,
educación, entre otros), jerarquías organizacionales, mapas de despliegue
y mucho más.
Enterprise Architect también proporciona diagramas y elementos
personalizados adicionales, para dirigirse a más intereses de modelado.
Extendiendo UML Utilizando Perfiles UML, Patrones UML, Gramáticas, Tipos de Datos, Utilizando
para Nuevos Restricciones, Tecnologías MDG y otras extensiones, el UML y Perfiles UML
Dominios Enterprise Architect pueden ajustarse para dirigirse a un dominio de Patrones de
modelado particular que no está explícitamente en la especificación Diseño
original de UML
Tecnologías
Enterprise Architect hace que extender UML sea simple y directo y, lo MDG
mejor de todo, el mecanismo de extensión sigue siendo parte de la
Especificación UML.
ISBN 0-07-709673-8
• Developing Software with UML por Bern Oestereich
ISBN 0-201-36826-5
Aprender más
• Sitio web OMG (Recurso en línea)
• Diagrama Caja de Herramientas descripciones
• El proyecto EAExample.eap proporcionado con Enterprise Architect
• En línea Tutorial UML (parte 1 y 2) y Tutorial UML
Modelos de Requisitos
Los Requisitos son esencialmente lo que un sistema, aplicación o proceso de negocios debe hacer. Un requisito
puede ser:
• Nivel superior y amplio, definiendo - por ejemplo - que un proceso es necesario para actualizar una base de datos
en particular
• Más especializado y detallado, registrando la expectativa que - por ejemplo - una llamada de sistema siempre debe
ser reconocida por el retorno
Los requisitos detallados pueden ser organizados en una jerarquía que finaliza en un requisito de nivel superior,
por lo que cumplir cada uno de los requisitos detallados resulta en cumplir con los requisitos de niveles más altos
y finalmente el requisito de nivel superior. Esta estructura jerárquica ayuda a administrar la complejidad de
sistemas grandes con miles de requisitos y muchos procesos siendo desarrollados para implementar esos
requisitos.
Reunir Requisitos
Reunir requisitos suele ser el primer paso para desarrollar una solución, ya sea para el desarrollo de un sistema o
proceso. Los Requisitos son reunidos desde todas las partes que se espera que utilicen, mantengan, o se
beneficien de la solución, y se organizan en grupos, áreas funcionales y jerarquías según la necesidad. Pueden ser
transcritos en una hoja de cálculo o a una herramienta de reunión o administración de requisitos, o pueden ser
creados dentro de una herramienta de modelado integrada tal como Enterprise Architect.
La administración de requisitos es una de las disciplinas más problemáticas en el desarrollo de software, por
razones como:
• Entradas grupales diversas a los requisitos
Enterprise Architect es una de las pocas herramientas de UML que integran la Administración de Requisitos con
otras disciplinas de desarrollo de software en el producto principal, al definir requisitos dentro del modelo.
Dentro de Enterprise Architect, puede:
• Crear y ver requisitos como entidades y propiedades directamente en el modelo, como descripciones de texto
simples o como representaciones diagramáticas de los elementos y su organización
• Recopilar los requisitos en un archivo CSV externo y luego importarlos a su modelo
• Detallar casos de uso y escenarios directamente en el modelo
• Ingresar atributos estándar (propiedades) para cada requisito, tal como dificultad, estatus y tipo, y definir sus
propios atributos (propiedades)
• Trazar requisitos a Casos de Uso, reglas de negocios, casos de prueba y artefactos de análisis (utilizando, por
ejemplo, la Matriz de Relación)
• Trazar y ver el impacto de los cambios en requisitos (a través de, por ejemplo la ventana de Trazabilidad) y
revisar los cambios mismos
• Crear informes sobre requisitos de calidad de cliente en MS Word y HTML
Notas
• Todas estas características están ilustradas por ejemplos en el modelo EAExample.eap, proporcionado como parte
de su instalación de Enterprise Architect en el directorio de Archivos de Programa de Enterprise Architect:
• Si el equipo de su proyecto no está utilizando Enterprise Architect para administrar Requisitos, todavía pueden
acceder, utilizar y trabajar con ellos a través de la Nube, desde una herramienta cliente Servicios Abiertos para
Colaboración del Ciclo de Vida (OSLC)
ODM Enterprise Architect le permite desarrollar ontologías de gran Tecnología MDG para ODM
escala dentro del entorno de modelado completamente
integrado, para el dominio de su proyecto.
ODM le ayuda a desarrollar una representación formalizada de
semánticas y taxonomías de negocios, y una representación de
conocimiento basada en esas formalizaciones.
Requisitos Enterprise Architect es una de las pocas herramientas de UML Modelos de Requisitos
que integran la Administración de Requisitos con otras
disciplinas de desarrollo de software en el producto principal, al
definir requisitos dentro del modelo.
Reglas de El modelado de Reglas de Negocio captura las reglas que Modelando Reglas de
Negocios gobiernan un negocio, y sus relaciones con las entidades y Negocios
tareas específicas dentro de la organización o sistema.
Modelos de Datos Enterprise Architect proporciona herramientas fácil de utilizar Modelos de Datos
para construir y mantener todos los modelos de datos
fundamentales - Conceptual, Lógico y Físico; ya que Enterprise
Architect le permite visualizar cada tipo de modelo de datos en
el mismo repositorio, puede manejar dependencias fácilmente
entre cada nivel de abstracción.
XSD Enterprise Architect soporta el modelado rápido, la ingeniería Modelado de Esquema XML
directa y la ingeniería inversa de esquemas (XSD) XML W3C, (XSD)
crítico para el desarrollo de una Arquitectura Orientada a
Servicio (SOA) completa.
WSDL Enterprise Architect permite el modelado rápido, la ingeniería Modelado de Servidores
directa y la ingeniería inversa del Lenguaje de Definición de Web (WSDL)
Servicio Web (WSDL) XML W3C, crítico para el desarrollo de
una Arquitectura Orientada a Servicio (SOA) completa.
Diagrama de Un diagrama de flujo de datos (DFD) es una representación Diagrama de Flujo de Datos
Flujo de Datos gráfica del flujo de datos a través de un sistema de información,
y también puede ser utilizado para visualizar el procesamiento
de datos (diseño estructurado).
Desarrollar un DFD ayuda a identificar los datos de transacción
en el modelo de datos.
Grupo de Cuatro Los Patrones de la Banda de los Cuatro (GoF) son 23 patrones Patrones GoF
Patrones de diseño de software clásico proporcionando soluciones
recurrentes a problemas comunes en el diseño de software.
Enterprise Architect proporciona cada patrón a través de un
ícono en la Caja de Herramientas de Diagrama.
ICONIX El Proceso ICONIX es un enfoque racionalizado para modelado ICONIX
UML dirigido por Casos de Uso que utiliza un subconjunto
básico de diagramas UML y técnicas para proporcionar una
cobertura completa de análisis y diseño orientado a objetos,
Su actividad principal es análisis de robustez, un método para la
reducción de la brecha entre el análisis y el diseño.
Transformación de Modelo
Las Transformaciones de la Arquitectura Dirigida por Modelo (MDA) proporcionan un método
completamente configurable de convertir elementos modelo y fragmentos modelo desde un dominio a otro. Esto
generalmente implica convertir elementos del Modelo de Plataforma Independiente (PIM) en elementos del
Modelo de Plataforma Específica (PSM). Puede transformar un único elemento desde el PIM hacia varios
elementos PSM a lo largo de múltiples dominios.
Las Transformaciones son un aumento de productividad enorme, y reducen la necesidad de implementar
manualmente Clases y elementos de stock para un dominio de implementación en particular; por ejemplo, las
tablas de base de datos generadas desde Clases PIM persistentes. Para un mayor aumento de productividad,
Enterprise Architect puede automáticamente generar código para sus Clases transformadas que se dirigen a los
lenguajes de código.
Transformaciones Ya Construidas
Más transformaciones van a estar disponibles a lo largo del tiempo, ya sea incorporadas o como módulos
descargables desde el sitio web de Sparx Systems.
Transformaciones Personalizadas
Puede modificar las transformaciones incorporadas o definir la suya, utilizando el lenguaje de la plantilla de
generación de código simple de Enterprise Architect. Esto involucra un poco más que escribir plantillas para
crear un simples archivo fuente intermediario; el sistema lee el archivo fuente y lo liga al nuevo PSM.
Dependencias de Transformación
Cuando usted ejecuta una transformación, el sistema crea vínculos internos (Dependencias de Transformación)
entre cada PSM creado y el PIM original. Esto es esencial, proporcionando la habilidad de sincronización directa
desde el PIM al PSM muchas veces, agregando o eliminando características en el camino; por ejemplo, agregar
un nuevo atributo a una Clase PIM que puede ser sincronizado directamente a una nueva columna en el Modelo
de Datos.
Puede observar las Dependencias de Transformación para un paquete utilizando la ventana de Trazabilidad, para
revisar el impacto de cambios a un elemento PIM en los elementos correspondientes en cada PSM generado, o
para verificar cuando un cambio requerido en un PSM debería ser iniciado en el PIM (y también para reflejar en
otras PSMs). Las Dependencias de Transformación son una herramienta valiosa para administrar la trazabilidad
de sus modelos.
Enterprise Architect no elimina o anula características de elementos que no fueron generadas originalmente por la
transformación; por lo tanto, puede agregar nuevos métodos a sus elementos, y Enterprise Architect no actúa en
ellos durante el proceso de generación directa.
Este diagrama resalta como trabajan las transformaciones y como pueden aumentar su productividad
significativamente.
Notas
• Si está utilizando las ediciones Corporativa, de Negocios y de Ingeniería de Software, Ingeniería de Sistemas o
Ultimate, si la seguridad está activada, debe tener permiso de Transformar Paquete para realizar una
Transformación MDA en los elementos de un paquete
Aprender más
• Transformar Elementos
• Transformaciones Incorporadas
• Editar Plantillas de Transformación
• Escribir Transformaciones
• Trazabilidad
• Importar Plantillas de Generación de Código y de Transformación
• Exportar Plantillas de Generación de Código y de Transformación
• Lista de Permisos
Ingeniería de Software
Temas
Tema Vínculo
Ingeniería de Sistemas
Temas
Tema Detalle Ver También
Ejemplo
Ejemplo
El diagrama de Modelo de Ingeniería de Sistemas, mostrado abajo, encapsula los componentes claves del modelo
de Ingeniería de Sistemas.
Notas
• El Lenguaje de Modelado de Sistemas (SysML) es proporcionado con la edición de Ingeniería de Sistemas y la
edición Ultimate de Enterprise Architect