Font size
WorksheetsCasos practicos EGEL 2
Total questions: 102
Worksheet time: 51mins
· Verificación y validación del software.
· Identificación y corrección de errores.
· Garantía de que el software cumpla con los requisitos.
Pruebas
Integración
Documentación
· Modelado visual de sistemas y estructuras de software.
· Documentación y comunicación de conceptos y relaciones en el desarrollo de software.
UML
COCOMO 81
COCOMO II
· Método de estimación de costos y planificación de proyectos de software.
· Evaluación de factores que afectan el desarrollo y mantenimiento de software.
UML
COCOMO 81
COCOMO II
· Estimación de esfuerzo, costo y tiempo para proyectos de desarrollo de software.
· Evaluación de recursos necesarios y planificación basada en modelos de costos.
UML
COCOMO 81
COCOMO II
· Ensamble y combinación de componentes individuales.
· Verificación de la interacción entre módulos.
· Resolución de problemas de integración..
Pruebas
Integración
Documentación
· Creación de manuales de usuario.
· Documentación técnica para desarrolladores.
· Descripción detallada del código fuente y la arquitectura.
Pruebas
Integración
Documentación
· Actualización y parches para corregir errores.
· Mejoras y adiciones al software existente.
· Aseguramiento de la compatibilidad con sistemas actuales.
Mantenimiento
Método
Tareas
· Elección y aplicación de un marco de trabajo o metodología.
· Implementación de prácticas específicas, como SCRUM, Kanban, etc.
Mantenimiento
Método
Tareas
· Desglose de actividades en tareas manejables.
· Asignación de responsabilidades para la ejecución de tareas específicas.
Mantenimiento
Método
Tareas
· Desarrollo de una aplicación o sistema único y sin precedentes.
· Innovación en la introducción de nuevas tecnologías o enfoques.
· Creación de soluciones para problemas específicos que no han sido abordados anteriormente.
Primer Proyecto de su Tipo
Segundo Proyecto de su Tipo
Variación de un Proyecto
· Iteración o mejora de un proyecto anteriormente implementado.
· Aplicación de lecciones aprendidas del primer proyecto para perfeccionar y optimizar la solución.
· Aumento de funcionalidades o expansión del alcance del proyecto original.
Primer Proyecto de su Tipo
Segundo Proyecto de su Tipo
Variación de un Proyecto
· Modificación o adaptación de un proyecto existente para satisfacer requisitos ligeramente diferentes.
· Personalización de soluciones para diferentes clientes o contextos.
· Creación de versiones específicas del software para diferentes casos de uso.
Primer Proyecto de su Tipo
Segundo Proyecto de su Tipo
Variación de un Proyecto
· Modernización de sistemas heredados para utilizar tecnologías más recientes.
· Mejora de la eficiencia, escalabilidad y mantenibilidad del software antiguo.
· Conservación de la lógica comercial mientras se actualiza la infraestructura tecnológica.
Proyecto de Reescritura de Legado (“Legacy”)
Proyecto de Creación de Software Reutilizable
Proyecto de Mejora de Sistema o Mantenimiento
· Desarrollo de componentes, módulos o bibliotecas de software que pueden ser utilizados en diversos proyectos.
· Creación de una base de código robusta y flexible para maximizar la reutilización.
· Contribución a repositorios de código abierto para el beneficio de la comunidad.
Proyecto de Reescritura de Legado (“Legacy”)
Proyecto de Creación de Software Reutilizable
Proyecto de Mejora de Sistema o Mantenimiento
· Actualización y corrección de errores en un sistema existente.
· Mejora de la eficiencia y rendimiento de un sistema.
· Adaptación a cambios en los requisitos o en el entorno.
Proyecto de Reescritura de Legado (“Legacy”)
Proyecto de Creación de Software Reutilizable
Proyecto de Mejora de Sistema o Mantenimiento
· Desarrollo de proyectos con requisitos bien definidos y estables.
· Enfoque secuencial, donde cada fase debe completarse antes de pasar a la siguiente.
· Adecuado para proyectos pequeños con pocos cambios esperados en los requisitos.
Modelo Cascada
Modelo Espiral
Modelo Win-Win
· Proyectos que requieren un enfoque iterativo y evaluación continua de riesgos.
· Desarrollo de sistemas grandes y complejos.
· Incorporación progresiva de nuevas funcionalidades en cada iteración.
Modelo Cascada
Modelo Espiral
Modelo Win-Win
· Colaboración cercana entre clientes y desarrolladores.
· Enfocado en la satisfacción mutua y la resolución de conflictos de intereses.
· Negociación constante para lograr un equilibrio entre objetivos y restricciones.
Modelo Cascada
Modelo Espiral
Modelo Win-Win
· Evaluación del nivel de madurez de los procesos de desarrollo de una organización.
· Identificación de áreas de mejora y establecimiento de mejores prácticas.
· Implementación de procesos más eficientes y consistentes.
Madurez
CMM (Capability Maturity Model)
PSP / TSP (Persona Software Process)
· Evaluación y mejora de la capacidad de los procesos de desarrollo.
· Desarrollo de planes de acción para alcanzar niveles superiores de madurez.
· Enfoque en la optimización y mejora continua.
Madurez
CMM (Capability Maturity Model)
PSP / TSP (Persona Software Process)
· Desarrollo de habilidades individuales en ingenieros de software.
· Mejora de la calidad personal del trabajo y la productividad.
· Uso de métricas para evaluar y mejorar el propio proceso de desarrollo.
Madurez
CMM (Capability Maturity Model)
PSP / TSP (Persona Software Process)
· Evaluación y mejora de los procesos de desarrollo de software.
· Uso de un marco de trabajo para determinar la capacidad y la madurez del proceso.
· Orientado a la mejora continua y la entrega de productos de calidad.
SPICE (Software Process Improvement and Capability Determination)
PEMM (Performance Engineering Maturity Model)
TickIt
· Evaluación y mejora de la madurez de la ingeniería de rendimiento.
· Desarrollo de capacidades para abordar eficazmente problemas de rendimiento.
· Optimización de procesos para garantizar un rendimiento eficiente.
SPICE (Software Process Improvement and Capability Determination)
PEMM (Performance Engineering Maturity Model)
TickIt
· Certificación de organizaciones en el desarrollo de software.
· Enfoque en la calidad del proceso y la conformidad con estándares.
· Mejora continua y mantenimiento de la certificación.
SPICE (Software Process Improvement and Capability Determination)
PEMM (Performance Engineering Maturity Model)
TickIt
· Implementación de nuevas herramientas y plataformas tecnológicas.
· Adopción de tecnologías emergentes para mejorar la eficiencia y la productividad.
· Actualización y modernización de sistemas existentes.
Tecnologías
Arquitectura
Transformación en Lote
· Diseño y planificación de la estructura fundamental de un sistema o aplicación.
· Selección de patrones arquitectónicos que se adapten a los requisitos y restricciones.
· Establecimiento de las bases para un desarrollo eficiente y escalable.
Tecnologías
Arquitectura
Transformación en Lote
· Procesamiento de grandes volúmenes de datos en lotes.
· Actualización masiva de información en sistemas existentes.
· Migración de datos de un formato a otro de manera planificada y programada.
Tecnologías
Arquitectura
Transformación en Lote
· Implementación de prácticas de entrega continua en el desarrollo de software.
· Despliegue continuo de nuevas funcionalidades y mejoras.
· Automatización de pruebas y despliegue para garantizar una entrega eficiente.
Transformación Continua
Transformación Interactiva
Simulación Dinámica
· Desarrollo de sistemas o aplicaciones que requieren interactividad en tiempo real.
· Iteración constante con los usuarios para ajustar y mejorar la experiencia.
· Desarrollo ágil centrado en la retroalimentación continua.
Transformación Continua
Transformación Interactiva
Simulación Dinámica
· Modelado y simulación de sistemas complejos para comprender su comportamiento.
· Pruebas de escenarios en entornos virtuales antes de la implementación.
· Diseño y análisis de sistemas dinámicos en diferentes condiciones.
Transformación Continua
Transformación Interactiva
Simulación Dinámica
· Desarrollo de sistemas que deben responder en tiempo real a eventos específicos.
· Aplicaciones en control de procesos, sistemas de control de vuelo, etc.
· Garantía de latencias mínimas y respuestas rápidas.
Sistemas de Tiempo Real
Administración de Transacción
Iterativo
· Gestión de operaciones que deben ejecutarse de manera coherente y segura.
· Aplicaciones financieras, sistemas de reservas, transacciones bancarias, entre otros.
· Mantenimiento de la integridad de los datos en entornos distribuidos.
Sistemas de Tiempo Real
Administración de Transacción
Iterativo
· Desarrollo de software mediante ciclos repetitivos de planificación, desarrollo y prueba.
· Adaptación a cambios en los requisitos a lo largo del tiempo.
· Mejora continua a través de la retroalimentación de los usuarios..
Sistemas de Tiempo Real
Administración de Transacción
Iterativo
· Construcción de un sistema mediante la adición gradual de nuevas funcionalidades.
· Entrega de versiones parciales y funcionales a lo largo del tiempo.
· Facilita la detección temprana de problemas y la adaptación a cambios.
Incremental
Prototipo de Requisitos
Prototipo de Análisis
· Obtención de la retroalimentación del cliente sobre los requisitos del sistema.
· Exploración y clarificación de los requisitos antes de la implementación.
· Facilita la comunicación entre el equipo de desarrollo y el cliente.
Incremental
Prototipo de Requisitos
Prototipo de Análisis
· Visualización y evaluación de la estructura y la lógica del sistema propuesto.
· Identificación temprana de posibles desafíos o cambios necesarios.
· Aclaración de la interacción entre los diferentes componentes del sistema.
Incremental
Prototipo de Requisitos
Prototipo de Análisis
· Evaluación de la apariencia y la interfaz de usuario del sistema.
· Comprobación de la usabilidad y la experiencia del usuario.
· Refinamiento de la estética y la funcionalidad antes de la implementación completa.
Prototipo de Diseño
Prototipo de Verticales
Prototipo de Factibilidad
· Desarrollo de prototipos para funcionalidades específicas de una aplicación.
· Enfoque en una vertical del sistema para obtener una retroalimentación detallada.
· Puede ser utilizado en sistemas grandes para mejorar iterativamente segmentos específicos.
Prototipo de Diseño
Prototipo de Verticales
Prototipo de Factibilidad
· Evaluación de la viabilidad técnica y económica del proyecto.
· Identificación de posibles riesgos y desafíos antes de la inversión completa.
· Pruebas preliminares para determinar si el proyecto es realizable.
Prototipo de Diseño
Prototipo de Verticales
Prototipo de Factibilidad
· Integración de código o componentes existentes en un nuevo proyecto.
· Uso de bibliotecas de funciones o módulos previamente desarrollados.
· Ahorro de tiempo y recursos al aprovechar soluciones existentes.
Reutilización
Consumiendo Componentes Reusables
Produciendo Componentes Reusables
· Incorporación de componentes externos, como bibliotecas de terceros.
· Integración de módulos o servicios proporcionados por otros equipos o proveedores.
· Enfoque en la eficiencia y la calidad al utilizar componentes confiables.
Reutilización
Consumiendo Componentes Reusables
Produciendo Componentes Reusables
· Diseño y desarrollo de módulos o bibliotecas con la intención de ser reutilizados.
· Documentación clara y flexible para facilitar la adopción por otros desarrolladores.
· Contribución a la creación de un repositorio de componentes reusables en la organización..
Reutilización
Consumiendo Componentes Reusables
Produciendo Componentes Reusables
· Procedimientos sistemáticos para realizar tareas específicas de programación.
· Estandarización de prácticas para mejorar la consistencia y la eficiencia.
· Ejemplos incluyen métodos de clasificación, búsqueda, y algoritmos específicos.
Métodos
Metodologías
Modelo Estático
· Enfoques sistemáticos y estructurados para el desarrollo de software.
· Proporcionan pautas y procesos que abarcan desde la planificación hasta la implementación.
· Ejemplos incluyen Scrum, RUP, XP, entre otros.
Métodos
Metodologías
Modelo Estático
· Representación visual de la estructura estática de un sistema.
· Diagramas de clases en UML que muestran las clases y sus relaciones.
· Enfocado en la organización y las relaciones estáticas entre elementos.
Métodos
Metodologías
Modelo Estático
· Representación visual de la interacción y el comportamiento dinámico de un sistema.
· Diagramas de secuencia en UML que ilustran el flujo de interacción entre objetos.
· Enfocado en eventos y cambios a lo largo del tiempo.
Modelo Dinámico
Metodologías Estructuradas
Especificación de Procesos
· Desarrollo de sistemas con procesos lógicos bien definidos.
· Proyectos que se benefician de un enfoque paso a paso y estructurado.
· Sistemas donde la claridad en la especificación y el análisis es crucial.
Modelo Dinámico
Metodologías Estructuradas
Especificación de Procesos
· Documentación detallada de cómo se deben realizar ciertos procesos o tareas.
· Proyectos que requieren una comprensión profunda de la secuencia y los pasos de ejecución.
· Mejora y optimización continua de los procesos operativos.
Modelo Dinámico
Metodologías Estructuradas
Especificación de Procesos
· Desarrollo de sistemas complejos con múltiples entidades y relaciones.
· Proyectos que requieren una gestión eficiente de la información y la terminología.
· Mantenimiento y actualización constante de la información sobre datos utilizados en el sistema.
Especificación de Procesos
Diccionario de Datos
Metodologías Orientadas a Objetos
· Desarrollo de sistemas donde los objetos y sus interacciones son fundamentales.
· Proyectos que se benefician de la reutilización de código y la modularidad.
· Sistemas con una representación natural del mundo real mediante objetos y clases.
Especificación de Procesos
Diccionario de Datos
Metodologías Orientadas a Objetos
· Modelado de sistemas que cambian de estado en respuesta a eventos específicos.
· Representación visual de cómo un objeto o sistema evoluciona entre diferentes estados.
· Sistemas donde es crucial entender y visualizar los cambios de estado.
Diagrama de transición de Estados
Diagrama Entidad – Relación
Diagrama de Clases
· Modelado de relaciones entre diferentes entidades en una base de datos.
· Diseño de bases de datos para aplicaciones específicas.
· Proyectos que requieren la representación clara de la estructura y relaciones de datos.
Diagrama de transición de Estados
Diagrama Entidad – Relación
Diagrama de Clases
· Desarrollo de sistemas basados en programación orientada a objetos.
· Representación visual de las clases y sus relaciones en el sistema.
· Proyectos que enfatizan la estructura y la organización del código.
Diagrama de transición de Estados
Diagrama Entidad – Relación
Diagrama de Clases
· Modelado de la interacción entre un sistema y sus actores o usuarios.
· Diseño centrado en el usuario y la funcionalidad del sistema.
· Documentación clara de cómo los usuarios interactúan con el sistema.
Diagrama de Casos de Uso
Diagrama de transición de estado
Diagrama de Interacción (Diagrama de eventos)
· Visualización de cómo un objeto pasa de un estado a otro en respuesta a eventos.
· Modelado de comportamientos específicos del sistema en diferentes situaciones.
· Sistemas donde es crucial comprender y gestionar cambios de estado.
Diagrama de Casos de Uso
Diagrama de transición de estado
Diagrama de Interacción (Diagrama de eventos)
· Modelado de interacciones entre diferentes objetos o componentes del sistema.
· Diseño detallado de cómo los objetos colaboran para lograr ciertos objetivos.
· Proyectos que se benefician de la representación visual de eventos y acciones.
Diagrama de Casos de Uso
Diagrama de transición de estado
Diagrama de Interacción (Diagrama de eventos)
· Modelado de cómo diferentes objetos colaboran entre sí para lograr una tarea.
· Diseño de sistemas donde la colaboración entre componentes es esencial.
· Proyectos que requieren una representación clara de las interacciones entre objetos.
Diagrama de Colaboración
Diagrama de Subsistemas
Diagrama de Objetos (Diagrama de Instancias)
· Diseño de sistemas complejos con subsistemas interrelacionados.
· Representación visual de la estructura modular y jerárquica del sistema.
· Proyectos que benefician de una organización clara y modularidad en niveles.
Diagrama de Colaboración
Diagrama de Subsistemas
Diagrama de Objetos (Diagrama de Instancias)
· Diseño de sistemas complejos con subsistemas interrelacionados.
· Representación visual de la estructura modular y jerárquica del sistema.
· Proyectos que benefician de una organización clara y modularidad en niveles.
Diagrama de Colaboración
Diagrama de Subsistemas
Diagrama de Objetos (Diagrama de Instancias)
· Modelado de cómo los datos fluyen a través de un sistema.
· Diseño de procesos y sistemas donde la manipulación de datos es central.
· Proyectos que benefician de una representación clara de la lógica de procesamiento de datos.
Diagrama de Flujo de Datos
Herramientas de modelado de sistema
Herramientas de gestión de requisitos
· Diseño y modelado de sistemas complejos antes de la implementación.
· Visualización de la arquitectura y componentes del sistema.
· Proyectos que requieren una representación visual de la estructura y relaciones del sistema.
Diagrama de Flujo de Datos
Herramientas de modelado de sistema
Herramientas de gestión de requisitos
· Captura, seguimiento y gestión de requisitos del proyecto.
· Coordinación entre equipos y partes interesadas para definir y validar requisitos.
· Proyectos que requieren una gestión eficiente de requisitos para evitar cambios y desviaciones.
Diagrama de Flujo de Datos
Herramientas de modelado de sistema
Herramientas de gestión de requisitos
· Automatización del proceso de codificación a partir de modelos y diseños.
· Aumento de la productividad al generar código repetitivo y estructurado.
· Proyectos que buscan acelerar el desarrollo y minimizar errores de codificación manual.
Herramientas de generación de código
Herramientas de depuración y pruebas
Herramientas de gestión de configuración
· Identificación y corrección de errores en el código durante el desarrollo.
· Realización de pruebas unitarias y de integración para garantizar la calidad.
· Proyectos que buscan asegurar la fiabilidad y el rendimiento del software.
Herramientas de generación de código
Herramientas de depuración y pruebas
Herramientas de gestión de configuración
· Control y seguimiento de los cambios en el código y la configuración del sistema.
· Coordinación entre desarrolladores y equipos para gestionar versiones.
· Proyectos que requieren un control riguroso de las versiones y la configuración del software.
Herramientas de generación de código
Herramientas de depuración y pruebas
Herramientas de gestión de configuración
·· Creación de documentación técnica y de usuario para el software.
· Mantenimiento de manuales, guías y documentación relacionada con el proyecto.
· Proyectos que enfatizan la comunicación efectiva y la transferencia de conocimientos.
Herramientas de documentación
Herramientas de gestión de configuración
Herramientas de gestión de proyectos
· Planificación, seguimiento y control de actividades del proyecto.
· Coordinación de recursos, plazos y tareas para cumplir con los objetivos.
· Proyectos que buscan una gestión eficiente para garantizar la entrega oportuna y exitosa.
Herramientas de documentación
Herramientas de gestión de configuración
Herramientas de gestión de proyectos
· Creación de instancias u objetos concretos a partir de una clase.
· Inicialización de objetos con valores específicos.
Instanciación
Atributos
Identificadores
· Representación de características o propiedades de una clase.
· Almacenamiento de información asociada a instancias de la clase.
Instanciación
Atributos
Identificadores
· Asignación de identificadores únicos a instancias u objetos.
· Garantía de la singularidad para facilitar la referencia y la búsqueda.
Instanciación
Atributos
Identificadores
· Cálculo de valores basados en otros atributos.
· Obtención de información derivada de manera automática.
Atributos Derivados
Restricción de Atributos
Operaciones
· Imposición de reglas o condiciones sobre los valores que pueden tener los atributos.
· Garantía de la integridad y consistencia de los datos.
Atributos Derivados
Restricción de Atributos
Operaciones
· Representación de acciones o funciones que pueden realizar los objetos.
· Ejecución de procedimientos o métodos asociados a una clase.
Atributos Derivados
Restricción de Atributos
Operaciones
· Obtención de información específica de los objetos.
· Realización de preguntas o búsquedas sobre el estado de los objetos.
Consultas
Accesos
Métodos
· Obtención de valores de los atributos de un objeto.
· Acceso controlado a la información de los objetos.
Consultas
Accesos
Métodos
· Implementación de comportamientos asociados a una clase.
· Ejecución de procedimientos específicos.
Consultas
Accesos
Métodos
· Implementación de operaciones de manera diferente según el tipo de objeto.
· Flexibilidad en el uso de métodos con el mismo nombre pero comportamientos distintos.
Polimorfismo
Parametrización
Firmas
· Admisión de parámetros en operaciones o funciones.
· Personalización del comportamiento de métodos.
Polimorfismo
Parametrización
Firmas
· Definición de la estructura de una operación, incluyendo nombre, parámetros y tipo de retorno.
· Especificación de la firma de un método.
Polimorfismo
Parametrización
Firmas
· Establecimiento de relaciones entre objetos o instancias de diferentes clases.
· Representación de conexiones o asociaciones entre entidades.
Ligas
Asociación
Grado de Asociación
· Definición de conexiones entre clases.
· Representación de relaciones entre tipos de objetos.
Ligas
Asociación
Grado de Asociación
· Especificación de la cantidad de clases involucradas en una asociación.
· Determinación del número de extremos en una relación.
Ligas
Asociación
Grado de Asociación
· Establecimiento de una asociación entre instancias de la misma clase.
· Representación de relaciones consigo mismo.
Asociación Reflexiva
Multiplicidad (Cardinalidad)
Rol
· Definición de cuántos objetos pueden participar en una asociación.
· Establecimiento de límites en la cantidad de instancias vinculadas.
Asociación Reflexiva
Multiplicidad (Cardinalidad)
Rol
· Descripción de la función o posición que un objeto desempeña en una relación.
· Clarificación de responsabilidades y comportamientos específicos.
Asociación Reflexiva
Multiplicidad (Cardinalidad)
Rol
· Establecimiento de una relación en la que cada instancia en una clase está asociada a una instancia en otra clase.
· Modelado de situaciones donde la relación es exclusiva y única.
Uno-uno
Uno-Muchos
Muchos-Muchos
· Definición de una relación en la que una instancia en una clase puede tener múltiples asociaciones con instancias en otra clase.
· Representación de situaciones de uno a muchos.
Uno-uno
Uno-Muchos
Muchos-Muchos
· Establecimiento de una relación en la que múltiples instancias en una clase pueden estar asociadas con múltiples instancias en otra clase.
· Modelado de situaciones complejas de muchos a muchos.
Uno-uno
Uno-Muchos
Muchos-Muchos
· Especificación de que la participación en una asociación es opcional y puede ser cero o una.
· Modelado de relaciones donde la presencia de un extremo es opcional.
Multiplicidad opcional (0..1
Restricciones de Ligas y Asociaciones
Ensamblados: Agregación y Composición
· Imposición de condiciones o reglas sobre las relaciones y asociaciones.
· Garantía de que las instancias se ajusten a ciertas restricciones.
Multiplicidad opcional (0..1
Restricciones de Ligas y Asociaciones
Ensamblados: Agregación y Composición
· Representación de relaciones de todo-parte entre clases.
· Diferenciación entre agregación (partes pueden existir independientemente) y composición (partes son parte integral del todo).
Multiplicidad opcional (0..1
Restricciones de Ligas y Asociaciones
Ensamblados: Agregación y Composición
· Agrupamiento lógico de elementos en un sistema.
· Organización y estructuración de componentes para facilitar la comprensión y gestión.
Módulos (Paquete)
Planificar la Gestión del Alcance
COCOMO
· Establecimiento de un enfoque para la gestión del alcance del proyecto.
· Definición de cómo se definirá, validará y controlará el alcance del proyecto.
Módulos (Paquete)
Planificar la Gestión del Alcance
COCOMO
· Identificación de elementos clave que influirán en la gestión del alcance.
· Recopilación de información relevante para desarrollar el plan de gestión del alcance.
Planificar la Gestión del Alcance: Entradas
Planificar la Gestión del Alcance: Herramientas y Técnicas
Planificar la Gestión del Alcance: Salidas
· Utilización de métodos y enfoques para planificar la gestión del alcance.
· Consulta a expertos y análisis de datos para tomar decisiones informadas.
Planificar la Gestión del Alcance: Entradas
Planificar la Gestión del Alcance: Herramientas y Técnicas
Planificar la Gestión del Alcance: Salidas
· Generación de documentos y planes que guiarán la gestión del alcance.
· Creación de un plan integral que aborde la definición, validación y control del alcance.
Planificar la Gestión del Alcance: Entradas
Planificar la Gestión del Alcance: Herramientas y Técnicas
Planificar la Gestión del Alcance: Salidas
· Desarrollo de una estructura jerárquica que desglose el trabajo del proyecto.
· Identificación y definición de los elementos de trabajo necesarios para lograr los objetivos del proyecto.
Crear la EDT/WBS
Crear la EDT/WBS: Entradas
Crear la EDT/WBS: Herramientas y Técnicas
· Utilización de documentos y planes existentes para informar la creación de la EDT/WBS.
· Consideración de factores ambientales y activos organizacionales que pueden afectar la estructura.
Crear la EDT/WBS
Crear la EDT/WBS: Entradas
Crear la EDT/WBS: Herramientas y Técnicas
· Aplicación de técnicas de descomposición para dividir el trabajo en paquetes manejables.
· Uso de reuniones y análisis de expertos para validar y ajustar la estructura.
Crear la EDT/WBS
Crear la EDT/WBS: Entradas
Crear la EDT/WBS: Herramientas y Técnicas
· Generación de una estructura jerárquica visual que representa el trabajo del proyecto.
· Documentación detallada en el diccionario de la EDT/WBS.
Crear la EDT/WBS: Salidas
Validar el Alcance
Validar el Alcance: Entradas
· Revisión y aceptación formal de los entregables del proyecto.
· Asegurarse de que el trabajo del proyecto cumpla con los requisitos acordados.
Crear la EDT/WBS: Salidas
Validar el Alcance
Validar el Alcance: Entradas
· Utilización de la planificación del alcance y la estructura de desglose del trabajo para establecer criterios de aceptación.
· Consideración de datos y documentos relacionados con el desempeño del trabajo.
Crear la EDT/WBS: Salidas
Validar el Alcance
Validar el Alcance: Entradas
