diff --git a/docs/404.html b/docs/404.html new file mode 100644 index 0000000..2f8d01d --- /dev/null +++ b/docs/404.html @@ -0,0 +1,805 @@ + + + +
+ + + + + + + + + + + + + + +O sistema seguirá uma arquitetura baseada no padrão MVC (Model-View-Controller). Esta escolha foi feita pelo grupo considerando a necessidade de separar claramente a + lógica de negócios (Modelo), a interface do usuário (Visão) e o fluxo de aplicação (Controlador). A arquitetura MVC facilita a manutenção, escalabilidade e permite que + diferentes componentes do sistema sejam desenvolvidos e atualizados de forma independente.
+A escolha pela arquitetura MVC para o sistema VEGA foi fundamentada em diversos aspectos destacados nos documentos de Visão do Produto e Projeto e Declaração de Escopo + do Produto. Seguem as principais justificativas:
+Conforme descrito no documento de Visão do Produto e Projeto, o sistema VEGA necessita de uma abordagem que permita uma clara separação de responsabilidades entre a + interface do usuário, a lógica de negócios e o controle do fluxo de aplicação. O padrão MVC atende a essa necessidade ao dividir a aplicação em três componentes distintos, + facilitando a manutenção e a evolução do sistema. +
+A arquitetura MVC facilita a manutenção do sistema ao permitir que desenvolvedores trabalhem em diferentes partes da aplicação de forma independente. Por exemplo, alterações na interface do usuário (Visão) não afetam diretamente a lógica de negócios (Modelo) e vice-versa. Isso é crucial para um sistema como o VEGA, que deve se adaptar rapidamente às mudanças nas necessidades dos restaurantes, conforme mencionado na seção 1.3 dos documentos fornecidos. +
+O uso do padrão MVC permite a reutilização de componentes, o que é particularmente importante para o VEGA, que precisa ser altamente customizável para diferentes tipos de restaurantes. A modularidade do MVC facilita a implementação de novas funcionalidades sem impactar negativamente o restante do sistema.
+A metodologia ágil, destacada como parte central do desenvolvimento do VEGA, se beneficia da flexibilidade proporcionada pelo MVC. Alterações e novas funcionalidades podem ser integradas de forma mais eficiente e com menor risco de introduzir erros em outras partes do sistema. +
+O documento de Declaração de Escopo do Produto indica o uso de tecnologias como HTML, CSS, JavaScript, Python e frameworks como Django, que naturalmente suportam e são otimizados para a implementação do padrão MVC. Isso garante que a equipe de desenvolvimento possa utilizar as melhores práticas e ferramentas disponíveis para construir um sistema robusto e escalável. +
+ + +Neste esquema, o usuário faz uma requisição de um dado ou de uma função. Essa requisição vai para o controller, que executa a função e irá até o model, responsável pelo banco de dados, coletar as informações requisitadas. Uma vez coletados os dados, eles são processados pelo controller e enviados para a view para serem apresentados ao usuário. Ou seja:
+ + +Nosso produto visa facilitar e ajudar a gerenciar esse fluxo de atendimento para o restaurante, e assim melhorando o atendimento do cliente do restaurante, tendo mais agilidade e também mais comodidade para o restaurante poder gerenciar.
+Na primeira etapa o cliente faz o pedido para o garçom o garçom anota e comanda o pedido e assim o sistema vai identificar de onde é cada pedido e enviar para os setores corretos, após a confecção dos pedidos e o cumim leva o pedido para o garçom e assim o garçom serve a mesa com os pedido feitos pelos clientes.
+O sistema é subdividido nos seguintes módulos:
+Razão Lógica de Cada Módulo:
+Comunicação entre os Módulos - Interfaces:
+Diagrama de Estados da Aplicação
+Exemplificando:
+diagrama de atividades da aplicação
+ + +Diagrama de Classes
+ +Para a implementação não será necessário um hardware muito potente já que o sistema irá funcionar basicamente no servidor, que será feito a requisição e voltará os dados necessários para que o usuário consiga utilizar a interface para o usuários, sendo ele o garçom, gerente ou o local que será feito o preparo dos pratos.
+o sistema irá precisar basicamente de um terminal onde se possa ser feito a requisição e logo o poderá ser acessado com o mouse e teclado e ver tudo através do monitor, como banco de será utilizado o MySQL á que mais simples para fazer a integração de maneira mais viável, será utilizado também Python já possui diversas bibliotecas que podem ser implementadas e assim ajudando melhor no funcionamento do sistema no geral, isso no back-end, á para o front end será utilizado HTML, Flutter, CSS e JavaScript já que são linguagem já conhecidas pelos integrantes do grupo e também possui bibliotecas com diversas funcionalidades.
+ +Para garantir que o sistema funcione de maneira eficiente e atenda às necessidades do negócio e dos usuários, algumas restrições adicionais são necessárias. Estas restrições estão relacionadas a aspectos negociais e de qualidade de software.São elas:
++ link para melhor visualização da imagem https://github.com/FGA0138-MDS-Ajax/2024-1-VEGA/blob/emivalto/docs/assets/Figma/home.png +
+link para melhor visualização da imagem
+https://github.com/FGA0138-MDS-Ajax/2024-1-VEGA/blob/emivalto/docs/assets/Figma/sobre.png
+https://github.com/FGA0138-MDS-Ajax/2024-1-VEGA/blob/emivalto/docs/assets/Figma/sobre1.png
+https://github.com/FGA0138-MDS-Ajax/2024-1-VEGA/blob/emivalto/docs/assets/Figma/sobre2.png
+https://github.com/FGA0138-MDS-Ajax/2024-1-VEGA/blob/emivalto/docs/assets/Figma/sobre3.png
+ +link para melhor visualização da imagem https://github.com/FGA0138-MDS-Ajax/2024-1-VEGA/blob/emivalto/docs/assets/Figma/menu.png
+link para melhor visualização da imagem https://github.com/FGA0138-MDS-Ajax/2024-1-VEGA/blob/emivalto/docs/assets/Figma/menu1.png
+link para melhor visualização da imagem https://github.com/FGA0138-MDS-Ajax/2024-1-VEGA/blob/emivalto/docs/assets/Figma/menu2.png
+ +link para melhor visualização da imagem
+https://github.com/FGA0138-MDS-Ajax/2024-1-VEGA/blob/emivalto/docs/assets/Figma/servicos.png
+https://github.com/FGA0138-MDS-Ajax/2024-1-VEGA/blob/emivalto/docs/assets/Figma/servicos1.png
+ + +Aqui é onde vai Ser colocados todas as notícias na qual o cliente quer colocar promoções e tudo mais, pra questão de protótipo será apenas endereço e localização
+ +link para melhor visualização da imagem https://github.com/FGA0138-MDS-Ajax/2024-1-VEGA/blob/emivalto/docs/assets/Figma/localizacao.png
+ +link para melhor visualização da imagem
+https://github.com/FGA0138-MDS-Ajax/2024-1-VEGA/blob/emivalto/docs/assets/Figma/contato%20(1).png
+https://github.com/FGA0138-MDS-Ajax/2024-1-VEGA/blob/emivalto/docs/assets/Figma/contato%20(2).png
+ + + + + + + + + + + + + +US | +Descrição | +Funcionalidade | +Prioridade | +Status | +
---|---|---|---|---|
#US1 | +Como gerente, quero poder cadastrar novos funcionários no sistema para que eles possam acessar suas funções específicas. | +Sistema Login | +Alta | +Working on | +
#SU2 | +Como funcionário, quero fazer login no sistema para acessar as ferramentas e informações necessárias para o meu trabalho. | +Sistema Login | +Alta | +Working on | +
#SU3 | +Como chef, quero poder registrar novos pratos no sistema para atualizar o cardápio do restaurante. | +Gerência de Pratos e Comidas | +Alta | +Working on | +
#US4 | +Como garçom, quero registrar os pedidos dos clientes no sistema para que a cozinha possa prepará-los de maneira eficiente. | +Gerência de Pedidos e Mesas | +Alta | +Working on | +
#US5 | +Como maître, quero gerenciar as reservas de mesas e horários para otimizar o espaço do restaurante e evitar tempos de espera. | +Gerência de Pedidos e Mesas | +Alta | +Waiting | +
#US6 | +Como chef, quero consultar os pedidos já feitos para iniciar o preparo de pratos para o cliente. | +Gerência de Pratos e Comidas | +Alta | +Waiting | +
#US7 | +Como gerente financeiro, quero gerar relatórios de vendas para acompanhar o desempenho do restaurante e planejar estratégias de negócio. | +Geração de Estatísticas | +Alta | +Waiting | +
#US8 | +Como gerente de marketing, quero gerar relatórios das comidas mais vendidas para desenvolver promoções e ajustar o estoque de acordo com a demanda. | +Geração de Estatísticas | +Alta | +Waiting | +
#US9 | +Como garçom, quero poder gerar a comanda da mesa do cliente. | +Gerência de Pratos, Mesas e Comidas | +Alta | +Waiting | +
ESCOPO DO MVP1: .
+Foi discutida a organização do grupo quanto a disciplina, sobre a disponibilidade de horários para as reuniões e plataformas de comunicação. Além disso, + foi decidido que todos do grupo iriam começar a estudar sobre git/github, plataforma que será utilizada para organizar o compartilhamento do código na equipe + e fazer seu versionamento.
+ +O grupo está fazendo os preparativos finais para o início formal da sprint.
+João Lucas fez um sistema protótipo da controller do sistema em python. A lógica deve ser aplicada ao banco de dados assim que estiver fuincional.
+Patrick está começando a fazer as views e a configurar os ambientes, começando a fazer as funcionalidades visuais em html CSS3 e javascript. Orientado a React-js e. Fazendo as bases das primeiras páginas.
+Pedro e Emivalto estão finalizando os estudos sobre as linguagens adotadas para o banco de dados e iniciando a implementação do ambiente.
+O início da sprint deve se dar ao final dessa semana, com previsão do final ao final de 15 dias.
+ +O grupo concluiu os primeiros modelos conceituais do MVC.
+João Lucas: Começou a implementação das funções iniciais no BD.
+Patrick: com as views iniciais praticamente estabelecidas estou elencando as funcionalidades junto com os responsáveis de controller e banco de dados para eu produzir as alterações e mudanças para o primeiro produto beta funcional.
+Pedro: Dando início à implementação do banco de dados, criando uma estrutura inicial para compreender suas funcionalidades e sua integração com o controller.
+Emivalto: Estudando SQL para a construção do bando de dados, e ter um melhor alinhamento com o grupo
+ + + + + + + + + + + + + ++ + Patrick apresentou ao grupo dois protótipos de views, onde o grupo decidiu qual seria mais interessantes de trabalhar. Um modelo em react, e um modelo em CSS e JavaScript, onde o grupo optou por utilizar o segundo modelo. + +
+ + + + + + + + + + + + +Foi marcado o compromisso de nos próximos dias, João Lucas e Pedro fazerem a integração do Model e do Controller, Emivalto dará inicio ao documento de casos de teste e Patrick finalizar a View.
+ + + + + + + + + + + + + + +Período: 18/03/2024 - 25/03/2024
+Nesta Sprint, a equipe concentrou-se em estabelecer as bases para o projeto, dedicando-se à organização inicial e à coordenação dos horários de cada membro. Inicialmente, foi dado o pontapé inicial no estudo sobre GitHub, uma ferramenta fundamental para o desenvolvimento colaborativo de software.
++ | Sprint 01 | +Sprint 02 | +Sprint 03 | +Sprint 04 | +Sprint 05 | +
---|---|---|---|---|---|
US's | +US01 e US02 | +US03 | +US04 e US05 | +US06 e US09 | +US07 e US08 | +
Data Inicio | +08-04-2024 | +22-04-2024 | +06-05-2024 | +20-05-2024 | +03-06-2024 | +
Data Fim | +21-04-2024 | +05-05-2024 | +19-05-2024 | +02-06-2024 | +16-06-2024 | +
Período: 25/03/2024 - 01/04/2024
+Nessa sprint a nossa equipe discutiu sobre o tema do projeto e as tecnologias que seriam utilizadas para a sua implementação. Também vimos o nível de experiência de cada integrante do grupo em cada área.
+A Sprint foi concluída com sucesso, atingindo todos os objetivos estabelecidos e preparando o terreno para o desenvolvimento subsequente do projeto.
+ + + + + + + + + + + + + +