Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • O onyva-wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • ONYVA
  • onyva-wiki
  • Wiki
  • gp

Last edited by Paula Grasiele Nunes Nov 29, 2020
Page history
This is an old version of this page. You can view the most recent version or browse the history.

gp

Home Sprints Requisitos Arquitetura Configuração Mockups Banco de Dados Instalação Gerência de Projeto CI

Página de Gerênciamento do Projeto

Nesta página, deve ser apresentado as seguintes informações:

  • Termo de Abertura (Atualização)
  • Identificação dos Stakeholders
  • EAP
  • User Stories
  • Cronograma
  • Plano de Comunicação
  • Plano de Recursos Humanos
  • Identificação dos Riscos
  • Plano de Respostas a Riscos

Deve ser apresentado com Links, Imagens, Texto ou Descrições

Termo de Abertura

Projeto: Onyva

Professor Orientador: Edson Iparraguirre

Semestre: 2020/2

Contextualização​

  • Universo: Mercado de compra e venda de automóveis seminovos.​

  • Dores: Insegurança por parte dos compradores quanto ao estado real do automóvel, sua procedência e se as manutenções necessárias foram devidamente realizadas;​

Motivadores

  • O público geral não tem o hábito de ler o manual do automóvel para acompanhar as manutenções obrigatórias.​
  • Possibilidade de esquecimento das manutenções por parte do proprietário;​
  • Dúvida de onde levar o automóvel (autorizada x outro prestador de serviço);​
  • Compreender se as manutenções indicadas pelo prestador de serviço são adequadas.​

Objetivos do Projeto

Fornecer aos proprietários de veículos um meio de sanar suas dúvidas frequentes sobre a situação mecânica do veículo, como as manutenções necessárias, se foram manutenções assertivas ou um histórico dos itens já revisados anteriormente.

Descrição do Projeto em alto nível:

  • Gerência: Módulo de gerenciamento da aplicação para fins de configuração e controle de cadastros de oficinas e proprietários.

  • Oficina: Módulo de gerenciamento de atendimentos conforme agendamentos realizados pelos proprietários.

  • Proprietário: Módulo de gerenciamento de veículos e agendamento de manutenções.

Tipos de aplicações

  • Mobile
  • Web

Stakeholder

Idealizador/Stakeholder: Fabiano Passuelo Hessel

EAP

User Stories

  • US: 01 Solicitação de cadastro da oficina
    • Contexto: Oficina
    • Ambiente: APP
    • Persona: Gerente da oficina

Descrição: Como gerente da oficina desejo realizar a solicitação de cadastro para que seja possível ofertar meus serviços

Cenários:

Dado que estou no APP E informei todos os dados necessários para a solicitação de cadastro Quando confirmo a solicitação Então as informações devem ser enviadas para análise.

Critérios: Valores para situação: Aprovado, Em análise, Reprovado

  • US: 02 Retornar a situação da solicitação de cadastro da oficina
    • Contexto: Oficina/Gerência
    • Ambiente: Externo
    • Persona: Gerente/Adm Onyva

Descrição: Como gerente da oficina desejo receber o retorno com o status da solicitação para que verificar se a oficina foi cadastrada

Cenários:

Dado que existe uma solicitação Quando o administrador aprovar Então o gerente da oficina deve receber uma notificação com esse status

Dado que existe uma solicitação Quando o administrador do sistema recusar Então o gerente da oficina deve receber uma notificação com esse status E a justificativa da reprovação

Dado que existe uma solicitação Quando o administrador estiver avaliando o cadastro Então o gerente da oficina deve receber uma notificação com esse status

Critérios: Notificação por e-mail informando o status da solicitação. Em caso de recusa, incluir a justificativa

  • US: 03 Visualizar histórico de manutenções
    • Contexto: Oficina
    • Ambiente: APP
    • Persona: Gerente

Descrição: Como gerente da oficina desejo visualizar o histórico das manutenções para que seja possível realizar o controle do fluxo de clientes e dos serviços realizados

Cenários:

Dado que estou logado no APP Quando acesso o histórico Então devem ser exibidos os clientes E os serviços realizados

Critérios: Listar todos os atendimentos realizados em ordem cronológica, do mais recente ao mais antigo.

  • US: 04 Consultar histórico de manutenções de um cliente
    • Contexto: Oficina
    • Ambiente: APP
    • Persona: Gerente

Descrição: Como gerente da oficina desejo consultar o histórico de manutenções de um determinado cliente para que seja possível mapear os serviços prestados

Cenários:

Dado que estou logado no APP Quando acesso o histórico E aplico o filtro por usuário Então devem ser exibidos os serviços realizados conforme critério de consulta

Critérios: Filtro por usuário

  • US: 05 Visualizar solicitações pendentes
    • Contexto: Oficina
    • Ambiente: APP
    • Persona: Gerente

Descrição: Como gerente da oficina desejo visualizar as solicitações pendentes para que seja possível analisar a possibilidade de atendimento

Cenários:

Dado que estou logado no APP Quando acesso a opção de agendamentos Então devem ser exibidas as solicitações de serviços pendentes de aprovação

  • US: 06 Consultar agenda
    • Contexto: Oficina
    • Ambiente: APP
    • Persona: Gerente

Descrição: Como gerente da oficina desejo visualizar a agenda da oficina para que seja possível identificar os clientes que serão atendidos e monitorar os serviços agendados

Cenários:

Dado que estou logado no APP Quando acesso a opção de agendamentos Então devem ser exibidas as solicitações de serviços pendentes de aprovação

  • US: 07 Aceitar ou recusar a solicitação de serviço
    • Contexto: Oficina
    • Ambiente: Web
    • Persona: Gerente

Descrição: Como gerente da oficina desejo aceitar ou recusar solicitações de serviço para que seja possível organizar os atendimentos conforme a capacidade/disponibilidade

Cenários:

Dado que existe uma solicitação de serviço Quando acesso os detalhes Então deve ser possível gerenciar a situação desta solicitação

  • US: 08 Notificar o cliente sobre o aceite ou a recusa
    • Contexto: Oficina/Proprietário
    • Ambiente: APP
    • Persona: Gerente/Usuário

Descrição: Como gerente da oficina desejo avisar o cliente sobre o aceite o recusa da solicitação de serviço para que seja possível confirmar o agendamento

Cenários:

Dado que existe uma solicitação de serviço Quando o gerente realizar o aceite Então o app deve disparar uma notificação confirmação para o cliente E o agendamento deve estar visível na agenda

Dado que existe uma solicitação de serviço Quando o gerente recursar Então o app deve disparar uma notificação de indisponibilidade de agenda para o cliente

  • US: 09 Realizar avaliação da Oficina sobre o cliente
    • Contexto: Oficina/Proprietário
    • Ambiente: Web
    • Persona: Gerente/Usuário

Descrição: Como gerente da oficina desejo avaliar o cliente para que essa informação sirva de referência para outros prestadores de serviço

Cenários:

Dado que realizei um serviço Quando finalizo o atendimento no sistema Então deve ser possível avaliar o cliente

  • US: 10 Gerenciar conta de proprietário
    • Contexto: Gerência
    • Ambiente: Web
    • Persona: Adm Onyva

Descrição: Como administrador do sistema desejo gerenciar uma conta de proprietário para que seja possível suspender ou cancelar o acesso ao sistema

Cenários:

Dado que existe uma conta de usuário E o usuário teve uma conduta inadequada Quando realizo a suspensão Então o usuário será bloqueado temporariamente

Dado que existe uma conta de usuário E o usuário solicitou a exclusão da conta Quando realizo o cancelamento Então o usuário deve ser bloqueado permanentemente E as informações sensíveis devem ser excluídas

Critérios: Quando um cadastro de proprietário for suspenso ou cancelado, se ele tiver solicitações em aberto, a oficina deve ser notificada

  • US: 11 Aceitar ou recusar o cadastro de oficina
    • Contexto: Gerência
    • Ambiente: Web
    • Persona: Adm Onyva

Descrição: Como administrador do sistema desejo aceitar ou recusar as solicitações de cadastros de oficina para que seja possível avaliar o perfil da oficina de acordo com o as diretrizes da empresa

Cenários:

Dado que existe uma solicitação de cadastro de oficina Quando acesso os detalhes Então deve ser possível visualizar todos os dados da oficina E gerenciar a situação dessa solicitação

  • US: 12 Gerenciar conta de oficina
    • Contexto: Gerência
    • Ambiente: Web
    • Persona: Adm Onyva

Descrição: Como administrador do sistema desejo gerenciar uma conta de oficina para que seja possível suspender ou cancelar o acesso ao sistema

Cenários:

Dado que existe uma conta de oficina E o foi identificada uma conduta inadequada Quando realizo a suspensão Então o usuário será bloqueado temporariamente

Dado que existe uma conta de usuário E o usuário solicitou a exclusão da conta Quando realizo o cancelamento Então o usuário deve ser bloqueado permanentemente E as informações sensíveis devem ser excluídas

Critérios: Não deve ser possível enviar solicitações para contas de oficina suspensas. Quando uma conta de oficina for suspensa ou cancelada, se ela tiver atendimentos em aberto, então os clientes devem ser notificados.

  • US: 13 Enviar mensagens multicast
    • Contexto: Gerência
    • Ambiente: Web
    • Persona: Adm Onyva

Descrição: Como administrador do sistema desejo emitir notificações multicast para que seja possível enviar mensagens para um grupo específico de usuários

  • US: 14 Enviar mensagens broadcast
    • Contexto: Gerência
    • Ambiente: Web
    • Persona: Adm Onyva

Descrição: Como administrador do sistema desejo emitir notificações broadcast para que seja possível enviar mensagens para todos os usuários

  • US: 15 Enviar mensagens unicast
    • Contexto: Gerência
    • Ambiente: Web
    • Persona: Adm Onyva

Descrição: Como administrador do sistema desejo emitir uma notificação unicast para que seja possível enviar mensagens para um usuário especifico

  • US: 16 Enviar mensagem de atualização
    • Contexto: Gerência
    • Ambiente: Web
    • Persona: Adm Onyva

Descrição: Como administrador do sistema desejo enviar uma notificação de atualização para que o cliente informe os dados mais recentes e seja possível mantê-lo atualizado sobre as manutenções previstas para o seu veículo

Cenários:

Dado que existem veículos cadastrados Quando identifico ausência de atualização Então deve ser possível disparar uma mensagem com a solicitação para o proprietário

  • US: 17 Realizar carga de veículos e manutenções
    • Contexto: Gerência
    • Ambiente: Web
    • Persona: Adm Onyva

Descrição: Como administrador do sistema desejo realizar a carga de dados de veículos e manutenções para que mais proprietários possam utilizar o APP

Cenários:

Dado que tenho as informações de novos veículos Quando realizo o cadastro Então devem ser carregadas as manutenções previstas para cada modelo

  • US: 18 Cadastrar proprietário
    • Contexto: Proprietário
    • Ambiente: APP
    • Persona: Proprietário

Descrição: Como proprietário de veículo desejo realizar o cadastro de usuário para que seja possível encontrar prestadores de serviço e realizar as manutenções do meu automóvel

Cenários:

Dado que estou no APP E informei todos os dados necessários para a solicitação de cadastro Quando confirmo a solicitação Então devo receber a confirmação do cadastro.

  • US: 19 Cadastrar veículo
    • Contexto: Proprietário
    • Ambiente: APP
    • Persona: Proprietário

Descrição: Como proprietário desejo realizar o cadastro do veículo para que seja possível encontrar prestadores de serviço e realizar as manutenções do meu automóvel

Cenários:

Dado que realizei meu cadastro de usuário E informei todos os dados necessários para o cadastro do veículo Quando confirmo a solicitação Então devo receber a confirmação do cadastro.

  • US: 20 Atualizar informações do proprietário
    • Contexto: Proprietário
    • Ambiente: APP
    • Persona: Proprietário

Descrição: Como proprietário desejo atualizar as informações do veículo para que seja possível obter avisos do sistema com maior precisão

Cenários:

Dado que recebi a notificação E ela solicita a atualização das informações Quando acesso os detalhes do veículo Então deve ser possível realizar alterações

Critérios: KM do veículo

  • US: 21 Realizar login
    • Contexto: Proprietário
    • Ambiente: APP
    • Persona: Proprietário

Descrição: Como proprietário desejo realizar login para que seja possível encontrar prestadores de serviço e realizar as manutenções do meu automóvel

Cenários:

Dado que realizei o cadastro pelo APP E informei os dados corretos na tela de login Quando avanço Então o login deve ser realizado com sucesso E devo visualizar meu painel de usuário

Dado que realizei o cadastro com o login social E informei os dados corretos na tela de login Quando avanço Então o login deve ser realizado com sucesso E devo visualizar meu painel de usuário

  • US: 22 Agendar manutenção programada
    • Contexto: Proprietário
    • Ambiente: APP
    • Persona: Proprietário

Descrição: Como proprietário desejo agendar uma manutenção programada para que seja possível manter o veículo em boas condições de uso

  • US: 23 E-pedigree
    • Contexto: Proprietário
    • Ambiente: APP
    • Persona: Proprietário

Descrição: Como proprietário desejo consultar o e-pedigree do veículo para que seja possível garantir que todas as manutenções necessárias foram realizadas

  • US: 24 Agendar serviço
    • Contexto: Proprietário
    • Ambiente: APP
    • Persona: Proprietário

Descrição: Como proprietário desejo agendar um serviço para que seja possível realizar as manutenções necessárias

Cenários:

Dado que estou no APP E selecionei a oficina E informei os dados para agendamento Quando confirmo Então a solicitação de agendamento deve ser enviada a oficina

  • US: 25 Buscar oficinas
    • Contexto: Proprietário
    • Ambiente: APP
    • Persona: Proprietário

Descrição: Como proprietário desejo buscar oficinas para que seja possível escolher onde realizar o agendamento de acordo com as minhas necessidades

Cenários:

Dado que estou no APP Quando seleciono a opção para buscar oficinas Então o sistema deve exibir sugestões

Dado que estou no APP E selecionei a busca de oficinas Quando informo os dados de uma oficina específica E a oficina está cadastrada no sistema Então devem ser exibidas as informações da oficina

  • US: 26 Cadastrar manutenção não prevista

    • Contexto: Proprietário
    • Ambiente: APP
    • Persona: Proprietário
  • US: 27 Solicitar manutenção de urgência

    • Contexto: Proprietário
    • Ambiente: APP
    • Persona: Proprietário
  • US: 28 Consultar próximas revisões

    • Contexto: Proprietário
    • Ambiente: APP
    • Persona: Proprietário

Descrição: Como proprietário desejo consultar as próximas revisões previstas para que seja possível verificar a disponibilidade da minha agenda e realizar o agendamento com a oficina

Cenários:

Dado que estou no APP E tenho um veículo cadastrado Quando consulto as próximas revisões Então devem ser exibidas as descrições E as datas previstas para realizar as revisões

  • US: 29 Consultar histórico de intervenções

    • Contexto: Proprietário
    • Ambiente: APP
    • Persona: Proprietário
  • US: 30 Realizar avaliação da oficina

    • Contexto: Proprietário
    • Ambiente: APP
    • Persona: Proprietário

Descrição: Como gerente proprietário desejo avaliar a oficina para que essa informação sirva de referência para outros clientes

Cenário:

Dado que solicitei uma prestação de serviço Quando a oficina finaliza o o atendimento no sistema Então deve ser possível avaliar a oficina

Cronograma

Data Descrição
14/08/20 Apresentação da AGES
21/08/20 Apresentação do projeto pelos stakeholders
28/08/20 Sprint 0 - Planejamento dos mockups e user stories
04/09/20 Apresentação para o Stakeholder - Sprint 0 / Sprint 1 - Definição de US, Restrospectiva e Planning
11/09/20 Desenvolvimento
18/09/20 Apresentação para o Stakeholder - Sprint 1 / Sprint 2 - Definição de US, Restrospectiva e Planning
25/09/20 Desenvolvimento
02/10/20 Desenvolvimento
09/10/20 Apresentação para o Stakeholder - Sprint 2 / Sprint 3 - Definição de US, Restrospectiva e Planning
16/10/20 Desenvolvimento
23/10/20 Apresentação para o Stakeholder - Sprint 3 / Sprint 4 - Definição de US, Restrospectiva e Planning
30/10/20 Desenvolvimento
06/11/20 Desenvolvimento
13/11/20 Ajustes finais
20/11/20 Apresentação final para o Stakeholder - Sprint 4
27/11/20 Apresentação para a AGES

Plano de Comunicação

Comunicação agendada

Abaixo está descrito o quadro de tarefas relacionadas a comunicação conforme cronograma da AGES. Devido a pandemia do novo Coronavírus (COVID-19), todas as comunicações foram realizadas de maneira remota, conforme normas de segurança.

  • Ferramenta utilizada:
    • Zoom

Quadro de tarefas de comunicação agendada

Tarefa Objetivo Frequência Participantes Responsável Entregas
Reunião inicial Apresentar o fluxo AGES e realizar o entendimento inicial do projeto Data fixa 14/08/2020 Equipe AGES, Professor orientador, Time projeto, Stakeholder Equipe AGES, Professor
Acompanhamento semanal Garantir o alinhamento do time e o acompanhamento do andamento das tarefas Todas as sextas feiras Professor orientador, Time do projeto,
Responsável AGES (opcional) Professor orientador, AGES IV Status das tarefas
Apresentação para o Stakeholder Realizar a entrega das US priorizadas para cada Sprint Datas agendadas conforme cronograma Professor orientador, Time do projeto, Stakeholder, Responsável AGES (opcional) AGES IV Definição das US para a próxima Sprint
Apresentação do projeto para a AGES Realizar a entrega geral do projeto para os demais times Data fixa 27/11/2020 Professores, Todos os times da AGES, Equipe AGES, Stakeholders, Convidados Responsável AGES, Equipes dos projetos -

Comunicação do time

Para comunicação diária do time foram utilizadas as seguintes ferramentas:

  • Comunicação Padrão

    • Microsoft Teams
      • Canais
        • Geral
      • Ages III e IV
      • Squad Gerência
      • Squad Oficina
      • Squad Proprietário
  • Comunicação rápida

    • Whatsapp
      • Grupo geral do time
        • Todos os membros do time
        • Professor orientador
        • Responsável AGES
      • Grupo de ação rápida
        • Todos os AGES III + AGES IV
        • Grupos das Squads
  • Comunicação alternativa

    • Discord
      • Grupos das Squads

Plano de Recursos Humanos

Organização do time:

Optou-se por seguir a estrutura de Squads para atuação nas frentes que o projeto exigia, procurando manter o equilíbrio entre os níveis de conhecimento referentes a atuação na AGES.

Squads

  • Gerência

    • Mathias (AGES III)
      • Andrews (AGES II)
      • Shaihan (AGES I)
  • Oficina

    • João (AGES III)
    • Rodrigo Mello (AGES III)
      • Lucas Buffet (AGES I)
      • Gabriel (AGEES II)
      • Fernando (AGES II)
  • Proprietário

    • Yuri (AGES III)
    • Carlo (AGES III)
      • Fábio (AGES I)
      • Lucas Rosa (AGES II)
      • Rodrigo Machado (AGES II)

Identificação dos Riscos

Plano de Respostas a Riscos

Clone repository
  • Testes
  • Utilizando a wiki
    • adicionando imagens
    • escrevendo em markdown
    • wiki no editor de texto
  • arquitetura
  • banco_dados
  • ci
  • configuracao
  • gp
  • Home
  • instalacao
  • mockups
  • requisitos
  • sprints