R2.
Procesos de software y sus
modelos
DOCENTE: Yadira Marquez
Ingeniería de software
ASIGNATURA: v1
Gerardo Tisnado Torres
ALUMNO:
20000206
MATRICULA:
Modelos de proceso de software
Elementos a Cascada Espiral Incremental XP
desarrollar
-Análisis: planificación, análisis y -El proyecto es grande. Cuando se utiliza un modelo -Planificación flexible y abierta
especificación de los requisitos. incremental, el primer
-Se quiere que las liberaciones de incremento es a menudo un -Desarrollo iterativo e incremental
-Diseño: diseño y especificación del software sean frecuentes. producto esencial, sólo con
aportando pequeñas mejoras
sistema. los requisitos básicos. Este
-Aplica la creación de un
modelo se centra en la -El equipo de proyecto se considera
-Implementación: programación y prototipo. entrega de un producto
pruebas unitarias. -Es primordial un control de operativo con cada como el factor principal de éxito del
incremento. Los primeros
-Verificación:integración de sistemas, riesgos y costos. proyecto
Características y incrementos son versiones
pruebas de sistema y de integración. -En proyectos catalogados de
incompletas del producto -El software funciona por encima de la
subcaracterísticas
riesgo medio-alto y alto. final, pero proporcionan al
-Mantenimiento:entrega,
mantenimiento y mejora. -Los requisitos son poco claros y usuario la funcionalidad que documentación
precisa y también una
complejos. -Debe haber una interacción continua
plataforma para la
-Hay un alto grado de cambios y evaluación. entre el cliente y los desarrolladores
estos pueden aparecer en
-Respuesta rápida y eficaz ante posibles
cualquier momento.
-El compromiso de proyecto a cambios
largo plazo está comprometido,
bien sea por razones económicas u
otras.
-Requisitos de sistema Planificación: Incluye la -Comunicación -Comunicación
estimación del coste, el calendario
-Requisitos de software y los recursos para la iteración. -Planeación -Simplicidad
-Análisis Implica también la comprensión
-Modelado (análisis, diseño) -Feedback
de los requisitos del sistema para
-Diseño la comunicación continua entre el -Construcción (código, -Respeto
-Implementación analista de requerimientos y el prueba)
cliente. -Valentía
-Prueba -Despliegue (entrega,
Análisis del riesgo: La retroalimentación)
-Servicio identificación de los riesgos
potenciales se realiza mientras se
Estructura planifica y finaliza la estrategia de
mitigación de riesgos.
Ingeniería: Incluye la
codificación, pruebas y el
despliegue del software.
Evaluación: Evaluación del
software por parte del cliente.
El modelo incremental Este tipo de programación se diferencia
combina elementos del de las metodologías tradicionales en
El desarrollo en cascada es un En definitiva, el equipo de modelo en cascada con la que pone más énfasis en la adaptabilidad
procedimiento lineal que se desarrollo en este modelo de filosofía interactiva de que en la previsibilidad. El Extreme
caracteriza por dividir los procesos de desarrollo en espiral comienza construcción de prototipos. Programming considera que los cambios
desarrollo en sucesivas fases de con un pequeño conjunto de Se basa en la filosofía de de requisitos sobre la marcha son
proyecto. Al contrario que en los requisitos y pasa por cada fase de construir incrementando las acciones naturales e inevitables en el
modelos iterativos, cada una de estas desarrollo para ese conjunto de funcionalidades del desarrollo de un proyecto. Creen que ser
Propósito fases se ejecuta tan solo una vez. Los requisitos. El equipo de desarrollo programa. Este modelo aplica capaces de adaptarse a los cambios que
resultados de cada una de las fases agrega la funcionalidad para el secuencias lineales de forma puedan surgir en cualquier punto del
sirven como hipótesis de partida para requerimiento adicional en escalonada mientras progresa ciclo de vida de un proyecto es una
la siguiente. espirales cada vez mayores, hasta el tiempo en el calendario. mejor previsión y más realista que
que la aplicación está lista para la Cada secuencia lineal intentarlos definir todos en un principio
fase de producción. produce un incremento del y que no varíen más.
software.
-Una estructura sencilla gracias a unas -La funcionalidad adicional o los -Mediante este modelo se -Relación estrecha con el cliente
fases de proyecto claramente cambios se pueden hacer en una genera software operativo de -Ausencia de trabajos de programación
diferenciadas. etapa posterior. forma rápida y en etapas innecesarios
tempranas del ciclo de vida -Software estable debido a continuas
-Buena documentación del proceso de -La estimación del coste se hace pruebas
del software.
desarrollo a través de unos hitos bien fácil, ya que la construcción del -Menos errores gracias a la
definidos. -Es un modelo más flexible, programación en pareja
prototipo se hace en pequeños
por lo que se reduce el coste -Ausencia de horas extra, gestión propia
-Los costes y la carga de trabajo se fragmentos. en el cambio de alcance y del tiempo
pueden estimar al comenzar el
requisitos. -Aplicación rápida de cambios
proyecto.
-El desarrollo continuo o repetido -Es más fácil probar y -Código de comprensión sencilla en
Ventajas -Aquellos proyectos que se estructuranayuda en la gestión de riesgos. depurar en una iteración más todo momento
en base al modelo en cascada se pequeña.
pueden representar cronológicamente -Es más fácil gestionar
de forma sencilla. -El desarrollo es rápido y las riesgos.
características se añaden de forma -Cada iteración es un hito
sistemática. gestionado fácilmente
-Siempre hay espacio para atender
los comentarios de los clientes.
-Por norma general, los proyectos más -Riesgo de no cumplir con la -Cada fase de una iteración es -Mayor esfuerzo de trabajo
complejos o de varios niveles no planificación o el presupuesto. rígida y no se superponen con -El cliente se implica en el proceso
permiten su división en fases de otras. -Requiere mucho tiempo
proyecto claramente diferenciadas. -Funciona mejor para proyectos -Relativamente caro
grandes, aunque en estos también -Pueden surgir problemas -Requiere control de versiones
-Poco margen para realizar ajustes a lo referidos a la arquitectura del -Requiere autodisciplina en la aplicación
requiera de una estricta
largo del proyecto debido a un cambio sistema porque no todos los
en las exigencias. evaluación de riesgos. requisitos se han reunido, ya
-Para su buen funcionamiento, el que se supone que todos ellos
-El usuario final no se integra en el
se han definido al inicio
proceso de producción hasta que no protocolo del modelo en espiral
termina la programación. debe ser seguido estrictamente.
Desventajas
-Se genera más documentación al
-En ocasiones, los fallos solo se
detectan una vez finalizado el proceso tener fases intermedias.
de desarrollo.
1. ¿Cuál es la manera en la que la fase de definición de los requerimientos del sistema
puede ayudar a reducir los riesgos en el desarrollo de software?
Pues siendo la fase inicial, y escuchando tanto lo que el cliente necesita, así como la
viabilidad de solución al problema, se pueden solucionar muchos errores en un futuro;
muchas veces el cliente pide algo pero no necesariamente eso es lo mas viable, y creo
que es deber del ingeniero plantear soluciones.
2. ¿Cuáles son los aspectos relevantes de un modelo de proceso de software aplicado?
Yo considero que el propósito y la estructura son los aspectos mas importantes, ya que
sabiendo esos dos puntos, es mas sencillo decidir que tipo de modelo aplicar para el
tipo de problema que tengas.
3. ¿Qué has aprendido a partir de la revisión de los casos de estudio?
Creo que todos los modelos tienen muchas similitudes, sin embargo, el tener el
contexto completo de cada uno de ellos, te facilita el tomar que camino es el mejor
para tu proyecto.
· Báez C. y Suárez M. (2013). Proceso de desarrollo
de software: basado en la articulación de RUP y
CMMI priorizando su calidad. Boyacá, Colombia:
Universidad de Boyacá.
· Piattini, M., Vizcaíno, A. y García, F.
(2014). Desarrollo global de software. Madrid,
España: RA-MA Editorial. [Versión en línea].
Recuperado de la base de datos elibrocatedra.
· Pressman, R. (2003). Ingeniería de software: Un
enfoque práctico (5ª ed.). México: McGraw Hill.
