El proceso de desarrollo de software “es aquel en que las necesidades del usuario son traducidas en requerimientos de software, estos requerimientos transformados en diseño y el diseño implementado en código, el código es probado, documentado y certificado para su uso operativo".

1. Universidad Mayor de San Andrés
Facultad de Ciencias Puras Y Naturales
Carrera de Informática
MODELOS DE DESARROLLO DE SOFTWARE
MATERIA: INF-162, INF-162, Análisis y Diseño de Sistemas de
Información
DOCENTE: M. SC. Aldo Ramiro Valdez Alvarado
INTEGRANTES:
• Univ. Cruz Tapia Eddy Frank
• Univ. Escalante Cueto Mauricio Lionel
• Univ. Gallardo Quispe Nora Sara
• Univ. Illanes Fernández Gudnar Rodrigo
• Univ. Limachi Huallpa Ruben
• Univ. Quispe Condori Diego Orlando
• Univ. Terrazas Paz Iván Aramís
• Univ. Vargas Uzcamayta Jhonatan Antonio

2.  Todo el desarrollo del software se puede caracterizar como bucle de resolución de problemas en el que
se encuentran cuatro etapas distintas
El proceso de desarrollo de software “es aquel en que las necesidades del usuario son
traducidas en requerimientos de software, estos requerimientos transformados en diseño y el diseño
implementado en código, el código es probado, documentado y certificado para su uso operativo
ESTADO ACTUAL- «representa el estado actual de
sucesos».
DEFINICIÓN DE PROBLEMAS: identifica el problema
específico a resolverse.
DESARROLLO TÉCNICO :resuelve el problema a
través de la aplicación de alguna tecnología
INTEGRACIÓN DE SOLUCIONES: ofrece los resultados
(por ejemplo: documentos ,programas, datos, nueva
función comercial, nuevo producto)a los que
solicitan la solución en primer lugar.

3. Una metodología de desarrollo de software se refiere a un framework que es
usado para estructurar, planear y controlar el proceso de desarrollo en sistemas
de información.

4. Modelo Lineal Secuencial
También llamado modelo cascada o Ciclo de vida Clasico, Fue
desarrollado entre 1960-1980, basado en el modelo en cascada de
Winston Royce
Sus fases son:
Planificación: Se determinan los objetivos, metas, requerimientos y
restricciones en el proyecto.
Análisis de riesgos: identificación de situaciones inconvenientes
para evitarlas y solucionarlas.
Ingeniera: desarrollo del producto con respecto al diseño y otras
consideraciones planteadas.
Evaluación del cliente: valorización de los resultados del proyecto.

5. Modelo DRA(Desarrollo Rápido de
Aplicaciones)
El RAD es un proceso de desarrollo de software, desarrollado
inicialmente por James Martin en 1980. El método comprende el
desarrollo iterativo, la construcción de prototipos y el uso de utilidades
Case
Modelado de gestión: el flujo de información entre las funciones de
gestión
Modelado de datos:: el flujo de información definido como parte de la
fase de modelado de gestión se refina como un conjunto de objetos de
datos necesarios para apoyar la empresa.
Modelado de proceso: los objetos de datos definidos en la fase de
modelado de datos quedan transformados para lograr el flujo de
información necesario para implementar una función de gestión
Generación de aplicaciones trabaja para volver a utilizar
componentes de programas ya existentes o a crear componentes
reutilizables
Pruebas de entrega: El proceso RAD enfatiza la reutilización de los
componentes de los programas ya comprobados. Esto reduce tiempo de
pruebas

6. Modelo Basado en Prototipos
Propuesto por Gomaa en 1984.
Prototipo, mecanismo para identificar los requisitos del
software.
El diseño rápido se centra en una representación de
aquellos aspectos del software que serán visibles para el
cliente. Este diseño conduce a la construcción de un
prototipo, el cual es evaluado por el cliente para una
retroalimentación
ACTIVIDADES
Investigación preliminar
Definición de los requerimientos
del sistema
• Análisis grueso y
especificación
• Diseño y construcción
• Evaluación Modificación
• Término
Diseño técnico
Programación y prueba
Operación y mantención
TIPOS DE MODELO DE PROTOTIPOS
Modelo de Prototipos rápido.
Modelo de Prototipos reutilizable.
Modelo de Prototipos Modular.
Modelo de Prototipos Horizontal.
Modelo de Prototipos Vertical.
Modelo de Prototipos de Baja-fidelidad.
Modelo de Prototipos de Alta-fidelidad.

7. Modelo V o de cuatro niveles
Procedimiento uniforme para el desarrollo de productos para
las TIC.
Similar al modelo de cascada clásico (rígido, con iteraciones).
La versión Método-V XT se terminó en febrero del 2005.
Objetivos:
• Minimización de riesgos , mejora y Garantía de Calidad.
• Reducción de los gastos totales (proyecto y Ciclo de Vida)
• Mejora de la comunicación entre todos los inversionistas.
La corriente de especificación
(parte izquierda):
1. Conceptos de operaciones
(hacer el sistema).
2. Requisitos del sistema y
arquitectura del mismo.
3. Diseño detallado.
La corriente de pruebas (parte
derecha):
1. Integración (partes), prueba
y verificación.
2. Verificación y validación
(conjunto)
3. Mantenimiento del sistema.
La corriente de desarrollo: Personalización, configuración o
codificación.

8. Modelo espiral
 El creador fue Barry Boehm en 1955.
 El modelo en espiral es un modelo de proceso de software evolutivo.
 Se conjuga el modelo lineal y secuencial.
 El software se desarrolla en una serie de versiones incrementales.
 EL modelo en espiral se divide en un número de actividades de marco de trabajo, también llamadas
regiones de tareas.
 Las regiones de tareas que componen
este modelo son:
 Comunicación con el cliente
 Planificación
 Análisis de riesgos
 Ingeniería
 Construcción y adaptación
 Evaluación del cliente

9. Modelo de desarrollo Concurrente
 Davis Sitaram fue quien describió el modelo.
 Es un modelo de tipo de red donde todas las personas actúan simultáneamente o al mismo
tiempo.
 Este define una serie de acontecimientos que dispararán transiciones de estado a estado para
cada una de las actividades.
 Etapas del modelo.
Todas las actividades existen
concurrentemente, pero residen en
estados diferentes.
Por ejemplo: al principio del
proyecto, la actividad de
comunicación con el cliente (no
mostrada en la figura) ha finalizado
su primera interacción y existe en el
estado de cambios en espera.

10. Modelo incremental
 El modelo incremental fue propuesto por el profesor de Ciencias de Computación Harlan
Mills en el año 1980
 Surgió del enfoque incremental de desarrollo como una forma de reducir la repetición
de trabajo en el proceso de desarrollo, en respuesta a las debilidades del modelo
tradicional de cascada y dar oportunidad de retrasar la toma de decisiones en los requisitos
hasta adquirir experiencia con el sistema.
• El producto se desarrolla por
incrementos en el que cada iteración
obtiene una versión funcional del
producto, de esta forma el sistema se
desarrolla poco a poco y obtiene un
feedback continuo por parte del
usuario.
• Consiste de cuatro etapas:
 Bosquejo de descripción
 Especificación
 Desarrollo
 Validación

11. Modelo orientado a la reutilización
 Es una estrategia propuesta por el ingeniero Douglas McIlroy, en 1968, en los Laboratorios Bell.
 Algunos productos de software son desarrollados reutilizando diseños y/o componentes. Este
modelo puede ir de la mano con otros modelos de software.
 Principios de la reutilización:
 Existen similitudes entre distintos sistemas de un mismo dominio de aplicación
 El software puede representarse como una combinación de módulos:
 Diseñar aplicaciones = especificar módulos + interrelaciones
 Los sistemas nuevos se pueden caracterizar por diferencias respecto a los antiguos.
Consiste de seis etapas:
 Especificación de requerimientos.
 Análisis de componentes.
 Modificación de requerimientos.
 Diseño del sistema con reutilización.
 Desarrollo e integración.
 Validación del sistema.

12. Modelo XP (Xtreme Programming)
 Formulada por Kent Beck, autor del primer libro sobre la materia, Extreme Programming
Explained: Embrace Change (1999)
 XP considera que los cambios de requisitos sobre la marcha son un aspecto natural,
inevitable e incluso deseable del desarrollo de proyectos.
Roles
• Cliente
• Programador
• Encargado de Pruebas (Tester)
• Encargado de Seguimiento
(Tracker)
• Entrenador (Coach)
• Gestor (Big Boss) Etapas o fases
• Fase de exploración
• Fase de planificación
• Fase de iteraciones
• Fase de puesta en
producción

13. Modelo SCRUM
 Definido por Ikujiro Nonaka e Hirotaka Takeuchi a principios de los 80.
 En 1995, Ken Schwaber presentó “Scrum Development Process” en OOPSLA 95 (Object-Oriented
Programming Systems & Applications conference) (SCRUM Development Process), un marco de
reglas para desarrollo de software, basado en los principios de Scrum.
Actividades
• Planificación de la iteración
• Ejecución de la iteración (sprint)
• Reunión diaria de sincronización del equipo (Scrum daily
meeting)
• Demostración de requisitos completados (Sprint
Demonstration)
• Retrospectiva (Sprint Retrospective)
• Re planificación del proyecto
Herramientas.
• Lista de requisitos priorizada (Product
Backlog)
• Lista de tareas de la iteración (Sprint
Backlog)
• Gráficos de trabajo pendiente
(Burndown)
Roles
 Cliente (Product Owner)
 Facilitador (Scrum Master)
 Equipo (Team)

14. Lean software development
 La palabra "lean" apareció por primera vez en 1990 en el libro de James Womack La Máquina que
cambió al Mundo. LD, iniciado por Bob Charette.
 Este proceso tiene como precepto la eliminación de residuos a través de la mejora constante,
haciendo que el producto fluya a instancias del cliente para hacerlo lo más perfecto posible.
• Consiste de siete principios:
 Eliminación de residuos
 Ampliar el conocimiento
 Decidir los mas tarde posible
 Reaccionar tan rápido como sea
posible
 Potenciar al equipo
 Crear la integridad
 Ver todo el conjunto

15. Kanban
Kanban es un método para gestionar el trabajo intelectual, con énfasis en la entrega justo a tiempo,
mientras no se sobrecarguen los miembros del equipo.
El método Kanban formulado por David J. Anderson es una aproximación al proceso gradual, evolutivo
y al cambio de sistemas para las organizaciones.
Principios del método Kanban:
Comience con lo que hace ahora
Se acuerda perseguir el cambio incremental y evolutivo
 Respetar el proceso actual, los roles, las responsabilidades y los cargos
Liderazgo en todos los niveles
Cinco Prácticas del Método Kanban:
Visualizar
Limitar el trabajo en curso
Dirigir y gestionar el flujo
Hacer las políticas de proceso explicitas
Utilizar modelos para reconocer
oportunidades de mejora

16. Gracias…