¿Qué es el modelo de proceso de software?

Una cosa a tener en cuenta,

A veces se llama modelo de proceso de desarrollo de software.

Vamos a tener una definición cercana de ello. Se dice que el proceso de software es el conjunto de actividades relacionadas que conducen a la producción del software.

Estas actividades en el proceso pueden incluir el desarrollo del software desde cero (desde el principio) o la modificación de un sistema existente, que también se conoce como la reutilización de componentes en la reutilización de software.

Cada modelo representa el proceso desde una perspectiva específica en general.

Estos son los siguientes modelos de proceso de desarrollo de software que se utilizan la mayor parte del tiempo para el desarrollo de software:


1. Modelo de cascada

2. Modelo incremental / de prototipos

3. Modelo en espiral

4. Modelo de desarrollo rápido de aplicaciones (RAD)

5. Modelo ágil


Si está dispuesto a tener más noción de estos modelos de desarrollo, puede echar un vistazo a estos enlaces proporcionados.

Este artículo ¿Qué es un modelo de proceso de software? lo explica bien En resumen, un modelo de proceso de software es el ciclo de vida de una pieza de software. En teoría, comienza como una idea / diseño, luego se implementa y finalmente, se ejecuta y se mantiene.

Sin embargo, ningún software moderno se ajusta completamente en estas fases. La mayoría de las veces, algunas características pueden estar en desarrollo mientras que otras están en concepción y otras ya están implementadas y desplegadas. Incluso con los juegos, se pueden hacer muchos parches.

Creo que la mayoría de los libros de teoría sobre la falta de software es la fase final del proceso: la MUERTE. La fase de muerte es cuando un software (digamos un juego) ya no está en desarrollo, ya no se usa y se olvida en gran medida. En ese punto, ¿cuánto valor ganaste como desarrollador? o ¿cuánto benefició la vida útil del software al negocio? Si bien estas preguntas no están a la vanguardia en el proceso del software, pensarlo y debatirlo en realidad conduce a decisiones sobre el legado: qué tipo de estructura de datos usaría para migrar fácilmente a la próxima generación CUANDO (no si) llegue el momento. ¿O cómo generalizo este algoritmo que podría beneficiar a otro software?