App - UNB 50 Anos. Struct - EJ. 14 de agosto de 2012

Transcrição

1 App UNB 50 Anos Struct EJ 14 de agosto de Introdução O projeto a ser realizado foi idealizado pela equipe de alunos que compõem uma das empresas juniores da UnB(Universidade de Brasília). O surgimento da iniciativa UnB 50 Anos mostrouse ser a oportunidade ideal para utilizarmos nossas competências na criação de uma ferramenta que irá a auxiliar a UnB no contexto da iniciativa e, ao mesmo tempo, promoverá o enriquecimento intelectual dos desenvolvedores do projeto. O aplicativo poderá auxiliar não só a comunidade acadêmica como toda a sociedade interessada em conhecer o campus Darcy Ribeiro e sua história. O projeto será um aplicativo para dispositivos móveis com sistema operacional Android(vide gráfico em anexo) que conterá mapas, marcos históricos e físicos, apresentando de forma interativa e recreativa as informações dos mesmos através do uso de uma lista de achievements, que é um conjunto de metas que estimulam o usuário a conhecer melhor a universidade e o ambiente acadêmico. A ideia do aplicativo foi inspirada no Guia do Calouro da Universidade de Brasília, pois disponibilizará um mapa interativo do campus que facilitará a localização e o acesso a informaçães de pontos importantes, histórias, curiosidades, dentre outras. Os mapas serão elaborados com base nas plantas baixas de cada andar de prédios presentes no campus Darcy Ribeiro. Ele mostrará pontos importantes (reitoria, diretorias, secretarias, centros acadêmicos, laboratórios, entre outros), podendo conter inclusive links para páginas da Internet, caso existam, para maiores informações do local. O aplicativo também conterá um banco de dados com a história, informações importantes, marcos físicos e históricos, curiosidades e personalidades relacionadas aos locais do campus, permitindo ainda que o usuã rio marque seus locais favoritos. A partir de links, o usuário poderá ir até a página referente a um determinado local em que ele esteja fisicamente ou que esteja pesquisando. 1

2 A funcionalidade achievement do aplicativo será uma lista com pequenas tarefas destinadas ao usuário com o objetivo de entreter e informalo sobre fatos relacionados ao campus, incentivandoo a visitar locais no Darcy Ribeiro. Ao completar uma tarefa, será marcado o achievement na lista como feito, de forma a provar que ele realizou a referida missão. O aplicativo será uma ferramenta de uso rotineiro dos alunos, professores e funcionários da universidade, bem como para toda a comunidade interessada em conhecer a UnB. O projeto permitirá a inclusão digital, sendo de fácil acesso, além de poder permitir a redução do gasto com impressões e papel, ajudando inclusive na preservação ambiental. A curiosidade e a necessidade movimentarão o aplicativo, dando mais vida a UnB e estimulando uma maior interação dos usuários com a instituição. Como por exemplo, um Calouro está a procura do Posto Avançado do SAA referente a seu curso, ele podera abrir o aplicativo e procurar a localização do mesmo, ou um professor procura por uma sala de aula, ou um palestrante convidado procura pelo anfiteatro onde ministrará sua palestra, ou quem sabe um entregador de pizza procura uma sala para fazer sua entrega. 2 Requisitos 2.1 Requisitos funcinais Ter uma tela inicial que apresente o projeto Ter um menu com geral 1. Criar um link para a pagina struct 2. Criar um link para o site da unb 3. Criar um modo de puchar a classe de conquistas 4. Criar um modo de puchar a classe de mapas 5. Pode voltar para o menu incial Ter uma pagina de conquistas 1. Pode verificar as conquistas adquiridas 2. Pode verificar as conquistas que faltam 3. Pode voltar para o menu incial Ter uma pagina de mapa principal 2

3 1. Movimentar e dar zoom na imagem 2. Ter links anxados as imagens 3. Poder clicar e abrir a planta de um predio mais especifico 4. Da planta de um predio especifico 5. Pode voltar para o menu incial Predios 1. Ser organizado em abas 2. Ter imagens sobre o predio Uma da contrução Uma da Inauguração Uma do predio hoje 3. Ter historico no predio Valor estimado Tipo de arquitetura Area Imformaà ao interrasante 4. Voltar para a planta do mapa Banco de dados 2.2 Dominios 2.3 Requisitos não funcionais 3

4 3 Planejamento 3.1 Cronograma Figura 1: cronograma v4.5 O cronogrmana sera basiado em reunioes semanais que garitiram o progresso deste por vez, fazendo com que este, seja sequido, porem este pode sofrer alterações deste de que estas nao comprometam o prazo maximo de entrega do produto final, e nem inviabilizem sua conclusão. A visao geral se este esta sendo sequido se dara nas reuniões de segundafeira as nove da manha com o professor andre, nestas seram estabelicidas metas para serem cumpridadas durante o sequimento da semana. 3.2 Estudo Dirigido O estudo dos requisitos para a conclusão do projeto seram, estudados em grupo com a procura de estabelicimeto de metas dentro dos livros que foram julgados necessarios para a conclusão do projeto. Sendo tambêm possivel um 4

5 grupo ministra aulas para garantir uma evolução do grupo como um todo garantindo assim um programação conjunto da toda a equipe dedicada ao projeto. 3.3 Resultados Os resultados dos projetos seram dividos em 3 etapas, onde essas consitiram em: Resultado 1 Esse e o resultado que garantira o uso dos requisitos no aplicativo, atraves de tres prototipos que iram garantir a abertura de imagens vetorizadas no celular, se e realmente possivel mostra um texto que possa se ler sem dificuldade com uma limitição de tamanho de tela, e por ultimo um prototipo da interface do aplicativo e como esse ira se com potar. Resultado 2 Esse e o resultado que sera responsavel por descrever um função preliminar de como o programa ficara fazendo com que estes seja, o app em si so que sem todos as finalidades fazendo com que possa assim validar se e exatamente isto que se dasejava na contruçãp do app. Resultado 3 Este e o resultado final do programa, devendo conter nao apenas o programa mas todos os artefatos finas que foram propostos a serem entregues(ver mas na sezção 5) 5

6 4 Arquitetura Figura 2: Arquitetura v Modulo Usuario Responsavel pela comunicação entre usuario e o aplicativo, esta sera escolhida apos uma prototipação onde poderemos definir como esta se comportara.aqui ocorreram validações das entradas dos usuarios e seram rederizados os resultados de sua requisição. servicos ser 4.2 Modulo Logica de Negocio Responsavel pela comunicação de todo o programa garantido o gatilho de todos os metodos necessarios para manter o programa em funcionamento como 6

7 por exemplo gatilhar os achiviments, sendo tambêm responsavel em mater a comunicação da interface usuario com os bancos de dados. servicos ser 4.3 Modulo Achviments Este e modulo responsavel por dar as recompensas para o usuario por determinada tarefa, e quardar as tarefas ja feitas atraves do banco de dados gerenciado pelo modulo de persistencia usuario. servicos ser 4.4 Modulo Persistencia Usuario Este e o modulo responsavel por gericiar o banco de dados que armazenara, as tarefa realizadas pelo usuario servicos ser 4.5 Modulo Persistencia Historia Este e o modulo que quardara junto a ID de cada predio os dados que seram apresentados sobre este tornando possivel assim um facil adição de novos predios 7

8 servicos ser 4.6 Modulo Persistencia Mapas Este e o modulo que sera responsavel pelo gerenciamento das imagens, e das plantas de cada predio, sendo tambêm responsavel pelo armazenamento do ID de cada predio. servicos ser 5 Responsabilidades A Responsabidades gerais seram deignadas ao pessoal responsavel pelo projoto essa seram designadas todas as segundas e seram se necessarias explodidas para uma maior eficienci da equipe sendo colocadas na ferramenta de auxilio de coordenaã ao trello. Banco de Dados = Mateus Rosendo GUI = Vidigal Mapas/Figuras = Fabio Pesquisa = Fraps Gerencia = Vitor 8