Utilizador Discussão:SI2017.1
Adicionar tópicoIntrodução
[editar código-fonte]Grupo: Maria Paula, Gabriel, Otavio, Vasco, Miguel.
Smart Cities pode ser definida como sistemas de interação entre pessoas no uso de materiais, serviços e financiamento para catalisar o desenvolvimento econômico e sustentável de uma cidade. A interação desses fluxos é considerada inteligente por fazer uso de infraestrutura, serviços, tecnologia, informação e comunicação com planejamento e gestão urbana para uma melhor qualidade de vida. Existem fatores que indicam o nível de inteligência de uma cidade, dentre eles podemos citar administração pública, planejamento urbano, tecnologia, dentre outros fatores .
Contudo, o fator atual principal que vem sendo adotado de acordo com o crescimento das cidades é a tecnologia, pois caso os centros não acompanhem esses avanços tecnológicos, o crescimento dos centros urbanos afeta na sobrecarga da estrutura que, por não ter sido atualizada, acaba sendo insuficiente para suprir as necessidades da população. Esse conceito é dado às cidades que conseguem se desenvolver economicamente, aumentando a qualidade de vida dos habitantes, fazendo uso de tecnologias para melhorias na infraestrutura e tornando os centros mais eficientes.
O uso das tecnologias nos centros urbanos vem aumentado cada vez mais, devido às grandes metrópoles sofrerem com problemas referentes à mobilidade urbana. Usando como exemplo Brasília, que sofre diariamente com isso devido a falta de planejamento, pois desde a fundação da cidade havia uma estimativa sobre o capacidade máxima de habitantes da cidade, porém esse número foi muito superado em pouco tempo e isso influenciou em problemas de mobilidade urbana que afetam a vida dos brasilienses diariamente.
O problema de mobilidade urbana no DF pode ser parcialmente resolvido com melhorias na área de transporte público, que não é dos mais desejáveis para todos aqueles se utilizam desse meio. Nos tópicos a seguir verificamos vários problemas encontrados dentro dessa área, e buscamos por meio da população solucionar uma parte do problema referente ao transporte público do DF.
Descrição do ponto de vista dos usuários
[editar código-fonte]Como é de conhecimento do consciente coletivo, não é necessário pesquisar a fundo para constatar a precariedade, em vários aspectos, do sistema público de transporte do Distrito Federal. Nosso grupo fez entrevistas com estudantes e trabalhadores, ou seja, pessoas que utilizam diariamente desse serviço para ir ao trabalho e/ou faculdade.
Foram realizadas cerca de 30 entrevistas na rodoviária do plano piloto e no anexo destinado aos ônibus das empresas responsáveis pela região do entorno do Distrito Federal. Dentre os relatos, eram unanimes as reclamações com a condição física dos automóveis e o tempo de espera nas paradas ou terminais. Dentre outros problemas,além dos dois já citados, estão:
Resumindo, todos os usuários consultados descreveram o sistema público de transporte do Distrito Federal como ruim, deixando a desejar em vários aspectos, já citados acima.
Hipóteses de solução traçadas.
[editar código-fonte]Com base nos relatos coletados dos usuários, escolhemos o problema do tempo de espera nas paradas e terminais como foco principal, e focamos as hipóteses de solução para a resolução desse empecilho específico.
Cada membro desenvolveu cerca de quatro hipóteses, muitas dessas propostas foram semelhantes entre os membros do grupo, o que no fim das contas ajudou a complementá-las. Dentre as hipóteses, para trabalhar no projeto final do curso, o grupo ficou entre duas hipóteses, são elas:
Após discussão entre os membros do grupo e com orientação da professora da disciplina, optamos por focarmo-nos na segunda hipótese de solução apresentada, devido ao fato da mesma se relacionar melhor com o conceito de smart cities.
Definição do plano de ação
[editar código-fonte]No decorrer da entrevista com um usuário do metrô, ele disse ser de Goiânia e disse que lá havia um aplicativo chamado RMTC que mostrava a localização dos ônibus. Baixamos os 2 aplicativos que encontramos, como segue nas imagens abaixo:
Aplicativo 1: Horários RMTC
[editar código-fonte]
Talvez por não sermos moradores de Goiânia, não entendemos completamente como fazer uso do aplicativo. Pelo que pudemos ver as paradas têm número, o que não acontece em Brasília. Ele informa, aparentemente, as linhas que passam nesse ponto por volta da hora pesquisada, o horário aproximado do próximo ônibus e o que virá após este. Provavelmente, por essa pesquisa ter sido feita às 23h de sábado, não tenha um grande fluxo de ônibus, por isso a quantidade reduzida de linhas e no bloco "seguinte" só ter uma linha disponível.
Entretanto, para nós, nenhuma dessas informações ficaram claras, o aplicativo se mostrou ser um pouco complicado de ser utilizado. Um ponto importante à ser observado é que essa estimativa de tempo é dada de acordo com a tabela de frequência dos ônibus, como o informado em Brasília pelo DFTRANS, isso não dá garantia nenhuma ao usuário.
Aplicativo 2: Horários RMTC Goiânia
[editar código-fonte]
Este, por sua vez se fez mais amigável, mesmo não morando na cidade ficou mais claro e mais fácil de ser utilizado. Acessando o menu é possível selecionar a consulta rápida, pede-se o número do ponto, para testar usamos o número 5, que nos retornou a última imagem apresentada, com o número da linha, destino, a proximidade do ônibus junto com o que parece ser seu número de identificação e o horário do ônibus seguinte, novamente, provavelmente pelo dia e horário não foi apresentado o horário de um próximo ônibus. Deve-se observar que assim como o aplicativo anterior, este também se orienta pela tabela horária dos ônibus.
Nas opções: Consulta por Endereço, Planeje sua Viagem e Ponto a Ponto nos dirigiram para a seguinte página:
Ao acessar o site tivemos acesso a mais funcionalidades como notícias sobre as linhas de ônibus, informações sobre todos os terminais e os ônibus que saem deles, e inclusive a localização em tempo real dos ônibus, como pode ser visto nas imagens a seguir:
Como se pode ver é fornecida a posição dos ônibus, quando se atualiza a página os ônibus estão em posições diferentes então, pressupõe-se que de fato seja o ônibus em tempo real, o hórario e dia que a página foi atualizada pelo próprio usuário, como pode se ver no canto inferior direito em ambas as páginas, e o "status" dos ônibus, se estão atrasados, no horário ou adiantados.
Não conseguimos descobrir como é feito o monitoramento, mas presumimos que seja feito por meio de GPS's presentes nos coletivos. Após a pesquisa com os usuários, a definição dos pontos de vista e de conhecer as soluções supracitadas decidimos que o nosso foco de problema seria: Longo tempo de espera nas paradas de ônibus por usuários de Brasília e cidades satélite.
Tendo um problema em mãos começamos a pensar em uma possível solução, na reunião em sala de aula e depois de ter recolhido informações sobre os ônbibus com um motorista da linha 780.1 (Condomínio Entre Lagos, Itapoã, Paranoá, Rodoviária do Plano Piloto), que informou que todos os ônibus têm GPS, optamos por um aplicativo que estivesse vinculado com os GPS's dos ônibus para mostrar em tempo real a localização e o tempo estimado para a chegada no ponto de ônbibus desejado.
A seguir estão descritas as empresas de ônibus que atuam em brasília, todas elas possuem GPS.
Tabela de empresas de ônibus
[editar código-fonte]| EMPRESA | REGIÃO DE ATUAÇÃO |
|---|---|
| TCB | Plano Piloto |
| VIAÇÃO PIONEIRA | Itapoã, Paranoá, Jardim Botânico, Lago Sul, Candangolândia, Park Way, Santa Maria, São Sebastião e Gama – 640 ônibus |
| VIAÇÃO PIRACICABANA | Brasília, Planaltina, SobradinhoI e II, Cruzeiro, Lago Norte, Sudoeste/Octogonal, Varjão e Fercal – 417 ônibus |
| VIAÇÃO HP-ITA(URBI) | Núcleo Bandeirante, Samambaia, Recanto das Emas e Riacho Fundo I e II – 483 ônibus |
| VIAÇÃO MARECHAL | Parte de Taguatinga e Park Way, Ceilândia, Guará e Águas Claras – 464 ônibus |
| SÃO JOSÉ | SAI, SCIA, Vicente Pires, Ceilândia (ao norte da Av. Hélio Prates), Taguatinga (ao norte da QNG 11) e Brazlândia - 576 ônibus |
Primeiro protótipo
[editar código-fonte]Problema identificado
[editar código-fonte]Tempo de espera: o usuário, sabe em tempo real onde os ônibus estão localizados, dessa forma, o tempo que se gataria esperando o ônibus, pode ser utilizado para outras atividades.
O primeiro protótipo foi dividido em 2 telas:
Tela 1
[editar código-fonte]Essa mostra uma mensagem de boas vindas com o nome do sistema (Em tempo real) e a seguir o usuário ira inserir três informações:
- localização: o usuário deve informar sua localização.
- linha: linha de ônibus que o usuário quer pegar
- sentido: aqui o usuário irá colocar o destino do ônibus. Por exemplo, uma linha que faz o trajeto Taguatinga -> Brasília -> Taguatinga, se ele que ir para Taguatinga o usuário deve colocar
Sentido da linha: Taguatinga
Tela 2
[editar código-fonte]As seguintes informações aparecem na segunda parte:
- mapa: mostra onde o usuário está localizado e os ônibus, das linhas por ele informado, próximos a ele.
- número da linha: linha de ônibus informada pelo usuário
- sentido: sentido para onde o ônibus vai (destino).
- nome: nomenclatura na parte superior dos ônibus
- operadora: empresa.
- tarifa: valor da passagem.
- status do ônibus: situação atual em que o ônibus se encontra. (atrasado, no horário, adiantado, quebrado)
- tempo de espera estimado: tempo esperado que o ônibus vai chegar na localização do usuário.
Feedback dos Usuários
[editar código-fonte]Retornando ao lugar onde tudo começou, a rodoviária, perguntamos ao publico de tal problema, se aprovavam ou não a solução acima. Ao todo foram 18 pessoas entrevistadas. O resultado foi o seguinte:
- 11% não gostaram da ideia;
- 61% achou bom;
- 22%achou ótimo;
- 6% se recusaram a participar.
Segundo protótipo
[editar código-fonte]Feedback dos Usuários
[editar código-fonte]A pesquisa foi feita em vários locais, rodoviária, dentro dos coletivos como o 110 e nas paradas de ônibus. A maior parte das pessoas foi receptiva, tentamos entrevistar 34 pessoas, mas dessas, 4 se recusaram a responder, então tivemos 30 participantes que expuseram as suas opiniões.
Sugestões recolhidas
[editar código-fonte]- Mudar o nome do aplicativo;
- Mandar uma notificação para quando o ônibus estiver à 5min da localização;
- Selecionar as opções no menu invés de escrever as informações;
Prototipação e validações (2.0)
[editar código-fonte]Primeira validação:
[editar código-fonte]No processo de prototipação , usamos modelos simples e visíveis para o público alvo , para a validação da interface , e do modelo de aplicativo que poderá ser usado futuramente pelos usuários do transporte público .
O primeiro modelo de protótipo usado nas validações , teve uma boa aceitação , porém muitas pessoas relataram que era muito confuso , e por esse fato não obtivemos muitos argumentos relevantes nas validações para melhorias do protótipo , e realmente o modelo abaixo devido ao material usado é bastante confuso para interpretar como seria o aplicativo, e também pouco chamativo para o que seria o aplicativo .
Nosso modelo de entrevista foi baseado em 4 tipos de avaliações possíveis para o protótipo , ótimo , bom e péssimo , procurando além disso ouvir uma opinião mais plausível do protótipo pelo entrevistado . Ao todo entrevistamos 34 pessoas , isso juntando as entrevistas dos dois protótipos que desenvolvemos ; 55% das pessoas acharam uma ótima idéia ,30% acharam uma boa idéia, 12 % recusaram participar e apenas 3% não gostaram .Segue abaixo algumas imagens do primeiro modelo de protótipo .
Segunda validação:
[editar código-fonte]Chegamos a conclusão de que precisariamos de outro protótipo para assim ter uma idéia do projeto que desenvolvemos , e desenvolver o que de fato possa auxiliar no uso do aplicativo . No desenvolvimento do novo protótipo , procuramos mostrar de fato o que é importante para o usuário ter uma opinião mais apurada , e ter também um melhor aprofundamento do que realmente o aplicativo seria .
O segundo modelo , teve uma aceitação bem melhor comparada com o primeiro protótipo , porém com opiniões mais definidas . Entrevistamos 34 pessoas , o mesmo número de pessoas da primeira experiência , para tentar tirar ao máximo um percentual verdadeiro do nosso aplicativo . Tivemos com aceitação de 61% que acharam uma ótima idéia , 36% acharam uma boa idéia , 3% não gostaram da idéia e não obtivemos rejeições . Segue abaixo algumas imagens do segundo modelo de protótipo :
Protótipo Final
[editar código-fonte]Neste ponto densenvolvemos nosso protótipo final , uma interface de como seria o aplicativo nos smartphones , se baseando principalmente no segundo protótipo , onde as validações foram aceitáveis.
Bibliografia
[editar código-fonte]- AMADOR, João Gabriel. "Empresas do DF teráo que informar localização de ônibus em tempo real". Disponível em: < http://www.metropoles.com/distrito-federal/transporte-df/empresas-do-df-terao-que-informar-localizacao-de-onibus-em-tempo-real >