Documentos de Académico
Documentos de Profesional
Documentos de Cultura
APATZINGÁN
MATERIA:
FUNDAMENTOS DE INVESTIGACION
NOMBRE DE LA CARRERA:
INGENIERIA EN INFORMATICA
(CICLO DE VIDA)
DOCENTE:
L. I. ESMERALDA
ALUMNO:
Km. 3.5 Carretera Apatzingán-Aguililla, Col. Tenencia de ChandioC.P. 60710, A.P. 49, Apatzingán, Michoacán,
Tel. /Fax (453)-534-25-13 y (453)-534-03-71 WEB http://www.itsapatzingan.edu.mx, Email: itsapatzingan@itsa.edu.mx
ITSA CICLOS DE VIDA DEL SOFTWARE
INDICE
Generalidades 3
Introducción 4
Justificación 5
Definición 6
Modelo en cascada 10
Modelo en v 11
Modelo en espiral 13
CONCLUSION 14
REFERENCIAS 15
GENERALIDADES
Objetivo general
Se busca conocer lo modelos de los ciclos de vida para entender como funcionan y
cuantos tipos existe. Veremos una pequeña descripción de etapas con que podemos
contar a lo largo del ciclo de vida del software.
INTRODUCCIÓN
Primero se dará a entender que es un ciclo de vida del software, cuantos existen y cuales son sus
funciones. Encontraras las formas de los modelos con sus nombres, que se espera sea de interés y
logren comprenderse.
JUSTIFICACIÓN
Este ensayo se realiza sobre el ciclo de vida del software y los modelos para conocer lo
que podemos hacer o no con ellos, o como los podemos utilizar.
En alguna determinada profesión se necesita conocer sobre este tema, esa es la razón por
la cual se realiza este trabajo. El cual se espera sea de gran utilidad.
El término ciclo de vida del software describe el desarrollo de software, desde la fase
inicial hasta la fase final. El propósito de este programa es definir las distintas fases
intermedias que se requieren para validar el desarrollo de la aplicación, es decir, para
garantizar que el software cumpla los requisitos para la aplicación y verificación de los
procedimientos de desarrollo: se asegura de que los métodos utilizados son apropiados.
Estos programas se originan en el hecho de que es muy costoso rectificar los errores que
se detectan tarde dentro de la fase de implementación. El ciclo de vida permite que los
errores se detecten lo antes posible y por lo tanto, permite a los desarrolladores
concentrarse en la calidad del software, en los plazos de implementación y en los costos
asociados. {1}
Al igual que en otros sistemas de ingeniería, los sistemas de software requieren un tiempo
y esfuerzo considerable para su desarrollo y deben permanecer en uso por un periodo
mucho mayor. Durante este tiempo de desarrollo y uso, desde que se detecta la
necesidad de construir un sistema de software hasta que este es retirado, se identifican
varias etapas que en conjunto se denominan el ciclo de vida del software y en cada caso,
en función de cuales sean las características del proyecto, se configurará el ciclo de vida
de forma diferente. Usualmente se consideran las etapas: especificación y análisis de
requisitos, diseño del sistema, implementación del software, aplicación y pruebas, entrega
y mantenimiento. Un aspecto esencial dentro de las tareas del desarrollo del software es
la documentación de todos los elementos y especificaciones en cada fase. Dado que esta
tarea siempre estará influida por la fase del desarrollo en curso, se explicará de forma
distribuida a lo largo de las diferentes fases como un apartado especial para recalcar su
importancia en el conjunto del desarrollo del software.
Algunos autores dividen la fase del diseño en dos partes: Diseño global o arquitectónico y
diseño detallado. En el primero se transforman los requisitos en una arquitectura de alto
nivel, se definen las pruebas que debe satisfacer el sistema en su conjunto, se esboza la
documentación y se planifica la integración. En el detallado para cada módulo se refina el
diseño, se definen los requisitos del módulo y su documentación. {2}
Prueba beta (o validación), para garantizar que el software cumple con las
especificaciones originales.
Implementación
Para facilitar una metodología común entre el cliente y la compañía de software, los
modelos de ciclo de vida se han actualizado para reflejar las etapas de desarrollo
involucradas y la documentación requerida, de manera que cada etapa se valide antes de
continuar con la siguiente etapa.{1}
Modelo en cascada
El ciclo de vida inicialmente propuesto por Royce en 1970, fue adaptado para el software
a partir de ciclos de vida de otras ramas de la ingeniería. Es el primero de los propuestos y
el más ampliamente seguido por las organizaciones (se estima que el 90% de los sistemas
han sido desarrollados así){2}. Se define como una secuencia de fases en la que al final de
cada una de ellas se reúne la documentación para garantizar que cumple las
especificaciones y los requisitos antes de pasar a la fase siguiente:
Especificaciones
Validación
Diseño general
Prueba
Diseño en detalle
Prueba
Programación
Prueba de unidad
Integración
Prueba de integración
Implementación
Validación
Mantenimiento
{1}
Modelo V
Propuesto por Alan Davis, tiene las mismas fases que el anterior pero se considera el
nivel de abstracción de cada una. Una fase además de utilizarse como entrada para
la siguiente, sirve para validar o verificar otras fases posteriores. {2} El modelo de
ciclo de vida V proviene del principio que establece que los procedimientos
utilizados para probar si la aplicación cumple las especificaciones ya deben haberse
creado en la fase de diseño.
{1}
Según el modelo en cascada puro una fase solo puede empezar cuando ha
terminado la anterior. En este caso sin embargo, se permite un solapamiento entre
fases. Por ejemplo, sin tener terminado del todo el diseño se comienza a
implementar. El nombre ``sashimi'' deriva del modo del estilo de presentación de
rodajas de pescado crudo en Japón. Una ventaja de este modelo es que no necesita
generar tanta documentación como el ciclo de vida en cascada puro debido a la
continuidad del mismo personal entre fases. Los problemas planteados son:
Es aún más difícil controlar el progreso del proyecto debido a que los finales de
fase ya no son un punto de referencia claro.
La fase de ``concepto'' consiste en definir los objetivos del proyecto, beneficios, tipo
de tecnología y el tipo de ciclo de vida. El diseño arquitectónico es el de alto nivel, el
detallado el de bajo nivel.
Propuesto inicialmente por Boehm en 1988. Consiste en una serie de ciclos que se
repiten. Cada uno tiene las mismas fases y cuando termina da un producto ampliado
con respecto al ciclo anterior. En este sentido es parecido al modelo incremental, la
diferencia importante es que tiene en cuenta el concepto de riesgo. Un riesgo puede
ser muchas cosas: requisitos no comprendidos, mal diseño, errores en la
implementación, etc.
{2}
CONCLUSIÓN
El propósito del ciclo de vida del software es asegurarse de que los métodos
utilizados son apropiados para que los errores se detecten lo antes posible ya q
estos son muy costosos.
Modelo en cascada
Modelo en v
Modelo sashimi
REFERENCIAS
{1} http://es.kioskea.net/contents/genie-logiciel/cycle-de-vie.php3
{2} http://www.ia.uned.es/ia/asignaturas/adms/GuiaDidADMS/node10.html