Skip to content

Documento de Visão

1. Introdução

1.1. Finalidade

Este documento tem como objetivo apresentar um panorama claro e em detalhes que é compartilhado pela equipe de desenvolvimento do projeto da Esteira Inteligente a respeito da proposta de projeto. Desse modo, serão apresentados diversos aspectos que permeiam a execução desse software, mas sem que haja a necessidade do conhecimento de termos técnicos pelo leitor.

1.2. Escopo

O projeto Esteira Inteligente busca solucionar o problema na linha de produção de kits de projetos sendo montados com peças erradas, sendo que é algo recorrente vir a peça errada ou na quantidade errada, o projeto visa automatizar essa questão para minimizar esta falhas.

1.3. Visão Geral

O presente documento apresenta aspectos fundamentais para a compreensão do produto. Sendo um documento de caráter informativo, ele traz um organização em tópicos aonde são tratados detalhes sobre a introdução, o posicionamento, a descrição das partes envolvidas, um visão geral do produto, os recursos do produto e suas restrições, os intervalos de qualidade e as prioridades e precedências.

2. Posicionamento

2.1. Oportunidade de Negócio

Um dos membros da disciplina estagiá na fabrica da Rossi, nela existe um grande problema em sua linha de produção, os seus kits de montagem costumam apresentar problemas na contagem de suas peças e a momentos que vem com a peça errado, para reduzir esse erro foi pensado em uma solução que utiliza de Esteira Inteligente, que irá entregar as peças de acordo com a o kit selecionado pelo o operador da linha de produção, após a liberação das peças será feito uma checagem de quantidade e tipo através de uma camera com auxilio de uma balança, assim visando reduzir ao máximo o erro apresentado.

2.2. Descrição do Problema

O problema de quantidade e tipo de peças erradas
afeta industrias que apresentam linha de montagem
cujo o impacto é impossibilidade de montar o kit após o separamento das peças
uma boa solução é criar um sistema automatizado para entregar as peças na quantidade e tipagem correta

3. Descrição dos Envolvidos

3.1. Resumo dos Envolvidos

Nome Descrição Responsabilidades
Equipe de Desenvolvimento de Software Estudantes de Engenharia de Software da Disciplina PI 2 Realizar a documentação, bem como o desenvolvimento do Software do projeto.
Equipe de Desenvolvimento de Hardware Estudantes de Engenharia de Eletrônica e de Engenharia de Energia da Disciplina PI 2 Realizar a documentação, bem como o desenvolvimento do Hardware do projeto.
Equipe de Desenvolvimento de Estrutura Estudantes de Engenharia de Aeroespacial da Disciplina PI 2 Realizar a documentação, bem como o desenvolvimento da estrutura do projeto.

3.2. Resumo dos Usuários

Nome Descrição
Operadores da fábrica Operadores da linha de produção, que ficam responsável pela produção dos kits

3.3. Ambiente do Usuário

Será possível utilizar o site por meio de navegadores web como Mozilla Firefox, Google Chrome e Opera.

3.4. Perfis dos Envolvidos

3.4.1. Equipe de Desenvolvimento de Software

Representantes Danilo Domingo, Gabrielle Ribeiro, Heitor, Jefferson França, Matheus Henrick, Matheus Silveiro
Descrição Realizar a documentação, bem como o desenvolvimento do Software do projeto.
Tipo Estudantes de Engenharia de Software da Disciplina PI 2
Critérios de Sucesso Entregar toda a documentação, bem como a implementação do software proposto dentro do prazo estipulado pela disciplina.
Envolvimento Alto.

3.4.2. Equipe de Desenvolvimento de Hardware

Representantes Joel Jeferson, Maurício, Caio, Michael
Descrição Realizar a documentação, bem como o desenvolvimento do Hardware do projeto.
Tipo Estudantes de Engenharia de Eletrônica e de Engenharia de Energia da Disciplina PI 2
Critérios de Sucesso Entregar toda a documentação, bem como a implementação do Hardware proposto dentro do prazo estipulado pela disciplina.
Envolvimento Alto.

3.4.2. Equipe de Desenvolvimento de Estrutura

Representantes Ana Paula, Fernanda, Lucas
Descrição Realizar a documentação, bem como o desenvolvimento da estrutura do projeto.
Tipo Estudantes de Engenharia de Aeroespacial da Disciplina PI 2
Critérios de Sucesso Entregar toda a documentação, bem como a criação da estrutura proposto dentro do prazo estipulado pela disciplina.
Envolvimento Alto.

3.5. Perfis dos Usuários

3.5.1. Operadores da Fábrica

Representantes Proprietários de uma cafeteria
Tipo -
Responsabilidades Não possuem envolvimento direto com o desenvolvimento do software.
Critérios de Sucesso Facilidade na montagem de kits
Envolvimento Médio

3.6. Principais Necessidades dos Envolvidos ou Usuários

Representantes Necessidade Prioridade Solução Atual Solução Proposta
Operadores da Linha de Montagem Minimizar o erro na contagem das peças e da distribuição de peças erradas Alta Processo da separação de kits feito de forma manual Automatizar a liberação de peças para montagem de kits, com checagem no final por camera e balança

4. Visão Geral do Produto

4.1. Perspectiva do Produto

Principais características do produto: * Separação das peças a partir da seleção do kit. * Quantidade de peças e tipos de peças definidas pela a seleção de kit. * Checagem do peso esperado pelo o kit com o a saída da linha através de uma balança * Checagem visual da quantidade e tipos de peças no final da linha, através de camera com uso de inteligência artificial para fazer a checagem.

4.2. Resumo das Capacidades

Benefício para o cliente Recursos de Suporte
Kits pré definidos Selecionar o kits cadastrados no sistema com a peças já definidas
Separação das peças As peças de acordo com o kit selecionado
Checagem das peças Após a separação as peças serão checadas para garantir que estão corretas
Interface simples e intuitiva Essencial para não tenham dificuldades na navegação no sistema

4.3. Suposições e Dependências

Para o funcionamento do software é suposto que a equipe consiga desenvolve-lo durante o período da disciplina de PI 2. Outro ponto do projeto é o cliente, que a equipe não está desenvolvendo o projeto para um cliente específico e sim para a disciplina anteriormente citada, juntamente com isso vem o custo, que a equipe irá contribuir para acata-lo e fazer um protótipo para a disciplina.

4.4. Custo e Precificação

O produto será disponibilizado em um domínio na WEB, tendo como custo as despesas relacionadas às equipes de desenvolvimento e gerenciamento do projeto, aos valores pagos para manter seus servidores em funcionamento. Também terá uma Raspberry Pi para o funcionamento da I.A com a câmera por frame, e a Orange Pi para o funcionamento da I.A com a câmera em tempo real.

4.5. Instalação

O produto será instalado diretamente na OrangePi e Raspberry Pi, assim não sendo necessário uma instalação a parte, a parte que o operador acessará será via Web, desta forma sendo necessário apenas de um dispositivo com acesso a rede da empresa.

5. Recursos do Produto

5.1. Cadastro de Operador

O cadastro de operador contém dados básicos como nome, número de identificação do operador, setor do mesmo. O operador possui acesso ao kits no sistema, peças no estoque e operação da linha de montagem.

5.2. Cadastro de Kits

O cadastro de kit é realizado pelo operador. Junto com o produto kit há algumas informações sobre quais peças o compõem.

5.3. Cadastro de Peças

O cadastro de peça é realizado pelo operador. Junto com o produto peça cadastrado há algumas informações sobre o mesmo.

5.4. Controle de estoque

O operador pode controlar o estoque de peças presente na esteira. Podendo fazer a recarga das peças quando elas acabarem.

5.5. Acompanhamento da Separação de Peças

O operador pode acompanhar a separação, vendo quais foram usadas e no final acompanhar a checagem do kit e caso necessário fazer correções.

6. Restrições

  • O sistema deve está em funcionamento até o fim da disciplina.
  • Ter um dispositivo com acesso a internet.
  • Ter a Raspberry Pi e Orange Pi com a I.A. treinada.

6.1 Restrições Externas

  • Dentre as restrições externas, a dificuldade no uso da tecnologia e a compreensão no uso da linguagem estabelecida , além de possíveis transtornos entre a equipe.

6.2 Restrições de Design

Toda a interação com o software deve ser feita de forma natural, de modo que o operador não tenha dúvidas sobre como realizar determinada tarefa dentro do sistema. Os recursos cujo o operador têm acesso devem ser de fácil entendimento, de modo que o operador não desista durante alguma ação. Para facilitar o desenvolvimento será feito um página web.

7. Faixas de Qualidade

Para maior eficiência e acessibilidade, a aplicação será web, pois possibilita o acesso a aplicação que o operador acesse o sistema fora da linha, caso ele precise checar o estoque e os kits cadastrados antes de utilizar da linha.

8. Precedência e Prioridade

Essa etapa descreve as prioridades dos recursos do sistema e dependência de outros recursos (precedência). Para isso são definidos critérios de prioridade.

Definição da prioridade Descrição
Crítico Refere-se a um recurso essencial para o sistema, sem ele as necessidades do cliente não serão atendidas e o projeto fracassará.
Importante Não determina o fracasso do projeto, mas afetará a satisfação do usuário.
Útil São úteis, porém não críticos. Utilizados, geralmente, com menos frequência. Não afetam a satisfação do usuário.
Recurso Precedência Prioridade
Cadastro de Operador Não se aplica Crítico
Cadastro de Peça Cadastro de Operador Crítico
Cadastro de Kits Cadastro de Operador e Cadastro de Peça Crítico
Controle de estoque Cadastro de Operador Importante
Acompanhamento da Separação de Peças Cadastro de Operador, Cadastro de Peça e Cadastro de Kits Útil

Versionamento

Data Versão Descrição Autor(es) Revisor
25/04/2024 1.0 Criação do Documento de Visão Danilo Domingo
08/06/2024 2.0 Adicionando restrição Heitor Marques Danilo Domingo