evaluación heurística del producto software
Contents
1. lt N ombre del proyecto gt INFORME DE ESPECIFICACI N DE REQUISITOS VERSI N lt n mero gt Revisi n hist rica Fecha Versi n Descripci n Autor lt lt Este informe realiza la especificaci n de requisitos en t rminos de la estructuraci n del modelo en paquetes y de los casos de uso y actores que hay en el modelo El informe debe mostrar la estructura del modelo de forma jer rquica gt gt NDICE 1 INTRODUCCI N lt lt Breve introducci n de los requisitos del sistema gt gt JERARQU A DE CASOS DE Uso lt lt Esta secci n muestra los paquetes de Casos de Uso de forma jer rquica explicando las dependencias entre ellos y mostrando el contenido de cada paquete de forma recursiva Para cada paquete se indica Su nombre Una breve descripci n de la funci n b sica del paquete en el sistema Una lista de CU del paquete Para cada uno se indica el nombre y una breve descripci n CU de alto nivel Una lista de Actores en el paquete Nombre descripci n Relaciones que aparecen en el paquete Nombre descripci n Siel paquete est formado por otros paquetes se indica tambi n la lista de paquetes que contiene gt gt DIAGRAMAS DEL MODELO DE CASOS DE USO DEL NEGOCIO lt lt Diagramas de Casos de Uso primarios del modelo completo Se parte del diagrama de paquetes y se detallan de forma recursiva gt gt 75 B 7 Plantilla Escenarios Casos de Pru2. producto software 0o o0 0 cuando ste las ofrece solapadas Tiene el usuario opci n de deshacer undo cualquiera de las acciones que 0o o0 0 realiza Si el usuario puede utilizar un rat n para utilizar el producto software puede o o0 0 seleccionar con l las opciones de men y mediante el teclado Puede el usuario personalizar sus pantallas ficheros y producto software en 0o o0 0 general B 1 4 La consistencia y el cumplimiento de est ndares Los usuarios del producto software no pueden alcanzar lo mismo a trav s de diferentes situaciones acciones y palabras Pregunta Si No N A Los iconos est n etiquetados 00 OO El producto software maneja entre 12 y 20 iconos 00 OO Si se ofrece una opci n salida exi en el men del producto software aparece al final Los t tulos de los men s est n centrados o justificados a la izquierda o pa O Las diferencias de tama o de letra son hasta cuatro q p O Las diferencias de uso de fuentes son hasta tres q pp O El movimiento utilizando el cursor es coherente a lo largo de todo el producto software 63 B 1 5 Una interacci n basada m s en el reconocimiento que en el recuerdo El producto software deber a hacer visibles objetos acciones y opciones El usuario no deber a verse obligado a recordar informaci n de un di logo a otro cuando utiliza el producto software En este punto tambi n se tienen en cuenta cuestiones relacionadas con la facilidad de acceso a informaci n de asistencia
3. si es necesaria Pregunta Si No N A La presentaci n de informaci n comienza en la parte superior izquierda 00 o La informaci n claves y mensajes el producto software las ofrece en un ODO lugar visible en pantalla La informaci n se muestra adecuadamente justificada para su f cil recorrido 00 o Se puede distinguir f cilmente cuando se ofrece un men de selecci n simple ODO y de selecci n m ltiple Las diferentes reas se agrupan l gicamente y se distinguen mediante ODO cabeceras Los datos que el usuario puede proporcionar de forma opcional en un ODO formulario se marcan de forma clara El uso del tama o la negrita o el color se utiliza para resaltar la importancia o 0 4 de cada elemento que conforma las ventanas Hay una conjunci n adecuada de color brillo y contraste entre foreground y o 0 0 background B 1 6 La flexibilidad y la eficiencia de uso El producto softwate se preocupa por el nivel de experiencia que presenta el usuario y facilita en funci n de ello atajos y mecanismos que permiten una interacci n m s gil El producto tambi n permite definir sus propias acciones frecuentes y m todos alternativos de acceso y Operaci n para diferentes usuarios p e cultural f sica o ps quicamente Pregunta Si No N A El producto softwate ofrece lo habitual de forma inmediata pq pp O El producto software ofrece valores por defecto y completa cuando es q pp O posible Todo lo que se puede hacer con el producto software pulsa
4. utilizar terminolog a orientada al sistema La informaci n y las acciones deber an ofrecerse de forma l gica y natural Pregunta Si No N A Las im genes e iconos utilizados son concretos y familiares para el usuario 020 o Los men s est n organizados de una forma l gica 00 o Si se utilizan formas como claves visuales stas encajan con las 0o 0 convenciones culturales Las combinaciones de colores utilizadas se corresponden con las Ooo 0 expectativas habituales sobre c digos de color Las etiquetas utilizadas en los formularios se utiliza una terminolog a oooO familiar al usuario Las opciones de men encajan en las diferentes categor as establecidas 00 O El sistema hace gestiona autom ticamente la alineaci n de valores decimales 00 o Cuando al sistema se le facilitan cantidades monetarias introduce Ooo 0 autom ticamente el s mbolo asociado con la divisa El producto software facilita la acci n ahora quiero hacer esto 00 oO 62 B 1 3 El control y la libertad del usuario Los usuarios deber an ser libres para seleccionar y realizar las tareas que deseen sin que el producto softwate tenga que intervenir El producto software deber a ofrecer las opciones de hacer y deshacer y marcar claramente las salidas de emergencia cuando sea necesario Pregunta Si No N A Es f cil reorganizar las ventanas asociadas con el producto software cuando 0o o0 0 ste las ofrece solapadas Es f cil moverse entre las ventanas asociadas con el
5. Ap ndice B Plantillas En las siguientes secciones se describen las plantillas textuales necesarias para la descripci n de los documentos empleados en OPSOA B 1 Checklist evaluaci n heur stica del producto software Seguidamente se recoge un checklist con el que es posible conducir una evaluaci n de la interfaz asociada a un producto softwate contribuyendo a su conocimiento y permitiendo evaluar y detectar posibles deficiencias en la forma en la que el producto software ofrece sus servicios El checklist est organizado en diferentes secciones y el lector de esta secci n podr encontrar una serie de preguntas asociadas a cada una de las secciones identificadas Dichas secciones est n inspiradas en los trabajos de Nielsen et al 1993 y Pierotti 1998 Las partes consideradas en este checklist son las siguientes e Ia visibilidad del estado en que se encuentra el sistema e La correspondencia entre el producto software y el mundo real e El control y la libertad del usuario e La consistencia y el cumplimiento de est ndares e Una interacci n basada m s en el reconocimiento que en el recuerdo e La flexibilidad y la eficiencia de uso e Fl dise o est tico y minimalista e La ayuda y documentaci n que ofrece el producto software e El tratamiento de la privacidad que se hace en el producto software e Portabilidad e Soporte Comunidad y Licencias Sin m s comentarios procederemos a asociar una serie de preguntas asocia
6. IO DE PRUEBAS Identificar los CP PP as como las referencias a los scripts de prueba y log de prueba generados durante la aplicaci n de OPSOA 5 VARIANZAS Indicar cualquier desviaci n que haya surgido de las caracter sticas probadas frente a las que se planearon inicialmente 6 SUMARIO DE RESULTADOS Resumir los resultados de las pruebas indicando N mero de casos de prueba que pasaron la prueba frente al n mero total de casos de prueba que se ejecutaron indicando su distribuci n con respecto a la prioridad de los casos de uso que originaron su realizaci n N mero de casos de prueba que no pasaron la prueba frente al n mero total de casos de prueba que se ejecutaron indicando su distribuci n con respecto a la prioridad de los casos de uso que originaron su realizaci n Incluir resultados e interpretaci n del checklist 7 EVALUACI N Identificar las caracter sticas del software que se han testeado as como la referencia al documento donde estas se detallan 78
7. RACTER STICAS DEL REQUISITOS FUNCIONALES DESCRIPCI N DE LA DE DOCUMENTACI N DISPONIBLE Manual de usuario Ayuda onl ne Gu as de instalaci n configuraci n y fichero readme Etiquetado y empaquetado 70 PRODUCTO B 3 Plantilla de Glosario de T rminos lt N ombre del proyecto gt GLOSARIO DE T RMINOS VERSI N lt n mero gt Revisi n hist rica Fecha Versi n Descripci n Autor lt lt Este informe describe y recopila el Glosario de T rminos utilizado por el sistema dicha recopilaci n facilita la denominaci n homog nea y coberente del analista de sistemas con la utilizada por el sistema los autores del mismo y la documentaci n asociada al mismo gt gt INDICE 1 INTRODUCCI N lt lt Breve introducci n al sistema debe incluirse informaci n relacionada con Prop sito Ambito Referencias gt gt DEFINICIONES 71 B 4 Plantilla de identificaci n y descripci n de actores lt N ombre del proyecto gt INFORME DE IDENTIFICACI N Y DESCRIPCI N DE LOS ACTORES VERSI N lt n mero gt Revisi n hist rica Fecha Versi n Descripci n Autor lt lt Este informe realiza la identificaci n y se describen los actores que utilizan el sistema gt gt NDICE 1 INTRODUCCI N lt lt Breve presentaci n de los actores asociados con el sistema gt gt ACTORES lt lt Para cada actor que tenga acceso al sistema se desc
8. accedidas con ciertas 0o o0 0 contrase as En caso de que el producto software trate informaci n de car cter privado o o0 0 hay referencias a los reales decretos relacionados 65 B 1 10 Soporte Comunidad y Licencias El producto software deber a ofrecer soporte ser interesante para una Comunidad de usuatios 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 00 DO Existe una empresa o comunidad que de soporte a los usuarios del producto o pa OO Existe una empresa que ofrezca consultor a sobre el producto q pp O Existe una portal web desde el que se tenga acceso a los recursos del producto 000 OO Se puede acceder al c digo del producto desde el portal web del proyecto o desde cualquier otro lugar accesible EA a Se puede acceder a la documentaci n del producto desde la p gina web del producto o desde cualquier otro lugar accesible Sa Existe un modelo de contribuci n por parte de una comunidad al producto 00 oOo Contribuye la comunidad de usuarios al producto 00 o La licencia del producto es reconocida por la OSI o la FSF 00 o La licencia del producto ofrece un copyleft fuerte 00 oO Las licencias de las librer as y paquetes utilizados son libres y compatibles entre ODO s La licencia de la documentaci n es libre 00 o 66 B 1 11 Portabilidad y Extensibilidad El producto software deber a ofrecer buenas caracter sticas
9. ada etc La Empresa es una empresa con experiencia demostrada en consultor a y desarrollo de software libre Al menos 2 a os La Empresa ofrece servicio de soporte a usuarios La Empresa ofrece servicio de consultor a Implantaci n Integraci n Adaptaci n La Empresa ofrece servicio de formaci n a usuarios La Empresa ofrece servicio de formaci n a desarrolladores La Empresa ofrece servicio de Partners El producto es maduto en cuanto a que es longevo y ha sido probado durante un tiempo importante El producto tiene actividad en cuanto a que se trabaja de forma habitual en nuevas versiones o funcionalidades 68 Si No N A 00 OO pq p OO po p OO 00 OO 00 o0 00 o 00 o 00 o 00 o B 2 Plantilla de Visi n del sistema lt Nombre del proyecto gt VISI N VERSI N lt numero ersi n gt Revisi n hist rica Fecha Versi n Descripci n Autor NDICE INTRODUCCI N Prop sito mbito Definiciones acr nimos y abreviaturas Referencias Visi n General SITUACI N Oportunidad de negocios Informe del problema Informe del producto DESCRIPCI N DE LOS ACTORES QUE INTERACT AN CON EL SISTEMA Descripci n del entorno Presentaci n de los actores Perfiles de los actores Necesidades principales de los actores VISI N GENERAL DEL PRODUCTO 69 Visi n del producto Coste y precio Licencia e instalaci n BREVE DESCRIPCI N DE LAS CA
10. das a cada uno de los criterios antes mencionados Previamente s lo resaltar que la realizaci n de estos cuestionarios se realizar n en la fase de conocimiento del producto software y contribuir n indirectamente a su conocimiento El personal encargado de su realizaci n deber reflejarlo Nombre del producto software Nombre del evaluador Fecha Versi n 61 B 1 1 La visibilidad del estado en que se encuentra el sistema El producto software deber a siempre mantener informado al usuario sobre qu est haciendo mediante un feedback adecuado y en un tiempo razonable Pregunta Si No N A La pantalla asociada al producto software tiene un t tulo o cabecera que 00 OO describe su contenido El icono asociado al producto software permite distinguirlo con facilidad o 4 0 cuando aparece con otros iconos de otros productos Hay feedback visual en men s y cajas de di logo sobre qu opciones est n O0 o0 0 actualmente seleccionadas Si se pueden seleccionar m ltiples opciones en un men o caja de di logo o po 0 hay feedback visual sobre qu opciones est n seleccionadas A golpe de vista puede el usuario saber en qu estado est el sistema y qu 0o o0 0 acciones pueden llevarse a cabo B 1 2 La correspondencia entre el producto software y el mundo real El producto software deber a hablar el mismo lenguaje que utiliza el usuario con palabras frases y conceptos que le sean familiares m s que
11. descritas en el CU por lo que no es necesaria su descripci n Medida C mo realizar las medidas durante la ejecuci n del procedimiento de pruebas Shut down Como parar la ejecuci n de las pruebas cu ndo sucede un evento no programado Restart Identificar los diferentes puntos de reinicio que pueden aparecer y describir las acciones necesarias para reiniciar el procedimiento en dichos puntos Parada Identificar las acciones necesarias para traer ordenadamente la ejecuci n a un punto de parada Finalizar Describir las acciones para restaurar el entorno Contingencias Describir las acciones para tratar con eventos an malos Dependencias con otros Casos de Prueba Qu pruebas han de ejecutarse antes de sta por qu y que ocurre si fallan B 8 Plantilla Informe Final Basado en el est ndar IEEE Standard 829 1998 for Software Test Documentaci n Esta plantilla describe c mo ha de documentarse el informe final generado como resultado de la aplicaci n de OPSOA 77 1 INFORME FINAL 2 PROP SITO Para 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 CARACTER STICAS PROBADAS Ldentificar las caracter sticas del software que se han testeado as como la referencia al documento donde estas se detallan 4 SUMAR
12. ea nico para el Caso de Prueba que se est definiendo Para ello se recomienda que el identificador tenga como prefijo el identificador del Caso de Uso sobre el que se est definiendo el Caso de prueba y como postfijo un n mero nico Por ejemplo si el CU sobre el que se est definiendo el CP es el CU7 y es el primer CP que se define en el documento su identificador podr a ser CU7 CP1 El Escenario Condici n deber indicar mediante una descripci n breve cu l es el objeto de la prueba Especificaciones de entrada 76 En la presente secci n se detallar n cada una de las entradas que han de ser proporcionadas as como los valores que han de tomar para poder realizar el CP Especificaciones de salida En la presente secci n se detallar n la salida o resultado esperado de la ejecuci n del CP Requisitos procedurales especiales Describir cualquier restricci n especial sobre el procedimientos de prueba que ejecutan este CP Ejemplos de dichas acciones especiales son Log M todos o formatos para registrar los resultados de la ejecuci n de las pruebas Configuraci n Describir las acciones necesarias para preparar la ejecuci n tales como restaurar la base de datos a una versi n previa apagar el servidor etc Comienzo Acciones necesarias para iniciar la ejecuci n de las pruebas Procedimiento Acciones necesarias para realizar la ejecuci n de las pruebas Generalmente dichas acciones ya son
13. eba Basado en el est ndar IEEE Standard 829 1998 for Software Test Documentaci n 1 IDENTIFICADOR DE LA ESPECIFICACI N En la presente secci n se incluir un identificador que permita identificar de forma nica el conjunto de Casos 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 relaciona con alg n otro tambi n habr de especificarse Especificaci n de Dise o Gu a de usuario Gu a de operaciones Gu a de Instalaci n NECESIDADES AMBIENTALES Lista de necesidades especiales Hardware Especificar las caracter sticas y configuraciones del Hardware necesarias para ejecutar este CP Software Especificar el sistema y aplicaciones software requeridas para ejecutar este CP Esto podr a incluir sistemas 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 secci n se incluir una tabla como la que se detalla a continuaci n IDEscenario Flujos implicados CASOS DE PRUEBA En la presente secci n se incluir n tantos sub apartados como Casos de Prueba se hayan detectado Identificador Caso de Prueba Escenario Condici r Se ha incluir un Identificador que s
14. ndo directamente 0o o0 0 sobre objetos se puede lograr utilizando el teclado El experto puede definir macros atajos o posibilidades de facilitar la a Poa po p OO informaci n de una forma m s r pidamente 64 B 1 7 El dise o est tico y minimalista El di logo entre usuario y producto software deber a estar exento de aspectos irrelevantes o no habituales Pregunta Si No N A Toda la iconograf a utilizada en el producto software es conceptual y A 00o oO visualmente distintiva Las etiquetas utilizadas son breves descriptivas y familiares 00 o0 B 1 8 La ayuda y documentaci n que ofrece el producto software Aunque lo mejor ser a que el producto software pudiera ser utilizado sin asistencia o ayuda alguna siempre es recomendable que sta est disponible y pueda ser consultada por el usuario si as resulta ser necesario Pregunta Si No N A El acceso a la ayuda se realiza a trav s de etiquetas o s mbolos inequ vocos q pp O Los usuarios pueden conmutar r pidamente entre la aplicaci n y la propia ayuda O O O Existe documentaci n de usuario Existe documentaci n de instalaci n Existe documentaci n para desarrolladores 020 O 020 a O 020 O Existe una FAQ B 1 9 El tratamiento de la privacidad que se hace en el producto software El producto software deber a ayudar al usuario a proteger su informaci n personal y privada Pregunta Si No N A Pueden las reas protegidas o confidenciales ser
15. para su portabilidad Pregunta El programa est escrito en un lenguaje de programaci n 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 documentaci n abiertos El programa puede generar ficheros de documentaci n abiertos El programa se integra de forma correcta en el sistema en cuanto a la facilidad de instalaci n El programa se integra de forma correcta en el sistema en cuanto a que no presenta problemas con otros programas o librer as El programa puede reemplazarse de forma simple por nuevas versiones El programa no presenta dependencias de hardware problem ticas El producto ofrece mecanismos simples de extensi n plugins m dulos La estructuraci n del c digo del producto es correcta y permite modificarlo con facilidad El c digo est comentado de manera adecuada para entender su funcionamiento Existe documentaci n para desatrolladores que ayude a entender el c digo y los mecanismo de extensi n 67 Si No N A po p OO q p O0 00 o 00 o 00 OO 00 OO po p OO po po OO 00 OO po p OO po p OO po p O B 1 12 Empresa Servicios y Producto La empresa que desarrolle el producto software deber a ofrecer una serie de caracter sticas Pregunta La Empresa desarrolladora del producto es un empresa madura en cuanto a que utiliza metodolog as de trabajo est bien organiz
16. ribir la siguiente informaci n Nombre del Actor e identificador Descripci n una breve descripci n de cada actor Caracter sticas que describen a cada actor Relaciones que posee el actor con otros actores del sistema Autor fecha y versi n Tambi n pueden incluirse un listado de atributos principales del actor incluyendo su nombre una peque a descripci n y su tipo Comentarios que se consideren interesantes gt gt 72 B 5 Plantilla de Caso de Uso lt N ombre del proyecto gt INFORME DE ESPECIFICACI N DE CASOS DE Uso VERSI N lt n mero gt Revisi n hist rica Fecha Versi n Descripci n Autor lt lt Este informe realiza la especificaci n de casos de uso del sistema gt gt NDICE 1 INTRODUCCI N lt lt Breve introducci n a los casos de uso CU identificados para el sistema gt gt CASOS DE Uso lt lt Para cada caso de uso identificado en el sistema se describir la siguiente informaci n Nombre del CU e identificaci n Descripci n general del CU suficiente con una l nea Los actores involucrados en su realizaci n listado de actores participantes en el CU Se puede indicar qui n es el que inicia el CU usando i Tipo del caso de uso alta_prioridad baja_prioridad Referencias indicando qu requisitos se pueden incluir dentro de este CU y las relaciones que puede tener con otros CU Condiciones sobre el estado del si
17. stema que tienen que ser ciertas para que se pueda realizar el CU Efectos que de forma inmediata tiene la realizaci n del CU sobre el estado del sistema Descripci n de alto nivel del flujo normal b sico del caso de uso suficiente con un peque o p rrafo Curso normal del CU de forma tabular frases cortas que describan el di logo entre los Incluir la secuencia de acciones realizadas por los Se incluyen la secuencia de acciones que realiza el atores que intervienen en el CU se utilizar n sistema ante las acciones de los actores actores y el sistema Se pueden a adir referencias a capturas de la interfaz de usuario Cursos alternativos donde se describen la secuencia de acciones alternativas a acciones del curso normal 73 Pueden tambi n considerarse otros datos O frecuencia esperada n mero 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 realizaci n 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 ser n varias las l neas si ha sido elaborado o refinado por varios autores Se acompa ar de la fecha y del n mero de versi n Comentarios adicionales sobre cada CU gt gt 74 B 6 Plantilla de especificaci n de requisitos
Download Pdf Manuals
Related Search