Modelos de Ciclo de Vida Del Desarrollo de Software

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 13

Modelos de ciclo de vida del desarrollo de software / Modelos de

procesos de desarrollo de software

YONATHAN DAVID ACOSTA

20191578013

ANALISIS DE SISTEMAS

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE

CALDAS FACULTAD TECNOLÓGICA

13/04/2021

TECNOLOGIA EN SISTEMATIZACION DE DATOS BOGOTÁ D.C

1
Índice
Objetivo 3

Ciclo de vida de desarrollo de software 3

Modelo de ciclo de vida de desarrollo de software 5

Modelo de ciclo de vida de desarrollo de software 01 6

Modelo de ciclo de vida de desarrollo de software 02 7

Modelo de ciclo de vida de desarrollo de software 03 9

Modelo de ciclo de vida de desarrollo de software 04

10

Bibliografía

12

2
Objetivo: Describir modelos de ciclo de vida del desarrollo de software

Ciclo de vida del desarrollo del software

El ciclo de vida del desarrollo del software (conocido como SDLC o Systems
Development Life Cycle) se define como una estructura aplicada al software
que se encarga de examinar las fases necesarias para validar el desarrollo del
software y así reconocer que este cumpla los requisitos para la aplicación y
comprobación de los procedimientos de desarrollo, asegurándose de que los
métodos usados son adecuados.

Su origen se basa en el hecho de que es muy costoso rectificar errores que


pueden aparecer en un futuro en el proceso de desarrollo y mantenimiento de
software, por lo que una estructura y metodología puede hacer el programador
se centre en la calidad cumpliendo con los plazos y costos asociados.
Entre las funciones de el ciclo de vida de un software:

• Determinar el orden de las fases del proceso de software.


• Establecer los criterios de transición para pasar de una fase a la siguiente.
• Definir las entradas y salidas de cada fase.
• Describir los estados por los que pasa el producto.
• Describir las actividades a realizar para transformar el producto

3
las fases del ciclo de vida del software son las siguientes:

 Planificación: En esta fase se incluyen actividades como lo son,


determinación del ámbito del proyecto, estudio de viabilidad, análisis de
riesgos, estimación del coste del proyecto, planificación temporal y
asignación de recursos para futuras etapas.
 Análisis: Se llega a la conclusión de que es lo que el sistema necesita y
sus requerimientos.
 Diseño: Se defina la estructura general para el software y las posibles
opciones de implementación.
 Implementación: Se eligen las herramientas más adecuadas para
construir el software y se tienen que tener en cuenta las siguientes
pautas.
o Evitar bloques de control no estructurados
o Identificar el alcance de las variables
o Mantener en lo posible la lógica más sencilla
o Documentar y comentar adecuadamente el código

4
o Facilitar interpretación visual
 Pruebas: Tiene como principal objetivo encontrar los fallos del software
 Despliegue: El software entra en funcionamiento y se verifica que no
haya problemas de compatibilidad.
 Uso y mantenimiento: Es de las fases más importantes porque
permite:
o Mantenimiento correctivo: Eliminar defectos detectados en la
vida útil
o Mantenimiento adaptativo: Adaptarlo a nuevas necesidades.
o Mantenimiento perfectivo: Añadirle nuevas funcionalidades.

Modelo de ciclo de vida de desarrollo de software

En la ingeniería de software se utilizan muchos modelos los cuales muestran


muchas de las etapas y estados por los que tiene que pasar un producto de
software, desde su desarrollo, implementación y posterior mantenimiento; a
estos modelos se les llama “modelo ciclo de vida del desarrollo de software”.

Los modelos se encargan de organizar y describir las fases del ciclo de vida del
software, también administra el progreso del desarrollo, con el fin de plasmar la
documentación y las etapas que están allí involucradas, permitiendo que cada
una de las fases se valide antes de proseguir con la siguiente.

Las principales funciones de cualquier modelo de ciclo de vida de software son:


1. Describe las fases primordiales del desarrollo.
2. Administrar el progreso del desarrollo del proyecto.
3. Suministra un espacio de trabajo para la definición de procesos

5
Sin embargo, existen varios modelos de desarrollo de software los cuales se
diferencian por:
 El alcance dependiendo el proyecto.
 Los contenidos que pueda haber por cada fase.
 La estructura y la sucesión de etapas.

Modelos de ciclo de vida de desarrollo de software

Modelo 01: Modelo en cascada


Descripción: Modelo en cascada o Waterfall model es un procedimiento lineal
que divide sucesivamente las fases del desarrollo del proyecto. Tiene como
principal característica que cada fase solo se ejecuta una vez, sin embargo, su
creador Winston W. Royce plantea que debe hacerse recursivo, puesto que
para cada fase siguiente se necesita una comprobación de la anterior.
Etapas:
1. Análisis: Se estudia la viabilidad del proyecto, el resultado de la
viabilidad da luz verde para generar los requisitos.
2. Diseño: Se formula una solución en base a las exigencias generadas en
el paso anterior, diseñando la arquitectura del software centrándose en
interfaces, entornos de trabajo y bibliotecas.
3. Implementación: Una vez es obtenido el diseño de la fase anterior, se
hace el proceso de programación para la búsqueda de errores a través
de pruebas unitarias
4. Verificación: integración del software en el entorno seleccionado, allí se
le hacen pruebas de aceptación para verificar si cumple con las
exigencias definidas con anterioridad.
5. Mantenimiento: Se autoriza la aplicación productiva del software, en
donde principalmente se incluye la entrega, mantenimiento y mejora del
software.
Estructura:

6
Ventajas Desventajas
 Estructura sencilla y cada fase  No se pueden manejar
del proyecto bien diferenciada proyectos altamente complejos
 Permite una buena  Poco margen de cambio, en
documentación caso de que se cambien
 Los costes y la carga de exigencias
trabajo se pueden hacer al  El usuario final no se integra
inicio del proyecto hasta la última fase
 Los proyectos se pueden  Puede haber fallos que solo
presentar de forma sencilla puedan ser vistos hasta la
etapa final

Modelo 02: Modelo V


Descripción: El modelo en V nació en los 90 como mejora del modelo de
cascada, este representa la secuencia de pasos en el desarrollo de un proyecto
el cual va de izquierda a derecha, en la parte izquierda se representan la
descomposición de requisitos y especificaciones; en la parte derecha están
todas las validaciones y verificaciones.
Etapas:

Parte izquierda
1. Fase de especificaciones y requerimientos: Al principio se prevé un
análisis de los requisitos del sistema.

7
2. Fase funcional: Se define la arquitectura del sistema para determinar
que requisitos son funcionales
3. Fase de diseño: Se planifican los componentes e interfaces que tendrá
el sistema.
4. Codificación: Una vez completadas las fases anteriores se empieza a
estructurar el software.

Parte derecha(descendente)
1. Pruebas de unidad: Se verifica que la arquitectura del software
cumpla los requerimientos y requisitos correspondientes.
2. Pruebas de integración: Se verifica si en el diseño todos los
componentes interactúan de manera adecuada
3. Prueba de sistema: Se verifica si la estructuración del software ha
cumplido con los requisitos generales.
4. Análisis de los requisitos: El cliente prueba si el proyecto cumple
con las especificaciones de funcionamiento

Estructura:

8
Ventajas Desventajas
 Hace explicita la iteración de  Se tiende a perder tiempo y
cada fase dinero después de realizar
 Todos los errores se pueden cada prueba, por ende, se
corregir antes del final pueden presentar retrasos.
 Se consigue exactitud en los  No es para nada flexible
programas

Modelo 03: Modelo Iterativo


Descripción: Es un derivado del modelo en cascada y su objetivo principal es
reducir los errores que pueden surgir entre las necesidades del cliente y el
producto final, consiste en una iteración de sucesiva de un solo modelo en
cascada, hasta que haya un entregable que cumpla con los requisitos del
cliente.
Este tipo de modelos se usan cuando los requisitos no son claros por parte del
cliente por lo que hay que crear varios prototipos.
Etapas:
1. Análisis: Se estudia la viabilidad del proyecto, el resultado de la
viabilidad da luz verde para generar los requisitos.
2. Diseño: Se formula una solución en base a las exigencias generadas en
el paso anterior, diseñando la arquitectura del software centrándose en
interfaces, entornos de trabajo y bibliotecas.
3. Desarrollo o implementación: Una vez es obtenido el diseño de la fase
anterior, se hace el proceso de programación para la búsqueda de
errores a través de pruebas unitarias
4. Integración: Verificación del software en el entorno seleccionado, allí se
le hacen pruebas de aceptación para verificar si cumple con las
exigencias definidas con anterioridad.
5. Implementación: Se autoriza la aplicación productiva del software, en
donde principalmente se incluye la entrega, mantenimiento y mejora del
software.

9
6. Iteración: En caso de que el prototipo no cumpla con la totalidad de
requisitos del cliente, se pasara nuevamente a realizar los pasos
anteriormente mencionados, hasta que el consumidor pueda satisfacer
sus necesidades completamente.

Estructura:

Ventajas Desventajas
 El cliente en cada iteración  Implica tener al consumidor al
puede ver algo tangible final de cada iteración
 En cada entrega el error es  Colaboración mutua con el
pequeño y se puede corregir consumidor
en la siguiente iteración
 La complejidad se divide en
tareas más pequeñas

Modelo 04: Modelo en espiral


Descripción: Fue desarrollado en 1985 por Barry Bohem, las tareas y
actividades de este modelo se conforman en un espiral, cada bucle representa
un grupo de actividades que están organizadas según el riesgo proveniente del
bucle anterior. Este tiene un movimiento como el de las manecillas del reloj.
Etapas:
Para cada ciclo hay 4 actividades principales
1. Determinar y fijar objetivos:
a. Fijar los productos a obtener: requerimientos del software
b. Identificar posibles errores y riesgos que puede llegar a tener el
proyecto
c. Planificación inicial o previa.

10
2. Análisis de riesgos:
a. Estudiar los riesgos y problemas encontrados para poder
reducirlos
3. Desarrollar, verificar y validar:
a. Una vez realizadas las tareas correspondientes se hará una
prueba
b. Análisis de alternativas y solución de riesgos o problemas
encontrados.
4. Planificar: Analizar todo lo que ha llevado a cabo, para decidir si
continua a la siguiente actividad.

Estructura:

Ventajas Desventajas
 Puede adaptarse a lo largo de  No es utilizable en pequeños
la vida del software sistemas.
 Los prototipos pueden ser  Requiere experiencia para su
útiles en cualquier etapa aplicación.
 Reduce los riesgos  Genera mucho tiempo en el

11
considerablemente desarrollo, lo que a su vez
 Es aplicable a grandes hace que sea costoso.
proyectos

Bibliografía
[1] G. E. PHP, «Blog Spot,» 08 08 2009. [En línea]. Available:
http://modeloespiral.blogspot.com/2009/08/ventajas.html.
[2] U. corp, «Ungoti,» 2021. [En línea]. Available: https://ungoti.com/es/soluciones/desarrollo-
de-software/sdlc/.
[3] Fred, «Velneo,» 3 Nomviembre 204. [En línea]. Available: https://velneo.es/el-ciclo-de-
vida-del-desarrollo-de-software/.
[4] A. B. González, «Intelequia,» teamIntelquia, [En línea]. Available:
https://intelequia.com/blog/post/2083/ciclo-de-vida-del-software-todo-lo-que-necesitas-
saber#:~:text=El%20ciclo%20de%20vida%20del%20desarrollo%20del%20software
%20(tambi%C3%A9n%20conocido,desarrollo%2C%20asegur%C3%A1ndose%20de
%20que%20los.
[5] I. Jimenez, «Efecto digital online,» Universidad Tecnológica de México, [En línea].
Available: Ciclo de vida de desarrollo de Software (efectodigital.online).
[6] Ingertec, «Ingertec,» [En línea]. Available: https://ingertec.com/iso-iec-12207/.
[7] IONOS, «Ionos by 1&1,» 2021. [En línea]. Available:
https://www.ionos.es/digitalguide/paginas-web/desarrollo-web/el-modelo-en-cascada/.
[8] Emsau, «FREAKINGENIERIA DE SOFTWARE,» 16 septiembre 2012. [En línea].
[9] AspGems, «AspGems,» 21 marzo 2019. [En línea]. Available:
https://aspgems.com/metodologia-de-desarrollo-de-software-ii-modelo-de-diseno-
iterativo/.
[10] I. gonzalez, «Ingeniería de Sistemas,» 4 nomviembre 2014. [En línea]. Available:
http://uwiener-isi-gonzales-andrea.blogspot.com/p/modelo-incremental-o-iterativo.html.

12
13

También podría gustarte