Please enable JavaScript.

Coggle requires JavaScript to display documents.

Tercer Parcial :!?: (Usabilidad de interfaces :champagne: (Confiabilidad…

- - - - están enfocadas a medir las características del software y todos los entregables que lo acompañan, fruto del proyecto de desarrollo, como modelos, componentes adicionales y
        documentación.
    - - tienen por objeto identificar mejores prácticas para su exportación a futuros proyectos y, para conseguirlo, recopilan datos de distintas iniciativas a lo largo de un periodo de
        tiempo determinado.
    - - son las que facilitan la gestión del riesgo permitiendo tomar el pulso a la iniciativa de desarrollo desde su inicio.
  - - - hay que descartar la complejidad y buscar una solución intuitiva y userfriendly. este tipo de métricas de calidad de software ayudan a determinar si la solución cumple con
        dichos requisitos
    - - las limitaciones, el estilo de código y todos los datos relativos al desarrollo y cualidades del producto se verán evaluados en base a estas métricas.
    - - a través de ellas se consigue medir el desempeño del software, tanto de cada uno de sus módulos, como del sistema al completo.
    - - minimización de latencias, velocidad de respuesta, capacidad, es un enfoque similar al de la productividad pero con un matiz un poco distinto, que añadido a aquél, aporta una visión
        mucho más completa de la solución.
    - - intentan aportar información sobre la validez y precisión del software y su estructura, incluyendo la etapa de despliegue, pero también la de pruebas y la función de mantenimiento.
- - - - Los objetos humanos de la interfaz se pueden ver, escuchar, tocar o percibir de otra manera.
        Los objetos humanos visibles de la interfaz son bastante familiares. Aquellos que utilizan otros sentidos lo son menos.
        Los objetos humanos de la interfaz se comportan de manera estándar.
        Los objetos humanos de la interfaz deben ser comprensibles, consistentes y estables.
    - - Cuando sea posible, utiliza el multihilo para dejar la latencia en un segundo plano.
    - - Imita la seguridad, suavidad y consistencia del medio natural. No encierres al usuario en un único camino, pero ofrécele la ruta de menos resistencia. Esto facilita a los nuevos usuarios o a aquellos que sólo quieren hacer acabar la tarea, hacerlo rápidamente y sin esfuerzo; pero también hay que dejar posibilidades abiertas a aquellos que quieran explorar.
    - - La usabilidad y la facilidad de uso no son mutuamente excluyentes. Primero decide cuál es la más importante y luego aborda ambas con decisión. Es un mito que la facilidad de uso se consiga a costa de la facilidad de aprendizaje.
    - - Busca la productividad del usuario, no del ordenador
        La gente cuesta mucho más dinero que los ordenadores, y aunque parezca que aumentando la productividad de la máquina aumentamos la del humano, lo habitual suele ser lo contrario. Cuando juzgues la eficacia de un sistema, vete más allá de la simple eficacia de la máquina.
    - - Las metáforas evocan lo familiar, pero generalmente con un nuevo punto de vista. Ejemplo, en Windows 95 existe un objeto que se llama Mi Maletín. Sirve para llevarse consigo todos los archivos que se coloquen en el. Sin embargo, no actúa como transportador si no como sincronizador.
    - - Los valores por defecto deberían ser poder descartados con facilidad y rapidez. Los campos de texto con valores por defecto deben aparecer seleccionados, para que el usuario sólo tenga que teclear y no seleccionar todo, borrar y escribir.
    - - Asegúrate de que el usuario nunca pierde su trabajo como resultado de un error suyo, los problemas de internet u otro tipo de problemas inevitables, como un apagón.
    - - La consistencia más importante es aquella que espera el usuario. La única manera de comprobar las expectativas del usuario es hacer pruebas con ellos.
    - - Utiliza texto con alto contraste. Procura utilizar negro sobre blanco o amarillo pálido. Evita fondos grises cuando haya texto.
        Utiliza tamaños de letra que se lean bien en los monitores más comunes. Da mayor importancia a los datos e información que quieres presentar, más que a instrucciones y etiquetas.
        Ten en cuenta a los mayores, cuya visión suele ser peor que la de los jóvenes.
    - - Si utilizas el color para transmitir información debes utilizar otros elementos complementarios para la gente con daltonismo.
    - - Debido a que la web utiliza un protocolo sin estado, nosotros debemos guardarlo en su lugar.
        Probablemente necesitemos saber:
        Si es la primera vez que un usuario utiliza el sistema.
        Dónde está el usuario.
        A dónde quiere ir el usuario.
        En dónde ha estado el usuario en su sesión.
        Dónde abandonó el usuario la última sesión.
    - - El ordenador, la interfaz y el entorno de la tarea pertenecen al usuario, pero esto no significa que abandonemos todas las reglas.
    - - La web es, de hecho, un espacio de navegación invisible. Nunca puedes ver del vastísimo panorama entre páginas. Una vez que el usuario llega a tu página, debemos procurar reducir la navegación al máximo y ofrecer la mínima imprescindible de forma clara y natural. Procura que parezca que el usuario está siempre en el mismo sitio, con el trabajo apareciéndosele a medida que avanza. Esto, además de evitar el uso de mapas y herramientas para la navegación, da una sensación de seguridad y control.
    - - Anticipación
        Las aplicaciones deberían intentar anticiparse a las necesidades y deseos del usuario. No esperes que el usuario busque o recuerde información o herramientas. Muestra al usuario toda la información y herramientas necesarias para cada etapa en su trabajo.
- - - - Se contrasta dinámicamente la respuesta de prototipos ejecutables del sistema con el comportamiento operacional esperado.
         Técnicas de validación dinámicas => El sistema se ejecuta  Requiere disponer de prototipo ejecutables, por lo que sólo pueden
        utilizarse en ciertas fases del proceso
    - - Fallos de entrada/salida
      - Fallos de interfaz
      - Fallos de control
      - Fallos de gestion de almacenamiento
      - Fallo de Datos
      - Fallos de gestion de las excepciones
    - - Se analizan las diferentes representaciones del sistema (diagramas de requerimientos, diagramas de diseño y código fuente) en búsqueda de defectos.
         Son técnicas de validación estáticas => No requieren que el código se ejecute
         Debe realizarse durante todo el ciclo de desarrollo.
    - - Prueba de integracion
      - Prueba de sistema
      - Prueba de unidades
      - Prueba de validacion
    - - ¿Estamos construyendo el producto correcto? Comprueba que el software cumple las expectativas que el cliente espera
    - - Las pruebas funcionales o de caja negras es una política de selección de casos de pruebas basado en la especificación del componente o programa. Las pruebas se seleccionan en función de la especificación y no de la
        estructura interna del software.
    - - ¿Estamos construyendo el producto correctamente? Se comprueba que el software cumple los requisitos funcionales y no funcionales
        de su especificación.
    - - En las pruebas estructurales las pruebas se seleccionan en función del conocimiento que se tiene de la implementación del módulo.
        Se suelen aplicar a módulos pequeños.