Está en la página 1de 5

MODELO DE PROCESO Lo Usaría en No lo usaría en Observaciones

Cascada Personal: una limpieza Personal: no se puede aplicar En resumen, la elección del
profunda en tu casa. Primero, directamente en actividades modelo a utilizar en un
establecerías tus objetivos y cotidianas como cepillarse los proyecto de TI dependerá de
determinarías qué habitaciones dientes las necesidades específicas del
necesitan limpieza profunda y proyecto, los requerimientos y
cuáles son las prioridades. Proyecto TI: software para una la experiencia del equipo de
Luego, prepararías una lista de empresa de logística desarrollo. Es importante
tareas en orden secuencial, evaluar cuidadosamente los
comenzando con la tarea más Por otro lado, si los factores antes de tomar una
importante. Podrías seguir el requerimientos del proyecto no decisión final.
orden de limpiar los baños, las están muy claros o son
habitaciones, la cocina, el propensos a cambios, se
comedor, y finalmente la sala podría utilizar un modelo ágil
de estar. A medida que en su lugar. El modelo ágil
completas cada tarea, marcas permitiría una mayor flexibilidad
en tu lista y pasas a la y adaptabilidad a medida que
siguiente. Este enfoque en se van descubriendo nuevos
cascada te permitiría llevar a requerimientos y cambios en
cabo tu tarea de manera los objetivos del proyecto.
sistemática y con un enfoque
organizado.

Proyecto TI: software para una


empresa de logística
En este caso, se podría utilizar
el modelo en cascada si los
requerimientos del proyecto
son muy claros y bien definidos
desde el principio, y se dispone
de un equipo experimentado en
la gestión de proyectos y
desarrollo de software. De esta
manera, se podría seguir el
proceso secuencial del modelo
en cascada, empezando por la
planificación, análisis de
requerimientos, diseño,
implementación, pruebas y
finalización del proyecto.

Modelo en V Personal: aseo de la casa, lo Personal: En resumen, la elección del


que se podría aplicar es un modelo a utilizar en un
enfoque de planificación y Proyecto TI: desarrollar una proyecto cotidiano dependerá
organización. Por ejemplo, se aplicación móvil para un de las necesidades específicas
podría crear una lista de tareas negocio de entrega de del proyecto, los
a realizar, ordenándolas por alimentos. requerimientos y la experiencia
prioridad y estableciendo un del equipo de desarrollo. Es
plazo para su cumplimiento. Por otro lado, si los importante evaluar
Además, se podría asignar requerimientos del proyecto no cuidadosamente los factores
tareas específicas a cada están muy claros o son antes de tomar una decisión
miembro del hogar o equipo de propensos a cambios, se final.
limpieza, de modo que se podría utilizar un enfoque más
distribuya eficientemente la ágil en su lugar. El enfoque ágil
carga de trabajo. permitiría una mayor flexibilidad
y adaptabilidad a medida que
Proyecto TI: desarrollar una se van descubriendo nuevos
aplicación móvil para un requerimientos y cambios en
negocio de entrega de los objetivos del proyecto.
alimentos.

En este caso, se podría utilizar


el modelo en V si los
requerimientos del proyecto
están claramente definidos
desde el principio y se dispone
de un equipo experimentado en
el desarrollo de software y la
gestión de proyectos. De esta
manera, se podría seguir el
proceso de desarrollo del
modelo en V, empezando por la
definición de requerimientos,
diseño de la arquitectura,
diseño detallado,
implementación, pruebas y
validación.

Por Prototipos Personal: Personal: En resumen, la elección del


modelo a utilizar en un
Proyecto TI: desarrollar un Proyecto TI: desarrollar un proyecto de TI dependerá de
sistema de gestión de sistema de gestión de las necesidades específicas del
inventario para una empresa inventario para una empresa proyecto, los requerimientos y
minorista. minorista. el enfoque de desarrollo
En este caso, se podría utilizar Por otro lado, si los preferido. El modelo por
el modelo por prototipos si se requerimientos del proyecto prototipos es una buena opción
quiere obtener rápidamente están claramente definidos si se quiere obtener
comentarios y desde el principio y no se rápidamente comentarios y
retroalimentación del usuario espera que cambien retroalimentación del usuario,
durante el proceso de significativamente, se podría mientras que el modelo en
desarrollo. Se podría utilizar un enfoque más cascada puede ser más
desarrollar un prototipo inicial tradicional, como el modelo en adecuado si los requerimientos
con funciones básicas, que se cascada. Este modelo implica están bien definidos y no se
pueda presentar a los usuarios una planificación y diseño espera que cambien
para obtener su opinión. detallados al principio del significativamente durante el
Basado en los comentarios de proyecto, antes de pasar a la proyecto.
los usuarios, se podrían hacer implementación y pruebas.
mejoras y agregar
funcionalidades en iteraciones
sucesivas.

Espiral Personal: Personal: En resumen, el modelo en


espiral es una buena opción
Proyecto TI: desarrollar un Proyecto TI: desarrollar un para proyectos de TI en los que
sistema de pago en línea para sistema de pago en línea para la identificación y mitigación
una tienda virtual. se podría una tienda virtual. si los riesgos temprana de riesgos es crítica
utilizar el modelo en espiral del proyecto son bajos y se para el éxito del proyecto. En el
para el desarrollo del sistema espera que los requerimientos caso del sistema de pago en
de pago en línea. El modelo en no cambien significativamente línea, el modelo en espiral
espiral es una metodología de a lo largo del proceso de sería útil para garantizar la
desarrollo iterativa que se desarrollo, se podría utilizar un seguridad y la escalabilidad del
enfoca en la identificación modelo más tradicional como el sistema. Sin embargo, si los
temprana de riesgos y la modelo en cascada. En el riesgos son bajos y los
mitigación de esos riesgos en modelo en cascada, se requerimientos están bien
el proceso de desarrollo. Dado planifica y se diseña el sistema definidos, se podría utilizar un
que la seguridad es una en detalle antes de pasar a la enfoque más tradicional como
preocupación crítica para un implementación y las pruebas. el modelo en cascada.
sistema de pago en línea, el
modelo en espiral sería útil
para identificar y mitigar los
riesgos de seguridad en cada
iteración del proceso de
desarrollo. El modelo en espiral
también sería útil para
garantizar que el sistema sea
escalable y pueda manejar un
gran volumen de
transacciones.

Por Componentes Personal: Personal: En resumen, el modelo por


componentes es una buena
Proyecto TI: desarrollar una Proyecto TI: desarrollar una opción para proyectos de TI
aplicación móvil para una aplicación móvil para una que requieren componentes
empresa de transporte público. empresa de transporte público. independientes y reutilizables,
y que tienen requisitos de
En este caso, se podría utilizar Por otro lado, si no hay escalabilidad y rendimiento. En
el modelo por componentes componentes reutilizables el caso del sistema de gestión
para el desarrollo de la disponibles para la aplicación de contenido, el modelo por
aplicación móvil. El modelo por móvil, se podría utilizar un componentes sería útil para la
componentes implica el modelo más tradicional como el creación y edición de diferentes
desarrollo de una aplicación a modelo en cascada. En el tipos de contenido y para la
partir de componentes modelo en cascada, se gestión del tráfico del sitio web.
reutilizables que se pueden planifica y se diseña la
conectar entre sí para formar la aplicación en detalle antes de
aplicación completa. Dado que pasar a la implementación y las
se quiere que la aplicación se pruebas.
integre con los sistemas de
pago existentes de la empresa,
se podrían utilizar
componentes de pago ya
desarrollados y probados en
otras aplicaciones para la
integración con la aplicación
móvil. Además, se podrían
utilizar componentes de
geolocalización ya
desarrollados y probados para
el seguimiento en tiempo real
de la ubicación de los buses.

Juan camilo castillo Sánchez


1127393488

También podría gustarte