Visão_2_YOMI (1)

Prévia do material em texto

Yomi 
 
VISÃO DO PROJETO 
 
Versão [2.0] 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Histórico de Revisão 
 
Data Versão Descrição Autor 
16/02/2021 1.0 Organização do corpo da visão e dos 
requisitos 
 Artur de Sousa, 
Leonardo 
Takehana, Júlia 
Farias, Yuri 
Bacarias 
 
 10/03/2021 2.0 Correções e criação do cronograma de 
marcos 
 Artur de Sousa, 
Leonardo 
Takehana, Júlia 
Farias, Yuri 
Bacarias 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 SUMÁRIO 
 
1 INTRODUÇÃO.................................................................................................................................. 4 
1.1 Propósito: ................................................................................................................................. 4 
1.2 Escopo: ..................................................................................................................................... 4 
2.1 Oportunidade de Negócios:.................................................................................................... 4 
2.2 Introdução do Problema ......................................................................................................... 4 
2.3 Introdução de Posição do Produto .............................................................................................. 5 
3. DESCRIÇÕES DA PARTE INTERESSADA E DO USUÁRIO .................................................................... 5 
4 VISÃO GERAL DO PROJETO ............................................................................................................. 8 
4.1 Organização do Projeto .......................................................................................................... 8 
4.2 Perspectiva do Produto .............................................................................................................. 8 
4.3 Funcionalidades ......................................................................................................................... 9 
4.4 Suposições e Dependências ....................................................................................................... 9 
4.5 Licenciamento e Instalação ....................................................................................................... 10 
5 RECURSOS DO PRODUTO ............................................................................................................. 10 
6 PRECEDÊNCIA E PRIORIDADE .............................................................................................................. 10 
7 RESTRIÇÕES ..................................................................................................................................... 12 
9 OUTROS REQUISITOS DO PRODUTO ............................................................................................ 13 
9.1 Padrões Aplicáveis ..................................................................................................................... 13 
10 REQUISITOS DE DOCUMENTAÇÃO ............................................................................................. 13 
13 REFERÊNCIAS .............................................................................................................................. 16 
 
 
11 GQM...............................................................................................................................................14 
12 GLOSSÁRIO...............................................................................................................................15 
 
 
 
 
 
 
 
 
 
VISÃO DO PROJETO 
1 INTRODUÇÃO 
 
1.1 Propósito: 
O propósito deste documento é tornar evidente as características do produto, bem como 
as funcionalidades e aplicabilidades possíveis para o seu público alvo. 
1.2 Escopo: 
Este projeto permitirá que seus usuários anunciem seus livros, revistas e HQ’s, podendo 
vendê-los, trocá-los ou doá-los para outros usuários. 
 
2 POSICIONAMENTO 
2.1 Oportunidade de Negócios: 
 
Os leitores possuem poucas plataformas voltadas especificamente para eles. O projeto 
Yomi vem, não só para suprir essa demanda, mas para impulsionar e encorajar o hábito de 
leitura e a solidariedade entre os usuários. 
Vale ressaltar que além do site, também estará disponível um aplicativo mobile, que 
torna esse serviço ainda mais acessível para a população. 
Os benefícios dessa aplicação incluem: 
1. Disponibilizar 4 tipos de transações de livros (vendas, compras, trocas e doações) em 
uma única aplicação; 
2. Um local na internet especificamente voltado para a leitura; 
3. Deixar livre para que as partes interessadas possam negociar a melhor forma de adquirir 
ou vender os seus produtos. 
 
2.2 Introdução do Problema 
 
O problema acesso à leitura no Brasil 
Afeta leitores e estudantes brasileiros 
Cujo impacto é desistência de grande parte das pessoas em continuarem praticando o 
hábito da leitura 
Uma solução de sucesso seria a criação de uma plataforma segura de venda, compra, troca e doação de 
livros, que conectasse todas as partes interessadas. 
 
 Tabela 1: introdução do problema 
 
 
2.3 Introdução de Posição do Produto 
 
 Tabela 2: posição do produto 
As ODS’s são uma agenda mundial adotada durante a Cúpula das Nações Unidas sobre 
o Desenvolvimento Sustentável em setembro de 2015 composta por 17 objetivos e 169 metas 
a serem atingidos até 2030. Nosso foco é atender o indicador que corresponde à educação de 
qualidade, oferecendo alternativas mais viáveis para adquirir livros. 
 
 
3. DESCRIÇÕES DA PARTE INTERESSADA E DO USUÁRIO 
 
 
para respostas entre os dias 11 e 16 de fevereiro para leitores em geral), dentro de 27 pessoas 
que responderam o questionário, a porcentagem de usuários que gostariam aderir ao Yomi 
ultrapassa os 80%, mostrando que sendo colocado em prática conseguirá ter uma boa adesão 
dentro do mercado alvo. 
Também é válido ressaltar que os entrevistados na pesquisa estariam dispostos a aderir 
aos dois tipos de aplicação, web e mobile, mostrando que é justificável investir no 
desenvolvimento de ambos. 
Para leitores 
Quem precisam de uma opção viável para adquirir livros, revistas e HQ’s 
O Yomi é uma aplicação web/mobile 
Que entrega essa conexão prática entre anunciantes 
Ao contrário da Amazon, da OLX e da Estante Virtual, que visam o lucro em cima dos 
usuários 
Nosso produto coloca em primeiro plano o incentivo à solidariedade e à democratização 
do acesso à leitura, pois tivemos como base os Objetivos de 
Desenvolvimento Sustentável. 
3.1 Demográficos de Mercado : 
 
Figura 1: gráfico que mostra a 
porcentagem de interessados em 
aderir ao modelo web. 
O nosso objetivo é 
tornar o Yomi uma opção 
viável e de destaque dentro do 
ramo da leitura na internet. 
Segundo a pesquisa de mercado feita por meio de um Google Formulário ( ficou disponível 
 
Segundo uma pesquisa feita pela Agência Brasil, o mercado literário brasileiro está em 
um período de transformação. Os brasileiros têm hábito de leitura baixo e o valor dos livros é 
alto, mas mesmo assim as pessoas acham valioso ler e esperam que seus filhos sejam futuros 
leitores. Por isso uma forma de tornar o valor dos livros mais acessível se mostra uma boa 
oportunidade de negócio. 
 
Figura 3: trecho da publicação da Agência Brasil (link disponível como referência). 
3.2 Resumo da Parte Interessada e dos Usuários 
 
O público dessa aplicação compreende camadas sociais de médio a baixo poder 
aquisitivo, cujo o objetivo é encontrar oportunidades acessíveis para mercar livros, revistas e 
HQ’s. Já a parte interessadabusca oferecer um local seguro e prático para tais atividades. 
Nome Representa Papel 
Usuários de venda Consumidores do serviço de 
anúncio de livros dentro da 
plataforma. 
Alimentar a plataforma com 
anúncios de vendas de livros, 
manter contato com usuários 
que requisitarem seus 
produtos. 
Usuários de compra Consumidores do serviço 
oferecido pelos usuários de 
venda dentro da plataforma. 
Entrar contato com 
 
Figura 2: gráfico que mostra a 
porcentagem de interessados 
em aderir ao modelo mobile. 
 
 
 
 
 
anunciantes, filtrar suas áreas 
de interesse e realizar 
compras. 
Usuários de troca Consumidores do serviço de 
mediação de troca de livros 
oferecido pela plataforma. 
• Alimentar a 
plataforma com 
anúncios de trocas de 
livros, manter contato 
com usuários que 
requisitarem seus 
produtos. 
• Entrar contato com 
anunciantes, filtrar 
suas áreas de 
interesse e realizar 
trocas. 
 
Usuários de doação Consumidores do serviço de 
mediação de doações 
oferecido pela plataforma. 
• Alimentar a 
plataforma com 
anúncios de doações 
de livros, manter 
contato com usuários 
que requisitarem seus 
produtos. 
• Entrar contato com 
anunciantes, filtrar 
suas áreas de 
interesse e receber 
doações. 
 
Administradores Realizam a manutenção da 
plataforma e mantêm a 
comunicação ativa com os 
usuários. 
Recebem feedbacks sobre os 
serviços oferecidos e 
esclarecem dúvidas em 
relação aos mesmos. 
 Tabela 3– Resumo da Parte Interessada e dos Usuários 
 
 
3.3 Ambiente do usuário: 
Entende-se que para a utilização do Yomi, basta que os usuários tenham um aparelho 
celular, ou um computador, amos com acesso à internet. 
Com apenas isso eles terão como fazer uso de qualquer um dos serviços presentes na 
aplicação, desde o seu cadastro, montagem de wishlist, até avalição de usuários de venda/troca. 
 
 
 
3.4 Alternativas e Concorrência: 
No momento, existem empresas como Amazom, OLX e Estante Virtual que possuem 
espaço para vendas e também para troca de livros, revistas e derivados, mas ainda não há no 
mercado um sistema que ofereça a oportunidade de encontrar pontos de doação e doadores de 
livros. Fazer a ligação entre essas duas partes é um dos pontos principais do desenvolvimento 
do Yomi. 
 
4 VISÃO GERAL DO PROJETO 
 
4.1 Organização do Projeto 
 
A metodologia utilizada será o Scrum, com algumas adaptações para o contexto do 
software e dos estudantes, havendo sprints com duração de uma semana e dailys, tudo isso será 
gerenciado pelo Scrum Master e Product Owner, com a ajuda de alguns papéis de engenharia 
de software que serão distribuídos pelo time. 
 
Papel Atribuições Participantes 
Product Owner 
Desenvolver e transmitir com clareza o 
objetivo do produto, assim como a criação 
do backlog, solicitar a implementação de 
funcionalidades e também garantir que o 
backlog do produto seja algo 
transparente, visível e compreensível. 
Artur de Sousa 
Scrum Master 
O Scrum Master é o responsável por 
garantir que os rituais do Scrum sejam 
seguidos, age como um facilitador das 
dailys, sprint reviews e sprint planning. 
Leonardo Takehana 
Desenvolvedores 
Serão as pessoas que estarão 
comprometidas com a realização das 
Sprints de desenvolvimento e codificar a 
ideia no produto. 
Artur de Sousa, Leonardo 
Takehana, Júlia Farias, 
Yuri Bacarias 
 
Stackeholders 
Serão partes interessadas que devem estar 
de acordo com as práticas executadas 
pela equipe. 
George Marsicano 
(professor), José Guilherme 
e Letícia (monitores) 
 Tabela 4– Organização do projeto 
 
 
 
 
4.2 Perspectiva do Produto 
 
O produto tem como objetivo a aplicação prática dos conhecimentos adquiridos no 
curso de Engenharia de Software da UnB, através da criação de uma plataforma capaz de 
incentivar a educação através da leitura, servindo para trocas, doações, recebimentos, vendas e 
compras de livros. 
O produto vai ser composto por 3 soluções software diferentes, uma aplicação mobile, 
que será criado para plataformas Android, uma Web, sendo acessível de qualquer lugar e uma 
API, capaz de servir os dados das outras duas aplicações, não será necessária nenhuma 
integração com aplicações de terceiros. 
 
 
4.3 Funcionalidades 
 
A plataforma visa a facilitação na disseminação da leitura através da aquisição de novos 
livros, contendo elementos que facilitem isso, como trocas, doações e compras, para isso as 
principais definições de tema serão: 
a. CRUD de usuário: Funcionalidade que permite aos usuários criarem uma conta e 
login na plataforma, colocando suas informações pessoais como nome completo, e-
mail e senha. 
b. 
Criação de anúncios: Funcionalidade que faz os usuários poderem anunciar seus 
livros para venda, troca ou doação, definindo valores, localidades categorias entre 
outros. 
c. Sistema de login: Funcionalidade que será responsável por toda a autenticação da 
plataforma com a API, desde a parte de criação de usuário, até a autenticação das 
requisições. 
d. Sistema de avaliação: Funcionalidade responsável por fazer a avaliação de cada livro 
e vendedor, para que as pessoas consigam saber sua reputação. 
e. Sistema de busca: Sistema responsável por buscar livros por nome, autor, categoria, 
edição, vendedor e realizar filtros de localidade e valor, para facilitar as escolhas do 
usuário. 
f. Sistema de mensagens: Funcionalidade responsável por realizar a troca de mensagens 
entre os usuários nas compras, vendas, trocas e doações, para que possam combinar 
locais de trocas e horários. 
g. Sistema de troca: Sistema que será responsável por poder realizar a troca, enviando 
um anuncio como proposta. 
 
 
4.4 Suposições e Dependências 
 
É suposto que o servidor onde a API e a parte web do sistema estejam hospedados, 
permaneça online sempre (24 horas/7 dias por semana), para que o sistema consiga funcionar 
de maneira continua. 
 
 
 
 
 
4.5 Licenciamento e Instalação 
 
Toda a aplicação será gratuita para uso e instalação, sendo o intuito apenas auxiliar a 
sociedade. 
 
5 RECURSOS DO PRODUTO 
 
Para a listagem dos recursos de produto foi utilizado um método onde é possível 
delimitar para qual tipo de usuário o recurso está se dirigindo, identificado pela colunada tabela 
“eu, como” sendo em princípio somente 2 tipos (usuário e administrador), a definição dos 
recursos necessários listados pela coluna “desejo” e a finalidade de cada recurso descrita na 
coluna “para que eu possa”. 
O entendimento por trás dessa tabela e alinha a formação de uma frase compostas com 
“eu,como”,”desejo” e “para que eu possa” como por exemplo a frase “eu, como usuário desejo 
criar uma conta para que eu possa acessar o site” viabilizando uma melhor compreensão dos 
recursos do produto. 
Além de uma divisão por “frases” a tabela é dívida por um ID para melhor 
compreensão das quantidades de recursos além de um tema onde especifica para qual tipo de 
usuário a parte da tabela se refere, os tipos de usuário são “geral”, se referindo a todos os 
usuários sem exceção, “vender” onde são especificados os recursos de usuário que utilizaram 
para vendas, “Comprar” especificando os usuários de compra, “trocar” especificando os 
usuários que realizaram trocas, “Doar” especificando os usuários que doaram, “receber” 
especificando os usuário que receberam as doações e por fim “administração” especificando 
os administradores. 
6 PRECEDÊNCIA E PRIORIDADE 
A tabela de prioridade utilizada é baseada nos ID da secção 5-Recurso do produto onde 
cada ID da tabela abaixo se refere ao ID da tabela 1. A prioridade abaixo é baseada na técnica 
MoSCoW de priorização de requisitos onde, a prioridade é dada da seguinte forma 
Would,Could,Should,Mustordena da menor prioridade até a de maior prioridade. 
“Must” se refere aos recursos necessários para a entrega do produto final algo vital para 
funcionalidade, “Should” classifica o recurso como algo de extrema importante, mas que não 
são vitais para o produto. “Could” é algo desejável para melhor experiencia, mas não são 
necessários.” Would” são itens que acrescentam quase nenhum valor que podem ser realizados 
se tudo estiver pronto e sobrar tempo. 
 
 
 A tabela de prioridade utilizada abaixo é baseada nos ID da secção 5-Recurso do 
produto onde cada ID da tabela abaixo se refere ao ID da tabela 1. A prioridade abaixo é baseada 
na técnica MoSCoW de priorização de requisitos onde, a prioridade é dada da seguinte forma 
Would,Could,Should,Must ordena da menor prioridade até a de maior prioridade. 
“Must” se refere aos recursos necessários para a entrega do produto final algo vital para 
funcionalidade, “Should” classifica o recurso como algo de extrema importante, mas que não 
são vitais para o produto. “Could” é algo desejável para melhor experiencia, mas não são 
necessários.” Would” são itens que acrescentam quase nenhum valor que podem ser realizados 
se tudo estiver pronto e sobrar tempo. 
 
 
 
Tabela 5 – Recurso e prioridade de Produto 
 
 
 
7 RESTRIÇÕES 
 
1. O programa deverá estar pronto até 13 de maio de 2020. 
2. Deverá ser usadas ferramentas gratuitas, pois o projeto não dispões de recursos financeiros. 
3. O aplicativo mobile só terá suporte para Android. 
4. O escopo de features estará limitado a um modelo com foco local, sem compras pelo 
aplicativo. 
 
8 FAIXAS DE QUALIDADE 
Esta seção define as faixas de qualidade para desempenho, robustez, tolerância a falhas, 
usabilidade e características semelhantes para o programa. 
Disponibilidade: O Sistema estará disponível 24 horas por dia, 7 dias por semana. 
Usabilidade: O Sistema será de fácil uso e apropriado para o mercado-alvo de leitores. 
A qualidade será testada utilizando formulários para feedback dos usuários, para que 
assim possam ser feitas novas atualizações. 
 
 
 
9 OUTROS REQUISITOS DO PRODUTO 
 
9.1 Padrões Aplicáveis 
O software será feito utilizando padrões de desenvolvimento através da metodologia do 
Processo Unificado, já para a execução da equipe será utilizado o SCRUM. 
 Serão utilizados padrões de nomenclatura e codificação das linguagens JavaScript e 
Python, nos frameworks ReactJs, React Native e Flask, para comunicação será utilizado 
requisições através do protocolo HTTP, numa API-Restful que por padrão se comunicará 
somente por JSON, a aplicação mobile, será compilada através de Expo, para dispositivos 
Android, enquanto a aplicação Web e a API, poderão utilizar qualquer sistema operacional 
compatível com Docker e contêineres. 
 
10 REQUISITOS DE DOCUMENTAÇÃO 
Haverá alguns arquivos de documentação de fácil acesso para que o software desempenhe seu 
papel e seja possível realizar edições futuras, dentre os documentos estão: 
a. Leia-me: Arquivo responsável por conter regras de instalação e compilação do 
software, estará presente em todos os repositórios dos arquivos. 
b. Tutorial de navegação: Informações online sobre como navegar pelas telas, 
informações sobre as principais páginas e funcionamento do site. 
c. Documento de arquitetura de software: O documento de arquitetura de software 
fornece uma visão geral de arquitetura do sistema de software. 
 
 
 
 
11 CRONOGRAMA DE MARCOS 
Aqui se encontram as principais atividades feitas pela equipe ao longo do projeto: 
 
 
 
 
 
 
. 
 
 
12 GLOSSÁRIO 
 
Wishlist : Lista de desejo 
Sprint: Sprint é um conceito utilizado em Scrum, uma metodologia de gerenciamento de 
projetos, e representa um dos pilares do projeto em desenvolvimento baseado nessa 
metodologia, consistindo em cada uma das etapas de um projeto, determinadas em espaços 
específicos de tempo. Dailys: Reunião diarias 
API: API é um conjunto de rotinas e padrões de programação para acesso a um aplicativo de 
software ou plataforma baseado na Web. A sigla API refere-se ao termo em inglês "Application 
Programming Interface" que significa em tradução para o português "Interface de Programação 
de Aplicativos". 
JavaScript : JavaScript é uma linguagem leve, interpretada e baseada em objetos com funções 
de primeira classe, mais conhecida como a linguagem de script para páginas Web, mas usada 
também em vários outros ambientes sem browser, tais como node.js, Apache CouchDB e 
Adobe Acrobat. 
Python: Python é uma linguagem de programação de alto nível, interpretada, de script, 
imperativa, orientada a objetos, funcional, de tipagem dinâmica e forte. 
React Native: React Native é uma biblioteca Javascript criada pelo Facebook.[2] É usada para 
desenvolver aplicativos para os sistemas Android e iOS de forma nativa. 
Flask: Flask é um framework para desenvolvimento rápido para web, escrito em Python. 
Protocolo HTTP: HTTP é um protocolo (protocol) que permite a obtenção de recursos, como 
documentos HTML. 
Api-Rest: REST significa Representational State Transfer. Em português, Transferência de 
Estado Representacional. Trata-se de uma abstração da arquitetura da Web. Resumidamente, o 
REST consiste em princípios/regras/constraints que, quando seguidas, permitem a criação de 
um projeto com interfaces bem definidas. 
JSON: Em computação, JSON, um acrônimo de JavaScript Object Notation, é um formato 
compacto, de padrão aberto independente, de troca de dados simples e rápida entre sistemas 
Expo: Expo é uma plataforma open-sorce para construção universal de apps para andorid e 
IOS com javascript e react 
Docker: Docker é um conjunto de produtos de plataforma como serviço que usam virtualização 
de nível de sistema operacional para entregar software em pacotes chamados contêineres. Os 
contêineres são isolados uns dos outros e agrupam seus próprios softwares, bibliotecas e 
arquivos de configuração. 
 
 
13 REFERÊNCIAS 
 
 
1. As Nações Unidas no Brasil. https://brasil.un.org/pt-br. Acessado 16 Feb. 2021. 
2. “Desenvolvimento Ágil.” Desenvolvimento Ágil, www.desenvolvimentoagil.com.br. 
Acessado 14 Feb. 2021. 
3. “O que faz um arquiteto de software? | IGTI.” IGTI Blog, 16 Jan. 2020, 
https://www.igti.com.br/blog/o-que-faz-um-arquiteto-de-software/. 
4. “Técnica MoSCoW na Priorização dos Requisitos.” Site Campus, 21 Jun 2018, 
https://sitecampus.com.br/tecnica-moscow-na-priorizacao-dos-requisitos/. 
5. http://www.observatoriodaimprensa.com.br/armazem-literario/caminhos-
parademocratizar-a-leitura. Acessado 14 Feb. 2021. 
6. Vision. 
http://csis.pace.edu/~marchese/SE616_New/Samples/Visionexample.htm#_Toc48511 
6505. Acessado16 Feb. 2021. 
7. “What Is Scrum?” Scrum.Org, https://www.scrum.org/resources/what-is-scrum. 
Acessado 15 Feb. 2021. 
8. https://homepages.dcc.ufmg.br/~figueiredo/disciplinas/lectures/goal-
questionmetric_v01.pdf. Acessado 16 Fev 2021 
9. Empowering App Development for Developers | Docker. https://www.docker.com/. 
Accessed 16 Feb. 2021. 
10. “Expo.” Expo, https://expo.io/. Accessed 16 Feb. 2021. 
11. JavaScript | MDN. https://developer.mozilla.org/pt-BR/docs/Web/JavaScript. 
Accessed 16 Feb. 2021. 
12. JSON. https://www.json.org/json-en.html. Accessed 16 Feb. 2021. 
13. React Native. https://reactnative.dev/. Accessed 16 Feb. 2021. 
14. The Web Framework for Perfectionists with Deadlines | Django. 
https://www.djangoproject.com/. Accessed 16 Feb. 2021. 
15. Uma Visão Geral Do HTTP - HTTP | MDN. 
https://developer.mozilla.org/ptBR/docs/Web/HTTP/Overview. Accessed 16 Feb. 
2021. 
16. https://agenciabrasil.ebc.com.br/educacao/noticia/2019-10/mercado-literario-
brasileiro-esta-em-transformacao Acessado em 09/03/2020. 
 
 
 
 
 
 
https://developer.mozilla.org/ptBR/docs/Web/HTTP/Overview.%20Accessed%2016%20Feb.%202021https://developer.mozilla.org/ptBR/docs/Web/HTTP/Overview.%20Accessed%2016%20Feb.%202021
https://agenciabrasil.ebc.com.br/educacao/noticia/2019-10/mercado-literario-brasileiro-esta-em-transformacao
https://agenciabrasil.ebc.com.br/educacao/noticia/2019-10/mercado-literario-brasileiro-esta-em-transformacao