Está en la página 1de 15

Instituto Tecnolgico de Quertaro

Unidad Pinal de Amoles

Divisin de Educacin Presencial a Distancia

Materia: Ingeniera de Software

Ingeniera en Sistemas Computacionales.

Actividad: Tarea 2. Articulo2. Ciclos de Vida de Desarrollo de Software

Alumno:
Jos Luis Prez Ortega

Asesor: L.I. Juan Jose Garca Alcacio


jjgarcia_depad_qro@hotmail.com

Tutor: L.I. Eucebio Martnez Olvera


emartinez_depad_pin@hotmail.com

Domingo 25-Octubre-2015

Ingeniera de Software 2
Unidad Pinal de Amoles

Ciclos de Vida de Desarrollo de Software


Por: Patricia Arieta Melgarejo, Tutorials Point

Modelos del ciclo de vida de software


Los modelos de ciclo de vida de software es una lista de las actividades que ocurren durante el
desarrollo de software, en el cual se intenta determinar el orden de las etapas involucradas y los
criterios de transicin asociadas entre estas etapas.
Un modelo de ciclo de vida define el estado de las fases a travs de las cuales se mueve un
proyecto de desarrollo de software.

Codificar y Corregir
Este es un modelo poco til, pero bastante comn. Al no haberse seleccionado explcitamente
otro modelo, por omisin se estar utilizando ste.
Cuando se utiliza se empieza con una idea general de lo que se necesita construir, y se puede o no
tener una especificacin formal; se utiliza cualquier combinacin de diseo, cdigo, depuracin y
mtodos de prueba no formales que sirven hasta que se tiene el producto listo para entregarlo.

Observaciones al modelo codificar y corregir


Puede resultar til para proyectos pequeos que se intentan liquidar poco despus de ser
construidos, es decir, para programas pequeos de demostracin de conceptos, demostraciones
de duracin corta o prototipos desechables.
No tiene cabida en un proyecto de desarrollo rpido, excepto para estos pequeos proyectos
arriba sealados
Es un modelo no formal que se utiliza normalmente porque es simple, pero no porque funcione
bien.

Anlisis Estructurado
El mtodo de desarrollo del anlisis estructurado tiene como finalidad superar esta dificultad por
medio de la divisin del sistema en componentes y la construccin de un modelo del sistema. El
mtodo incorpora elementos tanto de anlisis como de diseo. El modelo de anlisis estructurado
se concentra en especificar lo que se requiere que haga el sistema o la aplicacin.
No se establece como se cumplirn los requerimientos o la forma en que se implantarn la
aplicacin. Ms bien permiten que las personas observen los elementos lgicos (lo que har el
sistema) separados de los componentes fsicos (computadoras, terminales, sistemas de
almacenamiento etc.)

Jos Luis Prez Ortega

Pgina 2

Ingeniera de Software 3
Unidad Pinal de Amoles

Cascada Pura
Es el predecesor de todos los modelos de ciclo de vida y ha servido de base para otros modelos. En
el modelo de cascada pura un proyecto progresa a travs de una secuencia ordenada de etapas,
partiendo desde su concepto inicial hasta la prueba del mismo, as el proyecto realiza una revisin
al final de cada etapa para determinar si est preparado para pasar a la siguiente.
Observaciones al modelo cascada pura
Es el modelo ms conocido y ofrece una velocidad de desarrollo aceptable en algunas
circunstancias, otros modelos sin embargo, proporcionan una velocidad de desarrollo superior a
ste.
Los inconvenientes del modelo hacen que sea, a menudo, poco apropiado para un proyecto de
desarrollo rpido, incluso en los casos en los que las ventajas del modelo superan los
inconvenientes, los modelos de cascada modificada pueden funcionar mejor.

Espiral
Es un modelo orientado a riesgos que divide un proyecto en miniproyectos, cada miniproyecto se
centra en uno o ms riesgos importantes hasta que todos stos estn controlados.
El concepto riesgo puede referirse a requerimientos y arquitecturas poco comprensibles, a
problemas de ejecucin importantes o a problemas con la tecnologa subyacente. Una vez que se
han controlado todos los riesgos importantes, el modelo finaliza del mismo modo que el modelo
de ciclo de vida en cascada.
Observaciones al modelo espiral
El modelo de espiral es un modelo de ciclo de vida orientado a riesgos, el cual se puede combinar
con otros modelos de ciclo de vida.
La principal ventaja de este modelo es que mientras los costos suben, los riesgos disminuyen.

Cascadas Modificadas
El mayor problema del modelo de cascada pura es que trata las fases del ciclo de vida como etapas
secuenciales disjuntas, pero, en contraste, permite corregir los inconvenientes ms importantes
en el modelo de cascada pura con pequeas modificaciones:
Puede modificarse de forma tal que las etapas se solapen.
Se puede reducir el nfasis sobre la documentacin.
Se puede permitir ms regresin.
Variantes del modelo de cascadas modificadas
Cascada con fases solapadas

Jos Luis Prez Ortega

Pgina 3

Ingeniera de Software 4
Unidad Pinal de Amoles
Puede evitar algunos inconvenientes del modelo de cascada pura al solapar sus etapas, por
ejemplo, sugiere que se debera tener bien hecho el diseo global y quizs a medio hacer el diseo
detallado antes de considerar completo el anlisis de requerimientos, no obstante, puede reducir
sustancialmente la documentacin necesaria entre etapas.

Cascada con subproyectos


Puede permitir la ejecucin de algunas de las tareas de la cascada en paralelo (subproyectos),
siempre que se haya realizado una cuidadosa planificacin.

Cascada con reduccin de riesgos


Incorpora una espiral en lo alto de la cascada para controlar el riesgo de los requerimientos, y una
espiral para las dems etapas de desarrollo. A este nivel es posible desarrollar un prototipo de
interfaz de usuario, tener entrevistas con los usuarios, observar cmo los usuarios interactan con
algn sistema previo, y utilizar otros mtodos que se consideren apropiados para la identificacin
de los requerimientos.

Desventajas de las variantes


Modelo de cascada con fases solapadas
Debido al solapamiento entre las etapas, los hitos son ms ambiguos, y esto hace ms difcil trazar
el progreso correctamente, adems la realizacin de actividades en paralelo puede suponer una
mala comunicacin, suposiciones incorrectas e ineficacia.
Modelo de cascada con subproyectos
Existe presencia de interdependencias imprevistas.
Modelo de cascada con reduccin de riesgos
Ninguno.

Prototipos de Sistemas
Este mtodo hace que el usuario participe de manera ms directa en la experiencia de anlisis y
diseo.
La construccin de prototipos es ms eficaz bajo las circunstancias correctas sin embargo, al igual
que los otros mtodos, el mtodo es til slo si se emplea en el momento adecuado y en la forma
apropiada.
El prototipo es un sistema que funciona no solo una idea en el papel- , desarrollado con la
finalidad de probar ideas y suposiciones relacionadas con el nuevo sistema. Al igual que cualquier
sistema basado en computadora, est constituido por software, que acepta entradas, realiza
clculos, produce informacin ya sea impresa o en pantalla, o que lleva a cabo otras actividades
significativas.

Jos Luis Prez Ortega

Pgina 4

Ingeniera de Software 5
Unidad Pinal de Amoles
Los usuarios evalan el diseo de informacin generada por el sistema y deben esperarse cambios
a medida que el sistema es utilizado.
Las razones por las cuales se deben utilizar los prototipos de sistemas son que los requerimientos
de informacin no siempre estn bien definidos; los prototipos permiten evaluar situaciones
extraordinarias, donde los encargados de disear sistemas no tienen informacin ni experiencia,
ya que en realidad es un modelo piloto o de prueba, y es un sistema que funciona debido a que
est diseado para ser modificado con facilidad.

Prototipado Evolutivo
Es un modelo de ciclo de vida en el que se desarrolla el concepto del sistema a medida que avanza
el proyecto.
Normalmente se comienza desarrollando los aspectos ms visibles del sistema, posteriormente se
presenta la parte ya desarrollada del sistema al cliente y se contina el desarrollo del prototipo en
base a la realimentacin que se recibe del cliente. Finalmente, el ciclo contina hasta que el
prototipo se convierte en el producto final de ingeniera.
Es conveniente utilizar el prototipado evolutivo cuando los requerimientos cambian con rapidez,
cuando el cliente es reacio a especificar el conjunto de los requerimientos, cuando ni el analista ni
el cliente identifican de forma apropiada el rea de aplicacin o cuando los desarrolladores no
estn seguros de la arquitectura o los algoritmos adecuados a utilizar.

Ciclo en V
Uno de los inconvenientes del modelo en cascada es que las pruebas del software son dejadas al
final del desarrollo.
El ciclo de vida en V, es una variacin del modelo en cascada que trata este problema, toma su
nombre de la forma en la cual se visualiza y es una evolucin del modelo en cascada en el cual se
realizan actividades en paralelo y facilita las pruebas del sistema. As, se basa en la premisa de que
las pruebas de calidad no se deben dejar al final, sino realizarse a lo largo del proceso.

Entrega por Etapas o Implementacin Incremental


El sistema se muestra al cliente en etapas refinadas sucesivamente.
A diferencia del modelo de prototipado evolutivo, se conoce exactamente qu es lo que se va a
construir cuando se procede a construirlo.
Lo que hace diferente a este modelo es que el sistema no se entrega como un todo al final del
proyecto, sino que ste se entrega por etapas sucesivas a lo largo del proyecto.

Diseo por planificacin


Es similar al modelo entrega por etapas, la diferencia radica en que no siempre se conoce al
principio si se tendr el producto para la ltima entrega.

Jos Luis Prez Ortega

Pgina 5

Ingeniera de Software 6
Unidad Pinal de Amoles
Se pueden tener cinco etapas planificadas, pero slo se llega a la tercera etapa debido a que se
tiene una fecha lmite que no se puede cambiar.
Uno de los elementos crticos de este modelo es priorizar los requerimientos y planificar sus
etapas de tal forma que las primeras contengan los requerimientos de mayor prioridad, y los
requerimientos de baja prioridad se dejan para ms tarde.

Entrega Evolutiva
Es un modelo que se encuentra entre el prototipado evolutivo y la entrega por etapas: se
desarrolla una versin del producto, se muestra al cliente, se refina el producto en funcin de los
comentarios del cliente. El parecido entre ambos modelos depende de hasta qu punto se lleva a
cabo una planificacin para adaptarse a las solicitudes de los clientes.
Si se planifica para adaptarse a la mayora de las solicitudes, la entrega evolutiva se parecer ms
al prototipado evolutivo, pero si se planifica para adaptarse a pocas solicitudes de modificacin, la
entrega evolutiva se aproximar a la entrega por etapas

Software - Ciclo de Vida de Desarrollo


El ciclo de vida del desarrollo Software (SDLC en sus siglas inglesas), es una secuencia estructurada
y bien definida de las etapas en Ingeniera de software para desarrollar el producto sofware
deseado.

Actividades del SDLC


El SDLC aporta una serie de pasos a seguir con la finalidad de disear y desarrollar un producto
software de manera eficiente. El borrador del SDLC incluye los pasos que veremos a continuacin:

Jos Luis Prez Ortega

Pgina 6

Ingeniera de Software 7
Unidad Pinal de Amoles

Comunicacin
Este es el primer paso donde l usuario inicia la peticin de un producto software determinado.
Contacta al proveedor de servicios e intenta negociar las condiciones. Presenta su solicitud al
proveedor de servicios aportando la organizacin por escrito.

Recoleccin de solicitudes
A partir de este paso y en adelante el equipo de desarrollo software trabaja para tirar adelante el
proyecto. El equipo se rene con varios depositarios de dominio del problema, e intentan
conseguir la mxima cantidad de informacin posible sobre lo que requieren. Los requisitos se
contemplan y agrupan en requisitos del usuario, requisitos funcionales y requisitos del sistema. La
recoleccin de todos los requisitos se lleva a cabo como se especifica a continuacin Estudiando el software y el sistema actual o obsoleto,
Entrevistando a usuarios y a desarrolladores de Software,
Consultando la base de datos o

Jos Luis Prez Ortega

Pgina 7

Ingeniera de Software 8
Unidad Pinal de Amoles
Recogiendo respuestas a travs de cuestionarios.

Estudio de viabilidad
Despus de la recoleccin de requisitos, el equipo idea un plan para procesar el software. En esta
fase, el equipo analiza si el software puede hacerse para cubrir todos los requisitos del usuario y si
hay alguna posibilidad de que el software ya no sea necesario. Se investiga si el proyecto es viable
a nivel financiero, prctico, y a nivel tecnolgico para que la organizacin acepte la oferta. Hay
varios algoritmos disponibles, los cuales ayudan a los desarrolladores a concluir si el proyecto
software es factible o no.

Anlisis del sistema


En este pas los desarrolladores trazan su plan e intentan crear el mejor y ms conveniente modelo
de software para el proyecto. El anlisis del sistema inclye el entendimiento de las limitaciones del
producto Software; el aprendizaje de los problemas relacionados con el sistema; los cambios que
se requieren en sistemas ya existentes con antelacin, identificando y dirigiendo el impacto del
proyecto a la organizacin y al personal, etc. El equipo del proyecto analiza las posibilidades del
proyecto y planifica la temporalizacin y los recursos correspondientes.

Diseo de Software
El siguiente paso es disear el producto software con la ayuda de toda la informacin recogida
sobre requisitos y anlisis. Los inputs (aportacines) de los usuarios y los resultados de la recogida
de informacin hecha en la fase anterior seran las aportaciones base de la fase actual. El output (o
resultado) de esta etapa toma la forma de 2 diseos; El diseo lgico y el diseo fsico. Los
ingenieros crean meta-data (Metadatos), Diagramas dilgicos, diagramas de flujo de datos, y en
algunos casos pseudocdigos.

Codificacin
Esta fase tambin se puede denominar 'fase de programacin'. La implementacin del diseo de
software empieza con el lenguaje de programacin ms conveniente, y desarrollando programas
ejecutables y sin errores de manera eficiente.

Pruebas
Se estima que el 50% de todos los procesos de desarrollo de software deberan ser evaluados. Los
errores pueden arruinar el software tanto a nivel crtico y hasta el punto de ser eliminado. Las
pruebas de Software se hacen mientras se codifica y suelen hacerlo los desarrolladores y otros
expertos evaluadores a varios niveles. Esto incluye evaluacin de mdulos, evaluacin del
programa, evaluacin del producto, evaluacin interna y finalmente evaluacin con el consumidor
final. Encontrar errores y su remedio a tiempo es la llave para conseguir un software fiable.

Jos Luis Prez Ortega

Pgina 8

Ingeniera de Software 9
Unidad Pinal de Amoles

Integracin
El Software puede necesitar estar integrado con las bibliotecas, Bases de datos o con otro u otros
programas. Esta fase del SDLC se focaliza en la integracin del software con las entidades del
mundo exterior.

Implementacin
Aqu se instala el software en mquinas de clientes. A veces, el software necesita instalar
configuraciones para el consumidor final con posterioridad. El Software se evala por su
adaptabilidad y su portabilidad, en cuanto a las cuestiones relacionadas con la integracin y
conceptos asociados, se resuelven durante la implementacin.

Mantenimiento y Funcionamiento
Esta fase confirma el funcionamiento del software en trminos de ms eficiencia y menos errores.
Si se requiere, los usuarios se forman, o se les presta documentacin sobre como operar y como
mantenerlo en funcionamiento. El software se mantiene de forma temprana actualizando el
cdigo en acorde a los cambios que tienen lugar en entornos del usuario o tecnolgicos. Esta fase
puede que tenga que encarar retos originados por virus ocultos o problemas no identificados del
mundo real.

Disposicin
Con el paso del tiempo, puede que el software falle en su ejecucin. Puede que se vuelva
totalmente obsoleto o que necesite actualizaciones. De ah surge una necesidad urgente de
eliminar una parte importante del sistema. Esta fase incluye archivar datos y componentes
software requeridos, cierre del sistema, planificacin de la actividad de disposicin y terminacin
de sistema en el momento final del sistema.

Paradigma de desarrollo de Software


El Paradigma de desarrollo de Software ayuda al desarrollador a escoger una estrategia para
desarrollar el software. El paradigma de desarrollo software tiene su propio set de herramientas,
mtodos y procedimientos, los cuales son expresados de forma clara, y define el ciclo de vida del
desarrollo del software. Algunos paradigmas de desarrollo de software o modelos de proceso se
definen a continuacin:

Modelo de cascada
El modelo de cascada es el modelo de paradigma ms simple en desarrollo de software. Sigue un
modelo en que las fases del SDLC funcionarn una detrs de la otra de forma lineal. Lo que
significa que solamente cuando la primera fase se termina se puede empezar con la segunda, y as
progresivamente.

Jos Luis Prez Ortega

Pgina 9

Ingeniera de Software 10
Unidad Pinal de Amoles

Este modelo asume que todo se lleva a cabo y tiene lugar tal y como se haba planeado en la fase
anterior, y no es necesario pensar en asuntos pasados que podran surgir en la siguiente fase. Este
modelo no funcionar correctamente si se dejan asuntos de lado en la fase previa. La naturaleza
secuencial del modelo no permite volver atrs y deshacer o volver a hacer acciones.
Este modelo es recomendable cuando el desarrollador ya ha diseado y desarrollado softwares
similares con anterioridad, y por eso est al tanto de todos sus dominios.

Modelo repetitivo
Este modelo gua el proceso de desarrollo de software en repeticiones. Proyecta el proceso de
desarrollo de forma cclica repitiendo cada paso despus de cada ciclo en el proceso de SDLC.

El software primero se desarrolla en menor escala y se siguen y tienen en consideracin todos los
pasos. Entonces, por cada repeticin, ms mdulos y caractersticas son diseados, codificados,

Jos Luis Prez Ortega

Pgina 10

Ingeniera de Software 11
Unidad Pinal de Amoles
evaluados y aadidos al software. Cada ciclo produce un sotware completo, con ms
caractersticas y capacidad que los previos.
Despus de cada repeticin, el equipo directivo puede concentrarse en la gestin de riesgos y
prepararse para la siguiente repeticin. Como el ciclo incluye pequeas porciones de la totalidad
del proceso software, es ms fcil gestionar el proceso de desarrollo, pero a la vez se consumen
ms recursos.

Modelo en espiral
El modelo en espiral es una combinacin de ambos modelos, el repetitivo y uno del modelo SDLC.
Se puede ver como si se combina un modelo de SDLC combinado con un proceso cclico (modelo
repetitivo).

Jos Luis Prez Ortega

Pgina 11

Ingeniera de Software 12
Unidad Pinal de Amoles

Este modelo considera el riesgo, factor que otros modelos olvidan o no prestan atencin en el
proceso. El modelo empieza determinando los objetivos y las limitaciones del software al inicio de
cada repeticin. En la siguiente etapa se crean los modelos de prototipo del software. Esto incluye
el anlisis de riesgos. Luego un modelo estndar de SDLC se usa para construir el software. En la
cuarta etapa es donde se prepara el plan de la siguiente repeticin.

Modelo V
El mayor inconveniente del modelo de cascada es que solo se pasa a la siguiente fase cuando se
completa la anterior, por tanto no es posible volver atrs si se encuentra algn error en las etapas
posteriores. El Modelo V aporta opciones de evaluacin del software en cada etapa de manera
inversa.

Jos Luis Prez Ortega

Pgina 12

Ingeniera de Software 13
Unidad Pinal de Amoles

En cada etapa, se crea la planificain de las pruebas y los casos de pruebas para verificar y validar
el producto segn los requisitos de la etapa. Por ejemplo, en la etapa de recogida de requisitos, el
equipo de evaluadores prepara las pruebas de caso correspondientes a los requisitos. Ms tarde,
cuando el producto se desarrolla y est preparado para ser evaluado, las pruebas de caso en esta
etapa verifican el software y su validez sugn sus requisitos.
Esto hace que tanto la verificacin como la validacin vayan en paralelo. Este modelo tambin se
conoce como modelo de validacin y verificacin.

Modelo Big Bang


Este modelo es el modelo con la forma ms simple. Requiere poca planificacin, mucha
programacin y tambin muchos fondos. Este modelo se conceptualiza alrededor de la teora de
creacin del universo 'Big Bang'. Tal como cuentan los cientficos, despus del big bang muchas
galaxias, planetas y estrellas evolucionaron. De la misma manera, si reunimos muchos fondos y
programacin, quiz podemos conseguir el mejor producto de software.

Jos Luis Prez Ortega

Pgina 13

Ingeniera de Software 14
Unidad Pinal de Amoles

Para este modelo, se requiere poca planificacin. No sigue ningn proceso concreto, y a veces el
cliente no est seguro de las futuras necesidades y requisitos. Por tanto la entrada o input
respecto a los requisitos es arbitraria.
Este modelo no es recomendable para grandes proyectos de software, pero es bueno para
aprender y experimentar.

Comentario Personal
Yo en lo personal Ya tena una idea de lo que era el ciclo de vida de software, sin embargo nunca
me imagin que sera de gran utilidad conocer los ciclos de vida de software. No solamente abarca
el tiempo de vida til del software, sino que tambien lleva consigo algunas especificaciones que se
deben cumplir para poder implementar por completo cualquier tipo de software ensamblado el
cual debe cumplir de acuerdo con el ciclo de vida elegido para el mismo y en base a este modelo
hacer las actualizaciones necesarias para su funcionamiento optimo.

Referencias

Arieta, Patricia (febrero de 2011). Modelos del ciclo de vida de software. Consultado el 22
de octubre de 2015. Recuperado de: http://fsi201lsca.blogspot.mx/2011/02/modelos-delciclo-de-vida-de-software.html
Tutorials Point (S/F). Software - Ciclo de Vida de Desarrollo. Consultado el 22 de octubre
de
2015
recuperado
de:
http://www.tutorialspoint.com/es/software_engineering/software_development_life_cyc
le.htm

Jos Luis Prez Ortega

Pgina 14

Ingeniera de Software 15
Unidad Pinal de Amoles

Jos Luis Prez Ortega

Pgina 15

También podría gustarte