A definição exata do problema e os pontos mais relevantes a serem tratados neste projeto foi consolidada com a participação dos usuários em um trabalho de imersão, feito pelos membros da equipe a partir da observação dos usuários em seu local natural e por meio de entrevistas. Os detalhes levantados nesse processo foram consolidados na forma de personas e histórias de usuários
Quadro 1 - Persona Helen Cerqueira
Personas
HELEN CERQUEIRA
Idade: 34 anos - Ocupação: Recrutamento e seleção, Formada em gestão e recursos humanos Helen é responsável por buscar os profissionais mais alinhados às necessidades da empresa
Aplicativos: Instagram,Facebook,Whatsapp.
Motivações: Helen gosta de sua profissão e espera contratar pessoas que sejam adequadas para cada tipo de vaga, por isso, o mesmo está sempre em busca de mais conhecimento sobre comportamentos de outras pessoas
Frustrações: Por trabalhar com o recrutamento de pessoas, Helen se sente desmotivado com plataformas que dificultam seu contato com os profissionais.
Hobbies: Helen, está sempre em busca de aperfeiçoamento para saber lidar com pessoas, em seu tempo livre, busca leituras e aulas de comportamento humano
Fonte: Elaborado pelos autores
Quadro 2 - Persona Sidney Gomes
SIDNEY GOMES
Idade: 40 anos -Ocupação: Auxiliar de logística. Responsável por representar a empresa na rua, dirigir caminhões e outros veículos para realizar serviços de logística como busca de mercadoria nos fornecedores e entrega de mercadorias para os clientes, Sempre cumprindo com a rota do dia
Aplicativos: Waze,TMS,Whatsapp.
Motivações: Sidney sempre gostou de Trabalhar duro, auxiliar no crescimento da empresa, coordenar a execução dos processos.
Frustrações: Falta de oportunidades e crescimento na vida profissional
Hobbies: Participar de eventos automobilísticos
Fonte: Elaborado pelos autores
Quadro 3 - Persona Gabriela de Jesus
GABRIELA DE JESUS
Idade: 28 anos -Ocupação: Treinamento e Alinhamento. Formada em Administração de Empresas, Gabriela é responsável pela preparação do colaborador, para o desempenho de atribuições relativas às competências e atribuições do cargo que irá atuar.
Motivações: Gabriela gosta de trabalhar se envolvendo com pessoas, e quer se destacar em ser uma pessoa inovadora
Frustrações: Falta de interesse das pessoas em treinamentos focado em desenvolvimento pessoal.
Hobbies: Passear com a familía e amigos
Fonte: Elaborado pelos autores
Quadro 5 - Persona Paula Borges
PAULA BORGES
Idade: 43 anos -Ocupação: Assistente de Recursos Humanos, responsável por conduzir o programa de inclusão de pessoas com deficiência, planejamento logístico
Aplicativos: LinkedIn , E-mail,Telegram.
Motivações: Moradora do interior e deficiente física. Por usar cadeira de rodas e a falta de infraestruturas que facilitam o deslocamento de cadeirantes. Desde que surgiu a opção de home office ela pode conquistar essa vaga de atendente gerando mais qualidade de vida e uma renda a mais em sua família.
Frustrações: Falta de oportunidades de crescimento, por falta de inclusão
Hobbies: Assistir jogos de Volêi em arenas com sua familía
Fonte: Elaborado pelos autores
Histórias de Usuários
Com base na análise das personas forma identificadas as seguintes histórias de usuários:
Quadro 6 - Histórias de Usuários
EU COMO... PERSONA
QUERO/PRECISO ... O QUE
PARA ... PORQUE
Sidney Gomes
Saber corretamente o valor a receber pelas horas trabalhadas
Fazer corretamente meu controle de contas do mês
Sidney Gomes
Poder ir direto pro primeiro cliente, sem necessidade de ir a empresa bater ponto
Otimizar o tempo gasto nos deslocamentos e economia de combustível.
Gabriela de Jesus
Poder acompanhar diariamente se os funcionários estão cumprindo a jornada de trabalho
para saber se a distribuição de tarefas total esta podendo ser executada em tempo hábil
Gabriela de Jesus
Acompanhar o pagamento correto aos funcionários
evitar problemas e futuros transtornos.
Paula Borges
Poder trabalhar diretamente de casa.
Possuo deficiência física que dificulta a locomoção, de home office tenho mais qualidade de vida.
Fonte: Elaborado pelos autores
Requisitos
As tabelas que se seguem apresentam os requisitos funcionais e não funcionais que detalham o escopo do projeto.
Requisitos Funcionais
Quadro 7 - Requisitos funcionais
|ID | Descrição do Requisito | Prioridade |
|------|-----------------------------------------|----|
|RF-001| Na página principal do site deve exigir login e senha para que o usuário tenha acesso ao sistema. | ALTA |
|RF-002| O site deve deve ter página de registro de pontos, onde usuário poderá registrar o início e fim da jornada de trabalho| ALTA |
|RF-003| O site deve permitir ao usuário visualizar o valor a ser recebido pela soma das horas trabalhadas| ALTA |
|RF-004| O site deve oferecer uma página informando sobre os benefícios que usuário tenha direito| BAIXA |
Fonte: Elaborado pelos autores
Requisitos não Funcionais
Quadro 8 - Requisitos não funcionais
|ID | Descrição do Requisito |Prioridade |
|-------|-------------------------|----|
|RNF-001| O site deve ser publicado em um ambiente acessível publicamente na Internet (Repl.it, GitHub Pages, Heroku); | ALTA |
|RNF-002| O site deverá ser responsivo permitindo a visualização em um celular de forma adequada | ALTA |
|RNF-003| O site deve ter bom nível de contraste entre os elementos da tela em conformidade | MÉDIA |
|RNF-004| O site deve ser compatível com os principais navegadores do mercado (Google Chrome, Firefox, Microsoft Edge) | BAIXA |
Fonte: Elaborado pelos autores
Restrições
As questões que limitam a execução desse projeto e que se configuram como obrigações claras para o desenvolvimento do projeto em questão são apresentadas na tabela a seguir:
Quadro 9 - Restrições
|ID| Restrição |
|--|-------------------------------------------------------|
|RE-01| O projeto deverá ser entregue no final do semestre letivo, não podendo extrapolar a data de 11/12/2022 |
|RE-02| Registro de horas dos funcionários deve estar conforme horário de brasília |
|RE-03| Valores referentes a pagamento devem estar em moeda local R$ (real) |
|RE-04| Testes de funcionalidade da aplicação devem ser executados somente no navegador Google Chrome. |
Fonte: Elaborado pelos autores
Diagrama de Casos de Uso
O diagrama contempla as principais ligações previstas entre casos de uso e atores e permite detalhar os Requisitos Funcionais identificados na etapa de licitação. Lembrando que não se utiliza diagramas de caso de uso para requisitos não-funcionais. Como atores é importante a identificação dos grupos de todos os envolvidos que interagem com o sistema, principalmente outros sistemas ou sensores. Eles são representados graficamente por bonecos-palito e são nomeados pelos papéis nas interações nas quais estão envolvidos (ex. Cliente, Administrador). Lembre-se de que o próprio sistema não pode ser ator do diagrama que o modela. Em relação aos casos de uso, eles devem representar as interações ou transações dos atores com o sistema. Cada tipo possível é representada por uma elipse nomeada e os relacionamentos são indicados por linhas que podem ter setas nos casos em que se indica a origem da interação. Os nomes dos casos de uso representam verbos no infinitivo associados aos objetos com os quais se relacionam os verbos (ex. Cadastrar usuário, Visualizar relatório). Os tipos de relacionamentos mais comuns são associações entre atores e casos de uso, generalizações entre atores e entre casos de uso, inclusões e extensão entre casos de uso.
Especificações do Projeto
A definição exata do problema e os pontos mais relevantes a serem tratados neste projeto foi consolidada com a participação dos usuários em um trabalho de imersão, feito pelos membros da equipe a partir da observação dos usuários em seu local natural e por meio de entrevistas. Os detalhes levantados nesse processo foram consolidados na forma de personas e histórias de usuários
Quadro 1 - Persona Helen Cerqueira
Personas
Fonte: Elaborado pelos autores
Quadro 2 - Persona Sidney Gomes
Fonte: Elaborado pelos autores
Quadro 3 - Persona Gabriela de Jesus
Fonte: Elaborado pelos autores
Quadro 5 - Persona Paula Borges
Fonte: Elaborado pelos autores
Histórias de Usuários
Com base na análise das personas forma identificadas as seguintes histórias de usuários:
Quadro 6 - Histórias de Usuários
PERSONAO QUEPORQUEFonte: Elaborado pelos autores
Requisitos
As tabelas que se seguem apresentam os requisitos funcionais e não funcionais que detalham o escopo do projeto.
Requisitos Funcionais
Quadro 7 - Requisitos funcionais
Fonte: Elaborado pelos autores
Requisitos não Funcionais
Quadro 8 - Requisitos não funcionais
Fonte: Elaborado pelos autores
Restrições
As questões que limitam a execução desse projeto e que se configuram como obrigações claras para o desenvolvimento do projeto em questão são apresentadas na tabela a seguir:
Quadro 9 - Restrições
Fonte: Elaborado pelos autores
Diagrama de Casos de Uso
O diagrama contempla as principais ligações previstas entre casos de uso e atores e permite detalhar os Requisitos Funcionais identificados na etapa de licitação. Lembrando que não se utiliza diagramas de caso de uso para requisitos não-funcionais. Como atores é importante a identificação dos grupos de todos os envolvidos que interagem com o sistema, principalmente outros sistemas ou sensores. Eles são representados graficamente por bonecos-palito e são nomeados pelos papéis nas interações nas quais estão envolvidos (ex. Cliente, Administrador). Lembre-se de que o próprio sistema não pode ser ator do diagrama que o modela. Em relação aos casos de uso, eles devem representar as interações ou transações dos atores com o sistema. Cada tipo possível é representada por uma elipse nomeada e os relacionamentos são indicados por linhas que podem ter setas nos casos em que se indica a origem da interação. Os nomes dos casos de uso representam verbos no infinitivo associados aos objetos com os quais se relacionam os verbos (ex. Cadastrar usuário, Visualizar relatório). Os tipos de relacionamentos mais comuns são associações entre atores e casos de uso, generalizações entre atores e entre casos de uso, inclusões e extensão entre casos de uso.
Figura 1 - Diagrama de Casos de Uso
Fonte: Elaborado pelos autores
Figura 2 - Diagrama de Casos de Uso
Fonte: Elaborado pelos autores