Hist\u00f3rico de Revis\u00e3o
Data Vers\u00e3o Descri\u00e7\u00e3o Autor 08/11/2024 1.0 Cria\u00e7\u00e3o do documento Benjamim Lacerda"},{"location":"visao_produto/VisaoProdutoProjeto/#visao-do-produto-e-projeto","title":"Vis\u00e3o do Produto e Projeto","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#1-cenario-atual-do-cliente-e-do-negocio","title":"1 Cen\u00e1rio atual do cliente e do neg\u00f3cio","text":"O Dida's Bistr\u00f4 \u00e9 um restaurante que realiza eventos privados, como festas e shows, com o objetivo de proporcionar experi\u00eancias gastron\u00f4micas para seus clientes. Com um card\u00e1pio variado, adapta suas op\u00e7\u00f5es conforme a ocasi\u00e3o. Al\u00e9m disso, o Dida's Bistr\u00f4 tamb\u00e9m atua como vendedor ambulante em shows e eventos em Bras\u00edlia.
Fundado em 2012, o neg\u00f3cio teve in\u00edcio com a venda de churros ambulante. Com o tempo, expandiu seu card\u00e1pio para incluir op\u00e7\u00f5es como hamb\u00farguer, cachorro-quente, churrasquinho e macarr\u00e3o. Hoje, o card\u00e1pio \u00e9 flex\u00edvel, permitindo que os pratos sejam ajustados conforme a demanda do evento.
A partir de 2016, o Dida's Bistr\u00f4 passou a organizar eventos privados, focando em festas juninas. Em 2022, recebeu o pr\u00eamio Sesc Comerci\u00e1rio Destaque, em reconhecimento pelas festas juninas realizadas nos Sesc de Bras\u00edlia.
"},{"location":"visao_produto/VisaoProdutoProjeto/#11-introducao-ao-negocio-e-contexto","title":"1.1 Introdu\u00e7\u00e3o ao Neg\u00f3cio e Contexto","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#12-identificacao-da-oportunidade-ou-problema","title":"1.2 Identifica\u00e7\u00e3o da Oportunidade ou Problema","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#13-desafios-do-projeto","title":"1.3 Desafios do Projeto","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#14-segmentacao-de-clientes","title":"1.4 Segmenta\u00e7\u00e3o de Clientes","text":"O produto ser\u00e1 destinado a dona e aos funcion\u00e1rios da empresa, na qual podemos dividir em dois segmentos:
Idosos com mais de 60 anos: Usu\u00e1rios com poucas experi\u00eancias tecnol\u00f3gicas e que utilizam celular. Possuem a necessidade de um software com poucas intera\u00e7\u00f5es para realizar o seu objetivo.
Jovens adultos entre 20 e 30 anos: Usu\u00e1rios com experi\u00eancias tecnol\u00f3gicas em computadores e celulares. Capazes de utilizar o software sem dificuldades.
"},{"location":"visao_produto/VisaoProdutoProjeto/#2-solucao-proposta","title":"2 Solu\u00e7\u00e3o Proposta","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#21-objetivos-do-produto","title":"2.1 Objetivos do Produto","text":"O principal objetivo do produto \u00e9 garantir ao cliente, independentemente das suas prefer\u00eancias ou limita\u00e7\u00f5es, a possibilidade de acessar e utilizar uma plataforma que execute as tarefas com rapidez e precis\u00e3o, sem processos desnecess\u00e1rios ou complexos. Isso significa otimizar a experi\u00eancia do usu\u00e1rio para que ele consiga, por exemplo, realizar um invent\u00e1rio de produtos, acompanhar transa\u00e7\u00f5es e romper barreiras, como no sentido de eliminar obst\u00e1culos que dificultem o uso do produto.
Isso inclui a elimina\u00e7\u00e3o de limita\u00e7\u00f5es t\u00e9cnicas, como a necessidade de ter conhecimentos avan\u00e7ados em sistemas financeiros ou de gest\u00e3o de estoque para o utilizar o software. Atrav\u00e9s disso certificar que essa ferramenta consiga oferecer ao cliente a oportunidade de administrar as sa\u00eddas e entradas de sua empresa, visando a capacidade de registar as informa\u00e7\u00f5es de determinado evento e estoque, garantindo a sua usabilidade.
"},{"location":"visao_produto/VisaoProdutoProjeto/#22-caracteristicas-da-solucao","title":"2.2 Caracter\u00edsticas da Solu\u00e7\u00e3o","text":"A plataforma vai possuir uma interface de f\u00e1cil entendimento que busca apresentar ao usu\u00e1rio que a sua navega\u00e7\u00e3o ser\u00e1 autoexplicativa, desde os bot\u00f5es e menus, o intuito \u00e9 demonstrar a sua acessibilidade ao usu\u00e1rio.
Garantir que as intera\u00e7\u00f5es do usu\u00e1rio com a ferramenta sejam de maneira eficiente e correta. Cada entrada de dados, seja de estoque ou fluxo de caixa, ser\u00e1 analisada e validada para garantir que os valores est\u00e3o corretos.
Assegurar no sistema o registo de transa\u00e7\u00f5es, como transa\u00e7\u00f5es financeiras, tanto entradas como sa\u00eddas, categorizando cada movimenta\u00e7\u00e3o (venda, pagamento de fornecedor, sal\u00e1rio).
Certificar que todas as mercadorias no estoque sejam corretamente registrado, desde a entrada e sa\u00edda, proporcionando uma visibilidade da quantidade dispon\u00edvel no estoque.
"},{"location":"visao_produto/VisaoProdutoProjeto/#23-tecnologias-a-serem-utilizadas","title":"2.3 Tecnologias a Serem Utilizadas","text":"As tecnologias a serem utilizadas, s\u00e3o:
JavaScript - \u00c9 uma linguagem de programa\u00e7\u00e3o que permite criar p\u00e1ginas web interativas. Tecnologia usada para escrever as partes do front-end e back-end de sites e aplicativos.
React.JS - \u00c9 uma biblioteca JavaScript que permite construir interfaces visuais para o desenvolvimento front-end. Permitido combinar estruturas de HTML e JavaScript em um \u00fanico c\u00f3digo.
Node.JS - \u00c9 uma ferramenta de desenvolvimento web back-end que interpreta o c\u00f3digo JavaScript e converte para a linguagem de programa\u00e7\u00e3o, NodeJS e ReactJS podem ser utilizadas em conjunto para desenvolver aplicativos web completos.
Python - \u00c9 uma linguagem de programa\u00e7\u00e3o de alto n\u00edvel conhecida por sua simplicidade e legibilidade. Tecnologia amplamente usada para desenvolvimento web, ci\u00eancia de dados, automa\u00e7\u00e3o, intelig\u00eancia artificial e aplicativos de back-end.
MySQL - \u00c9 um sistema de gerenciamento de banco de dados relacional que permite armazenar, organizar e consultar grandes volumes de dados. Usada para criar e gerenciar bancos de dados em sites, aplicativos e sistemas corporativos.
Flask Python - \u00c9 um microframework para desenvolvimento web em Python, conhecido por sua leveza e simplicidade. Usada para criar APIs e aplica\u00e7\u00f5es web de forma r\u00e1pida e flex\u00edvel, permitindo a personaliza\u00e7\u00e3o com diversas extens\u00f5es conforme as necessidades do projeto.
"},{"location":"visao_produto/VisaoProdutoProjeto/#24-pesquisa-de-mercado-e-analise-competitiva","title":"2.4 Pesquisa de Mercado e An\u00e1lise Competitiva","text":"Existem atualmente no mercado diversas solu\u00e7\u00f5es para garantir a ger\u00eancia de um restaurante, uma das principais plataformas no mercado s\u00e3o a Marketman e Toast, ambas s\u00e3o bem consolidadas no mercado mundial, entretanto apresentam fragilidades.
MarketMan
Pontos Fortes: Sistema robusto de controle de estoque e integra\u00e7\u00e3o com fornecedores, o que permite otimizar o gerenciamento de insumos e reduzir desperd\u00edcios. Ideal para neg\u00f3cios focados em reduzir custos operacionais.
Diferencia\u00e7\u00e3o da Nossa Solu\u00e7\u00e3o: Nossa solu\u00e7\u00e3o prioriza a facilidade de uso e a comunica\u00e7\u00e3o intuitiva com a cliente, oferecendo uma interface simplificada que atender\u00e1 especificamente \u00e0s necessidades de gest\u00e3o de eventos e adapta\u00e7\u00e3o r\u00e1pida do estoque conforme o tipo de evento.
Toast
Pontos Fortes: Plataforma completa para opera\u00e7\u00f5es de restaurantes, abrangendo vendas, estoque e relat\u00f3rios, com suporte para integra\u00e7\u00e3o de pedidos online e ferramentas de POS.
Diferencia\u00e7\u00e3o da Nossa Solu\u00e7\u00e3o: Ao inv\u00e9s de uma plataforma gen\u00e9rica e complexa, nossa solu\u00e7\u00e3o ser\u00e1 projetada especificamente para o Dida\u2019s Bistr\u00f4, oferecendo um sistema voltado para o fluxo financeiro e controle de mercadorias apenas para eventos, facilitando o planejamento financeiro e a usabilidade da cliente.
A solu\u00e7\u00e3o proposta \u00e9 divergente devido:
Nossa solu\u00e7\u00e3o tem como ponto principal uma curva de aprendizado iniciante, pois toda a plataforma ser\u00e1 feita com o intuito de ser o mais autoexplicativo o poss\u00edvel que atender\u00e1 especificamente \u00e0s necessidades de gest\u00e3o de eventos adaptando rapidamente o estoque conforme o tipo de evento.
Diferenciando das solu\u00e7\u00f5es apresentadas que por mais que est\u00e3o consolidadas no mercado, o produto \u00e9 projetado especificamente para o Dida's Bistr\u00f4, oferecendo um sistema voltado para gerenciar as entradas e sa\u00eddas de mercadorias e transa\u00e7\u00f5es financeiras. N\u00e3o exigir\u00e1 custo e nem um hardware ou aparelho espec\u00edfico, tornaremos nosso produto a escolha ideal para o cliente, que ser\u00e1 necess\u00e1rio apenas um aparelho celular ou computador.
"},{"location":"visao_produto/VisaoProdutoProjeto/#25-analise-de-viabilidade","title":"2.5 An\u00e1lise de Viabilidade","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#26-impacto-da-solucao","title":"2.6 Impacto da Solu\u00e7\u00e3o","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#3-estrategias-de-engenharia-de-software","title":"3 Estr\u00e1tegias de Engenharia de Software","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#31-estrategia-priorizada","title":"3.1 Estrat\u00e9gia Priorizada","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#32-quadro-comparativo","title":"3.2 Quadro Comparativo","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#33-justificativa","title":"3.3 Justificativa","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#4-cronogramas-e-entregas","title":"4 Cronogramas e Entregas","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#5-interacao-entre-equipe-e-cliente","title":"5 Intera\u00e7\u00e3o Entre Equipe e Cliente","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#51-composicao-da-equipe","title":"5.1 Composi\u00e7\u00e3o da Equipe","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#52-comunicacao","title":"5.2 Comunica\u00e7\u00e3o","text":"Ferramentas de Comunica\u00e7\u00e3o
WhatsApp: Ser\u00e1 utilizado para a comunica\u00e7\u00e3o dos membros da equipe diariamente. Est\u00e1 ferramenta \u00e9 necess\u00e1ria por conta da facilidade ao envio r\u00e1pido de mensagens, enquetes, arquivos e canais de comunica\u00e7\u00e3o espec\u00edficos.
Microsoft Teams: Todas as reuni\u00f5es semanais de planejamento, revis\u00e3o e discuss\u00f5es com os membros e cliente ser\u00e3o realizadas no canal de comunica\u00e7\u00e3o do Microsoft Teams. com isso, buscamos otimizar o acompanhamento das entregas, os feedbacks e os planejamentos futuros.
ZenHub: Ser\u00e1 utilizado para a gest\u00e3o do projeto oferecendo suporte para a equipe no gerenciamento de fluxos, na visualiza\u00e7\u00e3o em tempo real das tarefas em andamento e a projetar o fluxo de trabalho.
M\u00e9todo e Frequ\u00eancia de Reuni\u00f5es
Reuni\u00e3o de Revis\u00e3o de Sprint (a cada 2 semanas): As reuni\u00f5es de conclus\u00e3o de sprint (a cada 2 semanas), ser\u00e1 revisado com o cliente, nessas reuni\u00f5es, todas as funcionalidades desenvolvidas durante a sprint ser\u00e3o apresentadas. Com isso, garantindo que o cliente teste e passe o seu feedback.
Reuni\u00e3o de Planejamento de Sprint e Retrospectiva: Ao final de cada sprint ap\u00f3s a revis\u00e3o ser\u00e1 decidido junto ao cliente quais ser\u00e3o os pr\u00f3ximos passos, criando um planejamento para a posterior sprint. Tamb\u00e9m ser\u00e1 realizada uma retrospectiva entre a equipe para entender quais foram as dificuldades, desafios e li\u00e7\u00f5es aprendidas durante o processo.
Frequ\u00eancia de Intera\u00e7\u00f5es com o cliente
Revis\u00f5es de Sprint (a cada 2 semanas): Durante as reuni\u00f5es de revis\u00e3o o cliente, ser\u00e1 respons\u00e1vel por validar as entregas e apontar o feedback. Se tornando diretamente ligado ao processo de conclus\u00e3o da sprint.
Intera\u00e7\u00f5es Adicionais pelo Microsoft Teams: O cliente ter\u00e1 acesso a um canal de discuss\u00e3o no Microsoft Teams, em que todos os membros participar\u00e3o, onde ser\u00e1 poss\u00edvel tirar d\u00favidas ou se necess\u00e1rio, ajustes.
"},{"location":"visao_produto/VisaoProdutoProjeto/#53-processo-de-validacao","title":"5.3 Processo de Valida\u00e7\u00e3o","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#6-licoes-aprendidas","title":"6 Li\u00e7\u00f5es Aprendidas","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#61-unidade-1","title":"6.1 Unidade 1","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#7-referencias-bibliograficas","title":"7 refer\u00eancias Bibliogr\u00e1ficas","text":""}]} \ No newline at end of file +{"config":{"lang":["pt"],"separator":"[\\s\\-]+","pipeline":["stopWordFilter"]},"docs":[{"location":"","title":"Dida's Bistro","text":""},{"location":"#equipe","title":"Equipe","text":"Foto Nome Github Matr\u00edcula Benjamim Lacerda Santos @benlacerda 200062123 Iderlan J\u00fanio Cardoso da Silva @IderlanJ 211062947 Mateus Henrique Queiroz Magalh\u00e3es Sousa @Mateushqms 222025950 Pedro Gois Marques Monteiro @Goizzz 222026386 Pedro Henrique dos Santos Ferreira @Pedro-hsf 211063229"},{"location":"visao_produto/VisaoProdutoProjeto/","title":"Vis\u00e3o do Produto e Projeto","text":"Hist\u00f3rico de Revis\u00e3o
Data Vers\u00e3o Descri\u00e7\u00e3o Autor 08/11/2024 1.0 Cria\u00e7\u00e3o do documento Benjamim Lacerda"},{"location":"visao_produto/VisaoProdutoProjeto/#visao-do-produto-e-projeto","title":"Vis\u00e3o do Produto e Projeto","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#1-cenario-atual-do-cliente-e-do-negocio","title":"1 Cen\u00e1rio atual do cliente e do neg\u00f3cio","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#11-introducao-ao-negocio-e-contexto","title":"1.1 Introdu\u00e7\u00e3o ao Neg\u00f3cio e Contexto","text":"O Dida's Bistr\u00f4 \u00e9 um restaurante que realiza eventos privados, como festas e shows, com o objetivo de proporcionar experi\u00eancias gastron\u00f4micas para seus clientes. Com um card\u00e1pio variado, adapta suas op\u00e7\u00f5es conforme a ocasi\u00e3o. Al\u00e9m disso, o Dida's Bistr\u00f4 tamb\u00e9m atua como vendedor ambulante em shows e eventos em Bras\u00edlia.
Fundado em 2012, o neg\u00f3cio teve in\u00edcio com a venda de churros ambulante. Com o tempo, expandiu seu card\u00e1pio para incluir op\u00e7\u00f5es como hamb\u00farguer, cachorro-quente, churrasquinho e macarr\u00e3o. Hoje, o card\u00e1pio \u00e9 flex\u00edvel, permitindo que os pratos sejam ajustados conforme a demanda do evento.
A partir de 2016, o Dida's Bistr\u00f4 passou a organizar eventos privados, focando em festas juninas. Em 2022, recebeu o pr\u00eamio Sesc Comerci\u00e1rio Destaque, em reconhecimento pelas festas juninas realizadas nos Sesc de Bras\u00edlia.
"},{"location":"visao_produto/VisaoProdutoProjeto/#12-identificacao-da-oportunidade-ou-problema","title":"1.2 Identifica\u00e7\u00e3o da Oportunidade ou Problema","text":"O principal problema do Didas Bistr\u00f4 \u00e9 a perda ou m\u00e1 interpreta\u00e7\u00e3o dos dados, o que \u00e9 causado pelo uso exclusivo de papel para registro e controle. Isso dificulta o planejamento do neg\u00f3cio, j\u00e1 que, muitas vezes, a equipe n\u00e3o tem acesso a informa\u00e7\u00f5es cruciais sobre eventos passados, como lucro, n\u00famero de funcion\u00e1rios necess\u00e1rios e quantidade de ingredientes utilizados. Como resultado, a contabilidade fica comprometida, dificultando a an\u00e1lise de gastos, faturamento e lucro de cada evento. Al\u00e9m disso, a falta de registros adequados prejudica o planejamento futuro, pois n\u00e3o \u00e9 poss\u00edvel avaliar se vale a pena repetir determinados eventos, j\u00e1 que os dados hist\u00f3ricos est\u00e3o frequentemente perdidos ou inacess\u00edveis.
A falta de um sistema de gerenciamento de estoque tamb\u00e9m \u00e9 um problema significativo. Muitas vezes, a equipe do Didas Bistr\u00f4 n\u00e3o tem controle preciso sobre o gasto com ingredientes estocados, o que dificulta o planejamento para os eventos. Al\u00e9m disso, a falta de um acompanhamento adequado impede que saibam exatamente a quantidade de cada produto dispon\u00edvel, tornando o processo de compra e organiza\u00e7\u00e3o ineficiente e aumentando o risco de desperd\u00edcio ou falta de insumos durante os eventos.
Segue abaixo um diagrama de Ishikawa sobre os problemas do cliente.
"},{"location":"visao_produto/VisaoProdutoProjeto/#13-desafios-do-projeto","title":"1.3 Desafios do Projeto","text":"O principal desafio t\u00e9cnico \u00e9 que o Didas Bistr\u00f4 atualmente n\u00e3o utiliza nenhum software para gerenciar seus processos. N\u00e3o h\u00e1 nenhum sistema existente que atenda aos requisitos espec\u00edficos do neg\u00f3cio. Por isso, ser\u00e1 necess\u00e1rio desenvolver uma solu\u00e7\u00e3o do zero, capaz de atender a todas as necessidades operacionais. Al\u00e9m disso, \u00e9 essencial que o software tenha uma interface intuitiva e de f\u00e1cil usabilidade, para que qualquer pessoa, independentemente de sua experi\u00eancia, consiga utiliz\u00e1-lo, j\u00e1 que, para cada evento, s\u00e3o contratados profissionais diferentes.
"},{"location":"visao_produto/VisaoProdutoProjeto/#14-segmentacao-de-clientes","title":"1.4 Segmenta\u00e7\u00e3o de Clientes","text":"O produto ser\u00e1 destinado a dona e aos funcion\u00e1rios da empresa, na qual podemos dividir em dois segmentos:
Idosos com mais de 60 anos: Usu\u00e1rios com poucas experi\u00eancias tecnol\u00f3gicas e que utilizam celular. Possuem a necessidade de um software com poucas intera\u00e7\u00f5es para realizar o seu objetivo.
Jovens adultos entre 20 e 30 anos: Usu\u00e1rios com experi\u00eancias tecnol\u00f3gicas em computadores e celulares. Capazes de utilizar o software sem dificuldades.
"},{"location":"visao_produto/VisaoProdutoProjeto/#2-solucao-proposta","title":"2 Solu\u00e7\u00e3o Proposta","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#21-objetivos-do-produto","title":"2.1 Objetivos do Produto","text":"O principal objetivo do produto \u00e9 garantir ao cliente, independentemente das suas prefer\u00eancias ou limita\u00e7\u00f5es, a possibilidade de acessar e utilizar uma plataforma que execute as tarefas com rapidez e precis\u00e3o, sem processos desnecess\u00e1rios ou complexos. Isso significa otimizar a experi\u00eancia do usu\u00e1rio para que ele consiga, por exemplo, realizar um invent\u00e1rio de produtos, acompanhar transa\u00e7\u00f5es e romper barreiras, como no sentido de eliminar obst\u00e1culos que dificultem o uso do produto.
Isso inclui a elimina\u00e7\u00e3o de limita\u00e7\u00f5es t\u00e9cnicas, como a necessidade de ter conhecimentos avan\u00e7ados em sistemas financeiros ou de gest\u00e3o de estoque para o utilizar o software. Atrav\u00e9s disso certificar que essa ferramenta consiga oferecer ao cliente a oportunidade de administrar as sa\u00eddas e entradas de sua empresa, visando a capacidade de registar as informa\u00e7\u00f5es de determinado evento e estoque, garantindo a sua usabilidade.
"},{"location":"visao_produto/VisaoProdutoProjeto/#22-caracteristicas-da-solucao","title":"2.2 Caracter\u00edsticas da Solu\u00e7\u00e3o","text":"A plataforma vai possuir uma interface de f\u00e1cil entendimento que busca apresentar ao usu\u00e1rio que a sua navega\u00e7\u00e3o ser\u00e1 autoexplicativa, desde os bot\u00f5es e menus, o intuito \u00e9 demonstrar a sua acessibilidade ao usu\u00e1rio.
Garantir que as intera\u00e7\u00f5es do usu\u00e1rio com a ferramenta sejam de maneira eficiente e correta. Cada entrada de dados, seja de estoque ou fluxo de caixa, ser\u00e1 analisada e validada para garantir que os valores est\u00e3o coerentes e corretos.
Assegurar no sistema o registo de transa\u00e7\u00f5es, como transa\u00e7\u00f5es financeiras, tanto entradas como sa\u00eddas, categorizando cada movimenta\u00e7\u00e3o (venda, pagamento de fornecedor, sal\u00e1rio).
Certificar que todas as mercadorias no estoque sejam corretamente registrado, desde a entrada e sa\u00edda, proporcionando uma visibilidade da quantidade dispon\u00edvel no estoque.
"},{"location":"visao_produto/VisaoProdutoProjeto/#23-tecnologias-a-serem-utilizadas","title":"2.3 Tecnologias a Serem Utilizadas","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#24-pesquisa-de-mercado-e-analise-competitiva","title":"2.4 Pesquisa de Mercado e An\u00e1lise Competitiva","text":"MarketMan
Pontos Fortes: Sistema robusto de controle de estoque e integra\u00e7\u00e3o com fornecedores, o que permite otimizar o gerenciamento de insumos e reduzir desperd\u00edcios. Ideal para neg\u00f3cios focados em reduzir custos operacionais.
Diferencia\u00e7\u00e3o da Nossa Solu\u00e7\u00e3o: Nossa solu\u00e7\u00e3o prioriza a facilidade de uso e a comunica\u00e7\u00e3o intuitiva com a cliente, oferecendo uma interface simplificada que atender\u00e1 especificamente \u00e0s necessidades de gest\u00e3o de eventos e adapta\u00e7\u00e3o r\u00e1pida do estoque conforme o tipo de evento.
Toast
Pontos Fortes: Plataforma completa para opera\u00e7\u00f5es de restaurantes, abrangendo vendas, estoque e relat\u00f3rios, com suporte para integra\u00e7\u00e3o de pedidos online e ferramentas de POS.
Diferencia\u00e7\u00e3o da Nossa Solu\u00e7\u00e3o: Ao inv\u00e9s de uma plataforma gen\u00e9rica e complexa, nossa solu\u00e7\u00e3o ser\u00e1 projetada especificamente para o Dida\u2019s Bistr\u00f4, oferecendo um sistema voltado para o fluxo financeiro e controle de mercadorias apenas para eventos, facilitando o planejamento financeiro e a usabilidade da cliente.
A solu\u00e7\u00e3o proposta \u00e9 divergente devido:
Nossa solu\u00e7\u00e3o tem como ponto principal uma curva de aprendizado iniciante, pois toda a plataforma ser\u00e1 feita com o intuito de ser o mais autoexplicativo o poss\u00edvel que atender\u00e1 especificamente \u00e0s necessidades de gest\u00e3o de eventos adaptando rapidamente o estoque conforme o tipo de evento.
Diferenciando das solu\u00e7\u00f5es apresentadas que por mais que est\u00e3o consolidadas no mercado, o produto \u00e9 projetado especificamente para o Dida's Bistr\u00f4, oferecendo um sistema voltado para gerenciar as entradas e sa\u00eddas de mercadorias e transa\u00e7\u00f5es financeiras. Por n\u00e3o exigir um hardware ou aparelho espec\u00edfico, tornaremos nosso produto a escolha ideal para o cliente, que ser\u00e1 necess\u00e1rio apenas um aparelho celular ou computador.
"},{"location":"visao_produto/VisaoProdutoProjeto/#25-analise-de-viabilidade","title":"2.5 An\u00e1lise de Viabilidade","text":"A viabilidade t\u00e9cnica do projeto \u00e9 alta, uma vez que boa parte da equipe de desenvolvimento possui experi\u00eancia nas tecnologias que ser\u00e3o utilizadas, como Python para o backend e Node.js e React.js para o frontend. Ser\u00e1 utilizado um sistema de gerenciamento de banco de dados relacional, o MySQL, que permitir\u00e1 armazenar, organizar e consultar grandes volumes de dados.
O projeto ser\u00e1 conduzido por meio de sprints divididas em ciclos quinzenais. Cada sprint ter\u00e1 entregas incrementais de funcionalidades, o que permitir\u00e1 valida\u00e7\u00f5es constantes por parte do cliente e ajustes r\u00e1pidos baseados no feedback do mesmo. O cronograma \u00e9 considerado vi\u00e1vel, dado que a equipe j\u00e1 teve contato com projetos semelhantes anteriormente e conta com os recursos tecnol\u00f3gicos necess\u00e1rios para realizar a integra\u00e7\u00e3o e implementa\u00e7\u00e3o das funcionalidades dentro do prazo estipulado.
Em termos de viabilidade financeira, o desenvolvimento do sistema \u00e9 totalmente sustent\u00e1vel, com custos alinhados aos recursos dispon\u00edveis para a equipe. Dessa forma, o cliente n\u00e3o enfrentar\u00e1 problemas futuros relacionados a custos extras, pois n\u00e3o depender\u00e1 de solu\u00e7\u00f5es externas. O Dida\u2019s Bistr\u00f4 contar\u00e1 com um sistema personalizado, garantindo maior controle e efici\u00eancia em todos os processos.
Do ponto de vista de mercado, a viabilidade \u00e9 favor\u00e1vel, pois h\u00e1 uma certa demanda por solu\u00e7\u00f5es de gest\u00e3o em pequenos estabelecimentos como o Dida's Bistr\u00f4. Com isso, ser\u00e1 poss\u00edvel atender ao cliente de forma eficaz, atendendo diretamente \u00e0s suas necessidades para gerir seu neg\u00f3cio.
"},{"location":"visao_produto/VisaoProdutoProjeto/#26-impacto-da-solucao","title":"2.6 Impacto da Solu\u00e7\u00e3o","text":"A solu\u00e7\u00e3o trar\u00e1 ao Dida\u2019s Bistr\u00f4 uma opera\u00e7\u00e3o mais eficiente e transparente. Ao otimizar o controle de estoque, o fluxo de caixa e o pagamento de funcion\u00e1rios, o sistema fortalecer\u00e1 a capacidade de o restaurante operar de forma rent\u00e1vel e bem-organizada. Esses benef\u00edcios permitir\u00e3o que o Dida\u2019s Bistr\u00f4 melhore sua efici\u00eancia operacional, reduza custos e adapte-se de maneira \u00e1gil aos diversos tipos de eventos que realiza, aumentando a lucratividade e assegurando uma gest\u00e3o mais tranquila e profissional.
"},{"location":"visao_produto/VisaoProdutoProjeto/#3-estrategias-de-engenharia-de-software","title":"3 Estr\u00e1tegias de Engenharia de Software","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#31-estrategia-priorizada","title":"3.1 Estrat\u00e9gia Priorizada","text":"Abordagem: \u00c1gil
Ciclo de vida: Iterativo e Incremental.
Processo: RAD(Rapid Application Development) e SCRUM.
"},{"location":"visao_produto/VisaoProdutoProjeto/#32-quadro-comparativo","title":"3.2 Quadro Comparativo","text":"O quadro a seguir apresenta caracter\u00edsticas dos processos RAD e SCRUM que ser\u00e3o utilizados e tamb\u00e9m do OpenUp para compara\u00e7\u00e3o, buscando justificar a escolha do processo adequado ao Dida\u2019s Bistr\u00f4.
Caracter\u00edsticas RAD SCRUM OpenUP Abordagem Geral Iterativo e incremental com \u00eanfase em entregas r\u00e1pidas por meio de prototipagem. Iterativo e incremental, com foco em entregas frequentes e feedback cont\u00ednuo. Iterativo, incremental e baseado em arquitetura s\u00f3lida. Foco em Arquitetura Arquitetura geralmente evolui durante o processo, com foco inicial na prototipagem. Menor foco em arquitetura no in\u00edcio; evolui conforme a necessidade ao longo do projeto. Forte \u00eanfase no desenvolvimento orientado a uma arquitetura s\u00f3lida e flex\u00edvel desde o in\u00edcio do projeto. Estrutura de Processos Dividido em fases (requisitos, prototipa\u00e7\u00e3o, constru\u00e7\u00e3o e testes). Cada fase \u00e9 chamada de timebox que duram de 1-4 semanas. Focado em sprints curtos e flex\u00edveis (2-4 semanas) com entregas incrementais e adapta\u00e7\u00e3o cont\u00ednua durante o projeto. Estrutura clara de fases: Inicia\u00e7\u00e3o, Elabora\u00e7\u00e3o, Constru\u00e7\u00e3o e Transi\u00e7\u00e3o. Flexibilidade de Requisitos Alta flexibilidade para altera\u00e7\u00f5es r\u00e1pidas nos requisitos, facilitada pela prototipagem e os feedbacks. Alta flexibilidade para mudan\u00e7as cont\u00ednuas de requisitos a cada sprint. Adapt\u00e1vel a feedback frequente do cliente. Flexibilidade para adapta\u00e7\u00f5es iterativas, com a arquitetura principal definida cedo. Colabora\u00e7\u00e3o com Cliente Envolvimento frequente do cliente para valida\u00e7\u00e3o de prot\u00f3tipos e ajustes r\u00e1pidos. Envolvimento cont\u00ednuo do cliente com feedback ao final de cada sprint. Requer envolvimento cont\u00ednuo do cliente, especialmente nas fases de valida\u00e7\u00e3o. Complexidade do Processo Mais leve, com foco na prototipagem e desenvolvimento r\u00e1pido; menos formalidade. Estrutura leve, focada na entrega funcional e adapta\u00e7\u00e3o cont\u00ednua; menos documenta\u00e7\u00e3o. Mais formal, com documenta\u00e7\u00e3o e fases estruturadas, requerendo disciplina e pap\u00e9is claros. Qualidade T\u00e9cnica Garantida pela r\u00e1pida constru\u00e7\u00e3o e teste de prot\u00f3tipos; ajustes s\u00e3o feitos conforme feedback. Alta \u00eanfase na qualidade t\u00e9cnica, com pr\u00e1ticas como TDD (Test-Driven Development), pair programming e integra\u00e7\u00e3o cont\u00ednua para garantir um c\u00f3digo limpo e funcional. Qualidade assegurada pela defini\u00e7\u00e3o de arquitetura e valida\u00e7\u00e3o incremental. Pr\u00e1ticas de Desenvolvimento Foco na prototipagem e valida\u00e7\u00e3o r\u00e1pida; menos pr\u00e1ticas t\u00e9cnicas estruturadas. Inclui pr\u00e1ticas t\u00e9cnicas robustas como TDD, refatora\u00e7\u00e3o cont\u00ednua, integra\u00e7\u00e3o cont\u00ednua e pair programming, promovendo alta qualidade no c\u00f3digo. Estrutura mais formal com foco em arquitetura e controle de progresso. Menos pr\u00e1ticas t\u00e9cnicas espec\u00edficas dentro do processo de desenvolvimento. Adapta\u00e7\u00e3o ao Projeto do Dida\u2019s Bistr\u00f4 Ideal em projetos que precisam de prot\u00f3tipos r\u00e1pidos e ajustes com o cliente. Ideal para projetos onde a intera\u00e7\u00e3o constante com o cliente e a evolu\u00e7\u00e3o cont\u00ednua do produto s\u00e3o fundamentais. Adapt\u00e1vel a mudan\u00e7as frequentes e r\u00e1pidos ciclos de feedback. Ideal para projetos que exigem uma arquitetura bem definida, mas flexibilidade incremental. Documenta\u00e7\u00e3o M\u00ednima documenta\u00e7\u00e3o. O foco em comunica\u00e7\u00e3o direta com o cliente para ajustes r\u00e1pidos. Minimiza a documenta\u00e7\u00e3o formal, priorizando comunica\u00e7\u00e3o r\u00e1pida e feedback. Requer documenta\u00e7\u00e3o formal para cada fase, com \u00eanfase em requisitos e arquitetura. Controle de Qualidade Baseado em revis\u00f5es de prot\u00f3tipos e ajustes ao longo do desenvolvimento. Controle de qualidade embutido nas pr\u00e1ticas do XP, como TDD e integra\u00e7\u00e3o cont\u00ednua. Controle de qualidade atrav\u00e9s de valida\u00e7\u00f5es incrementais e revis\u00f5es de arquitetura. Escalabilidade Escal\u00e1vel para projetos de pequena a m\u00e9dia complexidade, em fun\u00e7\u00e3o da prototipagem r\u00e1pida. Escal\u00e1vel, mas mais indicado para equipes menores e m\u00e9dias devido \u00e0 sua abordagem colaborativa e interativa constante. Escal\u00e1vel para projetos maiores e mais complexos, com equipes m\u00e9dias a grandes. Suporte a Equipes de Desenvolvimento Suporta equipes menores, com foco na colabora\u00e7\u00e3o e menos formalidade nos papeis. Suporta equipes menores e mais colaborativas, com papeis mais flex\u00edveis, permitindo maior adapta\u00e7\u00e3o ao ritmo do projeto. Suporta equipes maiores e com mais papeis definidos, pois requer mais controle sobre o progresso e as fases do projeto."},{"location":"visao_produto/VisaoProdutoProjeto/#33-justificativa","title":"3.3 Justificativa","text":"Baseado no Framework proposto por Gupta para a escolha dos processos, respondemos uma s\u00e9rie de quest\u00f5es sobre os t\u00f3picos abordados pelo Framework para definir o modelo de desenvolvimento que ser\u00e1 utilizado ao longo do projeto. Optamos pelo RAD como framework mostrou e adaptamos algumas caracter\u00edsticas do SCRUM para melhor adequa\u00e7\u00e3o ao Dida\u2019s Bistr\u00f4.
Watterfall: 10 Prototype: 10 Iterative Enhancement: 6 Evolutionary development: 7 Spiral: 9 RAD: 11
Rapidez: O RAD visa acelerar o processo de desenvolvimento. Isso \u00e9 conseguido atrav\u00e9s de ciclos de desenvolvimento curtos, permitindo que os produtos sejam entregues mais rapidamente, usaremos o sistema de Sprints do SCRUM.
Flexibilidade: Incentiva a adapta\u00e7\u00e3o r\u00e1pida \u00e0s mudan\u00e7as. O RAD permite ajustes no decorrer do projeto sem grandes impactos nos prazos gra\u00e7as \u00e0 constante prototipagem e os feedbacks.
Prototipagem: O uso de prot\u00f3tipos \u00e9 central no RAD, permitindo que desenvolvedores testem e ajustem funcionalidades, de acordo com os requisitos do cliente, o que ser\u00e1 de extrema import\u00e2ncia para o Dida\u2019s Bistr\u00f4.
Organiza\u00e7\u00e3o: Aqui usamos o SCRUM para nos organizarmos em Sprints, por\u00e9m n\u00e3o utilizamos todos os rituais existentes como as dailys por exemplo.
Cliente Ativo: Nosso cliente tem disponibilidade para estar presente em quase todas as nossas reuni\u00f5es, por isso escolhemos a metodologia RAD, permitindo constantes feedbacks durante o processo de prototipa\u00e7\u00e3o.
"},{"location":"visao_produto/VisaoProdutoProjeto/#4-cronogramas-e-entregas","title":"4 Cronogramas e Entregas","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#5-interacao-entre-equipe-e-cliente","title":"5 Intera\u00e7\u00e3o Entre Equipe e Cliente","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#51-composicao-da-equipe","title":"5.1 Composi\u00e7\u00e3o da Equipe","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#52-comunicacao","title":"5.2 Comunica\u00e7\u00e3o","text":"Ferramentas de Comunica\u00e7\u00e3o
WhatsApp: Ser\u00e1 utilizado para a comunica\u00e7\u00e3o dos membros da equipe diariamente. Est\u00e1 ferramenta \u00e9 necess\u00e1ria por conta da facilidade ao envio r\u00e1pido de mensagens, enquetes, arquivos e canais de comunica\u00e7\u00e3o espec\u00edficos.
Microsoft Teams: Todas as reuni\u00f5es semanais de planejamento, revis\u00e3o e discuss\u00f5es com os membros e cliente ser\u00e3o realizadas no canal de comunica\u00e7\u00e3o do Microsoft Teams. com isso, buscamos otimizar o acompanhamento das entregas, os feedbacks e os planejamentos futuros.
ZenHub: Ser\u00e1 utilizado para a gest\u00e3o do projeto oferecendo suporte para a equipe no gerenciamento de fluxos, na visualiza\u00e7\u00e3o em tempo real das tarefas em andamento e projetar o fluxo de trabalho.
M\u00e9todo e Frequ\u00eancia de Reuni\u00f5es
Reuni\u00e3o de Revis\u00e3o de Sprint (a cada 2 semanas): As reuni\u00f5es de conclus\u00e3o de sprint (a cada 2 semanas), ser\u00e1 revisado com o cliente, nessas reuni\u00f5es, todas as funcionalidades desenvolvidas durante a sprint ser\u00e3o apresentadas. Com isso, garantindo que o cliente teste e passe o seu feedback.
Reuni\u00e3o de Planejamento de Sprint e Retrospectiva: Ao final de cada sprint ap\u00f3s a revis\u00e3o ser\u00e1 decidido junto ao cliente quais ser\u00e3o os pr\u00f3ximos passos, criando um planejamento para a posterior sprint. Tamb\u00e9m ser\u00e1 realizada uma retrospectiva entre a equipe para entender quais foram as dificuldades, desafios e li\u00e7\u00f5es aprendidas durante o processo.
Frequ\u00eancia de Intera\u00e7\u00f5es com o cliente
Revis\u00f5es de Sprint (a cada 2 semanas): Durante as reuni\u00f5es de revis\u00e3o o cliente, ser\u00e1 respons\u00e1vel por validar as entregas e apontar o feedback. Se tornando diretamente ligado ao processo de conclus\u00e3o da sprint.
Intera\u00e7\u00f5es Adicionais pelo Microsoft Teams: O cliente ter\u00e1 acesso a um canal de discuss\u00e3o no Microsoft Teams, em que todos os membros participar\u00e3o, onde ser\u00e1 poss\u00edvel tirar d\u00favidas ou se necess\u00e1rio, ajustes.
"},{"location":"visao_produto/VisaoProdutoProjeto/#53-processo-de-validacao","title":"5.3 Processo de Valida\u00e7\u00e3o","text":"Valida\u00e7\u00e3o de Requisitos Antes de iniciar o desenvolvimento da funcionalidade ou itera\u00e7\u00e3o, os requisitos do cliente ser\u00e3o revisados e validados com ele. Isso ocorrer\u00e1 atrav\u00e9s da planning, onde o cliente ter\u00e1 a oportunidade de revisar os requisitos.
Testes de Funcionalidade Ao longo do desenvolvimento, ser\u00e3o realizados testes para garantir que a entrega seja de qualidade e com o menor n\u00famero de erros.
Valida\u00e7\u00e3o do Prot\u00f3tipo Ap\u00f3s a valida\u00e7\u00e3o dos requisitos, a prototipa\u00e7\u00e3o ser\u00e1 feita e, posteriormente, haver\u00e1 outra valida\u00e7\u00e3o com o cliente, observando se os requisitos foram atendidos.
"},{"location":"visao_produto/VisaoProdutoProjeto/#6-licoes-aprendidas","title":"6 Li\u00e7\u00f5es Aprendidas","text":""},{"location":"visao_produto/VisaoProdutoProjeto/#61-unidade-1","title":"6.1 Unidade 1","text":"As li\u00e7\u00f5es aprendidas inclu\u00edram uma compreens\u00e3o mais profunda dos processos e ciclos de vida da Engenharia de Requisitos, o que trouxe uma vis\u00e3o clara sobre as etapas necess\u00e1rias para alcan\u00e7ar o objetivo final proposto ao projeto. A equipe tamb\u00e9m aprimorou o entendimento sobre os diferentes tipos de requisitos e a entender melhor as expectativas e necessidades do cliente garantindo que suas demandas fossem compreendidas e incorporadas no projeto.
A equipe do projeto demonstrou uma boa sinergia desde o in\u00edcio, com a defini\u00e7\u00e3o de reuni\u00f5es semanais para garantir o alinhamento e a evolu\u00e7\u00e3o do trabalho. No entanto a falta de clareza em rela\u00e7\u00e3o \u00e0s tarefas e pr\u00f3ximos passos resultou em reuni\u00f5es que, embora focadas, n\u00e3o levavam \u00e0 execu\u00e7\u00e3o completa das atividades planejadas. Isso gerou um ciclo de discuss\u00f5es produtivas, mas com uma baixa efetividade na implementa\u00e7\u00e3o, impactando o progresso do projeto.
Para melhorar isso, a equipe pode come\u00e7ar a registrar atas das reuni\u00f5es, com as decis\u00f5es e a\u00e7\u00f5es a serem tomadas. Ter esses registros facilitam lembrar o que deve ser feito e quem \u00e9 respons\u00e1vel por cada tarefa. Al\u00e9m disso, a defini\u00e7\u00e3o do backlog do produto e a utiliza\u00e7\u00e3o de um quadro KanBan para acompanhar o progresso, ajuda a transformar as conversas em resultados concretos.
"},{"location":"visao_produto/VisaoProdutoProjeto/#7-referencias-bibliograficas","title":"7 refer\u00eancias Bibliogr\u00e1ficas","text":""}]} \ No newline at end of file diff --git a/sitemap.xml b/sitemap.xml old mode 100644 new mode 100755 diff --git a/sitemap.xml.gz b/sitemap.xml.gz old mode 100644 new mode 100755 diff --git a/visao_produto/VisaoProdutoProjeto/index.html b/visao_produto/VisaoProdutoProjeto/index.html old mode 100644 new mode 100755 index f4b3b78..ed8ae80 --- a/visao_produto/VisaoProdutoProjeto/index.html +++ b/visao_produto/VisaoProdutoProjeto/index.html @@ -896,12 +896,17 @@O Dida's Bistrô é um restaurante que realiza eventos privados, como festas e shows, com o objetivo de proporcionar experiências gastronômicas para seus clientes. Com um cardápio variado, adapta suas opções conforme a ocasião. Além disso, o Dida's Bistrô também atua como vendedor ambulante em shows e eventos em Brasília.
Fundado em 2012, o negócio teve início com a venda de churros ambulante. Com o tempo, expandiu seu cardápio para incluir opções como hambúrguer, cachorro-quente, churrasquinho e macarrão. Hoje, o cardápio é flexível, permitindo que os pratos sejam ajustados conforme a demanda do evento.
-A partir de 2016, o Dida's Bistrô passou a organizar eventos privados, focando em festas juninas. Em 2022, recebeu o prêmio Sesc Comerciário Destaque, em reconhecimento pelas festas juninas realizadas nos Sesc de Brasília.
-A partir de 2016, o Dida's Bistrô passou a organizar eventos privados, focando em festas juninas. Em 2022, recebeu o prêmio Sesc Comerciário Destaque, em reconhecimento pelas festas juninas realizadas nos Sesc de Brasília.
O principal problema do Didas Bistrô é a perda ou má interpretação dos dados, o que é causado pelo uso exclusivo de papel para registro e controle. Isso dificulta o planejamento do negócio, já que, muitas vezes, a equipe não tem acesso a informações cruciais sobre eventos passados, como lucro, número de funcionários necessários e quantidade de ingredientes utilizados. Como resultado, a contabilidade fica comprometida, dificultando a análise de gastos, faturamento e lucro de cada evento. Além disso, a falta de registros adequados prejudica o planejamento futuro, pois não é possível avaliar se vale a pena repetir determinados eventos, já que os dados históricos estão frequentemente perdidos ou inacessíveis.
+A falta de um sistema de gerenciamento de estoque também é um problema significativo. Muitas vezes, a equipe do Didas Bistrô não tem controle preciso sobre o gasto com ingredientes estocados, o que dificulta o planejamento para os eventos. Além disso, a falta de um acompanhamento adequado impede que saibam exatamente a quantidade de cada produto disponível, tornando o processo de compra e organização ineficiente e aumentando o risco de desperdício ou falta de insumos durante os eventos.
+Segue abaixo um diagrama de Ishikawa sobre os problemas do cliente.
+
O principal desafio técnico é que o Didas Bistrô atualmente não utiliza nenhum software para gerenciar seus processos. Não há nenhum sistema existente que atenda aos requisitos específicos do negócio. Por isso, será necessário desenvolver uma solução do zero, capaz de atender a todas as necessidades operacionais. Além disso, é essencial que o software tenha uma interface intuitiva e de fácil usabilidade, para que qualquer pessoa, independentemente de sua experiência, consiga utilizá-lo, já que, para cada evento, são contratados profissionais diferentes.
O produto será destinado a dona e aos funcionários da empresa, na qual podemos dividir em dois segmentos:
Idosos com mais de 60 anos: Usuários com poucas experiências tecnológicas e que utilizam celular. Possuem a necessidade de um software com poucas interações para realizar o seu objetivo.
@@ -912,19 +917,11 @@Isso inclui a eliminação de limitações técnicas, como a necessidade de ter conhecimentos avançados em sistemas financeiros ou de gestão de estoque para o utilizar o software. Através disso certificar que essa ferramenta consiga oferecer ao cliente a oportunidade de administrar as saídas e entradas de sua empresa, visando a capacidade de registar as informações de determinado evento e estoque, garantindo a sua usabilidade.
A plataforma vai possuir uma interface de fácil entendimento que busca apresentar ao usuário que a sua navegação será autoexplicativa, desde os botões e menus, o intuito é demonstrar a sua acessibilidade ao usuário.
-Garantir que as interações do usuário com a ferramenta sejam de maneira eficiente e correta. Cada entrada de dados, seja de estoque ou fluxo de caixa, será analisada e validada para garantir que os valores estão corretos.
+Garantir que as interações do usuário com a ferramenta sejam de maneira eficiente e correta. Cada entrada de dados, seja de estoque ou fluxo de caixa, será analisada e validada para garantir que os valores estão coerentes e corretos.
Assegurar no sistema o registo de transações, como transações financeiras, tanto entradas como saídas, categorizando cada movimentação (venda, pagamento de fornecedor, salário).
Certificar que todas as mercadorias no estoque sejam corretamente registrado, desde a entrada e saída, proporcionando uma visibilidade da quantidade disponível no estoque.
As tecnologias a serem utilizadas, são:
-JavaScript - É uma linguagem de programação que permite criar páginas web interativas. Tecnologia usada para escrever as partes do front-end e back-end de sites e aplicativos.
-React.JS - É uma biblioteca JavaScript que permite construir interfaces visuais para o desenvolvimento front-end. Permitido combinar estruturas de HTML e JavaScript em um único código.
-Node.JS - É uma ferramenta de desenvolvimento web back-end que interpreta o código JavaScript e converte para a linguagem de programação, NodeJS e ReactJS podem ser utilizadas em conjunto para desenvolver aplicativos web completos.
-Python - É uma linguagem de programação de alto nível conhecida por sua simplicidade e legibilidade. Tecnologia amplamente usada para desenvolvimento web, ciência de dados, automação, inteligência artificial e aplicativos de back-end.
-MySQL - É um sistema de gerenciamento de banco de dados relacional que permite armazenar, organizar e consultar grandes volumes de dados. Usada para criar e gerenciar bancos de dados em sites, aplicativos e sistemas corporativos.
-Flask Python - É um microframework para desenvolvimento web em Python, conhecido por sua leveza e simplicidade. Usada para criar APIs e aplicações web de forma rápida e flexível, permitindo a personalização com diversas extensões conforme as necessidades do projeto.
Existem atualmente no mercado diversas soluções para garantir a gerência de um restaurante, uma das principais plataformas no mercado são a Marketman e Toast, ambas são bem consolidadas no mercado mundial, entretanto apresentam fragilidades.
MarketMan
Pontos Fortes: Sistema robusto de controle de estoque e integração com fornecedores, o que permite otimizar o gerenciamento de insumos e reduzir desperdícios. Ideal para negócios focados em reduzir custos operacionais.
Diferenciação da Nossa Solução: Nossa solução prioriza a facilidade de uso e a comunicação intuitiva com a cliente, oferecendo uma interface simplificada que atenderá especificamente às necessidades de gestão de eventos e adaptação rápida do estoque conforme o tipo de evento.
@@ -933,13 +930,133 @@Diferenciação da Nossa Solução: Ao invés de uma plataforma genérica e complexa, nossa solução será projetada especificamente para o Dida’s Bistrô, oferecendo um sistema voltado para o fluxo financeiro e controle de mercadorias apenas para eventos, facilitando o planejamento financeiro e a usabilidade da cliente.
A solução proposta é divergente devido:
Nossa solução tem como ponto principal uma curva de aprendizado iniciante, pois toda a plataforma será feita com o intuito de ser o mais autoexplicativo o possível que atenderá especificamente às necessidades de gestão de eventos adaptando rapidamente o estoque conforme o tipo de evento.
-Diferenciando das soluções apresentadas que por mais que estão consolidadas no mercado, o produto é projetado especificamente para o Dida's Bistrô, oferecendo um sistema voltado para gerenciar as entradas e saídas de mercadorias e transações financeiras. Não exigirá custo e nem um hardware ou aparelho específico, tornaremos nosso produto a escolha ideal para o cliente, que será necessário apenas um aparelho celular ou computador.
+Diferenciando das soluções apresentadas que por mais que estão consolidadas no mercado, o produto é projetado especificamente para o Dida's Bistrô, oferecendo um sistema voltado para gerenciar as entradas e saídas de mercadorias e transações financeiras. Por não exigir um hardware ou aparelho específico, tornaremos nosso produto a escolha ideal para o cliente, que será necessário apenas um aparelho celular ou computador.
A viabilidade técnica do projeto é alta, uma vez que boa parte da equipe de desenvolvimento possui experiência nas tecnologias que serão utilizadas, como Python para o backend e Node.js e React.js para o frontend. Será utilizado um sistema de gerenciamento de banco de dados relacional, o MySQL, que permitirá armazenar, organizar e consultar grandes volumes de dados.
+O projeto será conduzido por meio de sprints divididas em ciclos quinzenais. Cada sprint terá entregas incrementais de funcionalidades, o que permitirá validações constantes por parte do cliente e ajustes rápidos baseados no feedback do mesmo. O cronograma é considerado viável, dado que a equipe já teve contato com projetos semelhantes anteriormente e conta com os recursos tecnológicos necessários para realizar a integração e implementação das funcionalidades dentro do prazo estipulado.
+Em termos de viabilidade financeira, o desenvolvimento do sistema é totalmente sustentável, com custos alinhados aos recursos disponíveis para a equipe. Dessa forma, o cliente não enfrentará problemas futuros relacionados a custos extras, pois não dependerá de soluções externas. O Dida’s Bistrô contará com um sistema personalizado, garantindo maior controle e eficiência em todos os processos.
+Do ponto de vista de mercado, a viabilidade é favorável, pois há uma certa demanda por soluções de gestão em pequenos estabelecimentos como o Dida's Bistrô. Com isso, será possível atender ao cliente de forma eficaz, atendendo diretamente às suas necessidades para gerir seu negócio.
A solução trará ao Dida’s Bistrô uma operação mais eficiente e transparente. Ao otimizar o controle de estoque, o fluxo de caixa e o pagamento de funcionários, o sistema fortalecerá a capacidade de o restaurante operar de forma rentável e bem-organizada. Esses benefícios permitirão que o Dida’s Bistrô melhore sua eficiência operacional, reduza custos e adapte-se de maneira ágil aos diversos tipos de eventos que realiza, aumentando a lucratividade e assegurando uma gestão mais tranquila e profissional.
Abordagem: Ágil
+Ciclo de vida: Iterativo e Incremental.
+Processo: RAD(Rapid Application Development) e SCRUM.
O quadro a seguir apresenta características dos processos RAD e SCRUM que serão utilizados e também do OpenUp para comparação, buscando justificar a escolha do processo adequado ao Dida’s Bistrô.
+| Características | +RAD | +SCRUM | +OpenUP | +
|---|---|---|---|
| Abordagem Geral | +Iterativo e incremental com ênfase em entregas rápidas por meio de prototipagem. | +Iterativo e incremental, com foco em entregas frequentes e feedback contínuo. | +Iterativo, incremental e baseado em arquitetura sólida. | +
| Foco em Arquitetura | +Arquitetura geralmente evolui durante o processo, com foco inicial na prototipagem. | +Menor foco em arquitetura no início; evolui conforme a necessidade ao longo do projeto. | +Forte ênfase no desenvolvimento orientado a uma arquitetura sólida e flexível desde o início do projeto. | +
| Estrutura de Processos | +Dividido em fases (requisitos, prototipação, construção e testes). Cada fase é chamada de timebox que duram de 1-4 semanas. | +Focado em sprints curtos e flexíveis (2-4 semanas) com entregas incrementais e adaptação contínua durante o projeto. | +Estrutura clara de fases: Iniciação, Elaboração, Construção e Transição. | +
| Flexibilidade de Requisitos | +Alta flexibilidade para alterações rápidas nos requisitos, facilitada pela prototipagem e os feedbacks. | +Alta flexibilidade para mudanças contínuas de requisitos a cada sprint. Adaptável a feedback frequente do cliente. | +Flexibilidade para adaptações iterativas, com a arquitetura principal definida cedo. | +
| Colaboração com Cliente | +Envolvimento frequente do cliente para validação de protótipos e ajustes rápidos. | +Envolvimento contínuo do cliente com feedback ao final de cada sprint. | +Requer envolvimento contínuo do cliente, especialmente nas fases de validação. | +
| Complexidade do Processo | +Mais leve, com foco na prototipagem e desenvolvimento rápido; menos formalidade. | +Estrutura leve, focada na entrega funcional e adaptação contínua; menos documentação. | +Mais formal, com documentação e fases estruturadas, requerendo disciplina e papéis claros. | +
| Qualidade Técnica | +Garantida pela rápida construção e teste de protótipos; ajustes são feitos conforme feedback. | +Alta ênfase na qualidade técnica, com práticas como TDD (Test-Driven Development), pair programming e integração contínua para garantir um código limpo e funcional. | +Qualidade assegurada pela definição de arquitetura e validação incremental. | +
| Práticas de Desenvolvimento | +Foco na prototipagem e validação rápida; menos práticas técnicas estruturadas. | +Inclui práticas técnicas robustas como TDD, refatoração contínua, integração contínua e pair programming, promovendo alta qualidade no código. | +Estrutura mais formal com foco em arquitetura e controle de progresso. Menos práticas técnicas específicas dentro do processo de desenvolvimento. | +
| Adaptação ao Projeto do Dida’s Bistrô | +Ideal em projetos que precisam de protótipos rápidos e ajustes com o cliente. | +Ideal para projetos onde a interação constante com o cliente e a evolução contínua do produto são fundamentais. Adaptável a mudanças frequentes e rápidos ciclos de feedback. | +Ideal para projetos que exigem uma arquitetura bem definida, mas flexibilidade incremental. | +
| Documentação | +Mínima documentação. O foco em comunicação direta com o cliente para ajustes rápidos. | +Minimiza a documentação formal, priorizando comunicação rápida e feedback. | +Requer documentação formal para cada fase, com ênfase em requisitos e arquitetura. | +
| Controle de Qualidade | +Baseado em revisões de protótipos e ajustes ao longo do desenvolvimento. | +Controle de qualidade embutido nas práticas do XP, como TDD e integração contínua. | +Controle de qualidade através de validações incrementais e revisões de arquitetura. | +
| Escalabilidade | +Escalável para projetos de pequena a média complexidade, em função da prototipagem rápida. | +Escalável, mas mais indicado para equipes menores e médias devido à sua abordagem colaborativa e interativa constante. | +Escalável para projetos maiores e mais complexos, com equipes médias a grandes. | +
| Suporte a Equipes de Desenvolvimento | +Suporta equipes menores, com foco na colaboração e menos formalidade nos papeis. | +Suporta equipes menores e mais colaborativas, com papeis mais flexíveis, permitindo maior adaptação ao ritmo do projeto. | +Suporta equipes maiores e com mais papeis definidos, pois requer mais controle sobre o progresso e as fases do projeto. | +
Baseado no Framework proposto por Gupta para a escolha dos processos, respondemos uma série de questões sobre os tópicos abordados pelo Framework para definir o modelo de desenvolvimento que será utilizado ao longo do projeto. Optamos pelo RAD como framework mostrou e adaptamos algumas características do SCRUM para melhor adequação ao Dida’s Bistrô.
+
Watterfall: 10
+Prototype: 10
+Iterative Enhancement: 6
+Evolutionary development: 7
+Spiral: 9
+RAD: 11
Rapidez: +O RAD visa acelerar o processo de desenvolvimento. Isso é conseguido através de ciclos de desenvolvimento curtos, permitindo que os produtos sejam entregues mais rapidamente, usaremos o sistema de Sprints do SCRUM.
+Flexibilidade: +Incentiva a adaptação rápida às mudanças. O RAD permite ajustes no decorrer do projeto sem grandes impactos nos prazos graças à constante prototipagem e os feedbacks.
+Prototipagem: +O uso de protótipos é central no RAD, permitindo que desenvolvedores testem e ajustem funcionalidades, de acordo com os requisitos do cliente, o que será de extrema importância para o Dida’s Bistrô.
+Organização: +Aqui usamos o SCRUM para nos organizarmos em Sprints, porém não utilizamos todos os rituais existentes como as dailys por exemplo.
+Cliente Ativo: +Nosso cliente tem disponibilidade para estar presente em quase todas as nossas reuniões, por isso escolhemos a metodologia RAD, permitindo constantes feedbacks durante o processo de prototipação.
Ferramentas de Comunicação
WhatsApp: Será utilizado para a comunicação dos membros da equipe diariamente. Está ferramenta é necessária por conta da facilidade ao envio rápido de mensagens, enquetes, arquivos e canais de comunicação específicos.
Microsoft Teams: Todas as reuniões semanais de planejamento, revisão e discussões com os membros e cliente serão realizadas no canal de comunicação do Microsoft Teams. com isso, buscamos otimizar o acompanhamento das entregas, os feedbacks e os planejamentos futuros.
-ZenHub: Será utilizado para a gestão do projeto oferecendo suporte para a equipe no gerenciamento de fluxos, na visualização em tempo real das tarefas em andamento e a projetar o fluxo de trabalho.
+ZenHub: Será utilizado para a gestão do projeto oferecendo suporte para a equipe no gerenciamento de fluxos, na visualização em tempo real das tarefas em andamento e projetar o fluxo de trabalho.
Método e Frequência de Reuniões
Reunião de Revisão de Sprint (a cada 2 semanas): As reuniões de conclusão de sprint (a cada 2 semanas), será revisado com o cliente, nessas reuniões, todas as funcionalidades desenvolvidas durante a sprint serão apresentadas. Com isso, garantindo que o cliente teste e passe o seu feedback.
Reunião de Planejamento de Sprint e Retrospectiva: Ao final de cada sprint após a revisão será decidido junto ao cliente quais serão os próximos passos, criando um planejamento para a posterior sprint. Também será realizada uma retrospectiva entre a equipe para entender quais foram as dificuldades, desafios e lições aprendidas durante o processo.
@@ -955,8 +1072,17 @@Revisões de Sprint (a cada 2 semanas): Durante as reuniões de revisão o cliente, será responsável por validar as entregas e apontar o feedback. Se tornando diretamente ligado ao processo de conclusão da sprint.
Interações Adicionais pelo Microsoft Teams: O cliente terá acesso a um canal de discussão no Microsoft Teams, em que todos os membros participarão, onde será possível tirar dúvidas ou se necessário, ajustes.
Validação de Requisitos +Antes de iniciar o desenvolvimento da funcionalidade ou iteração, os requisitos do cliente serão revisados e validados com ele. Isso ocorrerá através da planning, onde o cliente terá a oportunidade de revisar os requisitos.
+Testes de Funcionalidade +Ao longo do desenvolvimento, serão realizados testes para garantir que a entrega seja de qualidade e com o menor número de erros.
+Validação do Protótipo +Após a validação dos requisitos, a prototipação será feita e, posteriormente, haverá outra validação com o cliente, observando se os requisitos foram atendidos.
As lições aprendidas incluíram uma compreensão mais profunda dos processos e ciclos de vida da Engenharia de Requisitos, o que trouxe uma visão clara sobre as etapas necessárias para alcançar o objetivo final proposto ao projeto. A equipe também aprimorou o entendimento sobre os diferentes tipos de requisitos e a entender melhor as expectativas e necessidades do cliente garantindo que suas demandas fossem compreendidas e incorporadas no projeto.
+A equipe do projeto demonstrou uma boa sinergia desde o início, com a definição de reuniões semanais para garantir o alinhamento e a evolução do trabalho. No entanto a falta de clareza em relação às tarefas e próximos passos resultou em reuniões que, embora focadas, não levavam à execução completa das atividades planejadas. Isso gerou um ciclo de discussões produtivas, mas com uma baixa efetividade na implementação, impactando o progresso do projeto.
+Para melhorar isso, a equipe pode começar a registrar atas das reuniões, com as decisões e ações a serem tomadas. Ter esses registros facilitam lembrar o que deve ser feito e quem é responsável por cada tarefa. Além disso, a definição do backlog do produto e a utilização de um quadro KanBan para acompanhar o progresso, ajuda a transformar as conversas em resultados concretos.