El Modelado de los Procesos Software

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
El Modelado de los Procesos Software por Mind Map: El Modelado de los Procesos Software

1. Los modelos de desarrollo de software son una representación abstracta de una manera en particular.

1.1. Realmente no representa cómo se debe desarrollar el software, sino de un enfoque común. Puede ser modificado y adaptado de acuerdo a las necesidades del software en proceso de desarrollo.

2. Tipos de Modelos

3. Modelo de cascada

3.1. El modelo de cascada define las siguientes etapas que deben cumplirse de forma sucesiva:

3.2. Especificación de requisitos

3.3. Diseño del software

3.4. Construcción o Complementación del software

3.5. Integración

3.6. Pruebas (o validación)

3.7. Despliegue (o instalación)

3.8. Mantenimiento

4. Modelo de espiral

4.1. La espiral se visualiza como un proceso que pasa a través de algunas interacciones con el diagrama de los cuatro cuadrantes representativos de las siguientes actividades:

4.2. crear planes con el propósito de identificar los objetivos del software, seleccionados para implementar el programa y clarificar las restricciones en el desarrollo del software;

4.3. Análisis de riesgos: una evaluación analítica de programas seleccionados, para evaluar como identificar y eliminar el riesgo;

4.4. la implementación del proyecto: implementación del desarrollo del software y su pertinente verificación;

5. Desarrollo iterativo e incremental

5.1. El desarrollo iterativo recomienda la construcción de secciones reducidas de software que irán ganando en tamaño para facilitar así la detección de problemas de importancia antes de que sea demasiado tarde.

6. Desarrollo ágil

6.1. El desarrollo ágil de software utiliza un desarrollo iterativo como base para abogar por un punto de vista más ligero y más centrado en las personas que en el caso de las soluciones tradicionales.

6.1.1. Los procesos ágiles utilizan retroalimentación en lugar de planificación, como principal mecanismo de control. La retroalimentación se canaliza por medio de pruebas periódicas y frecuentes versiones del software.

7. Codificación y corrección

7.1. El desarrollo de codificación y corrección (en inglés "Code and fix") es, más que una estrategia predeterminada, el resultado de una falta de experiencia o presión que se ejerce sobre los desarrolladores para cumplir con una fecha de entrega.

7.2. Antes o después comienza la fase de pruebas de software (a menudo de forma tardía) y los inevitables errores que se encuentran han de eliminarse antes de poder entregar el software.

8. Orientado a la Reutilización

8.1. La reutilización de software es un proceso donde se recurre al uso de activos de software en las especificaciones de análisis, diseños, implementación y pruebas de una aplicación o sistemas de software.

8.1.1. La reutilización tiene Principios como la existencia de parecidos en distintos sistemas de un mismo dominio, donde el software puede representarse como una combinación de módulos y los sistemas nuevos se puede caracterizar por diferencias respecto a los antiguos sistemas.

9. Manuel Fuentes C.I: 25.884.805