Proceso para el desarrollo de software

Iniziamo. È gratuito!
o registrati con il tuo indirizzo email
Proceso para el desarrollo de software da Mind Map: Proceso para el desarrollo de software

1. También denominado ciclo de vida del desarrollo de software es una estructura aplicada al desarrollo de un producto de software. Hay varios modelos a seguir para el establecimiento de un proceso para el desarrollo de software, cada uno de los cuales describe un enfoque diferente para diferentes actividades que tienen lugar durante el proceso.

2. Modelos de mejora de procesos

2.1. Constituyen una alternativa para elevar la Calidad del Software. Muchas organizaciones productoras de software se han dado cuenta de esto y han encaminado sus esfuerzos a mejorar sus procesos y así lograr productos de mayor calidad y mejores servicios para poder satisfacer las necesidades de clientes cada vez más exigentes. En esencia, la Mejora del Proceso es simple, consiste en aplicar las prácticas que proporcionan buenos resultados y cambiar o eliminar las prácticas que causan problemas.

3. Principales Roles en el proceso de Desarrollo de Software

3.1. Los roles más comunes son:

3.1.1. Gerente de proyecto: Tiene por función presentar informes sobre las litigaciones de riesgos, hacer cumplir los plazos y lleva el control de los costos. También organiza el equipo, realiza planificación y estima el tiempo de las actividades. En conclusión, resuelve problemas.

3.1.2. Analista de requerimientos: Se encarga del revelamiento de los requerimientos esenciales para el desarrollo del Software, la documentación de los requerimientos para así el resto del equipo lo pueda consulta en cualquier momento. Debe ser una persona con capacidad de abstracción y análisis.

3.1.3. Desarrollador de software o programador: Encargado de la concepción y el diseño, escribe el código, prueba lo que construye y se encarga de hacer el mantenimiento del código.

3.1.4. Testeador: Diseña y ejecuta las pruebas, para ello requiere conocer el producto a probar claro esta, estudiar funcionalidad del producto y desarrollar las pruebas que revelen incidentes críticos. Reporta los incidentes y provee información sobre la calidad del sistema.

3.1.5. Arquitecto de software: Está encargado del aseguramiento de la calidad, mejorar continuamente la arquitectura. Gestiona los requerimientos no funcionales, asume la dirección técnica para asegurar que todos los aspectos de la arquitectura se estén desarrollando de manera correcta.

4. ELEMENTOS DEL PROCESO

5. Modelos de Desarrollo de Software

5.1. Existen tres paradigmas de los modelos de desarrollo de software

5.1.1. Paradigma de Desarrollo Ágil

5.1.2. Paradigma Orientado a Objetos

5.1.3. Paradigma Tradicional

5.2. Son una representación abstracta de una manera en particular. Realmente no representa cómo se debe desarrollar el software, sino de un enfoque común.

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

5.2.1.1. -Especificación de requisitos -Diseño del software -Construcción o Implementación del software -Integración -Pruebas (o validación) -Despliegue (o instalación) -Mantenimiento

5.2.2. Modelo de espiral: La principal característica del modelo en espiral es la gestión de riesgos de forma periódica en el ciclo de desarrollo. Combinando algunos aspectos clave de las metodologías del modelo de cascada y del desarrollo rápido de aplicaciones.

6. SOFTWARE LIBRE

6.1. VENTAJAS

6.1.1. – Existen aplicaciones para todas las plataformas (Linux, Windows, Mac Os ). – El precio de las aplicaciones es mucho menor, la mayoria de las veces son gratuitas. – Libertad de copia. – Libertad de modificación y mejora. – Libertad de uso con cualquier fin. – Libertad de redistribución. – Facilidad a la hora de traducir una aplicacion en varios idiomas. – Mayor seguridad y fiabilidad. – El usuario no depende del autor del software.

6.2. DESVENTAJAS

6.2.1. – Algunas aplicaciones ( bajo Linux ) pueden llegar a ser algo complicadas de instalar. – Inexistencia de garantía por parte del autor. – Interfaces gráficas menos amigables. – Poca estabilidad y flexibilidad en el campo de multimedia y juegos. – Menor compatibilidad con el hardware.