Data	Versão	Descrição	Autor(es)
14/04/2018	0.1	Elaboração do Documento	Carlos Aragon
15/04/2018	0.2	Contextualização das Questões	Carlos Aragon
15/04/2018	0.3	Contextualização das métricas	Gabriel Ziegler
15/04/2018	0.4	Métrica M.1.1.5	Bruno Matias Casas
22/04/2018	0.5	Métricas M.1.1.1, M.1.1.2	Carlos Aragon
22/04/2018	0.6	Métricas M.1.4.1, M.1.5.1	Gabriel Ziegler
22/04/2018	0.7	Métricas M.1.2.1, M.1.6.1 e Ajeitar objetivo 1	Bruno Matias Casas
22/04/2018	0.8	Hipóteses e impactos de Baseline	Bruno Matias Casas
22/04/2018	0.9	Métricas M.1.3.1, M.1.3.2, M.1.3.3, M.1.3.4 e Hipóteses de Baseline	Thiago Ferreira
22/04/2018	0.9.1	Alterando procedimentos nas métricas	Bruno Matias Casas
22/04/2018	0.9.2	Retirando métrica 1.3.1	Bruno Matias Casas
24/04/2018	1.0	Revisão e adição do diagrama GQM	Carlos Aragon, Gabriel Ziegler

1.0 - Melhorar Usabilidade

Dado que o sistema proposto será utilizado por funcionários da UnB que não necessariamente possuem grande conhecimento e experiência com informática na tarefa de alocação de turmas na Universidade de Brasília(UnB), tem-se uma certa criticidade de garantir a satisfação do cliente em relação a sua interface e usabilidade. O software será mantido pela equipe do CPD - Centro de Informática da UnB, e existe a necessidade de se assegurar questões a respeito da usabilidade, para que o cliente não tenha problemas com a sua utilização. Isto é, uma interface adequada ao contexto do sistema, rápida curva de aprendizagem, boa operabilidade, alto grau de proteção de erros e acessibilidade. Os objetivos do GQM são:

Analisar	Interface do sistema SIGS
Com o propósito de	Melhorar
Com respeito a	Usabilidade da interface
Sobre o ponto de vista do	Coordenador
No contexto do	Projeto SIGS

---

A questão anuncia a necessidade de se obter informações em uma linguagem natural, podendo-se formular uma ou mais questões para cada categoria de questões; quanto à resposta, deve estar de acordo com o objetivo.

Foco na qualidade	Fatores de variação
Q.1.1 : O usuário percebe que o sistema é adequado para suas necessidades?	- Os usuários não entenderem o motivo da implantação do sistema; - O sistema não realizar sua atividade principal de forma orgânica;
Q.1.2 : O quão fácil é para o usuário aprender a utilizar o sistema?	- O grau de familiaridade dos usuários com computadores; - O sistema não realizar sua atividade principal de forma orgânica;
Q.1.3 : O sistema é de fácil operação e controle?	- O sistema não realizar suas atividades de forma simples;
Q.1.4 : O sistema protege o usuário contra erros?	- O padrão de cores utilizados nos botões de confirmação;
Q.1.5 : O sistema possui acessibilidade para os diversos tipos de usuários do contexto?	- O tamanho da fonte utilizada nos textos; - Linguagem utilizada
Q.1.6 : A interface é agradável ao usuário?	- A fonte utilizada nos textos; - Padrão de cores utilizado no sistema
Hipóteses de BASELINE	Impactos nas hipóteses de Baseline
- Proporção de funções descritas de forma compreensível na documentação do produto próximo de 0.5	- Baixa Usabilidade
- Proporção de funções implementadas com capacidade de demonstração próximo de 0.6	- Baixa Usabilidade
- Proporção de funções que estão corretamente descritas na documentação do usuário e / ou na facilidade de ajuda próximo de 0.5	- Baixa Usabilidade
- Proporção de itens de entrada checados para a validação dos dados próximo de 0.5	- Baixa Usabilidade
- Proporção de funções acessíveis à pessoas com algum tipo de deficiência próximo de 0.1	- Baixa Usabilidade
- Proporção de elementos da interface do usuário que podem ser personalizados na aparência próximo de 0.7	- Baixa Usabilidade
- Proporção de clareza das mensagens enviadas pelo sistema próximo de 0.9	- Baixa Usabilidade
- Proporção de Possibilidade de customização do software, próxima de 0.4	- Baixa Usabilidade
- Proporção de Consistência Operacional do sistema próxima de 0.6	- Baixa Usabilidade

---

Essa seção descreve as métricas que serão aplicadas ao projeto como padrão de qualidade. Estas são definidas e analisadas com base na ISO/IEC 25023:2016
Para cada métrica será dada uma descrição do que é a métrica, seus respectivos indicadores interpretativos, os resultados esperados para o projeto e as melhorias propostas para reverter quadros desfavoráveis, isto é, possíveis medidas que a equipe deve tomar para obter índices positivos quando estes estiverem comprometidos.

---

Métrica	M.1.1.1 - Completude da descrição
Objetivo da Medição	Garantir que o as funcionalidades do sistema sejam entendíveis
Descrição	Grau com o qual as funções (ou tipos de função) são descritas de forma compreensível na documentação do produto
Elementos de Medição	A = Numero funções (ou tipos de função) descritas de forma compreensível B = Número total de funções (ou tipos de função) X = Resultado
Fórmula	X = A/B
Escala da Medição	Racional
Coleta	Responsável: Equipe de gerência Periodicidade ou Evento: A cada iteração Ferramenta: Checklist
Procedimentos	Avaliadores relatam o número de funções que são descritas de forma compreensível na documentação, assim os resultados serão analisados
Análise	Quanto mais próximo X está de 1.0, melhor o resultado.
Providências	Caso X seja um valor baixo(abaixo de 0.7), deve-se tomar providências para torná-lo mais alto e depois executar a medição novamente.

---

Métrica	M.1.1.2 - Capacidade de demonstração
Objetivo da Medição	Garantir que o software seja adequado às necessidades dos usuários
Descrição	Grau de funções que precisam de demonstração possuem tal capacidade
Elementos de Medição	A = Número de funções implementadas com capacidade de demosntração B = Número total de funções que necessitam de capacidade de demonstração X = Resultado
Fórmula	X = A/B
Escala da Medição	Racional
Coleta	Responsável: Equipe de gerência Periodicidade ou Evento: A cada iteração Ferramenta: Checklist
Procedimentos	Avaliadores relatam o número de funções que necessitam de demonstração, assim será analisado pela equipe de gerencia
Análise	Quanto mais próximo X está de 1.0, melhor o resultado.
Providências	Caso X seja um valor baixo(abaixo de 0.7), deve-se tomar providências para torná-lo mais alto e depois executar a medição novamente.

---

Métrica	M.1.2.1 - Completude da documentação do usuário e / ou facilitação de ajuda
Objetivo da Medição	Garantir que o software tenha uma curva baixa de aprendizagem para seu uso
Descrição	Qual a proporção de funções que estão corretamente descritas na documentação do usuário e / ou na facilidade de ajuda?
Elementos de Medição	A= Números de funções descritas corretamente B= Total de função implementadas X= Proporção de funções está corretamente descrita
Fórmula	X = A/B
Escala da Medição	Racional
Coleta	Responsável: Equipe de gerência. Periodicidade ou Evento: A cada iteração. Ferramenta: Checklist
Procedimentos	Para cada avaliador selecionado é apresentado funcionalidades. Os avaliadores vão dizer se a descrição referente a funções estão corretas para a equipe de gerenciamento analisar.
Análise	Quanto mais próximo X estiver de 1.0 melhor.
Providências	Caso X seja um valor baixo, identifique as funções que foram menos compreendidas pelos avaliadores analisando suas descrições, melhore a descrição destas funções e aplique a métrica novamente.

---

Métrica	M.1.3.1 - Clareza de mensagem
Objetivo da Medição	Medir a facilidade de assimilação das mensagens do sistema
Descrição	Quão facilmente podem mensagem de um sistema serem assimiladas?
Fórmula	A= número de mensagens assimiladas B = Número total de mensagens implementadas X = A/B
Escala da Medição	Racional
Coleta	Responsável: Equipe de gerência. Periodicidade ou Evento: A cada iteração.
Procedimentos	Avaliadores levantam a quantidade de mensagens compreendidas, do total de mensagens enviadas pelo software
Análise	Quanto mais próximo X estiver de 1 melhor.
Providências	Caso X seja baixo, há necessidade de reavaliação e reconstrução das mensagens enviadas pelo o sistema, para melhoria da usabilidade do sistema

---

Métrica	M.1.3.2 - Possibilidade de customização
Objetivo da Medição	Medir capacidade de customização de funcionalidades
Descrição	Quantas Funções e operações procedurais pode um usuário, customizar para sua preferência?
Fórmula	A = Número de funções implementadas que podem ser customizadas durante a operação B = Número de funções que requerem a capacidade de customização X=A/B
Escala da Medição	Racional
Coleta	Responsável: Equipe de gerência. Periodicidade ou Evento: A cada iteração.
Procedimentos	Avaliadores levantam a quantidade de funções que podem ser customizadas, através do uso da plataforma, e, através desta análise, levantam as que não podem ser customizadas mas deveriam poder, somando as e realizando a operação de X
Análise	Quanto mais próximo X estiver de 1 melhor.
Providências	Levantar a quantidade de funções e, de preferência, adaptar todas para a customização, caso o X seja muito baixo, focar em adaptar as funcionalidades primárias e de necessidade maior para a customização

---

Métrica	M.1.3.3 - Consistência Operacional
Objetivo da Medição	Medir a consistência de execução de operações similares
Descrição	O quão consistente, é a execução de operações similares?
Fórmula	A = Número de operações que se comportam de forma inconsistente B = Número total de operações que se comportam de forma similar X= Resultado da operação
Fórmula	X = A/B
Escala da Medição	Racional
Coleta	Responsável: Equipe de gerência. Periodicidade ou Evento: A cada iteração.
Procedimentos	Avaliadores coletam a quantidade de operações inconsistentes do sistema, através do uso, comparando-as com o total
Análise	Quanto mais próximo X estiver de 1 pior.
Providências	Caso X seja alto, é necessário levar em consideração, em uma reestruturação das funções, porque estas estavam inconsistentes e arrumar estas inconsistências no sistema.

---

Métrica	M.1.4.1 - Proteção contra erros
Objetivo da Medição	Garantir que o software tenha boa proteção contra possíveis erros gerados pelo usuário
Descrição	Grau com o qual o sistema protege o usuário de produzir erros
Elementos de Medição	A = Número de itens de entrada checados para a validação dos dados B = Número de itens de entrada que necessitam de checagem para a validação de dados X = Resultado
Fórmula	X = A/B
Escala da Medição	Racional
Procedimentos	Checar quantos campos precisam de validação em formulários (seja por regra de negócio ou por questões de implementação) e checar quantos estão sendo validados
Análise	Quanto mais próximo X está de 1.0, melhor o resultado.
Providências	Caso X seja um valor baixo(abaixo de 0.7), deve-se tomar providências para torná-lo mais alto e depois executar a medição novamente.

---

Métrica	M.1.5.1 - Medição de acessibilidade
Objetivo da Medição	Garantir que o software possa ser utilizado pelo maior número de pessoas com características e capacidades diferentes para atingir um objetivo em um contexto de uso específico
Descrição	Grau com o qual o sistema é acessível a diferentes usuários com diferentes características e capacidades.
Elementos de Medição	A = Número de funções acessíveis à pessoas com algum tipo de deficiência B = Número total de funções implementadas X = Resultado
Fórmula	X = A/B
Escala da Medição	Racional
Procedimentos	Checar proporção de funções que são acessíveis às pessoas com algum nível de deficiência
Análise	Quanto mais próximo X está de 1.0, melhor o resultado.
Providências	Caso X seja um valor baixo(abaixo de 0.7), deve-se tomar providências para tornar o sistema mais acessível e depois executar a medição novamente.

---

Métrica	M.1.6.1 - Personalização da aparência da interface do usuário
Objetivo da Medição	Garantir um grau em que a interface do usuário permite interação agradável e satisfatória para o usuário.
Descrição	Qual a proporção de elementos da interface do usuário que podem ser personalizados na aparência.
Elementos de Medição	A = Número de tipos de elementos de interface que podem ser personalizados. B = Número total de tipos de elementos de interface X= Proporção de elementos da interface do usuário que podem ser personalizados
Fórmula	X = A/B
Escala da Medição	Racional
Coleta	Responsável: Equipe de gerência. Periodicidade ou Evento: A cada iteração.
Procedimentos	Avaliadores selecionados citam elementos da interface do usuário que podem ser personalizados na aparência para a equipe de gerência, assim os elementos são analisados.
Análise	Quanto mais próximo X estiver de 1.0 pior.
Providências	Caso X seja um valor alto há a necessidade de personalização da aparência da interface do usuário. Identifique os elementos escolhidos pelos avaliadores analisando-os, melhore-os e aplique a métrica novamente.