A través del diseño y desarrollo de un proyecto hay muchas tareas diferentes para realizar, las que se pueden ejecutar por una persona o -probablemente- por miembros de un equipo con diferentes responsabilidades. En cualquiera de los casos, EA soporta la mayoría -si no son todas- de la responsabilidades que puede tener en su proyecto.
De esta manera, los siguientes temas que se exploran dependen del trabajo que usted normalmente realiza en un proyecto.
La siguiente lista identifica un número de roles de trabajo que Enterprise Architect soporta. Para aquellos que más se asemejan a su rol en un proyecto, haga clic en el vínculo del título para mostrar una descripción de como ese rol puede usar Enterprise Architect, luego haga clic en otros vínculos para explorar algunas de las características de Enterprise Architect de importancia para su rol.
Otra área de responsabilidad que Enterprise Architect es la Administración de Sistemas - vea Administración del modelo.
La mayoría de estos roles trabajan con específicos tipos de diagramas, entonces usted quizás desee aprender mas sobre los tipos de diagramas en general y específicos tipos de diagramas en particular. Vea la sección Diagramas del diccionario UML.
Varios tipos de miembros del equipo de un proyecto pueden querer genera documentación sobre su trabajo y reportar sobre como el proyecto se está desarrollando y cambiando. Enterprise Architect le permite generar documentación del proyecto ya sea en formato RTF o HTML - vea Crear documentos.
Tenga en cuenta:
|
La edición Corporativa de Enterprise Architect tiene la característica de seguridad de usuario que puede ser aplicada o no. Si la seguridad esta activada, usted requiere los permisos de acceso apropiados para usar muchas de las facultades de Enterprise Architect que se listan arriba. Para más información, vea Seguridad de usuario y Lista de permisos disponibles.
|
Analista de negocio:
Un Analista de negocios puede ser el responsable de modelar:
•
|
Procesos de negocio de alto nivel
|
•
|
Actividades del negocio
|
•
|
Comportamiento del sistema
|
Arquitecto de software
Un Arquitecto de software puede ser responsable de:
•
|
Mapeado de los requisitos funcionales del sistema
|
•
|
Mapeado de objetos en tiempo real
|
•
|
Mapeado del despliegue de objetos
|
•
|
Definir componentes entregables
|
Ingeniero de software:
Un Ingeniero de software puede ser responsable de:
•
|
Mapeado de los Casos de uso en Clases detalladas
|
•
|
Definir la interacción entre Clases
|
•
|
Definir el despliegue del sistema
|
•
|
Definir los paquetes del software y la arquitectura del software
|
Desarrollador:
Un Desarrollador puede ser responsable de:
•
|
Ingeniería directa, reversa; y de ida y vuelta
|
•
|
Visualizar los estados del sistema
|
•
|
Visualizar arreglos de paquetes
|
•
|
Mapeado del flujo del código
|
Líder de proyecto:
Un Líder de proyecto puede ser responsable de:
•
|
Proveer estimaciones del proyecto
|
•
|
Administración de recursos
|
•
|
Administración de riesgos
|
•
|
Administración del mantenimiento
|
|
Revisores:
Un Revisor puede ser responsable de:
•
|
Desarrollar casos de uso
|
•
|
Importar requisitos, restricciones y escenarios
|
•
|
Crear documentación del control de calidad
|
•
|
Seguimiento de defectos y cambios de elementos
|
Administrador de implementación:
Un Administrador de implementación puede ser responsable de:
•
|
Modelado de las tareas envueltas en un proyecto, incluyendo el despliegue de red y hardware
|
•
|
Asignar y seguir ítems de mantenimiento a los elementos (incidencias, defectos y tareas)
|
Desarrollador tecnológico:
Un Desarrollador tecnológico puede ser responsable de la creación o personalización de:
•
|
Tipos de valores etiquetados
|
Administrador de base de datos:
Un Administrador de base de datos puede ser responsable de:
•
|
Desarrollar bases de datos
|
•
|
Modelar estructuras de bases de datos
|
•
|
Crear modelos de datos lógicos
|
•
|
Realizar ingeniería reversa de bases de datos
|
|
|