Ciclo de vida de un S.I

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Ciclo de vida de un S.I por Mind Map: Ciclo de vida de un S.I

1. 1. Análisis

1.1. Función: Identificar los requerimientos y necesidades de un S.I. Es el qué del sistema.

1.1.1. Técnicas de elicitación

1.1.1.1. Busca requerimientos ausentes con base en la identificación de las personas involucradas en el proyecto.

1.1.2. Herramientas de modelado de sistemas

1.1.2.1. Los modelos facilitan el análisis de requerimientos; son planos que capturan "la esencia" del proyecto, pueden ser

1.1.2.1.1. Estructurales

1.1.2.1.2. De comportamiento

1.1.3. Metodologías de análisis de requerimientos

1.1.3.1. Conjunto de conenciones que son útile en la práctic, tales como herramientas adquiridas o a través de empresas de consultoría, entre otras.

2. 2. Diseño

2.1. Función: Se enfoca en los detalles de forma que tendrá el sistema, es el cómo, y se divide en:

2.1.1. Diseño lógico

2.1.1.1. Determina con precisión los reportes y demás salidas que tendrá el sistema, además de todos los procedimientos de cálculo y datos individuales.

2.1.2. Diseño físico

2.1.2.1. Es el desarrollo de software a partir del diseño lógico.

3. 3. Implementación

3.1. Función: Comprende la programación de los componentes del sistema, adquisición de licencias, permisos, y la elección de un código ameno que permita que la aplicación sea sencilla.

4. 4. Pruebas

4.1. Función: Se usa el software de forma experimental entre algunos usuarios para corregir fallas, usos no previstos y desarrollo acorde con las especificaciones anteriormente dadas. Se realizan por personas ajenas a los desarrolladores para que sean imparciales y completas.

4.1.1. Pruebas de unidad

4.1.1.1. Se enfoca en algún componente concreto del sistema. Se recrean situaciones de límite que expongan deficiencias o analiza la estructura interna del mismo.

4.1.2. Pruebas de integración

4.1.2.1. Analizan los componentes mientras se ensamblan uno a uno para identificar errores en sus interfaces. Eso incluye pruebas basicas al sistema garantizando el avance del proyecto.

4.1.3. Pruebas Alfa

4.1.3.1. Se realizan pruebas al sistema ensamblado en su totalidad con énfasis en el usuario final. Permiten mejoras en la interfaz del usuario.

4.1.4. Pruebas Beta

4.1.4.1. Tienen un contexto de mercantil, es decir, son pruebas que hacen usuarios finales ajenos al equipo de desarrollo para garantizar el éxito en ventas del producto.

4.1.5. Test de aceptación

4.1.5.1. Indica el final del desarrollo del producto y da preámbulo a la etapa de mantenimiento.

4.1.6. Revisiones

4.1.6.1. Se realizan desde el documento de especificación de requerimientos hasta el código de cada componente. Son de carácter formal y ayudan a corregir y validar el producto revisado.

5. 5. Mantenimiento

5.1. Utiliza un promedio del 60% de los recursos de la empresa de desarrollo. El software por no tener obsolescencia física, comprende tres funciones:

5.1.1. Mantenimiento correctivo

5.1.1.1. Elimina defectos durante la vida útil del software.

5.1.2. Mantenimiento adaptativo

5.1.2.1. Adecúa el software a un nuevo sistema operativo, hardware, etc.

5.1.3. Mantenimiento perfectivo

5.1.3.1. Se proponen mejoras para el sistema.