Modelos de Desarrollo de Software

1. Integrantes:
Flores Mamani Elba Ruddy
Flores Quisbert José Luis
Luna Valdivia Deborah Esther
Mamani Chino Claudia
Mamani Paco Mery Vanessa
Marquez Guaravia Rocio del Carmen
Poma Machicado Marisol
Quenta Aranda Marlene

2. INTRODUCCIÓN
Bueno como introducción podemos resaltar que para
realizar un sistema para ello se debe pasar por una
serie de pasos ya que Desarrollar un software significa
construirlo simplemente mediante su descripción. Esta
es una muy buena razón para considerar la actividad
de desarrollo de software como una ingeniería. En un
nivel más general, la relación existente entre un
software y su entorno es clara ya que el software es
introducido en el mundo de modo de provocar ciertos
efectos en el mismo.

3. MODELO DESARROLLO RAPIDO DE
APLICACIONES (DRA)
 Es un modelo de proceso del desarrollo
del software lineal secuencial, que
enfatiza un ciclo de desarrollo corto.
 Consta de las siguientes actividades:
Comunicación, planeación, modelado y
construcción.
 Dentro de un equipo de trabajo para el
desarrollo rápido de aplicaciones los roles
son los siguientes: Moderador, Expertos
de Negocio(Usuarios), Analistas de
Procesos y Analistas Funcionales,
Analista Modelizador.
 Las fases o etapas son las siguientes:
1. MODELOS DE TIPO SECUENCIAL:

4. • Investigación preliminar
• Definición de los
requerimientos del sistema
• Diseño técnico
• Programación y prueba
• Operaciones y mantención
Es una representación de
un sistema, aunque no es
un sistema completo.
• Reacciones de usuario
• Innovaciones
• Sugerencias del usuario
• Plan de revisión
Algunos autores consideran
que es parte del ciclo de vida
clásico y el mas utilizado en
los 90.
• Rol del Usuario
• Rol del
Profesional de
Sistema

5. Modelo Cascada, denominado así por la
posición de las fases en el desarrollo de esta,
que parecen caer en cascada hacia las
siguientes fases.
La versión original fue propuesta por Winston
W. Royce en 1970, revisada por Barry Boehm
en 1980 e Ian Sommerville en 1985.
Análisis: Trabaja en la recopilación de los requisitos, se
centra e intensifica en el Software.
Diseño: Se enfoca en cuatro atributos distintos del programa,
la estructura de los datos, la arquitectura del Software, el
detalle procedimental y la caracterización de la interfaz.
Codificación o Implementación: El Diseño debe traducirse
en una forma legible para la máquina.
Prueba: Realiza pruebas que aseguren que la entrada
definida produce los resultados que realmente se requieren.
Mantenimiento: Los cambios ocurrirán debido a que se
haya encontrado errores, a que el Software debe
adaptarse a cambios del entorno externo.

6. MODELO INCREMENTAL
FASES: análisis, diseño, código y prueba
ROLES:
- ANALISTA.- Realiza el análisis de los
requisitos que corresponden al incremento. Define
cuales son las necesidades del cliente. Se
encarga de e licitar requisitos con el cliente.
- DESARROLLADOR.- Se encarga de realizar
la codificación que corresponde a un incremento.
Revisa el documento de modelo de diseño. Toma
los requisitos del documento que se está
elaborando.
- DISEÑADOR.- Encargado de realizar el
modelo del diseño.
Toma los requisitos que corresponden al
incremento que se está elaborando.
El modelo incremental fue propuesto por Mills en 1980.
2. MODELOS DE TIPO EVOLUTIVO:

7. FASES O ETAPAS
DEL MODELO
ESPIRAL:
 Creado por Barry Boehm.
 Consiste en una serie de ciclos que se repiten en forma de espiral, comenzando desde el centro
 Cada ciclo consta de 2 dimensiones:
-Radial: Mide el avance del proyecto.
-Angular: Mide el aumento del costo del proyecto.
• Es la fase de análisis
y desarrollo del
software
• Valoración de los
resultados de
ingeniería del
producto.
• Se definen riesgos
basándose en los
requisitos anteriores.
Se decide el modo de
resolverlos.
• Determinación de
objetivos, límites y
condiciones de
contorno y
alternativas.
PLANIFICAION
ANALISIS DE
RIESGO
INGENIERIA
EVALUACION
DEL
CLIENTE

8. Roles
 Identificar los Componentes Candidatos.
 Buscar Componentes en Biblioteca.
 Extraer Componentes Disponibles.
 Construir Componentes No Disponibles.
 Poner Nuevos Componentes en la Biblioteca.
 Construir la Iteración del Sistema.
 Analista
 Arquitecto
Etapas Modelo que busca construir aplicaciones a
partir de fragmentos de software
prefabricados (Componentes), de los cuales
se puede obtener beneficios de tiempo de
desarrollo, disminución de Errores, costos y
riesgos.
 La idea fue planteada ya en 1968 por Douglas
Mcllroy quien identificó la necesidad de una
industria de Componentes Software para la
denominada “Crisis del Software”.
 Cliente
 Desarrollador
Actividades
 Tester

9.  En Scrum un proyecto se ejecuta en bloques
temporales cortos y fijos (iteraciones que
normalmente son de 2 semanas, aunque en
algunos equipos son de 3 y hasta 4 semanas,
límite máximo de feedback y reflexión).
Actividades
El proceso
El proceso parte de la lista de objetivos/requisitos
priorizada del producto, que actúa como plan del
proyecto. En esta lista el cliente prioriza los objetivos
balanceando el valor que le aportan respecto a su
coste y quedan repartidos en iteraciones y entregas

10. Modelo Ágil ASD
(Desarrollo Adaptativo de Software)
Modelo especializado en
adaptarse al cambio en lugar de
luchar contra él
Funcionamiento cíclico
Creado por Jim Highsmith y
Sam Bayer a principios de los 90
Basado en la filosofía de la
colaboración humana y la
organización propia del equipo

11. Fases y Actividades Modelo Ágil centrado en potenciar las
relaciones interpersonales, promoviendo el
trabajo en equipo, el aprendizaje de los
desarrolladores y propiciando el buen clima
de trabajo.
 Nació de la mano de Kent Beck, quien
basándose en otras metodologías y tomando
lo rescatable de cada una, logra conformar
una sola creando la XP.
Roles
 Entrenador
 Consultor
 Gestor
 Programador
 Cliente
 Encargado de Pruebas
 Encargado de Seguimiento