Detalle del libro
Ver Índice
Agradecimientos
Sobre el autor
Información de contacto
Prólogo
Introducción
A quién va dirigido este libro
Qué tipos de proyectos IT se beneficiarán de este libro
¿Cómo puede beneficiarse usted y su organización de B.O.O.M.?
Una vez haya leído este libro podrá...
El caso de estudio CPP
Los apéndices
Recuerde: ¡Todo es un juego!
¿Qué ha cambiado en esta edición?
1. ¿Quiénes son los analistas de negocio IT?
El analista de negocio IT y no-IT
Perspectiva del rol IT BA
Por qué es bueno el modelado
El modelo comportamental (dinámico)
El modelo estructural (estático)
Para aquéllos con formación en Análisis estructurado
Vincular el BABOK 2 con este libro
Resumen
2. La perspectiva del BA sobre la orientación a objetos
¿Qué es OO?
El estándar UML
Psicología cognitiva y OO
Objetos
La perspectiva del analista de negocio
Atributos y operaciones
La perspectiva del analista de negocio
Operaciones y métodos
La perspectiva del analista de negocio
Encapsulado
La perspectiva del analista de negocio
Concepto OO: Clases
La perspectiva del analista de negocio
Concepto OO: Relaciones
Concepto OO: Generalización
La perspectiva del analista de negocio
Concepto OO: Asociación
La perspectiva del analista de negocio
Concepto OO: Agregación
La perspectiva del analista de negocio
Concepto OO: Agregación compuesta (Composición)
La perspectiva del analista de negocio
Concepto OO: Polimorfismo
Objetos polimórficos
Operaciones polimórficas
La perspectiva del analista de negocio
Casos de uso y Escenarios
La perspectiva del analista de negocio
Casos de uso de negocio y de sistema
La perspectiva del analista de negocio
Resumen
3. Pasos del B.O.O.M.
B.O.O.M. y SDLC
Los pasos B.O.O.M.
Paso 1: Inicio
Paso 2: Descubrimiento
Paso 3: Construcción
Paso 4: Verificación final y validación (V&V)
Paso 5: Cierre
¿Qué se define primero, los atributos o las operaciones?
Desarrollo del modelo estructural junto con el modelo comportamental
B.O.O.M. a medida de su proyecto
Qué mostrar a los accionistas
Resumen
4. Análisis de procesos de negocio de extremo a extremo
Entrevistas durante las fases
Pasos B.O.O.M.
Paso 1: La fase de Inicio
Qué ocurre durante la fase de Inicio
Cuánto dura la fase de Inicio
Documentos entregables en el paso Inicio: BRD (Versión Inicio)
Paso 1a: Modelar casos de uso de negocio
Cómo se documentan los casos de uso de negocio
Paso 1ai: Identificar casos de uso de negocio (Diagrama de caso de uso de negocio)
Otros elementos del modelo
Llevar la teoría a la práctica
Caso de estudio 4.1: Diagramas de caso de uso de negocio
Definición del problema
Sugerencias
CPP Documento de requisitos de negocio (BRD)/Inicio
Tabla de contenidos
Control de versión
Historial de revisión
Cuadro RACI para este documento
Resumen ejecutivo
Visión general
Antecedentes
Objetivos
Requisitos
Estrategia propuesta
Pasos siguientes
Alcance
Incluido en el ámbito
Excluido del ámbito
Restricciones
Impacto de los cambios propuestos
Análisis de riesgos
Riesgos tecnológicos
Riesgos de habilidades
Riesgos políticos
Riesgos de negocio
Riesgos de requisitos
Otros riesgos
Caso de negocio
Planificación
Casos de uso de negocio
Diagramas de caso de uso de negocio
Descripciones de caso de uso de negocio
Actores
Trabajadores
Actores de negocio
Otros sistemas
Mapa de roles
Requisitos de usuario
Diagramas de caso de uso de sistema
Descripciones de caso de uso de sistema
Diagramas de estado de máquina
Requisitos no funcionales
Reglas de negocio
Requisitos de estado
Estado de prueba
Estado deshabilitado
Modelo estructural
Solución del caso de estudio 4.1: Documentación resultante
Paso 1aii: Alcance de casos de uso de negocio (Diagrama de actividad)
Diagramas de actividad para describir casos de uso de negocio
Diagrama de actividad (sin particiones)
¿Qué es un estado?
Diagrama de actividad con particiones (calles)
Caso de estudio 4.2: Diagrama de actividad de caso de uso de negocio con particiones (calles)
Definición del problema
Sugerencias
Caso de uso de negocio: Gestionar caso (Disputa)
Pre-Condición
Post-condición con éxito
Flujo
Caso de uso de negocio: Administración de pagos
Pre-Condición
Post-condición con éxito
Flujo
Caso de estudio 4.2: Documentación resultante
Pasos siguientes
Resumen
5. Examinar el proyecto IT con casos de uso de sistema
Paso 1b: Modelar casos de uso de sistema
Paso 1bi: Identificar actores (Mapa de roles)
Encontrar actores
Estereotipos y actores
El mapa de roles
Modelar actores con roles solapados
Actores con roles parcialmente solapados
Modelar un actor cuyo rol abarca completamente el de otro
¿De qué sirve definir actores generalizados?
Caso de estudio 5.1: Mapa de roles
Definición del problema
Caso de estudio 5.1: Documentación resultante
Paso 1bii: Identificar paquetes de casos de uso de sistema (Diagrama de caso de uso de sistema)
¿Qué criterios se utilizan para agrupar casos de uso de sistema en paquetes?
Nombrar paquetes de caso de uso
Diagramas de paquetes de caso de uso de sistema
¿Qué ocurre si un paquete de caso de uso está conectado a todos los actores especializados de un actor generalizado?
Caso de estudio 5.2: Paquetes de caso de uso
Definición del problema
Sugerencias
Caso de estudio 5.2: Documentación resultante
Paso 1biii: Identificar casos de uso de sistema (Diagrama de caso de uso de sistema)
Características de los casos de uso de sistema
¿Cuál es el propósito de segmentar los requisitos de usuario en casos de uso de sistema?
Modelado de casos de uso de sistema
¿Cuántos actores primarios puede tener un caso de uso?
¿Existe una regla general sobre cuántos casos de uso de sistema podría tener un proyecto?
Caso de estudio 5.3: Diagramas de caso de uso de sistema
A) Gestionar caso
Caso de uso de negocio: Gestionar Caso (Disputa)
B) Administrar pagos
Caso de uso de negocio: Administrar Pagos
C) Otros casos de uso de negocio
El siguiente paso
Caso de estudio 5.3: Documentación resultante
Paso 1c: Comenzar el modelo estructural (Diagramas de clase para clases de negocio claves)
Paso 1d: Establecer la línea de fondo para Descubrimiento (BRD/Inicio)
Resumen
6. Guión gráfico de la experiencia del usuario
Paso 2: Descubrimiento
Consideraciones de ciclo de vida
Paso 2ai: Describir casos de uso de sistema
Entregables del Paso 2ai: Describir casos de uso
La plantilla de descripción de caso de uso
El enfoque fundamental tras la plantilla
Plantilla de descripción de caso de uso
Documentar el flujo básico
Directrices de escritura de caso de uso
Ejemplo de flujo básico: Sistema CPP/Informe de revisión de caso
Documentar flujos alternativos
UML (Lenguaje de Modelado Unificado) se ha consolidado como uno de los lenguajes de modelado de sistemas más conocido y usado en la actualidad. Este lenguaje posee aspectos conceptuales como, por ejemplo, procesos de negocio y funciones de sistema, además de aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y componentes utilizables.
Este libro explica la forma con la que podrá recopilar todas las herramientas UML y aprovecharlas plenamente durante su proyecto IT. En lugar de enfrentarse al tema de forma teórica, aprenderá mediante la práctica: un caso de estudio le guiará a lo largo del libro, ayudándole a desarrollar y validar los requisitos para un sistema IT paso a paso.
Tanto si es un analista de negocios IT novel, un analista experimentado pero nuevo en UML, un desarrollador interesado en ampliar su rol para dar cabida a actividades de análisis de negocio IT, o cualquier otro profesional con aquellas tareas relacionadas con la recopilación de requisitos o el modelado de la esfera del negocio de un proyecto, obtendrá una formación para trabajar de manera eficaz en proyectos UML de una forma visual y fácil de comprender.
