Documento de Visão - fga-eps-mds/2017.1-OndeE-UnB GitHub Wiki
Histórico de Revisões
| Data |
Versão |
Descrição |
Autor |
| 16/03/2017 |
0.1 |
Criação do documento |
Lucas S. |
| 17/03/2017 |
0.2 |
Introdução e Escopo |
Kairon Velozo, Mateus Roriz |
| 19/03/2017 |
0.3 |
Introdução do Problema; Definições, Abreviações e acrônimos; Instrução de Posição do Produto; Principais Necessidades da Parte Interessada; Suposições e Dependências; Licenciamento e Instalação; Recursos do Produto; Propósito; Oportunidade de Ńegócio; Visão Geral do Produto e Perspectiva do Produto |
Karion Velozo, Jordan Miranda, Mateus Roriz |
| 19/03/2017 |
0.4 |
Instrução do produto (Criação de tabelas); Melhoria na Introdução e no escopo; Resumo do Usuário e Ambiente do Usuário |
Taynara Carvalho, Sannya Arvelos, Lucas S. |
| 20/03/2017 |
0.5 |
Perfil do Usuário; Oportunidade de Negócio/Referências; Resumo dos Envolvidos; Perfis das Partes Interessadas; Resumo das Capacidades; Restrições; Faixas de Qualidade; Completando a tabela de Principais Necessidades da Parte Interessada |
Taynara Carvalho, Sannya Arvelos, Lucas S. |
| 21/03/2017 |
0.6 |
Alterações em Oportunidades de Negócios, Instrução do Problema; Instrução de Posição do Produto; Resumo de Capacidade |
Stéfane Souza |
| 23/03/2017 |
0.7 |
Perfis de Usuário: Novos Alunos, Palestrantes |
Lucas S., Sannya Arvelos |
| 06/04/2017 |
0.8 |
Refatoração do documento, adição de requisitos funcionais e não funcionais, legendas das prioridades. |
Taynara, Sannya Arvelos, Lucas S., Kairon Velozo |
| 07/04/2017 |
0.9 |
Migração de documento do Google Drive para a Wiki. Pequenas alterações feitas em texto. |
Lucas S. |
| 13/04/2017 |
0.9.1 |
Refatoração de seções do documento. |
Lucas S., Kairon Velozo |
Sumário
1. Introdução
1.1. Propósito
1.2. Definições, acrônimos e abreviações
1.3. Referências
2. Posicionamento
2.1. Oportunidade de Negócios
2.2. Instrução do Problema
2.3. Instrução de Posição do Produto
3. Envolvidos e Usuários
3.1. Resumo dos Envolvidos
3.2. Resumo do Usuário
3.3. Perfis das Partes Interessadas
3.3.1 Equipe de Gestão de Projeto
3.3.2 Equipe de Desenvolvedores
3.3.2 Diretoria do CPD UnB
3.4. Perfil dos Usuários
3.4.1 Novos Alunos
3.4.2 Palestrantes
3.4.3 Visitantes
3.4.2 Candidatos
3.5. Principais Necessidades da Parte Interessada ou do Usuário
4. Visão Geral do Produto
4.1. Perspectiva
4.2. Benefícios
4.3. Licenciamento
5. Requisitos
5.1 Requisitos Funcionais
5.2 Requisitos Não Funcionais
1. Introdução
1.1. Propósito
1.2. Definições, acrônimos e abreviações
| Abreviação |
Definição |
| UnB |
Universidade de Brasília |
| CPD - UnB |
Centro de Processamento de Dados da Universidade de Brasília. |
1.3. Referências
UNIVERSIDADE DE BRASÍLIA. Institucional. Disponível em: <http://www.unb.br/a-unb?menu=423>. Acesso em 20 março de 2017.
CENTRO DE PROCESSAMENTO DE DADOS DA UNIVERSIDADE DE BRASÍLIA. Sobre o CPD. Disponível em: <http://www.cpd.unb.br/sobre-o-cpd>. Acesso em 20 março de 2017.
W3Schools. Browser Statistics - The Most Popular Browsers. Disponível em: <https://www.w3schools.com/browsers/default.asp>. Acesso em 14 de abril de 2017.
2. Posicionamento
2.1. Oportunidade de Negócios
2.2. Instrução do Problema
| O problema seria |
A dificuldade das pessoas de se localizarem pelos edifícios e salas no campus Darcy Ribeiro, |
| afeta |
estudantes, servidores e visitantes da universidade, |
| cujo impacto é |
a demora para encontrar e chegar à determinado lugar na universidade, |
| uma boa solução seria |
uma plataforma web que fornece as informações de localização de salas e prédios dentro do campus. |
2.3. Instrução de Posição do Produto
| Para |
Estudantes, servidores e visitantes da universidade |
| Que |
desejam facilitar sua locomoção entre instalações do Campus Darcy Ribeiro |
| O |
"Onde É? UnB" |
| Que |
é uma plataforma web |
| Diferente de |
mapas avulsos da universidade |
| Nosso produto |
Possibilita a localização de edifícios, departamentos, salas do Campus Darcy Ribeiro pertencente a Universidade de Brasília |
3. Envolvidos e Usuários
3.1. Resumo dos Envolvidos
| Nome |
Representa |
Função |
| Equipe de Desenvolvedores |
Grupo de discentes da Universidade de Brasília que estão matriculados na matéria Métodos de Desenvolvimento de Software. |
Desenvolver e implementar a ferramenta web apresentada neste documento. |
| Equipe de Gestão do Projeto |
Grupo de discentes da UnB que estão matriculados na matéria Gestão de Portfólio de Projeto. |
Desenvolver a aplicação web apresentada visando a detecção de possíveis riscos futuros, problemas e soluções viáveis para a conclusão deste projeto. |
| Diretoria do CPD - UnB |
Diretores do CPD |
Fornecer os dados necessários para o desenvolvimento e implementação da aplicação aqui apresentada. |
| Coaches |
Orientadores do projeto |
Orientar a equipe de desenvolvimento e a equipe de gestão no que refere a execução do projeto. |
| Professor |
Avaliador e orientador do projeto. |
Avaliar o produto e o cumprimento dos métodos de desenvolvimento utilizados e orientar as equipes quanto a execução do projeto. |
3.2. Resumo do Usuário
| Nome |
Descrição |
| Novos alunos |
Novos aprovados na UnB que nunca tiveram contato com o Campus Darcy Ribeiro. |
| Palestrantes |
Pessoas de fora do Campus Darcy Ribeiro convidadas a ministrar algum tipo de palestra dentro do próprio e que não possuem conhecimento sobre suas localidades. |
| Candidatos |
O Campus Darcy Ribeiro constantemente é local de provas de concursos, vestibulares e afins. Alguns destes também não possuem conhecimento sobre as localidades do campus. |
| Visitantes |
Pessoas que desejam conhecer as instalações do Campus Darcy Ribeiro e nunca estiveram em suas instalações. |
3.3. Perfis das Partes Interessadas
3.3.1. Equipe de Gestão de Projeto
| Representantes |
Alexandre Torres Kryonidis, Daniel Moura da Silva, Eduardo Brasil Martins, Eduardo Quintino Gomes, Matheus Mello e Rafael dos Santos Rabetti. |
| Descrição |
Gerentes do projeto. |
| Tipo |
Grupo de discentes da Universidade de Brasília que estão matriculados na matéria Gestão de Portfólio de Projeto. |
| Responsabilidades |
Gerir a equipe visando a entrega da ferramenta web aqui proposta de acordo com as metas e propostas entregues por eles. |
| Critérios de Sucesso |
Fazer com que o grupo de desenvolvedores possua um conhecimento uniforme, trabalhe bem em equipe. Seguir de forma correta um projeto de desenvolvimento de software visando a entrega, no prazo, de uma aplicação com um ótimo nível de qualidade. |
| Envolvimento |
Alto. |
| Comentários/Problemas |
Uma equipe de alunos que tem o objetivo de gerir uma equipe de outros alunos com a finalidade de entregar o produto. |
3.3.2. Equipe de Desenvolvedores
| Representantes |
Jordan de Oliveira Miranda, Kairon Velozo, Lucas Soares Souza, Mateus Vieira da Silva Roriz, Sannya Santana de Arvelos, Stéfane Bogéa de Souza e Taynara de Jesus Carvalho. |
| Descrição |
Desenvolvedores do projeto. |
| Tipo |
Grupo de discentes da Universidade de Brasília que estão matriculados na matéria Métodos de Desenvolvimento de Software. |
| Responsabilidades |
Desenvolver, testar, implementar a aplicação neste documento apresentada. |
| Critérios de Sucesso |
Fornecerem o software de acordo com o que foi estipulado pelo cliente e pela equipe da Gestão de Projeto. |
| Envolvimento |
Alto. |
| Comentários/Problemas |
Trabalhar com ferramentas nunca, ou pouco, utilizadas pela a equipe para a implementação do projeto. |
3.3.3. Diretoria do CPD UnB
| Representante |
Felipe Santos. |
| Descrição |
Representante do CPD UnB |
| Tipo |
Cliente do projeto. |
| Responsabilidades |
Fornecer os dados necessários para a conclusão da aplicação. |
| Critérios de Sucesso |
Receber um software que seja capaz de orientar as pessoas que precisam localizar instalações no Campus Darcy Ribeiro. |
| Envolvimento |
Alto |
| Comentários/Problemas |
Conseguir fornecer um grande número de dados para a conclusão do projeto. |
O nível de envolvimento das partes interessadas no desenvolvimento da aplicação é classificado da seguinte forma:
Alto: O usuário poderá acessar todas as informações administrativas do sistema.
3.4 Perfil dos Usuários
3.4.1 Novos Alunos
| Representantes |
Novos Alunos |
| Descrição |
Alunos que acabaram de ingressar na Universidade de Brasília e que nunca tiveram contato com o Campus Darcy Ribeiro |
| Tipo |
Usuário Informal. |
| Responsabilidades |
Acessar a aplicação e utilizar os recursos para usuários comuns. |
| Critérios de Sucesso |
Conseguir, intuitivamente, acessar todos os recursos da aplicação web. |
| Envolvimento |
Baixo. |
| Comentários/Problemas |
Pelo Campus Darcy Ribeiro ser muito extenso por muitas vezes se torna complicado se localizar dentro de suas instalações. |
3.4.2 Palestrantes
| Representantes |
Palestrantes |
| Descrição |
Pessoas de fora do Campus Darcy Ribeiro convidadas a ministrar algum tipo de palestra dentro do próprio e que não possuem conhecimento sobre suas localidades. |
| Tipo |
Usuário Informal. |
| Responsabilidades |
Acessar a aplicação e utilizar os recursos para usuários comuns. |
| Critérios de Sucesso |
Conseguir, intuitivamente, acessar todos os recursos da aplicação web. |
| Envolvimento |
Baixo. |
| Comentários/Problemas |
Pelo Campus Darcy Ribeiro ser muito extenso por muitas vezes se torna complicado se localizar dentro de suas instalações. |
3.4.3 Visitantes
| Representantes |
Visitantes |
| Descrição |
Pessoas que por alguma eventualidade precisam se localizar pelas instalações do Campus Darcy Ribeiro. |
| Tipo |
Usuário Informal. |
| Responsabilidades |
Acessar a aplicação e utilizar os recursos para usuários comuns. |
| Critérios de Sucesso |
Conseguir, intuitivamente, acessar todos os recursos da aplicação web. |
| Envolvimento |
Baixo. |
| Comentários/Problemas |
Pelo Campus Darcy Ribeiro ser muito extenso por muitas vezes se torna complicado se localizar dentro de suas instalações. |
3.4.4 Candidatos
| Representantes |
Candidatos |
| Descrição |
Candidatos de provas e concursos que possuem pouca ou nenhuma familiaridade com o campus Darcy. |
| Tipo |
Usuário Informal. |
| Responsabilidades |
Acessar a aplicação e utilizar os recursos para usuários comuns. |
| Critérios de Sucesso |
Conseguir, intuitivamente, acessar todos os recursos da aplicação web. |
| Envolvimento |
Baixo. |
| Comentários/Problemas |
Pelo Campus Darcy Ribeiro ser muito extenso por muitas vezes se torna complicado se localizar dentro de suas instalações. |
Os níveis de envolvimento são classificados da seguinte forma:
Baixo: O usuário poderá visualizar as informações disponíveis nas páginas de livre acesso.
3.5 Principais Necessidades da Parte Interessada ou do Usuário
| Necessidade |
Prioridade |
Interesses |
Solução Atual |
Solução Proposta |
| Localização de Prédios |
Alta |
Se localizar entre os prédios do campus. |
Google Maps |
Manter |
| Localização de Departamentos |
Alta |
Acesso aos departamentos |
Google Maps |
Manter |
| Localização de Salas de Aula |
Alta |
Acesso às salas de aula |
Não possui |
Mapeamento das áreas de maior circulação |
| Localização de Salas de Professores |
Alta |
Acesso às salas de professores |
Não possui |
Mapeamento das salas mais procuradas |
| Localização de Laboratórios |
Alta |
Acesso aos laboratórios |
Não possui |
Mapeamento dos laboratórios mais utilizados |
| Localização de locais de alimentação |
Média |
Acesso aos locais de alimentação |
Google Maps |
Mapeamento de locais de alimentação como restaurantes e lanchonetes. |
| Localização de centros acadêmicos |
Baixa |
Acesso aos centros acadêmicos |
Não possui |
Mapeamento dos centros acadêmicos |
| Trajetos entre edifícios |
Alta |
Transição entre edifícios. |
Google Maps |
Apresentação de rotas mais utilizadas |
As prioridades são classificadas da seguinte forma:
Alta: essencial para o usuário;
Média: de média importância para o usuário;
Baixa: de baixa importância para o usuário.
4. Visão Geral do Produto
4.1. Perspectiva
4.2 Benefícios
| Benefício para o Cliente |
Recursos do Suporte |
| Interface gráfica |
O sistema contará com uma interface gráfica que facilitará a utilização do sistema. |
| Linguagem Simples |
As formas de uso da aplicação seguirão um padrão que dará maior fluidez à sua utilização. |
| A página inicial da aplicação possuirá um menu com todos os recursos, não-administrativos, do sistema, assim, facilitando o acesso de tais ferramentas. |
|
4.3. Licenciamento
5. Requisitos
5.1 Requisitos Funcionais
| Identificação |
Requisito |
Descrição |
Prioridade |
| RF01 |
Pesquisa de pontos |
O sistema deverá permitir a busca de locais do campus, como por exemplo: edifícios, departamentos e salas |
Alta |
| RF02 |
Traçar Rotas |
O sistema deverá traçar rotas de locomoção entre dois pontos do campus |
Alta |
| RF03 |
Mostrar Informações de Pontos |
O sistema deverá mostrar as informações do ponto selecionado pelo usuário. |
Alta |
| RF04 |
Mostrar Disciplinas por Sala |
Quando o usuário selecionar uma sala o sistema deverá mostrar as disciplinas ministradas na sala. |
Média |
As prioridades dos requisitos funcionais são definidas como:
Alta: Recurso necessário da aplicação;
Média: Recurso opcional da aplicação;
Baixa: Seria bom que houvesse na aplicação.
5.2 Requisitos Não Funcionais