Tarea Calidad De Software

1 Primera parte (50 puntos, máximo 10 páginas en total)
1.1 Describa utilizando un diagrama ETVX un proceso o actividad crítico(a) de su trabajo actual. Explique brevemente porqué ese proceso o actividad es crítico(a) en su labor.

En mi trabajo actual, en la Universidad de La Serena, me desempeño como Facilitador de Calidad de Software y Testing, en el centro de informática y computación dedicha casa de estudios (CIC), uno de los procesos detectados como críticos en el área de desarrollo es la etapa de Testing de los módulos en desarrollo, los cuales posteriormente deben salir a producción, además de la estandarización de la codificación de dichos módulos.
La estandarización de la codificación de los módulos es crítica en el sentido, que por ser un grupo de desarrollo nuevo, cadadesarrollador tiene su propio estilo de codificación lo cual produce demoras al momento de hacer cambios en módulos desarrollados por otro desarrollador.
El testing de los módulos en desarrollo es una etapa critica, la cual nos sirve para verificar y validar que se este cumpliendo con los requisitos definidos por el usuario para el modulo en cuestión, y la detección de posibles defectos en eldesarrollo.
Para describir este proceso, se utilizará el siguiente diagrama ETVX:
Entry
Task
Exit
Requerimientos para el modulo a desarrollar, es enviada por correo electrónico.
Lista de usuarios que interactuar con la aplicación
Definición de privilegios de los usuarios sobre el modulo en desarrollo
Lista de pruebas de aceptación
Datos de entrada y salida para realizar las pruebas.Se realizan las pruebas de aceptación, de acuerdo a la especificación del modulo en desarrollo.
Revisión y verificación de los privilegios definidos para cada usuario.

Resultados obtenidos de la ejecución del plan de pruebas desarrollado.

Verification


Verificación del cumplimiento del plan de pruebas definido para el modulo en cuestion.


Tabla 1: Diagrama ETVX para el proceso deTesting de módulos en desarrollo.
Entry
Task
Exit
Estándar de codificación interno del CIC.
Lista de desarrolladores
Definición de roles dentro del equipo de desarrollo.
Plantillas de revisión de pares.
Bitácora del modulo en desarrollo.
Se realizan revisiones de la codificación de los módulos en desarrollo.

Resultados obtenidos inspección de la codificación de módulos.

VerificationRevisión y verificación del cumplimiento del estándar de desarrollo interno del CIC.


Tabla 2: Diagrama ETVX para la etapa de codificación de módulos en desarrollo.
1.2 Haga un diagnóstico del estado actual de dicho proceso o actividad y proponga un plan de mejoramiento en dos fases: a 3 meses y a 6 meses.

Antes de realizar un diagnóstico del estado actual del proceso de testing demódulos en desarrollo dentro del CIC, se definirán las debilidades del proceso actual, los objetivos que se pretenden lograr, las actividades para alcanzar dichos objetivos.
1.2.1 Debilidades del proceso:
Falta de un documento formal para el diseño del plan de pruebas o testing, recayendo la responsabilidad en la experiencia del encargado de ejecutar las pruebas en cuestión.
Falta deespecificaciones de requerimientos clara o inexistente, a la hora de realizar testing a un modulo en cuestión.
Falta de un encargado de realizar el testing de un modulo, que no sea el parte del equipo de desarrollo (representante del cliente).
Falta de un documento formal para la entrega de los resultados del testing realizado.
El principal objetivo es el mejoramiento del proceso de testing de módulos endesarrollo realizados en el CIC, formalizando dicho proceso, logrando de esta manera una trazabilidad del proceso en cuestión.
Ademes de basarse en los estándares de desarrollo y codificación interno del CIC, con lo cual se persigue conseguir códigos más limpios, que permitan que cualquier integrante del grupo de desarrollo pueda continuar sin problemas con el desarrollo de cualquier modulo en...