Ciclo de Vida del Software

Mapa Mental Ciclo de Vida Software

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Ciclo de Vida del Software por Mind Map: Ciclo de Vida del Software

1. Planificación

2. Análisis y Diseño

3. Desarrollo

4. Pruebas

5. Mantenimiento

6. IEEE std 830 - 1998

7. IEEE std 1063 - 2001

8. IEEE std 1471 - 2000

9. ANSI/IEEE 1008 - 1987

10. NTP ISO/IEC 12207

11. NTP ISO/IEC 9126

12. IEEE std 1219-1998

13. En esta fase se prepara el diseño y posterior implementación del sistema

14. El análisis busca concretar una serie de requisitos, que son los que regirán el nuevo sistema o los cambios a introducir en el antiguo, si con el proyecto se busca su actualización.

15. En el diseño el equipo de proyecto tendrá que determinar cómo el nuevo sistema de información cumplirá con los requisitos aplicables.

16. El cambio es una constante durante esta etapa, en la que suele ser recomendable poner el foco en la formación y capacitación de los usuarios y el equipo técnico.

17. El objetivo de esta etapa es corroborar que el diseño propuesto cumple con los requisitos de negocio establecidos. Puede ser necesario repetir las pruebas tantas veces como haga falta para evitar errores

18. Por lo general, consiste en introducir los ajustes necesarios para mejorar el rendimiento y corregir los problemas que puedan surgir.

19. Definir un estándar para la especificación de calidad de software, enfocado en cuatro partes.

20. 1. Modelo de Calidad

21. 2. Métricas Internas

22. 3. Métricas Externas

23. 4. Métricas de Calidad en Uso

24. Características Claves

25. FUNCIONALIDAD (Adecuación, Exactitud, Interoperabilidad, Seguridad)

26. FIABILIDAD (Madurez, Tolerancia a fallos, Recuperabilidad)

27. USABILIDAD (Entendimiento, Aprendizaje, Operabilidad, Atracción)

28. EFICIENCIA (Comportamiento en el tiempo, Utilización de recursos)

29. MANTENIMIENTO (Análisis, Cambiabilidad, Estabilidad, Facilidad de pruebas)

30. PORTABILIDAD (Adaptabilidad, Instalabilidad, Coexistencia, Reemplazabilidad)

31. Describe un proceso iterativo para la gestión y ejecución de las actividades del proceso. Aunque sólo menciona las fases de desarrollo y de producción de un producto de software, éstas cubren todo su ciclo de vida, cualquiera que sea su tamaño o complejidad.

32. Brindar ese marco de referencia para establecer qué partes deben conformar cualquier documento que deba ser utilizado por un usuario del sistema o programa en cuestión.

33. Es un conjunto de recomendaciones para la especificación de los requerimientos o requisitos de software el cuál tiene como producto final la documentación de los acuerdos entre el cliente y el grupo de desarrollo para así cumplir con la totalidad de exigencias estipuladas.

34. Se creó para proporcionar una base para pensar en la arquitectura de los sistemas de software intensivo.

35. Especificar un enfoque estándar para las pruebas de unidad del software que pueda ser usado como base firme para para la práctica de la ingeniería de software, describir los conceptos de la ingenieria de software y proporcionar directrices e información.

36. Proporcionar una estructura común para que compradores, proveedores, desarrolladores, personal de mantenimiento, operadores, gestores y técnicos involucrados en el desarrollo de software usen un lenguaje común.