Este documento describe las etapas de la formulación de proyectos de sistemas telemáticos. 1) Incluye las etapas de planeación, modelado de requisitos, definición de arquitectura, mitigación de riesgos, actualización de plan de proyecto y caso de negocio. 2) Proporciona detalles sobre las actividades, entradas, salidas y propósitos de cada etapa. 3) El objetivo general es definir la viabilidad y arquitectura de referencia para el desarrollo del sistema.
La industria cubana del software está llamada a convertirse en una significativa fuente de
ingresos nacional. Este reto demanda una sólida formación de los profesionales
informáticos y exige a las universidades cubanas garantizar que los egresados dominen y
apliquen consistentes y novedosas prácticas en el desarrollo de software. La gestión de
riesgos constituye uno de los procesos medulares en el empeño de determinar
continuamente qué puede ir mal en un proyecto informático: cuáles son los riesgos que lo
afectan, sus posibles consecuencias y estrategias de respuesta. Su introducción orgánica en
la formación y producción mejorará la preparación integral del profesional y la calidad de
los procesos y productos de software. En este artículo se presentan principios a tener en
cuenta para la incorporación de la gestión de riesgos en la formación de los profesionales
de la informática, y se describe la experiencia de su aplicación en la Universidad de las
Ciencias Informáticas como complemento y apoyo de la implementación del Modelo de
Gestión de Riesgos para Proyectos de Desarrollo de Software (MoGeRi).La industria cubana del software está llamada a convertirse en una significativa fuente de
ingresos nacional. Este reto demanda una sólida formación de los profesionales
informáticos y exige a las universidades cubanas garantizar que los egresados dominen y
apliquen consistentes y novedosas prácticas en el desarrollo de software. La gestión de
riesgos constituye uno de los procesos medulares en el empeño de determinar
continuamente qué puede ir mal en un proyecto informático: cuáles son los riesgos que lo
afectan, sus posibles consecuencias y estrategias de respuesta. Su introducción orgánica en
la formación y producción mejorará la preparación integral del profesional y la calidad de
los procesos y productos de software. En este artículo se presentan principios a tener en
cuenta para la incorporación de la gestión de riesgos en la formación de los profesionales
de la informática, y se describe la experiencia de su aplicación en la Universidad de las
Ciencias Informáticas como complemento y apoyo de la implementación del Modelo de
Gestión de Riesgos para Proyectos de Desarrollo de Software (MoGeRi).3. La Gestión de Riesgos: una necesidad en el entorno docente y
productivo de las universidades cubanas
La industria cubana del software está llamada a convertirse en una significativa fuente de
ingresos nacional. Este reto demanda una sólida formación de los profesionales
informáticos y exige a las universidades cubanas garantizar que los egresados dominen y
apliquen consistentes y novedosas prácticas en el desarrollo de software. La gestión de
riesgos constituye uno de los procesos medulares en el empeño de determinar
continuamente qué puede ir mal en un proyecto informático: cuáles son los riesgos que lo
afectan, sus posibles consecuencias y estrategias de respuesta. Su introducción orgánica en
la formación y producción mejorará la preparación integral del profesional y la calidad de
los procesos y productos de software. En este artículo se presentan principios a tener en
cuenta para la incorporación de la gestión de riesgos en la formación de los profesionales
de la informática, y se describe la experiencia de su aplicación en la Universidad de las
Ciencias Informáticas como complemento y apoyo de la implementación del Modelo de
Gestión de Riesgos para Proyectos de Desarrollo de Software (MoGeRi).La industria cubana del software está llamada a convertirse en una significativa fuente de
ingresos nacional. Este reto demanda una sólida formación de los profesionales
informáticos y exige a las universidades cubanas garantizar que los egresados dominen y
apliquen consistentes y novedosas prácticas en el desarrollo de software. La gestión de
riesgos constituye uno de los procesos medulares en el empeño de determinar
continuamente qué puede ir mal en un proyecto informático: cuáles son los riesgos que lo
afectan, sus posibles consecuencias y estrategias de respuesta. Su introducción orgánica en
la formación y producción mejorará la preparación integral del profesional y la calidad de
los procesos y productos de software. En este artículo se presentan principios a tener en
cuenta para la incorporación de la gestión de riesgos en la formación de los profesionales
de la informática, y se describe la experiencia de su aplicación en la Universidad de las
Ciencias Informáticas como complemento y apoyo de la implementación del Modelo de
Gestión de Riesgos para Proyectos de Desarrollo de Software (MoGeRi).3. La Gestión de Riesgos: una necesidad en el entorno docente y
productivo de las universidades cubanas
El documento presentado, busca servir de ayuda para los primeros pasos del aprendizaje de BPM.
Este documento está enfocado en el análisis y mejora a un proceso en una empresa desarrolladora de aplicaciones web, utilizando la disciplina Business Process Management para confeccionar un modelo de procesos con un modelo AS IS y TO BE.
Apuntes del tema 4 de la asignatura "Gestión y dirección de proyectos" del Grado de Diseño y desarrollo de Videojuegos (Ferraz) de la Universidad Rey Juan Carlos.
Objetivos:
* Profundizar en la aplicación de Diagramas de Gantt en la gestión de proyectos.
* Conocer los principios de la gestión de la calidad en un proyecto.
* Ofrecer una visión general de la gestión de riesgos de un proyecto.
* Revisar los aspectos principales de la gestión del cambio en un proyecto durante los procesos de ejecución y monitoreo.
El documento presentado, busca servir de ayuda para los primeros pasos del aprendizaje de BPM.
Este documento está enfocado en el análisis y mejora a un proceso en una empresa desarrolladora de aplicaciones web, utilizando la disciplina Business Process Management para confeccionar un modelo de procesos con un modelo AS IS y TO BE.
Apuntes del tema 4 de la asignatura "Gestión y dirección de proyectos" del Grado de Diseño y desarrollo de Videojuegos (Ferraz) de la Universidad Rey Juan Carlos.
Objetivos:
* Profundizar en la aplicación de Diagramas de Gantt en la gestión de proyectos.
* Conocer los principios de la gestión de la calidad en un proyecto.
* Ofrecer una visión general de la gestión de riesgos de un proyecto.
* Revisar los aspectos principales de la gestión del cambio en un proyecto durante los procesos de ejecución y monitoreo.
Presentación para el Alcalde Mervin Méndez sobre el proyecto desarrollado en el sector El Danto, Municipio Lagunillas del Estado Zulia, Venezuela (Julio 2005)
ESTUDIO DE FACTIBILIDAD PARA EL MONTAJE DE UNA PLANTA DE PRODUCCIÓN DE PRODUCTOS DERIVADOS LÁCTEOS (YOGURT) EN EL MUNICIPIO DE GARZÓN, HUILA - paa descargas: https://docs.google.com/file/d/0Bx-CcZZxqsojYml0elBPQTlpSXM/edit?usp=sharing
Trabajo final del Curso de Comportamiento del Consumidor realizado por alumnas del 10mo ciclo de Psicología de la Pontificia Univesidad Católica del Perú. El trbajo muestra la influencia de variables psicológicas como la percepción, motivación, actitudes, valores culturaes y rasgos de personalidad en el consumo de cerveza Franca. El trabajo fue realizado por Laura Amaya, Cinthya Diaz, Karen Genna, Catherine Monteza, y Korina Papuico. Más información: www.consumer-insights.blogspot.com
Principios de nutricion para porcinos, Factores anti nutricionales, conceptos basicos de nutricion, utilizacion de materias primas y etapas de alimentacion
Este documento describe la implementación de la metodología de trabajo scrum en la especialización en ingeniera de software I asignatura Informática I para la gestión del desarrollo el proyecto UD-RN-2015.
Incluye junto con la descripción de este ciclo de vida iterativo e incremental para el proyecto, los artefactos o documentos con los que se gestionan las tareas de adquisición y suministro: requisitos, monitorización y seguimiento del avance, así como las responsabilidades y compromisos de los participantes en el proyecto.
Este documento describe la implementación de la metodología de trabajo scrum en la especialización en ingeniera de software I asignatura Informática I para la gestión del desarrollo el proyecto UD-RN-2015.
Incluye junto con la descripción de este ciclo de vida iterativo e incremental para el proyecto, los artefactos o documentos con los que se gestionan las tareas de adquisición y suministro: requisitos, monitorización y seguimiento del avance, así como las responsabilidades y compromisos de los participantes en el proyecto.
Metodologia de Gestión de Proyectos denominada IDEA adaptada a un marco de tecnologia PMI, IDEA significa INICIO, DESARROLLO, EJECUCION Y APRENDIZAJE, incorpora las mejores pràcticas de PMI, ITIL y otros aportes de autores anònimos.
Guia simple, facil de uso. Muestra caso de implementación con una herramienta web de gestión de cambios y requerimientos tecnològicos.
Diapositvas con la presentación del curso "Proyecto de Investigación" o Énfasis IV en Ingeniería de Sistemas Telemáticos del programa de Ingeniería en Electrónica y Telecomunicaciones de la Universidad del Cauca (Popayán - Colombia)
Un libro sin recetas, para la maestra y el maestro Fase 3.pdfsandradianelly
Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestr
3. 29/01/2015
Ubicación dentro del
Proceso
Organización por Organización en el tiempo
COMPONENTES DE SOPORTE
COMPONENTES DEL PROCESO
Iteraciones
Inicial
Est_Pre For_Pro Eje_Pro Val_Sol
Prep.
#1
Prep.
#2
Const.
#1
Const.
#2
Const.
#N
Trans.
#1
Trans.
#2
FASES
Componentes
Captura de Requisitos
Análisis
Diseño
Implementación
Pruebas
Puesta en Servicio
Modelado de la Organización
Gestión de Configuración y Cambios
Gestión del Proyecto
Entorno
4. Objetivos generales
Definir una arquitectura de referencia para el
ciclo de vida del sistema
Asegurar la factibilidad de construcción del
sistema
5. Modelo inicial del negocio
Modelo inicial de casos de uso del sistema
Arquitectura inicial del sistema
Lista inicial de riesgos
Lista priorizada de casos de uso
Plan inicial del proyecto
Caso inicial del negocio
Entradas requeridas
6. Modelo esencial del negocio
Modelo esencial de casos de uso del sistema
Modelo esencial de análisis del sistema
Arquitectura de referencia para el sistema
Plan de gestión del riesgo
Plan del proyecto
Caso del negocio
Subproductos
7. Caso del negocio satisfactorio para el cliente
El equipo de gestión considera entendible y
suficientemente declarado el sistema y su
arquitectura de referencia
Modelado de requisitos validado por el cliente
Arquitectura de referencia del sistema validada
por el cliente
Criterios de evaluación
8. Planeación de la Formulación del Proyecto
Definición de una arquitectura de referencia para
el sistema
Mitigación de los riesgos esenciales
Actualización del plan del proyecto
Actualización del caso del negocio
Etapas de referencia
9. Planeación de la
Formulación del Proyecto
PROPÓSITO
Elaborar un plan de trabajo para la realización
de la Formulación del Proyecto.
R y C
R y C
Flujos de
Trabajo
Cero o
varias
Ev
10. 1.1 Revisión de los compromisos establecidos
como resultado de la fase anterior.
1.2 Elaboración del plan de trabajo para la
Formulación del Proyecto
1.3 Establecimiento de los criterios de evaluación.
Actividades
11. Definición de la arquitectura de
referencia para el sistema
PROPÓSITO
Modelar los requerimientos esenciales del
Sistema y establecer una Arquitectura de
Referencia para todo el ciclo de vida del Sistema.
R y C
R y C
Flujos de
Trabajo
Cero o
varias
Ev
12. 2.1 Actualización del modelo inicial del negocio
2.2 Extensión del modelo inicial de casos de uso
del sistema
2.3 Elaboración del modelo esencial de análisis
del sistema
2.4 Descripción de la arquitectura de referencia
para el sistema
Actividades
13. Mitigación de los riesgos
esenciales
PROPÓSITO
Identificar los riesgos significativos, mitigarlos y
asegurar que los riesgos críticos han sido
eliminados o que se ha elaborado un plan de
contingencia que minimizará su incidencia en el
éxito del Proyecto.
R y C
R y C
Flujos de
Trabajo
Cero o
varias
Ev
14. Actualización del plan del
proyecto
PROPÓSITO
Efectuar los ajustes que se requieran a la
estimación inicial de recursos, actividades y
tiempo requeridos establecidos en la fase anterior
para la entrega al cliente de la capacidad
operacional inicial del sistema deseada.
R y C
R y C
Flujos de
Trabajo
Cero o
varias
Ev
15. 4.1 Actualización de los recursos requeridos para
la construcción del sistema
4.2 Actualización del cronograma inicial
establecido para el proyecto
Actividades
16. Actualización del caso del
negocio
PROPÓSITO
Evaluar todo el trabajo realizado y elaborar el
caso del negocio concluyendo con una definición
de si es viable continuar con el Proyecto.
R y C
R y C
Flujos de
Trabajo
Cero o
varias
Ev
17. 5.1 Evaluación de los subproductos elaborados
5.2 Actualización del caso inicial del negocio
Actividades
19. 29/01/2015
Asignación 3
FORMULACIÓN DEL PROYECTO – ITERACIÓN 1
Modelado de los Requerimientos Esenciales
del Sistema
Mitigación de los Riesgos Críticos del Proyecto
Elaboración del Plan Inicial del Proyecto
20. 29/01/2015
Asignación 4
FORMULACIÓN DEL PROYECTO – ITERACIÓN 2
Planeación de la Formulación del Proyecto
Definición de la Arquitectura de Referencia
para el Sistema
Mitigación de los Riesgos Esenciales
Actualización del Plan Inicial del Proyecto
Elaboración del Caso del Negocio
21. 29/01/2015
Esta fase se requiere para asegurar la
mitigación de los riesgos críticos y la
disponibilidad de todos los recursos
requeridos para la creación o
mejoramiento de un sistema telemático.
Justificación
22. 29/01/2015
Resultado de la Etapa de
Planeación
• Descripción de los recursos físicos y técnicos del Proyecto.
• Descripción del equipo del Proyecto.
• Relación de actividades a realizar y su duración estimada.
• Asignación de responsabilidades.
• Cronograma establecido para ejecución de las actividades.
• Descripción de los recursos requeridos y las respectivas
ventanas de disponibilidad.
• Estimación de los costos de realización de la Formulación del
Proyecto.
• Criterios de evaluación.
23. 29/01/2015
• Modelo actualizado del Negocio
• Diagrama de casos de uso esenciales del Sistema
• Descripción de escenarios de los casos de uso
esenciales
• Diagramas de colaboración para los casos de uso
esenciales del Sistema
• Descripción de paquetes y clases de análisis
esenciales del Sistema
• Descripción de subsistemas del Sistema
• Descripción inicial de las clases de diseño
• Modelo inicial de despliegue
Resultado de la Etapa de
Definición de la Arquitectura
24. 29/01/2015
Diagrama de
Casos de Uso
Visitante
registrarse
validar
administrador
ingresar
suscriptor
modificar datos
video
modificar
suscrptores
consultar
estadistica
Administrador
ingresar video
modificar
informacion ver
cortos
ver
cartelera
ver video
buscar video
ver informacion
video
Suscriptor
identificar
suscriptor
25. 29/01/2015
Descripción de
Casos de Uso
Caso de uso:
Iniciador:
Precondición:
Flujo principal de eventos:
Poscondiciones:
Flujos alternativos:
Excepciones:
Recursos especiales utilizados:
GUIs:
26. 29/01/2015
Diagrama de Paquetes
Gestion Sesion
Administrador
Control Ingreso Control Sesion
Usuario
Gestion de
Datos
Gestion UsuariosGestion Videos
Servicios_
Usuario
Control_Video
28. 29/01/2015
Diagrama de Clases de
Análisis
GestionSuscripcionISSuscripcion
IUIngresoSistema
TarjetaSuscriptor
ControlIngresoU TarjetaVideoControlCartelera
ISConsultas
Video
ISControlVideo
ISMenuPrincipal GestionBusquedas
ISResultadosConsultaControlVideo
29. 29/01/2015
Descripción de Clases
de Análisis
IAGestiónVideo
Responsabilidades:
Permite especificar el tipo de gestión que se desea realizar es decir, da la opción de
modificar los datos de un video o crear un nuevo video.
Se relaciona con las clases IAIngresarNuevo_Video y IAGVResultadosConsulta a
quienes invoca de acuerdo al servicio solicitado por el usuario.
ControlVideo
Responsabilidades:
Ejecutar las funciones VCR sobre el video. Controlar el despliegue de información en la
clase ISVideo.
TarjetaVideo
Responsabilidades:
Esta clase se encarga de almacenar los datos relacionados con los videos tales como
nombre, código, genero, categoría, duración, tipo y ubicación.
30. 29/01/2015
Lista de Riesgos, que contiene para cada riesgo identificado
lo siguiente:
Identificador (denominación o distintivo único).
Tipo de riesgo (Crítico, Significativo, Ordinario).
Breve descripción.
Impacto (qué parte del proyecto o del servicio
afectaría).
Plan de contingencia (estrategias y mecanismos para
mitigarlo, obligatorio para los riesgos críticos).
Subproducto de la Etapa de
Mitigación de Riesgos
31. 29/01/2015
Riesgos
2. Familiarización con Herramientas
Descripción:
Consistente llegar a familiarizarse con las herramientas lo mejor posible y a menor
tiempo.
Impacto:
Podría ocasionar retraso en el proyecto.
Estrategias:
Revisar las alternativas de herramientas, alternativas de capacitación o cambio de una
tecnología en particular siempre y cuando no afecte sustancialmente la arquitectura
32. 29/01/2015
Plan del Proyecto, el cual debe contener:
Relación de actividades a realizar y su duración
estimada.
Asignación de responsabilidades.
Cronograma establecido para ejecución de las
actividades.
Descripción de los recursos requeridos y las
respectivas ventanas de disponibilidad.
Estimación de los costos para construcción del
Sistema.
Subproducto de la Etapa de
Actualización del Plan del
Proyecto
33. 29/01/2015
Subproductos de la Etapa de
Actualización del Caso del
Negocio
Lista de Comprobaciones para la
Formulación del Proyecto
Caso del Negocio
34. Ubicación dentro del Proceso
Organización por Organización en el tiempo
COMPONENTES DE SOPORTE
COMPONENTES DEL PROCESO
Iteraciones
Inicial
Est_Pre For_Pro Eje_Pro Val_Sol
Prep.
#1
Prep.
#2
Const.
#1
Const.
#2
Const.
#N
Trans.
#1
Trans.
#2
FASES
Componentes
Captura de Requisitos
Análisis
Diseño
Implementación
Pruebas
Puesta en Servicio
Modelado de la Organización
Gestión de Configuración y Cambios
Gestión del Proyecto
Entorno
37. Subproductos
Declaración inicial del negocio
Lista de características del sistema
Modelo inicial del negocio
Modelo inicial de casos de uso del sistema
Arquitectura inicial del sistema
Lista inicial de riesgos
Lista priorizada de casos de uso
Plan inicial del proyecto (recursos, cronograma)
Caso inicial del negocio
38. Criterios de evaluación
Definición clara del alcance del sistema
Resolución de ambigüedades en los requisitos
Viabilidad de la arquitectura inicial
Mitigación de los riesgos críticos
Favorabilidad del caso inicial del negocio
39. Etapas de referencia
Planeación del Estudio de Prefactibilidad
Modelado de requisitos esenciales y selección de
arquitectura inicial
Identificación de riesgos críticos y priorización de
casos de uso
Definición del plan inicial de proyecto
Determinación preliminar de la viabilidad del
proyecto
40. Planeación del Estudio de
Prefactibilidad
PROPÓSITO
Elaborar un plan de trabajo para la
realización del Estudio de
Prefactibilidad del Proyecto
R y C
R y C
Flujos de
Trabajo
Cero o varias
Ev
41. Actividades
1.1 Declaración del negocio según la perspectiva del
cliente
1.2 Elaboración del plan de trabajo para el Estudio
de Prefactibilidad
1.3 Establecimiento de los criterios de evaluación
42. Modelado de requisitos esenciales y
selección de arquitectura inicial
PROPÓSITO
Definir el alcance del proyecto y
seleccionar una arquitectura inicial
para el sistema
R y C
R y C
Flujos de
Trabajo
Cero o varias
Ev
43. 2.1 Definición del alcance del sistema
2.2 Elaboración del modelo inicial de casos de uso
del sistema
2.3 Descripción de la arquitectura inicial del
sistema
Actividades
44. Identificación de riesgos y
priorización de casos de uso
PROPÓSITO
Identificar los riesgos críticos a través de la evaluación
de los entornos de ejecución y desarrollo, culminando
con un establecimiento de prioridades para los casos
de uso del sistema
R y C
R y C
Flujos de
Trabajo
Cero o varias
Ev
45. 3.1 Elaboración de la lista inicial de riesgos del
proyecto
3.2 Priorización de los casos de uso del sistema
Actividades
46. Lista inicial de riesgos
Riesgo crítico: algo que puede hacer que el
proyecto fracase
Identificador
Breve descripción
Impacto (qué parte del
proyecto o del sistema
afectaría
Alternativas (actividades
tendientes a mitigar el riesgo)
47. Definición del plan inicial del
proyecto
PROPÓSITO
Efectuar una estimación inicial de las actividades, los
recursos y el tiempo requeridos para la entrega al
cliente de la capacidad operacional inicial del sistema
deseada
R y C
R y C
Flujos de
Trabajo
Cero o varias
Ev
48. 4.1 Estimación de los recursos requeridos para la
construcción del sistema
4.2 Elaboración de un cronograma inicial para el
proyecto
Actividades
49. Determinación preliminar de la
viabilidad del proyecto
PROPÓSITO
Evaluar el trabajo realizado y elaborar el caso
inicial del negocio concluyendo con una
definición de si es viable continuar con el
proyecto
R y C
R y C
Flujos de
Trabajo
Cero o varias
Ev
50. 5.1 Evaluación de los subproductos elaborados
5.2 Elaboración del caso inicial del negocio
Actividades