TAP - leonardo-scotti/tcc-vizinhanca GitHub Wiki
| Data | Autor(es) | Descrição | Versão |
|---|---|---|---|
| 17/03/2026 | Leonardo Scotti | Criação documento no github/docs | 1.0 |
- Definição do projeto (visão, objetivos, escopo e entregáveis);
- Organização do projeto (usuários, stakeholders, papéis, responsabilidades);
- Planejamento do projeto (abordagem, planejamento de recursos e financeiro);
- Considerações do projeto (riscos, suposições e restrições);
- Referências.
Desenvolver um software voltado para moradores de condomínios, com o objetivo de melhorar a comunicação e a colaboração entre os condôminos. O sistema será uma plataforma digital que permitirá aos moradores compartilhar informações, comunicar avisos importantes e facilitar a troca de favores entre vizinhos.
A ideia central do sistema é oferecer um ambiente simples e acessível onde os moradores possam interagir de forma mais eficiente. Por meio da plataforma, será possível publicar avisos, solicitar ou oferecer ajuda para pequenas tarefas do cotidiano e acompanhar comunicados do condomínio.
Além disso, o sistema contribuirá para melhorar o clima interno do condomínio, promovendo maior integração entre os moradores e facilitando a organização de atividades e comunicação coletiva.
Objetivos de negócio:
- Desenvolver um sistema funcional para uso em condomínios;
- Melhorar a comunicação entre os moradores;
- Facilitar a troca de favores e a colaboração entre condôminos;
- Melhorar o clima e a convivência dentro do condomínio;
- Tornar a comunicação interna mais eficiente.
Objetivos de tecnologia:
- Desenvolver um aplicativo mobile para uso dos condôminos;
- Desenvolver um sistema web administrativo para síndicos ou gestores do condomínio;
- Implementar funcionalidades para publicação e gerenciamento de avisos e comunicados;
- Permitir interação entre moradores por meio de solicitações e ofertas de ajuda;
- Garantir a integração entre o sistema web e o aplicativo mobile.
- Desenvolvimento de um aplicativo mobile voltado para os condôminos, permitindo a comunicação entre moradores e a troca de favores no dia a dia do condomínio;
- Implementação de funcionalidades no aplicativo para publicação e visualização de avisos, além de solicitações e ofertas de ajuda entre os moradores;
- Desenvolvimento de um sistema web para administração do condomínio, permitindo que síndicos ou administradores gerenciem comunicados e informações do condomínio;
- Criação de ferramentas administrativas no sistema web para organização e acompanhamento das interações entre os condôminos;
- Integração entre o aplicativo mobile e o sistema web, garantindo que as informações publicadas pela administração sejam visualizadas pelos moradores.
| Item | Componentes | Descrição |
|---|---|---|
| Documentação | 1. Protótipo de Alta Fidelidade 2. Requisitos Funcionais 3. Requisitos Não Funcionais |
1. Simulação do produto final 2. Visão ampla do software 3. Documentos que auxiliarão no entendimento por parte do público externo no projeto |
| Código | 1. Código Front-end 2. Código Back-end 3. Código Banco de Dados 4. Código Mobile |
1. Entrega das funcionalidades funcionando 2. Entrega do software com as funcionalidades aprimoradas |
| Usuário |
|---|
| Condomínios e seus moradores (público diverso) |
| Stakeholders | Interessado em |
|---|---|
| @Joao-Meyer | Produto Final |
| @fernandoleonid | Produto Final |
| @marcelnt | Produto Final |
| @yurikomuta | Produto Final |
| Nome | Posição |
|---|---|
| Leonardo Scotti | Back-end |
| Roger Ribeiro | Front-end |
| Giovana Barbosa | DBA |
| Breno Machado | Mobile |
Cada um da equipe tem suas responsabilidades baseadas em sua área de atuação no projeto, porém, alguns pontos serão comum entre todos, sendo eles:
Desenvolvedor:
- Código/Entrega;
- Documentação;
- Coerência - documentos e código|;
- Histórias e planejamento da release;
- Testes automatizados e cobertura de código;
- Tracking;
- Wiki Atualizada;
- Software implantado e disponível para uso.
| Fase | Abordagem |
|---|---|
| Iniciação | Autorização para início do projeto |
| Ideação | Definições do projeto, design e prototipação |
| Criação | Planejamento, desenvolvimento, teste e revisão. Processo se repete em loop |
| Evolução | Transferência de conhecimento e melhoria contínua. Vem logo após a etapa de criação e também se repete em loop |
Release 1
| Posição | Data de início | Data final | Esforço |
|---|---|---|---|
| Back-end | 17/03/2026 | jun/2026 | 100% |
Release 2
| Papel | Data de início | Data final | Esforço |
|---|---|---|---|
| Front-end | 17/03/2026 | jun/2026 | 100% |
Release 3
| Papel | Data de início | Data final | Esforço |
|---|---|---|---|
| Mobile | 29/09/2020 | 26/10/2026 | 100% |
Release 4
| Papel | Data de início | Data final | Esforço |
|---|---|---|---|
| DBA | 17/03/2026 | jun/2026 | 100% |
O custo do projeto será calculado levando em consideração 4 premissas:
- Tempo fixo de desenvolvimento de 13 semanas, sendo uma média de 20 horas de trabalho semanalmente para cada desenvolvedor;
- Trabalho sendo realizado 100% presencial;
- Escopo do software definido com base no tempo determinado de trabalho dos 2 pontos anteriores;
- Número de membros da equipe não irá aumentar e se diminuir o trabalho será redistribuido entre os outros membros assim como o valor ganho pelo membro que saiu.
Tomando como base essas 4 premissas podemos fazer o cálculo de quanto custará esse projeto.
O custo do projeto será calculado com base no salário da mão de obra de desenvolvedores apontado pelo site do glassdoor. Para o cálculo de nosso custo levaremos em consideração os critérios apontados na tabela abaixo.
| Posição | Localização | Educação | Anos de experiência | Tecnologias | Valor/hora |
|---|---|---|---|---|---|
| Back-end | Jandira - São Paulo | Menos que bacharelado | 1 ano |
|
R$13,00 |
| Front-end | Jandira - São Paulo | Menos que bacharelado | 1 ano |
|
R$11,00 |
| DBA | Jandira - São Paulo | Menos que bacharelado | 1 ano |
|
R$14,00 |
| Mobile | Jandira - São Paulo | Menos que bacharelado | 1 ano |
|
R$13,00 |
- Explicação dos critérios:
- Posição: cada um da equipe tem a sua própria área de atuação, mas nada impede um membro ajudar o outro, mesmo que seja em outra área.
- Localização: como somos todos de Jandira o valor foi colocado como mão de obra de nossa localização.
- Educação: o que mais se aproxima de graduando nos filtros é o de menos que bacharelado.
- Anos de experiência: fizemos um levantamento entre os membros do grupo e em média temos 1 ano de experiência por membro.
- Tecnologias: conforme levantado em reunião, decidimos quais seriam as melhores tecnologias para serem usadas no projeto.
Considerando as premissas colocadas e o valor/hora definido por membro já podemos fazer o cálculo de quanto será o desenvolvimento do software no período determinado. A quantidade de horas total trabalhadas no projeto será de:
Quantidade total projeto/membro = (20 * 13) = 260 horas
Custo = Horas total projeto * valor/hora
Back-end
Custo = 260 * 13,00 = R$ 3.380,00
Front-end
Custo = 260 * 11,00 = R$ 2.860,00
DBA
Custo = 260 * 14,00 = R$ 3.640,00
Mobile
Custo = 260 * 13,00 = R$ 3.380,00
Custo Mão de Obra = R$ 13.260,00
O custo total de Mão de Obra do projeto será de R$ 13.260,00, porém, ainda não é o custo total. Além da mão de obra, existem os custos com licenças.
| Licença | Valor |
|---|---|
| Azure | R$ 400,00 (3 meses - etapa de produção) |
| Google Play | R$ 125,00 (Taxa única) |
| IDEs | - |
| Banco de Dados | - |
| API/Teste | - |
| Design | - |
| GitHub | - |
| Total | R$ 525,00 |
Com todos os custos do projeto levantados, temos que o custo total - contemplando: mão de obra e licenças - é de: R$ 13.785,00
| Descrição | Probabilidade | Impacto | Ações de mitigação |
|---|---|---|---|
| Desistência de membro | Baixa | Alto | Redistribuição das tarefas |
| Ausência constante de membro | Baixa | Médio | Identificar o membro com problemas e entregar tarefas mais simples e menos importantes para ele |
| Atrasos por dificuldades com as tecnologias | Baixa | Médio | Atraso inicial em entregas do software por dificuldades com as tecnologias utilizadas |
| Falta de comunicação | Baixa | Médio | Motivar a equipe a se comunicar melhor, encorajar a comunicação, deixar claro a importância da comunicação e reforçar os meios de comunicação oficiais da equipe |
- Escopo não irá mudar durante o desenvolvimento do software;
- A quantidade de pessoas participantes no projeto não será aumentada até final dos desafios do projeto;
- Restrição de custo com desenvolvimento;