Documento de Visão
Sumário
- Introdução
- 1.1 Propósito
- 1.2 Escopo
- 1.3 Definições, acrônimos e abreviações
- 1.4 Referências
- 1.5 Visão Geral
- Posicionamento
- 2.1 Oportunidade de Negócio
- 2.2 Descrição do Problema
- 2.3 Instrução de Posição do Produto
- Descrições da parte interessada e dos usuários
- 3.1 Demográficos de Mercado
- 3.2 Resumo da Parte Interessada
- 3.3 Resumo de Usuários
- 3.4 Ambiente do Usuário
- 3.5 Perfil dos Envolvidos
- 3.5.1 Equipe de Desenvolvimento
- 3.5.2 Equipe de Gestão de Projeto
- 3.6 Perfil dos Usuários
- 3.6.1 Compradores
- 3.6.2 Vendedores
- 3.7 Principais Necessidades dos Usuários e dos Envolvidos
- Visão Geral do Produto
- Recursos do Produto
- Restrições
- 6.1 Restrições de Design
- 6.2 Restrições de Implementação
- 6.3 Restrições de Segurança
- 6.4 Restrições de Uso
1. Introdução
1.1 Propósito
Esse documento de visão tem como objetivo estabelecer e declarar todos os propósitos e parâmetros para o desenvolvimento do aplicativo Integra, que será desenvolvido para o sistema Android, e as demais finalidades serão descritas a seguir.
1.2 Escopo
Esse projeto tem a finalidade de realizar a conexão entre vendedores autônomos de produtos alimentícios e os potenciais compradores. Para tanto, pretende-se facilitar o contato entre ambos e também a dinâmica de vendas utilizada pelos vendedores.
1.3 Definições, acrônimos e abreviações
- FGA - Faculdade do Gama.
- UnB - Universidade de Brasília.
- RU - Restaurante Universitário.
- MDS - Métodos de Desenvolvimento de Software.
- EPS - Engenharia de Projeto de Software.
- Vendedores - Estudantes que realizam a atividade autônoma de vendas no ambiente acadêmico como forma de renda extra.
- Compradores - Estudantes interessados em comprar produtos de vendedores autônomos na faculdade.
- Produtos - Produtos vendidos pelos vendedores, geralmente de cunho alimentício como cupcakes, bombons e etc.
- App - Aplicativo mobile, para o sistema operacional Android.
- Projeto - Projeto do aplicativo Integra.
- Back-end - Ele é o responsável, em termos gerais, pela implementação da regra de negócio.
- Front-end - Parte da aplicação que interage diretamente com o usuário.
1.4 Visão Geral
Este documento está sendo estruturado em 6 seções. A seção 1 aborda a introdução, sendo apresentada a visão para o projeto. O posicionamento encontra-se na seção 2 na qual é declarado o problema, a descrição do produto, além da oportunidade de negócio. As descrições da parte interessada e dos usuários encontra-se na seção 3 e informa qual seria o público-alvo para o App. A seção 4 busca descrever a visão geral do produto, especificando o produto, de forma geral e mais ampla. Os recursos do produto são desenvolvidos na seção 5, descrevendo as funções e capacidades do App, já a seção 6 aborda as restrições de design, implementação, segurança e uso.
2. Posicionamento
2.1 Oportunidade de Negócio
Atualmente, o ambiente acadêmico da FGA-UnB conta com muitos estudantes que utilizam de atividades autônomas de venda de produtos como uma forma de obtenção de renda extra. Porém, a forma de comunicação entre esses vendedores com os potenciais compradores resume-se ao contato pessoal no horário do almoço, em que os vendedores passam de mesa em mesa no RU, oferecendo seus produtos para os outros estudantes.
Nosso projeto tem como objetivo fazer com que essa comunicação seja mais fluída e eficiente entre os vendedores e compradores, através de um App, que fará a comunicação e possibilitará o encontro de ambos, para assim agilizar e melhorar a harmonia no ambiente acadêmico, que por sua vez se depara com pessoas, às vezes, incomodadas por não estarem interessadas em comprar quaisquer produtos.
O vendedor ficará mais confortável por ter todos seus produtos exibidos no App, e o comprador terá a comodidade de poder se comunicar com o vendedor o horário mais propício para realizar a compra.
2.2 Descrição do Problema
Após uma entrevista breve com a vendedora Priscila, foram apresentadas algumas dificuldades que ela sofre no dia a dia, principalmente por essa falta de um veículo para comunicação entre ela e seus clientes. Ela expôs que além do trabalho cansativo de passar em todas as mesas do RU, algumas pessoas a tratam com certa ignorância por ela acabar passando mais de uma vez pelas mesas. Foi dito por ela também que, os seus clientes por vezes, não vão até ela comprar seus produtos.
| Descrição do Problema | O que afeta | Impacto disso | Solução viável |
|---|---|---|---|
| Falha na comunicação entre compradores e vendedores. | Realização das vendas. | Vendas prejudicadas, desgaste físico do vendedor na procura por compradores, demandando um tempo considerável para a venda. | Um meio de comunicação simples para propiciar o encontro de vendedores com possiveis compradores e a criação de uma forma prática de marketing para os interessados. |
2.3 Instrução de Posição do Produto
Para vendedores e compradores de produtos na FGA que sofrem com a falta de um veículo de comunicação, o Integra vem com o objetivo de servir como uma ponte de comunicação entre essas duas entidades (compradores e vendedores) a fim de melhorar o encontro e o comércio de produtos no ambiente acadêmico. Uma solução viável para isso seria um serviço de compartilhamento de informações, em que ao realizar um pedido, o cliente pode informar o local que se encontra o cliente, forma de pagamento, entre outras.
3. Descrições da Parte Interessada e dos Usuários
3.1 Demográficos de Mercado
Atualmente a FGA comporta milhares de discentes, sendo que alguns dividem a jornada acadêmica com o comércio de produtos pela faculdade como uma forma de obter dinheiro durante esse período. Com o objetivo de estreitar a relação entre os compradores e os vendedores, esse projeto propõe-se a atingir os frequentadores da FGA e apresentar uma solução que facilita o processo de venda de mercadorias — doces, sobremesas, marmitas, etc. — dentro da faculdade.
3.2 Resumo da Parte Interessada
| Grupo | Descrição | Responsabilidade |
|---|---|---|
| Equipe de Desenvolvimento | Estudantes da disciplina de MDS, UnB-FGA. | Documentar, desenvolver, testar e implementar a aplicação. |
| Equipe de Processos de software | Estudantes da disciplina de EPS, UnB-FGA. | Coordenar, auxiliar e orientar a equipe de desenvolvimento de software, além de fundamentar o projeto. |
| Cliente | Compradores/Vendedores de produtos na FGA. | Levantar os requisitos do software. |
| Coachs | Estudantes da UnB, monitores da matéria de GPP/MDS. | Auxiliar e retirar dúvidas das equipes de desenvolvimento e gestão. |
| Professora | Professora do curso de Engenharia de software, UnB-FGA. | Orientar e avaliar os trabalhos realizados pelas equipe de MDS e EPS. |
3.3 Resumo de Usuários
| Grupo | Descrição | Responsabilidade |
|---|---|---|
| Comprador | Pessoa interessada em realizar a compra de produtos na FGA. | Solicitar o serviço por meio da aplicação. |
| Vendedor | Pessoa que disponibiliza um menu com os itens a ser vendidos na FGA. | Cadastrar produtos e efetivar a compra em dado local junto ao comprador. |
3.4 Ambiente do Usuário
Dispositivos móveis:
| Sistema | Versão |
|---|---|
| Android | >= 4.4 (API 19) |
A aplicação estará ativa por parte do vendedor durante o seu período de atividade na faculdade indicando sua disponibilidade.
3.5 Perfil dos Envolvidos
3.5.1 Equipe de Desenvolvimento
| Representantes | André Pinto, Dâmaso Pereira, Gustavo Lima, Leonardo Medeiros, Shayane Alcântara, Welison Almeida |
|---|---|
| Descrição | Desenvolvedores. |
| Tipo | Estudantes da FGA da disciplina de MDS. |
| Responsabilidade | Desenvolvimento, documentação, implementação e Testes do software. |
| Critérios de Sucesso | Concluir devidamente o software e disponibilizá-lo ao público-alvo. |
| Envolvimento | Alto. |
| Problemas/Comentários | Inexperiência em relação às linguagens, metodologias e paradigmas que serão aplicadas ao projeto. |
3.5.2 Equipe de Gestão de Projeto
| Representantes | Lucas Costa, Lucas Pereira, Ricardo Canela, Wesley Araujo |
|---|---|
| Descrição | Gerenciamento de projeto. |
| Tipo | Estudantes da FGA da disciplina de EPS. |
| Responsabilidade | Coordenar, auxiliar e orientar a equipe de desenvolvimento de software, além de fundamentar o projeto. |
| Critérios de Sucesso | Gerir adequadamente o desenvolvimento, tratar riscos e entregar o produto. |
| Envolvimento | Alto. |
| Problemas/Comentários | - |
3.6 Perfil dos Usuários
3.6.1 Compradores
| Representante | Compradores |
|---|---|
| Descrição | Pessoa interessada em comprar produtos de vendedores autônomos presentes na faculdade. |
| Tipo | Comprador. |
| Responsabilidade | Solicitar o serviço e dispor informações ao vendedor quanto à localização da realização da venda. |
| Critérios de Sucesso | Comunicação efetiva e entrega do produto. |
| Envolvimento | Alto. |
| Problemas/Comentários | Não possuir um smartphone com os pré-requisitos elecandos ou não ter acesso à internet. |
3.6.2 Vendedores
| Representante | Vendedores |
|---|---|
| Descrição | Pessoa que vende seus produtos na FGA. |
| Tipo | Vendedor. |
| Responsabilidade | Disponibilizar um menu de mercadorias e encaminhar-se ao comprador para firmar a venda. |
| Critérios de Sucesso | Comunicação efetiva e entrega do produto. |
| Envolvimento | Alto. |
| Problemas/Comentários | Não possuir um smartphone com os pré-requisitos elecandos ou não ter acesso à internet. |
3.7 Principais Necessidades dos Usuários e dos Envolvidos
| Necessidade | Interesse | Solução Proposta |
|---|---|---|
| Apresentar a oferta | Estabelecer um meio eficiente para os compradores terem informações sobre os produtos disponíveis. | Disponibilizar na aplicação um menu com os produtos associados ao vendedor. |
| Facilitar a compra | Apresentar a disponibilidade do vendedor para efetivar a venda, abranger a comunicação entre comprador e vendedor. | Sistema de pedidos com recurso de comuniçação que possibilitará ao comprador combinar a entrega do produto e efetivar a compra. |
4. Visão Geral do Produto
4.1 Perspectiva do Produto
O sistema Integra Vendas funcionará como uma ferramenta facilitadora para a comunicação com fins comerciais e a locomoção de vendedores na Faculdade do Gama por meio de uma plataforma mobile. Os usuários da plataforma, poderão dispor de funções como cadastro de produtos, realização de pedidos, compartilhamento de informações entre cliente e vendedor e sistema de notificação.
4.2 Resumo das Capacidades:
| Benefício para o cliente | Recursos |
|---|---|
| A plataforma será clara e simples, fazendo com que o acesso seja fácil e sem complicações. | Design simples e intuitivo. |
| A comunicação é facilitada por um compartilhamento de informações no ato de realizar um pedido. | Campo para o cliente comunicar ao vendedor observações que julgar necessárias, incluso na plataforma. |
| Garantia de entrega do produto na opção mais viável para o cliente e vendedor. | Negociação na plataforma de optar pela escolha do local de entrega. |
| Datas específicas podem receber preço promocional definidas pelo vendedor. | Funcionalidade de alteração de preços na plataforma. |
4.3 Licenciamento e Instalação
A aplicação mobile será disponibilizada por meio da plataforma Google Play, que disporá de download simples e intuitivo para uma boa usabilidade das funcionalidades.
5. Recursos do Produto
5.1 Cadastro
Tanto o vendedor como o consumidor realizarão um cadastro sem distinção de funções na plataforma, para acessar o serviço comercial.
5.2 Login
A autenticação do usuário será realizada mediante login.
5.3 Cadastro de produtos e descrição
O vendedor poderá cadastrar os produtos desejados, definir preços, adicionar fotos e incrementar com informações complementares, se julgar necessário.
5.4 Alteração de produtos cadastrados
O vendedor poderá alterar dados, características e preços de seus produtos, como exemplo, em perídos de promoções.
5.5 Catálogo de produtos
A plataforma contará com uma lista de ofertas de produtos ordenadas automaticamente por preço, facilitando a busca por produtos do interesse do cliente.
5.6 Pedido e entrega
O cliente poderá assinalar o interesse pelo produto, fazendo o pedido e logo em seguida, negociando com o vendedor o local de encontro para entrega do produto em questão.
6. Restrições
6.1 Restrições de Design
O sistema precisa ser atrativo aos usuários e ao mesmo tempo de fácil uso.
6.2 Restrições de Implementação
O sistema terá o back-end baseado em microsserviços desenvolvidos usando a linguagem Python com o framework Django e o front-end baseado em Java com o framework React-native. O sistema deverá ser desenvolvido para funcionar junto a outros apps que serão desenvolvidos por outras equipes.
6.3 Restrições de Segurança
O sistema se comunica com um banco de dados externo. O sistema deve ser resistente a ataques e possiveis tentativas de invasão.
6.4 Restrições de Uso
Para o uso do sistema é necessário que o usuário tenha acesso a um dispositivo conectado à internet.
7. Referências Bibliográficas
IBM Knowledge Center - Documento de Visão: Estruturas de um Documento de Visão. Disponível em: https://www.ibm.com/support/knowledgecenter/pt-br/SSWMEQ_4.0.6/com.ibm.rational.rrm.help.doc/topics/r_vision_doc.html Acesso em: 30 de Agosto de 2018.
MENDES, Mariana et al. Projeto Dr. Down: Documento de Visão. Disponível em: https://fga-eps-mds.github.io/2018.1-Dr-Down/ Acesso em: 28 de Agosto de 2018.
HIROSHI, Lucas et al. Projeto Receita Mais: Documento de Visão. Disponível em: https://github.com/fga-eps-mds/2017.2-Receita-Mais Acesso em: 30 de Agosto de 2018.