Comienzo rápido - Tareas del proyecto

Superior  Previo  Próximo

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:

Requisitos

Procesos de negocio de alto nivel

Actividades del negocio

Flujos de trabajo

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:

Perfiles UML

Patrones UML

Plantillas de código

Tipos de valores etiquetados

Tecnologías MDG

Add-Ins

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

Generar esquemas

Realizar ingeniería reversa de bases de datos