Ciclo de la vida del Software

Ciclo de la vida del Software

1. Normativa:ISO/IEC/IEEE 12207:2017 establece:El estándar ISO/IEC 12207 recomienda​ un marco común para los procesos de Ciclo de Vida del Software, que nace de una necesidad o nueva idea, que va a ser satisfecha en parte o su totalidad por el software y que va a culminar con su jubilación.

2. También conocido como (SDLC o Systems Development Life Cycle), es el proceso que se sigue para construir y hacer evolucionar un determinado software.

3. ENTREGABLES:Son los productos intermedios que generan las fases. Pueden ser materiales o inmateriales (documentos, software)

   • FASES: Una fase es un conjunto de actividades relacionadas con un objetivo en el desarrollo del proyecto. Se construye agrupando tareas (actividades elementales) que pueden compartir un tramo determinado del tiempo de vida de un proyecto.
     • FASES DE PLANIFICACION -FASE DE ANALISIS -FASE DE DISEÑO - FASE DE PRUEBAS -FASE DE MANTENIMIENTO

4. PARADIGMAS:Con la finalidad de proporcionar una metodología común entre el cliente y la empresa de software, se utilizan los modelos de ciclos de vida o paradigmas de desarrollo de software para plasmar las etapas y la documentación necesaria, de manera que cada fase se valide antes de continuar con la siguiente.

   • Existen modelos preestablecidos con los cuales se pude elaborar un proyecto; a continuación, se mencionan los diferentes paradigmas de modelos de ciclo de vida para desarrollar software: l
     • Paradigma tradicional:Los paradigmas tradicionales se identifican, fundamentalmente, por ser lineales, es decir se trata de completar cada proceso de principio a fin hasta que quede listo para avanzar a la segunda fase del ciclo del software.
     • Desventaja:Pérdida de tiempo si se encuentran errores en una fase avanzada porque al devolverse se debe pasar nuevamente por todas las fases y reestructurar de acuerdo con las modificaciones.
     • Paradigma orientado a objetos:Las etapas de desarrollo de software en el paradigma orientado a objetos, se conforma principalmente por la creación de clases, análisis de requisitos y el diseño. Con este paradigma se pretende que el código fuente sea reutilizable para otros proyectos.
     • Paradigma de desarrollo ágil:El objetivo de este paradigma es el desarrollo de proyectos en poco tiempo, se simplifican procesos tediosos, se agilizan las fases del desarrollo y las interacciones se hacen en corto tiempo.

5. FASE DE DEFINICIÓN DE REQUISITOS

   • En esta primera fase del ciclo de vida del software, también llamada fase de análisis, se recopila, se examina y se formulan los requisitos del cliente, así como la verificación de las posibles restricciones que se puedan aplicar.
     • REQUISTOS:Los requisitos comunican las expectativas de los consumidores de productos software; de otra parte, los requisitos pueden ser obvios o estar ocultos, conocidos o desconocidos, esperados o inesperados, desde el punto de vista del cliente.

6. INGENIERÍA DE REQUISITOS: La ingeniería de requisitos puede considerarse como un proceso de descubrimiento y comunicación de las necesidades de clientes y usuarios y la gestión de los cambios de dichas necesidades.

   • 1-Entender lo que el cliente quiere. 2-Analizar las necesidades. 3-Evaluar la factibilidad. 4-Negociar una solución razonable. 5-Especificar la solución sin ambigüedades. 6-Validar la especificación. 7-Administrar los requisitos conforme éstos se transforman en un sistema operacional.

Bilder und Dateien der Mindmap