Modelo de Usuário e Modelo de Casos de Uso

Um SHAE se propõe a desenvolver e aplicar técnicas de adaptação nos conteúdos e na estrutura navegacional de acordo com as informações sobre cada usuário persistente em seu modelo. Por isso, esse tipo de sistema é considerado como uma aplicação centrada no usuário (AMARAL, 2000).

O Modelo de Usuário (MU) procura armazenar cinco características: conhecimento, objetivos, história, preferências e experiências. Para Palazzo (2000), essas características dos usuários podem ser consideradas dinâmicas e, por isso, necessitam de atualizações constantes. Koch (2000) ainda faz uma distinção entre ambientes que são apenas customizáveis pelos usuários (sistema adaptável) e ambientes onde o sistema efetua as adaptações

automaticamente, a partir das ações de navegação do usuário, de suas respostas em questionários/avaliações e de suas informações oriundas do seu cadastro de perfil.

Koch (2000) define que o Modelo de Usuário é uma coleção de dados sobre os aspectos do usuário e o seu processo de modelagem cobre todo o ciclo de vida, desde a aquisição de conhecimento sobre o usuário, construção, atualização, manutenção e exploração do próprio modelo. Segundo Koch (2000) os principais propósitos do Modelo de Usuário são:

- Assistir um usuário durante o seu aprendizado de um derterminada unidade.

- Oferecer um ajuste de informação ao usuário. - Adaptar a interface para o usuário.

- Fornecer um retorno ao usuário sobre o seu nível de conhecimento.

- Suportar atividades colaborativas. - Dar assistência durante o uso do sistema. Na Figura 9, a seguir, é apresentado o primeiro diagrama chamado de Diagrama de Caso de Uso. Nesse diagrama, os atores que interagem com o ambiente são identificados e é possível identificar de forma hierárquica seus relacionamentos. Nota-se que todos os atores herdam as informações principais do ator „Usuário‟.

Observa-se, no diagrama (ver Figura 9), que os usuários são identificados como os atores que irão desempenhar atividades dentro do ambiente. Esses atores possuem características próprias que serão descritas nos demais diagramas. Na RST estarão presentes, portanto, PcD e sem deficiência, além da figura do administrador, que supervisiona atividades em um painel de controle fornecido pela plataforma Elgg.

Figura 9 - Modelo de Casos de Uso - Hierarquia dos atores

Fonte: Elaboração do autor.

Entretanto, sabe-se que existem mais informações necessárias para a definição desse Modelo, como as atividades desempenhadas por esses atores e quais os atributos/variáveis que os identificam, principalmente no que tange às informações dos usuários com deficiência visual e auditiva. Assim, as atividades dos atores são (ver Figura 10):

- Administrador – realiza atividades de configuração da rede como: designa funções dos usuários, define a estrutura (Ex.: recursos disponíveis na rede), cadastro de usuários e atividades administrativas (backup, acompanhamento, suporte, dentre outros).

- Usuário – é o usuário padrão da rede, que possui o seu cadastro inicial para autenticar no ambiente.

- Usuário Rede – é o que desempenha as atividades colaborativas oferecidas pelo ambiente. Seu papel é fundamental e as suas interações são realizadas através dos recursos disponibilizados pela rede.

Figura 10 - Diagrama de Atividades – MU

Fonte: Elaboração do autor.

Essas atividades poderão ser ampliadas conforme a implementação (do Modelo Proposto) descrita no próximo Capítulo. Outros atores, como a figura do professor e do tutor, não são o foco dessa proposta, mas podem ser inseridos no ambiente como usuários próprios da rede, caso seja necessário.

Na Figura 11, a seguir, os atributos são definidos para cada ator identificado na Figura 9 (Modelo de Caso de Uso – Hierarquia dos atores). Alguns dados são informados no momento do cadastro pelo „Usuário‟, como os campos obrigatórios exigidos para a autenticação (login, senha, nome, sobrenome, e-mail, cidade e estado). Além desses, idade, tipo de conexão, experiência com IHC (Interface Humano- Computador) e escolaridade, também podem ser armazenados no MU na sua inicialização.

No diagrama de classes da Figura 11, verifica-se que todos os outros atores herdam de „Usuário‟ seus atributos. O atributo „conheceWCAG‟ procura dar um valor que define o nível de conhecimento das diretrizes de acessibilidade. Esse atributo é relevante, pois, para o desenvolvedor do ambiente, esse conhecimento atribuído a um determinado usuário da rede pode ser utilizado por ele como referência em consultas futuras ou até mesmo para questionamentos sobre as funcionalidades do próprio ambiente. O ator „Adm Rede‟,

portanto, herda todas os atributos de „Usuário‟, mas indica um „id‟ correspondente ao „id‟ de „Usuário‟, e é responsável por indicar um valor („validaRede‟) que é resultado da validação das diretrizes de acessibilidade na rede proposta. Essa validação é uma garantia de que o ambiente entregue aos usuários é acessível e será interpretado pelas tecnologias assistivas utilizadas pelos usuários da rede. O ator „Usuário Rede‟ herda os atributos de „Usuário‟ e adiciona outros como: idade, tipo de conexão que o aluno utiliza, sua escolaridade, seu nível de conhecimento atual, sua experiência prévia com Interfaces Humano- Computador, seu índice de participação na comunidade de aprendizagem („índice_cop‟) e sua experiência no uso e/ou conhecimento das tecnologias assistivas.

Figura 11 - Atributos dos Usuários – MU

Os atores „Visual‟, „Auditivo‟ e „Sem Deficiência‟ são o público- alvo do projeto WebGD (ver Figura 11). O ator „Visual‟ possui como atributos: „id‟, „TA‟ (se usa Tecnologia Assistiva ou não) e „preferencias‟ (textos curtos, páginas sem layout, alto contraste, etc). Os atores „Cego‟ e „Baixa Visão‟ herdam esses atributos de „Visual‟. O ator „Cego‟ tem as seguintes informações: „id‟, „leitorDeTela‟ (informa qual leitor de tela ele utiliza) e „tempoUsoLT‟ (informa tempo de uso do leitor de tela). O ator „Baixa Visão‟ adiciona a mais os atributos „ampliaTela‟ (informa o ampliador de tela) e „tempoUsoAT‟ (tempo de uso do ampliador de tela).

O ator „Auditivo‟, ver Figura 11, necessita de mais informações para a definição de seu perfil: „id‟, „preferencias‟ (textos curtos, LIBRAS, sign writing, etc), „oralizado‟ (se é oralizado ou prefere LIBRAS), „experienciaLibras‟ (define um valor para o nível de experiência do aluno em LIBRAS), „dificuldadeLM‟ (define um valor para o nível de dificuldade na língua mãe) e „TA‟ (se usa alguma tecnologia assistiva ou não). Os atores „Surdo‟ e „Defic. Auditivo‟ herdam esses atributos de „Auditivo‟ e adicionam em seu perfil o „id‟ e „usaTA‟ (para informar a tecnologia assistiva caso utilize alguma).

Os atributos dos usuários, referenciados na Figura 11 acima, são utilizados como referência na definição futura das regras adaptativas do MORIC. Essas regras irão interligar as ações da mediação tecnológica do ambiente para atender os próprios usuários da rede de acordo com os seus atributos. Por exemplo, se o usuário da rede é surdo mas compreende a língua portuguesa, na área de oferta de conteúdo do aprendizado podem ser ofertadas narrativas mais textuais, como a narrativa da histórias em quadrinhos, proposta por Busarello (2011). Com isso, o MORIC consegue mediar a oferta de conteúdo seguindo as características dos usuários da rede persistentes no MU.

Outras variáveis podem ser adicionadas ao MU caso sejam adicionadas novas regras adaptativas ao SHAE. É natural que surjam novos atributos a partir do acompanhamento do uso da rede pelo público-alvo. Principalmente, as PcD que possuem um diferencial ao navegar na web por intermédio de tecnologias assistivas e características mais especifícas se comparadas com as pessoas sem deficiência, sendo necessário que elas sejam persistentes, para que o sistema realize uma mediação tecnológica que venha atender aos objetivos desses usuários.

Os diagramas apresentados representam as informações que o modelo MORIC deve armazenar em um banco de dados e atualizá-las quando necessárias. O MU será referenciado nas regras adaptativas que serão explicitadas no Modelo de Adaptação. Nessa etapa, a partir dos

atributos do MU e da aplicação de algoritmos junto ao Elgg, as adaptações serão realizadas nos conteúdos e na navegação de cada usuário pelo ambiente. Além disso, dados sobre a acessibilidade e o perfil do aluno com deficiência serão importantes para verificar se o sistema está evitando barreiras de comunicação entre os alunos.