Projeto Integrador Desenvolvimento Estruturado de Sistemas

Prévia do material em texto

7
CENTRO UNIVERSITÁRIO SENAC
CURSO: Análise e Desenvolvimento de Sistemas
Disciplina: Projeto Integrador
PROJETO INTEGRADOR: DESENVOLVIMENTO ESTRUTURADO DE SISTEMAS
São Paulo
2022
CENTRO UNIVERSITÁRIO SENAC
CURSO: Análise e Desenvolvimento de Sistemas
Disciplina: Projeto Integrador 
Ana Rosa de Lima Lins e Mello
Fernando Antonio da Fonseca
Gustavo de Souza
Luiz Guilherme Duarte Carmo
Stéfano Tavares Diane
DESENVOLVIMENTO ESTRUTURADO DE SISTEMAS
Projeto Integrador apresentado ao Centro Universitário Senac, como exigência para obtenção de aprovação na disciplina Projeto Integrador II do curso de Análise e Desenvolvimento de Sistemas
Orientador (a): Prof. (ª) Fabio Rossi Versolatto
São Paulo
2022
RESUMO
	Com os desafios diários para se manter competitivo no mercado, as empresas precisam sempre buscar novas soluções na gestão de seus negócios. Portanto, o projeto apresenta uma solução para a gestão de estoques de restaurantes e analisa minunciosamente os desafios encontrados para o desenvolvimento do programa. Na primeira parte é feito uma pesquisa do problema e os objetivos esperados com uma análise minuciosa do sistema. Ao longo do trabalho, é feito um levantamento econômico, técnico e estimativa de esforço para o estudo da viabilidade do negócio. Por último, é apresentado o modelo de dados afim de mostrar as entidades e relações do negócio. 
ÍNDICE DE FIGURAS
Figura 1 Esquema "Gestão Gourmet"	7
Figura 2 Modelos DER ............................................................................................19
ÍNDICE DE TABELAS
Tabela 1 Função do Tipo de Dado	12
Tabela 2 Função de Tipo Transição	12
Tabela 3 Total Pontos de Função Não Ajustado	12
Tabela 4 Atributos ...................................................................................................18
SUMÁRIO
1. VISÃO GERAL DO PRODUTO	6
2. ANÁLISE DE SISTEMAS	7
2.1 Processo de Elicitação de Requisitos	7
2.2 Requisitos Extraídos	9
3. ESTUDO DE VIABILIDADE	11
3.1 Complexidade de Desenvolvimento na Esfera Econômica	11
3.2 Complexidade de Desenvolvimento na Esfera Técnica	14
3.3 Estimativa de Esforço para o Desenvolvimento da Solução	15
4. MODELO DE DADOS	18
REFERÊNCIAS	20
1. VISÃO GERAL DO PRODUTO
No mundo atual, com o avanço da tecnologia, cada vez mais precisamos estar atentos aos desperdícios e melhorias que podemos realizar para evitar perdas desnecessárias e manter a empresa competitiva no mercado. Pensando nisso e observando que muitos restaurantes ainda desperdiçam comida ou não tem um controle adequado dos suprimentos necessários, vimos a oportunidade em desenvolver um programa de controle de estoque que ajuda os gestores nessa tarefa. 
De acordo com o texto Dicas para uma gestão de estoque eficiente em Restaurantes da Abrasel “O estoque é como o coração do restaurante pois é ali que recebemos mercadorias em forma bruta, limpamos e organizamos, depois distribuímos pelo restaurante, entregando produtos à cozinha e ao salão”. Portanto, uma boa gestão da despensa do restaurante é primordial para seu funcionamento e é no segmento de software de gestão organizacional de restaurantes que o “GESTÃO GOURMET” se insere. Software que busca o equilíbrio entre as principais partes de um restaurante (despensa, cozinha, cardápio e comanda). Buscando auxiliar e funcionar como uma ferramenta integrada com o custo, fornecendo informações por meio de seus algoritmos e orientando qual a melhor forma de alcançar o lucro.
Melhorias e aperfeiçoamento – O grande benefício buscado pelo o sistema é a integração automatizada com a realidade diária do restaurante com a despensa e a cozinha, propiciando a criação de um cardápio atualizado com equilíbrio sem riscos de desabastecimento e auxiliando na gestão da precificação do menu, gerando um lucro líquido real.
O sistema não tem o objetivo interferir diretamente no controle financeiro/contábil do restaurante, mas de auxiliar na gestão no cardápio. Tendo como pilar o reduzir o Custo da Mercadoria Vendida (CMV).
No momento do planejamento do cardápio, deve se verificado o que há na despensa, nas câmaras e no freezer a fim de evitar perdas e excesso de produtos armazenados sem posterior utilização. (livro Restaurante por quilo uma área a ser abordada, Dalton Roberto de Donato, pg.8).
Para completar o leque para automação do restaurante chegamos ao último nível para controle da despensa, os pedidos dos clientes com o módulo “comanda digital”. No mesmo instante que o pedido é fechado na mesa o estoque será atualizado, alertando todos os outros setores ligados com a despensa. O gestor terá em suas mãos todo o controle do seu restaurante.
 
Figura 1 Esquema "Gestão Gourmet"
O check-in que os clientes realizam ao sentar-se na mesa é outro ponto fundamental para que todo o sistema funcione. Isso será realizado através de um QRCODE com controle por mesa.
Apesar do sistema permitir o fechamento da comanda com pagamento online, o controle financeiro/contábil não faz parte do escopo do aplicativo, mas o mesmo disponibiliza o compartilhamento de dados com os principais programas do nicho no mercado. 
2. ANÁLISE DE SISTEMAS
2.1 Processo de Elicitação de Requisitos
Para o processo de extração de requisitos foi utilizado a técnica de Brainstorming.
Preparação
O objetivo do brainstorming foi para discutirmos a melhor abordagem em como atender os requisitos do projeto. Levando em consideração o tempo de desenvolvimento, custos para desenvolver e manter. A maneira como ele poderia ser desenvolvido e como seria disponibilizado.
Definição de papeis
Durante a sessão de brainstorming definimos as funções de acordo com a afinidade de cada um, sendo assim estabeleceu a seguinte configuração.
A Ana ficou com a função de líder da sessão, enquanto o Fernando, Gustavo, Stefano e Luiz foram os debatedores.
Metas
Para mantermos o foco da sessão foram definidas algumas metas que deveriam ser atendidas durante a sessão, as metas foram:
Como a aplicação seria disponibilizada, quais requisitos o usuário iria precisar para utilizar a aplicação em seu estabelecimento, como o usuário poderia ter algum tipo de suporte em como utilizar a aplicação, que tipos de qualificações os profissionais envolvidos na aplicação deveriam ter, como fazer a divulgação e a criação de uma identidade visual para a aplicação.
Explicitação de ideias
Durante a sessão as seguintes ideias foram apresentadas:
· Para facilitar a maneira em como o usuário poderia ter acesso à aplicação, ou seja, como ela seria disponibilizada, seria nas duas principais lojas de aplicativos que existem hoje, Google Store e Apple Store. Já que o usuário irá utilizar a aplicação através de um celular ou tablet.
· Os requisitos técnicos para que o usuário consiga utilizar a aplicação através do celular ou tablete, ele necessitará apenas de uma conexão com a internet, seja via wi-fi ou dados móveis (4G). 
· Pensando que o público alvo da nossa aplicação serão proprietários de restaurantes que por vezes podem funcionar direto (24x7), foi apresentada a ideia de a aplicação ter um suporte 24 horas. 
· Outra ideia apresentada ainda em relação ao suporte ao usuário foi como este suporte seria disponibilizado. Foi apresentada a ideia de termos uma central de relacionamento, com canal de telefonia e canal de chat.
· Para desenvolver a aplicação como um tudo, precisaríamos de profissionais que entendessem bem sobre arquitetura de sistemas, gerenciamento de banco de dados e recursos de API. Também precisaríamos de profissionais que conhecessem bem o processo de desenvolvimento de uma interface e em como fazer comunicação desta interface com o banco de dados e API. Além de profissionais de UX/UI para a criação de uma interface amigável e de fácil utilização. E profissionais de Marketing para fazer a divulgação da aplicação.
Dentre todas as ideias apresentadas, tivemos algumas em comum, que são aquelas que tinham semelhanças e, também, algumas em incomum. As ideias em comum foram em como disponibilizara aplicação para o usuário e quais os requisitos necessários para a utilização da aplicação. As ideias em incomum foram a de quais profissionais precisaríamos para atender os requisitos da aplicação e de que maneira seria realizado o suporte para os usuários.
2.2 Requisitos Extraídos
Visando a melhor usabilidade do aplicativo e pensando em como cobrir cenários que colocam a resolução do problema do cliente em cheque, foram elaborados os Requisitos Funcionais (relacionados diretamente ao problema principal) e Não-Funcionais (relacionados ao comportamento do aplicativo em si, e em como seu funcionamento afeta a resolução do problema/dor do cliente) abaixo:
Requisitos Funcionais:
· Usar dados de GPS do dispositivo para encontrar fornecedores próximos e otimizar os anúncios oferecidos.
· Avisar via pop-up caso o dispositivo não tiver acesso a internet.
· Avisar via pop-up caso o dispositivo não estiver com o GPS ligado.
· Receber input diário por parte do usuário para fazer a atualização do estoque virtual.
· Avisar via pop-up caso a atualização diária de estoque não tenha sido feita.
· Receber input do usuário para criar a regra de alerta de compras (ex: se a quantidade de Arroz em estoque for menor que 20kg, é exibido um alerta de compras para o item Arroz, e o mesmo é adicionado automaticamente na lista de compras).
· Armazenar dados de compra, listas, estoque e informações do estabelecimento em um banco de dados na Nuvem.
· Permitir/bloquear a utilização de funções Premium de acordo com a assinatura do usuário logado.
· Receber input do usuário para formar regras de compras customizadas (ex: feijoada às quartas-feiras).
· Exibir anúncios de fornecedores locais com base nos dados de localização fornecidos pelo dispositivo.
· Direcionar o usuário ao site do fornecedor quando clicar no anúncio.
· Quando o fornecedor anunciado não possuir site, mostrar um número para contato para o usuário.
· Apresentar anúncios de acordo com a lista de compras atual (ex: se na lista de compras houver maior quantidade de frutas/legumes/vegetais, apresentar anúncios de uma rede de Hortifruti/Sacolão, por exemplo).
· Exibir em todas as telas do aplicativo um botão de Ajuda, que direciona o cliente para o atendimento via Chat ou Telefone.
Requisitos não funcionais:
· Verificar a cada nova tela se o dispositivo tem acesso a internet para utilização do aplicativo.
· Verificar cada vez que o aplicativo for iniciado se o GPS está ligado.
· Pedir permissão para utilizar e ligar o GPS do dispositivo sempre que o aplicativo for aberto/iniciado, caso já não esteja ligado.
· Emitir alertas/lembretes todos os dias num horário programado para que a Atualização de Estoque Virtual seja feita pelo usuário.
· Emitir alertas/lembretes a cada 10 minutos caso o usuário não tenha feito a Atualização de Estoque Virtual até o fim do dia.
· Emitir alertas/lembretes a cada 12 horas a partir da criação de uma lista de compras, para que o usuário não esqueça de repor seu estoque.
· Não fazer atualizações ou back-ups durante o horário comercial, para evitar indisponibilidade do sistema para o cliente.
· Fazer back-up dos dados do usuário num horário programado por ele (sugestão: após o fechamento do estabelecimento).
· Emitir alertas/lembretes a cada 10 minutos caso o back-up diário dos dados ainda não tenha sido feito após o horário programado. 
· Identificar sempre que for feito um novo login se o usuário atual logado no aplicativo tem ou não uma assinatura premium.
· Emitir alertas de compras customizadas com 1 e 2 dias de antecedência (ex: se a regra customizada é referente ao prato de quarta feira, o cliente receberá lembretes da lista customizada na segunda e, também, na terça-feira).
Regras de Negócio e Fluxo Alternativos
Cadastro Cliente (Restaurante)
- Cadastrar e-mail
- Cadastrar CNPJ
- Cadastrar senha
- Confirmar E-mail
Acesso aos Nossos Serviços
- Logar o aplicativo com o e-mail e senha cadastrado
- Solicitar o plano da empresa e cadastrar CNPJ do Restaurante e cartão de crédito para aprovação
- Aprovado o cadastro liberar as opções para assinar nossos planos
Fluxo Alternativo
	- Outras formas de pagamento com um de nossos atendentes 
Cadastro Fornecedores
- Cadastrar e-mail
- Cadastrar CNPJ
- Cadastrar senha
- Confirmar E-mail
Acesso ao Aplicativo (Fornecedores)
- Logar o aplicativo com o e-mail e senha cadastrado 
- Sincronizar estoque dos fornecedores com os dos clientes
Fluxo Alternativo
	- Cadastrar disponibilidade de insumos manualmente 
3. ESTUDO DE VIABILIDADE
3.1 Complexidade de Desenvolvimento na Esfera Econômica 
Ao desenvolver uma solução precisamos levar em consideração fatores econômicos como custos necessários e a rentabilidade que essa solução poderá trazer. O quanto terá de ser investido em recursos e mão de obra para tornar a solução eficiente e consistente e quanto esta solução trará retornos financeiros. A seguir vamos detalhar e explicar estes pontos.
Custos
Desenvolvimento da aplicação
Para o desenvolvimento de uma aplicação é necessário fazer uma análise de requisitos para definir quais tecnologias serão utilizadas e após este levantamento, é preciso de alguns profissionais que tenham o conhecimento apropriado para tornar a solução proposta em uma aplicação real. 
Após fazermos o levantamento desta aplicação, decidimos que serão necessários os seguintes profissionais para colocar a solução em funcionamento:
 Desenvolvedores back-end, que ficarão encarregados pelo desenvolvimento do lado do servidor, serão responsáveis pela arquitetura do sistema, gerenciamento do banco de dados e gerenciamento de recursos da API.
Desenvolvedores front-end, serão responsáveis pela interface da aplicação e comunicação com a base de dados por exemplo. UX/UI para a criação de telas, logos e identidade visual e também e garantir uma boa usabilidade para o programa.
Tester, para assegurar que a aplicação esteja rodando conforme o esperado e livre de potenciais falhas.
Analista de infraestrutura que será responsável pela parte da arquitetura, segurança e hospedagem da aplicação.
Publicação da aplicação nas lojas
A aplicação será disponibilizada para aparelhos que utilizam o sistema Android e para dispositivos que utilizam o iOS da Apple.Então será necessário publicar a aplicação em ambas as lojas dos sistemas.
Para publicar no Google Play Store, além de todo o preparo e aprovação da aplicação, é necessário ter uma conta de desenvolvedor que atualmente custa US$25 (Vinte e cinco dólares) que serão pagos somente uma única vez.
Para publicar na Apple Store também é necessário ter uma conta, atualmente o custo para se ter uma conta de desenvolvedor na Apple é de US$99 (Noventa e nove dólares) pagos anualmente.
Cloud
Para o funcionamento da aplicação será necessário hospedar em um serviço de Cloud. Optamos por um plano que possa oferecer maior segurança e que possa garantir o bom funcionamento da aplicação sem interrupções, assim como serviços de backup, respaldando nossos clientes.
Suporte à ferramenta
Apesar de todo o cuidado para termos uma solução que funcione bem e que tenha uma boa usabilidade, sempre existe o risco de se ter algum problema na aplicação ou dificuldade de utilização por parte de algum cliente. Para auxiliar nossos clientes, a aplicação contara com um suporte 24x7, desta forma teremos o custo para manter uma equipe que consiga cobrir todo o horário.
Além dos profissionais, também será necessário considerar os gastos para manter uma central de relacionamento que consiste em um canal de telefonia e um canal de chat.
Marketing
Para a divulgação da aplicação optamos por contratar uma empresa de marketing especializada em mídias sociais para ajudar no engajamento de clientes e ter o feedback necessário para melhoria nas ações.
Rentabilidade
Assinatura
Oferecemos algumas formas de utilização da aplicação, a versão free sem custos que contará com anúncios diversos durante a utilização e a versão Premium que é livre de anúncios. Além destas duas versões, o cliente também poderá utilizar versão freemiumque é a versão Premium grátis por 30 dias para testes, onde o cliente poderá desfrutar de todos os recursos do Premium e posteriormente se tornar um assinante.
Anúncios patrocinados de restaurantes
A solução irá oferecer para os restaurantes a opção de ter suas redes divulgadas e assim priorizadas para os clientes.
Esta divulgação irá ocorrer no momento em que a aplicação sugerir quais restaurantes o cliente poderá fazer suas compras. A divulgação terá uma identificação específica para mostrar ao cliente que aquela sugestão é patrocinada e assim diferenciando das demais sugestões.
Anúncios diversos
A aplicação contará com diversos anúncios que serão exibidos na versão free para assim obtermos monetização. A monetização virá dos cliques dos anúncios.
 Importante ressaltar que a plataforma irá exibir anúncios relevantes ao público alvo do aplicativo.
3.2 Complexidade de Desenvolvimento na Esfera Técnica
Usabilidade
Para entender a complexidade de desenvolvimento do aplicativo na esfera técnica é preciso quebrar a Visão do Produto em componentes ou partes que, interagindo entre si, alcançam o objetivo final: solucionar a dor do cliente.
Logo, colocando o cliente em primeiro lugar, a primeira coisa a se ter em mente durante o desenvolvimento é a usabilidade do aplicativo. Independente da plataforma em que o aplicativo esteja hospedado (seja em Android ou iOS), e independente do uso de internet ser necessário ou não para sua utilização, o principal foco é ter uma ferramenta que o cliente saiba e consiga utilizar sem dificuldades.
Nesse ponto, tanto o design de UX/UI quanto os testes do aplicativo durante seu desenvolvimento tem de ser feitos junto com o cliente, não sendo aprovados sem o aval do mesmo.
Conexão com a Internet & Geolocalização
Uma vez que o aplicativo tem entre suas propostas fazer um levantamento de preços da lista de compras entre os fornecedores locais, é preciso que no time de desenvolvimento existam pessoas capazes de habilitar o uso do GPS do dispositivo móvel e utilizar os dados de geolocalização para pesquisar os fornecedores mais próximos do cliente.
Daí em diante, é preciso que, por meio da internet seja feita uma pesquisa automática dos preços da lista de compras em cada um dos fornecedores listados pelo GPS, fornecendo assim uma lista de todos os fornecedores disponíveis e também uma visão geral de custos da lista em todos eles.
Alerta de Compras
Além da pesquisa de preços, outra proposta do aplicativo é indicar o momento correto de levantar tais custos, dada a necessidade de uma nova compra de acordo com o status do estoque. Para que esta função do aplicativo tenha um bom desempenho, é preciso que o desenvolvedor habilite duas opções de entrada de dados no aplicativo:
	-Atualização Diária do Estoque (feita pelo próprio cliente): aqui o cliente insere manualmente o status de seu estoque ao fim ou no início de cada dia, para que os dados estejam sempre atualizados. Caso ele não o faça, o aplicativo emitirá lembretes a cada 10 minutos para que seja feita uma nova atualização do estoque.
	-Regra de Alerta de Compras: nessa entrada de dados o cliente programa o aplicativo para o avisar da necessidade de uma compra dependendo da quantidade em estoque de um determinado item. Ex: se o estoque apresentar menos de 20kg de Arroz Branco, o aplicativo notificará o cliente da necessidade de uma nova compra de arroz.
Cloud
Para o armazenamento dos dados do cliente, das informações de seu estoque e também das listas de compras, será necessário um banco de dados em nuvem. Uma vez que o controle do estoque e dos custos de sua reposição são uma parte muito importante do negócio do cliente, é vital que estes dados não se percam caso o celular seja furtado ou danificado. Portanto, para garantir a disponibilidade dos dados que o cliente necessita, o desenvolvimento será feito levando em conta este requisito.
Regra de Compras Customizada
Para clientes Premium, o aplicativo terá uma opção de alerta para uma lista de compras customizada, levando em conta os Pratos do Dia do cliente. Ex: Às quartas-feiras o cliente serve feijoada e tem alto movimento no restaurante, portanto é feito um levantamento dos ingredientes deste prato, e uma regra de estoque específica para este prato. 
Dessa forma, em dias de pratos especiais ou em semanas de muito movimento (semana de pagamento, por exemplo), o cliente estará sempre bem preparado para suas vendas. A entrada de dados específicos dos Pratos do Dia e das semanas ou dias mais movimentados também será feita pelo próprio cliente no aplicativo.
3.3 Estimativa de Esforço para o Desenvolvimento da Solução
Para auxiliar no cálculo de estimativa de esforço, apresentamos abaixo as tabelas de controle de estoque:
Tabela 1 Função do Tipo de Dado
 Tabela 2 Função de Tipo Transição
Tabela 3 Total Pontos de Função Não Ajustado
A fórmula que usaremos para o cálculo, é:
DFP = (UFP + CFP) x VAF
DFP: O número de pontos de função do projeto de desenvolvimento. 
UFP: Número de pontos de função não ajustados das funções disponíveis 
aos usuários após a instalação 
CFP: Número de pontos de função não ajustados das funções de conversão, 
ou seja, as funções transitórias que são inutilizadas após a instalação. 
VAF: Valor do fator de ajuste.
	Logo,
UFP = 92PF
CFP = 0
VAF = 1
DFP = (92 + 0) x 1
DFP = 92
	A nossa aplicação foi estimada em 92 pontos de função. Considere que a empresa possui uma taxa de produtividade mínima em Java de 5 H/PF e com uma carga de trabalho de 120 horas por homem mês:
Esforço = (5 x 92)
	Portanto, nossa empresa irá demorar 460 horas para produzir o sistema ou aproximadamente 4 meses. 
4. MODELO DE DADOS
Entidade Cliente: Vai armazenar as informações dos clientes do restaurante que consumiram os produtos
Entidade Produto: Vai armazenar os produtos vendidos pelo restaurante, como bebidas, pratos que são servidos.
Atributos
	descrição
	Descrição do produto apresentado ao cliente.
	tipo
	Se é doce ou salgado.
	codigo
	Identificador dos produtos, chave primária da tabela no modelo físico.
	Quantidade
	Estoque do produto
	Preço_custo
	Preço pago ao fornecedor
	Preço_venda
	Preço vendido para o cliente
										Tabela 4 Atributos
Entidade Fornecedor: Vai armazenar as informações dos fornecedores que fornecem os produtos ao restaurante como agricultores, fazendeiros, supermercados, etc.
Entidade movimentação: Vai armazenar a movimentação dos produtos do restaurante. Quando fizer compras, vai registrar a entrada e quando for vendas vai armazenar as saídas.
Atributos
	Tipo
	(E)=entrada (S)=saída 
	
Entidade forma pagamento: Vai armazenar as formas de pagamentos que o restaurante aceita que os clientes façam o pagamento e pode ser usada também para armazenar as formas pagamento que o restaurante paga os fornecedores. 
Entidade forma compra: Vai armazenar as informações de compras dos fornecedores.
Entidade forma venda: Vai armazenar as informações das vendas para os clientes do restaurante.
Modelo Diagrama Entidade Relacionamento (DER)
											 Figura 2 Modelo DER
REFERÊNCIAS
Dicas para uma gestão de estoque eficiente em Restaurantes. (25 de Junho de 2021). Acesso em 02 de dezembro de 2021, disponível em Gestão de Restaurantes: https://gestaoderestaurantes.com.br/blog/administracao/gestao-de-estoque-eficiente-em-restaurantes/
Erros de precificação que corroem os lucros e arruinam o seu bar ou restaurante. (13 de abril de 2021). Acesso em 22 de novembro de 2021, disponível em Fe.Martyn: https://felipemartyn.com.br/2021/04/13/03-erros-de-precificacao-que-corroem-seus-lucros-e-arruinam-seu-bar-ou-restaurante/
Lopes, J. d. (s.d.). Guia Prático em Análise. Acesso em 05 de dezembro de 2021, disponível em Fattocs: fattocs.com
O que faz um desenvolvedor front end. (s.d.). Acesso em 05 de dezembro de 2021, disponível em kenzie: https://kenzie.com.br/blog/desenvolvedor-front-end/
Seu guia sobre back-end: o que é, para que serve e como aprender? (s.d.). Acesso em 05 de dezembrode 2021, disponível em digital house: https://www.digitalhouse.com/br/blog/back-end-o-que-e-para-que-serve-e-como-aprender
Aprenda a publicar aplicativos no Apple Store. (07 de janeiro de 2021). Acesso em 05 de dezembro de 2021, disponível em mestres da web: https://mestresdaweb.com.br/digital/aprenda-a-publicar-aplicativos-no-apple-store/
Como publicar um aplicativo Android na Google Play Store. (s.d.). Acesso em 05 de dezembro de 2021, disponível em solidweb: https://www.solidweb.com.br/blog/como-publicar-aplicativo-android-play-store-google/
Como fazer brainstorming passo a passo. In: Siteware. Disponível em https://www.siteware.com.br/metodologias/como-fazer-brainstorming-passo-a-passo/. Acesso em 26 fevereiro 2022.
Como fazer brainstorming passo a passo. In: Siteware. Disponível em https://www.siteware.com.br/metodologias/como-fazer-brainstorming-passo-a-passo/. Acesso em 26 fevereiro 2022.