Clases de Vida Del SoftwareEs una descripcin de un proceso de software que se presenta desde una perspectiva1-.MODELO EN CASCADAPrimer 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 AFAVORProporcionar 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 parchear2-.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 mecanicoCOMPARACION DE PARADIGMAS

VENTAJAS DE PROTOTIPADO(AMBOS ) SOBRE EL MODELO EN CASCADAEl 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 productoVENTAJAS 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 INCREMENTALEl 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 ESPIRALEl 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 terminadoPuntos 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 GENERACIONLos 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 =implementacionVentajas:reduccion de tiempo de desarrollo y mayor productividadDesventajas :No son mas faciles de usar ,codigo ineficiente y mantenimiento dificil

7-.CICLO DE VIDA ORIENTADO A OBJETOSCiclo de vida OO- modelo fuenteEs un metodo que refleja reutilizacion :el ciclo de desarrollobrota de piscina sw

Cilo de vida OO booch94 (macropocesos)

Ciclo de vida 00-Procesos unificadoSoporte al estandar OMG UML(lenguaje unificado de modelado)Entre otros como:.OMT.Booch.OOSE/Objectory

Objetivos:Asegurar la produccion del software y presupuestos predeciblesAl cual tambein es un producto.Desrrollado y mantenido por Rational. aumentar la productividad de lso desarrollos mendiante un acceso :base de conocimeinto , plantillas y herramientasCiclos y fasesRup 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 proyectoSe identifican todas las entidades externas detalladamenteLa oportunidad del neocio incluye .criterios de xito . identificacion de riesgos .Estimacion de recursoso necesarios Productos :Un documento de vision generalModelo inicial de casos de uso (10%a20% listos)Caso de negocio -Contexto -Criterios de exitos -Pronostico financiero Fases :ElaboracionObjetivos :-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 proyectoFases : construccion.En esta fase todas se incroporan al producto.Todo es probado a profundidadFases :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