Contribuciones de la Ingeniería de la
Usabilidad a la Mejora de Procesos Software en
Pymes
Cesar Collazos
1,2, Francisco Pino
1, Libardo Pantoja
1, Iván Claros
11. Grupo IDIS. Universidad del Cauca-Colombia
2. Parquesoft Popayán
COMPETISOFT 2 / 61
Índice
Grupo IDIS
Parquesoft Popayán
Contexto Ingeniería de la Usabilidad
Nuestro trabajo
Estudio de esquemas de usabilidad en ParqueSoft Popayán
Aporte del Modelo MPIu+a al proceso de desarrollo de software del modelo de procesos de referencia de Light MECPDS
Aporte de los métodos de evaluación y mejora de usabilidad a la valoración de procesos software
Trabajo futuro
Universidad del Cauca
COMPETISOFT 4 / 61
COMPETISOFT 6 / 61
COMPETISOFT 8 / 61
COMPETISOFT 10 / 61
Grupo IDIS : Investigación y Desarrollo en Ingeniería del Software
Ingeniería de la Colaboración
Calidad del Software : Productos y Procesos
Tecnologías de soporte: métodos,
arquitecturas, enfoques y especificaciones
Grupo IDIS : Investigación y Desarrollo en Ingeniería del Software
4 doctores (Ingeniería de la Colaboración, Arquitecturas de software)
4 estudiantes de doctorado (Ingeniería del software, Tecnologías de soporte)
1 especialista
Estudiantes
http://www.unicauca.edu.co/idis/
COMPETISOFT 12 / 61
ParqueSoft Popayán
Incubadora de empresas de desarrollo de software situada en la ciudad de Popayán que hace parte de la red de
parques de software que existen en las principales ciudades de Colombia.
Su propósito es facilitar la creación y desarrollo de empresas que provean al mercado de productos y servicios de tecnología informática. 11 parques tecnológicos. Más de 200 emprendimientos.
Innovador modelo de asociación, está consolidando el
corredor de ciencia y tecnología en el sur occidente
colombiano.
Contexto
Software de alta calidad entregado a tiempo
Aceptación del software
Siguiendo procesos formales, rigurosos,
adaptables y definidos
COMPETISOFT 14 / 61
Contexto
Contexto
El grado en el cual un producto puede ser
usado por usuarios determinados para lograr los objetivos específicos con efectividad,
eficiencia y satisfacción en un contexto especificado de uso [ISO9241]
Las interfaces se ponen en el medio. No quiero concentrar mis energías en la interfaz, me quiero concentrar en mi trabajo
(Donald Norman)
COMPETISOFT 16 / 61
Características tradicionales distintivas entre IPO e IS Atributo IS IPO
Recursos humanos
Predominancia de especialistas en ciencias de la
computación y desarrollo software. Profesionales interdisciplinarios procedentes de campos de conocimiento alejados de la ciencia de los computadores.
Tareas Enfocadas por el código.
Dirigidas por la funcionalidad. Enfocadas por la evaluación.
Dirigidas por el uso.
Casos de Uso
Obtenidos a partir del Análisis de las Tareas.
Descritos con notaciones formales (básicamente UML). Obtenidos a partir del trabajo contextual con usuarios.
Descritos con lenguaje natural y técnicas alternativas de bajo nivel técnico.
Actores Red, bases de datos… Personas.
Diseño
Realizado por tecnólogos sin contar con el punto de vista de los usuarios.
Dirigido por atributos técnicos y de proceso
Realizado por profesionales de cada área contando siempre con la participación activa de usuarios.
Defienden la idea que “el diseño está dónde se produce la acción”.
Paradigma de investigación
Pragmático:
práctica teoría practica. Empírico:
teoría práctica teoría.
Principales unidades de análisis
La tecnología. Aspectos sociales relacionados con los factores humanos.
Modelos de proceso
Modelos de datos, objetos, funciones y estados del sistema.
Dirigidos por el proceso.
Modelos de Diseño Centrado en el Usuario.
Dirigidos por la interfaz.
Prototipos Software vertical (con funcionalidades). Evolutivos desde prototipos de baja fidelidad a prototipos software.
Evaluaciones Funcionales, de sistema y de integración. De usabilidad.
¿fueron ambas disciplinas fueron concebidas desde la misma perspectiva?
ancestro en común: la computación.
la IS fue concebida a mediados de 1950
la IPO en los comienzos de 1960
[Glass, L. R., In the beginning: Personal recollections of software pioneers]
Evolución muy distinta, pero
la complejidad de los productos software que actualmente se desarrollan requieren la
participación de ambas disciplinas
COMPETISOFT 18 / 61
Algunas aproximaciones
Cooperación a través de test de usabilidad dentro de las fases más importantes del proceso de desarrollo de software
[Coutaz, J. - Exploring the intersection of HCI and Software engineering, 1994]
Modelo para incorporar IPO dentro de la Arquitectura conducida por el Modelo
[Jespersen & Linvald- Interact 2003 Workshop on Software Engineering and HCI]
Patrones de usabilidad dentro de la Arquitectura de Software
[Folmer, E. et al., Usability patterns in Software Architecture, HCI International 2003]
Relacionar la IS e IPO extendiendo UML con un lenguaje de modelamiento de la interacción (MoLIC)
[Paula, M., et al., Towards Extending UML Through an Interaction Modeling Language. Closing he Gaps:
Software Engineering and Human-Computer Interaction’, IFIP, 2003]
Mejorar la práctica del desarrollo de software incluyendo aspectos de IPO
[Ferré, X., Integration of Usability Techniques into the Software Development Process. ICSE Workshop on SE- HCI 2003 ]
Algunas aproximaciones
Human-Centered Software
Engineering - Integrating Usability in the Software Development Lifecycle (2005)
Engineering Human Computer Interaction and Interactive Systems (2005)
Software Engineering and Human- Computer Interaction (2004)
Human Aspects of Software Engineering (2004)
Universal Access in the Information Society (desde 2001, 3 ediciones/año)
HCI related papers of Interacción 2004
(2006)
COMPETISOFT 20 / 61
Nuestro trabajo
Estudio de esquemas de usabilidad en ParqueSoft Popayán.
Aporte del Modelo MPIu+a al proceso de desarrollo de software del modelo de procesos de referencia de Light MECPDS.
Aporte de los métodos de evaluación y mejora de
usabilidad a la valoración de procesos software
Estudio de esquemas de usabilidad en
ParqueSoft Popayán.
Se ha utilizado como técnica principal la entrevista tomando tres empresas
representativas: GreenSQA, Educa e Ikernell.
El objetivo principal del estudio es tener conocimiento de cómo éstas pequeñas
empresas, abordan el tema de ingeniera de usabilidad al interior de sus procesos de
desarrollo del software.
COMPETISOFT 22 / 61
Estudio de esquemas de usabilidad en
ParqueSoft Popayán
Parque Tecnológico de Software de Popayán
20 emprendimientos
Entrevistas : GreenSQA, Eduka, Ikernell
En GreenSQA hay una separación del proceso y del producto de software.
Eduka, se trabaja con evaluación de Interfaces
Ikernell involucra elementos de Ingeniería de Usabilidad (prototipado, diseño centrado en el usuario)
No hay un esquema de trabajo integrando IS e IPO.
Estudio de esquemas de usabilidad en
ParqueSoft Popayán.
En general no realizan adecuadamente esquemas de usabilidad para mejorar la calidad de sus productos software.
Los problemas de usabilidad de las empresas desarrolladoras de software en Parquesoft Popayán se pueden resumir:
No se tiene claro el concepto de usabilidad. Muchos piensan que se trata tan solo en hacer interfaces gráficas bonitas y amigables.
En general, no se tienen en cuenta los esquemas de usabilidad desde el comienzo del proceso de desarrollo de software.
Los diseños de las interfaces son hechas bajo el criterio del desarrollador pero no bajo el criterio del usuario.
Aunque por lo general no se involucran en el diseño de Interfaces Graficas de Usuario - GUIs diseñadores gráficos, ya que
comienza a ver la necesidad de involucra otro tipo de
profesionales en el desarrollo del software.
COMPETISOFT 24 / 61
Aporte de MPIu+a al PDS
( basado en los procesos de referencia de Light MECPDS).
Modelo MPIu+a [GRIHO]
http://www.mpiua.net
La propuesta
El Modelo de Proceso de la Ingeniería de la usabilidad y de la accesibilidad
MPIu+a
COMPETISOFT 26 / 61
MPIu+a. Características
Simple y flexible
Tres pilares
Organización conceptual
El usuario
Iteratividad
Adaptado para
equipos multidisciplinares
Validado
experimentalmente
MPIu+a. Características
Simple y flexible
Tres pilares
Organización conceptual
El usuario
Iteratividad
Adaptado para
equipos multidisciplinares
Validado
experimentalmente
1 2 3
COMPETISOFT 28 / 61
MPIu+a. Características
Análisis Etnográfico
Observación contextual
Análisis de Implicados (Stakeholders)
Clasificar a los usuarios
Perfiles de usuarios
Roles
Identificación de Objetos
Plataforma (posibilidades y restricciones)
Objetivos
Funcionales
Usabilidad
Accesibilidad
Simple y flexible
Tres pilares
Organización conceptual
El usuario
Iteratividad
Adaptado para
equipos multidisciplinares
Validado
experimentalmente
MPIu+a. Características
“diseño contextual”
Análisis de Tareas
Modelo conceptual
Modelos de diálogo
Estilo
Estándares generales
Metáforas
Colores
Estándares particulares
Diseño detallado
Simple y flexible
Tres pilares
Organización conceptual
El usuario
Iteratividad
Adaptado para
equipos multidisciplinares
Validado
experimentalmente
COMPETISOFT 30 / 61
MPIu+a. Características
Simple y flexible
Tres pilares
Organización conceptual
El usuario
Iteratividad
Adaptado para
equipos multidisciplinares
Validado
experimentalmente
“prototipado contextual”
Bocetos o esbozos
Storyboards
Prototipos de Papel
Maquetas
Maquetas digitales
Storyboard Navegacional
Vídeos
Escenarios
Lenguaje natural
Storyboards
Vídeos
Casos de Uso UML
Prototipos software
Prototipado ….
Prototipos de Papel
COMPETISOFT 32 / 61
Prototipado ….
escenarios
storyboards
Prototipado ….
Maquetas
Maquetas Digitales
COMPETISOFT 34 / 61
Prototipado ….
Prototipos software
Prototipado ….
Storyboard Navegacional
COMPETISOFT 36 / 61
Prototipado ….
Video prototyping Metáforas
Casos de Uso UML
Prototipado ….
COMPETISOFT 38 / 61
MPIu+a. Características
Simple y flexible
Tres pilares
Organización conceptual
El usuario
Iteratividad
Adaptado para
equipos multidisciplinares
Validado
experimentalmente
Evaluación de la USABILIDAD
Inspección
Heuristica
Recorrido Cognitivo
Recorrido de Usabilidad Plural
Recorrido Cognitivo con Usuarios
Estándares
Indagación
Observación de Campo
Focus Group
Entrevistas
Cuestionarios
Grabación del Uso (logging)
Test
Medida de Prestaciones
Thinking Aloud
Interacción Constructiva
Test Retrospectivo
Método del Conductor
Card sorting
MPIu+a. Características
Simple y flexible
Tres pilares
Organización conceptual
El usuario
Iteratividad
Adaptado para
equipos multidisciplinares
Validado
experimentalmente
Evaluación de la ACCESIBILIDAD
Herramientas de Validación
Bobby
Step508
TAW
AccessEnable
TM
AccVerify
TM
Herramientas Relacionadas
W3C CSS Validator
W3C HTML Validator Service
WDG HTML Validator
Wave
AccMonitor™
AccessibilityWATCH™
Herramientas de Reparación
A-Prompt
COMPETISOFT 40 / 61
Proyecto: WEB de Els Infants de la Paeria de Lleida evaluador:
4. Control y libertad para el usuario
Sub heurísticos
Impacto Frecuencia Persistencia a) Es posible deshacer una acción siempre que sea una operación funcional y
operativa. 3 MEDIA
b) En caso de un proceso de diversos pasos, es posible volver a pasos anteriores
del proceso para modificarlos. 3 MEDIA
c) Existe una salida de la página, del proceso o de la estructura de información mediante acciones tipo "Desconectar" o "Cancelar". 1 d) Se inician de manera automática acciones que el usuario no ha solicitado
explícitamente. 0
e) Se utilizan animaciones no controladas por el usuario. 1
f) El scroll no ocupa más de dos pantallas. 0
g) Es posible guardar información. 1
h) Es posible imprimir la información sin perder información.
i) Existe un vínculo que permite volver al inicio de la aplicación. 0
j) Es posible aumentar y disminuir el tamaño de la letra. 1 ALTA
k) El sistema se visualiza perfectamente utilizando diferentes resoluciones de
pantalla. 0
l) La interfaz no introduce tecnologías que requieren versiones actualizadas de
elementos externos (navegadores, plugs-ins, DLL's,…). 1
notas del evaluador:
a) cuando pulsas en la opción de enviar no hay la posibilidad de cancelar. Lo envia y ja está.
b) cuando pulsas en la opción de enviar no hay la posibilidad de cancelar. Lo envia y ja está.
c) d)
e) si, en el banner informativo f)
g)
h) cuando he impreso toda la banda inferior se ha girado!!
i) j) k)
l) Si necesita el plug-in del Macromedia Flash, pero es muy habitual.
Los usuarios eligen a veces funciones del sistema por error y necesitan a menudo una salida de emergencia claramente marcada, esto es, salir del estado indeseado sin tener que pasar por un diálogo extendido. Es importante disponer de deshacer y rehacer
Marta Gonzalez
Proyecto: WEB de Els Infants de la Paeria de Lleida evaluador:
4. Control y libertad para el usuario
Sub heurísticos
Impacto Frecuencia Persistencia a) Es posible deshacer una acción siempre que sea una operación funcional y
operativa. 3 MEDIA
b) En caso de un proceso de diversos pasos, es posible volver a pasos anteriores
del proceso para modificarlos. 3 MEDIA
c) Existe una salida de la página, del proceso o de la estructura de información mediante acciones tipo "Desconectar" o "Cancelar". 1 d) Se inician de manera automática acciones que el usuario no ha solicitado
explícitamente. 0
e) Se utilizan animaciones no controladas por el usuario. 1
f) El scroll no ocupa más de dos pantallas. 0
g) Es posible guardar información. 1
h) Es posible imprimir la información sin perder información.
i) Existe un vínculo que permite volver al inicio de la aplicación. 0
j) Es posible aumentar y disminuir el tamaño de la letra. 1 ALTA
k) El sistema se visualiza perfectamente utilizando diferentes resoluciones de
pantalla. 0
l) La interfaz no introduce tecnologías que requieren versiones actualizadas de
elementos externos (navegadores, plugs-ins, DLL's,…). 1
notas del evaluador:
a) cuando pulsas en la opción de enviar no hay la posibilidad de cancelar. Lo envia y ja está.
b) cuando pulsas en la opción de enviar no hay la posibilidad de cancelar. Lo envia y ja está.
c) d)
e) si, en el banner informativo f)
g)
h) cuando he impreso toda la banda inferior se ha girado!!
i) j) k)
l) Si necesita el plug-in del Macromedia Flash, pero es muy habitual.
Los usuarios eligen a veces funciones del sistema por error y necesitan a menudo una salida de emergencia claramente marcada, esto es, salir del estado indeseado sin tener que pasar por un diálogo extendido. Es importante disponer de deshacer y rehacer
Marta Gonzalez
Evaluando ….
Thinking Aloud
Heurística
Evaluando ….
Accessibilidad
Focus Group
COMPETISOFT 42 / 61
Evaluando ….
Accessibilidad
Evaluando ….
Card Sorting
COMPETISOFT 44 / 61
Evaluando ….
Análisis de logs
Eye tracking
MPIu+a. Características
Simple y flexible
Tres pilares
Organización conceptual
El usuario
Iteratividad
Adaptado para
equipos multidisciplinares
Validado
experimentalmente
COMPETISOFT 46 / 61
MPIu+a. Características
Simple y flexible
Tres pilares
Organización conceptual
El usuario
Iteratividad
Adaptado para
equipos multidisciplinares
Validado
experimentalmente
MPIu+a. Características
Simple y flexible
Tres pilares
Organización conceptual
El usuario
Iteratividad
Adaptado para
equipos multidisciplinares
Validado
experimentalmente
Distintos Modelos Mentales Distintos
Modelos
Mentales
COMPETISOFT 48 / 61
MPIu+a. Características
Simple y flexible
Tres pilares
Organización conceptual
El usuario
Iteratividad
Adaptado para
equipos multidisciplinares
Validado
experimentalmente
Validación experimental
Vilars Realidad Aumentada
COMPETISOFT 50 / 61
Validación experimental
Entorno de recepción ubicuo
Validación experimental
PAYPER: Estudio y diseño nuevas
interfaces Módulo MCB-05
COMPETISOFT 52 / 61
Aporte de MPIu+a al PDS
( basado en los procesos de referencia de Light MECPDS).
Actividades de protección
Gestión de la Configuración
Aporte de MPIu+a al PDS
( basado en los procesos de referencia de Light MECPDS).
Procesos de referencia del Light MECPDS
(Desarrollado para Pymes) [Pino, et al 2005]
COMPETISOFT 54 / 61
Aporte de MPIu+a al PDS
( basado en los procesos de referencia de Light MECPDS).
Un proceso que se establezca para mejorar el desarrollo de software en las pequeñas y medianas empresas de desarrollo de software, debe ser flexible y debe facilitar el cambio y la innovación, al mismo tiempo que debe poder ser fácilmente aprendido y aplicado.
Ya que el objetivo de la usabilidad es minimizar la sobrecarga cognitiva y perceptiva del usuario de una aplicación, el
modelo que podría ser aplicado al proceso de desarrollo de software en Pymes_DS podría ser el MPIu+a, el cual no es extenso, ni tiene muchos nodos o ramificaciones,
disminuyendo la carga cognitiva del equipo desarrollador
Aporte de MPIu+a al PDS
( basado en los procesos de referencia de Light MECPDS).
Subprocesos de desarrollo definidos por Light MECPS y
las etapas de MPIu+a.
COMPETISOFT 56 / 61
Aporte de MPIu+a al PDS
( basado en los procesos de referencia de Light MECPDS).
Es importante resaltar que la correspondencia
permite organizar los subprocesos PRI en base a una serie de módulos o etapas que determinan la fase de desarrollo en la que se encuentra la
aplicación y ubica en un nodo concreto la actividad que se debe desarrollar. Esto, en
definitiva, no hace más que «poner cada cosa en
su sitio», dotando de las pautas a seguir durante
el desarrollo de un producto software.
Métodos de evaluación de IU y valoración de procesos software en SPI.
Hay que tener en cuenta que los estándares internacionales relacionados con métodos de evaluación de procesos, definen el marco
general para realizar la evaluación, sin embargo no definen técnicas explicitas para la realización de ésta actividad. Por lo general, la evaluación de procesos software realizada por expertos
externos a la organización se realiza a través de
técnicas de inspección.
COMPETISOFT 58 / 61
Métodos de evaluación de IU y valoración de procesos software en SPI.
Los métodos de evaluación de usabilidad y técnicas como inspección e indagación,
pueden aportar a la actividad de evaluación interna de procesos software.
Algunos de estos métodos pueden ser
ampliados para ser aplicados y utilizados en
actividad de valoración de procesos software.
Métodos de evaluación de IU y valoración de procesos software en SPI.
Técnicas como la de indagación de los métodos de evaluación de la usabilidad ampliándola a los
artefactos desarrollados en un proceso software y a al mismo proceso, pueden ser de gran utilidad para recolectarla información del estado del proceso en la ejecución de la actividad de valoración de
procesos software.
Es importante resaltar que las técnicas de
inspección también pueden ser aplicadas para este
propósito.
COMPETISOFT 60 / 61
