UML para el Analista de TI

Ninguna

Uno de los roles de más rápido crecimiento en la industria de TI es el IT Business Analyst. Los analistas de negocios se encuentran en casi organizaciones y son miembros importantes de cualquier equipo de TI, ya sea en el sector privado o público.

Este curso proporciona una guía clara y paso a paso sobre cómo el analista de negocios puede desempeñar su función utilizando la tecnología orientada a objetos de vanguardia.

Visión General del Proceso de Desarrollo de Software y Modelado

• Metodologías y su impacto en el trabajo de un Analista de Negocios
• Análisis, Diseño, Implementación, Pruebas, Mantenimiento
• Enfoque ágil para el análisis de negocios
• ¿Quiénes son analistas de negocios?
• Perspectiva sobre el papel de BA
• El modelo dinámico (conductual)
• El modelo estático (estructural)
• Análisis Estructurado

La Perspectiva de la BA sobre Orientación de Objetos

• Programación orientada a objetos y su impacto en el modelado
• El estándar UML
• Psicología cognitiva y OO?
• Objetos
• Atributos y Operaciones
• Operaciones y Métodos
• Encapsulación
• Clases
• Relaciones
• Generalización
• Asociación
• Agregación
• Composición
• Polimorfismo
• Casos de uso y escenarios
• Casos de uso del sistema y del negocio

Una Visión General del Modelado Orientado a Objetos de Negocio (B.O.O.M.)

• AUGE. Y SDLCs
• La explosión. Pasos
• Secuenciación de los pasos
• Qué define usted los primeros atributos o operaciones?

Análisis de Procesos de Negocio de Extremo a Extremo

• Entrevistas durante las fases de iniciación, análisis y prueba
• Paso 1: Iniciación
• Plantilla de documentos de requisitos comerciales
• Paso 1a: Modelos de casos de uso comercial
• Paso 1a i: Identificar Casos de Uso Comercial (Diagrama de Casos de Uso Empresarial)
• Poner la teoría en práctica
• Nota para los usuarios de Rational Rose
• Estudio de Caso D1: Diagramas de Casos de Uso Empresarial
• Paso 1a ii: Alcance Casos de Uso Comercial (Diagrama de Actividades)
• Estudio de caso D2: Diagrama de actividades de casos de uso empresarial con particiones

Determinación del Alcance del Proyecto de TI con Casos de Uso del Sistema

• Paso 1b: Modelos de casos de uso del sistema
• Estudio de caso E1: mapa de roles
• Paso 1b ii: Identificar Paquetes de Casos de Uso del Sistema (Diagrama de Casos de Uso del Sistema)
• Estudio de Caso E2: Paquetes de Casos de Uso del Sistema
• Paso 1b iii: Identificar Casos de Uso del Sistema (Diagrama de Casos de Uso del Sistema)
• Estudio de caso E3: Diagramas de casos de uso del sistema
• Paso 1c: Comenzar el modelo estático (diagramas de clases para las clases clave de negocio)
• Paso 1d: Establecer la línea de base para el análisis (BRD / Iniciación)

Storyboarding la Experiencia del Usuario

• Paso 2: Análisis
• La plantilla de descripción del caso de uso
• Documentación del flujo básico
• Directrices para la escritura de casos de uso
• Ejemplo de Flujo Básico: Reporte del Caso del Revisión del Sistema CPP
• Documentación de flujos alternativos
• Documentación de flujos de excepción
• Directrices para realizar entrevistas de casos de uso del sistema
• Diagramas de actividad para casos de uso del sistema
• Artefactos relacionados
• Tablas de decisión
• Estudio de caso F1: Tabla de decisiones
• Árboles de decisión
• Estudio de caso F2: Árbol de decisión
• Tabla de condiciones / respuestas
• Reglas del negocio
• Características avanzadas del caso de uso
• Caso de estudio F3: Características avanzadas del caso de uso

Requisitos del Ciclo de Vida de Key Business Objects

• Qué es un Diagrama de Máquina de Estado?
• Paso 2a ii: 1. Identificar los Estados de Objetos Críticos
• Estudio de caso G1: Estados
• Paso 2a ii: 2. Identificar Transiciones de Estado
• Estudio de caso G2: Transiciones
• Paso 2a ii: 3. Identificar las actividades del Estado
• Estudio de caso G3: Actividades estatales
• Paso 2a ii: 4. Identificar los Estados Compuesto
• Estudio de caso G4: Estados compuestos
• Paso 2a ii: 5. Identificar Estados Concurrentes

Recopilación de Reglas de Tabla con Diagramas de Clases

• Etapa 2b: Análisis estático
• Paso 2b i: Identificar clases de entidad
• Estudio de caso H1: Clases de Entidad
• Paso 2b ii: Generalizaciones de modelos
• Estudio de Caso H2: Generalizaciones
• Paso 2b iii: Roles transitorios modelo
• Estudio de caso H3: Funciones transitorias
• Paso 2b iv: Modelar relaciones enteras / de partes
• El Diagrama de Estructura Compuesta
• Estudio de Caso H4: Relaciones de Todo / Parte
• Paso 2b v: Analizar asociaciones
• Estudio de caso H5: Asociaciones
• Paso 2b vi: Analizar Multiplicidad
• Estudio de caso H6: Multiplicidad

Optimización de la Coherencia y la Reutilización en la Documentación de Requisitos

• Paso 2b vii: Vincular los casos de uso del sistema al modelo estático
• Estudio de caso I1: Vincular los casos de uso del sistema al modelo estático
• Estudio de caso I1: Resultados
• Paso 2b viii: Añadir atributos
• Meta-Atributos
• Estudio de caso I2: Añadir atributos
• Paso 2b ix: Añadir tablas de búsqueda
• Estudio de caso I5: Análisis de tablas de consulta
• Paso 2b x: Agregar operaciones
• Estudio de caso I7: Distribución de operaciones
• Paso 2b xi: Revisar la Estructura de la Clase
• Estudio de caso I8: Revisión de la estructura

Diseño de Casos de Prueba y Finalización del Proyecto

• Paso 2c: Especificar pruebas
• Tutoriales estructurados
• Tablas de decisión para las pruebas
• Estudio de caso J1: Obtención de casos de prueba a partir de tablas de decisión
• Análisis del Valor de los Límites
• Estudio de caso J2: Selección de datos de prueba mediante el análisis del valor límite
• Pruebas del sistema
• Más allá de las pruebas del sistema
• Paso 2d: Especificar el plan de implementación
• Paso 2e: Establecer la línea de base para el desarrollo

Lo que los Desarrolladores Hacen con sus Requisitos

• Patrones de diseño orientados a objetos
• Visibilidad
• Clases de Control
• Clases de límites
• Diagramas de Secuencia
• Diagramas de comunicación
• Otros Diagramas
• Arquitectura en capas
• Interfaces
• Mezclas
• Implementación de OO utilizando un lenguaje OO
• Implementación de OOA usando lenguajes procedurales
• Implementación de una base de datos desde OOA mediante un RDBMS