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.
Temario del curso
Visión general del proceso de desarrollo de software y modelado
- Metodologías y su impacto en el trabajo del Analista de Negocios
- Casos de uso del enfoque en cascada: Análisis, Diseño, Implementación, Pruebas y Mantenimiento
- Enfoque ágil para el análisis de negocios
- ¿Quiénes son los Analistas de Negocios?
- Perspectiva sobre el rol del Analista de Negocios
- El modelo dinámico (con comportamiento)
- El modelo estático (estructural)
- Análisis estructurado
La perspectiva del Analista de Negocios sobre la orientación a objetos
- Programación orientada a objetos y su impacto en el modelado
- El estándar UML
- Psicología cognitiva y orientación a objetos
- Objetos
- Atributos y operaciones
- Operaciones y métodos
- Encapsulamiento
- Clases
- Relaciones
- Generalización
- Asociación
- Agregación
- Composición
- Polimorfismo
- Casos de uso y escenarios
- Casos de uso de negocio y de sistema
Visión general del modelado orientado a objetos en negocios (B.O.O.M.)
- B.O.O.M. y los ciclos de vida de desarrollo de software (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 negocio de extremo a extremo
- Entrevistas durante las fases de iniciación, análisis y pruebas
- Paso 1: Iniciación
- Plantilla del documento de requisitos de negocio
- Paso 1a: Modelar casos de uso de negocio
- Paso 1a i: Identificar casos de uso de negocio (diagrama de casos de uso de negocio)
- Poniendo la teoría en práctica
- Nota para usuarios de Rational Rose
- Estudio de caso D1: Diagramas de casos de uso de negocio
- Paso 1a ii: Delimitar casos de uso de negocio (diagrama de actividades)
- Estudio de caso D2: Diagrama de actividades de casos de uso de negocio con particiones
Delimitación del proyecto de TI con casos de uso de sistema
- Paso 1b: Modelar casos de uso de sistema
- Estudio de caso E1: Mapa de roles
- Paso 1b ii: Identificar paquetes de casos de uso de sistema (diagrama de casos de uso de sistema)
- Estudio de caso E2: Paquetes de casos de uso de sistema
- Paso 1b iii: Identificar casos de uso de sistema (diagrama de casos de uso de sistema)
- Estudio de caso E3: Diagramas de casos de uso de sistema
- Paso 1c: Iniciar el modelo estático (diagramas de clases para las clases clave de negocio)
- Paso 1d: Establecer la línea base para el análisis (BRD/iniciación)
Diseño de la experiencia del usuario mediante storyboarding
- Paso 2: Análisis
- Plantilla de descripción de caso de uso
- Documentación del flujo básico
- Directrices para redactar casos de uso
- Ejemplo de flujo básico: Informe de revisión del caso del sistema CPP
- Documentación de flujos alternativos
- Documentación de flujos de excepción
- Directrices para realizar entrevistas de casos de uso de sistema
- Diagramas de actividades para casos de uso de sistema
- Artefactos relacionados
- Tablas de decisión
- Estudio de caso F1: Tabla de decisión
- Árboles de decisión
- Estudio de caso F2: Árbol de decisión
- Tabla de condición/respuesta
- Reglas de negocio
- Características avanzadas de casos de uso
- Estudio de caso F3: Características avanzadas de casos de uso
Requisitos del ciclo de vida para objetos clave de negocio
- ¿Qué es un diagrama de máquina de estados?
- Paso 2a ii: 1. Identificar 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 actividades de estado
- Estudio de caso G3: Actividades de estado
- Paso 2a ii: 4. Identificar estados compuestos
- Estudio de caso G4: Estados compuestos
- Paso 2a ii: 5. Identificar estados concurrentes
Recolección de reglas transversales mediante diagramas de clases
- Paso 2b: Análisis estático
- Paso 2b i: Identificar clases de entidad
- Estudio de caso H1: Clases de entidad
- Paso 2b ii: Modelar generalizaciones
- Estudio de caso H2: Generalizaciones
- Paso 2b iii: Modelar roles transitorios
- Estudio de caso H3: Roles transitorios
- Paso 2b iv: Modelar relaciones de todo/parte
- 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 consistencia y la reutilización en la documentación de requisitos
- Paso 2b vii: Vincular casos de uso de sistema con el modelo estático
- Estudio de caso I1: Vincular casos de uso de sistema con el modelo estático
- Estudio de caso I1: Resultados
- Paso 2b viii: Agregar atributos
- Metaatributos
- Estudio de caso I2: Agregar atributos
- Paso 2b ix: Agregar tablas de consulta
- Estudio de caso I5: Analizar tablas de consulta
- Paso 2b x: Agregar operaciones
- Estudio de caso I7: Distribuir operaciones
- Paso 2b xi: Revisar la estructura de clases
- Estudio de caso I8: Revisar la estructura
Diseño de casos de prueba y finalización del proyecto
- Paso 2c: Especificar pruebas
- Revisiones estructuradas
- Tablas de decisión para pruebas
- Estudio de caso J1: Derivar casos de prueba a partir de tablas de decisión
- Análisis de valores límites
- Estudio de caso J2: Seleccionar datos de prueba usando análisis de valores límites
- 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 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 frontera
- Diagramas de secuencia
- Diagramas de comunicación
- Otros diagramas
- Arquitectura en capas
- Interfaces
- Mix-ins
- Implementación de OO utilizando un lenguaje orientado a objetos
- Implementación de OOA mediante lenguajes procedimentales
- Implementación de una base de datos desde OOA usando un SGBDR
Requerimientos
Ninguno
21 Horas
Testimonios (1)
La Sra. Malavika es una excelente formadora. Trabaja muy duro y responde bien a mis consultas. Entiendo que el ámbito 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 de descanso para buscar 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