Aún en el entendido de que esto no es un tratado de las fases de Diseño, Desarrollo y Pruebas de SW, podría tener un valor agregado, ampliar a un contexto más explícito la información requerida por dichas fases.
Por ejemplo, si me permiten la sugerencia "LA LISTA DE BUGS" más que una "actividad" es uno de los tantos textos informativos de las pruebas; y en su lugar sería conveniente mencionar las tareas referidas en el Estándar IEEE Std 829-1998 for Software Test Documentation: las cuales pueden agruparse en orden de los ENTREGABLES (entre paréntesis) que genera cada una de las tareas principales: 1- Planificación (A) 2- Formulación (B, C y D) 3- Ejecución (F, I y J) 4- Evaluación (G) 5- Depuración 6- Cierre (E y H) 7- Seguimiento
Un resumen de los ENTREGABLES (documentos requeridos al término de las pruebas) sería: A- Plan de pruebas, B- Diseño de pruebas, C- Casos de prueba, D- Procedimientos de prueba, E- Informe de Elementos, F- Informe incidentes G- Informe resultados: aquí se incluyen los éxitos y bugs H- Informe Resumen, I- Logs de las pruebas y J- Lista de datos Entrada/Salida de las pruebas.
Otra observación sobre el primer punto de “PRUEBAS DE FUNCIONAMIENTO”, al colocarla en forma aislada, se pierde la dimensión global del tipo de pruebas las cuales a su vez presentan otras sub-clasificaciones (funcional ya mencionada, de integración, del sistema, unitarias y por último las de aceptación del usuario). Estos tipos de pruebas, no son en sí mismas “tareas” dentro del proceso de pruebas, sino que más bien condicionan la formulación del Plan de pruebas, y por ende al Diseño de las diferentes pruebas a realizar
Respecto a los “MANUALES DE INSTALACIÓN Y GUÍAS DE USUARIO”, son parte de otras extensas listas de requisitos de documentación exigidas por la "Gestión de cambios" para autorizar el "Pase de programas a producción", y son: Descripción, Explotación y Acreditación del producto, en esta última lista encaja la documentación requerida de los manuales de instalación y guías de usuario.
Esperando sea de utilidad, gracias por su atención.

Marcar mensaje como inapropiado Por Nelly Victoria Jiménez Pérez 08/08/2007

En el último parrafo dice : <i>"Si la versión no fuera aceptada se devolverá a la Gestión de Cambios para su reevaluación."</i>
Si no fuera aceptada por quien?? por Cambios??? osea como se va a devolver a cambios entonces.. si ellos son los que no aceptaron...

Marcar mensaje como inapropiado Por Antonio 19/01/2008

"La Gestión de Cambios será la encargada de dar la validación final a la versión para que se proceda a su instalación. Si la versión no fuera aceptada se devolverá a la Gestión de Cambios para su reevaluación."(donde dice gestión de cambios para su reevaluación, debería decir gestión de versiones)


Marcar mensaje como inapropiado Por Rafael Gállego 11/03/2008

Hola,

¿Como se miden los SLA? ¿Se utiliza alguna herramienta?¿Cual?

Gracias

Marcar mensaje como inapropiado Por David Madrid 04/01/2010

Hola, alguien me podria proporcionar algun documento con ejemplos de niveles de servicio.

Gracias.

Marcar mensaje como inapropiado Por Alejandra 28/05/2010

Podrían explicarme que es una petición de servicio???

Marcar mensaje como inapropiado Por Zulay Daza 28/05/2010

es una mierda

Marcar mensaje como inapropiado Por andres 03/08/2010

dsdskddskjghdjhssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssddddddddddddddddddddddddddddddddddddddddddddddqdqwqqqqqduqwdyuwdyhuwqyhduwdwjxnkydz,xnskjsjxksjskdjsjdskdjskdjskkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkjews umna scaacca de los putos culaoo adghsjbdsus sjdks dsjdhnskdj

Marcar mensaje como inapropiado Por pablo 03/08/2010