Curso de UML para el Analista de TI

Visión general del proceso de desarrollo de software y modelado

• Metodologías y su impacto en el trabajo de un Business Analista
• Pasos en cascada Análisis, Diseño, Implementación, Pruebas, Mantenimiento
• Agile Enfoque del análisis empresarial
• ¿Quiénes son Business los analistas?
• 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 la orientación a objetos

• Orientado a objetos Programming 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
• Use Cases y escenarios
• Business y el sistema Use Case

Una visión general de Business el modelado orientado a objetos (B.O.O.M.)

• B.O.O.M. y SDLC
• Los pasos del B.O.O.M.
• Secuenciación de los pasos
• ¿Qué se define primero, atributos u operaciones?

Análisis de procesos de extremo a extremo Business

• Entrevistas durante las fases de iniciación, análisis y prueba
• Paso 1: Iniciación
• Business Plantilla de documento de requisitos
• Paso 1a: Modelo Business Use Cases
• Paso 1a i: Identificar Business Use Case s (Business Diagrama de casos de uso)
• Llevar la teoría a la práctica
• Nota para los usuarios de Rational Rose
• Estudio de caso D1: Business Diagramas de casos de uso
• Paso 1a ii: Alcance Business Use Cases (Diagrama de actividades)
• Estudio de caso D2: Business Diagrama de actividades de casos de uso con particiones

Definición del alcance del proyecto de TI con sistemas Use Case

• Paso 1b: Modelar el sistema Use Cases
• 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 los Use Case 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 clases clave Business)
• Paso 1d: Establecer la línea de base para el análisis (BRD/Inicio)

Guión gráfico de la experiencia del usuario

• Paso 2: Análisis
• La plantilla de descripción de casos de uso
• Documentar el flujo básico
• Pautas de escritura de casos de uso
• Ejemplo de flujo básico: Informe de caso de revisión del sistema CPP
• Documentación de flujos alternativos
• Documentación de flujos de excepción
• Directrices para la realización de entrevistas de casos de uso del sistema
• Diagramas de actividades para sistemas Use Cases
• 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 Condición/Respuesta
• Business Reglas
• Funciones avanzadas de casos de uso
• Estudio de caso F3: Características avanzadas de casos de uso

Requisitos del ciclo de vida para objetos clave Business

• ¿Qué es un diagrama de máquina de estados?
• Paso 2a ii: 1. Identificar los estados de los objetos críticos
• Estudio de caso G1: Estados
• Paso 2a ii: 2. Identificar las transiciones de estado
• Estudio de caso G2: Transiciones
• Paso 2a ii: 3. Identificar el estado Activities
• Estudio de caso G3: Estado Activities
• Paso 2a ii: 4. Identificación de estados compuestos
• Estudio de caso G4: Estados compuestos
• Paso 2a ii: 5. Identificar estados concurrentes

Recopilación de reglas generales con diagramas de clases

• Paso 2b: Análisis estático
• Paso 2b i: Identificar las clases de entidad
• Estudio de caso H1: Clases de entidades
• Paso 2b ii: Generalizaciones del modelo
• Estudio de caso H2: Generalizaciones
• Paso 2b iii: Modelar roles transitorios
• Estudio de caso H3: Roles transitorios
• Paso 2b iv: Modelar las relaciones entre el todo y la parte
• El diagrama de estructura compuesta
• Estudio de caso H4: Relaciones entre el todo y la parte
• Paso 2b v: Analizar las asociaciones
• Estudio de caso H5: Asociaciones
• Paso 2b vi: Analizar la multiplicidad
• Estudio de caso H6: Multiplicidad

Optimización de la coherencia y la reutilización en los requisitos Documentation

• Paso 2b vii: Vincular los sistemas Use Case al modelo estático
• Estudio de caso I1: Enlace de sistemas Use Case al modelo estático
• Estudio de Caso I1: Resultados
• Paso 2b viii: Agregar atributos
• Meta-Atributos
• Estudio de caso I2: Agregar atributos
• Paso 2b ix: Agregar tablas de búsqueda
• Estudio de caso I5: Análisis de tablas de búsqueda
• Paso 2b x: Agregar operaciones
• Estudio de caso I7: Operaciones de distribución
• 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 las pruebas
• Tutoriales estructurados
• Tablas de decisión para pruebas
• Estudio de caso J1: Derivación de casos de prueba a partir de tablas de decisión
• Análisis de valor límite
• Caso práctico J2: Selección de datos de prueba mediante el análisis de valores 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

• Orientado a objetos Design Patterns
• Visibilidad
• Clases de control
• Clases de límite
• Diagramas de secuencia
• Communication Diagramas
• Otros diagramas
• Arquitectura en capas
• Interfaces
• Mezclas
• Implementación de OO usando un lenguaje OO
• Implementación de OOA mediante procedimientos Languages
• Implementación de un Database de OOA usando un RDBMS