PIM VII

Prévia do material em texto

UNIVERSIDADE PAULISTA
 
BRUNO ANHEZINI
 
 
 
 
 
 
 
 
PIM VII
PLATAFORMA DE STREAMING - NATULIVE
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
POLO AMERICANA
2024
BRUNO ANHEZINI
 
 
 
 
 
 
 
 
PIM VII
PLATAFORMA DE STREAMING - NATULIVE
 
 
Projeto integrado multidisciplinar apresentado ao
curso de Análise e Desenvolvimento de Sistemas,
área de tecnologia, da UNIVERSIDADE
PAULISTA, como requisito parcial para a
conclusão das disciplinas em Análise e
Desenvolvimento de Sistemas.
 
 
 
 
Orientador: Tarcisio de Souza Peres
 
 
 
 
 
 
 
 
 
 
 
 
 
POLO AMERICANA
2024
RESUMO
O presente trabalho aborda o desenvolvimento da plataforma NatuLive, uma
solução de streaming voltada exclusivamente para documentários sobre a natureza.
Diante da crescente conscientização ambiental e da expansão do mercado de
streaming, o projeto propõe uma plataforma que conecte criadores de conteúdo
ambiental a consumidores interessados em temas ecológicos e educativos. O
estudo teve como objetivo desenvolver um sistema escalável e seguro, utilizando
metodologias ágeis e práticas de DevOps para garantir entregas contínuas e uma
experiência de usuário otimizada. A metodologia incluiu a criação de um Product
Backlog, Sprint Backlog e um cronograma de sprints para organizar e priorizar as
funcionalidades ao longo do ciclo de desenvolvimento. Os resultados indicam a
viabilidade técnica e financeira da plataforma, destacando seu potencial de
crescimento a longo prazo. O trabalho também apresentou uma análise detalhada
dos riscos e desafios enfrentados, propondo soluções para garantir a continuidade
do projeto. Conclui-se que a NatuLive oferece uma solução inovadora e alinhada às
demandas atuais do mercado, proporcionando uma experiência única para
consumidores e criadores de conteúdo.
Palavras-chave: Streaming de conteúdo; documentários; natureza;
desenvolvimento ágil; Plataforma digital.
ABSTRACT
This project addresses the development of the NatuLive platform, a streaming
solution dedicated exclusively to nature documentaries. In light of the growing
environmental awareness and the expansion of the streaming market, the project
proposes a platform that connects environmental content creators to consumers
interested in ecological and educational themes. The objective was to develop a
scalable and secure system, utilizing agile methodologies and DevOps practices to
ensure continuous delivery and an optimized user experience. The methodology
included the creation of a Product Backlog, Sprint Backlog, and a sprint schedule to
organize and prioritize features throughout the development cycle. The results
indicate the technical and financial viability of the platform, highlighting its potential
for long-term growth. The study also presented a detailed analysis of the risks and
challenges faced, proposing solutions to ensure the project's continuity. It is
concluded that NatuLive offers an innovative solution aligned with current market
demands, providing a unique experience for consumers and content creators.
Keywords: Content streaming; documentaries; nature; agile development; digital
platform.
1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.2.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.2.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.2.3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.2.4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.2.5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.2.6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.3.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.3.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.5.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.5.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.5.3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.7.1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.7.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.7.3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.7.4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.7.5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.7.6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.7.7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.7.8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
2.7.9 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
SUMÁRIO
INTRODUÇÃO 7
DESENVOLVIMENTO 9
A EMPRESA DESENVOLVEDORA 9
ANÁLISE DE MERCADO 9
Clientes 9
Concorrentes 10
Fornecedores 10
Produtos e Serviços 10
Público-Alvo 10
Ambiente de Mercado 11
ESTRATÉGIA DE MARKETING 11
Canais de Aquisição 11
Estratégia de Conteúdo 12
ESTRUTURA OPERACIONAL 12
PLANEJAMENTO FINANCEIRO 13
Capital de Giro 14
Fluxo de Caixa e Lucro 14
Projeção de Lucro 14
QUADRO DE MODELO DE NEGÓCIOS 14
ESTRUTURA DO SOFTWARE 15
Requisitos e Regras de Negócio 15
Diagramas (UML) 17
Metodologias de Desenvolvimento 21
Product Backlog 22
Sprint Backlog 25
Cronograma de Sprints 25
Documentação de Sprints 27
Matriz de Papéis e Responsabilidades 28
Análise de Riscos 28
CONCLUSÃO 30
REFERÊNCIAS 31
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
LISTA DE ILUSTRAÇÕES
Tabela 1 — Tabela de Custos Iniciais 13
Tabela 2 — Tabela de Despesas Operacionais 13
Tabela 3 — Tabela de Projeção de Receitas 14
Quadro 1 — Quadro de Modelo de Negócio 15
Tabela 4 — Tabela de Requisitos Funcionais 16
Tabela 5 — Tabela de Requisitos Não Funcionais 16
Tabela 6 — Tabela de Regras de Negócio 17
Diagrama 1 — Diagrama de Casos de Uso 18
Diagrama 2 — Diagrama de Atividades 19
Diagrama 3 — Diagrama de Classes 19
Diagrama 4 — Diagrama de Sequências 20
Diagrama 5 — Diagrama de Componentes 20
Diagrama 6 — Diagrama de Implantação 21
Tabela 7 — Sprint Backlog 25
Tabela 8 — Cronograma de Sprints 26
Tabela 9 — Matriz de Funções e Responsabilidades 28
Tabela 10 — Análise de Riscos 29
LISTA DE ABREVIATURAS E SIGLAS
AWS Amazon Web Services
CDN Content Delivery Network
UX/UI User Experience/User Interface
FFmpeg Fast Forward Moving Picture Experts Group
CI Continuous Integration
CD Continuous Delivery
QA Quality Assurance
1 INTRODUÇÃO
A crescente preocupação com questões ambientais e a busca por soluções
sustentáveis têm gerado impacto em diversas áreas, incluindo o consumo de
conteúdo digital. Nesse contexto, a NatuLive surge como uma plataforma de
streaming focada exclusivamente em documentários sobre a natureza, um nicho
cada vez mais relevante e alinhado com a conscientização ambiental. Este projeto
busca desenvolver uma solução tecnológica que atenda tanto às demandas de
criadores de conteúdo comprometidos com a causa ambiental quanto ao público que
procura por esse tipo de material. 
 
A importância deste estudo reside na expansão do mercado de streaming,
que tem mostrado crescimento contínuo nos últimos anos. O público está cada vez
mais interessado em consumir conteúdo que não apenas entretenha, mas também
eduque e informe sobre questões essenciais como a sustentabilidade. A NatuLive
vem ao encontro dessa demanda, oferecendo uma plataforma especializada que
une esses elementos. 
 
O problema de pesquisa se define em como criar uma plataforma que consiga
equilibrar a experiência do usuário com a alta qualidade de transmissão, sem deixar
de apoiar os criadores de conteúdo ambiental de forma acessível e eficiente. A
metodologia adotada no projeto combina o uso de metodologias ágeis e práticas de
DevOps, que permitem um desenvolvimento iterativo, adaptável e voltado à entrega
contínua de valor. 
 
O objetivo deste trabalho é apresentar o desenvolvimento completo da
NatuLive, abordando desde a concepção da ideia até a implementação da
plataforma, sempre considerando os aspectos de escalabilidade, segurança e
viabilidade financeira. O projeto busca, também, identificar os principais desafios
tecnológicos e de mercado enfrentados na criação de uma plataforma de streaming
e propor soluções eficazes. 
 
A relevância do tema se dá pelo aumento da demanda por conteúdos sobre
natureza e ecologia, em um cenário onde as questões ambientais ocupam cada vez
mais espaço nas discussões globais. A NatuLive surge como uma solução inovadora
para conectar criadores de documentários ambientais com o público que deseja
consumir esse conteúdo de forma especializada e acessível. 
 
A seguir, o trabalho detalha os requisitos do projeto, o planejamento de
7
desenvolvimento e a gestão de riscos, seguido pela análise financeira e os
resultados obtidos. Dessa forma, o estudo contribui para a compreensão dos
desafios e soluções no desenvolvimento de plataformas de streaming voltadas para
nichos específicos. 
8
2 DESENVOLVIMENTO
2.1 A EMPRESA DESENVOLVEDORA
A brskt-dev é uma startup de tecnologia especializada em soluções digitais,
com foco em plataformas de distribuição de conteúdo audiovisual. Seu principal
produto, NatuLive, é uma plataforma de streaming de documentários sobre natureza,
conectando criadores de conteúdo e consumidores, com foco em educação
ambiental e uma interface acessível. 
 
Missão: Facilitar o acesso a documentários sobre natureza, promovendo
conscientização e educação ambiental.
 
Visão: Ser a principal plataforma global de streaming para conteúdo sobre
natureza, destacando documentaristas independentes e renomados.
 
Valores: 
Sustentabilidade e respeito à natureza. 
Inovação e qualidade tecnológica. 
Compromisso com a educação e informação.
2.2 ANÁLISE DE MERCADO
A análise a seguir abrange clientes, concorrentes, fornecedores, produtos e
público-alvo. Com o mercado de streaming em expansão, a NatuLive se destaca por
seu foco em documentários sobre natureza, conectando criadores e consumidores
engajados em temas ambientais. 
2.2.1 Clientes
Criadores de Conteúdo: Documentaristas, ONGs e instituições que
produzem material audiovisual sobre natureza, buscando uma plataforma
especializada como a NatuLive.
Consumidores Finais: Estudantes, professores, ambientalistas e o
público geral interessado em conscientização e educação ambiental.
9
2.2.2 Concorrentes
Concorrência direta: Plataformas como CuriosityStream, que oferecem
conteúdo educativo, embora não sejam focadas exclusivamente em natureza.
Concorrência indireta: Netflix, YouTube e Amazon Prime Video, que
possuem documentários de natureza, mas sem especialização.
 
O diferencial da NatuLive é seu foco exclusivo em conteúdo sobre meio
ambiente e o apoio a criadores independentes, oferecendo uma curadoria
especializada que grandes plataformas não possuem. 
2.2.3 Fornecedores
Hospedagem e servidores: Infraestrutura escalável da Amazon Web
Services (AWS) para armazenamento e distribuição de conteúdo.
Tecnologia de streaming: Soluções CDN para otimizar a transmissão de
vídeos em alta qualidade globalmente.
Provedores de pagamento: Parcerias com PayPal, Stripe ou gateways
locais para processar assinaturas com segurança.
Análise de dados: Ferramentas como Google Analytics e Datadog para
monitorar o comportamento dos usuários e otimizar a experiência.
2.2.4 Produtos e Serviços
O principal produto da brskt-dev é a plataforma NatuLive, com funcionalidades
como: 
Assinaturas de conteúdo: Planos de acesso a documentários e podcasts
sobre natureza, com opções de níveis (básico e premium).
Monetização para criadores: Criadores podem monetizar seus conteúdos
via publicidade ou pagamento por exibição.
Sistema de comentários e avaliação: Usuários podem avaliar e
comentar, auxiliando na escolha de conteúdos.
Curadoria personalizada: Sugestões de conteúdo com base nos
interesses e temas ambientais globais.
2.2.5 Público-Alvo
Reflete os segmentos de clientes citados anteriormente:10
Criadores de Conteúdo: Profissionais e instituições comprometidos com
a causa ambiental, que veem na NatuLive uma oportunidade de ampliar o
alcance de suas produções.
Usuários Finais: Pessoas de diversas idades e perfis, interessadas em
natureza, sustentabilidade e educação ambiental, abrangendo desde o
público geral até nichos como ambientalistas e educadores.
2.2.6 Ambiente de Mercado
O mercado de streaming tem crescido com a diversificação de categorias e
maior conscientização ambiental. Segundo um relatório da Grand View Research
(2023), o mercado global de streaming está projetado para continuar crescendo
significativamente nos próximos anos, impulsionado pela demanda por conteúdo sob
demanda e pela expansão de novos nichos de mercado. Os consumidores buscam
conteúdos que combinem entretenimento e educação, criando uma oportunidade
para o crescimento da NatuLive.
 
Fatores favoráveis: 
Crescente demanda por conteúdo sobre sustentabilidade.
Expansão do mercado de streaming e assinaturas digitais.
 
Fatores de risco: 
Alta concorrência no mercado de streaming.
Necessidade de manter conteúdos diversificados para reter usuários.
2.3 ESTRATÉGIA DE MARKETING
A NatuLive será posicionada como a plataforma líder de streaming focada em
documentários sobre natureza, ecologia e sustentabilidade. O objetivo é oferecer
conteúdo de alta qualidade com curadoria especializada, que eduque e inspire os
usuários a se conectarem com a natureza e adotarem práticas sustentáveis. A
proposta de valor destaca o acesso a conteúdo exclusivo e o apoio a criadores
independentes. 
2.3.1 Canais de Aquisição
Marketing Digital 
SEO e Marketing de Conteúdo: Otimização de blogs, landing pages e
artigos sobre sustentabilidade, além de criação de vídeos e artigos para
11
ranqueamento no Google e redes sociais.
Anúncios Digitais (SEM): Campanhas no Google Ads, Facebook,
Instagram e YouTube, promovendo a plataforma e seus diferenciais.
Redes Sociais: Perfis ativos no Instagram, Facebook, TikTok e X,
promovendo documentários, interagindo com o público e destacando causas
ambientais.
 
Parcerias 
Colaborações com Criadores: Parcerias com documentaristas e
influenciadores ambientais para lançar conteúdos exclusivos e atrair novos
usuários.
ONGs e Instituições Ambientais: Colaborações com organizações focadas
em sustentabilidade para promover a plataforma.
Patrocínios de Eventos Ambientais: Participação em conferências e feiras
ambientais para promover a plataforma.
 
Programa de Indicação 
Programa onde usuários e criadores recomendam a plataforma e recebem
benefícios como descontos ou acesso a conteúdos exclusivos.
2.3.2 Estratégia de Conteúdo
O estudo de Horváth e Gyenge (2018) destaca que trailers e prévias são
ferramentas poderosas para moldar as expectativas dos consumidores sobre
conteúdos audiovisuais. Trailers não apenas fornecem uma prévia do que será
oferecido, mas também atuam como um "medidor" de qualidade e conteúdo
esperado, influenciando diretamente a decisão do público sobre assistir ou não. Ao
incorporar prévias e trailers na estratégia de conteúdo da NatuLive, é possível
aumentar o engajamento e atrair mais usuários.
2.4 ESTRUTURA OPERACIONAL
A plataforma usará uma infraestrutura escalável baseada em Amazon Web
Services (AWS), com suporte de CDNs como Cloudflare para distribuir vídeos
rapidamente. A arquitetura será baseada em microsserviços, permitindo que os
componentes funcionem de forma independente, utilizando Python e Node.js no
backend, e React no frontend para uma interface moderna e responsiva. 
12
A transcodificação de vídeos será feita com FFmpeg, otimizando o conteúdo
para diferentes qualidades. A segurança será garantida com criptografia,
autenticação e gateways de pagamento seguros. O monitoramento será feito com
Datadog e backups automáticos assegurarão a integridade dos dados. 
 
A NatuLive oferecerá suporte via chat e e-mail, com um painel exclusivo para
criadores monitorarem suas produções e receitas. A estratégia operacional está
preparada para escalar, mantendo a qualidade conforme a base de usuários cresce. 
2.5 PLANEJAMENTO FINANCEIRO
O planejamento financeiro da NatuLive abrange custos iniciais, despesas
operacionais, projeção de receitas, capital de giro e fluxo de caixa, visando garantir a
viabilidade financeira a médio e longo prazo. 
Tabela 1 — Tabela de Custos Iniciais 
Item Custo (R$)
Desenvolvimento de Software 150.000,00
Infraestrutura (Cloud e CDN) 30.000,00 
Marketing de Lançamento 50.000,00
Custos Legais e de Registro 10.000,00
Equipamentos e Ferramentas 20.000,00
Fonte: O autor (2024).
Total de custos iniciais: R$ 260.000,00
Tabela 2 — Tabela de Despesas Operacionais 
Item Custo Mensal (R$) 
Infraestrutura em Nuvem 10.000,00
 Equipe 50.000,00
Marketing Continuado 15.000,00
Suporte ao Cliente 5.000,00
Fonte: O autor (2024).
Total de despesas mensais: R$ 80.000,00 
13
Tabela 3 — Tabela de Projeção de Receitas 
Fonte Receita Mensal (R$) 
 Assinaturas 60.000,00
Publicidade e Pay-per-view 10.000,00
Parcerias com Criadores 5.000,00
Fonte: O autor (2024).
Receita mensal total estimada: R$ 75.000,00
2.5.1 Capital de Giro
Para sustentar as operações nos primeiros seis meses, será necessário um
capital de giro de R$ 480.000, que cobrirá as despesas operacionais, marketing e
infraestrutura até que as receitas geradas equilibrem os custos. 
2.5.2 Fluxo de Caixa e Lucro
No primeiro semestre, espera-se um fluxo de caixa negativo devido aos altos
custos iniciais e despesas operacionais. A partir do sétimo mês, com o aumento no
número de assinantes e crescimento da visibilidade, o fluxo de caixa deverá se
tornar positivo. Estima-se que, no segundo ano, a NatuLive alcance um fluxo de
caixa consistente, com margem de lucro em torno de 10% ao final desse período. 
2.5.3 Projeção de Lucro
Receita Anual: R$ 900.000 (R$ 75.000/mês)
Despesas Anuais: R$ 960.000 (R$ 80.000/mês)
 
Previsão de Lucro: Um prejuízo estimado de R$ 60.000 no primeiro ano, com
lucratividade projetada a partir do segundo ano conforme o crescimento de
assinaturas e outras receitas. 
2.6 QUADRO DE MODELO DE NEGÓCIOS
O Quadro de Modelo de Negócios, proposto por Osterwalder e Pigneur
(2013), é uma ferramenta visual que ajuda as empresas a entender como criar e
entregar valor, organizando os principais blocos do negócio de forma clara. Para a
NatuLive, essa abordagem facilita a visualização das interações entre seus recursos,
14
atividades e proposta de valor, essenciais para sustentar sua operação no
competitivo mercado de streaming. 
Quadro 1 — Quadro de Modelo de Negócio 
Fonte: O autor (2024).
Inovar no modelo de negócios é crucial para startups digitais, e a NatuLive se
beneficia ao diversificar suas receitas e estabelecer parcerias estratégicas. Além
disso, conforme Philip Kotler e Keller (2012), alinhar canais de distribuição e
proposta de valor com as necessidades dos clientes garante uma base sólida para o
crescimento sustentável da plataforma.
2.7 ESTRUTURA DO SOFTWARE
2.7.1 Requisitos e Regras de Negócio
Os requisitos de um sistema são fundamentais para orientar o
desenvolvimento e garantir que as expectativas dos usuários e as necessidades do
negócio sejam atendidas. No projeto NatuLive, os requisitos foram organizados em
três categorias: funcionais, que descrevem as funcionalidades principais do sistema;
15
não funcionais, que especificam atributos como desempenho, segurança e
usabilidade; e regras de negócio, que definem as condições e políticas que regem o
comportamento da plataforma. 
Tabela 4 — Tabela de Requisitos Funcionais 
ID de Requisito Descrição
RF01
O sistema deve permitir que os usuários se cadastrem e realizem login na 
plataforma.
 RF02
O sistema deve permitir que os criadores de conteúdo façam upload de 
vídeos/documentários.
 RF03
Os usuários devem poder buscar e assistir aos conteúdos de forma 
streaming.
 RF04
O sistema deve recomendar conteúdos com base no histórico de 
visualizações do usuário.RF05
O sistema deve permitir que os usuários avaliem e comentem nos 
conteúdos assistidos.
 RF06
O sistema deve permitir que os usuários salvem conteúdos para assistir 
posteriormente.
 RF07
O sistema deve permitir a integração com formas de pagamento para 
assinatura premium e compras de conteúdo.
Fonte: O autor (2024).
Tabela 5 — Tabela de Requisitos Não Funcionais 
ID de Requisito Descrição 
 RNF01
O sistema deve ser acessível em diferentes dispositivos (desktop, mobile, 
tablet).
 RNF02
O tempo de carregamento do conteúdo em streaming deve ser inferior a 3 
segundos.
 RNF03
O sistema deve utilizar criptografia SSL para proteger os dados dos 
usuários.
 RNF04 A plataforma deve suportar até 100.000 usuários simultâneos.
 RNF05
O sistema deve estar disponível 99,9% do tempo, com um plano de 
recuperação de desastres implementado.
 RNF06
A interface do sistema deve ser intuitiva e de fácil navegação, garantindo 
uma experiência fluida.
 RNF07
O sistema deve permitir a reprodução de conteúdo em diferentes 
qualidades (SD, HD, 4K).
Fonte: O autor (2024).
16
Tabela 6 — Tabela de Regras de Negócio 
ID de Regra Descrição
 RN01
Os criadores de conteúdo devem receber uma comissão de 70% sobre o 
valor de cada conteúdo pago.
 RN02
Os usuários do plano gratuito devem visualizar anúncios antes de acessar os 
conteúdos.
 RN03
O sistema deve oferecer diferentes planos de assinatura (básico, 
intermediário, premium).
 RN04
Os conteúdos publicados devem passar por uma revisão de qualidade antes 
de serem disponibilizados.
 RN05
Os pagamentos aos criadores de conteúdo devem ser realizados até o 5º dia 
útil do mês seguinte ao faturamento.
 RN06
Os conteúdos pagos devem estar disponíveis apenas para os usuários que 
adquiriram os direitos.
 RN07
Os usuários inadimplentes terão seu acesso aos conteúdos premium 
suspenso até a regularização.
Fonte: O autor (2024).
2.7.2 Diagramas (UML)
Os diagramas no contexto do projeto oferecem uma visão integrada do
sistema e sua estrutura. O Diagrama de Caso de Uso mostra as interações
principais entre os usuários e o sistema, enquanto o Diagrama de Atividades
descreve o fluxo de ações. O Diagrama de Classes modela entidades como
usuários, conteúdos e transações, e o Diagrama de Sequência detalha as trocas de
mensagens entre objetos ao longo do tempo. 
Para a arquitetura, o Diagrama de Componentes foca nos módulos de
software e suas interações, e o Diagrama de Implantação representa a distribuição
física dos componentes em servidores e dispositivos, descrevendo a infraestrutura
que sustenta o sistema. 
 
Descritivo do Diagrama de Casos de Uso: 
Atores: 
Usuário (visitante, registrado ou assinante): Um usuário comum que pode
buscar e assistir a conteúdo. 
Criador de Conteúdo: Um produtor que envia vídeos/documentários para a
plataforma. 
Administrador: Responsável por gerenciar o conteúdo, os usuários e as
finanças. 
17
Casos de Uso: 
Cadastro/Login: O usuário deve se cadastrar ou fazer login para acessar
as funcionalidades principais da plataforma. 
Assistir Conteúdo: O usuário pode buscar e assistir a documentários em
streaming. 
Avaliar/Comentar Conteúdo: O usuário pode avaliar e deixar comentários
nos vídeos assistidos. 
Salvar Conteúdo: O usuário pode salvar vídeos para assistir
posteriormente. 
Recomendações de Conteúdo: O sistema sugere vídeos com base no
histórico de visualização. 
Upload de Conteúdo: O criador de conteúdo pode enviar novos
vídeos/documentários para a plataforma. 
Gerenciar Conteúdo: O administrador revisa, aprova e gerencia o conteúdo
enviado à plataforma. 
Gerenciar Assinaturas: O usuário pode assinar ou cancelar um plano de
assinatura. 
Gerar Relatórios Financeiros: O administrador gera relatórios de
comissões pagas aos criadores e receitas da plataforma. 
Diagrama 1 — Diagrama de Casos de Uso 
Fonte: O autor (2024).
18
Diagrama 2 — Diagrama de Atividades 
Fonte: O autor (2024).
Diagrama 3 — Diagrama de Classes 
Fonte: O autor (2024).
19
Diagrama 4 — Diagrama de Sequências 
Fonte: O autor (2024).
Diagrama 5 — Diagrama de Componentes 
Fonte: O autor (2024).
20
Diagrama 6 — Diagrama de Implantação 
Fonte: O autor (2024).
2.7.3 Metodologias de Desenvolvimento
Para garantir eficiência e qualidade no desenvolvimento da plataforma de
streaming, foram adotadas metodologias ágeis e práticas DevOps, visando uma
entrega contínua e alinhada às expectativas dos usuários e stakeholders. Essas
metodologias permitem adaptação rápida, entrega constante de funcionalidades e
integração eficaz entre as equipes de desenvolvimento e operações. 
 
O Scrum foi escolhido para organizar o desenvolvimento em ciclos curtos
(sprints) com entregas incrementais, revisados e ajustados ao final de cada sprint.
Sprints de duas semanas com metas claras, como desenvolvimento de interfaces e
integração de sistemas de pagamento, serão acompanhados pelo Kanban, que
ajustará prioridades e resolverá gargalos. 
 
O DevOps automatiza o ciclo de desenvolvimento e entrega, integrando
processos e evitando interrupções. A Integração Contínua (CI), com GitLab CI,
garante testes frequentes e automatizados, enquanto a Entrega Contínua (CD)
valida novas funcionalidades em pré-produção antes de sua implantação definitiva.
O monitoramento, com Grafana, permite acompanhar o desempenho do sistema e
resolver problemas rapidamente. 
 
A combinação das metodologias ágeis e DevOps garante um sistema
escalável e seguro, que se mantém atualizado. Essa abordagem proporciona maior
controle sobre entregas e automação no processo, essenciais para um sistema de
alta disponibilidade e melhoria contínua. 
21
2.7.4 Product Backlog
Com base no planejamento do software e nas necessidades do projeto, foi
criada uma lista priorizada de funcionalidades e requisitos, chamada Product
Backlog. Esse documento organiza as tarefas conforme sua importância, permitindo
que a equipe se concentre nas entregas de maior valor. 
 
Cadastro e Autenticação de Usuários (Prioridade: Alta) 
User Story: 
Como usuário, eu quero me cadastrar e fazer login na plataforma para
acessar conteúdos personalizados.
Critérios de Aceitação:
O usuário deve poder se registrar com nome, e-mail e senha.
O sistema deve validar as credenciais durante o login.
O usuário deve poder recuperar sua senha via e-mail.
Tarefas:
Implementar tela de cadastro.
Configurar integração com o banco de dados para armazenar credenciais.
Implementar login com validação e recuperação de senha.
 
Sistema de Recomendação de Conteúdo (Prioridade: Alta) 
User Story: 
Como usuário, eu quero receber recomendações de vídeos com base nas
minhas visualizações anteriores para encontrar conteúdos relevantes
facilmente.
Critérios de Aceitação:
O sistema deve sugerir conteúdos baseados no histórico do usuário.
As recomendações devem ser atualizadas dinamicamente.
Tarefas:
Criar algoritmo de recomendação.
Conectar com o banco de dados para coletar informações do histórico de
visualizações.
Implementar interface que exibe recomendações.
 
Upload de Vídeos para Criadores de Conteúdo (Prioridade: Alta) 
User Story: 
Como criador de conteúdo, eu quero fazer upload dos meus vídeos para
disponibilizá-los na plataforma.
22
Critérios de Aceitação:
O criador deve poder enviar vídeos, com título, descrição e categoria.
O vídeo deve ser armazenado em um servidor de conteúdo.
O conteúdo deve passar por aprovação antes de ser publicado.
Tarefas:
Implementar interface de upload de vídeo.
Configurar servidor de conteúdo.
Desenvolver sistema de aprovação para administradores.
 
Sistema de Assinaturas (Prioridade: Alta) 
User Story: 
Como usuário, eu quero assinar um plano para acessar conteúdo
exclusivo.
Critérios de Aceitação:
O usuário deve poder selecionar entre diferentes planos de assinatura.
O sistema deve processar pagamentos via cartão de crédito.
O acesso ao conteúdo exclusivo deve ser concedido imediatamente após o
pagamento.
Tarefas:
Implementar tela de seleção de planos de assinatura.
Integrarcom um gateway de pagamento.
Desenvolver lógica para gerenciar o acesso ao conteúdo premium.
 
Avaliação e Comentários em Vídeos (Prioridade: Média) 
User Story: 
Como usuário, eu quero avaliar e comentar nos vídeos que assisti para
compartilhar minha opinião com outros usuários.
Critérios de Aceitação:
O usuário deve poder dar uma nota ao vídeo (de 1 a 5 estrelas).
O usuário deve poder adicionar um comentário.
As avaliações e comentários devem ser visíveis para outros usuários.
Tarefas:
Implementar sistema de avaliações com estrelas.
Desenvolver interface para inserção de comentários.
Armazenar avaliações no banco de dados e exibi-las no vídeo.
 
Busca por Conteúdo (Prioridade: Média) 
User Story: 
23
Como usuário, eu quero pesquisar por vídeos e documentários na
plataforma para encontrar rapidamente conteúdos específicos.
Critérios de Aceitação:
O sistema deve permitir busca por título, categoria ou criador.
A busca deve retornar resultados em ordem de relevância.
Tarefas:
Desenvolver barra de busca com opções de filtro.
Conectar com o banco de dados de conteúdo para recuperar resultados.
Exibir resultados da pesquisa em tempo real.
 
Notificações sobre Novos Conteúdos (Prioridade: Média) 
User Story: 
Como usuário, eu quero receber notificações sobre novos vídeos ou
documentários para acompanhar as novidades da plataforma.
Critérios de Aceitação:
O usuário deve receber notificações por e-mail ou dentro da plataforma.
As notificações devem ser personalizadas com base no histórico do
usuário.
Tarefas:
Implementar sistema de notificações.
Configurar envios automáticos de e-mails.
Desenvolver lógica para personalizar notificações.
 
Relatórios Financeiros para Administradores (Prioridade: Baixa) 
User Story: 
Como administrador, eu quero gerar relatórios financeiros para
acompanhar o desempenho da plataforma e as comissões pagas aos
criadores de conteúdo.
Critérios de Aceitação:
O administrador deve poder gerar relatórios mensais ou anuais.
O relatório deve incluir receitas, comissões e número de assinantes.
Tarefas:
Desenvolver interface de geração de relatórios.
Conectar com o banco de dados financeiro.
Implementar exportação de relatórios em formato PDF ou Excel.
 
Controle de Acesso de Administradores (Prioridade: Baixa) 
User Story: 
24
Como administrador, eu quero gerenciar o acesso dos usuários e criadores
de conteúdo na plataforma para garantir a segurança do sistema.
Critérios de Aceitação:
O administrador deve poder aprovar ou suspender usuários e criadores.
O sistema deve registrar todas as ações administrativas.
Tarefas:
Implementar painel de controle para administradores.
Desenvolver funcionalidades de aprovação e suspensão de contas.
Armazenar logs de ações administrativas no banco de dados.
2.7.5 Sprint Backlog
Com o Product Backlog definido, foram selecionadas as funcionalidades
prioritárias para o primeiro ciclo de desenvolvimento. Abaixo está o Sprint Backlog,
que detalha as tarefas a serem trabalhadas no sprint atual, conforme o planejamento
e metas do Sprint Planning. 
Tabela 7 — Sprint Backlog 
Item Tarefas
Cadastro e Autenticação de 
Usuários
- Implementar tela de cadastro e login. 
- Configurar validação de credenciais e recuperação de senha. 
- Conectar o sistema ao banco de dados de usuários.
 Upload de Vídeos para 
Criadores de Conteúdo
- Desenvolver interface de upload de vídeo para criadores. 
- Configurar armazenamento no servidor de conteúdo. 
- Implementar sistema de aprovação de conteúdo.
Sistema de Assinaturas
- Implementar tela de seleção de planos de assinatura. 
- Integrar com o gateway de pagamento. 
- Desenvolver lógica para controle de acesso ao conteúdo premium.
Avaliação e Comentários em 
Vídeos
- Implementar sistema de avaliação com estrelas. 
- Desenvolver interface para inserção de comentários. 
- Armazenar avaliações e comentários no banco de dados.
Busca por Conteúdo
- Desenvolver barra de busca com opções de filtro. 
- Conectar a barra de busca ao banco de dados de conteúdo. 
- Exibir resultados da pesquisa.
Fonte: O autor (2024).
2.7.6 Cronograma de Sprints
Com o Sprint Backlog definido e as funcionalidades priorizadas, o próximo
passo é organizar o ciclo de sprints em um cronograma detalhado, especificando as
25
datas, durações e principais atividades de cada sprint. 
Tabela 8 — Cronograma de Sprints 
 Sprint Duração Data de Início 
 Data de 
Término
Principais Atividades 
Sprint 1 2 semanas 01/10/2024 15/10/2024
Sprint Planning, Daily Standups, 
Sprint Review, Sprint 
Retrospective
Sprint 2 2 semanas 16/10/2024 30/10/2024
Sprint Planning, Daily Standups, 
Implementação do sistema de 
recomendações e notificações, 
Sprint Review, Sprint 
Retrospective
Sprint 3 2 semanas 01/11/2024 15/11/2024
Sprint Planning, Daily Standups, 
Integração contínua, Testes de 
carga e segurança, Sprint 
Review, Sprint Retrospective
Sprint 4 2 semanas 16/11/2024 30/11/2024
Sprint Planning, Daily Standups, 
Refinamento de 
funcionalidades, Monitoramento 
contínuo, Sprint Review, Sprint 
Retrospective
Sprint 5 2 semanas 01/12/2024 15/12/2024
Sprint Planning, Daily Standups, 
Ajustes finais, Documentação e 
Preparação para o lançamento, 
Sprint Review, Sprint 
Retrospective
Fonte: O autor (2024).
Sprint Planning: Reunião no início de cada sprint para definir os objetivos
e tarefas que serão trabalhadas durante o ciclo. 
Daily Standups: Reuniões diárias rápidas para atualizar o progresso da
equipe e resolver possíveis obstáculos. 
Sprint Review: Reunião ao final do sprint para apresentar o que foi
concluído e coletar feedback dos stakeholders. 
Sprint Retrospective: Reunião ao final de cada sprint para avaliar o que
funcionou bem e o que pode ser melhorado no próximo ciclo. 
26
2.7.7 Documentação de Sprints
Paralelamente às reuniões, é essencial manter o controle do trabalho
realizado e das discussões ocorridas. Para isso, devemos formalizar documentos
que registram cada sprint. Abaixo, apresentamos como exemplo os relatórios
gerados a partir da conclusão da Sprint 1. 
 
Relatório de Sprint 1: 
Durante o Sprint 1, foram implementadas funcionalidades essenciais como o
Cadastro e Autenticação de Usuários, o Sistema de Assinaturas, e a Interface de
Upload de Vídeos. Além disso, o sistema de avaliações e comentários foi
parcialmente desenvolvido, permitindo interação inicial dos usuários com os
conteúdos. 
Incrementos de Produto:
Tela de cadastro/login funcionando com validação. 
Integração de gateway de pagamento para assinaturas. 
Upload de vídeos e armazenamento em servidor concluído. 
 
Observações:
Necessidade de melhorar a comunicação entre desenvolvedores e equipe
de QA. 
A abordagem modular facilitou a integração entre front e backend. 
 
Plano de Ação:
Finalizar o sistema de comentários e avaliações. 
Melhorar a sincronização das equipes e ajustar as estimativas de tempo
para tarefas futuras. 
 
Relatório de Retrospectiva do Sprint 1: 
A equipe refletiu sobre os pontos fortes e as dificuldades do sprint. A divisão
de tarefas foi eficiente, mas houve necessidade de ajustes no cronograma devido a
testes de integração mais demorados. 
 
Observações:
Testes de integração precisam ser planejados com mais antecedência. 
A comunicação mais frequente durante o sprint foi fundamental para
resolver problemas rapidamente. 
 
Melhorias Propostas:
27
Realizar revisões de código mais frequentes para evitar acumulação de
erros. 
Implementar reuniões de verificação de progresso mais curtas e objetivas. 
2.7.8 Matriz de Papéis e Responsabilidades
Em equipes ágeis, é essencial definir os papéis e responsabilidades de cada
membro para garantir a colaboração eficaz e o sucesso do projeto. A Matriz de
Papéis e Responsabilidades estabelece claramente as funções de cada integrante,
promovendo a integração entre diferentes áreas e a participação cross-funcional. 
Tabela 9 — Matriz de Funções e Responsabilidades 
Função Responsabilidades 
Product Owner
Definir prioridades, gerenciar o Product Backlog,e alinhar o 
desenvolvimento às expectativas dos stakeholders.
Scrum Master
Facilitar reuniões, remover impedimentos e garantir que a equipe siga 
as práticas ágeis.
Desenvolvedor
Implementar funcionalidades, garantir a qualidade do código e 
colaborar com outros membros da equipe.
QA (Quality Assurance)
Testar e validar as funcionalidades, reportar erros e garantir que os 
incrementos atendam aos requisitos de qualidade.
Designer UX/UI
Criar interfaces intuitivas e responsivas, alinhando a experiência do 
usuário às funcionalidades do sistema.
Analista de DevOps
Garantir a automação dos processos de integração e entrega contínua, 
além de monitorar a performance e estabilidade da plataforma.
Fonte: O autor (2024).
2.7.9 Análise de Riscos
É um processo contínuo, atualizado regularmente durante as Daily Standups
e Sprint Reviews, identificando problemas potenciais e propondo estratégias de
mitigação para garantir o sucesso do projeto. Abaixo estão alguns riscos
identificados e suas respectivas estratégias de mitigação: 
28
Tabela 10 — Análise de Riscos 
 Ocorrência Impacto Estratégia de Mitigação
Atraso no desenvolvimento Alto
Revisão constante do cronograma e ajustes 
nas prioridades.
Falha na integração de sistemas Médio
Testes frequentes de integração e revisão 
de código.
Problemas de segurança no 
pagamento
 Alto
Implementação de auditorias de segurança 
e testes regulares.
Dificuldades de comunicação na 
equipe
 Médio
Aumentar a frequência das reuniões de 
alinhamento.
Falhas na entrega contínua 
(CI/CD)
 Alto
Monitoramento constante e ajustes 
automáticos no pipeline.
Fonte: O autor (2024).
29
3 CONCLUSÃO
Este trabalho apresentou o desenvolvimento da NatuLive, uma plataforma
inovadora de streaming voltada para documentários sobre natureza. O projeto,
conduzido pela brskt-dev, mostrou-se alinhado às tendências de mercado, onde o
interesse por conteúdos que combinam entretenimento e educação ambiental vem
crescendo significativamente. 
 
A análise de mercado reforçou a oportunidade de crescimento para a
NatuLive, dado o aumento da conscientização sobre temas ambientais. A plataforma
foi projetada com uma estrutura robusta e escalável, utilizando tecnologias
modernas que garantem uma experiência de usuário eficiente e segura. 
 
A adoção de metodologias ágeis e práticas de DevOps ao longo do
desenvolvimento possibilitou entregas rápidas e contínuas, assegurando que os
requisitos fossem atendidos dentro dos prazos estipulados. O uso de Product
Backlog, Sprint Backlog e cronogramas bem definidos permitiu uma organização
eficiente do fluxo de trabalho, facilitando a adaptação às necessidades do projeto. 
 
Do ponto de vista financeiro, o planejamento mostrou que, apesar dos custos
iniciais elevados, o potencial de retorno da plataforma é promissor, com projeções
de crescimento sustentáveis no longo prazo. As estratégias de monetização, como
assinaturas e parcerias, complementam esse cenário positivo. 
 
A metodologia utilizada permitiu que o projeto se desenvolvesse de forma ágil
e flexível, respondendo com eficiência aos desafios encontrados. A resposta à
pergunta central do trabalho demonstra que a NatuLive é uma solução viável, tanto
tecnicamente quanto economicamente, para o nicho de documentários ambientais. 
 
Como sugestão para o futuro, seria interessante expandir a oferta de
conteúdos interativos, além de buscar parcerias estratégicas com grandes
instituições ambientais para ampliar o impacto da plataforma. O foco contínuo na
experiência do usuário e na evolução tecnológica será fundamental para garantir o
sucesso a longo prazo da NatuLive. 
30
REFERÊNCIAS
GRAND VIEW RESEARCH. Video Streaming Market Size, Share & Trends
Analysis Report. Grand View Research. Spear Street 1100, San Francisco, CA
94105, United States, 2023. 200 p. Disponível em:
https://www.grandviewresearch.com/industry-analysis/video-streaming-market.
Acesso em: 12 out. 2024.
HORVÁTH, Ádám; GYENGE, Balázs (Coord.). Movie Trailer Types And Their
Effects On Consumer Expectations. International Journal of Business and
Management Invention, v. 7, f. 6, 2018. 6 p Dissertação (Business) - Szent István
University. Disponível em: https://www.ijbmi.org/papers/Vol(7)1/Version-
1/N07010195100.pdf. Acesso em: 12 out. 2024.
OSTERWALDER, Alexander; PIGNEUR, Yves. Business Model Generation: A
Handbook for Visionaries, Game Changers, and Challengers. John Wiley & Sons, v.
3, f. 148, 2013. 295 p.
Philip Kotler; KELLER, Kevin L.. Administração de Marketing. 14º ed. Pearson,
2012. Disponível em: https://www.amazon.com.br/Administra%C3%A7%C3%A3o-
Marketing-Philip-Kotler-ebook/dp/B00K60OT5Q#detailBullets_feature_div. Acesso
em: 5 out. 2024.
31