Clases de Vida Del Software

Es una descripcin de un proceso de software que se presenta desde una

perspectiva
1-.MODELO EN CASCADA
Primer modelo definido por Winston Royce a fines del 70 es un modelo que bien
desde los 15 a 10 aos.
La visin del modelo cascada es muy simple y dedicado al desarrollo de software
y en una secuencia simple de fases, las actividades dentro de una fase
contribuyen a una satisfaccin de metas de cada fase.

FASES:
Ingenieria ( Analisis)
El Software suele formar parte de un sistema mayor
-Identificar los elementos del sistema.
-Disear la arquitectura del sistema
-Asignar dichos requisitos al software.
Analisis de los requisitos del software:
Es el proceso de recopilacin de informacin especialmente centrada en el
software
-Funciones que el software que debe realizar
-Informacion del software que se va a gestionar
-Condiciones:rendimiento, utilizacin de recursos y otros.
DISEO:
El diseo esta basado en la estructura del software que satisfaga la calidad
necesaria:
-Estructura de datos.
-Arquitectura del software.
-Determinar los algoritmos
-Diseo preliminar
-Diseo detallado.
GENERACION DE CODIGO:
La generacin de cdigo se puede realizar automticamente a partir de un diseo
detallado.
PRUEBA:
-Prueba interna o de caja blanca/prueba externa o de caja negra

-Pruebas unitarias, de integracin, del software, del sistema, de aceptacin

MANTEMIENTO:
El mantenimiento esta conformado por el software que va a evolucionar o sufrir
cambios luego de que se le entrega al cliente (errores, nuevas funciones,
actualizaciones, aumento de rendimiento, etc)
PUNTOS AFAVOR
Proporcionar un marco para aplicar tcnicas, mtodos y herramientas.
Las dificultades aparecen cuando la escala de tiempo se alarga.
CRITICAS:
Cuando el proyecto se alarga la complejidad pasa hacer mas alta e incrementa la
complicacin ya que los requisitos se congelen y no existe retroalimentacin a
partir de la implementacin de pruebas. En general las cuestiones de alto riesgo
no se presentan suficientemente pronto.
Actualmente la atencin en ingeniera de software esta en modelos de procesos
incrementales y los errores de anlisis y de diseo son difciles de eliminar ya que
se propagan con un efecto bola de nieve y esto en la practica recae en el
mantenimiento pero su mayo parte recae sobre el cdigo de fuente.
MODELO EN CASCADA CON PROTOTIPADO DESECHABLE
Tras el anlisis de requisitos se construyen un prototipo que ayudara a refinar y
validar los requisitos.
Criticas:
Ayuda a disminuir el efecto de bola de nieve pero0 no el mantenimiento en el
cdigo el cliente observa una versin preliminar sin asumir que no es robusta ni
completa, a veces puede pretender parchear
2-.PROGRAMACION AUTOMATICA:
Objetivo de Balzer: introducir automatizacin en el proceso del desarrollo del
software. Idea base programacin por transformaciones y construccin de una
primera versin que expresa formalmente el comportamiento deseado y
transformacin de una versin mas eficiente, preservando la funcionalidad.

Se utilizan lenguajes de especificacin formal. Los requisitos se refinan

animando la especificacion .Elproducto final se obtine a traves de un proceso de
transformacion en el cual no exciste el problema llamdo bola de nieve

CRITICAS:
Compromiso enn el cual debe elevarse la especificacion :
-Especificacion formal= permite V&V formales
-Desarrollo manual , en vez de mecanico
COMPARACION DE PARADIGMAS

VENTAJAS DE PROTOTIPADO(AMBOS )
SOBRE EL MODELO EN CASCADA
El prototipo ayuda a determinar los aspectos que producen mas incertidumbre .El
prototipo en un documento vivo para especificar el buen funcionanmiento del
sistema y el procuto.Aumenta tambien al productividad del grupo y calidad del
producto
VENTAJAS ADICIONALES (del paradigma automatico)
La especificacin es la unica interfaz entre usuarios y tecnicos, con unlenguaje
de especificacion apropiado mejorando la calidad del software ,en vez de
degradarla

3-.MODELO DE DESARROLLO INCREMENTAL

El desarrllo incremental es el proceso de requerimientos del sistema .Note que el
desarrollo incremental es 100% compatible con el modelo cascada ,uno de los
errores del desarrollo realizado es un incremento que pueden ser arreglados
antes del comienzo del proximo incremento

4-.MODELO ESPIRAL
El modelo espiral delos procesos es un modelo en el cual se aplica en llamdo
meta-vida :en este modelo tambien obsertvamos , el esfuerzo de desarrollo es
iterativo en los cuales se puede seguir estos pasos
-Determinar que se quiere lograr
-determinar las rutas que se pueden toamr para analizar los riesgos y resultados
finales y sleccionar la mejora
- seguir la altrenativa seleccionada en el paso 2
- Establecer que se tiene terminado
Puntos a concretar
.Decidir que problema se quiere resolver ants de explorar a resolverlo
.Examinar las multiples alternativas las mas convenientes

.Una recomendacin que noser tan ingenuo al pensar que el protipo que se esta
empleando sera que el cliente nesecita
.conocer los niveles de riesgo . A los cuales se va tener que tolerar

5-.MODELO DE EMSAMBLAJE DE COMPONENTES

6-.TECNICAS DE 4 GENERACION
Los pasos empleados en esta tecnica solo son dos:
-Especificacion dealguna caracteristicas del software de alto nivel.
-la herramienta genera automaticamente el codigo en L4G(4GL).
En aplicaciones pequeas . Analisis de requisitos =implementacion
Ventajas:
reduccion de tiempo de desarrollo y mayor productividad
Desventajas :
No son mas faciles de usar ,codigo ineficiente y mantenimiento dificil

7-.CICLO DE VIDA ORIENTADO A OBJETOS

Ciclo de vida OO- modelo fuente
Es un metodo que refleja reutilizacion :el ciclo de desarrollobrota de piscina sw

Cilo de vida OO booch94 (macropocesos)

Ciclo de vida 00-Procesos unificado

Soporte al estandar OMG UML(lenguaje unificado de modelado)

Entre otros como:

.OMT
.Booch
.OOSE/Objectory

Objetivos:
Asegurar la produccion del software y presupuestos predecibles
Al cual tambein es un producto
.Desrrollado y mantenido por Rational
. aumentar la productividad de lso desarrollos mendiante un acceso :base de
conocimeinto , plantillas y herramientas
Ciclos y fases
Rup divide el proceso de desarrollo en ciclos.teniendo en cuenta el productoal
final de cada ciclo al cual se le asume cada uno en cuatro fases
-Inicio
-Elaboracion
-contruccion
-Transicion

Fase:inicio
Se establecese el alcance al proyecto

Se identifican todas las entidades externas detalladamente

La oportunidad del neocio incluye
.criterios de xito
. identificacion de riesgos
.Estimacion de recursoso necesarios
Productos :
Un documento de vision general
Modelo inicial de casos de uso (10%a20% listos)
Caso de negocio
-Contexto
-Criterios de exitos
-Pronostico financiero
Fases :Elaboracion
Objetivos :
-analizar el dominio del problema
-Establecer una arqitectura base solida
-Desarrollorar un plan de proyecto
-Eliminar los elementos de mayor riesgo para el desarrollo exitoso del proyecto
Fases : construccion
.En esta fase todas se incroporan al producto
.Todo es probado a profundidad
Fases :Transicion
.el objetivo es traspasar el software desarrollado
. una vez instalado surgiran nuevos elementos que implicaran nuevos desarrollos

Indice

1-Ciclo de vida del software modelo cascada

2-Programcion automtica

3- Modelo de desarrollo incremental

4- Modelo de vida del software en espiral

5- Modelo de ensamblaje de componentes

6-Tecnicas de 4 generacion

7 -Ciclo de vida orientado a objetos