A Estrutura de Tópicos do Documento de Visão
Histórico de Revisão
| Data | Versão | Descrição | Autor(es) |
|---|---|---|---|
| 20/03/2020 | 0.1 | Criação do Documento | Hércules |
| 29/08/2020 | 0.2 | Restruturação do Documento | Guilherme |
| 01/08/2020 | 0.3 | Restruturação do Documento | Guilherme |
| 10/09/2020 | 0.4 | Inserção do tópico 1 | Hércules |
| 10/09/2020 | 0.5 | Atualização da Visão Geral do Produto | Bruno |
| 13/09/2020 | 0.7 | Atualização do tópico de recursos | Vitor |
| 14/09/2020 | 0.8 | Atualização do tópico Descrição da Parte Interessada e do Usuário | Hércules |
| 14/09/2020 | 0.9 | Atualização do tópico Posicionamento | Juliana |
| 18/09/2020 | 1.0 | Revisão | Mateus Augusto |
| 18/09/2020 | 1.1 | Atualização do item 4.2 | Bruno |
| 21/09/2020 | 1.2 | Atualização dos recursos | Vitor |
| 15/12/2020 | 1.3 | Adição regras para a paleta de cores | Bruno |
Sumário
1. Introdução
2. Posicionando
3. Descrições da Parte Interessada e do Usuário
4. Visão Geral do Produto
5. Recursos do Produto
6. Restrições
7. Paleta de cores
8. Referências
1: Introdução
Esta introdução fornece uma visão geral de todo o documento de visão. Ela inclui o propósito, escopo, definições, acrônimos, abreviações, referências e visão geral de todo o documento.
1.1 Propósito:
Este documento visa definir o escopo e o propósito geral do projeto do sistema de gerenciamento do aplicativo "Vamos Cuidar", especificando o posicionamento em relação ao problema a ser resolvido, descrevendo as partes interessadas, dando uma visão geral do produto, definindo quais serão os recursos do produto, e por fim elencando as possíveis restrições atreladas a este projeto.
1.2 Escopo:
Este projeto é parte do desenvolvimento do aplicativo "Vamos Cuidar", e tem como objetivo desenvolver um sistema gerenciador para o aplicativo. Este aplicativo é feito em parceria com o DAF da UnB, e tem como objetivo fornecer uma interface para que pessoas vinculadas a UnB possam relatar problemas no ambiente da UnB e assim ter esses relatos entregues aos departamentos responsáveis. O sistema gerenciador, dentro do projeto, visa fornecer uma interface para que se possa gerenciar o conteúdo do aplicativo.
1.3 Definições, acrônimos e abreviações:
UnB - Universidade de Brasília
DAF - Decanato de Administração
PO - Product Owner (Dono do produto)
1.5 Visão geral:
Este documento traz o escopo e propósito geral deste projeto, e está dividido em 7 tópicos:
1. Introdução: fornece uma visão geral do documento de visão.
2. Posicionando: Descreve o propósito do produto e a importância deste para as partes envolvidas.
3. Descrições da Parte Interessada e do Usuário: Descreve todas as partes interessadas no produto e usuários.
4. Visão Geral do Produto: Essa seção fornece uma visão geral das capacidades, interfaces com outras aplicações, e configurações do sistema.
5. Recursos do Produto: Lista e descreve as funcionalidades do produto.
6. Restrições: Busca elencar quaisquer restrições de projeto externas, ou internas.
7. Referências: Lista todas as referências que foram utilizadas para elaborar este documento.
2: Posicionamento
2.1 Oportunidade de Negócios:
O sistema de gerenciamento do aplicativo “Vamos Cuidar” é uma interface para a avaliação dos problemas relatados pelos departamentos responsáveis. Com o sistema de gerenciamento, o DAF da UnB poderá administrar a plataforma com criação de posts, análise de dados e promover soluções para os problemas relatados.
2.2 Instrução do Problema:
A dificuldade e demora na resolução de problemas relacionados à UnB gera uma necessidade de um meio de informação rápido e apto no qual aja comunicação entre o relator e o departamento encarregado daquela devida adversidade. Uma solução bem sucedida para se obter uma comunicação mais eficiente é a criação de uma plataforma de fácil acesso para o DAF da UnB gerenciar, analisar e notificar sobre essas questões. No qual a análise será realizada de acordo com as categorias, número de posts sobre determinado assunto, votos e entre outros.
2.3 Instrução de Posição do Produto:
Para uma solução e notificação ágil aos problemas referentes à UnB informados por estudantes e/ou funcionários. O sistema gerenciador do aplicativo “Vamos Cuidar” é uma aplicação que permite a visualização de questões sobre a UnB. Nosso produto será o primeiro a providenciar uma interação direta entre pessoas da comunidade da UnB e o DAF.
3: Descrições da Parte Interessada e do Usuário
Esta seção fornece um perfil das partes interessadas e usuários que estão envolvidos no projeto. Esta seção também identifica os principais problemas que as partes interessadas e os usuários consideram que a solução proposta deva tratar.
3.1 Resumo da Parte Interessada:
| Nome | Descrição | Responsabilidades |
|---|---|---|
| Cliente. | DAF da UnB | Administrar a plataforma, criando posts, analisando os dados, e providenciando soluções para problemas postados pelos usuários |
| Usuário do aplicativo | Alunos, professores, ou quaisquer servidores da universidade | Utilizar a plataforma, postando eventuais problemas na universidade, fornecendo informações como por exemplo o local do problema, e uma foto. |
| Equipe de Desenvolvimento | Equipe formada por alunos das disciplinas de métodos de desenvolvimento de software, e engenharia do produto de software | Desenvolver a plataforma |
3.2 Resumo do Usuário:
| Nome | Descrição | Parte Interessada |
|---|---|---|
| Administrador do aplicativo | Este usuário administra o aplicativo, postando notícias, editando possíveis benefícios para os usuários, e editando anúncios de empresas parceiras, além de ter acesso a relatórios dos posts dos usuários. | Cliente |
3.3 Ambiente do Usuário:
A aplicação é em forma de aplicação web, e será utilizada em escritório dentro da UnB, no DAF.
3.4 Perfis das Partes Interessadas:
| Representante | Fernando |
|---|---|
| Descrição | Coordenador de contratos |
| Tipo | Especialista de negócios |
| Responsabilidades | Administra o aplicativo, postando notícias, analisando dados, e solucionando os problemas elencados por usuários |
| Critérios de Sucesso | Ter uma plataforma que facilite a administração e a manutenção dos contratos da faculdade |
| Envolvimento | PO |
| Representante | Comunidade acadêmica |
|---|---|
| Descrição | Alunos, professores, terceirizados |
| Tipo | Usuário casual |
| Responsabilidades | Fornece dados para o aplicativo |
| Critérios de Sucesso | Manutenção adequada da universidade |
| Envolvimento | Usuário do aplicativo |
| Representante | Renata |
|---|---|
| Descrição | Responsável pelo hackathon, de qual o projeto foi vencedor |
| Tipo | Especialista em negócios |
| Responsabilidades | Fornece requisitos e informações para fazer a integração do sistema de gestão com o aplicativo |
| Critérios de Sucesso | Integração bem sucedida do sistema gerenciador com o projeto |
| Envolvimento | Integração do projeto |
| Representante | Bruno |
|---|---|
| Descrição | Equipe de desenvolvimento do aplicativo para celular |
| Tipo | Equipe de desenvolvimento |
| Responsabilidades | Trabalhará na parte do aplicativo para celular, que será gerenciado pelo sistema gerenciador, que é o objeto deste documento |
| Critérios de Sucesso | Integração bem sucedida do sistema gerenciador com o projeto |
| Envolvimento | Integração do projeto |
| Entregas | Interface para comunicação entre o aplicativo e o sistema gerenciador |
| Representante | Carla |
|---|---|
| Descrição | Orientadora do projeto do aplicativo para smartphone |
| Tipo | Orientador |
| Responsabilidades | Orientará a equipe de desenvolvimento do aplicativo |
| Critérios de Sucesso | Integração bem sucedida do sistema gerenciador com o projeto |
| Envolvimento | Integração do projeto |
| Entregas | Interface para comunicação entre o aplicativo e o sistema gerenciador |
| Representante | Hilmer |
|---|---|
| Descrição | Orientador do projeto do sistema gerenciador |
| Tipo | Orientador |
| Responsabilidades | Orientará a equipe de desenvolvimento sistema |
| Critérios de Sucesso | Aplicativo funcional e bem documentado, aplicando as metodologias de desenvolvimento de software |
| Envolvimento | Orientação |
| Entregas | Documentação |
| Representante | Guilherme Aguiar, Mateus Augusto, Gabriel Filipe |
|---|---|
| Descrição | Equipe de Gerência do Projeto |
| Tipo | Desenvolvedor |
| Responsabilidades | Desenvolver o produto de software |
| Critérios de Sucesso | Atender à necessidade das partes interessadas |
| Envolvimento | Desenvolvimento e gestão do projeto |
| Entregas | Documentação |
| Representante | Fernando |
|---|---|
| Descrição | Coordenador de contratos |
| Tipo | Usuário avançado |
| Responsabilidades | Coordenar contratos do DAF |
| Critérios de Sucesso | Ter uma plataforma que facilite a administração e a manutenção dos contratos da faculdade |
| Envolvimento | PO |
| Entregas | Protótipo, Features da aplicação |
3.5 Perfis do Usuário
| Representante | Gestores |
|---|---|
| Descrição | Gestores do DAF |
| Tipo | Usuário avançado |
| Responsabilidades | Administra o aplicativo, postando notícias, analisando dados, e solucionando os problemas elencados por usuários |
| Critérios de Sucesso | Ter uma plataforma que facilite a administração e a manutenção dos contratos da faculdade |
| Envolvimento | PO |
| Entregas | Protótipo, Features da aplicação |
3.6 Principais Necessidades da Parte Interessada ou do Usuário:
| Necessidade | Prioridade | Interesses | Solução atual | Solução proposta |
|---|---|---|---|---|
| Monitorar problemas relacionados a UnB | 1 | Melhorar o monitoramento dos contratos | Monitoramento por servidores | Utilizar a aplicação para ter uma melhor e mais ampla visualização dos dados |
| Facilitar Tomada de decisão | 1 | Apresentação de indicadores | Decisão a partir de relatórios | Utilizar a aplicação para fornecer indicadores |
| Apresentar feedback dos processos | 1 | Mostrar para a comunidade acadêmica o andamento do processo de resolução | Notícias no site da UnB | Alimentar feed da Aplicação mobile como notícias |
3.7 Alternativas e Concorrência:
A principal alternativa ao nosso produto, que é a alternativa utilizada atualmente, é a de dispor do trabalho de servidores para inspecionar a universidade procurando por defeitos na infraestrutura, ou quaisquer outras falhas no funcionamento da universidade. E além disso, dispor do feedback da comunidade acadêmica que se disponham a relatar problemas, diretamente para o decanato.
4: Visão Geral do Produto
4.1 Perspectiva do Produto:
O produto possui aplicações semelhantes a de um relatório sobre o uso das funcionalidade de um aplicativo com o gerenciamento de informações do mesmo. O sistema gerenciador do Vamos Cuidar, tem uma dependência de uma aplicação mobile que tem o objetivo de enviar dados para a plataforma gestora.
4.2 Resumo das Capacidades:
| Benefício para o Cliente | Recursos de Suporte |
|---|---|
| Geração de relatórios sobre o uso das funcionalidades. | O usuário tem acesso e pode tirar informações adicionais sobre as funcionalidades, como por exemplo: número de posts, categorias, votos, metas e rankings. |
| Avaliação dos problemas citados. | Ao receber a notificação de um problema, o gestor pode avaliar a situação, tendo a opção de modificar o estado da situação. |
| Criação de conteúdo informativo. | Com a criação de notícias tem-se a possibilidade de avisar os usuários do aplicativo mobile, informações referentes aos dados recebidos pelo sistema ou informações da própria rede da UnB |
| Sistema de recompensa por postagens e avaliações | Com a colaboração de pessoas por meio do aplicativo, temos então a possibilidade de gerenciar recompensas fornecidas pela própria UnB ou empresas parceiras. |
| Gerenciamento de anúncios. | Após ter um firmamento com empresas parceiras, terá a criação de anúncios da mesma. Com isso, o usuário pode criar e deletar de uma forma fácil suas propagandas. |
4.3 Suposições e Dependências
O sistema de gerenciamento do Vamos Cuidar, tem uma dependência da aplicação mobile, pois irá receber os dados das denúncias dessa aplicação. A parte onde será disponibilizada o uso do sistema (Aplicação web) não necessita de um sistema de hardware robusto.
4.4 Custo e Precificação
O custo único seria o local onde o site será hospedado.
4.5 Licenciamento e Instalação
Não há necessidade de instalação, pois a plataforma é uma aplicação web. Já temos como o licenciamento a GNU General Public License v3.0.
5: Recursos do Produto
Os recursos do produto são listados abaixo.
5.1 Sistema de Login.
O Sistema deve Permitir que o usuário seja capaz de efetuar login, comprovando sua identidade podendo realizar operações de acordo com sua permissão. Toda notícia deve possuir título, imagem, texto, autor, e tags.
5.2 CRUD de Notícias.
A aplicação deve permitir que o usuário seja capaz de criar, visualizar, ler e excluir notícias. Estas notícias estarão disponíveis para o público geral visualizar e reagir.
5.3 Gestão de Benefícios.
Os usuários do sistema de gestão devem ser capazes de criar e excluir benefícios. Os usuários do aplicativo comprarão estes benefícios atravez de ponto adiquiridos por participação e engajamento. Os benefícios devem possuir titulo, nome da empresa e custo de pontos.
5.4 Disponibilização de Relatórios.
Deve-se permitir que os usuários visualizem relatórios de quatro classes, listados abaixo
5.4.1 Relatórios de Localização
Relatório com mapa de incidencia de posts por região.
5.4.2 Relatórios de Metas
Os usuários devem visualizar como está a situação das metas estabelecidas, como meta de novos usuários e post resolvidos por periodo de tempo.
5.4.3 Relatórios de Usuário
Estatística de Novos Usúarios por periodo de tempo.
5.4.4 Relatórios de Posts
Os usuários do sistema devem conseguir visualizar com clareza as estatísticas dos posts, visualizando as categorias de posts com maior engajamento, post mais votados e números de post por local, por categoria, anonimos, recebidos, Por periodo e dados como esolvidos.
5.5 Gerenciameto de Anúncios
O usuário deve ser capaz de criar e excluir anúncios que serão exibidos para os usuários do aplicativo.
5.6 Gestão de Posts
O sistema deve permitir que o gestor atenda aos posts gerados pela comunidade, além do CRUD dos posts e filtro de conteúdo manual de postagens anônimas.
6: Restrições
As restrições são todos os fatores que limitam a execução e o funcionamento da aplicabilidade, podendo afetar de forma direta ou indiretamente ao projeto. Porém, não é possível listar todas as restrições do projeto.
6.1 Restrições externas
Fatores externos que podem prejudicar o processo de desenvolvimento são aqueles que, de alguma forma, incapacite determinado membro de exercer suas atividades. Como falta de internet, energia, equipamento danificado ou algum fator físico ou social do indivíduo.
6.2 Restrições internas
O estado e a qualidade do produto, dependem diretamente da equipe envolvida, pois trata-se de um sistema de software e o processo de produção e implementação decorem do esforço intelectual dos membros.
6.3 Restrições implementação
Para minimizar os possíveis impasses que podem surgir no desenvolvimento de um projeto em equipe com ambientes separados, será utilizado a tecnologia Docker, assim criar um servidor de produção padrão para todos os desenvolvedores.
6.4 Restrições de Design
As restrições do design do sistema desenvolvido, são limitações das tecnologia escolhidas e ferramentas utilizadas.
6.5 Restrições de confiabilidade
O sistema desenvolvido terá auxilio ativo dos membros por todas as fases e disciplinas de um desenvolvimento de software na duração de um semestre letivo. Assim, cumprindo todas as fases necessárias para a entrega de uma solução de software funcional, mas posteriormente a entrega, não foram definidos como a manutenção irá ocorrer pelos membros.
6.6 Restrições de regulamentares
Existem atualmente lei que protegem e patronizam os dados dos usuários, como principal objetivo, garantir transparência no uso de dados das pessoas físicas em quaisquer meios. Em consequência disso, o projeto estará em conformidade com a Lei de proteção de Dados (Lei nº 13.709), LGPD.
7 Paleta de cores
Como o Vamos Cuidar Gestor faz parte de um departamento da UnB, temos que seguir as regras de padronização de cores da mesma.
Segue no link a seguir o arquivo com as paletas de cores da UnB : http://www.marca.unb.br/arquivosdigitais/files/guia_pratico/guia_pratico.pdf. Acessado em: 15 de Dezembro de 2020.
8 Referências
Vision document. Disponível em: https://www.ibm.com/support/knowledgecenter/en/SSWMEQ_4.0.6/com.ibm.rational.rrm.help.doc/topics/r_vision_doc.html. Acessado em: 10 de Setembro de 2020.