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

DIAGRAMA DE CONCEPTO DE SOLUCIÓN

(TOGAF – The Open Group., 2011)

Un diagrama conceptual de solución provee una orientación de alto nivel de la solución
prevista, con el fin de cumplir con los objetivos del contrato de arquitectura. Al
contrario de los diagramas de arquitectura más formales y detallados desarrollados en
las siguientes fases, el concepto de solución representa un “dibujo a lápiz” de la
solución esperada al principio del contrato.
Este diagrama puede incorporar objetivos claves, requerimientos, y restricciones para el
compromiso y también destaca áreas de trabajo a ser investigadas en más detalle con
modelamiento arquitectónico formal.
Su propósito es, rápidamente, abordar y alinear a las partes interesadas (stakeholders)
para una iniciativa de cambio en particular, de modo que todos los participantes
comprendan qué es lo que el compromiso con la arquitectura está tratando de lograr y
como se espera que un enfoque de solución en particular reunirá las necesidades de la
empresa.
Al momento de diseñar el diagrama, se debe presentar solo los componentes principales
de la solución, y resuma sus conexiones usando dependencias de “acceso”. Conéctelos a
aplicaciones existentes cuando sea necesario. Conéctelos a requerimientos, procesos, o
funciones, los mismos conectados a metas. También exprese (a través de dependencias
de “consumo”) que roles usan que componente.

Herramientas que se pueden usar para su realización

– ModelioSoft Enterprise Architect Solution:
(ModelioSoft, 2014)
Herramienta de uso privativo, el cual está dedicado a trabajos de modelamiento en
arquitectura empresarial basada en TOGAF, ArchiMate, BPMN y estándares UML.
Entre las características del diagrama se tienen:
a. Análisis de metas y requerimientos.
Soporta el análisis de metas y requerimientos en el modelo, importándolos desde
documentos en MS-Word, combinándolos y rastreándolos con las arquitecturas
empresariales.

b. Modelamiento de procesos de negocio.

La integración del modelo permite a los arquitectos reutilizar elementos desde la
organización (ej. Actores o unidades de negocio), o desde entidades de negocio cuando
se modelan los procesos.

c. Modelamiento de arquitectura de negocio.

Soporta el modelamiento de la arquitectura de negocio TOGAF y, en particular,
modelamiento de la organización empresarial, procesos de negocio, ubicaciones del
negocio, funciones del negocio y entidades del negocio. Estos aspectos son importantes
para proveer una vista completa y detallada de la empresa.

d. Modelamiento de la arquitectura de datos.

Provee una vista de aplicación de arquitectura completamente coherente, desde los
conceptos iniciales a la arquitectura técnica. Las semánticas de un negocio pueden ser
capturadas usando entidades de negocio del modelo conceptual. Estas entidades serán
manejadas por procesos de negocio, y servicios del negocio y de sistemas de
información. Los modelos de datos pueden ser derivados, los esquemas SQL generados.

e. Modelamiento de la arquitectura de aplicación.

Soporta modelamiento de la arquitectura SOA, resultando en la más moderna de las
arquitecturas de sistemas de información.

f. Modelamiento de la arquitectura tecnológica.

Soporta modelamiento de la arquitectura tecnológica, proveyendo un vista exhaustiva, y
completa en TOGAF de los sistemas de información y sus implementaciones de
negocio.
g. Repositorio de arquitectura.

Provee un unificado repositorio que abarca todo el alcance del modelamiento de la

arquitectura empresarial. Garantiza la consistencia de los modelos en el repositorio,
asegurando trazabilidad global, y provee servicios de análisis de impacto.

h. Generación de documentos, catálogos y matrices.

Automáticamente genera documentos desde los modelos. Dependiendo del objetivo del
documento (análisis de requerimientos, definición de procesos de negocio, diseño, casos
de uso, diagramas de clase), los arquitectos pueden escoger una de las numerosas
plantillas de documentos provistas, o usar plantillas personalizadas específicas para una
organización. HTML, Word y LibreOffice son también soportadas.

i. Captura de integración de documentos

Puede documentar cualquier elemento del modelo o diagrama usando su editor favorito,
el cual es integrado con Modelio. Esta característica le provee con un único conjunto de
modelos combinados y documentación para soportar su trabajo de análisis.

j. Análisis de impacto – editor de enlace grafico.

Gestión de la trazabilidad, navegador multidimensional de modelos complejos, y
navegación en todas las dimensiones de la arquitectura empresarial (visión, negocio,
aplicación, y demás) dentro de un repositorio único, son las características las cuales
son particularmente útiles para el arquitecto de negocio.

k. Integración de los estándares de TOGAF, ArchiMate, UML y BPMN.

Provee una alineación única entre estos estándares, permitiendo el uso de notaciones
recomendadas por TOGAF (BPMN, casos de uso,…), pero no soportadas por
ArchiMate.
– MEGA para TOGAF.
(MEGA International., 2010)
Es un software creado por MEGA International para asistir:
A los líderes de proyecto para usar TOGAF 9.
Gestores del método en una compañía para adaptar los componentes suplementarios de
la aplicación al contexto del negocio.
Puede ser usado para:
Describir los conjuntos de estándares de las fases del método de TOGAF 9.
Adjuntar, para cada una de las fases del método, los tipos de entregables que pueden
ser generados, como documentos, análisis o diagramas.
Construir proyectos TOGAF 9 mientras al mismo tiempo crea instancias de las fases y
entregables. Estas instancias pueden ser modificadas para su adaptación a diferentes
contextos del proyecto sin que haya algún impacto sobre el modelo en si o sobre
cualquier otro proyecto.
Facilita la implementación del proyecto siguiendo las características de la plataforma
de MEGA.
Entre sus principales características:
o Descripción de proceso TOGAF: Provee un método grafico y fácil de usar que puede
ser adaptado para diferentes tipos de métodos de proyecto. Fácil acceso para todos los
elementos de TOGAF 9 (ADM, contenido de los elementos del metamodelo, artefactos,
vistas y entregables) con una navegación dedicada en modelamiento de escritorio que
facilita las descripciones del proceso.
o En conformidad con el método de desarrollo de la arquitectura en TOGAF: Provee
representaciones graficas completas de las fases de ADM, entradas y salidas, con solo
un clic. Muchas capacidades personalidad habilitadas para la organización, y adatadas a
la metodología para sus requerimientos.
o Soporte del modelo de referencia técnica de TOGAF: Provee una taxonomía completa
de aplicaciones y sistemas con puntos de vista grafica y fácil navegación. Aplicaciones
y sistemas existentes puede ser fácilmente conectados al TRM.
– BiZZdesign Architec.
(BIZZdesign, 2014)
Herramienta privativa de software para Arquitectura empresarial. Los arquitectos lo
usan para diseñar y comunicar modelos de arquitectura y ejecutar cambios en el análisis
de impacto.
Da soporte a los arquitectos para modelar, visualizar y analizar arquitecturas
empresariales sobre dominios de negocio, aplicación e infraestructura. Su potente
cambio de análisis de impacto y las hojas de ruta de capacidades permiten dirigir el
cambio en cualquier nivel de la organización.
Entre sus beneficios se encuentran:
o Comunicación clara con los interesados.
o Basado en los estándares libres ArchiMate y TOGAF.
o Arquitecturas consistentes sobre cualquier dominio.
o Decisiones firmes basadas en el análisis.
o Gestión del cambio satisfactoriamente.
o Herramienta fácil de usar, intuitivamente atractivo para la gente de negocios y de TI.
o Alta productividad con características de modelamiento fuerte, vistas instantáneas y
soporte colaborativo.
Puede comunicarse, efectivamente, sobre arquitecturas empresariales con varios
interesados desde negocios y TI. Esta en conformidad con ArchiMate y TOGAF, los
estándares libres para arquitectura empresarial, mantenidos por el Open Group. Con
visualizaciones objetivo, puede comunicarse con los interesados en su mismo lenguaje y
proveerles con información relevante y significativa.
Entre sus características se encuentra:
o Modelos de arquitectura empresarial rápidamente diseñados.
o Clara visualización sobre la marcha.
o Capacidades de análisis enriquecido.
o Comunicación interna.
o Información reutilizable.
o Herramienta de modelamiento basado en estándares libres.
– Sparx System – MDG Technology para TOGAF.
(SPARX Systems, 2014)
Herramienta privativa que provee a los usuarios de la herramienta Enterprise Architect
con un marco de trabajo basado en modelos para implementar arquitecturas usando el
método de desarrollo de arquitectura TOGAF. Estrictamente integrado con Enterprise
Architect, la plataforma MDG Technology para TOGAF extiende UML 2.3 para
soportar la aproximación del Open Group a la arquitectura de sistemas de información.
Ayuda a los arquitectos de empresas a alinear los procesos de negocio con los sistemas
de información con objetivos estratégicos de negocio bajo TOGAF. La tecnología les
permite a los profesionales:
o Implementar todas las fases del método de desarrollo de la arquitectura en TOGAF.
o Crear modelos visuales de cómo es y cómo será la arquitectura.
o Modelar los cuatro dominios de la arquitectura TOGAF: negocio, aplicación, datos y
tecnología.
o Documentar, productivamente, todos los entregables de TOGAF.
Entre las características se encuentran:
o Interfaz visual para TOGAF ADM
o Estructuras de modelos detalladas para organizar los entregables de TOGAF.
o Modelos de referencia para el Federal Enterprise Architecture (FEAF).
o Perfiles UML para modelos de referencia FEAF de negocio, desempeño, servicios y
técnicos.
o Diagramas extendidos para visualizar elementos de arquitectura TOGAF, FEAF Y
negocio.
o Soporte para el estándar OMG del modelo de motivación de negocio (BMM).
o Modelo del Continuum empresarial de TOGAF.
o Gestión efectiva de dependencias del modelo usando la matriz de relaciones y vista de
jerarquía de Enterprise Architect.
– IBM Rational System Architect.
(IBM Corporation., 2014)
Solución de arquitectura empresarial privativa para visualizar, analizar y comunicar
análisis de arquitectura empresarial y de procesos de negocio. Esta solución proporciona
soporte a decisiones, optimización de procesos e integración en la prestación de
soluciones. Rational System Architect cubre todos los aspectos de la arquitectura
empresarial, incluidos el modelado, publicación, análisis y ejecución.
Es un mecanismo para comprender todos los aspectos de la arquitectura empresarial, y
la planeación de los cambios. Estos incluyen transformación del negocio,
racionalización de procesos de negocio, desarrollo de soluciones dirigido por
capacidades o el negocio, racionalización de aplicaciones, transformación de TI a la
nube, entre otros. Los usuarios usan Arquitectura empresarial para construir modelos
gráficos y textuales de cualquiera y de todos los aspectos de su organización.
Entre sus características se encuentran:
o Eficacia empresarial: Permite construir arquitectura empresarial para ejecutar la
transformación del negocio.
o Gestión del sistema: Ayuda a evaluar arquitecturas empresariales entre varios sistemas
y realizar planificación de análisis de capacidades.
o Planificación de recursos empresariales: Proporciona un análisis visual de impacto de
tipo explorador y analíticas para obtener una planificación y previsión precisas.
o Creación de informes: Proporciona análisis visual de impacto e informes para mejorar
la toma de decisiones.
o Modelado: Da soporte a varios estándares de modelado en un repositorio para cubrir
las necesidades de la empresa.
Rational System Architecture utiliza TOGAF como un método para construir una
arquitectura empresarial. TOGAF es un método detallado y altamente documentado, y
Rational System Architech proporciona muchas características y funciones que le den
soporte.

Insumos requeridos para su utilización

(Anónimo, 2014)
– Inventario de aplicaciones y tecnología existentes de la organización: lista de
aplicaciones e infraestructura tecnológica existentes en la organización.
– Repositorio de datos de la empresa: Repositorio donde se almacena la información de
la empresa y los datos relevantes de la estructura y visión misional de la organización.
– Mapa de Interesados: Lista de los interesados involucrados en la dinámica de la
arquitectura definidos en la fase A – Visión de la arquitectura.
– Catalogo de Principios: Lista de principios de arquitectura definido en la fase
preliminar.
– Entradas definidas para la fase Visión de la Arquitectura:
o Modelo organizacional: alcance del impacto organizacional.
o Principios de negocios, metas de negocio.
o Repositorio poblado de arquitectura.
6. Ejemplos de utilización en general.
(TOGAF – The Open Group., 2011)
Uno de los ejemplos generales que se utilizan para definir el diagrama de concepto de
solución se encuentra en la página oficial del Open Group, cuyos componentes fueron
diseñados usando la herramienta Modelio.
En este ejemplo, el enfoque principal se encuentra en el componente de aplicación
“DiscountTravelOrderingSite”, y sobre el componente de aplicación de proceso
“BookTravel”. Ellos corresponden a las siguientes metas organizacionales; mejora de la
productividad, mejora de BPM, etc. Las dos principales que involucraron usuarios son
persona de ventas (actor interno), y cliente (actor externo). Otros componentes de
aplicación son presentadas (Viaje, cliente, orden, contabilidad ERP, repositorio del
portafolio, tarjeta de crédito), principalmente para mostrar cuales de los nuevos
componentes principales tiene que ser desarrollados, cuales repositorios será
reutilizados o desarrollados, y cuales aplicaciones heredadas necesitan ser conectadas
(aquí el ERP).
El diagrama ha sido construido usando Modelio Enterprise Architect v2.2.2.

Ejemplo de aplicación en particular para la Universidad Libre de Caldas.

Diagrama de concepto de solución referente a los requerimientos que tiene la
Universidad Libre de Caldas frente al proceso de Control de gestión interna y rendición
de cuentas por parte del ente externo, que en este caso es la Contraloría General de la
Nación.
El contexto principal de este diagrama de ejemplo es el proceso de control externo a la
gestión y administración de la Universidad Libre de Caldas, dado el carácter de
Universidad Pública que tiene asignado. Se tienen en cuenta los actores de relación
directa con el actor externo (Consejo Superior y el Rector), los cuales obtienen los
insumos necesarios del sitio web del sistema integrado de gestión correspondiente. Se
han definido las diferentes metas organizacionales y los procesos de negocio que han
sido automatizados, al igual que su relación con las entidades del proceso y de
aplicación que permiten su ejecución normal dentro de la entidad.
La federación de sistemas relacionada esta manejada por la Oficina de Control interno y
gestión, en apoyo con la Oficina de Planeación y Sistemas de la Universidad, encargada
del mantenimiento de esta federación.

ArchiMate
13 noviembre, 2014 chae201421700722272 Deja un comentario

ArchiMate es un proceso abierto e independiente de arquitectura empresarial lenguaje

de modelado para apoyar la descripción, el análisis y la visualización de la arquitectura
dentro ya través de negocios dominios de una manera inequívoca.

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.

ArchiMate se distingue de otros idiomas como el Lenguaje Unificado de Modelado

(UML) y Business Process Modeling Notation (BPMN) por su modelado empresarial
alcance.

ArchiMate ofrece un lenguaje común para describir la construcción y operación de los

procesos de negocio , estructuras organizativas, los flujos de información , los sistemas
de TI y la infraestructura técnica. Esto es igual que un dibujo arquitectónico en edificio
clásico, donde la arquitectura describe los diversos aspectos de la construcción y el uso
de un edificio. Esta visión ayuda a las diferentes partes interesadas para diseñar, evaluar
y comunicar las consecuencias de las decisiones y los cambios dentro y entre estos
dominios de negocio.
Un marco de arquitectura se utiliza para estructurar los conceptos y relaciones de la
lengua ArchiMate. Se divide la arquitectura de la empresa en un negocio, la aplicación y
la tecnología de capa. En cada capa, tres aspectos son considerados: elementos activos
que exhiben comportamiento (por ejemplo, de procesos y de función), un interno de la
estructura y los elementos que definen el uso o comunican información .

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 .

El proceso de desarrollo se prolongó desde julio de 2002 a diciembre de 2004 y tomó

cerca de 35 años el hombre y aproximadamente 4 millones de euros. El desarrollo fue
financiado por el gobierno holandés (Administración de Impuestos y Aduanas
holandesa), y socios de negocios, incluyendo ABN AMRO y el Fondo de Pensiones
ABP.

En 2008, la propiedad y la administración de los ArchiMate fue trasladado a la Open

Group . Ahora es administrado por el Foro ArchiMate [7] dentro de The Open Group.
En febrero de 2009 The Open Group publicó el estándar ArchiMate® 1.0 [8] como una
norma técnica formal. En enero de 2012 el estándar ArchiMate® 2.0, y en 2013 el
ArchiMate® 2.1 estándar [9] fue puesto en libertad.

ArchiMate es un enfoque arquitectónico integrado que describe y visualiza los

diferentes dominios de negocio y sus relaciones. El uso de estas ayudas los interesados
arquitecturas integradas en la evaluación del impacto de las opciones de diseño y los
cambios.

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.

La arquitectura es un conjunto coherente de principios, métodos y modelos que se

utilizan en el diseño y realización de la estructura organizativa, los procesos de negocio,
sistemas de información e infraestructura. Sin embargo, estos dominios no se abordan
de manera integrada, lo que hace que sea difícil juzgar los efectos de los cambios
propuestos. Cada dominio habla su propio idioma, dibuja sus propios modelos, y utiliza
sus propias técnicas y herramientas. La comunicación y la toma de decisiones a través
de dominios está seriamente afectada.

ArchiMate ofrece esta integración. ArchiMate es un lenguaje de la arquitectura y las

técnicas de visualización que con diseños Estos dominios y sus relaciones. ArchiMate
proporcionará el arquitecto con instrumentos que apoyan y mejoran el proceso de la
arquitectura.

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:

La capa de negocios se trata de procesos de negocio , servicios, funciones y eventos de

las unidades de negocio. Esta capa “ofrece productos y servicios a los clientes externos,
que se realizan en la organización de los procesos de negocio llevadas a cabo por los
actores empresariales y roles”.
La capa de aplicación es sobre las aplicaciones de software que “apoyan a los
componentes en el negocio con servicios de aplicación”.
Las ofertas de la capa de Tecnología “con el hardware y la comunicación infraestructura
de apoyo a la capa de aplicación. Esta capa ofrece servicios de infraestructura
necesarios para ejecutar aplicaciones, realizadas por ordenador y hardware de
comunicaciones y software del sistema “.
Cada una de estas capas principales se pueden dividir aún más en sub-capas. Por
ejemplo, en la capa de negocio, los procesos de negocio principales realizando los
productos de una empresa se puede hacer uso de una capa de (de apoyo) los procesos de
negocio secundarias; en la capa de aplicaciones, las aplicaciones de los usuarios finales
pueden hacer uso de los servicios genéricos que ofrece soporte a las aplicaciones. En la
parte superior de la capa de negocios, se puede añadir una capa separada para el Medio
Ambiente, el modelado de los clientes externos que hacen uso de los servicios de la
organización (aunque éstos también pueden ser considerados parte de la capa de
negocios).

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

Top Previous Next

Instalación [Guía de Usuario de Enterprise Architect]

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

Windows Vista / Con Windows Vista y Windows 7 (con el Control de Cuenta de

Windows 7 Usuario activado) una aplicación comienza sólo con permisos
Estándar, independientemente del nivel de autoridad que tenga el
usuario actual.
Como resultado, un instalador ejecutado normalmente con cuenta
de Administrador en Vista sólo tiene privilegios Estándar y no está
disponible para escribir ciertas áreas críticas del sistema de
registro/archivo, o redirige los pedidos de escritura a un sistema de
registro/archivo virtualizado por usuario.
Sparx Systems recomienda que si está instalando en Windows Vista
o Windows 7, siempre ejecute el instalador de Enterprise Architect
con privilegios de Administrador (haga clic derecho en el ícono del
instalador descargado y seleccione la opción del menú Ejecutar
como Administrador).

Instalar Enterprise Ejecutar el programa de configuración de Enterprise Architect.

Architect Generalmente puede aceptar todas las opciones predeterminadas sin
cambio.
 Para colocar Enterprise Architect en un directorio diferente al
predeterminado, ingrese el nombre del destino cuando se le solicite.
Puede que se le solicite reiniciar su computadora cuando se
complete la instalación; aunque no siempre es necesario (si ya tiene
los componentes que Enterprise Architect requiere instalados en su
computadora), debería reiniciarla sólo para estar seguro.

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.

Utilizando un DBMS Si tiene planeado utilizar el Servidor SQL, MySQL, PostgreSQL,

tercero como un Access 2007, Sybase Adaptive Server Anywhere u Oracle 9i, 10g,
Repositorio Modelo 11g o 12c como un repositorio de modelo, entonces debe utilizar la
ediciones Corporativa, de Negocios e Ingeniería de Software,
Ingeniería de Sistemas y Ultimate de Enterprise Architect.
También necesita archivos adicionales y procesos de instalación
suplementarios; por favor note que la instalación y mantenimiento
de estos sistemas de administración de base de datos no está
cubierto en el acuerdo de soporte.
Los Usuarios que planeen utilizar el Servidor SQL, MySQL,
PostgreSQL, Sybase Adaptive Server Anywhere, Access 2007 u
Oracle 9i, 10g, 11g o 12c como su repositorio de modelo pueden
acceder a scripts que crean las estructuras de datos requeridos para
la elección de DBMS, desde el sitio web de Sparx Systems; para
acceder a estos scripts, por favor siga los vínculos de la derecha

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.

Acceso Diagrama | Caja de Herramientas de Diagrama: Más herramientas | ArchiMate2 | <tipo de

diagrama>

Integración ArchiMate
Tema Detalle Ver También

ArchiMate en Desarrollar diagramas ArchiMate es rápido y simple utilizando la Tecnología Nuevo

Enterprise MDG ArchiMate. Las funcionalidades ArchiMate son proporcionadas en Diagrama
Architect forma de: Acceso Directo
• Varios tipos de diagrama ArchiMate, son accedidos a través de la ventana de la Caja de
Nuevo diagrama Herramientas
• Un conjunto comprensivo de páginas ArchiMate en la Caja de Acceso Rápido
Herramientas, para cada tipo de diagrama
• Las entradas de elemento y relación ArchiMate en el Menú de Acceso
Rápido de Caja de Herramientas y Acceso Directo
Páginas de Para cada uno de los tipos de diagramas de Negocio, Aplicación y
Herramientas Tecnología, las páginas de caja de herramientas muestran categorías
ArchiMate separadas de elementos, Información, Comportamiento y Estructura - lo que
proporciona una diferenciación clara entre elementos de diferentes capas; por
ejemplo, Servicio de Negocio, Servicio de Aplicación y Servicio de
Infraestructura.
Similarmente, éstas son páginas de conectores separadas, Estructural,
Dinámica y Otras, aunque los conectores tienen paralelos con conectores
UML estándar.
La integración ArchiMate proporciona dos tipos de diagramas más:
• Motivación
• Para el modelado de interesados, controladores de cambio, objetivos
principios y requisitos empresariales
• Contiene elementos adicionales - Interesado, Conductor, Evaluación, Meta,
Requisito, Restricción y Principio
• Contiene una relación adicional - Influencia

• 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

Puede modificar la apariencia de elementos alternando la opción de menú

contextual Avanzado | Utilizar Notación Rectangular en el elemento en un
diagrama.
• Para elementos de Artefacto, Proceso, Función, Interacción, Servicio,
Evento, Actor, Rol, Colaboración, Interfaz, Componente, Nodo y
Dispositivo:
• Seleccione Utilizar Notación Rectangular para mostrar un rectángulo con
una decoración en la esquina superior
• Deseleccione Utilizar Notación Rectangular para mostrar la
representación icónica del elemento

Puede configurar un elemento de Interfaz como proporcionado, requerido,

simétrico o ensamble, a través de su Valor Etiquetado interfacekind. Si
Utilizar Notación Rectangular es deseleccionado, la orientación de la forma
de interfaz es determinada automáticamente por el borde al que se adjunta un
conector entrante.
Debido a que hay una amplia gama de elementos ArchiMate, utilizando la
flecha de Acceso Rápido es muy útil para guiarlo a seleccionar elementos
fuente y destino apropiados y tipos de relaciones para modelar su arquitectura
enterprise.

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]

Introducción a 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

Un resumen de lo que Enterprise Architect puede hacer y para que Resumen

lo puede utilizar. Lo Que Puede Hacer
Beneficios Clave
Características Clave

Un repaso rápido del proceso de modelado con Enterprise Architect. Comenzando

Como iniciar Enterprise Architect y crear un proyecto modelo. Un Tutorial de Inicio Rápido

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.

Las Declaraciones Formales de Sparx Systems incluyen Avisos de Declaraciones Formales

Derechos de Autor, Agradecimientos y el Contrato de Licencia de
Usuario Final.

Se incluye un glosario de términos al cual puede referirse para Glosario

definiciones de varios términos y conceptos.
Como dar una retroalimentación www.sparxsystems.com/bug_report.htm
Valoramos cualquier sugerencia, retroalimentación y comentario que www.sparxsystems.com/feature_request.htm
pueda llegar a tener con respecto a este producto, documentación o support@sparxsystems.com
proceso de instalación.
Puede proporcionar su retroalimentación:
• Utilizando un informe (bug) de falla o solicitud de característica, o
• Por correo electrónico

Como comprar Enterprise Architect y encontrar información de Solicite Enterprise Architect

precios.

Top Previous Next

Comenzando [Guía de Usuario de Enterprise Architect]

Comenzando Con el Modelado de UML

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

Repase la Interfaz de Usuario, o el espacio de trabajo de Enterprise Interfaz de Usuario de Enterprise

Architect Architect

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

Top Previous Next

Proyectos y Equipos [Guía de Usuario de Enterprise Architect]

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)

Herramientas para activar el desarrollo en equipo o de múltiples usuarios en el Desarrollo de Equipo

proyecto

Herramientas para administrar cambio dentro del modelo Cambiar Administración

Una variedad de herramientas para administrar actividades de modelado y de Administración de Proyecto

proyecto

Mantener la integridad de los datos de proyecto Mantenimiento de Proyecto

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

Puede tener discusión y comunicación registrada de decisiones utilizando la Herramientas de Revisión de

Revisión de Equipo Equipo

Administrar trabajo y recursos asignados a tareas Asignación de Tarea de Proyecto

Comunicando y colaborando en el desarrollo de modelo a través de las Correo de Modelo

funcionalidades de Correo de Modelo

Registrar y administrar trabajo personal dentro del proyecto. Tareas Personales

Siguiendo eventos de proyecto importantes, problemas de recursos y Calendario de Proyecto

asignaciones a través del Calendario de Proyecto

Documentando su modelo a través de informes de documentos o web, los Informando

cuales puede ajustar para sus propósitos

Navegar, Buscar y Trazar [Guía de Usuario de Enterprise Top Previous Next

Architect]

Navegar, Buscar y Trazar

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

Herramientas de trazabilidad para ayudar a trazar integridad, dependencias y otras Herramientas de

relaciones conductuales y estructurales Trazabilidad

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

Utilizando Filtros de Diagrama para resaltar información en diagramas Filtros de Diagrama

Utilizando la ventana de trazabilidad para explorar dependencias de modelo La Ventana de
Trazabilidad

Encontrando y trabajando con Relaciones de Elemento La Ventana de

Relaciones

Top Previous Next

Bases de Modelado [Guía de Usuario de Enterprise Architect]

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

Modelos - un modelo es el nivel conceptual más alto, representando una Modelos

representación distintiva y completa de todos o alguna parte del sistema modelado. Modelado
Un Proyecto puede contener varios modelos. Asistente de Modelo

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)

Modelos UML Estándar [Guía de Usuario de Enterprise Top Previous Next

Architect]

Modelos UML Estándar

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.

Lecturas Aparte de la Especificación UML disponible en la OMG, dos libros que

Recomendadas proporcionan una introducción excelente para el UML son:
• Schaum's Outlines: UML por Bennet, Skelton y Lunn

Publicado por McGraw Hill.

ISBN 0-07-709673-8
• Developing Software with UML por Bern Oestereich

Publicado por Addison Wesley.

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 2.0

Extendiendo Modelos UML [Guía de Usuario de Enterprise Top Previous Next

Architect]

Extendiendo Modelos UML

 Algunas veces un problema de modelado no puede ser expresado adecuadamente
utilizando los elementos de modelo UML básicos o, de manera similar, un área de
trabajo cae a un dominio especializado que requiere un enfoque de modelado a
medida y/o soporte de lenguaje de programa. Para cumplir tales requisitos, puede extender las
capacidades de UML para desarrollar nuevas construcciones de modelado, utilizando Tecnologías MDG para
combinar e implementar una amplia gama de mecanismos de extensión tales como:
• Perfiles UML

• 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 [Guía de Usuario de Enterprise Top Previous Next

Architect]

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

Estos pueden causar problemas con:

• Trazabilidad e

• Integración con sistemas de administración de cambio y configuración

Enterprise Architect puede reducir o eliminar estos problemas en la Administración de Requisitos.

Administración de Requisitos y Enterprise Architect

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:

..\Program Files\Sparx Systems\EA

• 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

Modelos Basados en Dominio [Guía de Usuario de Enterprise Top Previous Next

Architect]

Modelos Basados en Dominio

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.

Modelado de Modelar el proceso de negocios es una parte esencial de Modelado de Negocios

Negocios cualquier proceso de desarrollo de software, permitiéndole al
analista capturar el amplio contorno y procedimientos que rigen
lo que es que un negocio hace.

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.

BPMN La Notación de Modelado de Procesos de Negocios es Modelado BPMN

etiquetada específicamente en la comunidad de modelado de
negocios y tiene un mapeo directo a UML a través de los
Perfiles BPMN; estos perfiles le permiten desarrollar diagramas
 BPMN rápida y simplemente.

BPEL Lenguaje de Ejecución de Proceso de Negocios en un lenguaje Modelado BPEL

ejecutable para especificar interacciones con Servicios Web.
Enterprise Architect utiliza el perfil BPMN como una parte
frontal gráfica para capturar descripciones de Procesos BPEL.

SysML SysML es un lenguaje de modelado gráfico de propósito- Ingeniería de Sistemas

general para especificar, analizar, diseñar y verificar sistemas (SysML)
complejos que pueden llegar a incluir hardware, software,
información, procedimientos y funcionalidades.

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.

SPEM "El Metamodelo de Ingeniería de Procesos de Software y Modelado de Procesos de

Sistemas (SPEM) es un marco de trabajo conceptual para Software (SPEM)
procesos y métodos de desarrollo de modelado, documentación,
presentación, administración, intercambio y promulgación.
SPEM 2.0 se enfoca en proporcionar las estructuras de
información adicional que requiere procesos modelados con
Actividades UML 2 o BPMN/BPDM.

ArchiMate ArchiMate es un lenguaje de arquitectura enterprise abierto- ArchiMate

estándar basado en el estándar IEEE 1471, proporcionando 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.
Permite a los Arquitectos de Enterprise describir, analizar y
visualizar claramente las relaciones entre dominios de negocios.

ArcGIS ArcGIS es un suite de productos de software de Sistemas de Diseño de Base de Datos

Información Geográfica (GIS) desarrollada por Esri. Geográfica Para ArcGIS

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.

Extensiones Las Extensiones Eriksson-Penker proporcionan un marco de Extensiones Eriksson-Penker

Eriksson-Penker trabajo para el procesado de negocios UML de extensiones de
modelo, para el cual un Arquitecto de Enterprise puede agregar
estereotipos y propiedades apropiadas para su negocio.
En Enterprise Architect, el perfil Eriksson-Penker proporciona,
a través de un conjunto de estereotipos, proporciona una manera
única y poderosa de visualizar y comunicar procesos de
negocios y el flujo necesario de información dentro de una
organización.

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.

Mapeo Mental Un Mapa Mental es un diagrama centrado en la imagen Mapeo Mental

utilizado para representar la semántica u otras conexiones entre
palabras, ideas, tareas u otros ítems organizados radialmente
alrededor de una palabra o idea clave central.
Un Mapa Mental es utilizado para generar, visualizar,
estructurar y clasificar ideas, y es una ayuda para el estudio,
organización, solución de problemas, toma de decisiones y
escritura.

SoaML La Arquitectura Orientada a Servicio (SOA) es un paradigma SoaML

arquitectónico para definir como personas, organizaciones y
sistemas proporcionan y utilizan servicios para lograr
resultados.

SOMF El Marco de Trabajo de Modelado Orientado a Servicio SOMF 2.1

(SOMF) es una metodología de ciclo de vida de desarrollo
orientado a servicio, ofreciendo un número de prácticas de
modelado y disciplinas que contribuyen a una administración y
modelado de ciclo de vida orientado a servicio exitoso.

Diagramas Enterprise Architect proporciona un conjunto adicional de tipos Diagrama de Análisis

Extendidos de diagramas adicionales que extienden los diagramas UML Diagrama Personalizado
básicos para modelos de dominio específico.
Diagrama de Requisitos
También, las herramientas de modelado especializadas listadas
Diagrama de Mantenimiento
en la primera parte de esta tabla cada una tiene sus propios
 diagramas especializados. Diagrama de Interfaz de
Usuario
Diagrama de Base de Datos
Modelado de Negocios y
Diagramas de Interacción de
Negocios

Estereotipos Los elementos Conductuales y Estructurales pueden ser Estereotipos Incorporados y

Incorporados y extendidos a través del uso de estereotipos; Enterprise Architect de Extensión
de Extensión proporciona varias extensiones incorporadas.

Construya Su Enterprise Architect le permite extender el alcance de ambos, su Definiendo un Lenguaje de

Propio Lenguaje modelado y los componentes UML que utiliza, a través del uso Modelado
de Modelado de estereotipos, perfiles y patrones para desarrollar sus propias
aplicaciones de modelado.

Diagramas Basados en Dominio [Guía de Usuario de Enterprise Top Previous Next

Architect]

Diagramas Basados en Dominio

Además de diagramas definidos por UML, Enterprise Architect provee algunas plataformas de diagrama
extendidas para modelar el proceso de negocio o desarrollar diagramas personalizadas.
Tipo de Diagrama Detalle Ver También

Diagrama de Un diagrama de Análisis es un diagrama de Actividad Diagrama de Análisis

Análisis simplificado, que es utilizado para capturar proceso de negocio de
alto nivel y modelos tempranos de comportamiento de sistema y
elementos.

Diagrama Un diagrama personalizado es un diagrama de Clase extendido, Diagrama Personalizado

Personalizado que es utilizado para capturar requisitos, interfaces de usuario o
modelos de diseños personalizados.

Diagrama de Un diagrama de Requisitos, es un diagrama personalizado Diagrama de Requisitos

Requisitos utilizado para describir los requisitos o características de un
sistema como un modelo visual.

Diagrama de Un diagrama de Mantenimiento es un diagrama personalizado, Diagrama de

Mantenimiento utilizado para describir resultados de cambio e ítems de Mantenimiento
problemas dentro de un modelo de sistema.

Diagrama de Los diagramas de Interfaz de Usuario son diagramas Diagrama de Interfaz de

Interfaz de personalizados, utilizado para hacer una maqueta visual de una Usuario
Usuario interfaz de usuario de un sistema, utilizando formularios,
controles y etiquetas.

Diagrama de Un diagrama de Modelado de Datos, es un diagrama de clase Diagrama de Modelado de

Modelado de utilizado para representar esquemas de bases de datos. Datos
Datos

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.

Modelado de Los diagramas de Modelado de Negocios e Interacción de Modelado de Negocios e

Negocios e Negocios le permiten modelar tanto la estructura como el Interacción de Negocios
Interacción de comportamiento de un sistema de negocios.
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 conductual).

Temas del Centro de Aprendizaje

• (Alt+F1) | Enterprise Architect | Lenguajes de Modelado

Top Previous Next

Modelos de Análisis [Guía de Usuario de Enterprise Architect]

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

Diagramas de Un Diagrama de Flujo de Datos (DFD) es un representación gráfica del Diagramas de

Flujo de Datos flujo de datos a través de un sistema de información; también puede ser Flujo de Datos
utilizado para visualizar procesamiento de datos (diseño estructurado).
Desarrollar un DFD ayuda a identificar los datos de transacción en el
modelo de datos.

Modelos Los modelos personalizados proveen un número de extensiones al modelo Diagrama

Personalizados UML y le ayudan a realizar experimentación exploratoria y no rigurosa Personalizado
con elementos de modelo y diagramas. Por ejemplo, utilizando un
diagrama Personalizado puede modelar requisitos, interfaces de usuarios o
diseños personalizados.

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.

Top Previous Next

Modelos de Negocios [Guía de Usuario de Enterprise Architect]

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.

Modelado de Modelar el proceso de negocio es una parte esencial de Modelado de Negocios

Negocios cualquier cualquier proceso de desarrollo de software, Modelado/Interacción de
permitiéndole al analista capturar la amplia línea y Negocios
procedimientos que gobiernan lo que es lo que un negocio hace.

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.

BPMN La Notación de Modelado de Procesos de Negocios es Modelado de BPMN

destinado específicamente a la comunidad de modelado de
negocio y tiene un mapeo directo a UML a través de Perfiles
BPMN; éstos perfiles le permiten desarrollar diagramas BPMN
rápida y simplemente.

BPEL Lenguaje de Ejecución de Proceso de Negocio es un lenguaje Modelado de BPEL

ejecutable para especificar interacciones con Servicios Web.
Enterprise Architect utiliza el perfil BPMN como un frente-final
gráfico, para capturar descripciones de procesos BPEL.

SPEM El Meta-modelo de Ingeniería de Procesos de Sistemas y de Modelado de Proceso de

Software (SPEM) es un marco de trabajo conceptual para Software (SPEM)
modelar, documentar, presentar, administrar, intercambiar y
representar métodos y procesos de desarrollo.
SPEM 2.0 se enfoca en proveer las estructuras de información
adicional que usted requiere para procesos modelados con
Actividades UML 2 o BPMN/BPDM.

ArchiMate ArchiMate es un lenguaje de arquitectura Enterprise de estándar ArchiMate

abierto, basados en el estándar IEEE 1471, proveyendo 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.
Le permite a los Arquitectos de Enterprise describir, analizar y
visualizar de manera clara, las relaciones entre dominios de
negocios.

Extensiones Las extensiones Eriksson-Penker proveen un marco de trabajo E

Eriksson-Penker para extensiones de modelo de procesamiento de negocio UML,
al cual un Enterprise Architect puede agregar estereotipos y
propiedades apropiadas a su negocio.
En Enterprise Architect, el perfil Eriksson-Penker provee, a
través de un conjunto de estereotipos, un medio único y
poderoso de visualizar y comunicar procesos de negocios y el
flujo necesario de información dentro de la organización.

Modelado/Interacción de Negocios [Guía de Usuario de Enterprise Top Previous Next

Architect]

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

Diagrama de Ejemplo Ejemplo de Diagrama de Modelado de Negocios

Temas de Centro de aprendizaje

• (Alt+F1) | Enterprise Architect | Lenguajes de Modelado | Negocio | Interacciones y Modelados de Negocios

Top Previous Next

Comenzando [Guía de Usuario de Enterprise Architect]

Comenzando Con el Modelado de UML

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

Repase la Interfaz de Usuario, o el espacio de trabajo de Enterprise Interfaz de Usuario de Enterprise

Architect Architect

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

Crear Escenario de un Proyecto [Guía de Usuario de Enterprise Top Previous Next

Architect]

Crear Escenario de un Proyecto

Un proyecto es un único archivo o almacén basado en repositorio para uno o más Modelos.
• El primer paso para comenzar con Enterprise Architect es abrir un proyecto existente, o crear uno nuevo
• En este ejemplo creamos un nuevo proyecto basado en archivo y agregamos algunos modelos basados en plantillas
para poner en marcha nuestro modelo
• Una vez que su nuevo proyecto ha sido creado va a tener una Vista de Caso de Uso simple agregada para que
explore y ajuste sus requisitos
• Puede volver a abrir su proyecto en cualquier momento haciéndole doble clic en un explorador de archivo
• También debería aparecer en su lista de Proyectos Recientes en la página de Inicio

Crear un Nuevo Proyecto

Paso Acción Resultado

1 Iniciar Enterprise Architect. Se muestra la ventana Abrir Proyecto.

(Si la ventana no aparece, presione Ctrl+O para
invocarla.)

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é
seleccionada la Tecnología UML 2 Básica - y a
mano derecha marque la casilla Vista de Caso de
Uso .
El Asistente de Modelo automáticamente crea un
nuevo modelo de Caso de Uso para usted, con un
diagrama inicial, algunas notas y elementos
predeterminados para ayudarle a comenzar.
En esta etapa todos sus cambios se han guardado en un
archivo y no requieren más acciones.

Haga clic en el botón Aceptar .

Agregue una Vista a su Modelo [Guía de Usuario de Enterprise Top Previous Next
Architect]

Agregue una Vista a su Modelo

Una Vista, es un Paquete de alto nivel dentro de un modelo. Puede ser categorizado por propósito, utilizando
diferentes tipos de iconos como Vista de Casos de Uso, Vista de Componentes o Vista de Despliegue. Las Vistas,
son utilizadas para contener Paquetes, diagramas y elementos - los bloques de construcción de su modelo.

Agregar una Vista

Paso Acción Ver También
1 Seleccione nodo de raíz modelo en el Explorador de Proyectos, luego: Vistas
• Haga clic en el botón Nuevo Paquete () en la barra de herramientas del Explorador
de Proyectos
• Seleccione Proyecto | Nuevo Paquete
• Haga clic derecho en el nodo raíz del modelo y, desde el menú contextual,
seleccione Nueva Vista, o
• Presione Ctrl+W

Se mostrará la ventana Crear una Nueva Vista.

2 Ingrese un nombre apropiado para la Nueva Vista.

3 Haga clic en el botón de radio apropiado para seleccionar un icono para la Vista.

4 Haga clic en el botón Aceptar.

Se cierra la ventana Crear una Nueva Vista.
La Nueva Vista se crea como un hijo del nodo de raíz modelo seleccionado.

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

Agregar Nuevos Paquetes [Guía de Usuario de Enterprise Top Previous Next

Architect]

Agregar Nuevos Paquetes

Un Paquete es un contendedor de elementos de modelo, que se representa en el Explorador de Proyectos, como
el ícono de 'carpeta'.
• Un Paquete, contiene los bloques de construcción del modelo; como diagramas, elementos y otros Paquetes.

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

Agregue un Paquete a su modelo.

Paso Acción Ver También

1 Seleccione un Paquete o Vista en el Explorador de Proyectos y seleccione la opción

Agregar un Paquete.
Se muestra la ventana Nuevo Paquete Modelo.

2 En el campo Nombre, escriba un nombre adecuado para el Paquete.

3 Opcionalmente, seleccione la casilla Agregar Automáticamente un nuevo diagrama,
para crear automáticamente un diagrama predeterminado dentro de su nuevo Paquete, para
acelerar su desarrollo.
Si selecciona esta casilla, también puede seleccionar la casilla Abrir nuevo diagrama para
abrir inmediatamente el nuevo diagrama cuando es creado.

4 Haga clic en el botón Aceptar.

El nuevo Paquete se inserta en el árbol en la ubicación actual, y si seleccionó crear un
nuevo diagrama, se muestra la ventana Nuevo Diagrama.
En el campo Nombre, escriba un nombre apropiado para el diagrama, luego seleccione la
categoría y tipo de diagrama. Haga clic en el botón Aceptar.
Para que continúe trabajando, el diagrama se muestra en la Vista de Diagramas.

Top Previous Next

Agregar Nuevos Diagramas [Guía de Usuario de Enterprise Architect]

Agregar Nuevos Diagramas

Enterprise Architect proporciona un número de maneras en las cuales crear un nuevo diagrama UML, diagrama
Extendido o diagrama de Tecnología MDG en su modelo. El método principal es seleccionar el Paquete o
elemento bajo el cual crear el diagrama y seleccionar la opción del menú para agregarlo, como se explica aquí.

Agregue un nuevo diagrama al modelo.

Paso Acción Ver También

1 En el Explorador de Proyectos, haga clic en el Paquete o elemento en el cual colocar el

diagrama.

2 Haga uno de los siguientes:

•
En la barra de herramientas del Explorador de Proyectos, haga clic en el ícono
(Nuevo Diagrama)
• Haga clic derecho para abrir el menú contextual y seleccionar Agregar Diagrama
(Paquete) o

Agregar | Agregar Diagrama(elemento) opción de menú

• Presione Insertar y seleccione la opción del menú Agregar Diagrama , o
• Seleccione la opción de menú Proyecto | Nuevo Diagrama .

Se muestra la ventana Nuevo Diagrama.

3 El campo Nombre se predetermina al nombre del Paquete o elemento seleccionado; si es

necesario, escriba un nombre diferente para el nuevo diagrama.

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.

5 En el panel Tipos de Diagramas, haga clic en el tipo de diagrama para crear.

6 Haga clic en el botón Aceptar para crear su nuevo diagrama.

Enterprise Architect revisa si hay un diagrama de plantilla para este tipo en el Paquete de Configurar
Plantillas y, si hay, aplica las características de visualización definidas en esa plantilla. Paquete de
Plantillas de
 Elemento

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)

Creando un Nuevo Diagrama [Guía de Usuario de Enterprise Top Previous Next

Architect]

Creando un Nuevo Diagrama

Un diagrama es una representación visual de
• Los elementos de su modelo
• Sus atributos y características
• Como se encuentran conectados y/o interactúan entre ellos.
• Diferentes tipos de diagramas muestran diferentes aspectos del modelo y las relaciones entre elementos.

Agregue nuevos diagramas a su modelo

Paso Acción Ver También

1 Seleccione un Paquete o Vista en el Explorador de Proyectos, luego: Agregar Elementos

• Haga clic en el botón Nuevo Diagrama en la barra de herramientas del Mover Elementos
Explorador de Proyectos
Aprender más sobre
• Presione Ctrl+Insert diagramas UML
• Seleccione Proyecto | Nuevo Diagrama, o
• Haga clic derecho en el Paquete o Vista y, desde el menú contextual, seleccione
Agregar Diagrama

Se mostrará la ventana Nuevo Diagrama.

2 Enterprise Architect provee un nombre predeterminado del diagrama, que es el

mismo que el del Paquete padre.
Actualice el nombre del diagrama como necesite.

3 Seleccione una categoría de diagramas en el panel a mano izquierda.

La lista de tipos de diagramas disponibles en el panel a mano derecha, se actualiza de
acuerdo con su selección.

4 Seleccione el tipo de diagrama que desea agregar del panel a mano derecha.

5 Haga clic en el botón Aceptar.

Se cierra la ventana Nuevo Diagrama.
Se crea un nuevo diagrama como un hijo del Paquete seleccionado actualmente.
El nuevo diagrama se abre en la Vista de Diagrama, listo para su edición.

Creando Nuevos Elementos en Diagramas [Guía de Usuario de Top Previous Next

Enterprise Architect]
 Creando Nuevos Elementos en Diagramas
Los Modelos son construidos a partir de elementos, cada cual tiene su propio significado, reglas y notaciones.
Generalmente, cuando crea un nuevo elemento en su modelo, desea utilizarlo en un diagrama. La manera más
simple de lograr esto, es crear el elemento directamente en el diagrama. En el siguiente procedimiento,
utilizaremos un elemento de Requisito como el ejemplo.

Cree un nuevo elemento en un diagrama en su modelo

Pas Acción Ver
o También

1 Para mostrar la Caja de Herramientas de Diagramas, puede:

• Seleccionar Diagrama | Caja de Herramientas de Diagrama, o
• Presionar Alt+5

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.

4 Haga clic en el diagrama, en la ubicación donde quiera poner el elemento.

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

6 Haga clic en el botón Aceptar.

La ventana de Propiedades se cierra.

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

Top Previous Next

Agregar Conectores [Guía de Usuario de Enterprise Architect]

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.

Defina la relación entre dos elementos del modelo en un diagrama.

Paso Acción Ver También

1 Asegúrese que la Caja de Herramientas de Diagramas esté visible.

Para mostrar la Caja de Herramientas de Diagramas puede:
• Seleccionar Diagrama | Caja de Herramientas de Diagrama o
• Presionar Alt+5

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.

3 Hacer clic en el conector requerido en la Caja de Herramientas, para seleccionar

el tipo de conector que desea dibujar.
El tipo de conector se encuentra resaltado en la Caja de Herramientas.

4 Hacer clic en el elemento original de la relación y luego arrastrarlo hacia el

elemento de destino.
El conector seleccionado, se dibujará entre los dos elementos.
Se muestra el diálogo de Propiedades del conector.

5 Utilice el diálogo de Propiedades para definir las características del conector Ventana de Propiedades
requeridas.

6 Haga clic en el botón Aceptar.

La ventana de Propiedades se cierra.

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

Resumen de Tareas Típicas [Guía de Usuario de Enterprise Top Previous Next

Architect]

Resumen de Tareas Típicas

A través de un proyecto de diseño y desarrollo hay varias tareas diferentes para
realizar, que pueden ser llevadas a cabo por una persona - o más probablemente - por
miembros de un equipo con diferentes responsabilidades. En cualquiera de los casos,
Enterprise Architect soporta la mayoría - si no todas - las responsabilidades que puede tener en su proyecto.
Las descripciones de abajo cubren un número de roles de trabajo que soporta el
sistema. Para aquellos que más se asemejan a su rol en el proyecto, siga el
hipervínculo del título del trabajo para mostrar una descripción de como ese rol
puede hacer uso de Enterprise Architect, luego siga los vínculos dentro de esos temas
para explorar algunas de las características de importancia para el rol.
Resumen de Roles de Trabajo Típicos
Rol Responsabilidades Ver También

Analista de Negocios Para modelar: Analista de Negocios

• Requisitos
• Procesos de negocios de alto nivel
• Actividades de Negocios
• Flujos de trabajo
 • Comportamientos de Sistema

Desarrollador de Base de • Desarrollando bases de datos Desarrollador de Base

Datos de Datos
• Modelando estructuras de base de datos
• Creando modelos de datos lógicos
• Generar Esquema
• Ingeniería inversa de base de datos

Arquitecto de Software • Mapeando requisitos funcionales del sistema Arquitecto de Software

• Mapear objetos en tiempo real
• Mapear el despliegue de objetos
• Definir componentes entregables

Tester • Desarrollando casos de prueba Tester

• Importar requisitos, restricciones y escenarios
• Crear documentación de Prueba de Calidad
• Trazando defectos y cambios de elementos

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

Administrador de Proyecto • Proporcionar Estimaciones de Proyecto Administrador de

Proyecto
• Administración de Recurso
• Administración de Riesgo
• Administración de Mantenimiento

Desarrollador • Ingeniería directa, inversa y de ida y vuelta Desarrollador

• Visualizando los estados del sistema
• Visualizando arreglos de paquetes
• Mapear el flujo de código

Administrador de • Modelar las tareas al sacar un proyecto, incluyendo Administrador de

Implementación despliegue de red y hardware Implementación
• Asignar y trazar ítems de mantenimiento en elementos
(problemas, cambios, defectos y tareas)

Desarrollador de Para crear o personalizar: Desarrollador de

Tecnología • Perfiles UML Tecnología

• 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

Top Previous Next

Analistas de Negocios [Guía de Usuario de Enterprise Architect]

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.

Tareas de Analista de Negocios

Tarea Detalle Ver También

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.

Requisitos de Modelo Reuniendorequisitos es típicamente el primer paso para Administración de

desarrollar la solución, ya sea para desarrollar una Requisitos
aplicación de software o para detallar un proceso de Administrador de
negocios; es un paso importante en la implementación de Especificación
un proyecto.
Utilizando Enterprise Architect, puede definir los
elementos de Requisitos, conectar Requisitos a los
elementos modelos para implementación, conectar
Requisitos juntos en una jerarquía, reportar Requisitos, y
mover Requisitos fuera de responsabilidades de elementos
modelo.

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.

Modelar Flujo de Para visualizar la cooperación entre elementos Diagrama de Descripción

Trabajo involucrados en el flujo de trabajo, puede utilizar un de Interacción
diagrama de Descripción de Interacción, que
proporciona un resumen de sub actividades que están
involucradas en un sistema..

Mostrar Al mostrar el comportamiento de un sistema como un Diagrama de Caso de Uso

Comportamiento de diagrama de Use Case, Enterprise Architect proporciona
Sistema una herramienta de entendimiento fácil para mapear los
requisitos funcionales y comportamiento de un sistema.

Top Previous Next

Arquitectos de Software [Guía de Usuario de Enterprise Architect]

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 .

Tareas de Arquitecto de Software

Tarea Detalle Ver También

Mapear Requisitos
Funcionales del Sistema
Con Enterprise Architect puede tomar el proceso de Casos de Uso
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.

Mapear el Despliegue de Puede utilizar diagramas de Despliegue para Diagrama de Despliegue

Objetos proporcionar una vista estática de la configuración
de tiempo de ejecución de nodos de procesamiento y
los componentes que se ejecutan en los nodos.
Los diagramas de Despliegue muestran las
conexiones entre hardware, software y cualquier
programa intermedio que es utilizado en un sistema.

Detallar Componentes Utilizando diagramas de Componente, puede Diagrama de Componente

Entregables modelar los aspectos físicos de un sistema.
Los Componentes pueden ser ejecutables,
bibliotecas, archivos de datos u otro recurso físico
 que es parte de un sistema.
El modelo de componente puede ser desarrollado
desde cero desde el modelo de Clase o puede ser
traído desde proyectos existentes y desde
proveedores terceros.

Ingenieros de Software [Guía de Usuario de Enterprise Top Previous Next

Architect]

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.

Tareas de Ingeniería de Software

Tarea Detalle Ver También

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.

Detallar Puede utilizar diagramas de Interacción (diagramas de Secuencia y Secuencia

Interacción entre Comunicación) para modelar el diseño dinámico del sistema. Comunicación
Clases Los diagramas de Secuencia son utilizados para detallar los mensajes
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 la cual objetos
interactúan con otros objetos.

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.

Diagrama de Caso de Uso Simple

 Aprender más

Top Previous Next

Desarrolladores [Guía de Usuario de Enterprise Architect]

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.

Visualizar Arreglo de Los diagramas de Paquete le ayudan a diseñar la Paquete

Paquete arquitectura del sistema; son utilizados para organizar
diagramas y elementos en grupos administrables, y para
declarar sus dependencias.

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.

Diagrama de Clase Simple

 Notas
• Puede utilizar diagramas de Máquina de Estado, Paquete y Actividad para entender mejor la interacción entre
elementos de código y el arreglo del código

Administradores de Proyecto [Guía de Usuario de Enterprise Top Previous Next

Architect]

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.

Tareas del Administrador de Proyecto

Tarea Detalle Ver También

Proporcionar En Enterprise Architect tiene acceso a una herramienta de estimación Estimación

Estimaciones de de proyecto integral que calcula esfuerzo desde objetos de Caso de
Proyecto Uso y Actores, junto con las configuraciones de proyecto definiendo la
complejidad técnica y ambiental del entorno de trabajo.

Administración de Administrar la asignación de recursos en el diseño y desarrollo de Recursos

Recurso componentes de sistema en una tarea importante y a veces difícil;
Enterprise Architect le proporciona una herramienta efectiva para
asignar recursos directamente para modelar elementos y seguir el
proceso a lo largo del tiempo.

Administración de Puede utilizar la ventana de Administración de Proyecto para Riesgo

Riesgo asignar el riesgo a un elemento dentro de un proyecto; utilizando tipos Tipos de Riesgos
de riesgos puede nombrar el riesgo, definir el tipo de riesgo y darle una
ponderación.

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

Top Previous Next

Testers [Guía de Usuario de Enterprise Architect]

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)

Los Escenarios son descripciones textuales de la acción de un

objeto en el tiempo y pueden ser utilizados para describir la forma
en que funciona una prueba.

Crear documentación Enterprise Architect proporciona la funcionalidad para generar Documentación de

de prueba de calidad documentación de pruebas de alta calidad en el formato de Prueba
archivo .RTF estándar de la industria.

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 [Guía de Usuario de Enterprise Top Previous Next

Architect]

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.

Tareas y Herramientas de Implementación

Tarea Detalle Ver También

Desarrollar Utilizando diagramas de Despliegue puede modelar la puesta en Diagrama de Despliegue

Diagramas de marcha de un proyecto, incluyendo despliegue de red y de estación Ejemplo de Diagrama de
Despliegue de trabajo. Despliegue
Usuarios involucrados en despliegue de proyecto pueden agregar
tareas de mantenimiento a los elementos de diagrama.
Los diagramas de Despliegue proporcionan una vista estática de la
configuración de tiempo de ejecución de nodos en la red o de
estaciones de trabajo, y los componentes que se ejecutan en los
nodos o son utilizados en las estaciones de trabajo.

Desarrolladores de Tecnología [Guía de Usuario de Enterprise Top Previous Next

Architect]
 Desarrolladores de Tecnología
Los Desarrolladores de Tecnología, son usuarios de Enterprise Architect que crean adiciones personalizadas a
la funcionalidad ya presente dentro de Enterprise Architect
Las Adiciones incluyen Perfiles UML, Patrones UML, Plantillas de Código, Tipos de Valores Etiquetados,
Scripts, Consultas Personalizadas, Transformaciones, Tecnologías MDG y Add-Ins de Enterprise Architect Add-
Ins. Al crear estas extensiones el Desarrollador de Tecnología puede personalizar el proceso de modelado de
Enterprise Architect para áreas específicas y acelerar el desarrollo.

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.

Tipos de Valor Los Valores Etiquetados son utilizados en Enterprise

Etiquetado Architect para extender la información relacionada a un
elemento aparte de la información directamente soportada por
el lenguaje UML.
Valores Etiquetados
Un Valor Etiquetado, estrictamente, es el valor de una
propiedad de un ítem de modelado, la propiedad llamada
etiqueta; por ejemplo: un elemento de Clase llamado Persona
puede llegar a tener una etiqueta llamada Edad con el Valores Tipo de Valor
Etiquetados de 42. Etiquetado
Más libremente, la combinación de etiqueta y valor se puede
referir como Valor Etiquetado.
Un Tipo de Valor Etiquetado es un grupo de parámetros que
definen y/o limitan los posibles valores de una etiqueta y, en
varios casos, como se asigna un valor específico a la etiqueta;
por ejemplo, la etiqueta Edad puede llegar a tener un Tipo de
Valor Etiquetado de un Entero, por lo que el usuario
simplemente escribe un valor numérico.
Alternativamente, el tipo podría ser Spin, con límites inferior y
superior de, digamos, 20 y 120, entonces el usuario configura
un valor haciendo clic en las flechas en el campo para aumentar
o disminuir el valor entre los límites de 20 y 120.
Generalmente, los Valores Etiquetados son utilizados durante el
proceso de generación de código, o por otras herramientas para
pasar información que es utilizada para operar en elementos de
maneras particulares.
Tecnologías MDG Las Tecnologías MDG pueden ser utilizadas para crear una Tecnologías MDG
colección lógica de recursos que pueden contener Perfiles
UML, Patrones, Plantillas de Código, archivos de Imagen y
tipos de Valores Etiquetados que son accedidos a través de un
archivo de tecnología.

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.

Desarrolladores de Base de Datos [Guía de Usuario de Enterprise Top Previous Next

Architect]

Desarrolladores de Base de Datos

Enterprise Architect soporta un rango de características para el desarrollo de bases de datos, incluyendo
modelar estructuras de base de datos, importar estructuras de base de datos desde una base de datos existente y
generando DDL para crear rápidamente bases de datos desde un modelo.

Tareas de Desarrollo de Base de Datos

Tarea Detalle Ver También

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 [Guía de Usuario de Enterprise Top Previous Next

Architect]

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)

Herramientas para activar el desarrollo en equipo o de múltiples usuarios en el Desarrollo de Equipo

proyecto

Herramientas para administrar cambio dentro del modelo Cambiar Administración

Una variedad de herramientas para administrar actividades de modelado y de Administración de Proyecto

proyecto

Mantener la integridad de los datos de proyecto Mantenimiento de Proyecto

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

Puede tener discusión y comunicación registrada de decisiones utilizando la Herramientas de Revisión de

Revisión de Equipo Equipo

Administrar trabajo y recursos asignados a tareas Asignación de Tarea de Proyecto

Comunicando y colaborando en el desarrollo de modelo a través de las Correo de Modelo

funcionalidades de Correo de Modelo

Registrar y administrar trabajo personal dentro del proyecto. Tareas Personales

Siguiendo eventos de proyecto importantes, problemas de recursos y Calendario de Proyecto

asignaciones a través del Calendario de Proyecto

Documentando su modelo a través de informes de documentos o web, los

cuales puede ajustar para sus propósitos

Navegar, Buscar y Trazar [Guía de Usuario de Enterprise Top Previous Next

Architect]

Navegar, Buscar y Trazar

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

Herramientas de trazabilidad para ayudar a trazar integridad, dependencias y otras Herramientas de

relaciones conductuales y estructurales Trazabilidad

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

Utilizando Filtros de Diagrama para resaltar información en diagramas Filtros de Diagrama

Utilizando la ventana de trazabilidad para explorar dependencias de modelo La Ventana de

Trazabilidad

Encontrando y trabajando con Relaciones de Elemento

Top Previous Next

Bases de Modelado [Guía de Usuario de Enterprise Architect]

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

Modelos - un modelo es el nivel conceptual más alto, representando una Modelos

representación distintiva y completa de todos o alguna parte del sistema modelado. Modelado
Un Proyecto puede contener varios modelos. Asistente de Modelo

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)

Modelos UML Estándar [Guía de Usuario de Enterprise Top Previous Next

Architect]

Modelos UML Estándar

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.

Lecturas Aparte de la Especificación UML disponible en la OMG, dos libros que

Recomendadas proporcionan una introducción excelente para el UML son:
• Schaum's Outlines: UML por Bennet, Skelton y Lunn

Publicado por McGraw Hill.

ISBN 0-07-709673-8
• Developing Software with UML por Bern Oestereich

Publicado por Addison Wesley.

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

Top Previous Next

Modelos de Requisitos [Guía de Usuario de Enterprise Architect]

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

Estos pueden causar problemas con:

• Trazabilidad e
• Integración con sistemas de administración de cambio y configuración

Enterprise Architect puede reducir o eliminar estos problemas en la Administración de Requisitos.

Administración de Requisitos y Enterprise Architect

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:

..\Program Files\Sparx Systems\EA

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

Modelos Basados en Dominio [Guía de Usuario de Enterprise Top Previous Next

Architect]

Modelos Basados en Dominio

 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.

Modelado de Modelar el proceso de negocios es una parte esencial de Modelado de Negocios

Negocios cualquier proceso de desarrollo de software, permitiéndole al
analista capturar el amplio contorno y procedimientos que rigen
lo que es que un negocio hace.

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.

BPMN La Notación de Modelado de Procesos de Negocios es Modelado BPMN

etiquetada específicamente en la comunidad de modelado de
negocios y tiene un mapeo directo a UML a través de los
Perfiles BPMN; estos perfiles le permiten desarrollar diagramas
BPMN rápida y simplemente.

BPEL Lenguaje de Ejecución de Proceso de Negocios en un lenguaje Modelado BPEL

ejecutable para especificar interacciones con Servicios Web.
Enterprise Architect utiliza el perfil BPMN como una parte
frontal gráfica para capturar descripciones de Procesos BPEL.

SysML SysML es un lenguaje de modelado gráfico de propósito- Ingeniería de Sistemas

general para especificar, analizar, diseñar y verificar sistemas (SysML)
complejos que pueden llegar a incluir hardware, software,
información, procedimientos y funcionalidades.

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.

SPEM "El Metamodelo de Ingeniería de Procesos de Software y Modelado de Procesos de

Sistemas (SPEM) es un marco de trabajo conceptual para Software (SPEM)
procesos y métodos de desarrollo de modelado, documentación,
presentación, administración, intercambio y promulgación.
SPEM 2.0 se enfoca en proporcionar las estructuras de
información adicional que requiere procesos modelados con
Actividades UML 2 o BPMN/BPDM.

ArchiMate ArchiMate es un lenguaje de arquitectura enterprise abierto- ArchiMate

estándar basado en el estándar IEEE 1471, proporcionando 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.
Permite a los Arquitectos de Enterprise describir, analizar y
visualizar claramente las relaciones entre dominios de negocios.

ArcGIS ArcGIS es un suite de productos de software de Sistemas de Diseño de Base de Datos

Información Geográfica (GIS) desarrollada por Esri. Geográfica Para ArcGIS

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.

Extensiones Las Extensiones Eriksson-Penker proporcionan un marco de Extensiones Eriksson-Penker

Eriksson-Penker trabajo para el procesado de negocios UML de extensiones de
modelo, para el cual un Arquitecto de Enterprise puede agregar
estereotipos y propiedades apropiadas para su negocio.
En Enterprise Architect, el perfil Eriksson-Penker proporciona,
a través de un conjunto de estereotipos, proporciona una manera
única y poderosa de visualizar y comunicar procesos de
negocios y el flujo necesario de información dentro de una
organización.

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.

Mapeo Mental Un Mapa Mental es un diagrama centrado en la imagen Mapeo Mental

utilizado para representar la semántica u otras conexiones entre
palabras, ideas, tareas u otros ítems organizados radialmente
alrededor de una palabra o idea clave central.
Un Mapa Mental es utilizado para generar, visualizar,
estructurar y clasificar ideas, y es una ayuda para el estudio,
organización, solución de problemas, toma de decisiones y
escritura.

SoaML La Arquitectura Orientada a Servicio (SOA) es un paradigma SoaML

arquitectónico para definir como personas, organizaciones y
sistemas proporcionan y utilizan servicios para lograr
resultados.

SOMF El Marco de Trabajo de Modelado Orientado a Servicio SOMF 2.1

(SOMF) es una metodología de ciclo de vida de desarrollo
orientado a servicio, ofreciendo un número de prácticas de
modelado y disciplinas que contribuyen a una administración y
modelado de ciclo de vida orientado a servicio exitoso.

Diagramas Enterprise Architect proporciona un conjunto adicional de tipos Diagrama de Análisis

Extendidos de diagramas adicionales que extienden los diagramas UML Diagrama Personalizado
básicos para modelos de dominio específico.
Diagrama de Requisitos
También, las herramientas de modelado especializadas listadas
Diagrama de Mantenimiento
en la primera parte de esta tabla cada una tiene sus propios
diagramas especializados. Diagrama de Interfaz de
Usuario
Diagrama de Base de Datos
Modelado de Negocios y
Diagramas de Interacción de
Negocios

Estereotipos Los elementos Conductuales y Estructurales pueden ser Estereotipos Incorporados y

Incorporados y extendidos a través del uso de estereotipos; Enterprise Architect de Extensión
de Extensión proporciona varias extensiones incorporadas.

Construya Su Enterprise Architect le permite extender el alcance de ambos, su Definiendo un Lenguaje de

Propio Lenguaje modelado y los componentes UML que utiliza, a través del uso Modelado
de Modelado de estereotipos, perfiles y patrones para desarrollar sus propias
aplicaciones de modelado.

Transformación de Modelo [Guía de Usuario de Enterprise Top Previous Next

Architect]

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

El instalador de Enterprise Architect incluye varias transformaciones básicas incorporadas, incluyendo:

• PIM a:
• C#
• C++
• Elementos de tabla DDL
• Bean de Entidad EJB
• Bean de Sesión EJB
• Java
• PHP
• VB.Net
• XSD

• Modelo de Datos a Diagrama de Relación de Entidad (ERD)

• Diagrama de Relación de Entidad (ERD) A Modelo de Datos
• Diagrama de Secuencia a diagrama de Comunicación
• Diagrama de Comunicación a diagrama de Secuencia
• Modelo Java a modelo de prueba JUnit
• Modelo .NET a modelo de prueba JUnit
• Modelo de interfaz WSDL a WSDL

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.

Ejemplo de una Transformación

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 [Guía de Usuario de Enterprise Top Previous Next

Architect]

Ingeniería de Software

La Ingeniería de Software es el proceso de diseñar, implementar y mantener

software. Esta sección describe como Enterprise Architect puede asistir en este proceso al proporcionar un
entorno de diseño y herramientas incluyendo generación de código automatizado, ingeniería inversa de código
fuente y sincronización entre el código fuente y el modelo.

Temas
Tema Vínculo

Diseño de Software Patrones GoF

Entorno de Desarrollo Herramientas de Desarrollo

Construcción de Código & Depuración
Integración MDG e Ingeniería de Código

Generar Código Fuente Generar Código Fuente

Importar Código Fuente Importar Código Fuente

Top Previous Next

Ingeniería de Sistemas [Guía de Usuario de Enterprise Architect]

Ingeniería de Sistemas
Temas
Tema Detalle Ver También

Uso Para modelar Sistemas utilizando SysML en Enterprise SysML

 Architect, trabaje a través de los siguientes pasos:
• Cree un modelo de Ingeniería de Sistemas para Crear un Modelo de Ingeniería de
desarrollar su sistema Sistemas
• Crear un modelo de Requisitos para definir los Un Modelo de Requisitos SysML
requisitos y expectativas del sistema
• Crear un modelo de Dominio Operacional, el cual
describe el entorno dentro del cual opera el sistema, y las Un Modelo de Dominio
entidades con las que interactúa Operacional SysML
• Crear modelos de Restricción para describir las
características operantes del sistema utilizando modelos
Modelo de Parámetros SysML
paramétricos
• Simular los modelos paramétricos para verificar que
está correcto y obtener la característica deseada Simular un Modelo SysML
• Diseñar la composición del sistema utilizando Componer Diseño de Sistema
Bloqueos y Partes SysML
• Implemente el software embebido utilizando Clases Generar Desde Modelos de
UML y modelos conductuales
Comportamiento
• Cree una biblioteca de bloqueos SysML reutilizables,
representando subsistemas que pueden ser reutilizados en
otros proyectos, y otras definiciones de Tipo común Crear Subsistemas Reutilizables

Ejemplo

Estos pasos están representados gráficamente en el siguiente flujo:

 Crear un Modelo de Ingeniería de Sistemas desde una plantilla
Paso Acción Ver También

1 En el Explorador de Proyectos, puede:

• Haga clic en el ícono Nuevo Modelo de Patrón en la barra de herramientas.
• Haga clic derecho en el nodo raíz de un modelo y seleccione la opción del menú
contextual Agregar un nuevo Modelo utilizando Asistente , o
• Haga clic derecho en un paquete y seleccione la opción del menú contextual Agregar |
 Agregar un nuevo Modelo utilizando Asistente

Se muestra la ventana Seleccionar Modelo(s).

2 En el campo Seleccionar Desde, haga clic en la flecha de despliegue y seleccioneModelo

de Ingeniería de Sistemas.
Alternativamente, si está listado en el panel de Tecnología, seleccione el ítem Modelo de
Ingeniería de Sistemas .

3 En el panel Nombre, seleccione la casilla a la par del ícono Modelo de Ingeniería de

Sistemas .

4 Haga clic en el botón Aceptar .

Ejemplo

La siguiente estructura de modelo es creada en el Explorador de Proyectos:

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