Modelo de ciclo de vida adecuado para resolver el problema

1. SELECCIONAR EL PROCESO Y LAS ACTIVIDADES A REALIZAR

1. MODELO DE CICLO DE VIDA ADECUADO PARA RESOLVER EL PROBLEMA

El ciclo de vida del software elegido para tratar con los problemas que actualmente tiene ENACO es el modelo de ciclo de vida del software en V:[pic 1]

Utilizamos el modelo de ciclo de vida en V, fue porque en el modelo tradicional (cascada) los defectos son encontrados demasiado tarde en el ciclo de vida, ya que las pruebas no se introducían hasta el final del proyecto. El modelo en V dice que las pruebas necesitan empezarse lo más pronto posible en el ciclo de vida. También muestra que las pruebas no son sólo una actividad basada en la ejecución. Hay una variedad de actividades que se han de realizar antes del fin de la fase de codificación. Estas actividades deberían ser llevadas a cabo en paralelo con las actividades de desarrollo, y los técnicos de pruebas necesitan trabajar con los desarrolladores y analistas de negocio de tal forma que puedan realizar estas actividades y tareas y producir una serie de entregables de pruebas.

El modelo en V es un proceso que representa la secuencia de pasos en el desarrollo del ciclo de vida de un proyecto. Describe las actividades y resultados que han de ser producidos durante el desarrollo del producto. La parte izquierda de la v representa la descomposición de los requisitos y la creación de las especificaciones del sistema. El lado derecho de la v representa la integración de partes y su verificación. V significa “Validación y Verificación”.

1. PROCESOS NECESARIOS PARA EL PROYECTO

1. PRACTICAS[pic 2]

La corriente de especificación (parte izquierda, Project definition) consiste principalmente de:

• Conceptos de operaciones: qué debe hacer el sistema a grandes rasgos.
• Requisitos del sistema y arquitectura del mismo.
• Diseño detallado.

La corriente de pruebas (parte derecha, Project test and integration), por su parte, suele consistir de:

• Integración de las distintas partes, prueba y verificación de las mismas.
• Verificación y validación del sistema en conjunto.
• Mantenimiento del sistema.

La corriente de desarrollo puede consistir (depende del tipo de sistema y del alcance del desarrollo) en personalización, configuración o codificación.

                Las fases que componen el modelo en V son las siguientes:

• Fase #1: Está orientado al “cliente”. El inicio del proyecto y el fin del proyecto constituyen los dos extremos del ciclo. Se componen del análisis de requisitos y especificaciones, se traduce en un documento de requisitos y especificaciones.
• Fase #2: Se dedica a las características funcionales del sistema propuesto. Puede considerarse el sistema como una caja negra, y caracterizarla únicamente con aquellas funciones que son directa o indirectamente visibles por el usuario final, se traduce en un documento de análisis funcional.
• Fase #3: Define los componentes es la fase de hardware y software implementación, en la del sistema final, cuyo conjunto se denomina arquitectura del sistema.
• Fase #4: En la fase de implementación que se desarrolla los elementos unitarios o módulos del programa.

1. RESPONSABILIDADES

• Fase #1 Especialista I: Encargado de recoger los requerimientos y de realizar las revisiones con el cliente.
• Fase #2 Analista de programación: Encargado de las pruebas del sistema, entradas salidas e interfaces.
• Fase #3 Especialista I: Encargado de evaluar y verificar la arquitectura del sistema.
• Fase #4 Soporte técnico: Encargado de evaluar los componentes de forma individual y de validar la arquitectura del sistema.

1. PRODUCTOS

• Sistema de información de gestión de notificaciones de problemas concernientes al área de TI.
• Dispositivo para la gestión de registro de asistencia automatizada por medios tecnológicos para el área de Recursos Humanos.
• Programa de capacitación para mejorar el desempeño laboral del personal del área de TI.

1. NECESIDADES DE CAPACITACIÓN DEL EQUIPO DE PROYECTO

El equipo del proyecto debe recibir una capacitación en lo que respecta al modelo ITIL v4, y sus buenas prácticas. Así como también en el compromiso y la importancia de las pruebas que no solo buscan errores en el producto final, si no que buscan la prevención y corrección de los mismos.

1. CRITERIOS DE ACEPTACIÓN PARA LOS COMPONENTES DEL PRODUCTO DE SOFTWARE Y SERVICIO A ENTREGAR

• Sistema de información de gestión de notificaciones de problemas concernientes al área de TI.

• Que el sistema permita la actualización, gestión y cambios de estado de los problemas.
• Que el sistema sea capaz de soportar consultas y edición de las notificaciones.
• Que los empleados deban llenar los campos necesarios obligatorios para completar la notificación.

• Dispositivo biométrico para la gestión de registro de asistencia automatizada por medios tecnológicos para el área de Recursos Humanos.

• Los dispositivos deben responder y reconocer las huellas biométricas de forma rápida y segura.

• Programa de capacitación para mejorar el desempeño laboral del personal del área de TI.

• Los empleados de la empresa deben ser capaces de entender y conocer los conceptos de calidad concernientes a ITIL.
• Cada empleado del área de sistemas debe tener y asumir las responsabilidades de acuerdo al rol en el cual se encuentran, con respecto a la guía de buenas prácticas ITIL.

1. PROCESOS PARA ASEGURAR LA CALIDAD DEL SOFTWARE

1. ACTIVIDADES DE VERIFICACIÓN Y VALIDACIÓN

El diagrama V plantea que en todo este proceso se debe llevar a cabo la verificación y validación y se realiza como se menciona a continuación. Cada nivel de desarrollo se verifica con el nivel anterior, es decir, se comprueba si los requisitos y definiciones de niveles previos han sido implementados de correcta. La validación se refiere a la corrección de cada nivel de desarrollo, de esta manera se comprueba lo adecuado de los resultados de un nivel de desarrollo. De esta manera podemos observar que el proceso de pruebas comienza antes que la ejecución de las mismas, tan   pronto   comienza   el   desarrollo   se   puede   comenzar   la   preparación   de   las   pruebas correspondientes, como es el caso de la revisión de documentos.

...