checklist software

7/29/2019 Checklist Software

1/18

61

Apndice B PlantillasEn las siguientes secciones se describen las plantillas textuales necesarias para la descripcinde los documentos empleados en OPSOA.

B.1 Checklist: evaluacin heurstica del producto softwareSeguidamente se recoge un checklist con el que es posible conducir una evaluacin de lainterfaz asociada a un producto software, contribuyendo a su conocimiento y permitiendoevaluar y detectar posibles deficiencias en la forma en la que el producto software ofrecesus servicios. El checklist est organizado en diferentes secciones y el lector de esta seccinpodr encontrar una serie de preguntas asociadas a cada una de las secciones identificadas.Dichas secciones estn inspiradas en los trabajos de (Nielsen et al, 1993) y (Pierotti ,1998).Las partes consideradas en este checklist son las siguientes:

La visibilidad del estado en que se encuentra el sistema.

La correspondencia entre el producto software y el mundo real. El control y la libertad del usuario. La consistencia y el cumplimiento de estndares. Una interaccin basada ms en el reconocimiento que en el recuerdo. La flexibilidad y la eficiencia de uso. El diseo esttico y minimalista. La ayuda y documentacin que ofrece el producto software. El tratamiento de la privacidad que se hace en el producto software. Portabilidad Soporte, Comunidad y LicenciasSin ms comentarios procederemos a asociar una serie de preguntas asociadas a cada unode los criterios antes mencionados. Previamente, slo resaltar que la realizacin de estoscuestionarios se realizarn en la fase de conocimiento del producto software y contribuirn,indirectamente a su conocimiento. El personal encargado de su realizacin deberreflejarlo:

Nombre del producto software:

Nombre del evaluador:

Fecha:

Versin:


2/18

62

B.1.1 La visibilidad del estado en que se encuentra el sistemaEl producto software debera siempre mantener informado al usuario sobre qu esthaciendo mediante un feedback adecuado y en un tiempo razonable.

Pregunta Si No N/A

La pantalla asociada al producto software tiene un ttulo o cabecera quedescribe su contenido

El icono asociado al producto software permite distinguirlo con facilidadcuando aparece con otros iconos de otros productos

Hay feedback visual en mens y cajas de dilogo sobre qu opciones estnactualmente seleccionadas

Si se pueden seleccionar mltiples opciones en un men o caja de dilogo,hay feedback visual sobre qu opciones estn seleccionadas

A golpe de vista puede el usuario saber en qu estado est el sistema y quacciones pueden llevarse a cabo

B.1.2 La correspondencia entre el producto software y el mundo realEl producto software debera hablar el mismo lenguaje que utiliza el usuario, con palabras,frases y conceptos que le sean familiares, ms que utilizar terminologa orientada al sistema.La informacin y las acciones deberan ofrecerse de forma lgica y natural.

Pregunta Si No N/A

Las imgenes e iconos utilizados son concretos y familiares para el usuario

Los mens estn organizados de una forma lgica

Si se utilizan formas como claves visuales, stas encajan con lasconvenciones culturales

Las combinaciones de colores utilizadas se corresponden con lasexpectativas habituales sobre cdigos de color

Las etiquetas utilizadas en los formularios, se utiliza una terminologafamiliar al usuario

Las opciones de men encajan en las diferentes categoras establecidas

El sistema hace gestiona automticamente la alineacin de valores decimales

Cuando al sistema se le facilitan cantidades monetarias introduceautomticamente el smbolo asociado con la divisa

El producto software facilita la accin ahora quiero hacer esto


3/18

63

B.1.3 El control y la libertad del usuarioLos usuarios deberan ser libres para seleccionar y realizar las tareas que deseen, sin que elproducto software tenga que intervenir. El producto software debera ofrecer las opcionesde hacer y deshacer, y marcar claramente las salidas de emergencia cuando sea necesario.

Pregunta Si No N/AEs fcil reorganizar las ventanas asociadas con el producto software cuandoste las ofrece solapadas

Es fcil moverse entre las ventanas asociadas con el producto softwarecuando ste las ofrece solapadas

Tiene el usuario opcin de deshacer (undo) cualquiera de las acciones querealiza

Si el usuario puede utilizar un ratn para utilizar el producto software, puedeseleccionar con l las opciones de men y mediante el teclado

Puede el usuario personalizar sus pantallas, ficheros y producto software en

general

B.1.4 La consistencia y el cumplimiento de estndaresLos usuarios del producto software no pueden alcanzar lo mismo a travs de diferentessituaciones, acciones y palabras.

Pregunta Si No N/A

Los iconos estn etiquetados

El producto software maneja entre 12 y 20 iconos

Si se ofrece una opcin salida (exit) en el men del producto software,aparece al final

Los ttulos de los mens estn centrados o justificados a la izquierda

Las diferencias de tamao de letra son hasta cuatro

Las diferencias de uso de fuentes son hasta tres

El movimiento utilizando el cursor es coherente a lo largo de todo el

producto software


4/18

64

B.1.5 Una interaccin basada ms en el reconocimiento que en elrecuerdo

El producto software debera hacer visibles objetos, acciones y opciones. El usuario nodebera verse obligado a recordar informacin de un dilogo a otro cuando utiliza el

producto software. En este punto tambin se tienen en cuenta cuestiones relacionadas conla facilidad de acceso a informacin de asistencia si es necesaria.

Pregunta Si No N/A

La presentacin de informacin comienza en la parte superior izquierda

La informacin, claves y mensajes el producto software las ofrece en unlugar visible en pantalla

La informacin se muestra adecuadamente justificada para su fcil recorrido

Se puede distinguir fcilmente cuando se ofrece un men de seleccin simpley de seleccin mltiple

Las diferentes reas se agrupan lgicamente y se distinguen mediantecabeceras

Los datos que el usuario puede proporcionar de forma opcional en unformulario se marcan de forma clara

El uso del tamao, la negrita, o el color se utiliza para resaltar la importanciade cada elemento que conforma las ventanas

Hay una conjuncin adecuada de color, brillo y contraste entre foreground ybackground

B.1.6 La flexibilidad y la eficiencia de usoEl producto software se preocupa por el nivel de experiencia que presenta el usuario yfacilita en funcin de ello atajos y mecanismos que permiten una interaccin ms gil. Elproducto tambin permite definir sus propias acciones frecuentes y mtodos alternativosde acceso y operacin para diferentes usuarios (p.e.: cultural, fsica o psquicamente).

Pregunta Si No N/A

El producto software ofrece lo habitual de forma inmediata

El producto software ofrece valores por defecto y completa cuando es

posible

Todo lo que se puede hacer con el producto software pulsando directamentesobre objetos se puede lograr utilizando el teclado

El experto puede definir macros, atajos o posibilidades de facilitar lainformacin de una forma ms rpidamente


5/18

65

B.1.7 El diseo esttico y minimalistaEl dilogo entre usuario y producto software debera estar exento de aspectos irrelevantes ono habituales.

Pregunta Si No N/A

Toda la iconografa utilizada en el producto software es conceptual yvisualmente distintiva

Las etiquetas utilizadas son breves, descriptivas y familiares

B.1.8 La ayuda y documentacin que ofrece el producto softwareAunque lo mejor sera que el producto software pudiera ser utilizado sin asistencia o ayudaalguna, siempre es recomendable que sta est disponible y pueda ser consultada por elusuario si as resulta ser necesario.

Pregunta Si No N/A

El acceso a la ayuda se realiza a travs de etiquetas o smbolos inequvocos

Los usuarios pueden conmutar rpidamente entre la aplicacin y la propiaayuda

Existe documentacin de usuario

Existe documentacin de instalacin

Existe documentacin para desarrolladores

Existe una FAQ

B.1.9 El tratamiento de la privacidad que se hace en el productosoftware

El producto software debera ayudar al usuario a proteger su informacin personal yprivada.

Pregunta Si No N/A

Pueden las reas protegidas o confidenciales ser accedidas con ciertascontraseas

En caso de que el producto software trate informacin de carcter privado,hay referencias a los reales decretos relacionados


6/18

66

B.1.10Soporte, Comunidad y LicenciasEl producto software debera ofrecer soporte, ser interesante para una Comunidad de

usuarios y desarrolladores y contar con una licencia establecida.

Pregunta Si No N/A

Existe una empresa o una comunidad de usuarios que mantenga el producto

Existe una empresa o comunidad que de soporte a los usuarios del producto

Existe una empresa que ofrezca consultora sobre el producto.

Existe una portal web desde el que se tenga acceso a los recursos del producto

Se puede acceder al cdigo del producto desde el portal web del proyecto odesde cualquier otro lugar accesible.

Se puede acceder a la documentacin del producto desde la pgina web delproducto o desde cualquier otro lugar accesible.

Existe un modelo de contribucin (por parte de una comunidad) al producto

Contribuye la comunidad de usuarios al producto

La licencia del producto es reconocida por la OSI o la FSF

La licencia del producto ofrece un copyleftfuerte

Las licencias de las libreras y paquetes utilizados son libres y compatibles entres

La licencia de la documentacin es libre.


7/18

67

B.1.11 Portabilidad y ExtensibilidadEl producto software debera ofrecer buenas caractersticas para su portabilidad.

Pregunta Si No N/A

El programa est escrito en un lenguaje de programacin portable (p.e.: php,java, python, c, ...)

El programa est disponible para diferentes sistemas operativos (p.e.: Linux,Windows, Mac)

El programa puede utilizar ficheros de documentacin abiertos

El programa puede generar ficheros de documentacin abiertos

El programa se integra de forma correcta en el sistema en cuanto a la facilidadde instalacin.

El programa se integra de forma correcta en el sistema en cuanto a que nopresenta problemas con otros programas o libreras

El programa puede reemplazarse de forma simple por nuevas versiones

El programa no presenta dependencias de hardware problemticas

El producto ofrece mecanismos simples de extensin (plugins, mdulos, ...)

La estructuracin del cdigo del producto es correcta y permite modificarlocon facilidad

El cdigo est comentado de manera adecuada para entender sufuncionamiento

Existe documentacin para desarrolladores que ayude a entender el cdigo ylos mecanismo de extensin.


8/18

68

B.1.12Empresa, Servicios y ProductoLa empresa que desarrolle el producto software debera ofrecer una serie de

caractersticas.

Pregunta Si No N/A

La Empresa desarrolladora del producto es un empresa madura, en cuanto aque utiliza metodologas de trabajo, est bien organizada, etc.

La Empresa es una empresa con experiencia demostrada en consultora ydesarrollo de software libre (Al menos 2 aos)

La Empresa ofrece servicio de soporte a usuarios

La Empresa ofrece servicio de consultora: Implantacin, Integracin,Adaptacin, ...

La Empresa ofrece servicio de formacin a usuarios

La Empresa ofrece servicio de formacin a desarrolladores

La Empresa ofrece servicio de Partners

El producto es maduro en cuanto a que es longevo y ha sido probado duranteun tiempo importante.

El producto tiene actividad en cuanto a que se trabaja de forma habitual ennuevas versiones o funcionalidades.


9/18

69

B.2Plantilla de Visin del sistema< Nombre del proyecto >

VISIN

VERSIN< numeroVersin>

Revisin histrica

Fecha Versin Descripcin Autor

NDICE

INTRODUCCINPropsito

mbito

Definiciones, acrnimos y abreviaturas

Referencias

Visin General

SITUACIN

Oportunidad de negocios

Informe del problema

Informe del producto

DESCRIPCIN DE LOS ACTORES QUE INTERACTAN CON EL SISTEMA

Descripcin del entorno

Presentacin de los actores

Perfiles de los actores

Necesidades principales de los actores

VISIN GENERAL DEL PRODUCTO


10/18

70

Visin del producto

Coste y precio

Licencia e instalacin

BREVE DESCRIPCIN DE LAS CARACTERSTICAS DEL PRODUCTO(REQUISITOS FUNCIONALES)

DESCRIPCIN DE LA DE DOCUMENTACIN DISPONIBLE

Manual de usuario

Ayuda online

Guas de instalacin, configuracin y fichero readme

Etiquetado y empaquetado


11/18

71

B.3Plantilla de Glosario de Trminos

GLOSARIODETRMINOSVERSINRevisin histrica


>

INDICE

1. INTRODUCCIN>

DEFINICIONES


12/18

72

B.4Plantilla de identificacin y descripcin de actores

INFORMEDEIDENTIFICACIN Y DESCRIPCIN DE LOSACTORES

VERSINRevisin histrica


>

NDICE

1. INTRODUCCIN>

ACTORES

>


13/18

73

B.5Plantilla de Caso de Uso

INFORMEDEESPECIFICACIN DE CASOS DE USO



>

NDICE

1. INTRODUCCIN>

CASOS DE USO


14/18

74

Pueden tambin considerarse otros datos:o frecuencia esperada (nmero de veces que se realiza el CU por unidad de tiempo)o estado (estado actual del CU en el desarrollo)o rendimiento (rendimiento esperado de la secuencia de acciones del CU)o urgencia (urgencia en la realizacin de este CU durante el desarrollo: alta, moderada,

baja)

o estabilidad (estabilidad de los requisitos asociados a este CU: alta, moderada, baja) Autor del caso de uso, sern varias las lneas si ha sido elaborado o refinado por varios autores. Se

acompaar de la fecha y del nmero de versin

Comentarios adicionales sobre cada CU>>


15/18

75

B.6Plantilla de especificacin de requisitos

INFORMEDEESPECIFICACIN DE REQUISITOS



>

NDICE

1. INTRODUCCIN>

JERARQUA DE CASOS DE USO

>

DIAGRAMAS DEL MODELO DE CASOS DE USO DEL NEGOCIO

>


16/18

76

B.7Plantilla Escenarios - Casos de PruebaBasado en el estndar IEEE Standard 829-1998 for Software Test Documentacin.

1. IDENTIFICADOR DE LA ESPECIFICACINEn la presente seccin se incluir un identificador que permita identificar de forma nica el conjunto deCasos de Prueba

ELEMENTOS DE PRUEBA

Identificador de cualquier elemento necesario para la prueba, como

Especificaciones de Requisitos (siempre ha de aparecer el CU que se est probando y si ste se relacionacon algn otro tambin habr de especificarse).

Especificacin de Diseo Gua de usuario Gua de operaciones Gua de InstalacinNECESIDADES AMBIENTALES

Lista de necesidades especiales:

Hardware

Especificar las caractersticas y configuraciones del Hardware necesarias para ejecutar este CP

Software

Especificar el sistema y aplicaciones software requeridas para ejecutar este CP. Esto podra incluirsistemas operativos, compiladores, simuladores y herramientas de pruebas

Otras necesidades

Especificar cualquier otro requisito tal como Modo de uso (ej. Stand alone), Nivel de Seguridad, etc

ESCENARIOS

En la presente seccin se incluir una tabla como la que se detalla a continuacin

IDEscenario Flujos implicados

CASOS DE PRUEBAEn la presente seccin se incluirn tantos sub-apartados como Casos de Prueba se hayan detectado:

Identificador Caso de Prueba - Escenario/Condicin

Se ha incluir un Identificador que sea nico para el Caso de Prueba que se est definiendo. Para ello serecomienda que el identificador tenga como prefijo el identificador del Caso de Uso sobre el que se estdefiniendo el Caso de prueba y como postfijo un nmero nico. Por ejemplo, si el CU sobre el que se estdefiniendo el CP es el CU7 y es el primer CP que se define en el documento, su identificador podra serCU7-CP1.

El Escenario/Condicin deber indicar mediante una descripcin breve cul es el objeto de la prueba

Especificaciones de entrada


17/18

77

En la presente seccin se detallarn cada una de las entradas que han de ser proporcionadas, as como losvalores que han de tomar para poder realizar el CP

Especificaciones de salida

En la presente seccin se detallarn la salida o resultado esperado de la ejecucin del CP

Requisitos procedurales especialesDescribir cualquier restriccin especial sobre el procedimientos de prueba que ejecutan este CP. Ejemplos dedichas acciones especiales son:

Log

Mtodos o formatos para registrar los resultados de la ejecucin de las pruebas

Configuracin

Describir las acciones necesarias para preparar la ejecucin, tales como restaurar la base de datos a unaversin previa, apagar el servidor, etc.

ComienzoAcciones necesarias para iniciar la ejecucin de las pruebas

Procedimiento

Acciones necesarias para realizar la ejecucin de las pruebas. Generalmente, dichas acciones ya sondescritas en el CU por lo que no es necesaria su descripcin

Medida

Cmo realizar las medidas durante la ejecucin del procedimiento de pruebas

Shut down

Como parar la ejecucin de las pruebas cundo sucede un evento no programadoRestart

Identificar los diferentes puntos de reinicio que pueden aparecer y describir las acciones necesarias parareiniciar el procedimiento en dichos puntos.

Parada

Identificar las acciones necesarias para traer ordenadamente la ejecucin a un punto de parada.

Finalizar

Describir las acciones para restaurar el entorno.

ContingenciasDescribir las acciones para tratar con eventos anmalos

Dependencias con otros Casos de Prueba

Qu pruebas han de ejecutarse antes de sta, por qu y que ocurre si fallan

B.8Plantilla Informe FinalBasado en el estndar IEEE Standard 829-1998 for Software Test Documentacin. Estaplantilla describe cmo ha de documentarse el informe final generado como resultado de laaplicacin de OPSOA.


18/18

78

1. INFORME FINAL2. PROPSITOPara qu es el procedimiento y referencias cruzadas a todos los casos de prueba que usen este procedimiento,tales como necesidades ambientales especiales, habilidades especiales que ha de tener el tester, prerrequisitos,

etc.3. CARACTERSTICAS PROBADASIdentificar las caractersticas del software que se han testeado as como la referencia al documento dondeestas se detallan.

4. SUMARIO DE PRUEBASIdentificar los CP, PP as como las referencias a los scripts de prueba y log de prueba generados durante laaplicacin de OPSOA.

5.VARIANZASIndicar cualquier desviacin que haya surgido de las caractersticas probadas frente a las que se planearoninicialmente.

6. SUMARIO DE RESULTADOSResumir los resultados de las pruebas indicando:

Nmero de casos de prueba que pasaron la prueba frente al nmero total de casos de prueba que seejecutaron, indicando su distribucin con respecto a la prioridad de los casos de uso que originaron surealizacin.

Nmero de casos de prueba que no pasaron la prueba frente al nmero total de casos de prueba que seejecutaron indicando su distribucin con respecto a la prioridad de los casos de uso que originaron surealizacin.

Incluir resultados e interpretacin del checklist7. EVALUACINIdentificar las caractersticas del software que se han testeado as como la referencia al documento dondeestas se detallan.

checklist software

Documents