EQUIPO #2

VERIFICACIÓN Y VALIDACIÓN DE SOFTWARE

Modelos de desarrollo de
software
Linet Montemayor Carlin. 1956876 ITS
Andrea Sarahí Segoviano Barrón 1733957 ITS
Jose Antonio Pichardo Granados 1938426 ITS
Frank Maximiliano Ibarra Ibarra 1991964 ITS
Juda Abimael Carrillo Castañon 1825476 ITS
Sergio René Martínez González 2078123 ITS
Nancy Hernández Hernández 1978723 ITS
 Proceso de software
Se define proceso del software
como una estructura para las
actividades, acciones y tareas
que se requieren a fin de
construir software de alta
calidad.
 ¿Por qué es importante?
Porque da estabilidad, control y
organización a una actividad que
puede volverse caótica si se
descontrola. Sin embargo, un
enfoque moderno de ingeniería de
software debe ser “ágil”.
Cada una de las actividades,
acciones y tareas se encuentra
dentro de una estructura o
modelo que define su relación
tanto con el proceso como entre
sí.
EQUIPO #2

Modelo
general
de
desarrollo
La estructura general para la
ingeniería de software define
cinco actividades estructurales:
Comunicación, Planeación,
Modelado, Construcción y
Despliegue.
 LOS MODELOS DE DESARROLLO
DESCRIBEN:

▪ACTIVIDADES ESTRUCTURALES.
▪ACCIONES DE INGENIERÍA DE SOFTWARE.
▪TAREAS.
▪PRODUCTOS DEL TRABAJO.
▪ASEGURAMIENTO DE LA CALIDAD Y
▪PUNTOS DE REFERENCIA DEL PROYECTO.
 EQUIPO 2

Cada modelo del

proceso también
describe un flujo del
proceso (también
llamado flujo de
trabajo) (la manera en
la que los elementos del
proceso se relacionan
entre sí)
 FLUJO DEL PROCESO DE LAS
ACTIVIDADES ESTRUCTURALES

UN FLUJO DEL PROCESO DESCRIBE LA

MANERA EN QUE ESTÁN ORGANIZADAS LAS

ACTIVIDADES ESTRUCTURALES Y LAS

ACCIONES Y TAREAS QUE OCURREN DENTRO

DE CADA UNA CON RESPECTO DE LA

SECUENCIA Y EL TIEMPO.
 EQUIPO 2
FLUJO DEL PROCESO LINEAL

Ejecuta cada una de las cinco actividades

estructurales en secuencia, comenzando por la

comunicación y terminando con el despliegue.

 EQUIPO 2
FLUJO DEL PROCESO ITERATIVO

Repite una o más de las actividades antes de

pasar a la siguiente.
 EQUIPO 2

REALIZA LAS ACTIVIDADES EN

FORMA “CIRCULAR”. A TRAVÉS DE
LAS CINCO ACTIVIDADES, CADA
CIRCUITO LLEVA A UNA VERSIÓN
MÁS COMPLETA DEL SOFTWARE
EQUIPO 2

EJECUTA UNA O MÁS

ACTIVIDADES EN PARALELO CON
OTRAS (POR EJEMPLO, EL
MODELADO DE UN ASPECTO DEL
SOFTWARE TAL VEZ SE EJECUTE
EN PARALELO CON LA
CONSTRUCCIÓN DE OTRO
ASPECTO DEL SOFTWARE).
EQUIPO #2

¿POR QUÉ SE
CREARON LOS
MODELOS DE
DESARROLLO?
▪ MODELO
DEL IT. MODELLO.

1. M. ARQUETIPO O PUNTO DE REFERENCIA PARA

IMITARLO O REPRODUCIRLO.

2. M. EN LAS OBRAS DE INGENIO Y EN LAS

ACCIONES MORALES, EJEMPLAR QUE POR SU
PERFECCIÓN SE DEBE SEGUIR E IMITAR.
▪ LOS MODELOS DE DESARROLLO FUERON
PROPUESTOS ORIGINALMENTE PARA PONER
ORDEN EN EL CAOS DEL DESARROLLO DE
SOFTWARE.

▪ OTORGAN CIERTA ESTRUCTURA ÚTIL AL

TRABAJO DE INGENIERÍA DE SOFTWARE Y
CONSTITUYEN UN MAPA RAZONABLEMENTE
EFICAZ PARA LOS EQUIPOS DE SOFTWARE.
EQUIPO #2

MODELOS DE
DESARROLLO DE
SOFTWARE
EXISTENTES
EQUIPO 2

MODELO
CASCADA
EQUIPO 2
¿QUE ES EL MODELO DE CASCADA CLÁSICO?

EL MODELO DE CASCADA CLÁSICO ES EL MODELO

BÁSICO DEL CICLO DE VIDA DE DESARROLLO DEL
SOFTWARE.

ES MUY SIMPLE PERO IDEALISTA.

SE UTILIZA EN EL CONTEXTO DE
PROYECTOS GRANDES Y
COMPLEJOS.
SE CARACTERIZA POR UN
ENFOQUE ESTRUCTURADO Y
SECUENCIAL PARA LA GESTIÓN DE
PROYECTOS Y EL DESARROLLO DE
SOFTWARE
 EQUIPO 2
CARACTERÍSTICAS DEL MODELO DE CASCADA

ENFOQUE SECUENCIAL BASADO EN DOCUMENTOS

CADA FASE DEL PROYECTO SE ESTE MODELO SE BASA EN GRAN

COMPLETA ANTES DE PASAR A LA MEDIDA EN LA DOCUMENTACIÓN
SIGUIENTE. PARA GARANTIZAR QUE EL
PROYECTO ESTÉ BIEN DEFINIDO

CONTROL DE CALIDAD PLANIFICACIÓN RIGUROSA

EL ALCANCE, LOS CRONOGRAMAS
GARANTIZAR QUE EL PRODUCTO Y LOS ENTREGABLES DEL
FINAL CUMPLA CON LOS PROYECTO SE DEFINEN Y
REQUISITOS Y EXPECTATIVAS MONITOREAN CUIDADOSAMENTE
PLANTEADAS. DURANTE TODO EL CICLO DE
VIDA DEL PROYECTO.
EQUIPO 2
FASES DEL MODELO DE CASCADA

IMPLICA RECOPILAR LOS

REQUISITOS DE LAS PARTES
INTERESADAS Y ANALIZARLOS
PARA CONOCER EL ALCANCE
Y LOS OBJETIVOS DEL
PROYECTO

IMPLICA LA CREACIÓN DE UN
DOCUMENTO DE DISEÑO
DETALLADO QUE DESCRIBA LA
ARQUITECTURA DEL
SOFTWARE

IMPLICA CODIFICAR EL
SOFTWARE SEGÚN LAS
ESPECIFICACIONES DE
DISEÑO.

EL SOFTWARE SE PRUEBA EN
SU CONJUNTO PARA
GARANTIZAR QUE CUMPLE
CON LOS REQUISITOS Y ESTÁ
LIBRE DE DEFECTOS.

IMPLICA SOLUCIONAR
CUALQUIER PROBLEMA QUE
SURJA DESPUÉS DE QUE SE
HAYA IMPLEMENTADO EL
SOFTWARE
EQUIPO 2

VENTAJAS
DEL
MODELO
CASCADA
EQUIPO 2
VENTAJAS

ESTRUCTURA CLARA Y LINEAL

EL MODELO DE CASCADA SIGUE UN ENFOQUE SECUENCIAL Y

ORDENADO, DONDE CADA FASE SE COMPLETA ANTES DE PASAR A LA
SIGUIENTE. ESTO PROPORCIONA UNA ESTRUCTURA CLARA Y FÁCIL DE
ENTENDER PARA EL DESARROLLO DEL PROYECTO.

FACILIDAD DE GESTIÓN:

DEBIDO A SU NATURALEZA LINEAL, EL MODELO DE CASCADA ES FÁCIL

DE GESTIONAR Y PLANIFICAR. LAS FASES SE PUEDEN PROGRAMAR Y
ASIGNAR RECURSOS DE MANERA MÁS PREDECIBLE QUE EN OTROS
MODELOS MÁS ITERATIVOS.
 EQUIPO 2
VENTAJAS

ENFOQUE EN LA DOCUMENTACIÓN:
CADA FASE DEL MODELO DE CASCADA TIENDE A PRODUCIR UNA
CANTIDAD SIGNIFICATIVA DE DOCUMENTACIÓN DETALLADA,
INCLUYENDO ESPECIFICACIONES DE REQUISITOS, DISEÑO TÉCNICO Y
MANUALES DE USUARIO. ESTA DOCUMENTACIÓN PUEDE SER VALIOSA
PARA FUTURAS REFERENCIAS Y PARA MANTENER LA CONSISTENCIA EN
EL DESARROLLO.

ADECUADO PARA PROYECTOS BIEN COMPRENDIDOS:

EL MODELO DE CASCADA ES ESPECIALMENTE ADECUADO PARA
PROYECTOS DONDE LOS REQUISITOS SON ESTABLES Y BIEN
ENTENDIDOS DESDE EL PRINCIPIO. ESTO PUEDE INCLUIR PROYECTOS
CON TECNOLOGÍAS MADURAS Y NO INNOVADORAS, O AQUELLOS QUE
INVOLUCRAN CAMBIOS MÍNIMOS EN LOS REQUISITOS DURANTE EL
CICLO DE VIDA DEL PROYECTO.
 EQUIPO 2
DESVENTAJAS

FALTA DE
RETROALIMENTACIÓN
RIGIDEZ FRENTE A CAMBIOS: TEMPRANA:
UNA DE LAS MAYORES DADO QUE EL MODELO DE
CRÍTICAS AL MODELO DE CASCADA SIGUE UNA SECUENCIA
CASCADA ES SU RIGIDEZ PARA LINEAL, LA RETROALIMENTACIÓN
ADAPTARSE A CAMBIOS EN DEL CLIENTE O USUARIO FINAL SE
LOS REQUISITOS DEL RECIBE TÍPICAMENTE AL FINAL DEL
PROYECTO. DADO QUE CADA CICLO DE DESARROLLO. ESTO
SIGNIFICA QUE CUALQUIER
FASE DEBE COMPLETARSE PROBLEMA ENTRE LO QUE SE ESTÁ
ANTES DE AVANZAR A LA DESARROLLANDO Y LO QUE
SIGUIENTE, LOS CAMBIOS EN REALMENTE NECESITA EL CLIENTE
LOS REQUISITOS DURANTE PUEDE NO SER DESCUBIERTO
ETAPAS POSTERIORES PUEDEN HASTA ETAPAS AVANZADAS DEL
SER COSTOSOS Y DIFÍCILES DE PROYECTO, LO QUE PUEDE
IMPLEMENTAR. RESULTAR EN COSTOSOS
RETRABAJOS.
 EQUIPO 2 EJEMPLOS DE APLICACIÓN

DESARROLLO DE APLICACIONES
MÓVILES:

PARA CIERTAS APLICACIONES

MÓVILES CON REQUISITOS CLAROS Y
ESTABLES, EL MODELO DE CASCADA
PUEDE SER UNA OPCIÓN ADECUADA.
POR EJEMPLO, UNA APLICACIÓN
SIMPLE O PEQUEÑA QUE
PROPORCIONA INFORMACIÓN
ESTÁTICA O FUNCIONALIDADES
BÁSICAS PUEDE SEGUIR UNA
PROGRESIÓN SECUENCIAL A TRAVÉS
DE LAS FASES DE DISEÑO,
DESARROLLO Y PRUEBAS ANTES DE SU
LANZAMIENTO.
 MODELO
INCREMENTAL
 EQUIPO 2

¿Que es el modelo incremental?

El desarrollo incremental implica crear software en versiones sucesivas,
obteniendo retroalimentación del cliente y adaptándose a cambios
rápidamente. Ofrece ventajas como costos reducidos y entrega
temprana de funcionalidades. Es crucial establecer una arquitectura
sólida y evaluar la integración con los procesos empresariales existentes.
 Funcionamiento del Modelo Incremental
El desarrollo se realiza en pasos, abarcando análisis,
diseño, implementación, pruebas y mantenimiento.
En cada etapa, la funcionalidad desarrollada se
agrega a la funcionalidad previa hasta completar el
software.
Permite entregas parciales y prototipos por cada
incremento, lo que facilita probar el software en
iteraciones más pequeñas.
 Características del modelo de proceso incremental
Busca un crecimiento progresivo de la funcionalidad del
producto, evolucionando con cada entrega planificada hasta
satisfacer los requisitos del cliente.
Se establecen entregas parciales a lo largo de un calendario,
donde cada entrega muestra una evolución con respecto a la
anterior.
Cada fase del modelo incremental debe cumplir con
requisitos, diseño, codificación y pruebas.
 Ejemplo Modelo Incremental
Una aplicación para pedir comida a domicilio:
En lugar de desarrollar toda la aplicación de una vez, la
divides en partes más pequeñas.
En el primer incremento, puedes desarrollar la
funcionalidad básica:
Registrarse e iniciar sesión.
Buscar restaurantes.
Ver el menú.
Hacer un pedido.
En el segundo incremento, puedes añadir
nuevas funcionalidades:
Pagar el pedido.
Seguir el estado del pedido.
Calificar el restaurante.
En cada incremento, añades nuevas funcionalidades a la
aplicación.
Puedes obtener retroalimentación de los usuarios
después de cada incremento y realizar cambios en los
siguientes.
EQUIPO 2
Ventajas
Reduce el costo de adaptar
los requerimientos
cambiantes del cliente (Se
disminuye la necesidad de
volver a analizar y rehacer la
documentación.)
Simplifica obtener
retroalimentación del cliente.
Puede agilizar la entrega de
funcionalidades al cliente.
Desventajas
El proceso algunas veces no
es visible. (Si hay muchos
cambios en poco tiempo)
La estructura del sistema
tiende a degradarse
conforme se tienen nuevos
incrementos.
EQUIPO #2

SCRUM
EQUIPO #2

Proviene del Rugby y significa melé,

y al igual que en Rugby, todos los
jugadores actuan como una unidad
para hacer avanzar la pelota. En
Scrum todos los componentes de un
equipo realizan actividades de
forma iterativa e incremental para
desarrollar el proyecto.
 EQUIPO 2

Es un marco de trabajo para

desarrollo ágil de software que
se ha expandido a otras
industrias.

Es un proceso en el que se
aplican de manera regular un
conjunto de buenas prácticas
para trabajar
colaborativamente, en equipo y
obtener el mejor resultado
posible de proyectos.
 RQUIPO #2 Caracterizado por:
Adoptar una Basar la calidad Solapar las
estrategia del resultado diferentes
de más en el fases del
desarrollo conocimiento de
incremental,
desarrollo, en
las personas en
en lugar de lugar de
equipos auto
la organizados, realizar una
planificación que en la tras otra en
y ejecución calidad de los un ciclo
completa del secuencial o
procesos
producto.
empleados. en cascada.
 Características de SCRUM
Scrum es un marco de trabajo que
define un conjunto de eventos,
prácticas y roles, y que puede tomarse
como conjunto base para definir el
proceso de producción que usará un
equipo de trabajo o dentro de un
proyecto.​
 Características de SCRUM

Los roles principales en Scrum son el Scrum

Master, que procura facilitar la aplicación
de Scrum y gestionar cambios, el Product
Owner, que representa a los stakeholders
(interesados externos o internos), y el Team
(equipo) que ejecuta el desarrollo y demás
elementos relacionados con él.
 La metodología se basa en:
El desarrollo incremental de los requisitos
del proyecto en bloques temporales
cortos y fijos.
Se da prioridad a lo que tiene más valor
para el cliente.
El equipo se sincroniza diariamente y se
realizan las adaptaciones necesarias.
 La metodología se basa en:
Tras cada iteración se muestra al cliente el
resultado real obtenido, para que este
tome las decisiones necesarias en relación
con lo observado.
Fijar tiempos máximos para lograr
objetivos.
Equipos pequeños. (3 a 9 personas)
Ventajas del modelo Scrum
1. Flexibilidad
El modelo Scrum permite adaptar los requisitos del
proyecto a medida que se desarrolla. Esto es
especialmente útil en entornos de desarrollo de software,
donde los requisitos pueden cambiar con frecuencia.
2.Mayor visibilidad
Scrum ofrece una mayor transparencia y visibilidad del
progreso del proyecto. A través de sus diferentes
ceremonias, como las reuniones diarias de seguimiento
(daily stand-ups) y las revisiones de sprint, todos los
miembros del equipo están al tanto de lo que se está
haciendo y qué se espera lograr
 Retroalimentación frecuente
Scrum fomenta la retroalimentación continua del cliente y de los
stakeholders a lo largo de todo el proceso de desarrollo. Al final
de cada sprint, se presentan los resultados al cliente y se
recopilan comentarios para ajustar el trabajo futuro. Esto permite
una mayor colaboración y la oportunidad de realizar cambios
tempranos en caso de ser necesario.
Entrega temprana de valor
Dado el enfoque iterativo e incremental de Scrum, los
equipos pueden entregar valor en forma de
funcionalidades completas en cada sprint. Esto significa
que los clientes o usuarios pueden comenzar a
beneficiarse del producto en etapas tempranas del
desarrollo, en lugar de esperar a que todo el proyecto esté
terminado
Desventajas del modelo
Scrum
Dificultad para definir requisitos iniciales
Scrum se centra en la adaptabilidad y requiere que los requisitos
se definan de manera iterativa a medida que avanza el proyecto, lo
cual puede resultar complicado para proyectos con requisitos
iniciales poco claros o ambiguos. Esto puede generar
incertidumbre y cambios constantes en el alcance del proyecto.
Desventajas del modelo
Scrum
Requiere equipos multidisciplinarios y autónomos

Scrum funciona mejor cuando se tiene un equipo multidisciplinario y

autónomo. Sin embargo, puede ser difícil formar y mantener un
equipo con todas las habilidades necesarias. Esto puede limitar la
viabilidad de Scrum en algunos proyectos o entornos.
Relevancia para programacion

La metodología Scrum permite abordar

proyectos complejos desarrollados en
entornos dinámicos y cambiantes de un
modo flexible. Está basada en entregas
parciales y regulares del producto final en
base al valor que ofrecen a los clientes. Dicho
en otras palabras: Scrum sirve para mejorar
el trabajo colaborativo entre equipos
Cómo Scrum es un método ágil permite el
desarrollo de planificar programas de
software