Una Analista de negocio puede usar EA para crear modelos de procesos de negocio de alto nivel. Estos incluyen requisitos de negocio, actividades, flujos de trabajo, y la presentación del comportamiento del sistema. Usando EA, un Analista de Negocio puede describir 
los procesos que dirigen lo que debe hacer un negocio en particular. Un modelo como tal intenta proveer una vista de alto nivel de un sistema propuesto.
Modelo de Procesos de Negocio de alto nivel
Con Enterprise Architect el Analista de negocio puede modelar los procesos de negocio de alto nivel con Diagrama de análisis. Los Diagrama de análisis son un subconjunto de los Diagrama de Actividades del UML 2.0 y son menos formales que otros tipos de diagramas, pero ellos proveen un medio útil para expresar características y requisitos de negocio esenciales.
Modelo de Requisitos
El Modelado de Requisitos es un importante paso en la implementación de un proyecto. Enterprise Architect permite a los usuarios definir los elementos del requisito, vincular requisitos a los elementos del modelo de implementación, vincular requisitos juntos en una jerarquía, reportes de requisitos, y mover requisitos dentro y fuera de la responsabilidad de los elementos del modelo.
Modelo de Actividades de Negocio
El Analista de negocio puede usar Diagrama de actividades para modelar el comportamiento de un sistema y la manera en que este comportamiento se relaciona con el flujo general del sistema. Los Diagramas de actividades no modelan el comportamiento interno exacto del sistema pero muestra en cambio los procesos generales y rutas de alto nivel.
Modelo de Flujo de Trabajo
Para visualizar la cooperación entre los elementos vinculados en el flujo de trabajo, el Analista de Negocio puede usar un diagrama de interacción, que provee una descripción de las sub actividades involucradas en el sistema.
Presentación del Comportamiento del Sistema
Al presentar el comportamiento de un sistema como un diagrama de caso de uso, Enterprise Architect le brinda al Analista de negocio una herramienta fácil de entender para entrelazar los requisitos funcionales y el comportamiento de un sistema.