Gracias por enviar su consulta! Uno de los miembros de nuestro equipo se pondrá en contacto con usted en breve.
Gracias por enviar su reserva! Uno de los miembros de nuestro equipo se pondrá en contacto con usted en breve.
Programa del Curso
Visión general del proceso de desarrollo de software y modelado
- Metodologías y su impacto en el trabajo de un Business Analista
- Pasos del modelo Waterfall: Análisis, Diseño, Implementación, Prueba, Mantenimiento
- Enfoque Agile al análisis de negocios
- ¿Quiénes son los analistas Business?
- Perspectiva sobre el papel del BA
- El modelo dinámico (comportamental)
- El modelo estático (estructural)
- Análisis estructurado
La perspectiva de la BA sobre la orientación a objetos
- Enfoque Orientado a Objetos Programming y su impacto en el modelado
- La Norma UML
- Psicología cognitiva y OO?
- Objetos
- Atributos y Operaciones
- Operaciones y Métodos
- Capsula (Encapsulation)
- Clases
- Relaciones
- Generalización
- Asociación
- Agregación
- Composición
- Polimorfismo
- Use Cases y Escenarios
- Business y Sistemas Use Case
Una visión general de Business el modelado orientado a objetos (B.O.O.M.)
- B.O.O.M. y Ciclos de Vida del Desarrollo de Software (SDLCs)
- Pasos del B.O.O.M.
- Secuenciación de Pasos
- ¿Qué defines primero—Atributos o Operaciones?
Análisis de procesos de extremo a extremo Business
- Entrevistas durante las fases de Inicio, Análisis y Prueba
- Paso 1: Inicio
- Plantilla del Documento de Requisitos Business
- Paso 1a: Modelar los Use Cases de Business
- Paso 1a i: Identificar los Use Cases de Business (Business Diagramas de Casos de Uso)
- Aplicando la Teoría
- Nota para Usuarios de Rational Rose
- Caso de Estudio D1: Diagramas de Caso de Uso Business
- Paso 1a ii: Definir el Alcance de los Use Cases de Business (Diagrama de Actividad)
- Caso de Estudio D2: Diagrama de Actividad del Caso de Uso con Particiones
Definición del alcance del proyecto de TI con sistemas Use Case
- Paso 1b: Modelar los Sistemas Use Case
- Caso de Estudio E1: Mapa de Roles
- Paso 1b ii: Identificar Paquetes de Casos de Uso del Sistema (Diagrama de Caso de Uso del Sistema)
- Caso de Estudio E2: Paquetes de Casos de Uso del Sistema
- Paso 1b iii: Identificar los Use Cases del Sistema (Diagrama de Caso de Uso del Sistema)
- Caso de Estudio E3: Diagramas de Caso de Uso del Sistema
- Paso 1c: Iniciar el Modelo Estático (Diagramas de Clase para Clases Clave Business)
- Paso 1d: Establecer la Línea Base para el Análisis (BRD/Inicio)
Guión gráfico de la experiencia del usuario
- Paso 2: Análisis
- Plantilla de Descripción de Caso de Uso
- Documentar el Flujo Básico
- Líneas Directrices para Escribir Casos de Uso
- Ejemplo de Flujo Básico: CPP Sistema de Revisión del Informe de Caso
- Documentar Flujos Alternativos
- Documentar Flujos Excepcionales
- Líneas Directrices para Realizar Entrevistas de Casos de Uso del Sistema
- Diagramas de Actividad para los Use Cases del Sistema
- Artículos Relacionados
- Tablas de Decisión
- Caso de Estudio F1: Tabla de Decisión
- Árboles de Decisión
- Caso de Estudio F2: Árbol de Decisión
- Tabla Condición/Respuesta
- Business Rules
- Características Avanzadas de Casos de Uso
- Caso de Estudio F3: Características Avanzadas de Caso 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 Objetos Críticos
- Caso de Estudio G1: Estados
- Paso 2a ii: 2. Identificar Transiciones de Estado
- Caso de Estudio G2: Transiciones
- Paso 2a ii: 3. Identificar los Activities del Estado
- Caso de Estudio G3: Activities de Estado
- Paso 2a ii: 4. Identificar Estados Compuestos
- Caso de Estudio 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 Clases de Entidades
- Caso de Estudio H1: Clases de Entidad
- Paso 2b ii: Modelar Generalizaciones
- Caso de Estudio H2: Generalizaciones
- Paso 2b iii: Modelar Roles Transitorios
- Caso de Estudio H3: Roles Transitorios
- Paso 2b iv: Modelar Relaciones Parte/Todo
- Diagrama de Estructura Compuesta
- Caso de Estudio H4: Relaciones Parte/Todo
- Paso 2b v: Analizar Asociaciones
- Caso de Estudio H5: Asociaciones
- Paso 2b vi: Analizar Multiplicidad
- Caso de Estudio H6: Multiplicidad
Optimización de la coherencia y la reutilización en los requisitos Documentation
- Paso 2b vii: Enlazar Casos de Uso del Sistema al Modelo Estático
- Caso de Estudio I1: Enlazar Casos de Uso del Sistema al Modelo Estático
- Caso de Estudio I1: Resultados
- Paso 2b viii: Agregar Atributos
- Meta-Atributos
- Caso de Estudio I2: Agregar Atributos
- Paso 2b ix: Agregar Tablas de Búsqueda
- Caso de Estudio I5: Analizar Tablas de Búsqueda
- Paso 2b x: Agregar Operaciones
- Caso de Estudio I7: Distribuir Operaciones
- Paso 2b xi: Revisar la Estructura de Clase
- Caso de Estudio I8: Revisar Estructura
Diseño de casos de prueba y finalización del proyecto
- Paso 2c: Especificar Pruebas
- Recorridos Estructurados
- Tablas de Decisión para Pruebas
- Caso de Estudio J1: Derivar Casos de Prueba a partir de Tablas de Decisión
- Análisis del Valor Límite
- Caso de Estudio J2: Seleccionar Datos de Prueba Usando Análisis del Valor Límite
- Pruebas de Sistema
- Más allá de las pruebas de sistema
- Paso 2d: Especificar Plan de Implementación
- Paso 2e: Establecer la Línea Base para el Desarrollo
Lo que los desarrolladores hacen con sus requisitos
- Enfoque Orientado a Objetos Design Patterns
- Visibilidad
- Clases de Control
- Clases de Límite
- Diagramas de Secuencia
- Diagramas Communication
- Otros Diagramas
- Arquitectura Estratificada
- Interfaces
- Mix-Ins
- Implementación OO Usando un Lenguaje Orientado a Objetos
- Implementación OOA Usando Procedimientos Languages
- Implementar un Database desde OOA Usando una Base de Datos Relacional (RDBMS)
Requerimientos
Ninguno
21 Horas
Testimonios (4)
Esta clase presenta material que será disruptivo para la industria. Aquellos que no adopten se perderán.
Mark
Curso - AI Assisted MBSE with SysML
Traducción Automática
La señora Malavika es una excelente entrenadora. Muy trabajadora y responde bien a mis consultas. Entiendo que el campo de SysML y EA es muy amplio, y ella hizo todo lo posible por presentar la formación de la manera más adecuada. Incluso dedicó su tiempo libre buscando respuestas a nuestras preguntas. ¡Mi respeto! ¡Una gran maestra!
Chee Kiang Chua - Desay SV Automotive Singapore Pte. Ltd.
Curso - System Engineering using SysML and UML 2
Traducción Automática
I mostly liked his subject knowledge and style.
Giacomo Urso
Curso - Systems Modelling with SysML
Traducción Automática
I found the course structure to be very well thought out. While some of my colleagues failed to see Kristin's intentions I feel that the way he presented the material and managed to connect basic concepts with a much broader set of complex issues was spot on.
Alexander Pavlovsky
Curso - Technical Architecture and Patterns
Traducción Automática
