Pular para o conteúdo principal

Sprint 3

Os entregaveis esperados para está Sprint estão descritos abaixo.

1. Hardware periférico integrado com o sistema do robô

Os sistemas periféricos ao robô devem ser desenvolvidos nesta sprint. O objetivo deste artefato é que a equipe possa desenvolver elementos periféricos que possam ser integrados ao sistema do robô. Estes dispositivos vão adicionar funcionalidades ao sistema robótico desenvolvido, tais como: capacidade para realizar a leitura de QrCodes, confirmação que objetos foram coletados, apenas para citar alguns exemplos.

Espera-se neste artefato que os estudantes possam desenvolver os esquemáticos para a construção de cada um dos periféricos propostos. Esses dispositivos PODEM ser fabricados utilizando os recursos disponíveis no Maker Inteli, como máquina para usinagem de placas de circuito impresso. Contudo, essa não é uma obrigatoriedade.

Vale destacar também que esses periféricos devem estar integrados com o sistema de controle do sistema robótico desenvolvido. Eles devem estar acessíveis na interface de controle do sistema, se for pertinente este tipo de controle. Espera-se que esses artefatos possam estar conectados ao sistema utilizando requisições HTTP, mas não limitado a este tipo de comunicação.

Não deixar de projetar um diagrama de blocos que possa representar a forma como estes periféricos estão conectados ao sistema. Este diagrama pode ser iniciado nesta sprint, mas ele deve estar representado na documentação do projeto.

1.1 Padrão de entrega

Elementos acessórios, como microcontroladores, sensores e outros atuadores devem ser desenvolvidos e integrados no sistema do robô ao longo desta sprint. Espera-se que a equipe possa desenvolver os esquemáticos para a construção de cada um dos periféricos propostos. Esses dispositivos PODEM ser fabricados utilizando os recursos disponíveis no Maker Inteli, como máquina para usinagem de placas de circuito impresso.

Vale destacar também que esses periféricos devem estar integrados com o sistema de controle do sistema robótico desenvolvido. Eles devem estar acessíveis na interface de controle do sistema, se for pertinente este tipo de controle.

Por fim, espera-se ver uma evolução no armazenamento das informações e requisições realizadas para o robô nesta fase do projeto. O formato como os dados serão armazenados, estruturado em tabelas ou semi-estruturado, fica por conta da escolha que o grupo achar mais pertinente, desde que esteja justificado no projeto.

1.2 Padrão de qualidade

  1. Hardware produzido e testado (até 2.0 pontos);
  2. Periféricos integrados com o sistema robótico (até 2.0 pontos);
  3. Circuito eletrônico dos periféricos propostos (até 2.0 pontos);
  4. Armazenamento de dados das requisições e outras informações relevantes para o sistema (até 2.0 pontos);
  5. Sistema de armazenamento de informações integrado a solução apresentada (até 2.0 pontos).

2. Documentação

Este artefato deve ser responsável por apresentar toda a documentação realizada ao longo da Sprint. Nas sprints depois da primeira, espera-se que a documentação esteja mais robusta e que ela possa refletir as mudanças e aprimoramentos que foram realizados no projeto.

A documentação também deve apresentar as evidências que os requisitos funcionais e não funcionais foram atendidos. Além disso, espera-se que eventuais demandas para executar o projeto ou partes dele, como programas em Python ou a própria documentação localmente, também constem na documentação e no README do repositório.

É muito importante que a documentação também apresente as mídias do projeto. Vídeos de demonstração e as apresentações das sprints devem estar refletidos nela.

2.1 Padrão de entrega

Ela deve conter a descrição e documentação dos demais artefatos, bem como apresentações, vídeos de demonstrações e instruções para executar o projeto até o momento desta entrega. Deve ser realizada também um "RELEASE" do repositório, destacando a documentação que foi entregue referente a sprint que passou.

É importante destacar que na documentação deve existir um log com o registro da evolução das tarefas do projeto, bem como a quantidade de tempo que foi investido em cada tarefa que foi desenvolvida durante a sprint. Todos os artefatos de documentação devem ser elaborados utilizando o Docusaurus (https://docusaurus.io/). Ela deve estar disponível no GitHub Pages da equipe e deve seguir os padrões definidos na orientação.

Espera-se também neste artefato que os estudantes construam o pipeline de automação do GitHub para que a documentação construída com o Docusaurus possa ser visualizada no GitHub Pages do repositório da equipe.

2.2 Padrão de qualidade

  1. A documentação traz os passos necessários para executar a versão atual da sprint (até 3.0 pontos);
  2. A documentação contém todos os arquivos de mídia utilizados pela equipe (apresentações e vídeos) (até 2.0 pontos);
  3. A documentação atende os requisitos apresentados pelo escritório de projetos para entrega ao parceiro (até 2.0 pontos);
  4. A documentação foi atualizada para refletir as mudanças e aprimoramentos (até 3.0 pontos).