diff --git a/.nojekyll b/.nojekyll new file mode 100644 index 0000000..e69de29 diff --git a/404.html b/404.html new file mode 100644 index 0000000..09e4cfc --- /dev/null +++ b/404.html @@ -0,0 +1,822 @@ + + + +
+ + + + + + + + + + + + + + +O Pet Shop Guará é um pet shop que tem como sua prioridade atender a população do Guará, onde está localizado. Como é considerado uma empresa de pequeno porte, Tiago, dono do empreendimento e nosso cliente, optou por priorizar um único serviço, o de banho e tosa, sendo esse a principal fonte de renda e procura de seus clientes. Tiago conta com 2 funcionários em sua empresa, que são responsáveis principalmente para realizarem o banho e a tosa dos cachorros. Por mais que esse serviço seja o mais rentável para a empresa, ele não é o único oferecido, já que a vendas de itens do mercado pet também é realizado, como rações, tapetes higiênicos, coleiras etc.
+O cliente enfrenta desafios significativos com os agendamentos e controle financeiro, essenciais para o serviço de banho e tosa. Seu principal problema é a ineficiência operacional do seu negócio, com dois grandes catalisadores: gestão de agendamentos e controle de vendas. Os agendamentos, atualmente, são feitos pelo WhatsApp do dono ou por ligações no seu telefone pessoal, e após isso anotados em um caderno ou apenas passados aos funcionários responsáveis pelo serviço. Ocasionalmente, essa falta de organização acaba levando a problemas de agendamentos, como esquecimentos, falta de comunicação com os funcionários e situações onde clientes são rejeitados por "não estarem marcados" caso o dono não esteja na loja. Outro problema encontrado é a falta de informações sobre o cachorro para o serviço de banho e tosa, o que faz com que só pessoalmente os tosadores consigam descobrir o nível de dificuldade e o tempo de serviço, além da possiblidade ou não do serviço ser realizado. Já o controle de vendas, hoje em dia não é feito, logo, ao final do mês, Tiago não sabe a quantidade de serviços realizados e nem seu lucro e, além disso, suas contas pessoais acabam se misturando com as da empresa.
+ +O desafio deste projeto é desenvolver um sistema que realiza as atividades de forma a gerar resultados positivos de gestão para Pet Shop, focado em otimizar a organização do próprio negócio. Os funcionários e os clientes do negócio não estão acostumados a usar ferramentas tecnológicas para o agendamento dos banhos e tosas, logo, outro desafio é fazer uma plataforma que, mesmo pessoas não familiarizadas com tecnologia, vão conseguir utilizar e optar pelo seu uso.
+Os público-alvo da solução compreende os funcionários do pet shop, o dono e os clientes que o frequentam.
+A fase de Concepção do projeto foi fundamental para estabelecer a base e os direcionamentos necessários para o desenvolvimento contínuo. Nessa fase, foram realizados os seguintes marcos importantes:
+A equipe estabeleceu os objetivos, cronograma e recursos necessários para o desenvolvimento do projeto. A definição das etapas e marcos foi fundamental para garantir um alinhamento contínuo durante todo o ciclo de vida do projeto.
+O escopo do projeto foi detalhadamente definido, incluindo as funcionalidades principais, as necessidades do cliente e os resultados esperados. Isso ajudou a garantir que o time tivesse clareza sobre as entregas e a visão do produto.
+Atribuição dos papéis e responsabilidades dentro da equipe, garantindo a organização e fluidez do processo de desenvolvimento, com a definição dos membros chave para as funções:
+A documentação do projeto foi organizada de forma estruturada, incluindo todos os arquivos e artefatos necessários. Isso facilitou o acompanhamento do progresso do projeto.
+Realização de sessões de capacitação para garantir que todos os membros da equipe estivessem atualizados e capacitados nas tecnologias, ferramentas e metodologias que seriam utilizadas durante o projeto.
+O MVP foi definido, contendo as funcionalidades essenciais necessárias para que o produto fosse lançado e pudesse ser utilizado pelos primeiros usuários. Maior detalhamento pode ser encontrado na Visão de Produto e Projeto, na aba Backlog do Produto.
+O DoR foi estabelecido, garantindo que cada item do backlog estivesse claramente definido, sem ambiguidades, e pronto para ser trabalhado pela equipe, com todos os critérios de aceitação e requisitos alinhados. +O DoD foi estabelecido para garantir que as funcionalidades entregues estivessem completas e atendendo a todos os critérios de qualidade acordados, como testes unitários, integração e validação com os stakeholders. +Maior detalhamento de ambos pode ser encontrado na Visão de Produto e Projeto, na aba DoR e DoD.
+Foram definidos os requisitos funcionais e não funcionais, abordando tanto as funcionalidades do sistema quanto as qualidades que ele deve possuir para garantir um produto de alta qualidade e que atenda às necessidades dos usuários. Maior detalhamento pode ser encontrado na Visão de Produto e Projeto, na aba Requisitos de Software.
+User Stories foram criadas para representar as funcionalidades do sistema de forma clara e objetiva, ajudando a equipe a entender as necessidades do cliente. A priorização e maior detalhamento pode ser encontrado na Visão de Produto e Projeto, na aba Backlog do Produto.
+US01 - Como cliente, quero me cadastrar no sistema para poder agendar serviços para meus pets.
+US02 - Como cliente, quero cadastrar meus pets com informações como nome, idade e raça, para facilitar a escolha dos serviços mais adequados.
+US03 - Como cliente, quero agendar serviços de banho e tosa para meus pets, especificando detalhes como o tipo de tosa desejada, para garantir que recebam os cuidados necessários.
+US04 - Como cliente, quero visualizar os horários disponíveis para agendamentos, para escolher o momento mais conveniente para mim e para meus pets.
+US05 - Como cliente, quero cancelar ou reagendar serviços com antecedência, caso surjam imprevistos, para evitar transtornos.
+US06 - Como cliente, quero consultar o histórico dos serviços realizados para meus pets, para acompanhar os cuidados prestados e os custos envolvidos.
+US07 - Como cliente, quero acessar o Instagram do pet shop pelo sistema, para acompanhar novidades e promoções.
+US08 - Como cliente, quero enviar fotos do meu pet ao sistema, para usar como referência em pedidos de tosa personalizada ou para ter salvo em seu cadastro.
+US09 - Como cliente, quero avaliar os serviços prestados com uma nota e comentários, para ajudar a melhorar a qualidade do atendimento.
+US10 - Como administrador, quero visualizar e analisar as avaliações fornecidas pelos clientes, para identificar melhorias nos serviços oferecidos.
+US11 - Como administrador, quero acessar os dados cadastrais dos clientes, para entrar em contato com eles e atender melhor suas demandas.
+US12 - Como administrador, quero visualizar informações detalhadas sobre os pets dos clientes, para oferecer um atendimento de qualidade.
+US13 - Como funcionário, quero vizualizar as informações dos pets cadastrados, como nome, idade, raça e nome do dono, para prestar os serviços com mais eficiência.
+US14 - Como administrador, quero ajustar os preços dos serviços sempre que necessário, para acompanhar custos e promoções.
+US15 - Como administrador, quero acessar um calendário com todos os agendamentos organizados por data e horário, para gerenciar melhor os atendimentos.
+US16 - Como administrador, quero mover ou reagendar horários no calendário, para acomodar ajustes necessários nos atendimentos.
+US17 - Como administrador, quero cancelar agendamentos quando preciso, notificando os clientes de forma clara e imediata, para liberar a agenda quando não for possível receber o pet.
+US18 - Como funcionário, quero acessar o calendário com os agendamentos do dia organizados por horário, para gerenciar melhor o fluxo de trabalho e atender os clientes conforme programado.
+US19 - Como administrador, quero acessar relatórios financeiros detalhados, para entender melhor os lucros e despesas do pet shop.
+As regras de negócio foram estabelecidas, descrevendo as condições, processos e lógicas essenciais que o sistema deve seguir para garantir que os objetivos de negócio sejam atendidos corretamente.
+Um cliente pode cadastrar múltiplos pets, mas cada pet deve ter informações como nome, idade, raça e tamanho obrigatoriamente preenchidas.
+Raça e tamanho dos pets influenciam na escolha dos serviços e preços.
+Clientes podem cancelar ou reagendar um serviço até 24 horas antes do horário marcado sem penalidades.
+O administrador pode cancelar agendamentos, mas precisa notificar os clientes com antecedência de 2 horas.
+Serviços agendados devem ser organizados por ordem cronológica no calendário.
+Dias e horários de atendimento devem ser configuráveis pelo administrador (ex.: feriados, dias sem expediente).
+O sistema deve gerar relatórios financeiros detalhados (ex.: lucro mensal, serviços mais solicitados) com base nos agendamentos concluídos.
+Clientes podem avaliar os serviços prestados apenas após a conclusão do atendimento.
+Notas e comentários de avaliação devem estar vinculados ao agendamento específico e visíveis apenas para o administrador.
+A Fase de Construção é o momento em que o sistema começa a tomar forma através do desenvolvimento de código, integração de componentes e validação com os stakeholders. As principais atividades planejadas para essa fase incluem:
+Na fase de Elaboração, a equipe focou em desenvolver as funcionalidades e validar a arquitetura, enquanto continuava a capacitação da equipe e a análise de riscos para garantir a entrega de um produto de alta qualidade. Os marcos cumpridos nessa fase foram:
+Capacitações contínuas foram realizadas com foco nas tecnologias utilizadas no projeto, garantindo que a equipe estivesse atualizada e equipada para lidar com as necessidades de desenvolvimento, como o uso do Spring Boot, Java, e outras ferramentas necessárias para o backend e frontend.
+Protótipos interativos foram desenvolvidos no Figma, permitindo que a equipe visualizasse e testasse o fluxo de navegação do sistema e a experiência do usuário antes da implementação. Isso facilitou a comunicação com o cliente, ajudando a validar o design e as funcionalidades propostas.
+ +A análise de riscos foi realizada para identificar possíveis obstáculos no desenvolvimento, como desafios técnicos, limitações de recursos, e riscos de mercado. A equipe definiu estratégias de mitigação para lidar com os riscos identificados, minimizando a chance de imprevistos durante as fases seguintes do desenvolvimento.
+1. Riscos Técnicos
+Risco | +Probabilidade | +Impacto | +Mitigação | +
---|---|---|---|
Falhas na integração entre o sistema de agendamento e o backend | +Média | +Alta | +Realizar testes contínuos durante o desenvolvimento e usar ferramentas confiáveis para integração. | +
Lentidão no sistema devido ao volume de agendamentos | +Baixa | +Média | +Monitorar desempenho e otimizar consultas ao banco de dados. | +
Dificuldades no acesso ao sistema por dispositivos móveis | +Média | +Alta | +Implementar design responsivo e realizar testes em diferentes dispositivos. | +
Erros no cálculo de receitas mensais | +Alta | +Alta | +Validar o cálculo financeiro com casos de teste e revisão pelo cliente. | +
2. Riscos Humanos
+Risco | +Probabilidade | +Impacto | +Mitigação | +
---|---|---|---|
Falta de engajamento do cliente no acompanhamento do projeto | +Média | +Alta | +Agendar reuniões e manter comunicação clara sobre o progresso e decisões importantes. | +
Falta de habilidade técnica em alguma área crítica (ex.: backend ou design) | +Média | +Alta | +Fazer treinamentos rápidos e capacitações. | +
3. Riscos de Requisitos
+Risco | +Probabilidade | +Impacto | +Mitigação | +
---|---|---|---|
Alteração nos requisitos após o início do desenvolvimento | +Média | +Alta | +Usar ciclos curtos de desenvolvimento (ex.: Sprints) e validar funcionalidades com o cliente. | +
Requisitos incompletos ou mal definidos | +Média | +Alta | +Realizar sessões detalhadas de levantamento e revisão dos requisitos. | +
4. Riscos de Cronograma
+Risco | +Probabilidade | +Impacto | +Mitigação | +
---|---|---|---|
Atraso na entrega do MVP | +Média | +Alta | +Estabelecer prazos realistas e priorizar funcionalidades essenciais para o MVP. | +
Sobrecarga de tarefas na equipe | +Alta | +Média | +Dividir as tarefas igualmente e evitar escopo excessivo. | +
5. Riscos de Negócio
+Risco | +Probabilidade | +Impacto | +Mitigação | +
---|---|---|---|
Falta de aceitação do sistema pelos usuários (dono e clientes do pet shop) | +Média | +Alta | +Incluir o cliente nas decisões de design e realizar testes com usuários finais antes do lançamento. | +
O sistema não atender totalmente às expectativas do cliente | +Média | +Alta | +Recolher feedback e ajustar o escopo quando necessário. | +
Plano de Monitoramento de Riscos
+Indicadores:
+O projeto adota uma arquitetura em camadas, com o frontend em React.js, o backend em Spring Boot com PostgreSQL e a comunicação entre eles feita por meio de uma API RESTful. Essa estrutura proporciona maior organização, manutenibilidade e escalabilidade.
+Frontend (React.js - Camada de Apresentação):
+A camada de apresentação, construída com React.js, é responsável por interagir diretamente com o usuário. Ela lida com a interface, exibindo informações e capturando as ações do usuário. O React.js, com sua estrutura baseada em componentes, facilita a criação de interfaces dinâmicas e reutilizáveis.
+Backend (Spring Boot com PostgreSQL - Camadas de Negócio e Dados):
+O backend é dividido em duas camadas principais:
+Camada de Negócio (Spring Boot): Esta camada contém a lógica de negócios da aplicação, processando as requisições do frontend, aplicando regras de negócio e gerenciando as interações com a camada de dados.
+Camada de Dados (PostgreSQL): Responsável pelo armazenamento e recuperação dos dados da aplicação. O PostgreSQL, um sistema de gerenciamento de banco de dados relacional. A camada de negócio interage com a camada de dados por meio de abstrações, permitindo que o banco de dados seja alterado sem impactar a lógica de negócios.
+Comunicação (API REST - Camada de Integração):
+A API REST atua como uma camada de integração entre o frontend e o backend. Ela define um conjunto de endpoints que o frontend pode acessar para interagir com a aplicação.
+Infraestrutura(AWS, Vercel, GitHub Actions):
+O backend e o banco de dados é hospedado na AWS (Amazon Web Services), enquanto o frontend é hospedado na Vercel. A integração contínua e a entrega contínua (CI/CD) são realizadas por meio do GitHub Actions.
+Data | +Versão | +Descrição | +Autor | +
---|---|---|---|
29/10/2024 | +1.0 | +Criação do documento | +Kaio Enzo | +
A Fase de Transição é dedicada à entrega final do sistema, garantindo que ele esteja pronto para uso pelo cliente. Nesta etapa, o foco principal é a disponibilização do produto em ambiente de produção e a validação final com o cliente por meio de demonstrações e ajustes, se necessários.
+É importante ressaltar que todas as histórias de usuário apresentadas a seguir foram elaboradas com base na lista de requisitos funcionais descritos anteriormente neste documento. Trata-se de uma lista inicial, sujeita a ajustes ao longo do desenvolvimento do produto da Pet Shop Guará, conforme necessário.
+US01 - Como cliente, quero me cadastrar no sistema para poder agendar serviços para meus pets.
+US02 - Como cliente, quero cadastrar meus pets com informações como nome, idade e raça, para facilitar a escolha dos serviços mais adequados.
+US03 - Como cliente, quero agendar serviços de banho e tosa para meus pets, especificando detalhes como o tipo de tosa desejada, para garantir que recebam os cuidados necessários.
+US04 - Como cliente, quero visualizar os horários disponíveis para agendamentos, para escolher o momento mais conveniente para mim e para meus pets.
+US05 - Como cliente, quero cancelar ou reagendar serviços com antecedência, caso surjam imprevistos, para evitar transtornos.
+US06 - Como cliente, quero consultar o histórico dos serviços realizados para meus pets, para acompanhar os cuidados prestados e os custos envolvidos.
+US07 - Como cliente, quero acessar o Instagram do pet shop pelo sistema, para acompanhar novidades e promoções.
+US08 - Como cliente, quero enviar fotos do meu pet ao sistema, para usar como referência em pedidos de tosa personalizada ou para ter salvo em seu cadastro.
+US09 - Como cliente, quero avaliar os serviços prestados com uma nota e comentários, para ajudar a melhorar a qualidade do atendimento.
+US10 - Como administrador, quero visualizar e analisar as avaliações fornecidas pelos clientes, para identificar melhorias nos serviços oferecidos.
+US11 - Como administrador, quero acessar os dados cadastrais dos clientes, para entrar em contato com eles e atender melhor suas demandas.
+US12 - Como administrador, quero visualizar informações detalhadas sobre os pets dos clientes, para oferecer um atendimento de qualidade.
+US13 - Como funcionário, quero vizualizar as informações dos pets cadastrados, como nome, idade, raça e nome do dono, para prestar os serviços com mais eficiência.
+US14 - Como administrador, quero ajustar os preços dos serviços sempre que necessário, para acompanhar custos e promoções.
+US15 - Como administrador, quero acessar um calendário com todos os agendamentos organizados por data e horário, para gerenciar melhor os atendimentos.
+US16 - Como administrador, quero mover ou reagendar horários no calendário, para acomodar ajustes necessários nos atendimentos.
+US17 - Como administrador, quero cancelar agendamentos quando preciso, notificando os clientes de forma clara e imediata, para liberar a agenda quando não for possível receber o pet.
+US18 - Como funcionário, quero acessar o calendário com os agendamentos do dia organizados por horário, para gerenciar melhor o fluxo de trabalho e atender os clientes conforme programado.
+US19 - Como administrador, quero acessar relatórios financeiros detalhados, para entender melhor os lucros e despesas do pet shop.
+Nesta seção, realizamos a priorização dos itens do backlog utilizando a técnica MoSCoW, que organiza as funcionalidades em três categorias principais:
+A priorização teve como objetivo garantir que o desenvolvimento fosse focado nas funcionalidades mais críticas, alinhando o produto às necessidades do negócio e aos recursos disponíveis. Cada integrante do grupo deu notas de 1 a 4, cada uma tendo sua recṕroca nas categorias do MoSCoW, para cada um dos requisitos. A partir da média dessas notas, foi realizada a priorização.
+Tabela com a priorização do backlog
+A tabela a seguir apresenta a classificação de cada item do backlog, proporcionando clareza e organização para as próximas etapas do projeto.
+ID | +Descrição | +Prioridade | +
---|---|---|
US01 | +Cadastrar Usuários | +Must have | +
US02 | +Cadstrar Pets | +Must have | +
US03 | +Agendar Serviço | +Must have | +
US04 | +Exibir Horários Disponíveis | +Must have | +
US05 | +Cancelar agendamentos | +Should have | +
US06 | +Consultar Histórico de Serviços | +Could have | +
US07 | +Redirecionar para as Redes Sociais | +Could have | +
US08 | +Fazer Upload de Fotos | +Could have | +
US09 | +Fornecer Feedback sobre o Serviço | +Should have | +
US10 | +Consultar os Feedbacks Forncecidos | +Should have | +
US11 | +Consultar Dados dos Clientes | +Must have | +
US12 | +Consultar Informações dos Pets | +Must have | +
US13 | +Consultar Informações dos Pets por Parte dos Funcionários | +Should have | +
US14 | +Alterar os Preços dos Serviços | +Should have | +
US15 | +Vizualizar Calendário com Agendamentos | +Must have | +
US16 | +Alterar o Calendário | +Should have | +
US17 | +Cancelar Agendamentos | +Should have | +
US18 | +Vizualizar Calendário com Agendamentos do Dia por Parte dos Funcionários | +Must have | +
US19 | +Consultar Dados Financeiro | +Should have | +
O Produto Mínimo Viável (MVP) é uma versão do produto que inclui as funcionalidades essenciais e prioritárias, selecionadas por meio da técnica MoSCoW, para atender às necessidades principais do cliente, permitindo o lançamento inicial do sistema com as funcionalidades mais críticas.
+As funcionalidades escolhidas para o MVP são:
+Cadastrar Usuários
+Cadastrar Pets
+Agendar Serviços
+Exibir Horários Disponíveis
+Consultar Dados dos Clientes
+Visualizar Calendário com Agendamentos
+Consultar Informações dos Pets
+Visualizar Calendário com Agendamentos do Dia por Parte dos Funcionários
+Alterar os Preços dos Serviços
+Cancelar Agendamentos por Parte do Dono
+Alterar o Calendário
+Cancelar Agendamentos por Parte do Cliente
+Fornecer Feedback sobre o Serviço
+Consultar Informações dos Pets por Parte dos Funcionários
+Consultar dados financeiros
+Consultar feedbacks fornecidos
+Essas funcionalidades são essenciais para a operação inicial do sistema e foram priorizadas para garantir que o produto atenda às necessidades básicas do cliente e colaboradores do pet shop, com o objetivo de facilitar a gestão de serviços e o relacionamento com os clientes.
+As funcionalidades que não entraram no MVP, as da classificação Could Have, serão feitas após a conculsão do MVP, por não serem críticas para o funcionamento do sistema.
+ + + + + + + + + + + + + +Sprint | +Início | +Fim | +Objetivos e Entregas Esperadas | +
---|---|---|---|
0 | +04/11/2024 | +10/11/2024 | +- Planejamento do projeto | +
+ | + | + | - Definição do escopo | +
+ | + | + | - Decisão dos cargos | +
+ | + | + | - Organização da documentação | +
1 | +11/11/2024 | +17/11/2024 | +- Entrega da Unidade 1 | +
+ | + | + | - Capacitações | +
+ | + | + | - Definir o MVP | +
+ | + | + | - Definir DoR e DoD | +
+ | + | + | - Declaração de requisitos funcionais e não funcionais | +
+ | + | + | - User story | +
+ | + | + | - Regras de negócio | +
2 | +18/11/2024 | +24/11/2024 | +- Capacitações | +
+ | + | + | - Protótipo no Figma | +
+ | + | + | - Arquitetura | +
+ | + | + | - Análise de riscos | +
3 | +25/11/2024 | +01/12/2024 | +- Desenvolver o banco de dados | +
+ | + | + | - Desenvolvimento do cadastro do dono do animal e do pet | +
+ | + | + | - Testes das funções/estilizações feitas na semana | +
4 | +02/12/2024 | +08/12/2024 | +- Desenvolver o agendamento de banho e tosa, mostrando os horários e dias disponíveis | +
+ | + | + | - Desenvolver o cancelamento do agendamento | +
+ | + | + | - Testes das funções/estilizações feitas na semana | +
5 | +09/12/2024 | +15/12/2024 | +- Criar a página do dono do negócio | +
+ | + | + | - Desenvolver a consulta das informações dos pets e dos clientes | +
+ | + | + | - Testes das funções/estilizações feitas na semana | +
6 | +16/12/2024 | +22/12/2024 | +- Entrega da Unidade 2 | +
+ | + | + | - Desenvolver a alteração dos preços dos serviços | +
+ | + | + | - Desenvolver a visualização do calendário de agendamentos | +
+ | + | + | - Testes das funções/estilizações feitas na semana | +
+ | 23/12/2024 | +01/01/2025 | +Recesso | +
7 | +02/01/2025 | +12/01/2025 | +- Desenvolver a alteração do calendário | +
+ | + | + | - Desenvolver o cancelamento dos agendamentos por parte do dono | +
+ | + | + | - Testes das funções/estilizações feitas na semana | +
+ | + | + | - Validação da página do usuário com nosso cliente | +
8 | +13/01/2025 | +19/01/2025 | +- Criar a página dos funcionários | +
+ | + | + | - Consultar as informações sobre os pets | +
+ | + | + | - Acesso ao calendário de agendamentos do dia | +
+ | + | + | - Testes das funções/estilizações feitas na semana | +
9 | +20/01/2025 | +26/01/2025 | +- Desenvolver a função de dar feedback sobre os serviços prestados | +
+ | + | + | - Desenvolver a função de ver feedback sobre os serviços prestados | +
+ | + | + | - Desenvolver o planner financeiro | +
+ | + | + | - Testes das funções/estilizações feitas na semana | +
10 | +27/01/2025 | +02/02/2025 | +- Fazer a hospedagem | +
+ | + | + | - Criar link para direcionamento para o Instagram do petshop | +
+ | + | + | - Desenvolvimento da consulta dos agendamentos anteriores para os clientes | +
+ | + | + | - Desenvolvimento do upload de fotos | +
+ | + | + | - Validação com o cliente | +
+ | + | + | - Testes das funções/estilizações feitas na semana | +
11 | +03/02/2025 | +09/02/2025 | +- Fazer as mudanças pedidas pelo cliente | +
+ | + | + | - Testes das funções/estilizações feitas na semana | +
12 | +10/02/2025 | +12/02/2025 | +- Walkthrough com o cliente | +
+ | + | + | - Encerramento do projeto | +
+ | + | + | - Entrega da Unidade 4 | +
Datas de Início e Fim: Cada sprint tem a duração de uma semana, começando em 04/11/2024 e finalizando em 12/02/2025.
+Entrega do produto final para o cliente na última sprint do projeto.
+Fases de desenvolvimento de acordo com o OpenUP :
+O Definition of Ready (DoR) define os critérios que devem ser atendidos para que as user story estejam prontas para ser desenvolvidas. No contexto do nosso projeto, alguns critérios para determinar se um requisito está Ready incluem:
+O requisito possui informações necessárias? +Os detalhes devem ser suficientes para que a equipe de desenvolvimento entenda o que precisa ser feito, sem ambiguidades.
+O requisito cabe em uma Sprint? +Ele deve ser suficientemente pequeno e bem delimitado para ser concluído dentro de uma única Sprint.
+O requisito está coberto por critérios de aceitação? +Os critérios devem estar claramente definidos, garantindo que todos saibam o que é necessário para considerar o requisito completo.
+O requisito está representado por uma história de usuário e por um protótipo? +O requisito deve ser descrito no formato de história de usuário e representado por meio de prototipagem, facilitando o entendimento pelo time.
+O requisito está bem alinhado com o cliente ? +O requisito deve estar bem entendido entre o cliente e a equipe, para que assim o processo de desenvolvimento possa começar com ambas as partes em acordo.
+O Definition of Done (DoD) define os critérios que precisam ser cumpridos para que uma funcionalidade seja considerada completa. Isso inclui:
+Cumprimento dos critérios de aceitação +Todos os critérios definidos previamente devem ser atendidos, garantindo que a funcionalidade cumpre os requisitos do negócio.
+Aderência aos padrões de codificação +O código deve seguir os padrões definidos pela equipe, garantindo qualidade, consistência e facilidade de manutenção.
+Completo em termos de desenvolvimento +A funcionalidade deve estar totalmente implementada, sem partes faltando.
+Testes Unitários e de Integração Realizados e Aprovados +Todos os testes foram executados, garantindo que a funcionalidade não afeta negativamente outras partes do sistema e que se comporta como esperado.
+Validação pelo Cliente +O cliente aprovou as funcionalidades desenvolvidas até o momento da reunião, confirmando que atende às expectativas e ao escopo definido.
+Fases do OpenUP | +Atividades da ER | +Prática | +Técnica | +Resultados Esperados | +
---|---|---|---|---|
Concepção | +Elicitação e Descoberta | +Conhecimento do cliente e do problema | +Entrevista com o cliente, Análise de Concorrentes, Brainstorming | +Lista de necessidades, Declaração do problema, Lista de requisitos, Proposta de solução | +
+ | Análise e Consenso | +Análise de requisitos | +Análise de Domínio de Requisito, Análise de viabilidade, Reuniões entre os membros da equipe | +Criação do MVP | +
+ | Declaração | +Registros dos requisitos | +Reuniões entre os membros da equipe, Documento de visão de produto, Especificação de Requisitos, Features | +SRS - Software Requirements Specification | +
+ | Verificação e Validação | +Validação de Requisitos | +Reunião entre os membros da equipe, Revisão de Critérios de Aceitação, Brainstorming | +DoD e DoR | +
+ | Organização e Atualização | +Priorização de Requisitos | +MoSCoW, User Story | +Requisitos priorizados para montar o mvp, Backlog de Requisitos | +
Elaboração | +Representação | +Criação de Protótipos | +Prototipagem e Diagramas | +Protótipo | +
+ | Análise e Consenso | +Alinhamento de requisitos | +Análise de Risco, Lean Inception | +User Story, Especificação de Requisitos de Software (SRS) | +
+ | Verificação e Validação | +Validação do protótipo | +Walkthrough, Feedback | +Resultados do Walkthrough | +
Construção | +Organização e Atualização | +Revisão do produto | +Alinhamento da equipe, Feedback | +Atualização dos requisitos | +
+ | Verificação e Validação | +Revisão do produto | +Walkthrough, Feedback, DoD | +Resultados do walkthrough | +
Transição | +Verificação e Validação | +Revisão do produto finalizado | +Walkthrough | +Resultados do Walkthrough, Qualidade de Requisitos | +
Abordagem de Desenvolvimento de Software: Ágil com elementos dirigidos por plano
+Ciclo de vida: híbrido (iterativo e incremental)
+Processo de Engenharia de Software: OpenUP
+O OpenUp segue uma metodologia com 4 fase de desenvolvimento :
+No cronograma da disciplina detalhamos como seguiremos cada uma dessas fases de acordo com nosso cronograma.
+Características | +Unified Process (UP) | +Open Unified Process (OpenUP) | +
---|---|---|
Objetivo | +Fornecer uma metodologia robusta e escalável para desenvolvimento de software com etapas bem definidas e forte documentação. | +Oferecer uma versão simplificada e enxuta do UP, com foco em práticas ágeis e leveza no processo. | +
Foco no Processo | +Processo estruturado, com foco em documentação e controle, adequado para projetos de médio a grande porte. | +Processo leve, com foco em colaboração e agilidade, adequado para projetos de pequeno a médio porte. | +
Complexidade | +Mais complexo e detalhado, com quatro fases principais e várias disciplinas a serem seguidas em cada fase. | +Menos complexo, com simplificação das disciplinas e fases, tornando o processo mais fácil de adaptar. | +
Fases | +Concepção, Elaboração, Construção, Transição - cada fase possui uma série de atividades, entregas e artefatos bem definidos. | +Também utiliza as fases de Iniciação, Elaboração, Construção, Transição, mas com uma abordagem mais flexível e menos prescritiva. | +
Disciplinas (Áreas de Foco) | +Abrange diversas disciplinas, como Modelagem de Negócios, Requisitos, Análise e Design, Implementação, Testes, e Gerenciamento de Projeto. | +Concentra-se nas disciplinas essenciais, como Requisitos, Implementação, Testes e Gerenciamento de Projeto, com menor ênfase em documentação extensa. | +
Documentação | +Documentação rigorosa e detalhada em cada fase, com artefatos obrigatórios para cada etapa. | +Documentação reduzida, com foco em artefatos essenciais e em manter a equipe mais produtiva com menos formalidades. | +
Iteratividade | +Iterativo e incremental, permitindo revisões contínuas em cada fase para reduzir riscos. | +Também iterativo e incremental, mas com ciclos de desenvolvimento mais curtos e mais simples, permitindo respostas rápidas a mudanças. | +
Gestão de Riscos | +Enfatiza a análise e gestão de riscos na fase de Elaboração para mitigar problemas antes da fase de Construção. | +Inclui gestão de riscos, mas de forma menos formal e integrada às práticas ágeis | +
Adaptação e Flexibilidade | +É mais rígido e detalhado, o que pode dificultar a adaptação a mudanças frequentes no escopo. | +Mais flexível e ágil, com menos formalidade, facilitando a adaptação rápida a mudanças. | +
Colaboração e Equipe | +Frequentemente exige uma estrutura de equipe mais formal com papéis específicos definidos, como Analista de Requisitos, Arquiteto e Testador. | +Incentiva uma equipe colaborativa e multifuncional, onde papéis são menos rígidos e os membros podem assumir várias funções. | +
Recomendações de uso | +Ideal para projetos de médio a grande porte, onde a previsibilidade e controle são prioritários. Útil em contextos que exigem alta conformidade com processos e documentação. | +Mais adequado para projetos menores ou ambientes ágeis, onde a simplicidade, velocidade e resposta rápida às mudanças são essenciais. | +
Como o OpenUp é menos burocrático e requer menos documentação do que o UP, tornando o processo mais ágil, ele é mais adequado para equipes pequenas, com os requisitos mais simples, como este do Pet Shop Guará.
+Este processo promove a colaboração constante e rápida adaptação a mudanças, alinhando-se com as necessidades de um projeto que pode sofrer alterações frequentes conforme o cliente aprende mais sobre o sistema e o produto vai ganhando forma. Para o dono do pet shop, que provavelmente pode mudar algumas ideias ao longo do desenvolvimento, OpenUP permite fazer ajustes sem impactar muito o cronograma ou sobrecarregar a equipe com replanejamentos formais.
+Para um projeto menor, como este de um sistema de agendamento e controle de vendas, o OpenUP é mais escalável e não exige a estrutura robusta e formalizada do UP, que seria mais adequado para projetos complexos e de larga escala. O OpenUP permite que a equipe se concentre nas soluções práticas e relevantes ao projeto sem desviar esforços para atividades que não agreguem valor direto ao cliente.
+O OpenUP reduz a carga de documentação e a complexidade do planejamento detalhado, o que também diminui o custo e o tempo de desenvolvimento — ambos essenciais para um projeto com orçamento e cronograma restritos. Com menos etapas obrigatórias e mais flexibilidade, a equipe pode acelerar o processo de desenvolvimento e entrega, atendendo ao cliente mais rapidamente.
+SILVA, Luciane. OpenUp: um processo integrado e ágil. Disponível em: https://medium.com/@LucianeS/openup-um-processo-integrado-e-agil-a4400c17ce62. Acesso em: 11 nov. 2024.
+CATOLICA. METODOLOGIAS ÁGEIS DE DESENVOLVIMENTO: OPENUP, FDD, DSDM E LEAN. Disponível em: https://conteudo.catolica.edu.br/conteudos/unileste_cursos/disciplinas/nucleo_formacao_geral/Gestao_de_projetos_e_metodos_ageis/tema_03/index.html. Acesso em: 11 nov. 2024.
+EDUCATIVE.IO. What is a unified process model. Disponível em: https://www.educative.io/answers/what-is-a-unified-process-model. Acesso em: 11 nov. 2024.
+EDEKI, Charles. Agile Unified Process. Disponível em: https://interhad.nied.unicamp.br/courses/roberto-pereira/ci163-projeto-de-software-ufpr-1/agenda/auppaper.pdf. Acesso em: 11 nov. 2024.
+TREINAWEB. O que é RUP (Rational Unified Process). Disponível em: https://www.treinaweb.com.br/blog/o-que-e-rup-rational-unified-process. Acesso em: 11 nov. 2024.
+ + + + + + + + + + + + + +Papel | +Descrição | +Responsável | +Participantes | +
---|---|---|---|
Gerente de Projeto | +Coordena o projeto, garante a comunicação entre cliente e equipe, controla prazos e entregas. | +Manoela | +- | +
Desenvolvedor FrontEnd | +Responsável pela interface do usuário, design e implementação das funcionalidades no lado do cliente. | +Alexandre | +Manoela | +
Desenvolvedor Backend | +Implementa a lógica de negócios, integração com banco de dados e APIs. | +Enrico | +Gustavo e Pedro Henrique | +
Analista de Requisitos | +Identifica, documenta e gerencia requisitos funcionais e não funcionais. Realiza elicitação, análise, validação e especificação dos requisitos. Garante alinhamento com os objetivos do projeto e participa de revisões e testes.. | +Pedro Henrique | +Gustavo, Alexandre, Enrico e Manoela | +
Desenvolvedor CI/CD / Tester | +Codificar testes unitários, criar integração e entrega contínua. Realizar testes funcionais, garantindo a qualidade do produto. | +Gustavo | ++ |
Ferramentas de Comunicação
+O processo de validação da solução será realizado em três etapas principais:
+Os requisitos funcionais detalham as funcionalidades específicas que o sistema deve oferecer para atender às demandas do Pet Shop Guará. Abaixo, está apresentado o conjunto inicial desses requisitos.
+Os requisitos não funcionais especificam as qualidades e restrições do sistema, como desempenho, segurança e usabilidade. Abaixo, os requisitos não funcionais são classificados com o modelo URPS+.
+O objetivo principal do produto de software é amenizar a ineficiência operacional por meio da organização dos agendamentos de banho e tosa, centralizando os agendamentos em um sistema, garantindo que todos os funcionários estejam cientes das marcações para, assim, reduzir falhas de comunicação, e simplificando o cadastro dos pets, permitindo que os donos incluam informações sobre ele, como tamanho, comportamento, e especificações para o banho e tosa, e feedback dos clientes após o serviço prestado.
+Devido ao curto prazo de desenvolvimento, definimos que o controle financeiro seria um objetivo secundário, já que ainda é uma forma de solucionar falhas da ineficiência operacional do dono, mas não uma prioridade de desenvolvimento devido ao prazo de entrega. Ele será feito monitorando o volume de serviços e o valor arrecadado ao longo do mês, permitindo um entendimento preciso das finanças da empresa.
+O sistema deverá ser uma ferramenta que permite aos clientes agendar serviços de banho e tosa diretamente pelo site, reduzindo a dependência de chamadas telefônicas e mensagens no WhatsApp, sendo uma experiência de uso eficiente, independentemente da idade ou nível de familiaridade com tecnologia.
+Possuirá funções diferentes, a partir do perfil que estiver acessando, ou seja, os clientes possuirão uma página diferente da dos funcionários do pet, que, por sua vez, será diferente da página do dono do negócio
+Deve possuir um calendário compartilhado tanto pelo dono quanto pelos funcionários, que exibe todos os agendamentos atualizados, garantindo que não haja confusão e evitando a rejeição de clientes por falhas de comunicação.
+Permitir que os clientes registrem informações sobre os pets, como tamanho, temperamento e necessidades específicas, facilitando a preparação e a execução dos serviços.
+Oferecer uma ferramenta que permite aos clientes deixarem avaliações e comentários sobre os serviços prestados, contribuindo para a melhoria contínua do atendimento.
+Possuir uma navegação responsiva, independente do dispositivo que fará o acesso.
+O sistema deve possuir uma ferramenta que gere relatórios sobre volume de atendimentos e indicadores financeiros, auxiliando o dono na tomada de decisões estratégicas para o crescimento do negócio.
+Protótipo: Figma
+Frontend: HTML, CSS e JavaScript, utilizando a biblioteca React.
+Backend: Java, utilizando o framework Spring Boot.
+Banco de Dados: PostgreSQL hospedado no Supabase, para armazenar dados de agendamentos, informações dos clientes e registros financeiros.
+Hospedagem: Vercel para o frontend e a própria infraestrutura do Supabase.
+No mercado de Pet Shops, segundo nosso cliente, as principais concorrentes da Pet Shop Guará são os Pet shops que atendem a região do Guará. Esses estabelecimentos, como o Pet Capital, contam somente com sites ilustrativos, sem funcionalidades como o agendamento de banhos e tosas. Estabelecimentos que possuem sites mais completos, contam, geralmente, com sistemas contratados, como a Sispet, que cobra mensalidades, que muitos donos de pequenos negócios não conseguem pagar.
+A solução da Pet Shop Guará irá se diferenciar por:
+Praticidade para o cliente: A marcação de banho e tosa será um meio de comunicação direto que possibilita ao cliente marcar os horários de forma autônoma agilizando esse processo.
+Interação com o cliente: Ao marcar o serviço de banho e tosa, o cliente fica ciente das informações sobre seu pet melhorando a transparência entre o pet shop e o cliente.
+Possibilidade de feedbacks: Ao utilizar o serviço, o cliente pode avaliar a sua experiência para possibilitar a melhora do serviço e atender as demandas do mercado.
+A equipe possui diferentes níveis de conhecimento nas tecnologias escolhidas, porém, com o guia dos membros mais experientes é esperado que a equipe consiga se desenvolver durante o projeto e realizar o projeto com sucesso.
+O prazo dado para a construção da solução é adequado, visto que, o escopo do projeto é focado na resolução do problema do cliente.
+A solução tem potencial no mercado, visto que, um dos diferenciais é o baixo preço de implantação da solução comparada a outros sistemas semelhantes, podendo atender outros pequenos petshops.
+A implementação do nosso sistema espera trazer os seguintes benefícios para o nosso cliente:
+Organização na marcação do serviço de banho e tosa: com o agendamento feito através da nossa ferramenta, nosso cliente poderá ter acesso direto a todos os agendamentos realizados no dia, com um quadro mostrando os horários e quais os animais que serão atendidos. Seus funcionários também terão acesso a essa tabela, não precisando de uma comunicação direta entre todos para saber quais os agendamentos foram realizados no dia, mas sim apenas verificando a tabela;
+Praticidade de agendamento para os clientes: com o agendamento sendo realizado através da nossa ferramenta, os clientes não vão necessitar esperar a resposta do dono através do whatsapp ou que as ligações sejam atendidas, tudo será marcado de forma automática, necessitando apenas da disponibilidade do horário pretendido;
+Controle da clientela: Atualmente, nosso cliente não possui um controle do número de atendimentos realizados no dia, desta forma, cada agendamento ficará salvo para nosso cliente ter acesso a essa informação, podendo dessa forma ter um controle maior do ganho financeiro consequente deste serviço;
+Feedback do serviço realizado: Com a implementação de um feedback realizado pelos clientes, o dono do pet shop poderá ter acesso a qualidade do serviço que está oferecendo e ao mesmo tempo os seus clientes poderão ter mais segurança ao serviço que irão usufruir.
+