Está en la página 1de 9

VENTAJAS Y DESVENTAJAS DE LOS MODELOS DE CICLO DE VIDA

Modelos de Ciclos de Vida T R A D I C Modelo codificar I y corregir O N A L E S Ventajas Permite una construccin rpida del sistema Es til para sistemas de un tamao muy reducido, que no requiera ms de dos o tres programadores y que no requiera un mantenimiento posterior No pierde tiempo en las etapas de planificacin, documentacin, control de calidad, etc. Cualquiera, sin preparacin tcnica, lo puede utilizar Es un modelo sencillo y disciplinado Es fcil aprender a utilizarlo y comprender su funcionamiento Est dirigido por los tipos de documentos y resultados que deben obtenerse al final de cada etapa Ha sido muy usado y, por tanto, est ampliamente contrastado Ayuda a detectar errores en las primeras etapas a bajo costo Ayuda a minimizar los gastos de planificacin, pues se realiza sin problemas Desventajas Carece de cualquier control y gestin del proceso No dispone de las fases necesarias en todo proyecto de software: especificaciones, diseo, etc. Se dificulta la correccin de errores y el mantenimiento al carecer de una documentacin del proceso adecuada No proporciona medios de evaluacin ni de prevencin de riesgos Resulta peligroso para proyectos grandes Los proyectos raramente siguen el proceso lineal tal como se defina originalmente el ciclo de vida Es difcil que el cliente exponga explcitamente todos los requisitos al principio El cliente debe tener paciencia pues obtendr el producto al final del ciclo de vida No refleja exactamente cmo se programa realmente el sistema, en el que suele haber un gran componente iterativo Puede resultar complicado regresar a etapas anteriores (ya acabadas) para realizar correcciones El producto final obtenido puede que no refleje todos los requisitos del usuario Es difcil que el cliente exponga explcitamente todos los requisitos El cliente debe tener paciencia pues obtendr el producto al final del ciclo de vida Las pruebas pueden ser caras y, a veces, no lo suficientemente efectivas El producto final obtenido puede que no refleje todos los requisitos del usuario El cliente puede quedar convencido con las primeras versiones y, quizs, no vea la necesidad de completar el sistema o redisearlo con la calidad necesaria

Modelo en cascada

Modelo en V

Prototipos

La relacin entre las etapas de desarrollo y los distintos tipos de pruebas facilitan la localizacin de fallos. Es un modelo sencillo y de fcil aprendizaje. Hace explcito parte de la iteracin y trabajo que hay que revisar. Especifica bien los roles de los distintos tipos de pruebas a realizar Involucra al usuario en las pruebas Permite la construccin del sistema con requisitos poco claros o cambiantes El cliente recibe una versin del sistema en muy poco tiempo, por lo

Desarrollo Rpido de Aplicaciones

que lo puede evaluar, probar e, incluso, empezar a utilizarlo Se pueden introducir cambios en las funcionalidades del sistema en cualquier momento Involucra al usuario en la evaluacin de la interfaz de usuario Se reduce el riesgo y la incertidumbre sobre el desarrollo Genera signos visibles de progreso, que se utilizan cuando existe una demanda en la velocidad del desarrollo Permite entender bien el problema antes de la implementacin final. Enfatiza ciclos de desarrollo extremadamente cortos Tiene las ventajas del modelo clsico Se asegura de que el producto entregado cumple las necesidades del cliente.

Requiere trabajo del cliente para evaluar los distintos prototipos y traducirlo en nuevos requisitos Requiere un tiempo adicional para definir adecuadamente el sistema No se sabe exactamente cunto ser el tiempo de desarrollo ni cuantos prototipos se tienen que desarrollar Si un prototipo fracasa, el coste del proyecto puede resultar muy caro.

Modelo en espiral

Incorpora muchas de las ventajas de los otros ciclos de vida Conjuga la naturaleza iterativa de los prototipos con los aspectos controlados y sistemticos del modelo clsico Proporciona el potencial para el desarrollo rpido de versiones incrementales Puede adaptarse y aplicarse a lo largo de la vida del software Es un enfoque realista del desarrollo del software Permite aplicar el enfoque de construccin de prototipos en cualquier momento para reducir riesgos Reduce los riesgos antes de que se conviertan en problemticos Controla muy bien los riesgos y mientras ms iteraciones se realicen, menos riesgos habr.

Solo se puede aplicar si el sistema se puede modularizar de forma que permita completarse cada una de las funciones principales en menos de tres meses Para proyectos grandes puede requerir muchos equipos de trabajo distintos Requiere clientes y desarrolladores comprometidos en las rpidas actividades necesarias No resulta adecuado cuando los riesgos tcnicos son elevados Se pueden tener problemas con la aceptacin del prototipo. Puede resultar difcil convencer a algunos clientes de que el enfoque evolutivo es controlable Solo resulta aplicable para proyectos de gran tamao Supone una carga de trabajo adicional, no presente en otros ciclos de vida Requiere una considerable habilidad para la evaluacin y resolucin del riesgo, y se basa en esta habilidad para el xito Si un riesgo importante no es descubierto y gestionado, indudablemente surgirn problemas Es bastante complicado de realizar y su complejidad puede incrementarse hasta hacerlo impracticable El modelo no se ha utilizado tanto como otros, por lo que tendrn que pasar aos antes de que determine con certeza la eficacia de este modelo.

TIPOS DE CICLO DE VIDA DEL DESARROLLO DE SOFTAWRE Modelo de Cascada Este mtodo modela el ciclo convencional de la Ingeniera del Software, aplicando un enfoque sistemtico y secuencial de desarrollo que comienza con la ingeniera del sistema y progresa a travs del anlisis, diseo, codificacin, pruebas y mantenimiento.

Como sugiere el esquema del modelo en cascada, antes de poder avanzar a la siguiente etapa, es necesario haber finalizado completamente la etapa anterior. Asociada con cada etapa del proceso existen hitos y documentos, de tal forma que se puede utilizar el modelo para comprobar los avances del proyecto y para estimar cunto falta para su finalizacin. Este modelo es muy til pues ayuda a los desarrolladores a comprender qu es lo que tienen que hacer en cada momento. Su simplicidad hace que resulte sencillo explicrselo a los clientes que no estn familiarizados el proceso software. Adems, se muestran de forma explcita qu productos intermedios se tienen que obtener antes de abordar las siguientes tareas. Modelo en V El modelo en V es una variacin del modelo en cascada que muestra cmo se relacionan las actividades de prueba con el anlisis y el diseo. Como se muestra en la figura, la codificacin forma el vrtice de la V, con el anlisis y el diseo a la izquierda y las pruebas y el mantenimiento a la derecha.

La unin mediante lneas discontinuas entre las fases de la parte izquierda y las pruebas de la derecha representa una doble informacin. Por un lado sirve para indicar en qu fase de desarrollo se deben definir las pruebas correspondientes. Por otro sirve para saber a qu fase de desarrollo hay que volver si

se encuentran fallos en las pruebas correspondientes. Por lo tanto el modelo en V hace ms explcita parte de las iteraciones y repeticiones de trabajo que estn ocultas en el modelo en cascada. Mientras el foco del modelo en cascada se sita en los documentos y productos desarrollados, el modelo en V se centra en las actividades y la correccin. Prototipado Un prototipo es un mecanismo para identificar los requisitos del software. La construccin de prototipos es un proceso que facilita al ingeniero de software el desarrollo de la aplicacin. El prototipo suele tomar una de las tres formas siguientes: Un modelo en papel o en computadora que describe la interaccin hombre-mquina, de forma que facilite al usuario la comprensin de su funcionamiento. Por ejemplo, si el sistema a construir es un cajero automtico, se puede hacer un programa que simule la interaccin del usuario con el cajero sin que el programa est conectado a ninguna base de datos real ni se despache dinero. De esta manera el cliente puede hacerse a la idea de cmo va a funcionar el sistema final sin tener que construirlo, y as discutirlo con el ingeniero de software. Naturalmente, en un prototipo no se simularn todas las funcionalidades del sistema pero, si es necesario, se podrn construir otros a medida que la aplicacin se vaya desarrollando (ver ms abajo cules son las etapas para su utilizacin) Un modelo que implementa una funcin requerida importante. Es el mismo caso que anteriormente pero sin centrarse en la interaccin hombre-mquina. Por ejemplo, el modelo podra simular todos los pasos a seguir internamente en el sistema en el acceso a la base de datos de clientes cuando se quiere obtener dinero del cajero, pero sin que realmente se trate de una base de datos real ni de un cliente del banco. Un programa real que se adecue en parte al software que se desea desarrollar. Por ejemplo, se puede disponer de una aplicacin relacionada con un cajero automtico, que al presentarla al cliente, permita al analista identificar las necesidades del cliente y por lo tanto los requisitos del software a construir. Desarrollo Rpido de Aplicaciones El Desarrollo Rpido de Aplicaciones, abreviado como RAD (del ingls Rapid Application Development) es un modelo de ciclo de vida que enfatiza un desarrollo extremadamente corto. Se trata de una adaptacin del modelo tradicional en cascada en el que se logra el desarrollo rpido utilizando una construccin basada en componentes. Si se comprenden bien los requisitos y se limita el mbito del proyecto, el proceso RAD permite crear un sistema completamente funcional dentro de periodos cortos de tiempo (entre 60 y 90 das). Cuando se utiliza para aplicaciones de sistemas de informacin, el enfoque RAD tiene las siguientes fases: 1. Modelado de Gestin: se modela el flujo de informacin entre las funciones de gestin. 2. Modelado de Datos: se refina el flujo de informacin como un conjunto de objetos de datos necesarios para apoyar la empresa. Se definen las caractersticas de cada uno de los objetos y sus relaciones. 3. Modelado del Proceso: se definen las transformaciones (aadir, modificar, suprimir o recuperar) sobre los objetos del modelo de datos para lograr los flujos de informacin de cada funcin de gestin. 4. Generacin de Aplicaciones: codificacin de una funcin de gestin. 5. Pruebas y entrega: prueba de los componentes y entrega del programa que realiza una funcin de gestin.

Modelo en Espiral El modelo incorpora un nuevo elemento en el desarrollo de software como es el anlisis de riesgos y define cuatro actividades principales representadas por los cuatro cuadrantes de la figura: Planificacin -> Determina objetivos, alternativas y restricciones Anlisis de riesgo -> Evala alternativas, identifica y resuelve riesgos. Ingeniera -> Desarrollo y verificacin del producto del siguiente nivel. Evaluacin del cliente -> Valoracin de los resultados y planificacin de la siguiente fase. Con cada iteracin alrededor de la espiral (comenzando en el centro y siguiendo hacia el exterior), se van construyendo sucesivas versiones del software, cada vez ms completas. Durante la primera vuelta de la espiral, en el primer cuadrante (superior izquierdo) se determinan objetivos, alternativas y restricciones; y en el segundo cuadrante (superior derecho) se analizan e identifican los riesgos (se dispone de personal?, est preparado?, existe mercado para el producto?, etc.). Si el anlisis de los riesgos indica que existe incertidumbre en los requisitos se puede desarrollar un prototipo para su valoracin, y tambin se pueden usar simulaciones y otros modelos para definir ms el problema y refinar los requisitos.

Instituto Tecnolgico del Valle de Oaxaca


Materia: Calidad De Software Maestra: Garca Revilla Erendira Temas: Ejemplos de ingeniera de Sw. Ciclo de vida del Sw (ventajas y desventajas). Alumno: Garca Santiago Pablo Antonio Grupo: 5 A Licenciatura En Informtica

EJEMPLOS DE LA INGENIERA DE SOFTWARE La Ingeniera del software es una disciplina o rea de la Informtica o Ciencias de la Computacin, que ofrece mtodos y tcnicas para desarrollar y mantener software de calidad que resuelven problemas de todo tipo. La ingeniera del software trata con reas muy diversas de la Informtica y de las Ciencias de la Computacin, tales como construccin de compiladores, sistemas operativos o desarrollos de Intranet/Internet, abordando todas las fases del ciclo de vida del desarrollo de cualquier tipo de sistemas de informacin y aplicables a una infinidad de reas tales como: negocios, investigacin cientfica, medicina, produccin, logstica, control de trafico, meteorologa, el mundo del derecho, la red de redes Internet, redes Intranet y Extranet, etc. Algunos ejemplos de Software que surgieron a partir de la Ingeniera de Software son: Java es un lenguaje de programacin orientado a objetos, desarrollado por Sun Microsystems a principios de los aos 90. El lenguaje en s mismo toma mucha de su sintaxis de C y C++, pero tiene un modelo de objetos ms simple y elimina herramientas de bajo nivel, que suelen inducir a muchos errores, como la manipulacin directa de punteros o memoria.

PLATINUM ERwin es una herramienta para el diseo de base de datos, que Brinda productividad en su diseo, generacin, y mantenimiento de aplicaciones. Desde un modelo lgico de los requerimientos de informacin, hasta el modelo fsico perfeccionado para las caractersticas especficas de la base de datos diseada, adems ERwin permite visualizar la estructura, los elementos importantes, y optimizar el diseo de la base de datos. Genera automticamente las tablas y miles de lneas de stored procedure y triggers para los principales tipos de base de datos. EasyCASE Profesional - el centro de productos para procesos, modelamiento de datos y eventos, e Ingeniera de Base de Datos- es un producto para la generacin de esquemas de base de datos e ingeniera reversa - trabaja para proveer una solucin comprensible para el diseo, consistencia y documentacin del sistema en conjunto. Oracle Designer es un conjunto de herramientas para guardar las definiciones que necesita el usuario y automatizar la construccin rpida de aplicaciones cliente/servidor grficas. Integrado con Oracle Developer, Oracle Designer, que provee una solucin para desarrollar sistemas empresariales de segunda generacin.

Aspel-NOI automatiza el control de todos los aspectos de la nmina, considerando la legislacin fiscal y laboral vigente incluyendo los clculos de impuesto local y retencin de ISR, de acuerdo con las reformas para la LISR aplicables.

Windows 7 es la versin ms reciente de Microsoft Windows, lnea de sistemas operativos producida por Microsoft Corporation. Esta versin est diseada para uso en PC, incluyendo equipos de escritorio en hogares y oficinas, equipos porttiles, tablet PC, netbooks y equipos media center. El desarrollo de Windows 7 se complet el 22 de julio de 2009, siendo entonces confirmada su fecha de venta oficial para el 22 de octubre de 2009 junto a su equival ente para servidores Windows Server 2008 R2.

GNU/Linux es uno de los trminos empleados para referirse a la combinacin del ncleo o kernel libre similar a Unix denominado Linux, que es usado con herramientas de sistema GNU. Su desarrollo es uno de los ejemplos ms prominentes de software libre; todo su cdigo fuente puede ser utilizado, modificado y redistribuido libremente por cualquiera bajo los trminos de la GPL (Licencia Pblica General de GNU, en ingls: General Public License) y otra serie de licencias libres.

Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en ingls, Unified Modeling Language) es el lenguaje de modelado de sistemas de software ms conocido y utilizado en la actualidad; est respaldado por el OMG (Object Management Group). Es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema.

Aspel-SAE 4.6 es el Sistema Administrativo Empresarial que controla el ciclo de todas las operaciones de compra-venta de la empresa en forma segura, confiable y de acuerdo con la legislacin vigente; proporciona herramientas de vanguardia tecnolgica que permiten una administracin y comercializacin eficientes.

BIBLIOGRAFIA

http://www.cc.uah.es/cpages/ciclo_vida_sw.html http://alarcos.inf-cr.uclm.es/doc/ISOFTWAREI/Tema03.pdf http://es.scribd.com/doc/18289361/El-Ciclo-de-Vida-Del-Software


http://es.kioskea.net/contents/genie-logiciel/cycle-de-vie.php3

http://www.cepeu.edu.py/LIBROS_ELECTRONICOS_3/lpcu097%20-%2001.pdf

http://html.rincondelvago.com/el-ciclo-de-vida-del-software.html

http://www.ia.uned.es/ia/asignaturas/adms/GuiaDidADMS/node10.html http://www.alegsa.com.ar/Dic/ciclo%20de%20vida%20del%20software.php

http://www.biblioteca.co.cr/pdf/unidad12-4.pdf

http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software

http://www.monografias.com/trabajos5/inso/inso.shtml

http://www.angelfire.com/scifi/jzavalar/apuntes/IngSoftware.html

http://www.eqsoft.net/presentas/ingenieria_de_software_en_el_modelo_de_desarrollo_del_softw are_libre.pdf

También podría gustarte