if977 / insurance-car

Plano de Saúde Veiicular

- Insurance-Car

  Plano de Saúde Veicular

- Descrição do projeto:

O projeto consiste em auxiliar qualquer pessoa que tenha um carro e tenha interesse de pagar uma quantia fixa ao mês para a oficina, assim tendo direito a algumn benefícios como: Reboques, Revisões, Alinhamentos, Balanceamentos e descontos na mão de obra dos serviços para os clientes cadastrados. Terá a parte de administração, que será manuseada pela equipe da oficina em serviço a um cliente físico ou jurídico.
A oficina: Administra o sistema: Cadastra, altera e deleta os pagamentos, revisões, alinhamos e balanceamentos, reboques e os clientes e seus respectivos carros cadastrados.
O cliente: Visualiza os serviços feitos no(s) seu(s) carros e seu pagamentos.

- Justificativa do Projeto:
Foi analisado que os valores de Seguro para carros vêm aumentando muito, e muitas pessoas querem dispor da tranquilidade de ter um reboque a disposição, ou um desconto na manutenção e não podem pagar tal valor.
O cenário de manutenção automotiva também precisa se estabilizar em meio à crise econômica e nada melhor do que fidelizar o cliente a sua oficina e ainda manter um capital de entrada fixo ao mês.

- Papeis de cada um no projeto:
Wellington (wmof): Líder, irá gerir o projeto e tomar as decisões de quais medidas serão tomadas. E claro também irá desenvolver com a equipe
Edson (ensn96): Desenvolvedor Front-end, Cuidara da parte de interação com o cliente da Loja
Diego (diegodeholanda): Desenvolvedor Back-end, Cuidara da parte administrativa do sistema(Oficina)
Ricardo (rbm4): Analista e desenvolvedor de Testes, será responsável pela parte de teste do Sistema

insurance-car's Issues

Cadastro das Labels

• Bug (label vermelha)
  Representa uma inconsistência
• Feature (label laranja)
  Representa uma nova funcionalidade
• Docs (label azul)
  Representa entrega de alguma documentação que não seja via código
• Review (label roxa)
  Label usada para indicar uma revisão por parte dos monitores a uma determinada entrega
• Accepted (label verde)
  Label usada para indicar que a entrega foi aceita
• Rejected (label amarela)
  Label usada para indicar que a entrega não foi aceita
• Improvement (label cinza)
  Label usada para indicar que um atividade de
  melhoria

OBS!

• As labels Accepted e Rejected só podem ser usadas pelos monitores

Postemortem Iteração 4

Relatório Iteração 2

O relatório informal de cada membro da equipe será comentado abaixo.

Commit que alterou as datas

Segue me anexo o commit que alterou a data referente a quando os arquivos foram entregues.
O monitor @jorgehclinhares estava presente na hora do commit.
Embora as atividades ja tenha sido avaliadas, vale a observação que está não é a data que foram enviadas. @vinicius3w

Ajustes do Readme

Segue minhas observações :
https://docs.google.com/a/cin.ufpe.br/document/d/1kG6BAq2QmzZtgdmzXzY6FBHeB6RDFZpnxIfRuGrANO4/edit?usp=sharing

POSTMORTEM Iteração 1

TDD BDD HU 1 e 2

Implementar teste TDD BDD para as Historias do usuário 1 e 2

Responsáveis:
Edson @ensn96
Diego @diegodeholanda
Ricardo @rbm4

ScreenCast

HU para iteração 4

1. Como o dono da oficina eu preciso que sistema me alerte quando o
   pagamento(mensal/anual) do cliente estiver atrasado.
2. Como o dono da oficina eu preciso que sistema também tenha uma parte de
   interação com os meus clientes, onde eles poderão ver os foi feito em seus carros,
   seus pagamentos, reboques e revisões.

Tela de administração de Veículos (HU2)

Preenchimento Readme

Página de readme/inicial com nome do projeto, justificativa do projeto, descrição do produto, especificação do papel de cada membro da equipe e demais informações pertinentes

Models e Controllers

Fazer os models e controllers no projeto

TDD BDD HU 3 e 4

O TDD será feito por Ricardo ( @rbm4 ) e (Eu @wmof )
O BDD será feito por Diego ( @diegodeholanda ) e ( @ensn96 )

HU para iteração 3

Como o dono da oficina eu preciso de um sistema para gerenciar os reboques que são feitas nos carros dos meus clientes

Como o dono da oficina eu preciso que o sistema me alerte quantas revisões/reboques são feitas pelos meus clientes e se eles ultrapassarão uma quantidade ‘x’ por ano

Telas de administração de Cliente (HU1)

TDD HU 5 (Reboque)

Criar uma pasta para documentos

Seria bom uma pasta chamada 'docs' ou 'documentos' para poder organizar os artefatos. Lembrando que eles podem ficar misturados com o código da aplicação e isso é ruim.

HU para iteração 1

1. Como o dono da oficina eu preciso de um sistema para gerenciar meus clientes
2. Como o dono da oficina eu preciso de um sistema para gerenciar os carros dos
   meus clientes

Uso obrigatório de Milestones para a iteração 2

Boa tarde a todos, em nossa última reunião de monitoria que ocorreu durante a iteração 1 (apenas os monitores) acertamos vários pontos para fidelizar um padrão de correção que seja justo para todas as equipes. Ainda na reunião definimos que a partir desta iteração (iteração 2) o uso de milestones será obrigatório. Isso para que problemas de organização e na eficiência da correção sejam sanados. Como isso funciona?

Bem, como as labels. Isso mesmo, as milestones serão as iterações que correm. Então vocês deverão criar as milestone:

Iteração 2
Iteração 3
Iteração 4

Cada milestone representará uma iteração. Dessa forma toda feature e ou artefato que for entregue deve ser marcada com a milestone que o representa. Assim como é feito com as labels.

Links que podem ajudar:
https://guides.github.com/features/issues/
https://help.github.com/articles/creating-and-editing-milestones-for-issues-and-pull-requests/

HU para iteração 2

3 - Como o dono da oficina eu preciso de um sistema para gerenciar os pagamentos efetuados pelos meus clientes relativos a cada um de seus carros
4 - Como o dono da oficina eu preciso de um sistema para gerenciar as revisões que são feitas nos carros dos meus clientes

Postmortem iteração 2

Será feito por mim @wmof

Entrevista final de validação com o cliente