Alo`ısio Soares(asmf )
Leandro Silva(labs)
Estudo de Viabilidade de um Projeto de SI
iFind
Trabalho proposto na disciplina como forma de avalia¸c˜ao, para desenvolvimento de um projeto e estudo de viabilidade de uma sis-tema de informa¸c˜ao.
Orientador:
Carla Silva
Universidade Federal de Pernambuco Graduac¸˜ao em Sistemas da Informac¸˜ao
Recife - PE 2013
1 Introdu¸c˜ao p. 4 1.1 Motiva¸c˜ao . . . p. 4 1.2 Problema Identificado . . . p. 4 1.3 Solu¸c˜oes . . . p. 4 1.3.1 Solu¸c˜ao Web Site . . . p. 5 1.3.2 Solu¸c˜ao Mobile . . . p. 5 1.3.3 Solu¸c˜ao F`ısica Placas . . . p. 6
2 Viabilidade Operacional p. 7 2.1 Testes de Viabilidade . . . p. 7 2.1.1 Solu¸c˜ao F`ısica Placas . . . p. 8 2.1.2 Solu¸c˜ao Mobile . . . p. 8 2.1.3 Solu¸c˜ao Web Site . . . p. 8 2.2 Viabilidade segundo PIECES . . . p. 8 2.2.1 Performace . . . p. 8 2.2.2 Informa¸c˜ao . . . p. 9 2.2.3 Economia . . . p. 9 2.2.4 Controle . . . p. 10 2.2.5 Eficiˆencia . . . p. 10 2.2.6 Servi¸cos . . . p. 10 2.3 Desempenho . . . p. 11
3.1 Estudo de Viabilidade T´ecnica . . . p. 12 3.2 Solu¸c˜ao F´ısica Placas . . . p. 12 3.3 Solu¸c˜ao Web . . . p. 12 3.4 Solu¸c˜ao Mobile . . . p. 13 3.5 Desempenho Comparativo T´ecnico . . . p. 13 3.6 Estudo de Viabilidade Cronograma . . . p. 14 3.7 Solu¸c˜ao F´ısica Placas . . . p. 14 3.8 Solu¸c˜ao Web . . . p. 14 3.9 Solu¸c˜ao Mobile . . . p. 15 3.10 Desempenho Comparativo Cronograma . . . p. 15
4 Continua... p. 16
1
Introdu¸
c˜
ao
1.1
Motiva¸
c˜
ao
Ao andar pela Universidade Federal de Pernambuco percebemos o quanto extensa ela ´e. Por mais placas que se tenha, ainda sim, fica muito dif´ıcil de se localizar. Hoje em dia, a gera¸c˜ao da internet, dos smartphones que s˜ao recursos cada vez mais pr´oximos das pessoas serve de ber¸co para cria¸c˜ao de aplicativos(apps) unindo o melhor dos dois. ´E nesse contexto fren´etico que problemas temos apps feito o DC Rider que para quem vai visitar a cidade de Washington, o DC Rider pode ajudar bastante. O app indica o hor´ario dos trens e ajuda vocˆe a encontrar a esta¸c˜ao mais pr´oxima. A indica¸c˜ao das ruas ´e precisa.
1.2
Problema Identificado
Dada a imensid˜ao da UFPE, apesar da mesma possuir sistemas (placas) de loca-liza¸c˜ao, consideravelmente antigas, muitas vezes ainda ´e bastante dif´ıcil conseguir en-contrar pr´edios, salas, dessa forma a informa¸c˜ao fica boca a boca. Uma das formas de solucionar esse problema, seria montar um sistema de posicionamento e localiza¸c˜ao dentro do campos, que fosse gratuito, e r´apido e f´acil acesso.
1.3
Solu¸
c˜
oes
Uma das formas de solucionar o problema de localiza¸c˜ao dentro do campus seria um aplicativo(smartphone) que localizasse o usu´ario de todos os locais dentro da universi-dade e mostrasse como chegar, de forma precisa. O p´ublico-alvo ´e certo pois a maioria dos usu´arios ir˜ao ser jovens, estudantes da universidade, fluentes na tecnologia atual. Lembrando que essa app s´o tem gasolina para alavancar pois h´a infraestrutura da uni-versidade para isso, temos a chegada do wifi ufpe livre que d´a acesso `a internet wifi em diversos pontos da universidade com internet gratuita. Aliado a Smartsphones nas m˜aos
de quase todos os jovens.
As solu¸c˜oes para isso seria o desenvolvimento de apps, visto que n˜ao h´a nada no mercado que se adapte ao que queremos. A base tecnol´ogica para isso existe e ´e de f´acil acesso. Usando JQuery Mobile, ferramenta de desenvolvimento web/mobile, ´e poss´ıvel alcan¸car todos os dispositivos m´oveis. Inclusive a cria¸c˜ao do site web, para alcan¸car o p´ublico que estiver usando Desktops, com essa mesma tecnologia reduzindo muito a m˜ao-de-obra e o custo de infra-estrutura. Como tamb´em uma aplica¸c˜ao utilizando o framework nativo para cada tipo de plataforma para celular, mas o custo, como um todo, ia ser bem alto. Ou tamb´em, usando o Titanium Mobile Development Environment que ´e uma ferramenta concorrente do Jquery Mobile. O suporte a coisas muito complexas n˜ao ´e bem servido pelo Titanium.
1.3.1
Solu¸
c˜
ao Web Site
A solu¸c˜ao web trata-se do desenvolvimento de um sistema web, no qual o site da UFPE, faria referˆencia a uma pag´ına(iframe), onde o usu´ario abriria uma nova p´agina contendo o mapa do campus, onde o usu´ario poderia navegar livremente para conhecer os pontos mapeados, ou ent˜ao realizar uma busca, entrando com o nome do pr´edio ou ´
area procurada, entre outros parˆametros. Dessa forma o sistema iria relizar uma busca na base de dados dos setores mapeados e se encontrasse uma referˆencia v´alida retornaria o endere¸co procurado. O desenvolvimento do site seria atrav´es de ferramentas de f´acil utiliza¸c˜ao para desenvolvimento de web sites, e plataformas web, fazendo a integra¸c˜ao com o web site atual da UFPE.
1.3.2
Solu¸
c˜
ao Mobile
A solu¸c˜ao mobile, buscaria cobrir a maioria das plataformas mobile existentes hoje no mercado. O sistema em si, seria semelhante ao da solu¸c˜ao web, o aplicativo, n˜ao tendo mais v´ınculo com o site da UFPE, mostraria um mapa, com os pontos j´a pr´e-definidos, da mesma forma, o usu´ario poderia navegar livremente pelo mapa, ou realizar uma busca atrav´es de parˆametros. O mercado mobile hoje compreende uma quantidade de platafor-mas bastante grande, dessa forma nem sempre ´e poss´ıvel que um aplicativo desenvolvido rode em todas as plataformas. Dessa maneira, a inten¸c˜ao ´e o desenvolvimento do app compat´ıvel com dispositivos Android.
Atualmente no campus da UFPE, o sistema de posicionamento ocorre atrav´es de placas de informa¸c˜ao, que direcionam `a uma devida ´area ou nomeiam pr´edios. Outra forma de obter informa¸c˜oes de localiza¸c˜ao ´e atrav´es dos funcion´arios, que muitas vezes, sem culpa por falta de treinamento adequado, n˜ao sabem informar corretamente. Nessa ´
ultima solu¸c˜ao, seria proposto, a reestrutura¸c˜ao das placas, ou seja, substitui¸c˜ao das placas de informa¸c˜ao por novas placas, mais vis´ıveis e chamativas, melhorando a visualiza¸c˜ao, n˜ao s´o nos pr´edios mas tamb´em nas vias. Como tamb´em uma maior instru¸c˜ao dos funcion´arios.
2
Viabilidade Operacional
2.1
Testes de Viabilidade
O teste de viabilidade consiste em apresentar os resultados dos estudo que determi-nam, sob o ponto de vista operacional, se a implementa¸c˜ao das solu¸c˜oes propostas ´e v´alida, cabendo decidir se realmente vale `a pena a resolu¸c˜ao do problema proposto . Para avaliar as solu¸c˜oes ser˜ao adotados crit´erios que analisam a rela¸c˜ao usu´ario final com o servi¸co prestado, com o objetivo de pontuar cadas solu¸c˜ao em determinado aspecto, ligado `a satisfa¸c˜ao do cliente final. Os crit´erios adotados s˜ao:
Performace Considera o tempo de resposta da solu¸c˜ao proposta Informa¸c˜ao Considera o n´ıvel de informa¸c˜ao ´uteis e corretas dadas
pelo sistema proposto
Economia Considera o n´ıvel custo/eficiˆencia dos servi¸cos de in-forma¸c˜ao providos pelo sistema (redu¸c˜ao de custos e au-mento de benef´ıcios).
Controle Considera o n´ıvel de eficiˆencia do sistema proposto para evitar fraudes e garantir a corretude e seguran¸ca dos dados e da informa¸c˜ao.
Eficiˆencia Considera o n´ıvel de utiliza¸c˜ao dos recursos humanos, f´ısicos ou temporais (evitar ociosidade).
Servi¸cos Considera o n´ıvel de flexibilidade, extensibilidade e o fornecimento de servi¸cos confi´aveis por parte do sistema proposto.
Usu´ario Considera o n´ıvel de comodidade e conveniˆencia para os usu´arios finais com a utiliza¸c˜ao do sistema proposto. Tabela 1 Crit´erios para avalia¸c˜ao adotados
Mantivemos o crit´erio Usu´ario, pois o mesmo ´e de bastante importˆancia para avaliar-mos a qualidade do servi¸co proposto.
A atual implementa¸c˜ao do sistema de posicionamento e localiza¸c˜ao atrav´es de placas pelo campus apresenta como ponto positivo a caracter´ıstica de ser bastante econˆomico. Por outro lado, possui aspectos negativos quando nos referimos `a performace, pois nem sempre as informa¸c˜oes vem com tempo h´abil, informa¸c˜ao, muitas vezes as informa¸c˜oes passadas n˜ao est˜ao corretas e n˜ao levam ao local desejado, afetando tamb´em sua eficiˆencia, e por fim a rela¸c˜ao com os usu´arios, n˜ao h´a satisfa¸c˜ao total.
2.1.2
Solu¸
c˜
ao Mobile
A solu¸c˜ao Mobile possui caracter´ısticas positivas quando nos referimos `a performace, pois ´e r´apido no fornecimento da localiza¸c˜ao desejada, logo eficiente, pois a localiza¸c˜ao passada ´e exatamente a buscada, de forma correta, pois ´e retirada do mapa, atrav´es dos pontos mapeados no banco de dados, no aspecto Informa¸c˜ao e usu´ario, pois os mesmos se sentem mais confort´aveis e seguros com a utiliza¸c˜ao do aplicativo, de maneira r´apida e em qualquer lugar do campus, atrav´es da rede UFPE LIVRE. O seu inconveniente ´e o custo, pois ser´a necess´ario toda uma infraestrutura para desenvolvimento do aplicativo, o que gera custos.
2.1.3
Solu¸
c˜
ao Web Site
Da mesma forma a solu¸c˜ao na web possui o mesmo comportamento em rela¸c˜ao as ca-racter´ısticas de : performace, informa¸c˜ao, efic´acia, da solu¸c˜ao Mobile, tendo um custo um pouco mais elevado, pois seria preciso alocar um servidor para hospedar a aplica¸c˜ao, que estaria ligada ao site da UFPE, como tamb´em para alocar a base de dados, com os pontos mapeados. O inconveniente na caracter´ıstica usu´ario, seria a quest˜ao da mobilidade, pois, por se tratar de uma aplica¸c˜ao web, o usu´ario fica preso fisicamente `a um desktop, ou laptop.
2.2
Viabilidade segundo PIECES
2.2.1
Performace
Solu¸c˜ao Web Site A performance dessa solu¸c˜ao possui bom desempenho, pois a mesma estaria alocada nos servidores da UFPE, que possuem r´apido acesso devido as
co-nex˜oes existes de qualidade, dessa forma a informa¸c˜ao viria com com bastante ve-locidade para o usu´ario que faria a busca.
Solu¸c˜ao Mobile Da mesma maneira do web site, o aplicativo, conectado a uma rede Wi-fi ou 3g, buscaria informa¸c˜oes alocadas nos servidores da UFPE, cabendo a sua performace, depender apenas do tipo de sua conex˜ao.
Solu¸c˜ao Placas F´ısicas Por se tratar de uma t´ecnica f´ısica, e est´atica, pois em cada localiza¸c˜ao encontra-se uma placa, a performace dessa solu¸c˜ao deixa a desejar, pois para obter uma informa¸c˜ao nova, seria necess´ario o deslocamento do usu´ario.
2.2.2
Informa¸
c˜
ao
Solu¸c˜ao Web Site No site, os pontos ser˜ao mapeados e armazenados na base de dasdos, dessa forma n˜ao h´a margem de erro, pois cada localiza¸c˜ao j´a estaria mapeada de forma correta, passando para o usu´ario final uma informa¸c˜ao 100% correta.
Solu¸c˜ao Mobile Da mesma forma que o web site, o aplicativo, ir´a retirar suas in-forma¸c˜oes da base de dados, logo a busca ir´a prover dados corretos como resultado. Solu¸c˜ao Placas F´ısicas Por se tratar de uma solu¸c˜ao f´ısica, e que muitas vezes possa depender da informa¸c˜ao passada por terceiros, muitas vezes a informa¸c˜ao obtida pode estar equivocada, ou at´e mesmo, pr´edios e outros pontos sem a devida loca-liza¸c˜ao especificada por uma placa.
2.2.3
Economia
Solu¸c˜ao Web Site Existe um custo real, para o desenvoltimento de um web site, o que torna a solu¸c˜ao, n˜ao muito econˆomica.
Solu¸c˜ao Mobile Da mesma forma do web site, o desenvolvimento de qualquer sistema, exige todo um trabalho de levantamento de requisitos e desenvolvimento que n˜ao sai de gra¸ca, o que tamb´em torna a solu¸c˜ao n˜ao muito econˆomica.
Solu¸c˜ao Placas F´ısicas A utiliza¸c˜ao de placas, ´e de certa forma mais acess´ıvel e barata, o que torna a solu¸c˜ao bastante econˆomica, com o acr´essimo nos gastos apenas para manuten¸c˜ao dessas placas.
Solu¸c˜ao Web Site Todos sabemos nos dias de hoje como o aumento de crimes virtuais atrav´es de hackers vˆem aumentando, dessa forma o controle do web site, para ga-rantir que fraudes n˜ao acontecem, deve ser muito bem desenvolvido, dessa forma a solu¸c˜ao est´a funer´al, como tudo na web, `a poss´ıveis fraudes.
Solu¸c˜ao Mobile Da mesma forma que o web site, a solu¸c˜ao mobile tamb´em est´a vul-ner´avel, pois a qualquer momento a base de dados pode ter seus dados acessados e corrompidos.
Solu¸c˜ao Placas F´ısicas A utiliza¸c˜ao de placas, gera um controle m´ınimo, pois n˜ao h´a o monitoramento das mesmas, podendo sofrer atos de depreda¸c˜ao e vandalismo, o que iria alterar a corretude da informa¸c˜ao passada.
2.2.5
Eficiˆ
encia
Solu¸c˜ao Web Site Bastante eficiˆente pois acessa as informa¸c˜oes em tempo real, sem ociosidade.
Solu¸c˜ao Mobile Altamente utiliz´avel e eficiˆente, pois al´em de obter informa¸c˜ao em tempo real, ainda permite o deslocamento do usu´ario.
Solu¸c˜ao Placas F´ısicas As placas f´ısicas n˜ao s˜ao muito eficientes, pois necessitam de deslocamente, a cada nova informa¸c˜ao desejada, e n˜ao h´a certeza de que o usu´ario encontrar´a a sua pr´oxima placa no lugar.
2.2.6
Servi¸
cos
Solu¸c˜ao Web Site Fornece servi¸cos confi´aveis ao usu´ario.
Solu¸c˜ao Mobile Fornece servi¸cos confi´aveis e extens´ıveis para o usu´ario. atualiza¸c˜ao. Solu¸c˜ao Placas F´ısicas Fornece servi¸cos n˜ao muito confi´aveis, por´em extens´ıveis.
2.3
Desempenho
Dados os crit´erios para avalia¸c˜ao de cada solu¸c˜ao, considerando as notas de 1 `a 3, sendo 1 ruim, 2 satisfat´orio e 3 bom o resultado do desempenho foi:
Crit´erios Solu¸c˜ao Placas Solu¸c˜ao Mobile Solu¸c˜ao Web Performace 1 3 3 Informa¸c˜ao 2 3 3 Economia 3 1 1 Controle 1 2 2 Eficiˆencia 1 3 2 Servi¸cos 1 3 2 Usu´ario 2 3 2 M´edia 1.6 2.4 2.1
3
Viabilidade T´
ecnica
3.1
Estudo de Viabilidade T´
ecnica
´
E necess´ario um estudo de viabilidades t´ecnicas, para analisar, o quanto cada alterna-tiva, encontrada para o problema proposto, ´e pr´atica, e cabe ser implementada. Alguns pontos devem ser considerados, na an´alise t´ecnica das alternativas, como por exemplo o tipo de tecnologia utilizada, e sua disponibilidade no mercado, como tamb´em o n´ıvel m´ınimo de conhecimento exigido para utiliz´a-la, e o quanto a mesma est´a madura, para suportar a complexidade do problema.
3.2
Solu¸
c˜
ao F´ısica Placas
A praticidade da utiliza¸c˜ao de placas mostra-se bastante simples, pois a implementa¸c˜ao da solu¸c˜ao ´e menos custosa t´ecnicamente, ou seja, basta termos as placas, prontas, compra-das, e atrav´es do estudo operacional, que localizou os pontos a serem mapeados, instalar as mesmas, atrav´es de um sistema mecˆanico, escavadeira, nos pontos selecionados. Para as j´a existentes, haveria uma manuten¸c˜ao, pintura e estado f´ısico, das mesmas. Tudo isso , aliado `a uma nova pol´ıtica de manuten¸c˜ao desses artefatos supracitados.
Seria uma solu¸c˜ao econˆomica e sem mudan¸cas, visto que esse sistema j´a est´a em uso. Em rela¸c˜ao aos crit´erios t´ecnicos, esta solu¸c˜ao n˜ao possui nenhum impasse, pois ´e bastante simples.
3.3
Solu¸
c˜
ao Web
O desenvolvimento de um sistema Web n˜ao ´e t˜ao simples quanto muitos imaginam, apenas uma tela, que mostra o resultado desejado, pelo usu´ario. Para o desenvolvimento dessa solu¸c˜ao, seria necess´ario toda uma infraestrutura t´ecnica e operacional, t´ecnica
quando falamos que ´e necess´ario todo um conhecimento pr´evio das tecnologias que ser˜ao utilizadas, como linguagens de programa¸c˜ao web, ambientes de desenvolvimento, bases de dados, softwares, e operacionalmente, todas estrutura de servidores, para manter o sistema, e garantir sua disponibilidade.
Falando `a n´ıveis t´ecnicos no nosso sistema se basearia num web site, que seria cons-truido atrav´es de tecnologias como Html5, CSS3, JQuery, APIs Web, desenvolvido em uma IDE gratuita como Eclipse, e ferramentas de documenta¸c˜ao como Google Docs, de-senvolvido sobre um sistema operacional livre, Unix. Na infraestrutura, ´e poss´ıvel ter uma base de dados gratuita como MySQL, entre outros. Todas as outras tools, seriam ferra-mentas gratuitas e livres, dispon´ıveis na Internet. Os servidores seriam os j´a existentes na UFPE, que hospedam seus pr´oprios servi¸cos.
3.4
Solu¸
c˜
ao Mobile
Semelhante `a solu¸c˜ao Web, o desenvolvimento de um aplicativo para um smartphone, exige todo um apanhado de conhecimentos para desenvolvimento de aplicativos para dis-positivos m´oveis. Tanto quanto a linguagem de programa¸c˜ao, que muitas vezes ´e ´unica por plataforma, como tamb´em no entendimentos das APIs de desenvolvimento Mobile, al´em das j´a citadas na solu¸c˜ao Web.
Nas habilidades t´ecnicas utilizar´ıamos para o desenvolvimento do aplicativo, seria uti-lizado a plataforma Android, pois o desenvolvimento para dispositivos iOS ´e paga, sem desconsiderar tamb´em as tecnologias para Windows Phone, que n˜ao s˜ao totalmente livres, dessa forma, utilizar´ıamos tencnologia java, e as APIs da Google para desenvol-vimento, como AndroidSDK e tools para o Eclipse como ADT- Android Develper Tools. Que s˜ao tecnologias j´a firmadas no mercado, e com credibilidade.
3.5
Desempenho Comparativo T´
ecnico
A alternativa f´ısica de placas, mostra-se bantante simples, e de certa forma se com-parada com as outras rudimentar, pois n˜ao utuliza de fato uma tecnologia. A solu¸c˜ao do sistema web, o contr´ario ir´a utilizar diversas tencnologias, algumas j´a maduras no mercado de desenvolvimento, com um n´ıvel exigido de conhecimento satisfat´orio para implementa¸c˜ao. J´a a solu¸c˜ao Mobile, exige um conhecimento mais extenso, quando se trata do conhecimento para desenvolvimento dos app, ´e necess´ario o entendimentos da
tecnologia e conhecimento m´ınimo espec´ıfico para utiliza¸c˜ao da tenoclogia, e considerando as notas de 1 `a 3, sendo 1 ruim, 2 satisfat´orio e 3 bom o resultado do teste de Viabilidade t´ecnica pode ser visto a baixo:
Crit´erios Solu¸c˜ao Placas Solu¸c˜ao Mobile Solu¸c˜ao Web Tecnologia utilizada 1 3 3 Conhecimento T´ecnico 1 2 3 Maturidade 3 3 2 M´edia 1.6 2.6 2.6 Tabela 3 Resultado do desempenho do teste de viabilidade t´ecnica
3.6
Estudo de Viabilidade Cronograma
3.7
Solu¸
c˜
ao F´ısica Placas
O prazo pra entregar o resultado final desta solu¸c˜ao ´e de no m´aximo 45 dias. Le-vendo em cosidera¸c˜ao qualquer poss´ıvel atraso, na confec¸c˜ao da placas. Pois durante esse peri´odo, de fabrica¸c˜ao, seria utilizado para fazer a coleta de dados, e mapeamento das ´ares e locais, nos quais as placas seriam instaladas. Dessa forma temos 15 dias para reconhecimento das posi¸c˜oes e 30 dias para fabrica¸c˜ao das placas.
3.8
Solu¸
c˜
ao Web
O prazo total para entregar a solu¸c˜ao definitiva seria 90 dias. Onde partindo do princ´ıpio que os desenvolvedores j´a conhecem a tecnologia utilizada, teriamos um intervalo de 12 dias para levantamento dos requisitos do projeto, tais como levantamento de todos os pontos a serem mapeados. 60 dias para o desenvolvimento, 10 para testes e deploy em um ambiente de testes, 5 dias para poss´ıveis modifica¸c˜oes resultantes dos testes. 3 dias para deploy para produ¸c˜ao. Dentro do per´ıodo dos 60 dias de desenvolvimento, estariam todos os processos para implementa¸c˜ao de um software, cobrindo sua modelagem e implementa¸c˜ao, valida¸c˜oes e etc.
3.9
Solu¸
c˜
ao Mobile
O prazo para disponibilizar o aplicativo para download ´e de 105 dias. Teriamos um intervalo de 12 dias para levantamento dos requisitos do projet,. 15 dias para estudos sobre as tecnologias utilizdas, como aprendizado das APIs. 60 dias para o desenvolvimento, 10 para testes e deploy em um ambiente de testes, 5 dias para poss´ıveis modifica¸c˜oes resultantes dos testes. 3 dias para deploy para produ¸c˜ao. Dentro do per´ıodo dos 60 dias de desenvolvimento, estariam todos os processos para implementa¸c˜ao de um software, cobrindo sua modelagem e implementa¸c˜ao, valida¸c˜oes e etc.
