Download ppt - Informatica Para Personas con Discapacidad

Análisis de Componentes Software Análisis de Componentes Software Reutilizables en el Dominio de la Reutilizables en el Dominio de la

INFORMÁTICA PARA INFORMÁTICA PARA DISCAPACITADOS DISCAPACITADOS

Verónica Jaramillo Balladares

ÍndiceÍndice

IntroducciónIntroducción

ObjetivosObjetivos

Informática para DiscapacitadosInformática para Discapacitados

Reutilización y RequisitosReutilización y Requisitos

Análisis de Requisitos del DominioAnálisis de Requisitos del Dominio

Herramienta Repertory GridHerramienta Repertory Grid


Avances técnicos de la informática => desarrollo aplicaciones para suplir mas discapacidades.

Reutilización =>calidad del software, productividad del desarrollador y coste general del sistema.

Dificultades del proceso de reutilización.

ÍndiceÍndice


ObjetivosObjetivos





ObjetivosObjetivos

Objetivo principal del Proyecto: Análisis del dominio software para discapacitados.Etapas:

Informática para Discapacitados, Reutilización y Requisitos.

Proceso de desarrollo y herramienta de organización la información de diagramas de requisitos.

Obtención de requisitos y modelos análisis-diseño, utilización.

Repertory Grid, teoría de Constructos Personales.

ÍndiceÍndice


ObjetivosObjetivos






Aparición de técnicas “asistidas”.

Algunas de estas aportaciones son:

1. Mecanismos físicos para transmitir mensajes comunicativos.

2. Símbolos para representar el mundo de las palabras.

3. Reglas para combinar los símbolos.

4. Funciones comunicativas.

ÍndiceÍndice


ObjetivosObjetivos






Reutilización de Requisitos

Satisfacer las necesidades de usuario => Creación de software más complejo => Ingeniería del software.

Producción del software limitada por tres restricciones: calidad, tiempo y requisitos.

Reutilización del software no tiene en cuenta los requisitos.

Búsqueda de métodos y herramientas para producir las especificaciones de requisitos.

Reutilización de requisitos => Tiempo menor, disminución de errores.


Reutilización de Requisitos

Requisitos dentro de dominios o tareas similares => Mayor probabilidad de compartir similitudes.

Beneficios fundamentales:

Mejor aprovechamiento del esfuerzo de desarrollo. Estimulo a la reutilización a lo largo del resto del ciclo de

vida de un proyecto.

Tipos de requisitos:Requisitos funcionales.Requisitos no funcionales.


El Entorno de Reutilización R2

1. INTERFAZ DE USUARIO

2. TRADUCTOR DE

DIAGRAMAS

7. GESTOR DE REPOSITORIO

6. VERIFICADOR SINTÁCTICO

4. EDITOR DE REQ UISITOS

5. GESTOR DE DATOS

8. BASE DE

DATOS

3. GES TOR DE LÉXICO

Exportar/ Importar

Verificar

Descripción Rigurosa

Validar

CU

DE

WF

DA

DFD

DDT

Plantilla

Almacenar

Recuperar

Clasificar

Actualizar

Mostrar

Modificar

Almacenar

1. INTERFAZ DE USUARIO

2. TRADUCTOR DE

DIAGRAMAS

7. GESTOR DE REPOSITORIO

6. VERIFICADOR SINTÁCTICO

4. EDITOR DE REQ UISITOS

5. GESTOR DE DATOS

8. BASE DE

DATOS

3. GES TOR DE LÉXICO

Exportar/ Importar

Verificar

Descripción Rigurosa

Validar

CU

DE

WF

DA

DFD

DDT

Plantilla

Almacenar

Recuperar

Clasificar

Actualizar

Mostrar

Modificar

Almacenar

ÍndiceÍndice


ObjetivosObjetivos






Objetivos

Diagrama de requisitos mas completo posible sobre la Informática para discapacitados => Búsqueda de RF, RNF, puntos de variabilidad.

Grado de variabilidad (R2):

OB (Obligatoria): Se deben de realizar todos los subobjetivos.OP (Optativa): Se debe de realizar uno de los subobjetivos.MU (Múltiple): Se debe de realizar al menos uno de los subobjetivos.

Análisis de Requisitos del Dominio Análisis de Requisitos del Dominio

Requisitos Funcionales Permitir manejo del sistema

SW para Discapacitados

Dar soluciones a personas

con discapacidad

Facilitar tareaeducador

MU

Permitir gestión de usuarios

Dar apoyo a discapacitados

MU

Gestión deAlumnos

MU

Gestión debibliotecas

Seguimiento

OB

Permitir manejo del sistema

SW para Discapacitados

Dar soluciones a personas

con discapacidad

Facilitar tareaeducador

MU



MU

Gestión deAlumnos

MU

Gestión debibliotecas

Seguimiento

OB


Requisitos Funcionales

Micrófono

Teclado braille

Teclado y ratón

Pulsador

Soportar distintos entornos

Soportar distintos mecanismos de entrada

OB

Soportar distintos mecanismos de salida

Ordenador

PDA

MU

Portátil

Sonido

Mecánico

MU

MU

Texto

Sonido

Pictográficos

MU


MU

Micrófono

Teclado braille

Teclado y ratón

Pulsador

Soportar distintos entornos

Soportar distintos mecanismos de entrada

OB

Soportar distintos mecanismos de salida

Ordenador

PDA

MU

Portátil

Sonido

Mecánico

MU

MU

Texto

Sonido

Pictográficos

MU


MU



Uso de la BBDD

Lista de nombres

Identificaralumno

Identificareducador

Nombre

Gestión de discapacidades

Manual

Automático

foto

monousuario

configuración

Permitiridentificación

MU

multiusuario


MU MU

MU

OB

MU

Uso de la BBDD

Lista de nombres

Identificaralumno

Identificareducador

Nombre

Gestión de discapacidades

Manual

Automático

foto

monousuario

configuración

Permitiridentificación

MU

multiusuario


MU MU

MU

OB

MU




Traducir lenguaje

Evaluarlección

Realizarlección

Solucionar problemas de

aprendizaje

Comunicación local

Comunicaciónremota

MU

Permitir lacomunicación

MUMU

OB

OB

Realización

Preparar lección

Prepararanimación

Realizar ejercicios

Realizar animaciones

Demostración

Soportar Realización de

Actividades

Soportar Preparación de

actividades

MU

MU

OB


Traducir lenguaje

Evaluarlección

Realizarlección

Solucionar problemas de

aprendizaje

Comunicación local

Comunicaciónremota

MU

Permitir lacomunicación

MUMU

OB

OB

Realización

Preparar lección

Prepararanimación

Realizar ejercicios

Realizar animaciones

Demostración

Soportar Realización de

Actividades

Soportar Preparación de

actividades

MU

MU

OB


Requisitos no Funcionales

Disc. Del habla Autismo

Facilidad de uso

adaptable al usuario Simple

OB

Disc. visual Disc. Auditiva

MU

Disc. motora Disc. mental

Disc. Del habla Autismo

Facilidad de uso

adaptable al usuario Simple

OB

Disc. visual Disc. Auditiva

MU

Disc. motora Disc. mental



Fomenta autoestima

Fomenta independencia

OR

Fomenta participación

Educación del Usuario

Mejore aprendizaje

Permita la supervisión del educador

Fomenta el interés

OB

Fomenta autoestima

Fomenta independencia

OR

Fomenta participación

Educación del Usuario

Mejore aprendizaje

Permita la supervisión del educador

Fomenta el interés

OB



Añadir tipos deDiscapacidades

facilmente

Escalable

Tipos de discapacidades

Contenidos

OB

Añadir mecanismos Que tratan tipos de

DiscapacidadesDiferentes

OB

Fácil de mantener

Fácil instalaciónFácil modificaciónY gestión

De contenidos

OB

Añadir tipos deDiscapacidades

facilmente

Escalable

Tipos de discapacidades

Contenidos

OB

Añadir mecanismos Que tratan tipos de

DiscapacidadesDiferentes

OB

Fácil de mantener

Fácil instalaciónFácil modificaciónY gestión

De contenidos

OB


Casos de Uso


Casos de UsoRF- 15 MANUAL <<extend RF-13>>

Versión 1.0Autores Jose Carlos Jiménez SánchezFuentes

Objetivos asociados manualDescripción El sistema permite al educador configurar el

comunicador de forma manual eligiendo el mismo todos los mecanismos disponibles

Precondición

SecuenciaNormal

Paso Acción1 El educador pide configurar el

comunicador de forma manual2 Se realiza el caso de uso <<RF-16>>

Entornos de Comunicación3 Se realiza el caso de uso <<RF-17>>

Mecanismos de entrada4 Se realiza el caso de uso <<RF-18>>

Mecanismos de salidaPoscondición Se ha configurado el comunicador manualmenteExcepciones Paso Acción

1 Si el sistema no puede configurar el comunicador de forma manual en ese instante, muestra un mensaje de error y el caso de uso finaliza

RF- 15 MANUAL <<extend RF-13>>


Objetivos asociados manualDescripción El sistema permite al educador configurar el comunicador de

forma manual eligiendo el mismo todos los mecanismos disponibles

Precondición

SecuenciaNormal

Paso Acción1 El educador pide configurar el comunicador de

forma manual

2 Se realiza el caso de uso <<RF-16>> Entornos de Comunicación

3 Se realiza el caso de uso <<RF-17>> Mecanismos de entrada

4 Se realiza el caso de uso <<RF-18>> Mecanismos de salida

Poscondición Se ha configurado el comunicador manualmenteExcepciones Paso Acción

1 Si el sistema no puede configurar el comunicador de forma manual en ese instante, muestra un mensaje de error y el caso de uso finaliza


Aplicación a un Caso Práctico


Resultados

Reutilización del 70% de los casos de uso, lo que supone:

1. Incremento de la calidad. 2. Ahorro importante de costes. 3. Aumento de productividad.

Existen Requisitos difíciles de identificar.

Identificación de esos requisitos => herramienta basada en la Teoría de Constructos Personales.

ÍndiceÍndice


ObjetivosObjetivos






Fundamento Teórico

Aplicación de la TCP a la IR Orientada a Objetivos = Elicitación de conocimiento que es difícil expresar.

Obtención de reglas que relacionan constructos a partir de elementos.

Constructos => Requisitos Funcionales. Elementos => Requisitos No Funcionales.

Resultados de la evaluación => matriz de constructos (filas) y elementos (columnas).


Fundamento Teórico

Proceso de Análisis:

Matriz Rejilla

Matrices Alphaplanos

Obtención de reglas


Diagrama de Objetivos SW Repertory Grid

Permitir Reemplazamiento de

Valores

Permitir Introducir Grado de

Confirmación

Permitir Creación de Alpha-planos

OB

OP


Casos de Uso


Casos de UsoRF- 2 GRADO DE CONFIRMACION


Objetivos asociados Permitir introducir Grado de ConfirmaciónDescripción El sistema deberá permitir introducir el grado

de confirmación para calcular las relacionesPrecondición

SecuenciaNormal

Paso Acción1 El experto desea introducir el grado de

confirmación2 El sistema pide al experto el grado de

confirmación3 El experto introduce el grado de

confirmación4 El sistema muestra por pantalla los

resultadosPoscondición El experto ha introducido el grado de

confirmaciónExcepciones Paso Acción

3 Si el experto no ha introducido el grado de confirmación, el sistema muestra un mensaje de error y vuelve a pedir el valor

RF- 2 GRADO DE CONFIRMACION

Versión 1.0Autores Jose Carlos Jiménez Sánchez

Fuentes

Objetivos asociados Permitir introducir Grado de Confirmación

Descripción El sistema deberá permitir introducir el grado de confirmación para calcular las relaciones

Precondición

SecuenciaNormal

Paso Acción1 El experto desea introducir el grado de confirmación

2 El sistema pide al experto el grado de confirmación

3 El experto introduce el grado de confirmación

4 El sistema muestra por pantalla los resultados

Poscondición El experto ha introducido el grado de confirmación

Excepciones Paso Acción3 Si el experto no ha introducido el grado de

confirmación, el sistema muestra un mensaje de error y vuelve a pedir el valor


Modelo de Objetos


Modelo de Objetos

Herramienta Repertory Grid Herramienta Repertory Grid

Diagrama final de clases


Diagrama de Secuencia

ImplementaciónImplementación

Desarrollo aplicación => Herramienta Microsoft Excel y lenguaje de programación Visual Basic para Aplicaciones.

Excel => Potencia y rapidez de desarrollo.

Existencia de herramientas creadas con estos lenguajes en el mismo ámbito de aplicación.

ConclusionesConclusiones

Objetivo principal: Estudio de los requisitos del dominio de la informática para Discapacitados y su reutilización.

Herramienta R2: Organizar la información de diagramas de requisitos en una estructura jerárquica => Colección de requisitos y modelos de análisis.

Herramienta visual interactiva de análisis de variantes => utilización con la colección de requisitos anteriormente estudiados.

Herramienta Repertory Grid.

Objetivos Alcanzados

ConclusionesConclusiones

Ampliaciones futuras

Realizar otros tipos de análisis sobre el Repertory Grid, como puede ser el estudio de distancias, etc.

DemostraciónDemostración

Muchas graciasMuchas gracias

por su atenciónpor su atención