CICLO DE VIDA DEL SOFTWARE

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
CICLO DE VIDA DEL SOFTWARE por Mind Map: CICLO DE VIDA DEL SOFTWARE

1. Comunicación

1.1. Este es el primer paso donde el usuario inicia la solicitud de un producto de software determinado. Contacta al proveedor de servicios e intenta negociar las condiciones. Presenta su solicitud al proveedor de servicios aportando la organización por escrito.

2. Recolección de solicitudes

2.1. A partir de este paso y en adelante el equipo de desarrollo de software trabaja para tirar adelante el proyecto. El equipo se reúne con varios depositarios del dominio del problema, e intenta obtener la máxima cantidad de información posible sobre lo que requieren. Los requisitos se contemplan y agrupan en requisitos del usuario, requisitos funcionales y requisitos del sistema. La recolección de todos los requisitos se lleva a cabo como se especifica a continación -

2.1.1. Estudiando el software y el sistema actual u obsoleto,

2.1.2. Entrevistando a usuarios y desarrolladores de Software,

2.1.3. Consultando la base de datos O

2.1.4. Recogiendo respuestas a través de cuestionarios.

3. Estudio de viabilidad

3.1. Después de la recopilación 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.

4. Análisis del sistema

4.1. En este paso, los desarrolladores trazan su plan e intentan crear el mejor y más conveniente modelo de software para el proyecto. El análisis del sistema incluye 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 establecidos con antelación, identificando y dirigiendo el impacto del proyecto a la organización y al personal, etc.

5. Diseño de software

5.1. El siguiente paso es diseñar el software del producto con la ayuda de toda la información recogida sobre requisitos y análisis. Las entradas (aportaciones) de los usuarios y los resultados de la recopilación de información hecha en la fase anterior seran las aportaciones base de la fase actual. El resultado (o resultado) de esta etapa toma la forma de 2 diseños; El diseño lógico y el diseño físico.

6. Codificación

6.1. Esta fase también se puede denominar 'fase de programación'. La implementación del diseño de software comienza con el lenguaje de programación más conveniente, y los programas ejecutables y los errores de manera eficiente.

7. Pruebas

7.1. Se estima que el 50% de todos los procesos de desarrollo de software deberían ser evaluados. Los errores pueden arruinar el software tanto a nivel crítico 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.

8. Integración

8.1. 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 integración del software con las entidades del mundo exterior.

9. Implementación

9.1. Aquí se instala el software en máquinas de clientes. A veces, el software necesita instalar configuraciones para el consumidor final con posterioridad. El software se evalúa por su adaptabilidad y su portabilidad, en cuanto a las cuestiones relacionadas con la integración y conceptos asociados, se resuelven durante la implementación.

10. Mantenimiento y funcionamiento

10.1. Esta fase confirma el funcionamiento del software en términos de más eficiencia y menos errores. Si se requiere, los usuarios se forman, o se les presta la documentación sobre como operar y mantenerlo en funcionamiento. El software se mantiene de forma temprana actualizando el código en acorde a los cambios que tienen lugar en entornos del usuario o tecnológicos.

11. Disposición

11.1. Con el paso del tiempo, puede que el software falle en su ejecución. Puede que se vuelva totalmente obsoleto o que necesite actualizaciones. De ahí surge una necesidad urgente de eliminar una parte importante del sistema.

12. Paradigma de desarrollo de software

12.1. El Paradigma de desarrollo de Software ayuda a desarrollar una estrategia para desarrollar el software. El paradigma de desarrollo de software tiene su propio conjunto de herramientas, métodos y procedimientos, los cuales son expresados ​​de forma clara, y definen el ciclo de vida del desarrollo del software.

12.1.1. Modelo de cascada

12.1.1.1. Este modelo asume que todo se lleva a un cabo y tiene lugar tal y como se había planeado en la fase anterior, y no es necesario pensar en asuntos pasados ​​que podrían surgir en la siguiente fase. Este modelo no funciona correctamente si se dejan asuntos de lado en la fase previa.

12.1.2. Modelo repetitivo

12.1.2.1. El software primero se desarrolla en menor escala y se siguen y tienen en consideración todos los pasos. Entonces, por cada repetición, más módulos y características son diseñados, codificados, evaluados y añadidos al software. Cada ciclo produce un sotware completo, con más características y capacidad que los previos.

12.1.3. Modelo en espiral

12.1.3.1. Este modelo considera el riesgo, factor que otros modelos olvidan o no prestan atención en el proceso. El modelo comienza determinando los objetivos y las limitaciones del software al inicio de cada repetición.

12.1.4. Modelo V

12.1.4.1. 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 atrás si se encuentra algún error en las etapas posteriores. El Modelo V aporta opciones de evaluación del software en cada etapa de manera inversa.

12.1.5. Modelo Big Bang

12.1.5.1. Este modelo es el modelo con la forma más simple. Requiere poca planificación, mucha programación y también muchos fondos.