0 FERNANDA MUNHOZ DA ROCHA LEMOS DA COSTA LUIZ … · 9.2.3 EAP / WBS ... estacionamento,...
158
ANDERSON CORRÊA DA SILVA FERNANDA MUNHOZ DA ROCHA LEMOS DA COSTA LUIZ GUSTAVO NUNES STEFHANY ALINE ZGODA GARUPANDO – APLICATIVO DE COMPARTILHAMENTO DE CARONAS PARA WINDOWS PHONE CURITIBA 2012
Transcript of 0 FERNANDA MUNHOZ DA ROCHA LEMOS DA COSTA LUIZ … · 9.2.3 EAP / WBS ... estacionamento,...
0
ANDERSON CORRÊA DA SILVA
FERNANDA MUNHOZ DA ROCHA LEMOS DA COSTA
LUIZ GUSTAVO NUNES
STEFHANY ALINE ZGODA
GARUPANDO – APLICATIVO DE COMPARTILHAMENTO DE CARONAS
PARA WINDOWS PHONE
CURITIBA
2012
1
ANDERSON CORRÊA DA SILVA
FERNANDA MUNHOZ DA ROCHA LEMOS DA COSTA
LUIZ GUSTAVO NUNES
STEFHANY ALINE ZGODA
GARUPANDO – APLICATIVO DE COMPARTILHAMENTO DE CARONAS
PARA WINDOWS PHONE
Trabalho apresentado ao Programa de Aplicação Profissional do Curso de Análise e Desenvolvimento de Sistemas, Centro Tecnológico da Universidade Positivo, como requisito para a conclusão do curso.
Orientador: Juliana Jenny Kolb Coordenador: Nélio Kubo
CURITIBA
2012
2
TERMO DE ANUÊNCIA
Pelo presente Termo de Anuência, declaro estar de pleno acordo com
as informações contidas neste projeto, o qual se apresenta apto a ser entregue
à banca examinadora.
Orientador: Profª. Juliana Jenny Kolb
Centro Tecnológico – Universidade Positivo
______________________________________
Assinatura do Orientador
Curitiba
2012
3
TERMO DE APROVAÇÃO
ANDERSON CORRÊA DA SILVA
FERNANDA MUNHOZ DA ROCHA LEMOS DA COSTA
LUIZ GUSTAVO NUNES
STEFHANY ALINE ZGODA
GARUPANDO – APLICATIVO DE COMPARTILHAMENTO DE CARONAS
PARA WINDOWS PHONE
Projeto de Inovação Tecnológica apresentado ao Programa de Aplicação
Profissional, do Curso de Tecnologia em Análise e Desenvolvimento de
Sistemas, do Centro Tecnológico da Universidade Positivo, pela seguinte
banca examinadora:
Orientador: Profª. Juliana Jenny Kolb
Centro Tecnológico – Universidade Positivo
Marcos Aurélio de Abreu Rodrigues e Silva
Employer
Curitiba
2012
4
"... uma mente necessita de livros da mesma
forma que uma espada necessita de uma
pedra de amolar se quisermos mantê-la
afiada..." TyrionLannister - As Crônicas de
Gelo e Fogo - A Guerra dos Tronos
5
RESUMO
Este documento apresenta o aplicativo de compartilhamento de caronas
para Windows Phone Garupando. O objetivo do projeto consiste em prover
uma alternativa de transporte para pessoas que compartilhem rotas em
comum, de forma a contribuir para a redução dos congestionamentos e da
poluição, que é um dos principais problemas enfrentados atualmente pela
humanidade.
6
ABSTRACT
The present document brings thecarpooling applicationforWindows
PhoneGarupando. The project goalis toprovide analternativetransportation
forpeople who sharecommonroutesin order tohelp reducingcongestionand
pollution, which isone of the mainproblemscurrently facedby humanity
7
SUMÁRIO
1. INTRODUÇÃO .......................................................................................... 14
2. FUNDAMENTAÇÃO TEÓRICA ................................................................. 16
2.1. Nicho de Mercado ............................................................................... 16
2.1.1 Mobilidade .................................................................................... 16
2.1.2 Sustentabilidade ........................................................................... 17
2.1.3 Carona Solidária ........................................................................... 19
2.1.4 Smartphones ................................................................................ 20
2.2. Gerenciamento de Projetos ................................................................. 22
2.2.1 PMBOK ......................................................................................... 24
2.3. Modelagem de sistemas de software .................................................. 25
2.3.1 Princípios da Modelagem ............................................................. 26
2.3.2 A Linguagem de Modelagem Unificada (UML) ............................. 27
2.3.2.1 Modelagem de Casos de Uso ................................................ 28
2.3.2.2 Casos de Uso ......................................................................... 29
2.3.2.3 Diagramas de Casos de Uso ................................................. 30
2.3.2.4 Diagrama de Classes ............................................................. 32
2.4. Tecnologias Utilizadas ........................................................................ 33
2.4.1. Microsoft Visual Studio ................................................................. 33
2.4.2. C Sharp ........................................................................................ 33
2.4.3. Windows Phone ............................................................................ 35
2.4.4. Microsoft Expression Blend .......................................................... 36
2.4.5. Silverlight ...................................................................................... 36
2.4.6. XAML ............................................................................................ 37
2.4.7. Bing Maps ..................................................................................... 38
2.4.8. SQL Server ................................................................................... 39
8
2.4.9. Windows Communication Foundation .......................................... 40
3. ORGANIZAÇÃO-CLIENTE ....................................................................... 41
3.1. Histórico .............................................................................................. 41
4. DIAGNÓSTICO DO AMBIENTE ............................................................... 42
4.1 Pesquisa de aceitação da Carona Solidária ........................................ 42
4.2 Caracterização da amostra ................................................................. 43
5. OBJETIVOS .............................................................................................. 47
6. DESENVOLVIMENTO .............................................................................. 48
7. CONSIDERAÇÕES FINAIS ...................................................................... 50
8. REFERÊNCIAS BIBLIOGRÁFICAS .......................................................... 51
9. APÊNDICES ............................................................................................. 59
9.1 Apêndice A – Gerenciamento do Projeto ............................................ 59
9.1.1 Termo de Abertura do Projeto ...................................................... 59
9.1.1.1 Justificativa ............................................................................. 59
9.1.1.2 Visão Geral do Escopo .......................................................... 60
9.1.1.3 Restrições .............................................................................. 60
9.1.1.4 Premissas .............................................................................. 60
9.2 Apêndice B - Plano de Gerenciamento do escopo .............................. 61
9.2.1 Descrição Detalhada do Produto .................................................. 61
9.2.2 Escopo não Contemplado ............................................................ 62
9.2.3 EAP / WBS ................................................................................... 62
9.2.4 Dicionário EAP / WBS .................................................................. 66
9.3 Apêndice C – Gerenciamento do tempo ............................................. 67
9.3.1 Cronograma .................................................................................. 70
9.3.2 Durações das Atividades .............................................................. 74
9.4 Apêndice D - Gerenciamento da qualidade ......................................... 75
9.5 Apêndice E - Gerenciamento da comunicação ................................... 77
9
9.6 Apêndice F – Especificação dos Requisitos do Projeto ...................... 80
9.7 Apêndice G – Modelagem ................................................................... 84
9.7.1 Cadastrar usuário ......................................................................... 84
9.7.2 Recuperar Senha .......................................................................... 94
9.7.3 Acessar Sistema ......................................................................... 102
9.7.4 Configurar Conta ........................................................................ 109
9.7.5 Gerenciar Rotas .......................................................................... 119
9.7.6 Consultar Rotas .......................................................................... 131
9.7.7 Gerenciar Mensagens ................................................................ 138
9.8 Apêndice H – Modelo Físico de Dados ............................................. 148
9.9 Apêndice I – Documento de Diagrama de classe ............................. 149
9.10 Apêndice J – Documento de Arquitetura........................................ 150
9.10.1 Objetivo ................................................................................... 150
9.10.2 Escopo .................................................................................... 150
9.10.3 Representação da Arquitetura ................................................. 150
9.10.4 Princípios e Restrições da Arquitetura .................................... 151
9.10.5 Visão Lógica ............................................................................ 151
9.10.6 Visão Física ............................................................................. 152
9.10.7 Mecanismos arquiteturais ........................................................ 153
9.10.8 Tecnologias utilizadas ............................................................. 153
9.10.9 Elementos do Sistema............................................................. 153
9.10.10 Performance ............................................................................ 154
9.11 Apêndice K – Questionário Carona Solidaria ................................. 155
10
ÍNDICE DE IMAGENS
Figura I - Diagrama de Rede ............................................................................ 70
Figura II - Estrutura Analítica dos Recursos ..................................................... 74
Figura III - Diagrama de caso de uso Cadastrar Usuário ................................. 89
Figura IV - Protótipo Cadastro de usuário ........................................................ 90
Figura V - Diagrama de caso de uso Recuperar Senha .................................. 99
Figura VI - Protótipo Recuperar Senha ........................................................... 99
Figura VII - Diagrama de caso de uso Acessar Sistema ................................ 106
Figura VIII – Protótipo Acessar Sistema ......................................................... 107
Figura IX – Diagrama caso de uso Configurar Conta ..................................... 114
Figura X – Protótipo Configurar Conta ........................................................... 115
Figura XI – Diagrama de caso de uso Gerenciar Rotas ................................. 127
Figura XII – Protótipo Gerenciar Rotas .......................................................... 128
Figura XIII – Diagrama de caso de uso Consultar Rotas ............................... 135
Figura XIV - Protótipo Consultar Rotas .......................................................... 136
Figura XV – Diagrama de caso de uso Gerenciar Mensagem ....................... 144
Figura XVI - Protótipo Gerenciar Mensagem caixa de entrada ...................... 145
Figura XVII - Protótipo Gerenciar Mensagem caixa de entrada ..................... 146
Figura XVIII - Visão do modelo Físico de dados ............................................ 148
Figura XIX - Visão do Diagrama de Classe .................................................... 149
Figura XX Arquitetura do Aplicativo na visão do Smartphone ........................ 150
11
Figura XXI - Arquitetura do Aplicativo na visão do Web Server/Banco de Dados
....................................................................................................................... 151
Figura XXII - Visão Lógica do Aplicativo ........................................................ 152
Figura XXIII - Visão Física do Aplicativo ........................................................ 152
12
ÍNDICE DE TABELAS
Tabela I -- Características da amostra ............................................................. 43
Tabela II - Aspectos relacionados à carona solidária ...................................... 44
Tabela III - Informações consideradas importantes na busca por caronas ...... 45
Tabela IV - Critérios de aprovação ................................................................... 66
Tabela V - Lista de Atividades .......................................................................... 67
Tabela VI - Lista de atributos das atividades .................................................... 68
Tabela VII - Lista de Marcos............................................................................. 69
Tabela VIII - Recursos das Atividades ............................................................. 70
Tabela IX - Requisitos e Garantia da Qualidade .............................................. 75
Tabela X - Identificação das Partes Interessadas e Estratégia de Comunicação
......................................................................................................................... 77
Tabela XI - Plano de Comunicação .................................................................. 79
Tabela XII - Característica de Qualidade – Funcionalidade ............................. 80
Tabela XIII - Característica de Qualidade – Usabilidade ................................. 81
Tabela XIV - Característica de Qualidade – Confiabilidade ............................. 82
Tabela XV - Característica de Qualidade – Eficiência ...................................... 82
Tabela XVI - Característica de Qualidade – Portabilidade ............................... 83
Tabela XVII - Característica de Qualidade – Manutenibilidade ....................... 83
Tabela XVIII - Mapa de testes Cadastro de usuário ......................................... 90
Tabela XIX - Campos do formulário cadastro de usuário ................................. 92
Tabela XX - Mapa de testes Recuperar Senha .............................................. 100
13
Tabela XXI - Campos do formulário Recuperar Senha .................................. 100
Tabela XXII - Mapa de testes Acessar Sistema ............................................. 107
Tabela XXIII - Campos do formulário Acessar Sistema ................................. 108
Tabela XXIV - Mapa de testes Configurar Conta ........................................... 115
Tabela XXV- Campos do formulário Configurar Conta ................................... 117
Tabela XXVI - Mapa de testes Gerenciar Rotas............................................. 128
Tabela XXVII - Campos do formulário Gerenciar Rotas ................................. 129
Tabela XXVIII - Mapa de testes Consultar Rotas ........................................... 136
Tabela XXIX - Campos do formulário Consultar Rotas .................................. 137
Tabela XXX - Mapa de testes Gerenciar Mensagem ..................................... 146
Tabela XXXI - Campos do formulário Gerenciar Mensagem.......................... 147
14
1. INTRODUÇÃO
Ao longo das últimas três décadas, os temas “crescimento econômico” e
“sustentabilidade ambiental” têm sidoconstantemente debatidos no mundo
inteiro.A sociedade presencia o fortalecimento econômico global,
principalmente por parte dos países emergentes. Embora a preocupação com o
impacto no meio ambiente tenha crescido junto com a economia mundial,
pouco tem sido feito pelos governantes: as campanhas educativas sobre
preservação ambiental são pífias, o investimento no transporte público não
atinge um nível desejado que possibilite conforto e rapidez aos usuários e as
indústrias automobilísticas, além de não investirem maciçamente em fontes de
energia menos poluentes, utilizam sua imensa mão-de-obra como refém nas
negociações com os governos com o intuito de reduzir impostos e maximizar
os lucros.
Ainda em relação ao crescimento econômico global, não se pode deixar
de citar como um de seus resultados o crescimento tecnológico na área de
informação que permitiu, a um baixo custo, a utilização de computadores
pessoais, telefones celulares e, principalmente, a revolução na
interconectividade entre pessoas do mundo inteiro através da Internet.
A adoção de práticas não sustentáveis está diretamente relacionada aos
graves desequilíbrios ambientais que o Planeta Terra está sofrendo. Dessa
forma, a população mundial deve se conscientizar de que, para termos um
futuro melhor, será necessário quebrar paradigmas sociais e mudar os hábitos
de consumo das pessoas.
Para compensar e regular esse consumo excessivo surgiu a TI Verde,
que visa promover a utilização dos recursos computacionais de forma
consciente, proporcionando a preservação ambiental e a redução dos gastos
na infraestrutura da Tecnologia da Informação (TI) (ROLT et al., 2010).
Baseando-se nessas premissas, os próprios softwares poderiam contribuir de
outras formas além das citadas acima, para ajudar a preservação do meio
ambiente.
15
Dessa forma, este trabalho tem como objetivo prover uma solução
tecnológica que possibilite a minimização dos impactos causados pelos
automóveis no meio ambiente. Essa solução consiste no desenvolvimento de
um aplicativo para smartphone1 que contribua com a diminuição no número de
carros no trânsito através do processo de “Carona Solidária”.
1Smartphones – também conhecidos como telefones inteligentes. São celulares com
funcionalidades avançadas que podem ser estendidas por meio de programas executados no seu Sistema Operacional.
16
2. FUNDAMENTAÇÃO TEÓRICA
2.1. Nicho de Mercado
2.1.1 Mobilidade
O planeta Terra vem passando por constantes e aceleradas
transformações, as quais têm afetado significativamente o meio ambiente nos
aspectos físico, biológico, político e social, impactando negativamente a
qualidade de vida das pessoas (OLIVEIRA, 2009).
Muitos pesquisadores afirmam que o aquecimento global está ocorrendo
em função do aumento da emissão de gases poluentes, principalmente
derivados da queima de combustíveis fósseis (gasolina, diesel, etc.) na
atmosfera. Estes gases (ozônio, dióxido de carbono, metano, óxido nitroso e
monóxido de carbono) formam uma camada de poluentes de difícil dispersão,
causando o efeito estufa e toda a degradação ambiental associada a ele
(SILVA, 2009).
O setor de transporte é atualmente um dos principais responsáveis pelo
lançamento de gases na atmosfera, respondendo por cerca de 20% das
emissões globais de CO2. Já no Brasil, segundo informações do Ministério da
Ciência e Tecnologia (MCT), o setor de transporte é responsável por cerca de
9% das emissões totais desse gás (CARVALHO, 2011).
O crescimento desenfreado da frota de veículos trouxe à tona vários
problemas ligados ao tráfego, como congestionamentos, crescimento no
índicede acidentes de trânsito, poluição atmosférica, problemas de
estacionamento, desumanização das cidades com consequente impacto na
qualidade de vida, dentre outros (FERREIRA, RIBEIRO e BARBOSA, 2012).
Sob esta ótica, Curitiba é a capital brasileira com o maior índice de
motorização, apresentando o índice de um veículo para cada 1,58 habitante
(REZENDE et al., 2011).
Outro fator agravante reside no fato de que as pessoas não têm a
percepção e a consciência do uso compartilhado e eficiente dos veículos, uma
vez que a maioria deles é conduzido apenas pelo motorista.Segundo estudo
realizado por Carvalho (2011), o transporte individual responde por cerca de
17
35% das viagens motorizadas, e é responsável em média por quase 60% das
emissões de dióxido de carbono nos centros urbanos brasileiros.
Uma das principais questões do urbanismo atual está centrada na
garantia da mobilidade nos centros urbanos, uma vez que a infraestrutura
existente não tem capacidade de absorver, com qualidade, o fluxo de veículos
proporcionalmente ao seu crescimento (ROCHA, 2007).
Em decorrência disso, cada vez mais tem se buscado medidas para
minimizar os problemas ligados a esse crescimento acelerado da frota.
Atualmente, algumas grandes metrópoles estão desincentivando o transporte
motorizado individual, e inclusive, proibindo a circulação em áreas específicas.
Essas estratégias, que tem como objetivo estruturar um sistema equilibrado
social, econômico e ambientalmente estão, em geral, vinculadas ao conceito de
Gerenciamento da Mobilidade (KUWAHARA; BALASSIANO; SANTOS, 2012).
O Gerenciamento da Mobilidade é uma técnica de planejamento de
transportes que, dentre outros aspectos, busca estratégias para promover a
redução dos impactos ao meio ambiente gerados pelos sistemas de transporte.
Esta técnica engloba uma série de medidas que buscam modificar a forma de
pensar, agir, trabalhar e locomover-se das pessoas, conscientizando-as da
importância do uso de meios mais sustentáveis de transporte, e ajudando a
tornar o sistema de transportes existente mais eficaz (FERREIRA; RIBEIRO;
BARBOSA, 2012).
Dentre as várias estratégias de Gerenciamento da Mobilidade citam-se:
mudança do hábito de viagens, restrição ao uso do automóvel, sistema de
rodízio, incentivo e priorização dos meios não motorizados e de transporte de
massa em detrimento ao uso do transporte individual, incentivo ao
compartilhamento do automóvel (Carpooling), Clube do carro (Carsharing),
entre outros como forma de reduzir os impactos ambientais ocasionados pelos
veículos automotores(FERREIRA; RIBEIRO; BARBOSA, 2012; KUWAHARA;
BALASSIANO; SANTOS, 2012).
2.1.2 Sustentabilidade
18
Frente à necessidade de estratégias globais para o desenvolvimento de
um mundo sustentável, este trabalho analisa a necessidade de mudança dos
paradigmas do deslocamento humano, tendo como foco de análise a
perspectiva das pessoas em detrimento à dos veículos, orientando-se pelos
princípios da qualidade de vida e da sustentabilidade (OLIVEIRA, M. F. S.;
OLIVEIRA, O. J. R.; OLIVEIRA, J.F. S., 2010).
O conceito de sustentabilidade consiste em atender às necessidades do
presente sem comprometer, ao mesmo tempo, os interesses das gerações
futuras. Na problemática da sustentabilidade, a prosperidade econômica, o
desenvolvimento humano e social e a preservação do meio ambiente possuem
o mesmo grau de importância (FILETO, 2009).
A obtenção da sustentabilidade global sofre a ação de diversos entraves:
culturais, científicos, político-econômicos, sociais, éticos, ideológicos e
psicológicos. Contudo, acredita-se firmemente que os cidadãos podem
modificar os seus hábitos de vida e de consumo e, dessa forma, atuar como os
atores principais da mudança de paradigma da mobilidade sustentável
(FILETO, 2009).
Neste contexto, para que a questão da mobilidade se torne sustentável,
é necessário que os problemas sejam abordados de forma mais ampla,
incluindo não apenas a gestão, o desenvolvimento e a adoção de inovações
tecnológicas, mas também promovendo mudanças quanto ao comportamento
da sociedade, de forma a promover o crescimento da consciência ambiental
(SILVA et al., 2003).
Os consumidores têm um enorme potencial para impulsionar a redução
das emissões de CO2 através de suas atitudes no dia-a-dia, como suas
decisões sobre aquecimento e iluminação em casa, a escolha dos aparelhos
elétricos e suas opções de transporte (FILETO, 2009). O sentido de
pertencimento a uma comunidade e o senso de responsabilidade sobre os
destinos da sociedade são fundamentais para que os indivíduos abdiquem do
seu conforto particular em prol do bem-estar social (OLIVEIRA, M. F. S.;
OLIVEIRA, O. J. R.; OLIVEIRA, J.F. S., 2010).
A redução do uso do automóvel estimula a co-responsabilidade social na
preservação do meio ambiente, chamando a atenção das pessoas sobre as
consequências relacionadas à poluição do ar (JACOBI, 2003). Dessa forma, a
19
realização de campanhas de divulgação e conscientização, voltadas aos
proprietários de veículos, para adesão a algumas alternativas são
extremamente importantes (KUWAHARA; BALASSIANO; SANTOS, 2012).
Como o automóvel é o meio de transporte mais utilizado, se houver uma
melhora na utilização desse meio, o impacto final será de extrema relevância
(SANTOS; SILVA, 2009).
2.1.3 Carona Solidária
Uma das estratégias utilizadas para reduzir os impactos ambientais
causados pelos automóveis e os congestionamentos é o incentivo ao uso
compartilhado dos mesmos, conhecido como Carpooling, e traduzido para o
português como Carona Solidária.
A carona solidária pode ser definida como a realização de uma viagem
com pelo menos duas pessoas compartilhando um automóvel pertencente a
um desses ocupantes, sendo que ambos são considerados praticantes da
carona solidária (FERREIRA; RIBEIRO; BARBOSA, 2012). Em geral, todos os
participantes são proprietários de um automóvel e alternam seu uso,
economizando assim com as despesas de viagem e contribuindo para reduzir
os fatores citados anteriormente (EPC, 2011).
O estabelecimento de uma carona envolve encontrar pessoas com
horários e rotas semelhantes. Os participantes devem estar prontos no horário
e lugar combinados com a pessoa que está oferecendo a carona, requerendo
dessa forma um acordo mútuo de confiança (MINETT; PEARCE, 2009,
tradução nossa). O sistema de caronas é frequentemente utilizado para
viagens ao trabalho, instituições de ensino superior e escolas, uma vez que há
muitas pessoas viajando ao mesmo tempo para o mesmo local. A carona é
flexível e pode ser usada para uma única viagem ou para viagens regulares.
Este programa de Carona Solidária é utilizado há muitos anos, com
bastante sucesso, em vários países como: França, Alemanha, Inglaterra,
Canadá e Estados Unidos. Na França, por exemplo, um site com mais de 200
mil pessoas inscritas realizou uma pesquisa com seus usuários que relataram
como vantagens das caronas a economia nos gastos com pedágio e com
20
gasolina e o prazer em conhecer outras pessoas e fazer novos amigos
(OLIVEIRA, 2009).
Além das vantagens citadas pelos usuários, a carona solidária também
promove redução na demandapor estacionamento, dos congestionamentos e
da poluição do ar, melhorando dessa forma o bem-estar social e reduzindo o
impacto ambiental. Também é possível destacar osbenefíciossociaisa partir de
umaperspectiva comportamental, como mudançasnos hábitosculturais e sociais
e na mentalidade das pessoas (GALIZZI, 2004, tradução nossa).
A eficiência da carona solidáriaestá condicionada à adoção de medidas
que incentivem sua prática, uma vez que ela traz desvantagens como a perda
da privacidade e disponibilidade, insegurança, perda da independência e a
dificuldade de coordenação de viagens de pessoas diferentes (FERREIRA;
RIBEIRO; BARBOSA, 2012).
Com base nessas informações, percebe-se que osucesso deste
programadepende de um conjunto de medidas, como o apoio das pessoas e
das instituições, a realização de campanhas educativas e informativas para que
a população possa conhecer e usufruir desta facilidade e assim melhorar sua
mobilidade (DEWAN; AHMAD, 2007). Outra formade aumentar a adesão ao
sistema de caronas consiste na oferta de benefícios ou incentivos aos
participantes, comopor exemplo, uma faixa destinadapara o tráfego de
veículosde alta ocupação (pelo menos dois ocupantes) e espaçospreferenciais
de estacionamento(FERREIRA; RIBEIRO; BARBOSA, 2012).
2.1.4 Smartphones
A tecnologia móvel está se tornando cada vez mais presente no
cotidiano da população envolvendo todas as classes sociais. A presença dos
dispositivos móveis está revolucionando a vida das pessoas à medida que
esses ficam mais acessíveis e oferecem mais serviços. Nesse sentido, o termo
computação móvelé frequentemente empregado no sentido genérico de
descrever a habilidade de utilizar tecnologia apropriada para obter conexão
sem fio e usufruir de informação e/ou software de aplicação centralmente
21
encontrado através de aplicações pequenas, portáteis, e dispositivos de
computação e comunicação sem fio (KLIEMANN, 2006).
O Brasil está deixando de ser o país do telefone celular para ganhar o
status de nação dos smartphonestabela. Essa constatação provém de uma
pesquisa conduzida pela IHS iSuppli, a qual revelou que a venda de
smartphones deve ultrapassar a dos celulares “normais” em 2013. Estima-se
que os chamados “celulares inteligentes” representarão 54% da venda total de
aparelhos móveis no ano que vem. Atualmente eles representam 46% do total
de vendas de celulares móveis(VENDA, 2012).
Segundo pesquisa realizada pela Nielsen acerca do mercado de
dispositivos móveis as vendas de smartphones no Brasil em 2011 registraram
um crescimento de 179% em relação ao ano anterior. Ainda de acordo com a
Nielsen, foi a queda de 33% no preço médio do celular inteligente em
comparação a 2010, que contribuiu para o crescimento nas vendas (VENDAS,
2012).
Os resultados de uma pesquisa realizada pelo IDC mostraram que nos
próximos quatro anos o Windows Phone pode superar o mercado do iOS e se
tornar o segundo sistema operacional móvel mais usado do mundo. Dos 5,2%
atuais, o Sistema Operacional da Microsoft deverá ter um aumento de 14% até
2016, enquanto o iOS terá uma perda de 1,5%, ficando com 19% do mercado.
No primeiro lugar está o Android que atualmente detém 61% do mercado de
telefonia móvel e deve ficar com 52,9% daqui a quatro anos. No geral, o IDC
estima que o mercado global de telefones móveis cresça 4% ao longo dos
próximos quatro anos e que, neste ano, 1,8 bilhões de smartphones sejam
enviados ao mercado (PESQUISA, 2012).
No Brasil, o panorama é um pouco diferente. A empresa
KantarWorldpanel Com Tech divulgou os dados de uma pesquisa, que analisou
o mês de agosto de 2012, sobre a utilização de smartphones em diversos
países do mundo. Os resultados indicam que a base de usuários brasileiros
usando a plataforma do Google corresponde a 46.8% do mercado, já o iOS2 é
apenas o quarto colocado, com 7,5% de participação, atrás do Windows Phone
com quase 15% e até do Nokia Symbian3(22% dos aparelhos).A tendência,
2 IOS - Sistema operacionalmóvel da Apple Inc. desenvolvido originalmente para o iPhone.
3Symbian - Sistema operacional móvel (OS) e plataforma de computação, projetado para smartphones.
22
com o passar do tempo, é que a participação do Symbian caia em desuso e
iOS e Windows Phone fiquem como principais concorrentes do Android4 na luta
pelo topo deste mercado, que não para de crescer (ANDROID, 2012).
O sistema operacional da Microsoft para smartphones, o Windows
Phone chegou para competir com iPhones e Androids, já estabelecidos no
mercado há algum tempo. A interface da plataforma da Microsoft é mais
intuitiva e é diferente dos demais smartphones. A maior diferença entre essas
plataformas está relacionada a uma das principais características dos
smartphones: a quantidade e qualidade dos aplicativos disponíveis para cada
plataforma(PRADO, 2012).
Com mais de 600 mil aplicativos disponíveis, a AppStore, da Apple, está
à frente de suas concorrentes. O Google Play, substituto do Android Market,
oferece algo em torno de 500 mil aplicativos. Já o MarketPlace do Windows
Phone ainda está no começo, mas já conta com 120 mil aplicativos disponíveis
para download (MACHADO, 2012).
Um blog americano realizou uma pesquisa para comparar a venda de
um software (Mortal Kombattáticas) que existe tanto para Windows Phone 7
como paraAndroid, sendo que em ambas as plataformas o aplicativo
demonstra as mesmas funções. A pesquisa durou 5 dias e a versão para o
Windows Phone obteve um total de 12.331 avaliações e uma receita de U$
14,77. Os resultados mostraram que no 1° dia a versão para o Windows Phone
já havia superado os resultados do Android, que em 5 dias obteve um total de
3.684 avaliações e uma receita total de U$ 1,27 (PROGRAMAR, 2011).
De acordo com essas informações, fica evidente que o mercado de
aplicativos para o Windows Phone está em franca expansão.
2.2. Gerenciamento de Projetos
A humanidade vem enfrentando inúmeras mudanças ambientais e
quebras de paradigmas, os quais possibilitam o desenvolvimento de projetos
motivados pelo intenso movimento de globalização do mundo dos negócios. A
ciência acerca dessas transformações possibilita a condução de diversos
4Android - Sistema operacional baseado no núcleo Linux para dispositivos móveis.
23
conjuntos de atividades que devem ser tratados como projetos, por suas
características inovadoras e necessidades de integração (MENEZES, 2009).
O desenvolvimento de produtos ou soluções novas demanda um
planejamento orientado na criação, no desenvolvimento e em todas as fases
intermediárias de validação do projeto, pois facilita o controle no lançamento
desses produtos (MENEZES, 2009).
Um projeto corresponde a um empreendimento único que apresenta
objetivo bem definido, uma sequência clara e lógica de eventos, com início,
meio e fim, sendo conduzido por pessoas e respeitando os parâmetros
predefinidos de tempo, custo e qualidade (BRUZZI, 2002). Dessa forma, a
gestão de projetos pode ser definida como o planejamento, a programação e o
controle de uma série de tarefas integradas para atingir seus objetivos com
êxito (KERZNER, 2006). Além disso, o gerenciamento de projetos consiste na
aplicação de conhecimento, habilidades, ferramentas, e técnicas às atividades
do projeto de forma a atender seus requisitos (PMI, 2008).
Segundo Sommerville (2007), um bom gerenciamento não é suficiente
para garantir o sucesso de um projeto. No entanto, um mau gerenciamento
geralmente resulta em falha do projeto: entrega fora do prazo, custo maior do
que o estimado e falha no atendimento aos requisitos.
O controle e gerenciamento de um projeto estão baseados em três
fatores básicos: escopo, tempo e custo, comumente conhecidos como
“Restrição Tripla”. Eles constituem o foco do gerenciamento de projetos,
concentrando toda energia e atenção do Gerente do Projeto (POSSI, 2004).
Esses três parâmetros estão fortemente relacionados, de forma que se ocorrer
uma mudança em um deles, provavelmente irá afetar os demais (PMI, 2008).
O conhecimento das variáveis que influenciam o projeto, além dos
parâmetros citados acima, também é importante. Como exemplo desses
parâmetros pode-se citar a cultura local e os padrões de comportamento da
população, os quais podem igualmente influenciar o projeto (MENEZES, 2009).
Para que o gerenciamento de projetos seja eficiente, os mesmos devem
ser segmentados em fases, constituindo o ciclo de vida do projeto. Esse ciclo
inclui os principais passos do projeto, funcionando como uma ferramenta de
apoio para definir o começo e o término do mesmo, através da definição de
24
fases, cujos subprodutos são avaliados de forma a determinar a continuidade
ou não de um projeto (POSSI, 2004).
O plano de gerenciamento do projeto é considerado iterativo devido ao
potencial de mudança do mesmo. Ele passa por uma elaboração progressiva
no decorrer do ciclo de vida do projeto. Dessa forma, conforme o projeto evolui,
o nível de detalhes aumenta (PMI, 2008).
2.2.1 PMBOK
Nos últimos anos a área de gerenciamento de projetos tem ganhado
cada vez mais reconhecimento e importância. Um dos principais responsáveis
por essa ascensão é o Instituto de Gerenciamento de Projetos (PMI - Project
Management Institute), o qual tem como objetivo a difusão do conhecimento
em gerenciamento de projetos. Uma das principais iniciativas do PMI para
atingir esse objetivo é a publicação de padrões globais de gerenciamento de
projetos, programas e portfólio, sendo a mais popular delas o Guia do Conjunto
de Conhecimentos em Gerenciamento de Projetos (Guia PMBOK® - Project
Management BodyofKnowledge) (D'ÁVILA, 2006).
Os padrões globais publicados pelo PMI são amplamente aceitos e
fornecem diretrizes, regras e características do gerenciamento de projetos. O
Guia PMBOK é atualmente o principal padrão global para gerenciamento de
projetos(LIBRARY, 2012, tradução nossa).
O PMI (2008) descreve diversos conhecimentos acerca do
gerenciamento de projetos, categorizando-os em nove áreas: Gerenciamento
da Integração do Projeto, Gerenciamento do Escopo do Projeto,
Gerenciamento do Tempo do Projeto, Gerenciamento dos Custos do Projeto,
Gerenciamento da Qualidade do Projeto, Gerenciamento dos Recursos
Humanos do Projeto, Gerenciamento da Comunicação do Projeto,
Gerenciamento dos Riscos do Projeto e Gerenciamento das Aquisições do
Projeto.
Dessas nove áreas de conhecimento, os principais determinantes para o
objetivo de um projeto são o Escopo, Tempo, Custos e Qualidade: entregar um
resultado de acordo com o escopo, prazo e custo definidos, com uma
25
qualidade adequada. Os Recursos Humanos e as Aquisições correspondem
aos insumos necessários para produzir o trabalho do projeto. A Comunicação e
os Riscos devem ser gerenciados continuamente, de forma a controlar as
expectativas e as incertezas do projeto e garantir que o mesmo está sendo
conduzido para a direção correta. Já a Integração abrange a coordenação de
todos estes aspectos (D'ÁVILA, 2006).
2.3. Modelagem de sistemas de software
De acordo com Booch, Rumbaugh e Jacobson (2012), um software que
satisfaça as necessidades de seus usuários e respectivos negócios é o
principal produto de uma equipe de desenvolvimento, sendo o restante
secundário. O que ocorre muitas vezes é a confusão de secundário com
irrelevante.
Para Bezerra (2002) a utilização da modelagem na construção de
sistemas de software permite o gerenciamento da complexidade do sistema, a
comunicação entre as partes envolvidas, a redução de custos no
desenvolvimento e a predição do comportamento futuro do sistema.
Bezerra (2002) ainda define a modelagem de sistemas como sendo:
A utilização de notações gráficas e textuais com o objetivo de construir modelos que representam as partes essenciais de um sistema, considerando-se diversas perspectivas diferentes e complementares.
O motivo principal para a utilização da modelagem nos sistemas de
software consiste na capacidade dessa metodologia de simplificar a realidade e
possibilitar uma melhor compreensão do sistema que está sendo desenvolvido.
Além disso, através da modelagem é possível alcançar os seguintes objetivos:
visualizar o sistema como ele é ou como gostaríamos que fosse; especificar a
estrutura ou o comportamento do sistema; fornecer um guia para a construção
do sistema; documentar as decisões tomadas (BOOCH; RUMBAUGH;
JACOBSON, 2012).
26
O uso da modelagem não deve ser relacionado ao tamanho do software,
uma vez que os sistemas apresentam uma tendência natural para se
transformar em algo mais complexo ao longo do tempo. Porém, é evidente que
quanto maior e mais complexo o sistema, maior será a importância da
modelagem, uma vez que ela possibilita o trabalho em níveis mais altos de
abstração (BOOCH; RUMBAUGH; JACOBSON, 2012).
2.3.1 Princípios da Modelagem
A experiência que o uso da modelagem adquiriu com todas as
disciplinas Engenharia sugere quatro princípios básicos de
modelagem(BOOCH; RUMBAUGH; JACOBSON, 2012):
1. A seleção dos modelos que serão criados possui grande influência sobre
a maneira como um determinado problema é enfrentado e como uma
solução é definida.
Esse princípio demonstra a importância da escolha criteriosa dos
modelos, uma vez que modelos corretos esclarecem os problemas de
desenvolvimento mais complicados e proporcionam conclusões que não
seriam possíveis de outra maneira. Por outro lado, os modelos
inadequados irão desviar o foco para questões irrelevantes na medida
em que causam confusões.
A escolha dos modelos depende fortemente do contexto do
desenvolvimento, ou seja, os modelos selecionados por um
desenvolvedor de banco de dados serão diferentes dos modelos
definidos por um analista de análise estruturada, que por sua vez irão
diferir da perspectiva de um desenvolvedor orientado a objetos.
2. Os modelos poderão ser expressos em diferentes níveis de precisão.
Os melhores tipos de modelo são aqueles que possibilitam a escolha do
grau de detalhamento, dependendo de quem esteja fazendo a
visualização e do por que deseja fazê-la. Essa característica é
importante, pois cada observador deseja visualizar o sistema em
diferentes níveis de detalhamento, em situações distintas.
3. Os melhores modelos estão associados à realidade.
27
Esse princípio ressalta o fato de que o modelo é uma simplificação da
realidade e, portanto, deve-se ter certeza de que a sua simplificação não
ocultará detalhes importantes.
4. Nenhum modelo único é suficiente. Qualquer sistema não trivial será
mais bem investigado por meio de um pequeno conjunto de modelos
quase independentes com vários pontos de vista.
No contexto em que se encontra, a expressão “quase independente” se
refere ao fato de que os modelos podem ser criados e estudados
separadamente, mas continuar inter-relacionados. Para compreender a
arquitetura dos sistemas orientados a objetos, é necessário recorrer a
várias visões complementares e inter-relacionadas: como a visão dos
casos de uso, de projeto, do processo, da implementação e da
implantação do sistema. Em conjunto, essas visões representam a base
do projeto de software. Conforme a natureza do sistema, alguns
modelos se tornarão mais importantes que outros.
2.3.2 A Linguagem de Modelagem Unificada (UML)
A UML (UnifiedModelingLanguage) foi criada devido à necessidade de
se ter uma linguagem padrão para a modelagem de sistemas. Dessa forma, ela
surgiu para ser a linguagem “unificadora” de notações, diagramas e formas de
representação existentes em diferentes técnicas (BEZERRA, 2012). A UML foi
criada no final da década de 90 por GradyBooch, Ivar Jacobson e Jim
Rumbaugh e atualmente é um padrão adotado pela OMG (Object Management
Group) (PAGE-JONES, 2001).
Bezerra (2002) define a UML da seguinte forma:
A UML é uma linguagem visual para modelar sistemas orientados a objetos. Isso quer dizer que a UML é uma linguagem constituída de elementos gráficos (visuais) utilizados na modelagem que permitem representar os conceitos do paradigma da orientação a objetos. Através dos elementos gráficos definidos nesta linguagem podem-se construir diagramas que representam diversas perspectivas de um sistema.
28
De acordo com Booch, Rumbaugh e Jacobson (2012), a UML pode ser
empregada para a visualização, especificação, construção e documentação de
artefatos que utilizam sistemas complexos de software.
Ainda, segundo esses autores, a UML abrange a documentação da
arquitetura do sistema e de todos os seus detalhes, proporciona uma
linguagem para a expressão de requisitos e para a realização de testes e
possibilita a modelagem das atividades de planejamento do projeto e de
gerenciamento de versões (BOOCH; RUMBAUGH; JACOBSON, 2012).
A UML consegue capturar a estrutura de sistemas orientados a objetos
acima do nível das linhas individuais de código, e pode ser expressa em
diagramas que englobam a gama de construções dos sistemas típicos
orientados a objeto (PAGE-JONES, 2001).
Um diagrama consiste na apresentação gráfica de um conjunto de
elementos, geralmente representados como gráficos de vértices (itens) e arcos
(relacionamentos). Eles são desenhados para possibilitar a visualização de um
sistema sob diferentes perspectivas, constituindo assim uma projeção de um
determinado sistema (BOOCH; RUMBAUGH; JACOBSON, 2012).
Dentre os modelos preconizados pela UML foram utilizados nesse
trabalho os Casos de Uso, os Diagramas de Casos de Uso e o Diagrama de
Classes.
2.3.2.1 Modelagem de Casos de Uso
Bezerra (2002) define o modelo de casos de uso da seguinte forma:
O modelo de casos de uso é uma representação das funcionalidades externamente observáveis do sistema e dos elementos externos ao sistema que interagem com ele. Este modelo descreve quais os requisitos funcionais do sistema e quais são as entidades do ambiente (atores) que interagem com o sistema. Este modelo nos informa também quais são as ações do sistema conforme percebidas pelos atores. Com este modelo, podem ser respondidas questões sobre o que o sistema deve fazer e para quem.
29
Ao modelar casos de uso, o analista descreve a interação do usuário
com o sistema, o que o usuário demanda e o que o sistema responde. Durante
esse processo, o objetivo não contempla a especificação do software nem dos
programas, mas sim o que o software deve atender e o que o usuário espera
dele, não devendo haver preocupações sobre a construção de código ou com a
implementação (SILVA; GOMIDE;PETRILLO, 2003).
Esse modelo tem se tornado cada vez mais popular devido à sua
notação gráfica simples e descrição em linguagem natural, facilitando dessa
forma a comunicação entre desenvolvedores e usuários. Além disso, o modelo
de casos de uso leva os desenvolvedores a moldarem o sistema de acordo
com o usuário, e não o usuário de acordo com o sistema(BEZERRA, 2012).
O modelo de casos de uso é composto da documentação dos casos de
uso e dos atores e do diagrama de casos de uso (BEZERRA, 2012).
2.3.2.2 Casos de Uso
Um caso de uso consiste em uma descrição de um conjunto de
sequências de interações entre um sistema e os agentes externos que o
utilizam (BEZERRA, 2012). Os casos de usos podem ser aplicados para
especificar o comportamento pretendido do sistema que está sendo
desenvolvido, sem a necessidade de especificar como ele será implementado
(BOOCH; RUMBAUGH; JACOBSON, 2012).
A ampla utilização dos casos de uso está atrelada ao fato de que eles
fornecem uma maneira para os desenvolvedores chegarem a uma
compreensão comum com os usuários finais do sistema e com os especialistas
do domínio. Além disso, eles auxiliam na validação da arquitetura e na
verificação do sistema à medida que ele evolui durante seu desenvolvimento
(BOOCH; RUMBAUGH; JACOBSON, 2012).
A identificação dos atores que interagem com o sistema e dos casos de
uso do mesmo é feita com base nas informações coletadas na fase de
levantamento de requisitos do sistema. Durante essa fase, os analistas de
sistemas identificam quais atividades do processo de negócio são relevantes
30
ao sistema a ser construído e quais os elementos que interagem nesses
processos (BEZERRA, 2012).
Segundo a terminologia da UML, qualquer elemento externo que
interage com o sistema é considerado um ator. O termo “externo” indica que os
atores não fazem parte do sistema e o termo “interage” indica que um ator
troca informações com o sistema (BEZERRA, 2012). Os atores podem ser
humanos ou sistemas automatizados.Os casos de uso e atores não existem
sozinhos. Dessa forma, um ator deve estar relacionado a um ou mais casos de
uso do sistema. Também podem ocorrer relacionamentos entre os casos de
uso de um sistema (BEZERRA, 2012).
A UML não define o formato e o grau de abstração a serem utilizados na
descrição de um caso de uso. Bezerra (2002) aponta alguns itens importantes,
como: ator primário (ator que inicia o caso de uso), atores secundários (demais
atores participantes do caso de uso, se existirem), fluxo principal (descrição da
sequência de passos do fluxo principal, o qual descreve o que normalmente
acontece quando o caso de uso é realizado), fluxos alternativos (descrevem o
que acontece quando o ator faz uma escolha alternativa, diferente da descrita
no fluxo principal), fluxos de exceção (descrevem o que acontece quando algo
inesperado ocorre na interação entre ator e caso de uso) (BEZERRA, 2012).
A descrição de um caso de uso também pode fazer referência a uma ou
mais regras do negócio. Essas regras são consideradas como as políticas,
condições ou restrições que devem ser consideradas na execução dos
processos existentes em uma organização, uma vez que elas descrevem a
maneira como a organização funciona. As regras do negócio de uma
organização são normalmente identificadas nas fases de levantamento de
requisitos de análise e normalmente têm influência sobre a lógica de execução
de um ou mais casos de uso (BEZERRA, 2012).
2.3.2.3 Diagramas de Casos de Uso
Os diagramas de casos de uso (DCUs) fornecem uma visão global e de
alto nível do sistema, pois descrevem a visão externa do sistema e
representam graficamente os atores, casos de uso e os relacionamentos entre
31
esses elementos. Eles têm como objetivo principal ilustrar em um nível alto de
abstração quais elementos externos interagem com quais funcionalidades do
sistema (BEZERRA, 2012).
Os DCUs são importantes para a visualização, especificação e
documentação do comportamento de um elemento. Esses diagramas fazem
com que sistemas, subsistemas e classes se tornem acessíveis e
compreensíveis. Eles também são importantes para testar sistemas
executáveis por meio de engenharia direta (processo de transformar um
modelo em código) e para compreendê-los por meio de engenharia reversa
(processo de transformar código em um modelo) (BOOCH; RUMBAUGH;
JACOBSON, 2012).
A notação utilizada para representar atores em um DCU é a figura de
um boneco, com o nome do ator definido logo abaixo dessa figura. Já os casos
de uso são representados por uma elipse, com o nome posicionado abaixo ou
dentro da elipse. Um ator pode estar associado a vários casos de uso em um
mesmo diagrama (BEZERRA, 2012).
A UML define diferentes tipos de relacionamentos, os quais são
aplicados em todos os diagramas da UML. Os relacionamentos são
representados graficamente de acordo com o seu tipo. Os relacionamentos do
tipo dependência são relacionamentos de utilização, determinando que um item
usa as informações e os serviços de outro item, mas não necessariamente o
inverso. Esse tipo de relacionamento é representado por linhas tracejadas
apontando o item do qual o outro depende (BOOCH; RUMBAUGH;
JACOBSON, 2012).
O relacionamento do tipo generalização consiste em um relacionamento
entre itens gerais (denominados classes-mãe) e tipos mais específicos desses
itens (denominados classes-filha). Dessa forma, a filha herda as propriedades
da mãe, principalmente seus atributos e operações. Uma generalização é
representada graficamente como linhas sólidas com uma grande seta triangular
apontando a mãe (BOOCH; RUMBAUGH; JACOBSON, 2012).
Já uma associação é um relacionamento estrutural que especifica
objetos de um item conectados a objetos de outro item. Sendo assim, a partir
de uma associação conectando duas classes, é possível navegar do objeto de
uma classe até o objeto de outra e vice-versa. Esse tipo de relacionamento é
32
representado graficamente como uma linha sólida conectando classes ou
casos de uso (BOOCH; RUMBAUGH; JACOBSON, 2012).
É possível também representar a fronteira do sistema no diagrama de
casos de uso. Ela é representada graficamente por um retângulo no qual são
inseridos os casos de uso. Os atores são posicionados do lado de fora do
retângulo, para demonstrar a divisão entre o interior e o exterior do sistema
(BEZERRA, 2012).
2.3.2.4 Diagrama de Classes
Os diagramas de classes são os diagramas mais frequentemente
utilizados na modelagem de sistemas orientados a objetos. Eles mostram um
conjunto de classes, interfaces e colaborações e seus relacionamentos
(BOOCH; RUMBAUGH; JACOBSON, 2012).
Esse tipo de diagrama é utilizado para fazer a modelagem da visão
estática de um sistema, a qual oferece principalmente suporte aos requisitos
funcionais do sistema, em outras palavras, os serviços que o sistema deverá
fornecer aos usuários finais (BOOCH; RUMBAUGH; JACOBSON, 2012).
Ao criar a modelagem da visão estática do sistema, o diagrama de
classes poderá ser utilizado para fazer a modelagem do vocabulário do
sistema, que envolve a decisão a respeito de quais abstrações fazem parte do
sistema e quais estão fora dos limites dele; a modelagem de colaborações,
responsável por visualizar e especificar o conjunto de classes e
relacionamentos do sistema; ou a modelagem do esquema lógico de um banco
de dados (BOOCH; RUMBAUGH; JACOBSON, 2012).
Os Diagramas de classes são importantes para a visualização, a
especificação, a documentação de modelos estruturais e a construção de
sistemas executáveis por intermédio de engenharia direta e reversa (BOOCH;
RUMBAUGH; JACOBSON, 2012).
33
2.4. Tecnologias Utilizadas
As tecnologias utilizadas no desenvolvimento deste trabalho são
descritas a seguir.
2.4.1. Microsoft Visual Studio
O Microsoft Visual Studio é um conjunto de ferramentas que simplifica o
processo de desenvolvimento de aplicações e novos softwares. O processo de
criação de softwares não consiste apenas na escrita de códigos. Desta forma,
a versão 2010 do Visual Studio conta com os recursos das ferramentas de
ALM (ApplicationLifecycle Management), para gerenciar todo o ciclo de vida do
programa, desde a documentação, arquitetura do software até a parte de testes
e implantação. Esta nova ferramenta ainda permite que toda a equipe de
desenvolvimento colabore e dialogue ao longo das etapas de
desenvolvimento(VISUAL, 2012).
O Microsoft Visual Studio é um ambiente de desenvolvimento
integrado (IDE) da Microsoft, podendo ser usado para desenvolver
aplicações para todas as plataformas suportadas pelo Microsoft
Windows, Windows Mobile, Windows CE,.NET Framework, .NET Compact
Framework e Microsoft Silverlight. Ele também oferece suporte a
diferentes linguagens de programação, como C, C++ (via Visual
C++), VB.NET (via Visual Basic .NET) e C# (via Visual C#), e linguagens para
desenvolvimento web, como XML, XSLT, HTML,
XHTML, Javascript e CSS(TUTORIAL, 2012).
2.4.2. C Sharp
O avanço das ferramentas de programação (ex: C++ e Java) e dos
dispositivos eletrônicos inteligentes (ex: telefones celulares) gerou novas
exigências, criando muitas expectativas para o mercado de software. Como
resultado da popularidade dos dispositivos eletrônicos móveis, os
desenvolvedores reconheceram a necessidade de criar aplicativos baseados
na Web que pudessem ser acessados e usados via Internet e que estivessem
34
disponíveis por meio de praticamente qualquer tipo de dispositivo. Para tratar
dessas necessidades, a Microsoft anunciou sua iniciativa .NET e a linguagem
de programação C# (DEITEL, 2003).
A linguagem de programação C Sharp, que daqui em diante iremos
descrever como C#, é a fase seguinte na evolução do C e C++, fornece
diversos recursos importantes para os programadores, como programação
orientada a objetos, strings, elementos gráficos, componentes de interface
gráfica (GUI), tratamento de exceções, múltiplas linhas de execução, multimídia
(áudio, imagens, animação e vídeo), processamento de arquivos, estruturas de
dados pré-empacotadas, processamento de banco de dados, redes
cliente/servidor com base na Internet e computação distribuída (DEITEL, 2003).
O C# é uma linguagem de programação visual dirigida por eventos e
totalmente orientada a objetos, na qual os programas são criados usando-se
uma IDE (IntegratedDevelopmentEnvironment – ambiente de desenvolvimento
integrado). O uso da IDE permite que o programador crie, execute, teste e
depure os programas, reduzindo assim o tempo necessário para criar um
programa funcional (DEITEL, 2003).
A programação orientada a objetos apresenta diversas vantagens em
relação à programação procedimental, dentre as quais pode-se citar: melhor
produtividade, reutilização de software e produção de software mais inteligível,
pois ele é melhor organizado e tem menos requisitos de manutenção. A
orientação a objetos também permite que os programadores abstraiam os
detalhes do software e se concentram no todo, criando programas fáceis de
entender, modificar e atualizar, pois oculta grande parte dos detalhes (DEITEL,
2003).
Lima (2002) cita algumas características do C# consideradas essenciais:
- Simplicidade: os projetistas de C# costumam dizer que essa linguagem
é tão poderosa quanto o C++ e tão simples quanto o Visual Basic.
- Completamente orientada a objetos: o C# requer que toda a lógica do
programa esteja contida em classes
- Fortemente tipada: ajuda a evitar erros por manipulação imprópria de
tipos, atribuições incorretas etc.
- Tudo é um objeto: System.Object é a classe base de todo o sistema de
tipos de C#.
35
- Controle de versões: cada assembly gerado, seja como EXE ou DLL,
tem informação sobre a versão do código, permitindo a coexistência de dois
assemblies homônimos, mas de versões diferentes no mesmo ambiente.
- Linguagem gerenciada: os programas desenvolvidos em C# executam
num ambiente gerenciado, o que significa que todo o gerenciamento de
memória é feito pelo runtime via o GC (GarbageCollector), e não diretamente
pelo programador, reduzindo as chances de cometer erros comuns a
linguagens de programação onde o gerenciamento da memória é feito
diretamente pelo programador.
- Suporte a código legado: o C# pode interagir com código legado de
objetos COM e DLLs escritas em uma linguagem não-gerenciada.
- Flexibilidade: o C# permite o uso de ponteiros, se necessário.
2.4.3. Windows Phone
O desenvolvimento para telefones é um termo abrangente que se refere
ao processo de criar aplicativos para smartphones. Os telefones executam o
sistema operacional como uma plataforma para fornecer serviços aos
aplicativos. Dessa forma, o desenvolvimento para telefones é semelhante ao
desenvolvimento para computadores, com a ressalva de que os telefones não
têm a mesma memória ou desempenho dos desktops. Para simplificar o
desenvolvimento, é possível executar, depurar e testar os aplicativos em um
emulador, que é uma versão do software do telefone. Essa funcionalidade
permite a criação do aplicativo em um ambiente padrão e familiar, que depois
poderá ser implantado em um telefone quando estiver pronto para
uso(TELEFONE, 2012).
O Microsoft Visual Studio possui a capacidade de adquirir várias funções
que não são nativas através da instalação de SDK's (Software Development
Kit) e plug-ins, como o SDK Windows Phone 7.1, que possibilita a programação
para Windows Phone. Ainda, a versão 2010 do Visual Studio, fornece um
emulador de Windows Phone 7 para que o desenvolvedor possa testar o
aplicativo direto no computador (TUTORIAL, 2010).
Os programas para "Windows Phone 7" podem ser programados com
C# em "Silverlight" ou XNA. Para criar esses programas é necessário que o
36
"Visual Studio" apresente os seguintes pacotes instalados: "Phone Emulator",
"Blend" e Bibliotecas Silverlight Phone) (TUTORIAL: Clássico, 2010).
2.4.4. Microsoft Expression Blend
O Microsoft Expression Blend pertence à família Microsoft Expression
Studio, a qual tem como foco a criação e o design de páginas, telas,
elementos, etc. Seu ambiente permite o desenvolvimento integrado a outros
desenvolvedores, através de ferramentas especiais que possibilitam o
compartilhamento dos projetos sem nenhuma alteração, garantindo assim, a
propriedade e a integridade dos mesmos (MACORATTI, s.d).
A utilização do Expression Blend integrada ao Microsoft Visual Studio
possibilita a criação de aplicativos ricos e bem arquitetados para dispositivos
móveis (EXPRESSION, s.d, tradução nossa).
Apresenta interface atrativa e prática de usar, melhorando significativamente o
ambiente de trabalho dos desenvolvedores (MACORATTI, s.d).
Utilizando tecnologias como Silverlight, XAML e C#, o Expression Blend
permite o desenvolvimento de aplicativos estáveis, escaláveis, acessíveis,
confiáveis e altamente seguros, mantendo um ótimo desempenho
(POWERFUL, s.d).
2.4.5. Silverlight
O Silverlight é uma poderosa plataforma de desenvolvimento da
Microsoft para a nova fase da web, pois trabalha com um novo conceito de
recursos visuais, como os de som, vídeo e animações, além da praticidade,
usabilidade, agilidade e intuitividade de navegação que compõem a chamada
Experiência do Usuário (UsereXperience) (DURÃES et al., 2008).
Desenvolvido para competir com o Flash, da Adobe, o Silverlight oferece
uma nova experiência para aplicativos ricos e interativos na internet sendo um
plug-in de vários navegadores e plataformas. Usado para criar interfaces com o
usuário, tem como diferencial o fato de criar aplicações que usam o conceito de
RIA (Rich Internet Application), permitindo uma experiência mais rica ao
usuário (MACORATTI, s.d). Dessa forma, permite o desenvolvimento visual de
37
interfaces de alta produção e de experiências interativas que podem ser
executadas dentro de navegadores, em dispositivos móveis e sistemas
operacionais desktop (DURÃES et al.,2008).
Durãeset al. (2008) ressaltam alguns pontos interessantes dessa
plataforma:
- É cross-browser5 e multiplataforma, ou seja, foi projetada para rodar em
praticamente todos os navegadores da Web e trabalhar em diversas
arquiteturas e sistemas operacionais;
- Apresenta Layout visual consistente. Dessa forma, o layout não é distorcido
entre browsers e ambientes diferentes.
- Realiza stream6 de áudio e vídeo de maneira inteligente. Ele controla a
demanda da qualidade do vídeo para o dispositivo cliente, desde smartphones
até navegadores comuns.
- É vetorial e suporta gráficos 2D e até mesmo 3D.
- Lê e recebe dados sem precisar atualizar a página.
- No quesito segurança, o Silverlight é executado no contexto do navegador e
não tem acesso à máquina do cliente.
- Utiliza o C# ou VB.NET para desenvolver a parte do código gerenciado,
agilizando o desenvolvimento.
- O download do plugin é pequeno (pouco mais de 4MB) e se instala em
segundos.
2.4.6. XAML
XAMLouExtensibleApplicationMarkupLanguage é uma linguagem de
marcação baseada em XML criada pela Microsoft para criar interfaces com o
usuário (UI) e facilitar a integração entre os designers e os
desenvolvedores(MACORATTI, 2009; MICROSOFT, 2010).
É uma linguagem que possibilita a criação de elementos de UI visíveis
na marcação declarativa de XAML e, através do uso de arquivos code-behind7,
permite a separação da definição da UI do código lógico em tempo de 5Cross-browser - refere-se à habilidade de um site, Aplicação Web, contructor HTML ou scriptsuportar
múltiplos navegadores. 6Forma de distribuir informação de áudio e vídeo pela Internet através de pacotes.
7Termo utilizado para descrever o código que é unido ao código criado por um processador XAML quando
uma página XAML é compilada.
38
execução. Ao contrário da maioria das outras linguagens de marcação, a XAML
diretamente representa a instanciação de objetos gerenciados. Esse princípio
de design geral permite código simplificado e acesso de depuração aos objetos
criados em XAML (XAML, s.d).
Algumas ferramentas para design gráfico como o Expression Blend,
requerem a utilização do XAML(PEREIRA; ISENTO, 2010).Os arquivos XAML
também sãousados para especificar declarativamente uma interface de
aplicação no Silverlight(DURÃES et al., 2008).
No projeto Silverlight, por padrão são criados dois arquivos XAML
(App.xaml e Page.xaml) com seus respectivos arquivos de classe (DURÃES et
al., 2008).O arquivo "App.xaml", é muito importante pois ele carrega boa parte
das características do software. Como exemplo, por padrão ele carrega o
arquivo Page.xaml que corresponde ao controle inicial da UI (TUTORIAL,
2010).
Ao executar o build do projeto, o Visual Studio compila o código C# e o
código XAML para um arquivo assembly, que será empacotado em um arquivo
de recurso com a extensão .XAP. Este arquivo utiliza o algoritmo de
compressão zip para minimizar o impacto do download no cliente(DURÃES et
al., 2008).
2.4.7. Bing Maps
O conjunto de tecnologias que envolvem coleta, processamento, análise
e disponibilização de informação com referência geográfica constituem as
Geotecnologias(QUEIROZ, 2006).Essas tecnologias são comumente utilizadas
para executar buscas de endereços, mapeamento de rotas, localização de
lugares, entre outras. (GERAÇÃO, s.d)
O Bing Maps é um serviço de mapeamento online criado pela Microsoft
para possibilitar a criação de aplicações geográficas utilizando uma API com
diversas funções espaciais, traçando rotas, encontrando lugares a partir do
endereço, etc. (SANTIAGO, 2008)O serviço de mapeamento padrão no
Windows Phone 7 é o Bing Maps. O controle de mapas no Windows Phone
7Developer Toolkit é gratuito para uso em produtos de consumo voltados para
39
aplicações móveis. Dessa forma, fica mais fácil incorporar uma experiência de
mapeamento consistente para as soluções móveis (BING, s.d).
2.4.8. SQL Server
SQL é a linguagem utilizada para geração, manipulação e recuperação
de dados de um banco de dados relacional, o qual possibilita o tratamento de
quantidades enormes de dados. Os bancos de dados relacionais estão
disponíveis comercialmente há pelo menos duas décadas; dentre eles pode-se
citar o SQL Server, da Microsoft (BEAULIEU, 2010).
O Microsoft SQL Server é um servidor de banco de dados e de
informações abrangente que oferece um conjunto completo de tecnologias e
ferramentas enterprise-ready, as quais possibilitam gerar valor máximo de
informações a um custo total de propriedade baixíssimo. Por ser uma
plataforma completa e integrada, o Microsoft SQL Server fornece altos níveis
de desempenho, disponibilidade e segurança (POR QUE, 2011).
Quando comparado com outros bancos de dados, o SQL Server fornece
funcionalidade mais flexível, melhor escalabilidade e desempenho mais
confiável. Além disso, o SQL Server 2008 R2 estabeleceu recordes de
desempenho no TPC-E, a medida de desempenho de OLTP padrão do setor
industrial mais rigoroso. (Microsoft SQL Server, 2011). Dentre as principais
razões para utilizar o SQL Server pode-se citar:
- O SQL Server fornece seis noves (99.9999%) em disponibilidade de tempo de
atividade.
- O SQL Server é a plataforma de bancos de dados mais segura.
- O SQL Server é o líder incontestável nos parâmetros de comparação de
desempenho TPC-E.
- O SQL Server proporciona uma economia de 460% no custo anual de
administração por banco de dados comparado com o Oracle.
- O SQL Server supera o IBM DB2 ao alcançar o segundo lugar em receita de
licenças de bancos de dados relacionais em 2009.
- A Microsoft tomou a dianteira no mercado de BI com um crescimento de
23.6% baseado na receita em 2010 (POR QUE, 2011).
40
2.4.9. Windows Communication Foundation
Windows CommunicationFoundation (WCF) é um modelo de
programação unificado criado pela Microsoft para a construção deaplicações
orientadas a serviços (WINDOWS COMMUNICATION, s.d, tradução nossa).
O objetivo principal do WCF consiste em permitir que analistas e
desenvolvedores criem aplicações voltadas para a computação distribuída. O
WCF é considerado como uma evolução ao Web Service, visto que ele agrupa
várias tecnologias para resolver os problemas na comunicação dos dados
(LIMA, 2010).
Esse modelo de programação baseia-se na comunicação orientada a
mensagens, contemplando tudo que pode ser modelado como uma
mensagem, como por exemplo, um pedido de HTTP. Dessa forma, ele permite
o envio de dados como mensagens assíncronas entre serviços e clientes
(WHAT IS, s.d). O modelo distingue os clientes, que são os aplicativos que
iniciam a comunicação, e os serviços, que são as aplicações que esperam por
clientes para estabelecer a comunicação (FUNDAMENTAL, s.d., tradução
nossa).
O WCF apresenta dois tipos de configuração de serviço: imperativo e
declarativo. O primeiro é criado no próprio código gerenciado (C#, VB.NET), já
o segundo é criado através de um arquivo de configuração (Web.Config,
App.Config). O tipo declarativo é mais vantajoso quando comparado ao
imperativo, pois como as configurações estão escritas nos arquivos de
configuração, não é necessário recompilar o sistema a cada vez que uma
modificação for feita (BALTIERI, S.d).
O WCF pode ser utilizado tanto como um serviço seguro para processar
transações de negócios quanto como um serviço de chat, permitindo que duas
pessoasse comuniquem outro quem dados emtempo real (FUNDAMENTAL,
s.d., tradução nossa).
41
3. ORGANIZAÇÃO-CLIENTE
Empresa: Employer Organização de Recursos Humanos.
Endereço eletrônico: [email protected]
Telefone para contato: 0800-412400.
Serviços prestados: Mão-de-obra temporária, Terceirização de mão-de-
obra, Serviços de Recursos Humanos como recrutamento e seleção.
3.1. Histórico
Fundada em 1986, pelo presidente Marcos Aurélio de Abreu Rodrigues e
Silva, ex-presidente da ABRH nacional (1981-1983), a Employer é reconhecida
por sua excelência na cessão de mão-de-obra, temporária e serviços de
Recursos Humanos, conquistada com ousadia. Em 21 anos, a empresa tornou-
se uma das maiores do Brasil, líder de mercado no segmento para o
agronegócio e para serviços financeiros. Hoje, a matriz localizada em Curitiba,
conta com o apoio de 56 filiais, estrategicamente presentes em todas as
regiões do país.
42
4. DIAGNÓSTICO DO AMBIENTE
No Brasil, o resultado do crescimento econômico global, aliado a uma
inflação controlada desde 1994 através do Plano Real, tem sido o crescimento
do poder aquisitivo do cidadão brasileiro, a utilização maciça de redes sociais
(impulsionada por programas de inclusão digital) e o desejo por uma
mobilidade urbana mais ágil; todavia, a atual ineficiência do transporte público
e a baixa aderência a meios de transporte alternativos resultou num trânsito
caótico nas grandes e médias cidades, enfrentado por pessoas que têm a
necessidade de se locomover de um ponto a outro no menor tempo possível.
Além disso, o setor automobilístico é um dos setores que mais contribui
para a poluição ambiental no mundo. Se ainda não é possível criar em larga
escala veículos movidos à energia limpa, como a eletricidade, pois os preços
são inviáveis, pelo menos se pode colaborar com ações mais baratas, em
menor escala e com menos recursos, que resultem em outra forma de redução
de poluentes.
Frente à situação atual do trânsito nas grandes cidades brasileiras, às
questões socioambientais e entendendo que os aparelhos celulares deixaram
de ser um mero telefone e se transformaram numa poderosa ferramenta que
permite a interatividade entre os cidadãos, o aplicativo “Garupando”, tem como
finalidade principal permitir que pessoas compartilhem seus meios de
transporte. O resultado prático do uso do “Garupando” pelo cidadão que deixa
seu carro na garagem e desloca-se para o trabalho, escola, faculdade ou
qualquer outro local por meio de caronas é uma melhora na mobilidade urbana
e a redução de gás carbônico emitido na atmosfera e da interatividade com
outras pessoas além da tela de um computador.
4.1 Pesquisa de aceitação da Carona Solidária
Como o sistema de Carona Solidária ainda não é muito difundido,
resolvemos realizar uma pesquisa com o objetivo de avaliar a aceitabilidade
desse sistema. Para tanto, desenvolvemos um questionário (ApêndiceK)
contendo perguntas relacionadas à utilização de um aplicativo de caronas e
43
quais informações seriam importantes ao se realizar uma busca por caronas. A
pesquisa foi criada utilizando-se a ferramenta de formulários do Google Docs, e
foi divulgada via e-mail e através das redes sociais.
A primeira parte do questionário tinha como objetivo caracterizar a
amostra com dados como sexo, idade, estado civil, escolaridade e propriedade
de automóvel. A segunda parte apresentava perguntas relativas à utilização de
um aplicativo de caronas, como: “Você acharia interessante ter um aplicativo
que mostre pessoas que tem rotas similares à sua?” e “Você daria carona para
uma pessoa que conheceu através de um aplicativo?”. Já a terceira parte do
questionário apresentava diversas informações para que as pessoas
avaliassem a sua importância na hora de realizar uma busca rápida por
caronas.
4.2 Caracterização da amostra
Um total de 219 pessoas respondeu à pesquisa. A Tabela Imostra as
características dos respondentes. Analisando os dados coletados pode-se
observar que mais da metade das pessoas é do sexo masculino, está entre a
faixa etária de 18 a 29 anos, possui curso superior completo e tem carro
próprio.
- Características da amostra
TabelaI -- Características da amostra
Sexo % Carro Próprio %
Feminino
Masculino
35
65
Sim
Não
72
28
Faixa Etária % Escolaridade %
18 a 29 anos
30 a 39 anos
40 a 49 anos
50 a 59 anos
52
23
14
09
2º grau incompleto
2º grau completo
Superior
Incompleto
01
03
32
55
44
Acima de 60 02 Superior Completo
Mestrado
Outro
07
02
Estado Civil %
Solteiro (a)
Casado (a)
Separação
Legal
Outro
50
39
09
02
4.3 Aceitabilidade da Carona Solidária
A Tabela IIcontempla os resultados obtidos através das perguntas
relacionadas à utilização de um aplicativo de caronas.
TabelaII- Aspectos relacionados à carona solidária
Pergunta Sim
(%)
Não
(%)
Você já ouviu falar em “Carona Solidária”? 82 18
Você acharia interessante ter um aplicativo que mostre
pessoas que tem rotas similares à sua?
90 10
Você utilizaria um aplicativo de caronas? 68 32
Você buscaria por caronas em um aplicativo de caronas? 65 35
Você daria carona para uma pessoa que conheceu através
de um aplicativo?
55 45
Analisando as respostas podemos observar que uma grande parte das
pessoas (82%) está familiarizada ao tema “Carona Solidária” e que consideram
interessante um aplicativo que mostre pessoas com rotas similares às delas
(90%). Porém, quando perguntado se a pessoa faria uso de um aplicativo de
45
caronas, e se daria carona para uma pessoa que conheceu através dele, esse
número diminui drasticamente (68% e 55%, respectivamente).
Essa redução está relacionada principalmente as questões de
segurança e de confiança das pessoas. Mais da metade das pessoas que
responderam não à última pergunta indicaram que a segurança é o principal
motivo para não oferecer a carona, porém, muitos desses disseram que se
tivessem um primeiro contato antes da carona, ou se fosse uma pessoa
conhecida, não teriam problemas em compartilhar seus veículos. Uma
sugestão bastante interessante, e que já havia sido pensada pelos membros da
equipe, foi a possibilidade de vincular o aplicativo a redes sociais, como o
Facebook.
Algumas pessoas informaram que não dariam caronas para não ficarem
presas a horários, por não terem horários fixos de deslocamento e também
pela comodidade, conforto e privacidade. Resumindo, todos os pontos citados
pelos participantes são realmente fatores limitantes à adoção desse sistema.
A Tabela IIIcontempla os resultados da terceira parte do questionário, a
qual apresentava a seguinte questão: “Avalie abaixo quais informações você
considera importante que estejam presentes em uma busca rápida por
caronas:*Avalie conforme o grau de importância”.
TabelaIII - Informações consideradas importantes na busca por caronas
Informação Muito
Importante (%)
Interessant
e
(%)
Indiferente
(%)
Estado Civil 18 36 46
Idade 23 42 35
Fumante / NãoFumante 58 23 19
Uso de bebidas alcoólicas 58 24 18
Marca do veículo 04 31 65
Quantidade de vagas disponíveis no
veículo
53 39 08
46
Tempo de carteira 38 44 18
Documentação do veículo em dia 68 20 12
Disponibilidade de dias 74 24 02
Horários disponíveis 80 18 02
Já compartilha caronas com outras
pessoas
48 26 25
A análise desses resultados nos mostra que a maioria das pessoas não
acha necessário saber o estado civil (46%) e nem a marca do veículo (65%) da
outra pessoa na hora de procurar por uma carona. Já para a idade (42%) e
para o tempo de carteira (44%), a maioria considerou interessante ter esse
conhecimento prévio. Também foi possível verificar que as pessoas se
preocupam com os assuntos relacionados aos hábitos de vida na hora de
procurar uma carona, como pode ser observado nas questões relacionadas ao
hábito de fumar (58%) e consumir bebidas alcoólicas (58%).
Ainda, a maioria das pessoas considerou como itens essenciais na
busca por caronas a disponibilidade de dias (74%) e de horários (80%), além
da informação de documentação do veículo em dia (68%) e do fato da pessoa
já ter compartilhado caronas com outras pessoas (48%).
Fazendo a correlação entre os pontos considerados importantes e
algumas características da amostra pudemos observar que os homens estão
mais propensos a utilizar e oferecer caronas através de um aplicativo do que as
mulheres, fato que está diretamente relacionado às questões de segurança
citadas anteriormente. Também foi possível observar que os respondentes que
não possuem carro próprio são mais favoráveis a utilização do aplicativo de
caronas.
47
5. OBJETIVOS
O objetivo do projeto consiste em prover um aplicativo para Windows
Phone que possibilite uma alternativa de transporte para pessoas que
compartilhem trajetos em comum, visando ocupar melhor os veículos. Desse
modo os custos da viagem, tanto para quem oferece carona quanto para quem
faz uso dela, diminuem e ambos passam a contribuir para a redução dos
congestionamentos e a emissão de poluentes no meio ambiente.
48
6. DESENVOLVIMENTO
O processo de desenvolvimento do projeto partiu da reunião de uma
equipe cujas principais características são o comprometimento e o
empreendedorismo. Desse modo, tornou-se uma escolha natural a concepção
de um software que não atingisse apenas o objetivo de concluir com sucesso a
graduação, mas que também pudesse mudar alguns paradigmas sociais e
contribuísse para preservação do meio ambiente. Com a idéia já definida e
discussões sobre a melhor forma de vencer os desafios propostos, a equipe
buscou a melhor estratégia para iniciar, gerenciar, desenvolver, documentar,
testar e finalizar o projeto.
A partir do aprendizado durante o decorrer da graduação, o
gerenciamento do projeto foi realizado com base nos documentos gerados
pelas áreas de conhecimento do PMBOK. Foram utilizadas as seguintes áreas:
Gerenciamento da Integração, representada pelo Termo de Abertura do
Projeto, Gerenciamento do Escopo, Gerenciamento do Tempo, Gerenciamento
da Qualidade e Gerenciamento de Comunicação. Os documentos gerados
podem ser observados no Apêndice A – Gerenciamento do Projeto. A etapa de
análise e definição dos requisitos foi realizada levando em consideração o
problema a ser resolvido e quais funcionalidades seriam necessárias para o
usuário na utilização do aplicativo.
Paralelamente à construção dos artefatos de gerenciamento e
documentação do software, deu-se início ao desenvolvimento de um protótipo
do aplicativo, com o objetivo principal de afastar as dúvidas sobre a viabilidade
técnica do que estava proposto no escopo. A IDE utilizada para a prototipação
foi o Microsoft Visual Studio 2010, utilizando a SDK Windows Phone 7.1,
baseada em linguagem C#. A prototipação do projeto foi desenvolvida com
base nas definições da UML, através da criação de casos de uso, dos
diagramas de casos de uso e do diagrama de classes. Cada caso de uso
apresenta o protótipo de tela e o mapa de testes utilizado para testá-lo. O
design do protótipo e do aplicativo foi realizado através da ferramenta Microsoft
Expression Blend. O resultado desta prototipação demonstrou que as dúvidas
49
sobre a viabilidade técnica eram infundadas, e que os objetivos elencados no
escopo podiam ser atingidos.
O desenvolvimento do softwarefoi baseado na arquitetura em três
camadas, sendo que essas diferem na visão do Smartphone e na visão do
Web Server/Banco de Dados. A modelagem física dos dados foi gerada a partir
do Microsoft SQL Server 2008 R2 e definida numa máquina servidora Windows
Server 2008 R2, enquanto a comunicação entre o banco de dados e o
aplicativo foi feito através de um serviço WCF construído especificamente para
esse fim, também disponibilizado na máquina servidora.
A documentação utilizada no desenvolvimento do aplicativo pode ser
observada no Apêndice F – Especificação dos Requisitos do Projeto, Apêndice
G – Modelagem, Apêndice H – Modelo Físico de Dados, Apêndice, J –
Documento de Arquitetura.
O total de horas utilizadas, dentro e fora de sala de aula, para superar os
desafios a que se propuseram os membros da equipe no desenvolvimento
deste projeto é superior a 1500 horas. O resultado obtido com o projeto, que
utilizou grande parte das técnicas de gerenciamento e desenvolvimento de
software aprendidas durante o decorrer da graduação, é um aplicativo com
uma interface amigável e fortemente intuitiva e de grande utilidade para o fim
que se destina.
50
7. CONSIDERAÇÕES FINAIS
O sucesso de um projeto não depende somente da capacidade técnica e
gerencial de uma equipe. Aliás, depende muito pouco desses quesitos. Um
projeto bem sucedido é baseado principalmente no comprometimento de cada
integrante da equipe com o objetivo final.
Muitos foram os desafios pessoais enfrentados durante o projeto. O
domínio de ferramentas de desenvolvimento utilizadas durante a graduação, a
prática de técnicas de gerenciamento de projeto (também aprendidas durante a
graduação) e o desenvolvimento de um projeto de inovação tecnológica voltado
para smartphones utilizando serviços web e comunicação com banco de dados
foram, de fato, os principais desafios.
O resultado deste projeto é o aplicativo Garupando, disponível para
Windows Phone, que possibilita que pessoas com rotas semelhantes possam
oferecer ou solicitar caronas, diminuindo o tráfego urbano e a emissão de
gases poluentes, além de permitir novas relações sociais.
A comercialização desse aplicativo está diretamente relacionada à
aceitação dos usuários, uma vez que a prática de carona solidária está atrelada
à quebra de paradigmas sociais e à mudança nos hábitos de vida das pessoas.
Contudo, o aprendizado e as experiências vividas pelos integrantes
deste projeto, além da alta qualidade de um aplicativo totalmente construído a
partir de ferramentas Microsoft, qualificam a equipe como um todo a aprimorar
o aplicativo Garupando e participar da Imagine Cup 2013, maior competição de
tecnologia em todo mundo, que é organizada pela Microsoft e oferece uma
premiação de US$ 50 mil na categoria World Citizenship, na qual o aplicativo
irá concorrer.
51
8. REFERÊNCIAS BIBLIOGRÁFICAS
ABNT. ABNT, 2008. Disponível em: <www.abnt.org.br>. Acesso em: 19 out. 2012.
ANDROID domina mercado brasileiro; Windows Phone mais expressivo que iPhone. São Paulo:TechTudo, 2012. Disponível em:<http://www.techtudo.com.br/noticias/noticia/2012/09/android-domina-mercado-brasileiro-windows-phone-mais-expressivo-que-iphone.html>Acesso em: 27 de Outubro de 2012. BALTIERI, A. Criando e consumindo serviços com WCF. S.d.. Disponível em: http://www.linhadecodigo.com.br/artigo/2949/criando-e-consumindo-servicos-com-wcf.aspx>Acesso em: 06 de novembro de 2012 BEAULIEU, A. Aprendendo SQL. Tradução de Edgard Batista Damiani. São Paulo: Novatec Editora, 2010.
BEZERRA, E. Princípios de análise e projeto de sistemas com UML. Rio de Janeiro: Campus, 2002. BING Mapsis for you. Microsoft Corporation, s.d. Disponível em:<http://www.microsoft.com/maps/developers/mobile.aspx>Acesso em: 28de Outubro de2012
BOOCH, G.; RUMBAUGH, J.; JACOBSON, I. UML: Guia do Usuário. Tradução de Fábio Freitas da Silva e Cristina de Amorim Machado. Rio de Janeiro :Elsevier, 2012. 12ª reimpressão.
BRUZZI, D. G. Gerência de Projetos: Uma Visão Prática. São Paulo: Érica, 2002.
CARVALHO, C. H. R. de. Emissões relativas de poluentes do transporte motorizado de passageiros nos grandes centros urbanos brasileiros. Brasília: IPEA, 2011. Disponível em:<http://www.ipea.gov.br/sites/000/2/publicacoes/tds/TD_1606_WEB.pdf>Acesso: 08 de Outubro de 2012.
D'ÁVILA, M. H. C. PMBOK e Gerenciamento de Projetos. Minas Gerais: Belo Horizonte, 2006. Disponível em: <http://www.mhavila.com.br/topicos/gestao/pmbok.html> Acesso em: 13 de Outubro de 2012.
52
DEITEL, H.M. et al. C# - Como programar. Tradução de João Eduardo Nóbrega Tortello. São Paulo: Pearson Makron Books, 2003. DEWAN, K. K; AHMAD, I. Carpooling: A Step To Reduce Congestion (A Case Study of Delhi) Engineering Letters, 12 February 2007.
DINSMORE, P. C.; CAVALIERI, A. Como se tornar um profissional em gerenciamento de projetos: livro-base de "preparação para certificação PMP- Project Management Professional". Rio de Janeiro: Qualitymark, 2004.
DURÃES, R. et. al. Desenvolvendo para Web usando o Visual Studio 2008. Rio de Janeiro: Brasport, 2008.
ESMIN, A. A. A. Modelando com UML – UnifiedModelingLanguage. Departamento de Ciência da Computação da Universidade Federal deLavras. Disponivel em:<http://www.dcc.ufla.br/infocomp/artigos/v1.1/art09.pdf>. Acesso em: 13 de Outubro de 2012. ESPÍNDOLA, E. C. A importância do Modelagem de Objetos no Desenvolvimento de Sistemas. Linha de Código. Disponivel em: <http://www.linhadecodigo.com.br/artigo/1293/a-importancia-do-modelagemde-objetos-no-desenvolvimento-de-sistemas.aspx>. Acesso em: 27 de Outubro de 2012.
EXPRESSION Blend® 4 for Windows Phone. Microsoft Expression, s.d. Disponível em: <http://www.microsoft.com/expression/windowsphone/Default.aspx>Acesso em: 28 de Outubro de 2012.
FERREIRA, A. F.; RIBEIRO, R. G.; BARBOSA, H. M.. Aceitabilidade da carona programada como forma de gerenciamento da demanda por estacionamento.Departamento de Transportes, Universidade Federal de Minas Gerais. Belo Horizonte, 2012. Disponível em: <http://redpgv.coppe.ufrj.br/index.php?option=com_docman&task=doc_details&gid=557&Itemid=28&lang=br> Acesso: 08 de Outubro de 2012. FILETO, A. Cuide do Seu Bolso e do Planeta Já ! Cartilha Didática. Editora Rede Três – Educação e Consultoria para a Sustentabilidade. Belo Horizonte: 2ª edição, 26 páginas, 2009. Disponível em: <http://www.sinduscon-mg.org.br/site/arquivos/up/geral/Cartilha_Cuide_do_Seu_Bolso_Planeta.pdf>Acesso em: 08 de Outubro de 2012.
53
FOWLER, M.; SCOTT, K. UML essencial: um breve guia para a linguagem padrão da modelagem de objetos. 2ª Edição. ed. Porto Alegre: Bookman , 2000.
FUNDAMENTAL Windows Communication Foundation Concepts, s.d Disponível em: <http://msdn.microsoft.com/en-us/library/ms731079.aspx>Acesso em: 06 de novembro de 2012
GALIZZI, M. M..The Economics of Car-Pooling: A Survey for Europe.Bergamo, 2004. Disponível em: <http://dinamico2.unibg.it/highways/paper/galizzi.pdf>Acesso em: 08 de Outubro de 2012.
GERAÇÃO de mapas com informações agregadas aplicado no Asp.Net utilizando o Bing Maps. DevMedia, s.d. Disponível em: <http://www.devmedia.com.br/geracao-de-mapas-com-informacoes-agregadas-aplicado-no-asp-net-utilizando-o-bing-maps/17299>Acesso em:28 de Outubro de 2012
JACOBI, P. Educação ambiental, cidadania e sustentabilidade. Cadernos de Pesquisa, n. 118, p. 189-205, 2003. Disponível em: <http://www.scielo.br/pdf/cp/n118/16834.pdf>Acesso em: 08 de Outubro de 2012
KERZNER, H. Gestão de Projetos - As Melhores Práticas. 2ª Edição, BOOKMAN, 2006.
KLIEMANN, J. M.. Modelagem de uma API para serviços baseados em localização integrada com APIs de localização, o middleware EXEHDA e GIS. Universidade Federal do Rio Grande do Sul, Porto Alegre, 2006.Disponível em: <http://saloon.inf.ufrgs.br/twiki/viewfile/Docs/OnlineDoc20060817225008?rev=1;filename=Monografia_Jos%E9_Marcelo_Kliemann.pdf>Acesso em: 28 de Outubro de 2012
KUWAHARA, N.; BALASSIANO, Ronaldo; SANTOS, Marcio Peixoto de Sequeira. Alternativas de gerenciamento da mobilidade no campus da ufam. Universidade Federal do Amazonas, Manaus, 2012. Disponível em: http://redpgv.coppe.ufrj.br/index.php?option=com_docman&task=doc_details&gid=567&Itemid=28&lang=br> Acesso em: 08 de Outubro de 2012
LARMAN, C. Utilizando UML e padrões: uma introdução a analise e ao projeto orientados a objetos e ao desenvolvimento iterativo. 3ª Edição.ed. Porto Alegre: Bookman , 2007.
54
LIBRARY of PMI Global Standards.USA: Washington, 2012. Disponível em: <http://www.pmi.org/PMBOK-Guide-and-Standards/Standards-Library-of-PMI-Global-Standards.aspx> Acesso em: 27 de Outubro de 2012
LIMA, E. C# e .Net para desenvolvedores. Eugênio Reis, Rio de Janeiro : Campus, 2002. Disponível em: <http://www.etelg.com.br/paginaete/downloads/informatica/apostila2.pdf>Acesso em: 28 de Outubro de 2012
LIMA, L.. WCF Data Service, 2010. Disponível em: <http://www.lucianolima.com.br/post/2010/06/23/WCF-Data-Service.aspx> Acesso em: 08 de novembro de 2012. MACHADO, A. Smartphones Android e Windows Phone fazem bonito e podem baratear depois de nova MP. <http://clippingmp.planejamento.gov.br/cadastros/noticias/2012/9/17/enquanto-o-iphone-5-nao-vem-ha-opcoes/> Acesso em: 27 de Outubro de 2012
MACORATTI, J. C. .NET - Apresentando o Silverlight e o Expression Blend. Macoratti, s.d. Disponível em: <http://www.macoratti.net/08/01/vbn8_svl.htm> Acesso em: 28 de Outubro de 2012 MACORATTI, J. C. Introdução a XAML (ExtensibleApplicationMarkupLanguage). Imasters, 2009. Disponível em:<http://imasters.com.br/artigo/12239/dotnet/introducao-a-xaml-extensible-application-markup-language> Acesso em:28 de Outubro de 2012
MENEZES,L. C. M.Gestão de Projetos. Atlas. 2009
MICROSOFT x Adobe . É possível mudar paradigmas?Expressionblend, 2010 Disponível em:<http://expressionblend.blogspot.com.br/>Acesso em:28 de Outubro de 2012
MICROSOFT SQL SERVER. Microsoft Corporation, 2001. Disponível em:<http://www.microsoft.com/sqlserver/pt/br/product-info.aspx> Acesso em:28 de Outubro de 2012
MINETT, P., PEARCE, J. Estimating the Energy Consumption Impact of Casual Carpooling, 2009. Disponível em: <http://www.flexiblecarpooling.org/casualcarpoolingenergysaving.pdf>Acesso em: 08 de Outubro de 2012
OLIVEIRA, M. F. S.; OLIVEIRA, O. J. R.; OLIVEIRA, J. F. S. Mobilidade Urbana e Sustentabilidade. V Encontro Nacional da Anppas, Florianópolis:
55
Santa Catarina, 2010. Disponível em: <http://www.anppas.org.br/encontro5/cd/artigos/GT11-236-949-20100904103333.pdf> Acesso em: 08 de Outubro de 2012
OLIVEIRA, S. C. Educação Ambiental com vistas a um trânsito saudável. 2009. Monografia. (Aperfeiçoamento/Especialização em Interdisciplinar em Saúde Pública) - Faculdade de Saúde Pública da Usp.
PAGE-JONES, M. Fundamentos do Desenho Orientado a Objeto com UML. Tradução de Celso Roberto Paschoa. São Paulo: MAKRON Books, 2001.
PEREIRA, P.; ISENTO J. ExtensibleApplicationMarkupLanguage. 2010 <http://www.di.ubi.pt/~ddg/aulas/licenciatura/ppi/Apresentacao5.pdf> Acesso em:28 de Outubro de 2012
PESQUISA indica que mercado do Windows Phone será maior que do iOS em quatro anos. São Paulo: UOL, 2012. Disponível em:<http://adrenaline.uol.com.br/telecom/noticias/12829/pesquisa-indica-que-mercado-do-windows-phone-sera-maior-que-do-ios-em-quatro-anos.html> Acesso em: 28 de Outubro de 2012.
PMI. Um guia do conhecimento em gerenciamento de projetos: Guia PMBOK. 4ª Edição. Pensilvânia: Project Management Institute, 2008.
POR QUE SQL Server? Microsoft Corporation, 2001. Disponível em:<http://www.microsoft.com/sqlserver/pt/br/product-info/why-sql-server.aspx> Acesso em:28 de Outubro de 2012.
POSSI, M. Capacitação em gerenciamento de projetos: guia de referência didática. Rio de Janeiro: Brasport, 2004. POWERFUL Technology. Microsoft Expression, s.d. Disponível em:<http://www.microsoft.com/expression/products/Blend_WhatIsExpressionBlend.aspx> Acesso em: 28 de Outubro de 2012.
PRADO, T. Android, iOS e Windows Phone: conheça as diferenças entre os sistemas móveis e escolha o seu! Tappnews, 2012. Disponível em: <http://www.tappnews.com.br/tecnologia1/1705-android,-ios-e-windows-phone-conhe%C3%A7a-as-diferen%C3%A7as-entre-os-sistemas-m%C3%B3veis-e-escolha-o-seu.html> Acesso em: 28 de Outubro de 2012. PROGRAMAR para Windows Phone é mais vantagem para desenvolvedores. Comunidade Windows Mobile Brasil. 2011. Disponível em: <http://winmobr.org/index.php/noticia-programar-para-windows-phone-e-mais-vantagem-para-desenvolvedores/> Acesso em: 28 de Outubro de 2012.
56
QUEIROZ, R. B. Serviços baseados em localização (lbs).proposta de um framework para implantação de lbs em aparelhos celulares. Montes Claros, 2006.
REZENDE, M. A.; FRASSON; A. C.; PILATTI, L. A.; OLIVEIRA, I. L.; MACEDO; D. C.Perspectivas e tendências de sustentabilidade e mobilidade urbana devido à copa do mundo 2014: o caso de Curitiba. Produção em Foco, v.1, n.1, p.66, 83, 2011.Disponível em: <http://www.sociesc.org.br/producaoemfoco/index.php/producaoemfoco/article/view/21> Acesso em: 08 de Outubro de 2012.
ROCHA, D. C. T.Gerenciamento da Mobilidade em Empreendimentos Pólos Geradores de Trafego: Shopping Center em Salvador, 2007. Disponível em: http://www.meau.ufba.br/site/publicacoes/gerenciamento-da-mobilidade-em-empreendimentos-polos-geradores-de-trafegoshopping-center> Acesso em: 08 de Outubro de 2012.
SANTIAGO, S. Geolocalização no Bing com Windows Phone. .net Magazine, edição 83, ano VI, p.7.
SANTOS, I.D. C.; SILVA, T. A. A degradação ambiental causada pela utilização do transporte aéreo e terrestre. Boletim de Ciências Aeronáuticas - BCA, V.3, p.5-26. 2009. Disponível em:<http://professor.ucg.br/siteDocente/admin/arquivosUpload/13772/material/Boletim%20CAER%202009_3.pdf> Acesso em: 08 de Outubro de 2012.
SEABRA JÚNIOR, R. M. Análise e Projeto Orientado a Objetos Usando UML e o Processo Unificado. Universidade Federal do Pará, 2001. Disponível em: <http://www.ufpa.br/cdesouza/teaching/cedai/APOOUMLP.pdf>. Acesso em: 13 de Outubro de 2012.
SILVA, A. de A.; GOMIDE, C. F.; PETRILLO, F. Metodologia e Projeto de Software Orientados a Objetos: Modelando, Projetando e Desenvolvendo Sistemas com UML e Componentes Distribuídos. 1. ed. São Paulo: Érica, 2003.
SILVA, M. V. Aquecimento global. Colégio Adventista de Taboão da Serra. Taboão da Serra, 2009. Disponível em: <http://www.cms.paulistasul.org.br/content/files/afd900c397b94721a642eed96b64ce5e/Modelo_TCPEM.pdf> Acesso: 08 de Outubro de 2012.
SILVA, E. P.; CAMARGO, J. C.; SORDI, A.; SANTOS, A. M. R.Recursos energéticos, meio ambiente e desenvolvimento. Multi Ciência: O Futuro dos Recursos. 2003. Disponível em: <http://www.multiciencia.unicamp.br/art04.htm>Acesso em: 08de Outubro de 2012.
57
SOMMERVILLE, I. Engenharia de software. Tradução de Selma Shin Shimizu Melnikoff, Reginaldo Arakaki e Edílson de Andrade Barbosa. 8ª Edição. São Paulo: Pearson Addison-Wesley, 2007.
TELEFONE plataforma de desenvolvimento. O que é o desenvolvimento para telefones? (visão geral). MSDN,2012. Disponível em: <http://msdn.microsoft.com/pt-br/ff380145.aspx>Acesso em: 28 de Outubro de 2012.
TRANSPORTES e logística na gestão de emissões de gases de efeito estufa. São Paulo: Fundação Getulio Vargas, 2011. Disponível em: <http://ces.fgvsp.br/epc/cms/arquivos/cartilha_epc_transportes.pdf>Acesso em: 08 de Outubro de 2012. TUTORIAL: Clássico “Olá Brasil” (Olá mundo) para Windows Phone 7. Comunidade Windows Mobile Brasil. 2010. Disponível em: <http://winmobr.org/index.php/tutorial-desenvolvendo-para-windows-phone-7-parte-001/> Acesso em: 28 de Outubro de 2012.
TUTORIAL: Microsoft Visual Studio. Comunidade Windows Mobile Brasil. 2010. Disponível em:<http://winmobr.org/index.php/tutorial-microsoft-visual-studio/> Acesso em: 28 de Outubro de 2012.
VENDA de smartphones ultrapassará a de celulares em 2013. São Paulo: INFO Online, 2012. Disponível em: <http://adnews.uol.com.br/pt/tecnologia/venda-de-smartphones-ultrapassara-a-de-celulares-em-2013-diz-pesquisa.html> Acesso em: 28 de Outubro de 2012.
VENDAS de smartphones no Brasil crescem 179% em 2011, diz pesquisa. São Paulo: Globo, 2012. Disponível em: <http://g1.globo.com/tecnologia/noticia/2012/03/vendas-de-smartphones-no-brasil-crescem-179-em-2011-diz-pesquisa.html> Acesso em: 28 de Outubro de 2012.
VISUAL Studio. Microsoft, 2012. Disponível em: <http://www.allen.com.br/parceiros/microsoft/Paginas/visual-studio.aspx>Acesso em: 28 de Outubro de 2012.
WHAT IS Windows Communication Foundation, s.d. Disponível em: <http://msdn.microsoft.com/en-us/library/ms731082.aspx>Acesso em: 08 de novembro de 2012
WINDOWS COMMUNICATION Foundation,s.d. Disponível em: <http://msdn.microsoft.com/en-us/library/dd456779.aspx>Acesso em: 24 de
58
outubro de 2012. XAML Overview. Msdn, s.d. Disponível em: <http://msdn.microsoft.com/pt-br/library/ms752059(v=vs.90).aspx> Acesso em:28 de Outubro de 2012.
59
9. APÊNDICES
9.1 ApêndiceA – Gerenciamento do Projeto
9.1.1 Termo de Abertura do Projeto
9.1.1.1 Justificativa
Ao longo das últimas três décadas, os temas “crescimento econômico” e
“sustentabilidade ambiental” têm sido debatidos no mundo inteiro. A sociedade
presencia o fortalecimento econômico global, principalmente por parte dos
países emergentes. Embora a preocupação com o impacto no meio ambiente
tenha crescido junto com a economia mundial, pouco tem sido feito pelos
governantes: as campanhas educativas sobre preservação ambiental são
pífias, o investimento no transporte público não atinge um nível desejado que
possibilite conforto e rapidez aos usuários e as indústrias automobilísticas,
além de não investirem maciçamente em fontes de energia menos poluentes,
utilizam sua imensa mão-de-obra como refém nas negociações com os
governos com o intuito de reduzir impostos e maximizar os lucros.
Ainda em relação ao crescimento econômico global, não se pode deixar
de citar como um de seus resultados o crescimento tecnológico na área de
informação que permitiu, a um baixo custo, a utilização de computadores
pessoais, telefones celulares e, principalmente, a revolução na
interconectividade entre pessoas do mundo inteiro através da Internet.
O resultado no Brasil deste crescimento econômico global, aliado a uma
inflação controlada desde 1994 através do Plano Real, tem sido o crescimento
do poder aquisitivo do cidadão brasileiro, a utilização maciça de redes sociais
(impulsionada por programas de inclusão digital) e o desejo por uma
mobilidade urbana mais ágil; todavia, a atual ineficiência do transporte público
e a baixa aderência a meios de transporte alternativos resultou num trânsito
caótico nas grandes e médias cidades, enfrentado por pessoas que têm a
necessidade de se locomover de um ponto a outro no menor tempo possível.
Frente à situação atual do trânsito nas grandes cidades brasileiras, e
entendendo que os aparelhos celulares deixaram de ser um mero telefone e se
transformaram numa poderosa ferramenta que permite a interatividade entre os
cidadãos, o aplicativo “Garupando”, tem como finalidade principal permitir que
60
pessoas compartilhem seus meios de transporte. O resultado prático do uso do
“Garupando” pelo cidadão que deixa seu carro na garagem e desloca-se para o
trabalho, escola, faculdade ou qualquer outro local por meio de caronas é uma
melhora na mobilidade urbana e a redução de gás carbônico emitido na
atmosfera e da interatividade com outras pessoas além da tela de um
computador.
9.1.1.2 Visão Geral do Escopo
O aplicativo para Windows Phone “Garupando” é uma solução criativa e
poderosa que possibilita a interatividade entre pessoas que possuem rotas em
comum, diminuindo a quantidade de veículos transitando num mesmo
momento e para o mesmo local, e contribuindo significativamente para a
redução dos congestionamentos e a emissão de poluentes no meio ambiente.
9.1.1.3 Restrições
- Prazo para entrega do PAP.
- Recursos técnicos e humanos limitados à equipe do PAP.
- Falta de estrutura adequada para o desenvolvimento do PAP.
9.1.1.4 Premissas
As premissas para o desenvolvimento e implantação do aplicativo
Garupando são:
- Disponibilização de uma equipe comprometida com o sucesso no
desenvolvimento e implementação do projeto, de acordo com os perfis e
cronograma apresentados no projeto;
- Participação do orientador, também comprometido com o sucesso do
projeto;
- Aprovação de todos os integrantes da equipe no PAP.
61
9.2 Apêndice B -Plano de Gerenciamento do escopo
9.2.1 Descrição Detalhada do Produto
O software a ser desenvolvido deve observar características específicas de
produto, entre elas:
Aplicativo exclusivo para sistemas mobile (Windows Phone);
Plataforma C#;
Banco de dados SQL Server 2008 Express;
Microsoft Visual Studio 2010 Express;
API para serviço web e comunicação com o Banco de dados através de
XML.
Escopo contemplado:
O projeto proverá uma solução que possibilite uma alternativa de
transporte para pessoas que compartilham trajetos em comum, visando
ocupar melhor os veículos. Desse modo os custos da viagem, tanto para
quem oferece carona quanto para quem faz uso dela, diminuem e
ambos passam a contribuir para a redução dos congestionamentos e a
emissão de poluentes no meio ambiente.
O aplicativo Garupandopossibilita que o usuário encontre o seu parceiro ideal
de carona, sendo possível selecionar a melhor carona para seu destino de
forma segura, rápida e eficaz.
O usuário poderá se cadastrar como motorista ou garupeiro. Ele deverá
cadastrar suas rotas e pesquisar por caronas oferecidas para
compartilhar viagens com outros membros.
De acordo com a sua localização (rua, bairro ou ponto de encontro),
nosso software irá buscar e mostrar resultados por proximidade dentro
de um perímetro, com base nas rotas cadastradas por outros usuários.
O usuário poderá enviar mensagens para outros usuários, controladas
pelo aplicativo, contendo texto livre, a fim de combinar os detalhes da
carona.
Após a carona efetivada, o usuário poderá qualificar a carona, a fim de
manter um histórico da reputação dos usuários caroneiros.
62
9.2.2 Escopo não Contemplado
Não será entregue o escopo de Layout.
Não será cedido o código-fonte do aplicativo ao cliente.
Não serão cedidos aparelhos Windows Phone ao cliente.
Não será cedido manual ou dado treinamento ao cliente.
Não será prestada assistência ao cliente sobre a utilização do aparelho.
Após a entrega do aplicativo, cessará o vínculo entre os integrantes do
projeto com o cliente, não sendo prestada qualquer assistência de
suporte/ajuda ao cliente.
A utilização do aplicativo é de responsabilidade única e exclusiva do
usuário.
Não é (são) responsabilidade(s) dos integrantes do projeto:
- integridade dos dados informados pelos usuários;
- disponibilidade de conexão com a web;
- disponibilidade do aplicativo;
- atualizações e manutenções preventivas e/ou corretivas do
aplicativo;
- malversação na utilização do aplicativo.
9.2.3 EAP / WBS
1. Gerenciamento do Projeto
1.1 Engenharia
1.1.1 Ambientação com o projeto
1.1.2Requisitos
1.1.2.1Encontrar necessidades do cliente
1.1.2.2Definir requisitos do cliente
1.1.2.3Definir estratégia preliminar de implementação
1.1.2.4Marcar ponto de aprovação com o cliente (Termo Abertura)
1.2 Gestão Integrada do Projeto
1.2.1 Escopo do Projeto
1.2.2 Gerenciamento de Tempo do Projeto
1.2.2.1 Definição das Atividades
63
1.2.2.2 Sequenciamento das Atividades
1.2.2.3 Estimativa de Recursos
1.2.2.4 Cronograma
1.2.3 Gerenciamento de Custo do Projeto
1.2.3.1 Estimativa de Custo
1.2.3.2 Orçamento
1.2.4 Análise dos Requisitos
1.2.4.1 Entrega 1
1.2.4.1.1 Caso de uso “Cadastrar usuário”
1.2.4.1.2 Caso de uso “Recuperar Senha”
1.2.4.1.3 Caso de uso “Configurar Conta”
1.2.4.1.4 Criação dos protótipos
1.2.4.2 Alterações Entrega 1
1.2.4.2.1 Reunião de aprovação com o cliente
1.2.4.2.2 Marcar ponto de aprovação com o cliente
1.2.4.3 Entrega 2
1.2.4.3.1 Caso de uso “Acessar Sistema”
1.2.4.3.2 Caso de uso “Gerenciar Rotas”
1.2.4.3.3 Criação dos protótipos
1.2.4.4 Alteração Entrega 2
1.2.4.4.1 Reunião de aprovação com o cliente
1.2.4.4.2 Marcar ponto de aprovação com o cliente
1.2.4.5 Entrega 3
1.2.4.5.1 Caso de uso “Consultar Rotas”
1.2.4.5.2 Caso de uso “Gerenciar Mensagens”
1.2.4.5.3 Criação dos protótipos
1.2.4.6 Alteração Entrega 3
1.2.4.6.1 Reunião de aprovação com o cliente
1.2.4.6.2 Marcar ponto de aprovação com o cliente
1.3 Arquitetura
1.3.1 Entrega 1
1.3.1.1 Diagrama de atividade
1.3.1.2 Projeto Banco de dados
1.3.1.3 Diagrama de classe
64
1.3.1.4 Diagrama de sequencia
1.3.1.5 Desenho da arquitetura
1.3.1.6 Marco: Ponto de aprovação
1.3.2 Alteração Entrega 1
1.3.2.1 Alterar Diagrama de atividade
1.3.2.2 Alterar Banco de dados
1.3.2.3 Alterar Diagrama de Classe
1.3.2.4 Alterar Diagrama de sequência
1.3.2.5 Alterar Desenho da arquitetura
1.4 Testes
1.4.1 Definir Testes
1.4.2Entrega 1
1.4.2.1 Caso de teste “Cadastrar Usuário”
1.4.2.2 Caso de teste “Recuperar Senha”
1.4.2.3 Caso de teste “Configurar Conta”
1.4.2.4 Inspeção Casos de Testes
1.4.2.5 Retrabalho de Inspeção
1.4.2.6 Marco: Ponto de aprovação
1.4.3Entrega 2
1.4.3.1 Caso de teste “Acessar Sistema”
1.4.3.2 Caso de teste “Gerenciar Rotas”
1.4.3.3 Inspeção Casos de Testes
1.4.3.4 Retrabalho de Inspeção
1.4.3.5 Marco: Ponto de aprovação
1.4.4 Entrega 3
1.4.4.1 Caso de teste “Consultar Rotas”
1.4.4.2 Caso de teste “Gerenciar Mensagem”
1.4.4.3 Inspeção Casos de Testes
1.4.4.4 Retrabalho de Inspeção
1.4.4.5 Marco: Ponto de aprovação
1.5 Codificação
1.5.1 Ambientação com o projeto – codificação
1.5.2 Montar ambiente
1.5.3 Codificação Entrega 1
65
1.5.3.1 Implementar Produto
1.5.3.1.1 Entrega caso de uso “Cadastrar Usuário”
1.5.3.1.2 Entrega caso de uso “Recuperar Senha”
1.5.3.1.3 Entrega caso de uso “Configurar Conta”
1.5.3.2 Testes
1.5.3.2.1 Executar caso de uso “Cadastrar Usuário”
1.5.3.2.2 Retrabalho em caso de imperfeições
1.5.3.2.3 Executar caso de uso “Recuperar Senha”
1.5.3.2.4 Retrabalho em caso de imperfeições
1.5.3.2.5 Executar caso de uso “Configurar Conta”
1.5.3.2.6 Retrabalho em caso de imperfeições
1.5.4 Codificação Entrega 2
1.5.4.1 Implementar Produto
1.5.4.1.1 Entrega caso de uso “Acessar Sistema”
1.5.4.1.2 Entrega caso de uso “Gerenciar Rotas”
1.5.4.2 Testes
1.5.4.2.1 Executar caso de uso “Acessar Sistema”
1.5.4.2.2 Retrabalho em caso de imperfeições
1.5.4.2.3 Executar caso de uso “Gerenciar Rotas”
1.5.4.2.4 Retrabalho em caso de imperfeições
1.5.5 Codificação Entrega 3
1.5.5.1 Implementar Produto
1.5.5.1.1 Entrega caso de uso “Consultar Rotas”
1.5.5.1.2 Entrega caso de uso “Gerenciar Mensagens”
1.5.5.2 Testes
1.5.5.2.1 Executar caso de uso “Consultar Rotas”
1.5.5.2.2 Retrabalho em caso de imperfeições
1.5.5.2.3 Executar caso de uso “Gerenciar Mensagens”
1.5.5.2.4 Retrabalho em caso de imperfeições
1.6 Elaboração do PAP
1.6.1 Elaborar a fundamentação teórica
1.6.2 Formatar trabalho
1.6.3 Testes Integrados
66
1.6.4 Testes Assistidos (Banca)
9.2.4 Dicionário EAP / WBS
TabelaIV - Critérios de aprovação
ID Pacote de Trabalho Descrição Critério de Aceitação
1 Gerenciamento do Projeto
Documentos e áreas de Conhecimento necessárias para o gerenciamento do projeto.
Aprovação do orientador.
1.1 Engenharia Documentos necessários para a ambientação com o projeto.
Aprovação do orientador.
1.1.2 Requisitos Documentos que contemplam os requisitos solicitados pelo cliente.
Aceite do cliente.
1.1.2.4 Termo de Abertura Documento que contempla o escopo macro, marcos, restrições e premissas do projeto.
Aceite do cliente.
1.2 Gestão Integrada do Projeto
Documentos que auxiliam o controle e acompanhamento do projeto.
Aprovação do orientador.
1.2.1 Escopo do Projeto Descreve em detalhes (EAP) os pacotes de trabalho que devem ser entregues.
Aceite do cliente.
1.2.2 Gerenciamento de Tempo do Projeto
Documentos necessários para o gerenciamento do tempo do projeto.
Aprovação do orientador.
1.2.2.1 Definição das Atividades
Definição das atividades que compõem o desenvolvimento do software e gerenciamento do projeto.
Aceite do cliente.
1.2.2.3 Estimativa de Recursos
Estimativa da quantidade e cargos/funções da equipe do projeto.
Aceite do cliente.
1.2.3 Gerenciamento de Custo do Projeto
Documento que descreve como o custo do projeto deve ser gerenciado.
Aprovação do orientador.
67
1.2.3.1 Estimativa de Custo Estimativa de custo para realização do projeto.
Aceite do cliente.
1.2.4 Análise dos Requisitos
Definição dos casos de uso e protótipos.
Aceite do cliente.
1.3 Arquitetura Definição dos componentes de software
Aprovação do orientador.
1.4 Testes Definir estratégia de implementação dos testes.
Aceite do cliente.
1.5 Codificação Desenvolvimento e teste dos casos de uso
Aceite do cliente.
1.6 Elaboração do PAP Documentos necessários para a defesa do projeto.
Aprovação do orientador e da banca.
9.3 Apêndice C – Gerenciamento do tempo
Plano de gerenciamento do tempo
TabelaV - Lista de Atividades
Id EAP Descrição Atividades
1.5.3.1.1 Entrega caso de uso“Cadastrar usuário“
1. Criar a tela de Autenticação do usuário.
2. Criar campo de Aceitação de Contrato.
1.5.3.1.2 Entrega caso de uso “Recuperar Senha”
1. Criar a tela de Recuperação de Senha.
2. Criar validação para recuperação.
1.5.3.1.3 Entrega caso de uso“Configurar Conta”
1. Criar a tela de configurar Conta.
2. Criar validação de atualização do registro.
1.5.4.1.1 Entrega caso de uso “Acessar Sistema”
1. Criar a tela de menu principal.
2. Integrar menucom as outras telas do sistema.
68
1.5.4.1.2 Entrega caso de uso “Gerenciar Rotas”
1. Criar a tela de inserção das rotas.
2. Criar a tela de apresentação das rotas.
1.5.5.1.1 Entrega caso de uso “Consultar Rotas”
1. Criar a tela de comparação das rotas.
2. Configurar a API para comparar as rotas informadas.
1.5.5.1.2 Entrega caso de uso “Gerenciar Mensagem”
1. Configurar o sistema para permitir o contato entre usuários.
2. Criar as telas de contato.
TabelaVI - Lista de atributos das atividades
Id EAP Descrição Atividade
Atividade Predecessora
Restrição Premissas Responsável
1.5.3.1.1 Criar a tela de Autenticação do usuário.
n/c n/c n/c Anderson Silva
1.5.3.1.1 Criar campo de Aceitação de Contrato.
1.5.3.1.1.1 - Criar a tela de Autenticação do usuário
n/c Atividade 1.5.3.1.1.1 concluída
Anderson Silva
1.5.3.1.2 Recuperar Senha.
n/c n/c n/c Luiz Gustavo
1.5.3.1.2 Criar tela de recuperação de senha.
1.5.3.1.1 – Configurar autenticação do usuário
n/c Atividade 1.5.3.1.1 concluída
Luiz Gustavo
1.5.3.1.3 Configurar conta
n/c n/c n/c Fernanda Lemos
1.5.3.1.3 Criar tela Configurar conta
n/c n/c n/c Fernanda
Lemos
1.5.4.1.1 Acessar 1.5.3.1.1 – n/c Atividade StefhanyZgod
69
Sistema. Configurar autenticação do usuário
1.5.3.1.1 concluída
a
1.5.4.1.1 Criar tela Acessar Sistema
1.5.3.1.1 – Configurar autenticação do usuário
n/c Atividade 1.5.3.1.1 concluída
StefhanyZgod
a
1.5.4.1.2 Criar a tela de gerenciar rotas.
1.5.3.1.1 – Configurar
autenticação do usuário
n/c Ferramenta implementada e homologada pelo cliente.
Anderson Silva
1.5.4.1.2 Criar a tela de gerenciar rotas.
1.5.3.1.1 – Configurar autenticação do usuário
n/c Atividade 1.5.3.1.1 concluída
Anderson Silva
1.5.5.1.1 Criar a tela de comparação das rotas.
1.5.4.1.2 – Gerenciar Rota
n/c Ferramenta implementada e homologada pelo cliente.
Luiz Gustavo
1.5.5.1.1 Configurar consultar Rotas.
1.5.5.1.1. - Criar a tela de comparação das rotas.
n/c Atividade 1.5.5.1.1 concluída
Luiz Gustavo
1.5.5.1.2 Configurar Gerenciar Mensagens
1.5.5.1.1 – Configurar Consultar Rotas
n/c Atividade 1.5.5.1.1 concluída
Fernanda
Lemos
TabelaVII - Lista de Marcos
Id EAP Descrição Obrigatório Origem
1.1.2.4 Marcar ponto de aprovação com o cliente (Termo Abertura)
Sim Previsto em acordo
1.2.4 Análise dos requisitos
Sim Previsto em acordo
1.4 Testes Sim Previsto em acordo
70
Figura I - Diagrama de Rede
9.3.1 Cronograma
O cronograma foi ajustado para refletir a realidade da seguinte forma:
- Número de horas trabalhadas por dia: 2 horas.
- Número de dias trabalhados por mês: 20 dias.
TabelaVIII - Recursos das Atividades
Nome da tarefa Duração
Gerenciamento do Projeto 696 hrs
1.1 Engenharia 32 hrs
1.1.1 Ambientação com o projeto 4 hrs
1.1.2 Requisitos 28 hrs
1.1.2.1 Encontrar necessidades do cliente 2 hrs
1.1.2.2 Definir requisitos do cliente 16 hrs
1.1.2.3 Definir estratégia preliminar de implementação 8 hrs
1.1.2.4 Marcar ponto de aprovação com o cliente (Termo
Abertura) 2 hrs
1.2 Gestão Integrada do Projeto 120 hrs
1.2.1 Escopo do Projeto 8 hrs
1.2.2 Gerenciamento de Tempo do Projeto 102 hrs
1.2.2.1 Definição das Atividades 2 hrs
1.2.2.2 Sequenciamento das Atividades 2 hrs
71
1.2.2.3 Estimativa de Recursos 4 hrs
1.2.2.4 Cronograma 6 hrs
1.2.3 Gerenciamento de Custo do Projeto 10 hrs
1.2.3.1 Estimativa de Custo 2 hrs
1.2.3.2 Orçamento 8 hrs
1.2.4 Análise dos Requisitos 104 hrs
1.2.4.1 Entrega 1 26 hrs
1.2.4.1.1 Caso de uso “Cadastrar usuário” 4 hrs
1.2.4.1.2 Caso de uso “Recuperar Senha” 6 hrs
1.2.4.1.4 Caso de uso "Configurar Conta" 8 hrs
1.2.4.1.4 Criação dos protótipos 8 hrs
1.2.4.2 Alterações Entrega 1 6 hrs
1.2.4.2.1 Reunião de aprovação com o cliente 4 hrs
1.2.4.2.2 Marcar ponto de aprovação com o cliente 2 hrs
1.2.4.3 Entrega 2 18 hrs
1.2.4.3.1 Caso de uso “Acessar Sistema” 2 hrs
1.2.4.3.2 Caso de uso "Gerenciar Rotas" 8 hrs
1.2.4.3.3 Criação dos protótipos 8 hrs
1.2.4.4 Alteração Entrega 2 8 hrs
1.2.4.4.1 Reunião de aprovação com o cliente 4 hrs
1.2.4.4.2 Marcar ponto de aprovação com o cliente 4 hrs
1.2.4.5 Entrega 3 38 hrs
1.2.4.5.1 Caso de uso "Consultar Rotas" 14 hrs
1.2.4.5.2 Caso de uso "Gerenciar Mensagens" 14 hrs
1.2.4.5.3 Criação dos protótipos 10 hrs
1.2.4.6 Alteração Entrega 3 8 hrs
1.2.4.6.1 Reunião de aprovação com o cliente 4 hrs
1.2.4.6.2 Marcar ponto de aprovação com o cliente 4 hrs
1.3 Arquitetura 106 hrs
1.3.1 Entrega 1 90 hrs
72
1.3.1.1 Diagrama de atividade 10 hrs
1.3.1.2 Projeto Banco de dados 8 hrs
1.3.1.3 Diagrama de classe 10 hrs
1.3.1.4 Diagrama de sequencia 8 hrs
1.3.1.5 Desenho da arquitetura 8 hrs
1.3.1.6 Marco: Ponto de aprovação 4 hrs
1.3.2 Alteração Entrega 1 76 hrs
1.3.2.1 Alterar Diagrama de atividade 8 hrs
1.3.2.2 Alterar Banco de dados 8 hrs
1.3.2.3 Alterar Diagrama de Classe 8 hrs
1.3.2.4 Alterar Diagrama de sequencia 8 hrs
1.3.2.5 Alterar Desenho da arquitetura 8 hrs
1.4 Testes 142 hrs
1.4.1 Definir Testes 8 hrs
1. 4.2 Entrega 1 46 hrs
1.4.2.1 Caso de Teste “Cadastrar usuário” 8 hrs
1.4.2.2 Caso de Teste “Recuperar Senha” 8 hrs
1.4.2.3 Caso de Teste "Configurar Conta" 8 hrs
1.4.2.4 Inspeção Casos de Testes 6 hrs
1.4.2.5 Retrabalho de Inspeção 8 hrs
1.4.2.6 Marco: Ponto de aprovação 8 hrs
1.4.3 Entrega 2 48 hrs
1.4.3.1 Caso de Teste “Acessar Sistema” 12 hrs
1.4.3.2 Caso de Teste "Gerenciar Rotas " 10 hrs
1.4.3.3 Inspeção Casos de Testes 10 hrs
1.4.3.4 Retrabalho de Inspeção 8 hrs
1.4.3.5 Marco: Ponto de aprovação 8 hrs
1.4.4 Entrega 3 40 hrs
1.4.4.1 Caso de Teste " Consultar Rotas" 10 hrs
1.4.4.2 Caso de Teste " Gerenciar Mensagens" 8 hrs
73
1.4.4.3 Inspeção Casos de Testes 6 hrs
1.4.4.4 Retrabalho de Inspeção 8 hrs
1.4.4.5 Marco: Ponto de aprovação 8 hrs
1.5 Codificação 696 hrs
1.5.1 Ambientação com o projeto – codificação 20 hrs
1.5.2 Montar ambiente 20 hrs
1.5.3 Codificação Entrega 1 280 hrs
1.5.3.1 Implementar Produto 86 hrs
1.5.3.2 Testes 84 hrs
1.5.3.2.1 Executar Caso de Teste “Cadastrar usuário” 8 hrs
1.5.3.2.2 Retrabalho em caso de imperfeições 20 hrs
1.5.3.2.3 Executar Caso de Teste “Recuperar Senha” 8 hrs
1.5.3.2.4 Retrabalho em caso de imperfeições 20 hrs
1.5.3.2.5 Executar Caso de Teste " Configurar Conta" 8 hrs
1.5.3.6 Retrabalho em caso de imperfeições 20 hrs
1.5.4 Codificação Entrega 2 496 hrs
1.5.4.1 Implementar Produto 100 hrs
1.5.4.1 Entrega caso de uso “Acessar Sistema” 50 hrs
1.5.4.2 Entrega caso de uso " Gerenciar Rotas" 50 hrs
1.5.4.2 Testes 496 hrs
1.5.4.2.1 Executar caso de uso “Acessar Sistema” 8 hrs
1.5.4.2.2 Retrabalho em caso de imperfeições 20 hrs
1.5.4.2.3 Executar caso de uso “Gerenciar Rotas” 8 hrs
1.5.4.2.4 Retrabalho em caso de imperfeições 20 hrs
1.5.5 Codificação Entrega 3 680 hrs
1.5.5.1 Implementar Produto 160 hrs
1.5.5.1.1 Entrega caso de uso “Consultar Rotas” 80 hrs
1.5.5.1.2 Entrega caso de uso “Gerenciar Mensagens” 80 hrs
1.5.5.2 Testes 680 hrs
1.5.5.2.1 Executar caso de uso “Consultar Rotas” 8 hrs
74
1.5.5.2.2 Retrabalho em caso de imperfeições 20 hrs
1.5.5.2.3 Executar caso de uso “Gerenciar Mensagens” 8 hrs
1.5.5.2.4 Retrabalho em caso de imperfeições 20 hrs
1.6 Elaboração do PAP 96 hrs
1.6.1 Elaborar a fundamentação teórica 80 hrs
1.6.2 Formatar trabalho 8 hrs
1.6.3 Testes Integrados 6 hrs
1.6.4 Testes Assistidos (Banca) 2 hrs
Figura II - Estrutura Analítica dos Recursos
9.3.2 Durações das Atividades
As durações das atividades serão estimadas através dos casos de uso
respeitando as datas definidas no cronograma do PAP.
75
9.4 Apêndice D - Gerenciamento da qualidade
Plano de gerenciamento da qualidade
TabelaIX - Requisitos e Garantia da Qualidade
Item da EAP Indicadores Definição Forma de Medição Meta Responsável Periodicidade
1.3.3
Análise dos
Requisitos
Status de
aprovação do
cliente.
Verificar se o cliente está de
acordo com os requisitos
apresentados.
Aprovação ou não do
cliente em relação aos
requisitos.
100% Stefhany A cada pacote de
análise de requisito.
Conforme
cronograma.
Status de
implementação
dos casos de uso.
Verificar se todas as regras
de negócio estão
implementadas nos métodos.
Comparação entre as
regras de negócio e as
funcionalidades do
sistema.
100% Luiz A cada pacote de
desenvolvimento de
acordo com o
cronograma.
1.4
Elaboração
do PAP
Status de
aprovação do
orientador.
Verificar se a pesquisa e
documentação estão de
acordo com a norma da
ABNT e com o modelo do
PAP.
Aprovação ou não do
orientador.
100% Fernanda Quinzenalmente
76
1.5 Definir
Arquitetura
Status de
aprovação do
cliente.
Verificar se o cliente está de
acordo com a plataforma
solicitada.
Aprovação ou não do
cliente em relação à
plataforma.
100% Anderson Única
Status de
implementação
da arquitetura.
Verificar se a arquitetura
planejada está de acordo
com os casos de uso
aprovados pelo cliente.
Realizar testes para
aferir a adequação da
arquitetura.
100% Anderson Única
1.6.1 Definir
Testes
Relação entre
erros encontrados
pelo número de
casos de teste.
Verificar a quantidade total
de erros encontrados durante
os testes e dividir pelo
número total de casos de
testes criados.
% = Erros/ casos de
teste.
30% Stefhany A cada finalização
do pacote de
entrega do código /
programa,
estipulado no
cronograma.
77
9.5 Apêndice E -Gerenciamento da comunicação
Plano de gerenciamento da comunicação
TabelaX - Identificação das Partes Interessadas e Estratégia de Comunicação
Stakeholder Contato Identificação
da Categoria
Análise dos constituintes Estratégia
Orientadora
Juliana Kolb
[email protected] Entrega de
resultados,
contribuinte,
revisão,
auditoria.
Poder: potencial impacto da
avaliação do projeto; influência:
positiva, atuando como
formadora de opinião e
motivadora da equipe;
envolvimento: comprometimento
e apoio; prioridade: prazo e
qualidade do produto.
Envio de
documentação geral
do projeto, tais como
cronograma,
escopo, casos de
uso; pedidos de
orientação.
Equipe
Anderson Corrêa,
Fernanda Lemos,
Luiz Gustavo,
StefhanyZgoda
Desenvolviment
o, entrega de
resultados,
testes.
Poder: alto impacto no
desenvolvimento do projeto;
influência: positiva, atuando
com coesão; envolvimento: foco
ecomprometimento total com o
projeto; prioridade: prazo e
qualidade do projeto.
Troca de
experiências e
dificuldades
enfrentadas pela
equipe.
78
Coordenador
Nélio Kubo
Auditoria,
homologação.
Poder: potencial impacto da
avaliação do projeto; influência:
irrelevante; envolvimento:
irrelevante; prioridade: prazo e
qualidade do produto e do
projeto.
Envio da
documentação
compilada ao final
do projeto.
Cliente
Employer
[email protected] Homologação. Poder: alto impacto da
avaliação e homologação do
produto; influência: irrelevante;
envolvimento: irrelevante;
prioridade: qualidade do
produto.
Envio do produto
final.
79
TabelaXI - Plano de Comunicação
Stakeholders Propósito das
mensagens / Ações da
Comunicação
Ferramentas/Mídias de comunicação Responsável Quando
Orientador Informações e
questionamentos sobre o
andamento do projeto
Formalmente por e-mail e reuniões,
informalmente por telefone.
Fernanda Impreterivelmente toda
semana, e sempre que se
fizer necessário.
Equipe Troca de experiências e
dificuldades enfrentadas
durante o projeto
Formalmente por atas de reunião,
informalmente por e-mails e telefone.
Orientador Sempre que se fizer
necessário.
Coordenador Protocolar o projeto e
solicitações. Fazer as
devidas apresentações e
entregas solicitadas pelo
stakeholder.
Sempre formalmente, através do Portal
acadêmico, protocolo, apresentações,
memorandos.
Equipe Ao final do projeto.
Cliente Informações sobre o
andamento do projeto
Formalmente por e-mail, informalmente
por telefone.
Luiz Gustavo A cada entrega parcial.
80
9.6 Apêndice F – Especificação dos Requisitos do Projeto
Este capítulo determina os requisitos do projeto.
Legendas
1. Prioridade
a) P – Pouca importância
b) ME – Média para baixa importância
c) MU – Muita importância
d) E – Essencial importância
2. Fonte de Identificação de Requisitos
a) C – Cliente
b) A - Analista
3. Operação - Gerenciamento de Requisitos – OP.
a) I – Inclusão – Novo Requisito
b) A – Alteração – Requisito Alterado
c) E – Exclusão – Requisito Excluído
Requisitos do Projeto
TabelaXII - Característica de Qualidade – Funcionalidade
Nro. Descrição do Requisito Prioridade Fonte
F-1 Utilização do Bing Maps API para
encontrar a localização.
E A
81
F-2 Disponibilidade do aplicativo via
Marketplace.
P A
F-3 Obrigatoriedade de concordância no
contrato de aceite sobre as
informações cadastradas.
MU A
F-4 Estabelecer métodos que garantam o
sigilo do usuário. Somente os
administradores do servidor serão
autorizados a acessar e manipular as
informações.
E A
F-5 Suportar a inclusão de texto livre. MU A
F-6 Capacidade de consultar e rever todas
as mensagens recebidas e enviadas
desde que as mesmas não tenham sido
excluídas pelo usuário.
MU A
F-7 Capacidade de apresentar os dados de
forma automática, como rotas similares.
MU A
TabelaXIII- Característica de Qualidade – Usabilidade
Nro. Descrição do Requisito Prioridade Fonte
U-1 Interface amigável. ME C
U-2 Ajuda contextual facilitada em cada
tela.
P A
U-3 Disponibilidade de instalação de
qualquer parte do mundo via
Marketplace.
P C
82
U-4 Fácil aprendizado ME C
U-5 Memorização: o sistema deve ser de
fácil lembrança, ou seja, ao passar um
determinado período sem utilizar o
sistema o usuário pode utilizá-lo
novamente sem ter que aprender tudo
novamente.
ME C
TabelaXIV - Característica de Qualidade – Confiabilidade
Nro. Descrição do Requisito Prioridade Fonte
C-1 Cuidados no desenvolvimento a fim de
evitar defeitos.
E A
C-2 Testes de tempo médio entre falhas. MU A
C-3 Tempo de resposta. MU A
C-4 Garantir a verificação da integridade
dos dados armazenados no banco de
dados.
E A
TabelaXV - Característica de Qualidade – Eficiência
Nro. Descrição do Requisito Prioridade Fonte
E-1 Necessidade de inserir aspectos ainda
inexistentes em produtos concorrentes.
P A
E-2 Compatibilidade com versões de
smartphones.
ME A
83
TabelaXVI - Característica de Qualidade – Portabilidade
Nro. Descrição do Requisito Prioridade Fonte
P-1 Permitir ao máximo de usuários o
acesso ao sistema.
MU C
P-2 Organização do sistema em camadas. UM A
TabelaXVII -Característica de Qualidade – Manutenibilidade
Nro. Descrição do Requisito Prioridade Fonte
M-1 Avaliar a requisição da mudança,
avaliando sua real necessidade.
ME A
M-2 Estimar custo e tempo para
Implementação.
ME A
M-3 Atualizar a documentação. ME A
M-4 Desenvolvimento de umprojeto
simplificado.
ME A
M-5 Padronização de código. ME A
M-6 Identificação correta dos componentes
conforme documentação.
ME A
84
9.7 Apêndice G – Modelagem
Casos de uso
9.7.1 Cadastrar usuário
IDENTIFICAÇÃO DO
CASO DE USO:
UC001 NOME DO
CASO DE
USO:
Cadastrar Usuário
DESCRIÇÃO: Este caso de uso descreve o funcionamento do cadastro
inicial do aplicativo, suas permissões e opções de
configuração.
Dados de Identificação do requisito
Caso de uso: Cadastrar Usuário
Identificação do
requisito:
Nome do Requisito:
RS001
Primeiro acesso ao aplicativo
O sistema deve apresentar ao usuário a opção na tela
inicial para cadastro do primeiro acesso ao aplicativo. No
primeiro acesso, o usuário deverá inserir suas
informações de perfil. Esses dados ficarão na estrutura
do banco de dados externo.
RS002 Contrato de aceitação
O sistema deve ter a opção de visualização do contrato
de aceite no primeiro acesso. Carregando um texto
informativo sobre o aplicativo, responsabilizando o
usuário pela utilização do mesmo, além de apresentar os
termos de confidencialidade conforme a lei. O usuário
deve aceitar os termos preenchendo um campo que será
obrigatório para o prosseguimento do cadastro.
85
RS003 Habilitar/Desabilitar “Avançar”
A ação “Cadastrar” da Tela de aceitação do aplicativo
deve vir desabilitada por padrão.
- Ela só deve ser habilitada se os campos obrigatórios
forem preenchidos.
- Após o preenchimento dos campos obrigatórios, a ação
“Cadastrar” deve mudar o status para habilitado.
RS004 Campos Obrigatórios
O sistema deve considerar obrigatórios os campos:
- Aceitação do contrato;
- Nome;
- Login;
- Senha;
- Repita a senha;
- Pergunta Secreta;
- Resposta;
- E-mail.
RS005 Fechar o aplicativo antes do fim do cadastro
Se o usuário fechar o aplicativo antes de finalizar o
cadastro, o sistema deve começar novamente o
processo no próximo acesso e todos os dados
cadastrados serão perdidos.
86
RS006 Redirecionar para outra tela
Ao realizar com sucesso o cadastro no aplicativo, o
sistema deve redirecionar o usuário a tela do Menu
Principal.
RS007 Ajuda
Ao clicar no botão de ajuda o sistema deverá abrir uma
modal explicando o funcionamento da tela de Cadastro
do Usuário de forma simplificada.
RS008 Usuário já cadastrado
Caso o usuário já seja cadastrado o sistema deve trazer
todos os campos já preenchidos.
RS009 Validação de Login, Senha e Resposta secreta
Login - o sistema deve validar o mínimo de 6 caracteres
e o máximo de 20 caracteres.
Senha – o sistema deve validar o mínimo de 6 caracteres
e o máximo de 15 caracteres.
Resposta Secreta – o sistema deve validar mínimo de 10
e máximo de 150 caracteres.
Caso exista um Login já cadastrado no banco, o sistema
deve informar que o Login já existe, não permitindo o
cadastro.
87
Fluxo principal
O caso de uso inicia quando o ator acessa o aplicativo pela primeira vez.
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR acessa a
“HOME” do aplicativo.
O SISTEMA apresenta a
tela inicial do sistema.
[RS001]
FA2 -
2 O ATOR aciona a opção
“Cadastrar”
O SISTEMA redireciona
para a tela de cadastro
de usuário.[RS002]
[RS003] [RSS004]
[RS005]
[RS007][RS008]
- -
3 O ATOR preenche os
dados da tela e aciona
“Cadastrar”
[RS006][RS007][RS008]
O SISTEMA grava os
dados dentro do banco
de dados externo
através de um
webservice. [RS002]
- FE1,
FE2,
FE3,
FE4
4 Fim do caso de uso.
Fluxo Alternativo
FA1 – Fechar o aplicativo antes do fim do cadastro
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR fecha o
aplicativo antes do fim
O SISTEMA fecha o
aplicativo. [RS005]
- -
88
do cadastro.
2 - Fim do caso de uso. - -
FA2 – Tela de Ajuda
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR aciona a
opção “Ajuda”.
[RS007]
O SISTEMA Apresenta
uma modal.
- -
2 O ATOR aciona a
opção “Fechar”.
O SISTEMA retorna para
a tela anterior.
- -
3 Fim do caso de uso. - -
Fluxo de Exceção
Nro Ação do Ator Resposta do Sistema
FE1 Campo obrigatório O SISTEMA deverá apresentar uma
mensagem informando a
obrigatoriedade do preenchimento dos
campos. Com a seguinte mensagem:
Campo obrigatório não preenchido.
FE2 Validação de usuário O SISTEMA deverá apresentar uma
mensagem informando ao usuário que o
login escolhido já está sendo utilizado.
Com a seguinte mensagem: Login já
cadastrado por outro usuário
89
FE3 Validação Email O SISTEMA deverá apresentar uma
mensagem informando que o campo e-
mail está preenchido incorretamente: E-
mail inválido.
FE4 Falha na Conexão / Rede
Indisponível
O SISTEMA deverá apresentar uma
mensagem informando que os dados
não foram salvos corretamente devido à
falha na conexão com o banco de dados
ou indisponibilidade da rede:Os dados
não foram salvos, tente novamente.
Figura III - Diagrama de caso de uso Cadastrar Usuário
90
Figura IV - Protótipo Cadastro de usuário
TabelaXVIII - Mapa de testes Cadastro de usuário
Ação Resultado esperado
Ao entrar na tela de cadastro Carregar os campos em branco para
serem preenchidos junto com o contrato.
Ao entrar na tela com usuário já
cadastrado
Carregar os campos já preenchidos com
as informações do usuário.
Digitar oNome Passar ao campo “Login”.
Não digitar o Nome Mensagem de erro.
91
DigitarLogin Passar ao campo “Senha”.
Não Digitar o campo Login Mensagem de erro.
Validar campo Login O sistema deve aceitar mínimo de 6 e
máximo de 20 caracteres.
Digitar Senha Passar ao campo “Confirmar senha”.
Não digitar Senha Mensagem de erro.
Validar campo Senha O sistema deve aceitar mínimo de 6 e
máximo de 15 caracteres.
Digitar Repita aSenha Passar ao campo “Pergunta secreta”
Não digitarRepita a Senha Mensagem de erro.
Validar campo Repita a Senha O sistema deve validar se o campo
“Repita a Senha” tem os mesmos
caracteres que o campo “Senha”.
Caso contrário, enviar mensagem de erro.
Digitar Pergunta Secreta Passar ao campo “Resposta”.
Não digitar Pergunta Secreta Mensagem de erro.
Digitar Resposta Habilitar o botão “E-mail”.
Não digitar Resposta Secreta Mensagem de erro.
Clicar no botão Cadastrar sem aceitar o
termo de uso do Aplicativo
Mensagem de erro.
Digitar e-mail Validar e-mail.
92
Não digitar e-mail Mensagem de erro.
Botão Cadastrar habilitado Habilitar botão após preenchimento dos
campos obrigatórios.
Clicar no botão Cadastrar com os campos
obrigatórios preenchidos e com a
aceitação do termo de uso.
Efetuar o cadastro. Redirecionar para a
tela de Menu principal.
Ajuda Abrir modal.
Fechar aplicativo antes do fim do
cadastro
Verificar se o sistema cancela o cadastro.
Não salvando os dados.
TabelaXIX - Campos do formulário cadastro de usuário
Label Campo Obrigatório Descrição
Contrato cbContrato Sim Campo Char apresentado em forma
CheckBox, que conterá o valor
“Accept”.
Nome
simples
txtNome Sim Campo String, com tamanho padrão
de 20 caracteres.
Login txtLogin Sim Campo String, com tamanho padrão
de 20 caracteres.
Senha txtSenha Sim Campo String, com tamanho padrão
de 15 caracteres. Campo inativo para
alteração.
Confirmar
Senha
txtConfirmar
Senha
Sim Campo String, com tamanho padrão
de 50 caracteres. Campo inativo para
alteração.
Pergunta txtPergunta Sim Campo String, com tamanho padrão
93
de 150 caracteres.
Resposta
secreta
txtRespostaS
ecreta
Sim Campo String, com tamanho padrão
de 150 caracteres.
E-mail txtEmail Sim Campo String, com tamanho padrão
de 50 caracteres.
Ler o
contrato de
utilização
btnContrato Não Botão de visualização do contrato de
aceite.
Ajuda btnAjuda Não Botão de visualização de Ajuda, em
formato modal.
94
9.7.2 Recuperar Senha
Identificação do
Caso de Uso:
UC002 Nome do
Caso de
Uso:
Recuperar Senha
Descrição: Este caso de uso descreve o funcionamento da validação
do usuário caso o mesmo esqueça sua senha.
Dados de Identificação do requisito
Caso de uso: Recuperar senha
Identificação do
requisito:
Nome do Requisito:
RS001
Acesso à tela de recuperação de senha
O sistema deve apresentar ao usuário a opção na tela
inicial para recuperação da senha do aplicativo. O usuário
deverá inserir as informações de perfil. Esses dados serão
buscados no banco de dados externos do aplicativo para
confirmação.
RS002 Autenticação do sistema (A.D.)
O sistema deve resgatar os dados do usuário em sua
base de dados. O usuário ao preencher os dados
necessários para a recuperação de senha deve acionar a
opção “Enviar e-mail com nova senha”. O sistema deve
disponibilizar uma nova senha de acesso ao usuário
através do e-mail cadastrado no primeiro acesso.
RS003 Habilitar/Desabilitar o botão “Enviar e-mail com nova
senha”
95
O botão “Enviar e-mail com nova senha” da Tela de
recuperação de senha do aplicativo deve vir desabilitado
por padrão.
- Ele só deve ser habilitado se os campos obrigatórios
forem preenchidos e validados.
- Ao preencher os campos, o botão “Enviar e-mail com
nova senha” deve ter seu status alterado para habilitado.
RS004 Campos Obrigatórios
O sistema deve considerar obrigatórios os campos:
- Resposta secreta.
RS005 Fechar o aplicativo antes do fim da validação
Se o usuário fechar o aplicativo antes de finalizar a
validação, o sistema deve começar novamente o processo
de validação no próximo acesso e o campo com os dados
preenchidos será perdido.
RS006 Redirecionar para outra tela
Ao finalizar a validação dos dados fornecidos o sistema
deve apresentar a seguinte mensagem de confirmação:
“Seus dados foram validados com sucesso, uma nova
senha foi encaminhada para o seu e-mail”, o sistema deve
apresentar um botão de Ok, que ao ser acionado deve
redirecionar o usuário a tela inicial.
RS007 Ajuda
Ao clicar no botão de ajuda o sistema deverá abrir uma
96
modal explicando o funcionamento da tela Esqueci minha
senha de forma simplificada.
Fluxo principal
O caso de uso inicia quando o ator acessa o aplicativo.
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR acessa a
“home” do aplicativo.
O SISTEMA apresenta a
tela inicial do sistema.
[RS001]
FA1 FA2 -
2 O ATOR aciona a
opção “Esqueci minha
senha”
O SISTEMA redireciona
para a tela de Esqueci
minha senha. [UI2][RS001]
[RS002] [RS003] [RS004]
[RS005]
FA1, FA2
3 O ATOR preenche os
dados da tela E aciona
a opção“Enviar e-mail
com a nova senha”.
O SISTEMA busca na base
de informações os dados
inseridos, e gera uma nova
senha ao usuário
enviando-a por e-mail.
[RS006]
FA1, FA2 FE1,
FE2,
FE3,
FE4
4 - O SISTEMA deverá
apresentar uma mensagem
informando ao usuário que
sua resposta está correta.
Com a seguinte
mensagem:Seus dados
foram validados com
- -
97
sucesso, uma nova
senha foi encaminhada
para o seu e-mail.
5 - O SISTEMA apresenta a
tela do menu principal.
FA2 -
6 - Fim do caso de uso. - -
Fluxo Alternativo
FA1 – Fechar o aplicativo antes do fim da validação
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR fecha o
aplicativo antes do fim
da validação.
O SISTEMA fecha o
aplicativo. [RS005]
- -
2 - Fim do caso de uso. - -
FA2 – Tela de Ajuda
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR aciona a
opção “Ajuda”.
[RS007]
O SISTEMA Apresenta
uma modal.
- -
2 O ATOR aciona a
opção “Fechar”.
O SISTEMA retorna para
a tela anterior.
- -
3 - Fim do caso de uso. - -
98
Fluxo de Exceção
Nro Ação do Ator Resposta do Sistema
FE1 Campo obrigatório O SISTEMA deverá apresentar uma
mensagem informando a
obrigatoriedade do preenchimento dos
campos. Com a seguinte mensagem:
Campo obrigatório não preenchido.
FE2 Validação de respostaincorreta O SISTEMA deverá apresentar uma
mensagem informando ao usuário que
sua resposta está incorreta. Com a
seguinte mensagem: Resposta
incorreta, tente novamente.
FE3 Validação Email O SISTEMA deverá apresentar uma
mensagem informando que o campo e-
mail está preenchido incorretamente: E-
mail inválido
FE4 Falha na Conexão / Rede
Indisponível
O SISTEMA deverá apresentar uma
mensagem informando que não foi
possível validar os dados devido à falha
na conexão com o banco de dados ou
indisponibilidade da rede:Não foi
possível validar os dados, tente
novamente.
99
Figura V -Diagrama de caso de uso Recuperar Senha
Usuário
Acessar sistema Acessar ajuda
«extends»
Recuperar senha
«extends»
Figura VI -Protótipo Recuperar Senha
100
TabelaXX - Mapa de testes Recuperar Senha
Ação Resultado esperado
Ao entrar na telade Recuperar Senha Carregar o campo Pergunta já preenchido.
Digitar a Resposta Secreta Validar a resposta, verificar
encaminhamento de e-mail.
Não digitara Resposta Secreta Mensagem de erro.
Botão Enviar e-mail habilitado Habilitar após preenchimento de campos
obrigatórios.
Clicar no botão Enviar e-mail com os
campos obrigatórios preenchidos.
Efetuar a troca de senha. Redirecionar
para a tela de Menu principal.
Ajuda Abrir modal.
Fechar aplicativo antes do fim da
recuperação de senha
Verificar se o sistema cancela a
recuperação de senha. Não enviando a
nova senha.
TabelaXXI - Campos do formulário Recuperar Senha
Label Campo Obrigatório Descrição
Pergunta
Secreta
txtPergunta Sim Campo String, com tamanho padrão
de 150 caracteres.
Resposta
Secreta
txtRespostaS
ecreta
Sim Campo String, com tamanho padrão
de 150 caracteres.
Enviar E-mail
com a nova
senha
btnContrato Não Botão de visualização do contrato
de aceite.
101
Ajuda btnAjuda Não Botão de visualização de Ajuda, em
formato modal.
102
9.7.3 Acessar Sistema
Identificação do
Caso de Uso:
UC003 Nome do
Caso de
Uso:
Acessar Sistema
Descrição: Este caso de uso descreve o funcionamento do menu
principal do aplicativo.
Dados de Identificação do requisito
Caso de uso: Acessar Sistema
Identificação do
requisito:
Nome do Requisito:
RS001
Acesso a tela do Menu Principal
O sistema deve apresentar ao usuário a opção na tela
inicial para realizar o login no aplicativo. O usuário deverá
informar seu login e senha e confirmar suas informações.
Esses dados serão buscados no banco de dados externos
do aplicativo para confirmação e em seguida o sistema
deve apresentar a tela do Menu principal.
RS002 Autenticação do sistema (A.D.)
O sistema deve resgatar os dados do usuário em sua
base de dados. O usuário ao preencher os dados
necessários para realizar o login deve acionar a opção
“Entrar”.
RS003 Navegação do aplicativo
O aplicativo deve disponibilizar uma forma fácil e intuitiva
103
de navegação, apresentando os seguintes botões no
menu:
- Minhas rotas
- Consultar rotas similares
- Mensagens
Também deve apresentar no applicationBar os seguintes
botões:
- Ajuda
- Configurações
RS004 Configurações
Ao acionar o Botão de configuração o sistema deve
redirecionar para a tela de configurações descrita no
UC004_Configurar conta.
RS005 Ajuda
Ao clicar no botão de ajuda o sistema deverá abrir uma
modal explicando o funcionamento da tela do Menu
Principal de forma simplificada.
RS006 Redirecionar para outra tela
Ao clicar na opção “Minhas Rotas” o sistema deve
redirecionar para a página de rotas conforme descrição do
UC005_Cadastrar Rota.
Ao clicar na opção “Consultar Rotas Similares” o sistema
deve redirecionar para a página de consulta conforme
descrição do UC006_Consultar rota.
104
Ao clicar na opção “Mensagens” o sistema deve
redirecionar para a página de mensagens conforme
descrição do UC007_Verificar Mensagens.
Fluxo principal
O caso de uso inicia quando o ator valida seu login e senha no aplicativo.
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR acessa a
“home” do aplicativo,
e insere seu login e
senha.
O SISTEMA valida as
informações e apresenta a
tela do menu principal.
FA1 FE1,
FE2
2
-
O SISTEMA apresenta as
seguintes opções:
[RS001][RS002][RS003]
- Minhas rotas
- Consultar rotas similares
- Mensagens
Também deve apresentar no
applicationBar os seguintes
botões:
-Ajuda
- Configurações
- -
3 - Fim do caso de uso. - -
105
Fluxo Alternativo
FA1 – Tela de Ajuda
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
2 O ATOR aciona a
opção “Ajuda”.
[RS005]
O SISTEMA Apresenta
uma modal.
- -
3 O ATOR aciona a
opção “Fechar”.
O SISTEMA retorna para
a tela anterior.
- -
4 Fim do caso de uso. - -
Fluxo de Exceção
Nro Ação do Ator Resposta do Sistema
FE1 Validação de usuário e senha O SISTEMA deverá apresentar uma
mensagem informando ao usuário que
os dados inseridos estão inválidos. Com
a seguinte mensagem: Dados
inválidos.
FE2 Falha na Conexão / Rede
Indisponível
O SISTEMA deverá apresentar uma
mensagem informando que não foi
possível validar os dados devido à falha
na conexão com o banco de dados ou
indisponibilidade da rede:Não foi
possível validar os dados, tente
novamente.
106
Figura VII - Diagrama de caso de uso Acessar Sistema
107
Figura VIII – Protótipo Acessar Sistema
TabelaXXII - Mapa de testes Acessar Sistema
Ação Resultado esperado
Ao entrar na telaMenu Principal Carregar os botões Minhas rotas,
consultar rotas similares e mensagens.
Carregar o ApplicationBar com os
botões Ajuda e configuração.
Minhas Rotas Redirecionar para a tela de Minhas
rotas.
Consultar Rotas similares Redirecionar para a tela Rotas
108
Similares.
Mensagens Redirecionar para a tela de mensagens.
Configuração Redirecionar para a tela de
Configuração.
Ajuda Abrir modal.
TabelaXXIII - Campos do formulário Acessar Sistema
Label Campo Obrigatório Descrição
Minhas Rotas btnMinhasRe
spostas
Não Botão de redirecionamento de
tela.
Consultar Rotas
Similares
btnConsultar
Rotas
Não Botão de redirecionamento de
tela.
Mensagens btnMensagen
s
Não Botão de redirecionamento de
tela.
Configuração btnConfiguraç
ão
Não Botão de redirecionamento de
tela.
Ajuda btnAjuda Não Botão de visualização de Ajuda,
em formato modal.
109
9.7.4 Configurar Conta
Identificação do
Caso de Uso:
UC004 Nome do
Caso de
Uso:
Configurar Conta
Descrição: Este caso de uso descreve o funcionamento da
configuração de conta do usuário no aplicativo.
Dados de Identificação do requisito
Caso de uso: Configurar Conta
Identificação do
requisito:
Nome do Requisito:
RS001
Acesso à tela de configuração de conta
O sistema deve apresentar ao usuário a opção de
configuração da conta conforme o UC003_Menu principal.
O usuário deverá alterar/complementar suas informações
de perfil. Esses dados serão gravados no banco de dados
externo do aplicativo.
RS002 Autenticação do sistema (A.D.)
O sistema deve resgatar os dados do usuário em sua
base de dados. O usuário ao preencher os dados
necessários para a alteração das informações deve
acionar a opção “Salvar meus dados”. O sistema deve
salvar os dados atualizados do cadastro.
RS003 Campos Obrigatórios
O sistema deve considerar obrigatórios os campos:
110
- Login,
- Senha,
- Repita a senha,
- Pergunta Secreta,
- Resposta,
- E-mail.
RS004 Fechar o aplicativo antes do fim da validação
Se o usuário fechar o aplicativo antes de finalizar a
validação, o sistema deve começar novamente o processo
de validação no próximo acesso e o campo com os dados
preenchidos anteriormente será perdido.
RS005 Redirecionar para outra tela
Ao finalizar a validação dos dados fornecidos o sistema
deve apresentar a seguinte mensagem de confirmação:
“Seus dados foram alterados com sucesso!”, o sistema
deve apresentar um botão de Ok, que ao ser acionado
deve redirecionar o usuário a tela de menu principal.
RS006 Carregar os dados
O sistema deve realizar uma busca no banco de dados
externo e trazer todos os campos já preenchidos com as
informações do usuário.
RS007 Ajuda
Ao clicar no botão de ajuda o sistema deverá abrir uma
modal explicando o funcionamento da tela de
111
Configurações da conta de forma simplificada.
Fluxo principal
O caso de uso inicia quando o ator acessa o aplicativo.
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR acessa a
“home” do aplicativo, e
insere seu login e
senha.
O SISTEMA valida as
informações e apresenta a
tela do menu principal.
FA2 FE1,
FE5
2 O ATOR aciona a
opção
“Configurações”.
O SISTEMA redireciona
para a tela de
Configurações.[RS001]
- -
3 O ATOR preenche os
campos obrigatórios e
aciona a opção
“Salvar meus dados”.
[RS002]
[RS003][RS006]
O SISTEMA busca na base
de informações os dados
inseridos, e atualiza as
informações.
[RS004][RS005]
FA1, FA2 FE2,
FE3,
FE4,
FE6
4 - O SISTEMA deverá
apresentar uma mensagem
informando ao usuário que
sua resposta está correta.
Com a seguinte
mensagem: Seus dados
foram validados com
sucesso, uma nova senha
foi encaminhada para o seu
- -
112
e-mail.
5 - O SISTEMA apresenta a
tela do menu principal.
FA2 -
6 - Fim do caso de uso. - -
Fluxo Alternativo
FA1 – Fechar o aplicativo antes do fim do cadastro
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR fecha o
aplicativo antes do fim
do cadastro.
O SISTEMA fecha o
aplicativo. [RS006]
- -
2 - Fim do caso de uso. - -
FA2 – Tela de Ajuda
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR aciona a
opção “Ajuda”.
[RS008]
O SISTEMA Apresenta
uma modal.
- -
2 O ATOR aciona a
opção “Fechar”.
O SISTEMA retorna para
a tela anterior.
- -
3 Fim do caso de uso. - -
113
Fluxo de Exceção
Nro Ação do Ator Resposta do Sistema
FE1 Validação de usuário e senha O SISTEMA deverá apresentar uma
mensagem informando ao usuário que
os dados inseridos estão inválidos. Com
a seguinte mensagem: Dados
inválidos.
FE2 Campo obrigatório O SISTEMA deverá apresentar uma
mensagem informando a
obrigatoriedade do preenchimento dos
campos. Com a seguinte mensagem:
Campo obrigatório não preenchido.
FE3 Validação de respostaincorreta O SISTEMA deverá apresentar uma
mensagem informando ao usuário que
sua resposta está incorreta. Com a
seguinte mensagem: Resposta
incorreta,tente novamente.
FE4 Validação Email O SISTEMA deverá apresentar uma
mensagem informando que o campo e-
mail está preenchido incorretamente: E-
mail inválido.
FE5 Falha na Conexão / Rede
Indisponível
O SISTEMA deverá apresentar uma
mensagem informando que não foi
possível validar os dados devido à falha
na conexão com o banco de dados ou
indisponibilidade da rede:Não foi
114
possível validar os dados, tente
novamente.
FE6 Falha na Conexão / Rede
Indisponível
O SISTEMA deverá apresentar uma
mensagem informando que os dados
não foram salvos corretamente devido à
falha na conexão com o banco de dados
ou indisponibilidade da rede: Os dados
não foram salvos, tente novamente.
Figura IX – Diagrama caso de uso Configurar Conta
115
Figura X – Protótipo Configurar Conta
TabelaXXIV - Mapa de testes Configurar Conta
Ação Resultado esperado
Entrar na tela de Configuração Carregar os campos já preenchidos com
as informações do usuário.
AlterarNome Passar ao campo “Login”.
CampoNome em branco Mensagem de erro.
116
AlterarLogin Passar ao campo “Senha”.
Campo Login em branco Mensagem de erro.
Validar campo Login O sistema deve aceitar mínimo de 6 e
máximo de 20 caracteres.
Alterar Senha Passar ao campo “Confirmar senha”.
Campo Senha em branco Mensagem de erro.
Validar campo Senha O sistema deve aceitar mínimo de 6 e
máximo de 15 caracteres.
AlterarRepita aSenha Passar ao campo “Pergunta secreta”
CampoRepita a Senha em branco Mensagem de erro.
Validar campo Repita a Senha O sistema deve validar se o campo
“Repita a Senha” tem os mesmos
caracteres que o campo “Senha”.
Caso contrário, enviar mensagem de erro.
Alterar Pergunta Secreta Passar ao campo “Resposta”.
Campo Pergunta Secreta em branco Mensagem de erro.
Alterar Resposta Habilitar o botão “E-mail”.
Campo Resposta Secreta em branco Mensagem de erro.
Clicar no botão Cadastrar sem aceitar o
termo de uso do Aplicativo
Mensagem de erro.
Digitar e-mail Validar e-mail.
117
Não digitar e-mail Mensagem de erro.
Botão Cadastrar habilitado Habilitar botão após preenchimento dos
campos obrigatórios.
Clicar no botão Salvar meus dados com
os campos obrigatórios preenchidos
Efetuar a alteração do cadastro.
Redirecionar para a tela de Menu
principal.
Ajuda Abrir modal.
Fechar aplicativo antes do fim da
alteração do cadastro
Verificar se o sistema cancela o cadastro.
Não salvando os dados.
TabelaXXV- Campos do formulário Configurar Conta
Label Campo Obrigatório Descrição
Nome
simples
txtNome Sim Campo String, com tamanho padrão
de 20 caracteres.
Login txtLogin Sim Campo String, com tamanho padrão
de 20 caracteres.
Senha txtSenha Sim Campo String, com tamanho padrão
de 15 caracteres. Campo inativo para
alteração.
Confirmar
Senha
txtConfirmar
Senha
Sim Campo String, com tamanho padrão
de 50 caracteres. Campo inativo para
alteração.
Pergunta txtPergunta Sim Campo String, com tamanho padrão
de 150 caracteres.
118
Resposta
secreta
txtRespostaS
ecreta
Sim Campo String, com tamanho padrão
de 150 caracteres.
E-mail txtEmail Sim Campo String, com tamanho padrão
de 50 caracteres.
Ajuda btnAjuda Não Botão de visualização de Ajuda, em
formato modal.
119
9.7.5 Gerenciar Rotas
Identificação do
Caso de Uso:
UC005 Nome do
Caso de
Uso:
Gerenciar Rotas
Descrição: Este caso de uso descreve o gerenciamento das rotas do
usuário.
Dados de Identificação do requisito
Caso de uso: Gerenciar Rotas
Identificação do
requisito:
Nome do Requisito:
RS001
Acesso a tela de Rotas
O sistema deve apresentar uma lista de rotas já
cadastradas do usuário caso o mesmo já tenha sido
realizado anteriormente. Caso contrário, deve apresentar
um botão para cadastro de rota.
RS002 Navegação da tela de Rotas
O aplicativo deve disponibilizar uma forma fácil e intuitiva
de navegação, apresentando os seguintes botões:
- Novo
- Visualização do ponto no mapa (caso exista uma rota já
cadastrada).
Também deve apresentar no applicationBar o seguinte
botão:
120
- Ajuda
RS003 Criar nova rota
Ao acionar a opção “Novo”, o aplicativo deve disponibilizar
uma forma fácil e intuitiva de navegação, apresentando os
seguintes campos Obrigatórios:
- Ponto A,
- Ponto B,
Botão para visualização do ponto no mapa.
RS004 Selecionando uma rota cadastrada
O Usuário poderá selecionar uma rota já cadastrada. Ao
clicar na rota o sistema deverá apresentar apenas as
informações selecionadas e no applicationBar as
seguintes opções:
- Alterar
- Excluir
RS005 Fechar o aplicativo antes do fim da validação
Se o usuário fechar o aplicativo antes de finalizar a
alteração de uma rota, o sistema deve começar
novamente o processo de validação no próximo acesso e
o campo com os dados deverão vir conforme o que estiver
cadastrado no banco.
RS006 Alterar Rota
Ao selecionar a opção Alterar o sistema deve carregar as
informações nos devidos campos e apresentar no
121
applicationBar a seguinte opção:
- Salvar
Ao finalizar uma alteração de uma rota, o sistema deve
apresentar a seguinte mensagem de confirmação: “Sua
rota foi alterada com sucesso!”, o sistema deve apresentar
uma opção de “Ok” na modal, que ao ser acionada deve
redirecionar para a tela principal de rotas.
RS007 Excluir Rota
Ao selecionar a opção excluir o sistema deve carregar as
informações nos devidos campos.
Ao excluir uma rota, o sistema deve apresentar a seguinte
mensagem: “Tem certeza que deseja excluir esta rota?”, o
sistema deve apresentar um botão de Sim e outro de
Cancelar.
Caso o usuário acione a opção de “Sim” na modal, o
sistema deverá excluir da lista e do banco de dados
externos a rota selecionada pelo usuário.
RS008 Validação de Rota
O sistema deve disponibilizar ao usuário nos campos de
cadastro de rota um sistema de auto completar, buscando
validar os possíveis nomes de rua cadastrados.
RS009 Salvar Rota
Ao selecionar a opção Salvar, o sistema deve registrar a
rota cadastrada em um banco de dados externo.
RS010 Ajuda
122
Ao clicar no botão de ajuda o sistema deverá abrir uma
modal explicando o funcionamento da tela de rotas de
forma simplificada.
Fluxo principal
O caso de uso inicia quando o ator acessa a opção Minhas Rotas.
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR acessa a
“home” do aplicativo, e
insere seu login e
senha.
O SISTEMA valida as
informações e apresenta a
tela do menu principal.
FA4 FE1,
FE2,
FE4
2 O ATOR acessa
“Minhas rotas” do
aplicativo.
O SISTEMA apresenta a
tela de Rotas. [RS001]
[RS002]
FA1, FA2,
FA3, FA4
-
3 - Fim do caso de uso. - -
123
Fluxo Alternativo
FA1 – Adicionar rota
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR aciona a
opção“Cadastrar
Rota”. [RS001][RS003]
O SISTEMA deve
carregar a tela de
cadastro de novas rotas.
FA4 -
2 O ATOR deve
adicionar as
informações nos
campos obrigatórios e
aciona a opção
“Salvar”. [RS005]
[RS008][RS009]
O SISTEMA deverá
apresentar uma
mensagem informando ao
usuário que a rota foi
salva. Com a seguinte
mensagem:Sua rota foi
salva com sucesso!
O SISTEMA deve salvar
as informações no banco
de dados externo.
- FE1,
FE2,
FE5
3 - Fim do caso de uso. - -
FA2 – Alterar rota
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR seleciona uma
rota já cadastrada, na
lista de rotas.
O SISTEMA deve
carregar a tela de
alteração de rota.
FA4 -
124
[RS001][RS004][RS006]
2 O ATOR deve alterar
suas rotas conforme
necessários nos campos
obrigatórios e acionar a
opção “salvar”.
[RS005][RS006][RS008]
[RS009]
O SISTEMA deverá
apresentar uma
mensagem informando
ao usuário quando o
mesmo tentar alterar
uma rota. Com a
seguinte
mensagem:Sua rota foi
alterada com sucesso!
O SISTEMA devesalvar
as informações no
banco de dados
externo.
- FE1,
FE2,
FE5
3 - Fim do caso de uso. - -
FA3 – Excluir rota
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR seleciona uma
rota já cadastrada, na
lista de rotas.
[RS001][RS004][RS007]
O SISTEMA deve
carregar a tela de
exclusão de rota.
FA4 -
2 O ATOR deve acionar a
opção “Excluir”.
[RS005][RS007][RS008]
[RS009]
O SISTEMA deverá
apresentar uma
mensagem informando
ao usuário quando o
mesmo tentar excluir
- FE1,
FE2
125
uma rota. Com a
seguinte
mensagem:Tem
certeza que deseja
excluir esta rota?
3 O ATOR deve acionar a
opção “SIM”.
O SISTEMA valida a
ação e salva as
informações no banco
de dados externo.
- FE3,
FE5
4 - Fim do caso de uso. - -
FA4 – Tela de Ajuda
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
2 O ATOR aciona a
opção “Ajuda”.
[RS010]
O sistema Apresenta uma
modal.
- -
3 O ATOR aciona a
opção “Fechar”.
O sistema retorna para a
tela anterior.
- -
4 Fim do caso de uso. - -
Fluxode Exceção
Nro Ação do Ator Resposta do Sistema
FE1 Validação de usuário e senha O SISTEMA deverá apresentar uma
mensagem informando ao usuário que
os dados inseridos estão inválidos. Com
126
a seguinte mensagem: Dados
inválidos.
FE2 Campo obrigatório O SISTEMA deverá apresentar uma
mensagem informando a
obrigatoriedade do preenchimento dos
campos. Com a seguinte mensagem:
Campo obrigatório não preenchido.
FE3 Validação de Rota Excluir O SISTEMA deverá retornar a tela de
rotas caso o usuário selecione a opção
“não”.
FE4 Falha na Conexão / Rede
Indisponível
O SISTEMA deverá apresentar uma
mensagem informando que não foi
possível validar os dados devido à falha
na conexão com o banco de dados ou
indisponibilidade da rede:Não foi
possível validar os dados, tente
novamente.
FE5 Falha na Conexão / Rede
Indisponível
O SISTEMAdeverá apresentar uma
mensagem informando que os dados
não foram salvos corretamente devido à
falha na conexão com o banco de dados
ou indisponibilidade da rede:Os dados
não foram salvos, tente novamente.
127
Figura XI – Diagrama de caso de uso Gerenciar Rotas
128
Figura XII – Protótipo Gerenciar Rotas
TabelaXXVI - Mapa de testes Gerenciar Rotas
Ação Resultado esperado
Ao entrar na tela de Gerenciar Rotas pela
primeira vez
Carregar os campos em branco.
Ao entrar na tela Gerenciar Rotas com
rotas já cadastradas
Carregar a lista de rotas com as rotas
cadastradas.
Cadastrar Ponto A Validar endereço.
Cadastrar Ponto B Validar endereço.
129
Campo “Ponto A”em branco Mensagem de erro.
Campo “Ponto B”em branco Mensagem de erro.
Ajuda Abrir modal.
Fechar aplicativo antes do fim do
cadastro da rota
Verificar se o sistema cancela o cadastro.
Não salvando os dados.
Clicar no botão Novo Salvar a Rota e apresentar na lista.
Selecionar Rota Verificar se ao selecionar a rota o sistema
permite excluir a rota ou alterar.
Excluir Rota Ao excluir rota verificar se a rota não é
mais apresentada na lista
Alterar Rota Verificar se ao alterar uma rota o sistema
altera na lista a rota
TabelaXXVII - Campos do formulário Gerenciar Rotas
Label Campo Obrigatório Descrição
Ponto A txtPontoA Sim Campo String, com tamanho padrão
de 50 caracteres.
Ponto B txtPontoB Sim Campo String, com tamanho padrão
de 50 caracteres.
Novo btnNovo Não Botão para salvar os registros do
contrato.
Ajuda btnAjuda Não Botão de visualização de Ajuda, em
formato modal.
130
Lista lstListadeRota Não Lista de visualização de rotas
131
9.7.6 Consultar Rotas
Identificação do
Caso de Uso:
UC006 Nome do
Caso de
Uso:
Consultar Rotas
Descrição: Este caso de uso descreve o funcionamento da consulta de
rotas semelhantes às do usuário.
Dados de Identificação do requisito
Caso de uso: Consultar Rotas
Identificação do
requisito:
Nome do Requisito:
RS001
Acesso à tela de consulta de rotas
O sistema deve apresentar ao usuário uma lista com o
login e as rotas de usuários que possuem rotas
semelhantes. Além das seguintes opções:
- Visualizar Mapa
- Enviar Mensagem
RS002 Visualização de Rota
O sistema deve possibilitar a visualizar no mapa do trajeto
realizado pela pessoa selecionada na lista.
RS003 Mensagem
O sistema deve possibilitar uma forma prática de trocas de
mensagem com um usuário selecionado na lista.
Conforme UC007_Gerenciar Mensagens.
132
RS004 Ajuda
Ao clicar no botão de ajuda o sistema deverá abrir uma
modal explicando o funcionamento da tela de consultar
rotas de forma simplificada.
Fluxo principal
O caso de uso inicia quando o ator acessa o aplicativo.
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR acessa a
“home” do aplicativo, e
insere seu login e
senha.
O SISTEMA valida as
informações e apresenta a
tela do menu principal.
FA2 FE1,
FE3
2 O ATOR acessa a
opção “Consultar rotas
similares” do aplicativo.
O SISTEMA apresenta a
tela de Consulta de rotas.
[RS001]
FA2 FE2
3 O ATOR aciona um
usuário na lista.
[RS002][RS003]
O SISTEMA busca na
base de dados os dados
do usuário selecionado e
gera a rota realizada pelo
mesmo apresentando no
mapa.
FA1, FA2 FE4
3 - Fim do caso de uso. - -
133
Fluxo Alternativo
FA1 – Enviar Mensagem
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR seleciona o
usuário que deseja
enviar a mensagem na
lista. [RS002][RS003]
O SISTEMA abre a tela
de envio de mensagem.
FA2 -
2 - Caso de uso “gerenciar
mensagens”
- -
3 - Fim do caso de uso. - -
FA2 – Tela de Ajuda
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR aciona a
opção “Ajuda”.
[RS004]
O SISTEMA Apresenta
uma modal.
- -
2 O ATOR aciona a
opção “Fechar”.
O SISTEMA retorna para
a tela anterior.
- -
3 Fim do caso de uso. - -
134
Fluxo de Exceção
Nro Ação do Ator Resposta do Sistema
FE1 Validação de usuário e senha O SISTEMA deverá apresentar uma
mensagem informando ao usuário que
os dados inseridos estão inválidos. Com
a seguinte mensagem: Dados
inválidos.
FE2 Nenhuma Rota O SISTEMA deverá apresentar uma
mensagem informando ao usuário que
não existe nenhum rota parecida com a
dele. Com a seguinte mensagem: Até o
momento não foiencontrada
nenhuma rota parecida, tente mais
tarde.
FE3 Falha na Conexão / Rede
Indisponível
O SISTEMA deverá apresentar uma
mensagem informando que não foi
possível validar os dados devido à falha
na conexão com o banco de dados ou
indisponibilidade da rede:Não foi
possível validar os dados, tente
novamente.
FE4 Falha na Conexão / Rede
Indisponível
O SISTEMA deverá apresentar uma
mensagem informando que não foi
possível carregar as rotas devido à falha
na conexão com o banco de dados ou
indisponibilidade da rede:Não foi
possível carregar as rotas, tente
novamente.
135
Figura XIII – Diagrama de caso de uso Consultar Rotas
136
Figura XIV - Protótipo Consultar Rotas
TabelaXXVIII - Mapa de testes Consultar Rotas
Ação Resultado esperado
Entrar na tela de Consultar Rota Carregar lista de rotas similares.
Entrar na tela de Consultar Rota sem
rotas similares
Mensagem de informação.
Selecionar uma rota Apresentar botão “Visualizar no mapa”.
Ajuda Abrir modal.
137
Clicar no botão Visualizar no mapa Redirecionar para a tela de mapa,
apresentar a rota selecionada.
TabelaXXIX - Campos do formulário Consultar Rotas
Label Campo Obrigatório Descrição
Ajuda btnAjuda Não Botão de visualização de Ajuda, em
formato modal.
Lista lstListadeRota Não Lista de visualização de rotas
138
9.7.7 Gerenciar Mensagens
Identificação do
Caso de Uso:
UC007 Nome do
Caso de
Uso:
Gerenciar Mensagens
Descrição: Este caso de uso descreve o funcionamento da troca de
mensagens entre usuários.
Dados de Identificação do requisito
Caso de uso: Gerenciar Mensagens
Identificação do
requisito:
Nome do Requisito:
RS001
Acesso à tela de mensagens
O sistema deve apresentar ao usuário uma tela em
formato panorâmico. As ações e configurações da
mensagem devem vir conforme padrão Windows Phone,
não sendo personalizado.
RS002 Panorama da tela de mensagens
O sistema deve trazer no panorama inicial a Caixa de
entrada e em seguida a Caixa de Saída no formato de
lista.
RS003 Comunicação das mensagens
O sistema deve utilizar a API de envio de mensagem SMS
para realizar a comunicação.
RS004 Ajuda
139
Ao clicar no botão de ajuda o sistema deverá abrir uma
modal explicando o funcionamento da tela de mensagens
de forma simplificada.
RS005 Opções de configuração
O sistema deve disponibilizar em applicationBar a
possibilidade de excluir uma mensagem que esteja na
Caixa de entrada e de Caixa de saída.
Fluxo principal
O caso de uso inicia quando o ator acessa o aplicativo.
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR acessa a
“home” do aplicativo, e
insere seu login e
senha.
O SISTEMA valida as
informações e apresenta a
tela do menu principal.
FA3 FE1,
FE5
2 O ATOR acessa a
opção “Mensagens” do
aplicativo.
O SISTEMA apresenta a
tela de Mensagens.
[RS001] [RS002] [RS003]
[RS004][RS005]
FA1, FA2,
FA3,FA4,
FA5
FE2
3 - Fim do caso de uso. - -
140
Fluxo Alternativo
FA1 – Caixa de entrada
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR acessa a tela
de Caixa de entrada.
[RS005]
O SISTEMA apresenta as
mensagens recebidas do
usuário.
FA2, FA3,
FA4
FE2
2 O ATOR seleciona
uma das mensagens.
O SISTEMA apresenta as
opções de excluir e
responder.
- -
3 O ATOR aciona a
opção “Responder”.
O SISTEMA apresenta a
caixa de mensagem
padrão com o campo
Para: já carregado com o
nome do usuário a ser
respondido. e com o
campo texto.
- -
4 O ATOR aciona a
opção “Enviar”.
O SISTEMA deverá enviar
a mensagem e apresentar
uma mensagem
informando ao usuário
que a mensagem foi
enviada corretamente.
Com a seguinte
mensagem: a mensagem
foi enviada com sucesso.
E salvar o histórico da
conversa na caixa de
- FE, FE6
141
saída.
5 - Fim do caso de uso. - -
FA2 – Caixa de saída
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR acessa a
tela de Caixa de
saída.
O SISTEMA salva a
mensagem no banco de
Dados e gera uma cópia
da mensagem na caixa de
saída do aplicativo.
FA3, FA5 FE2,
FE6
2 - Fim do caso de uso. - -
FA3 – Tela de Ajuda
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR aciona a
opção “Ajuda”.
[RS004]
O SISTEMA Apresenta
uma modal.
- -
2 O ATOR aciona a
opção “Fechar”.
O SISTEMA retorna para
a tela anterior.
- -
3 Fim do caso de uso. - -
142
FA4 - Excluir mensagem caixa de entrada
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR acessa a tela
de Caixa de entrada.
[RS005]
O SISTEMA apresenta as
mensagens recebidas do
usuário.
FA2, FA3,
FA5
FE2
2 O ATOR seleciona
uma das mensagens.
O SISTEMA apresenta as
opções de excluir e
responder.
- -
3 O ATOR seleciona a
opção Excluir.
O SISTEMA apresenta a
mensagem de
confirmação de exclusão.
- FE4
4 O ATOR seleciona a
opção “SIM”
O SISTEMA exclui a
mensagem.
- FE6
5 Fim do caso de uso. - -
FA5 – Excluir mensagem caixa de entrada
Nro Ação do Ator Resposta do Sistema Fluxo
Alternativo
Fluxo de
Exceção
1 O ATOR acessa a tela
de Caixa de entrada.
[RS005]
O SISTEMA apresenta as
mensagens recebidas do
usuário.
FA2, FA3,
FA4
FE2
2 O ATOR seleciona
uma das mensagens.
O SISTEMA apresenta as
opções de excluir.
- -
143
3 O ATOR seleciona a
opção Excluir.
O SISTEMA apresenta a
mensagem de
confirmação de exclusão.
- FE4
4 O ATOR seleciona a
opção “SIM”
O SISTEMA exclui a
mensagem.
- FE6
5 Fim do caso de uso. - -
Fluxo de Exceção
nro Ação do Ator Resposta do Sistema
FE1 Validação de usuário e senha O SISTEMA deverá apresentar uma
mensagem informando ao usuário que
os dados inseridos estão inválidos. com
a seguinte mensagem: Dados
inválidos.
FE2 NenhumaMensagem O SISTEMA deverá apresentar uma
mensagem informando ao usuário que
não existe nenhuma mensagem. Com a
seguinte mensagem:Nenhuma
conversa até o momento.
FE3 Mensagem não enviada O SISTEMA deverá apresentar uma
mensagem informando ao usuário
ocorreu um problema no envio da
mensagem. Com a seguinte mensagem:
A mensagem não pode ser enviada.
FE4
Excluir Mensagem O SISTEMA deverá apresentar uma
mensagem informando ao usuário que
se ele tem certeza que deseja excluir a
144
mensagem seleciona. Com a seguinte
mensagem: Tem certeza que deseja
excluir esta mensagem? “Sim” “Não”
FE5 Falha na Conexão / Rede
Indisponível
O sistema deverá apresentar uma
mensagem informando que não foi
possível validar os dados devido à falha
na conexão com o banco de dados ou
indisponibilidade da rede: Não foi
possível validar os dados, tente
novamente.
FE6 Falha na Conexão / Rede
Indisponível
O SISTEMA deverá apresentar uma
mensagem informando que ocorreram
problemas no processamento da
mensagem devido à falha na conexão
com o banco de dados ou
indisponibilidade da rede: Ocorreram
problemas no processamento da
mensagem, tente novamente.
Figura XV – Diagrama de caso de uso Gerenciar Mensagem
145
Figura XVI - Protótipo Gerenciar Mensagem caixa de entrada
146
Figura XVII - Protótipo Gerenciar Mensagem caixa de entrada
Tabela XXX - Mapa de testes Gerenciar Mensagem
Ação Resultado esperado
Entrar na tela de Gerenciar Mensagens Apresentar a tela de caixa de entrada.
Visualizar caixa de entrada Apresentar mensagens.
Selecionar Mensagem Apresentar opções excluir e responder.
Selecionar opção Excluir na caixa de
entrada
Apresentar mensagem de exclusão.
147
Selecionar opção “Sim” para excluir
mensagem (Caixa de entrada)
Verificar se a mensagem é excluída do
aplicativo.
Selecionar opção Responder na caixa de
entrada
Apresentar o campo Para: preenchido com
o nome do usuário selecionado.
Apresentar o campo texto e o botão
“Enviar”.
Enviar mensagem Verificar se a mensagem é enviada ao
destinatário e salva na caixa de saída do
remetente com histórico da conversa.
Selecionar opção Excluir na caixa de
saída
Apresentar mensagem de exclusão.
Selecionar opção “Sim” para excluir
mensagem (Caixa de saída)
Verificar se a mensagem é excluída do
aplicativo.
Ajuda Abrir modal.
Clicar no botão Visualizar no mapa Redirecionar para a tela de mapa,
apresentar a rota selecionada.
Tabela XXXI - Campos do formulário Gerenciar Mensagem
Label Campo Obrigatório Descrição
Ajuda btnAjuda Não Botão de visualização de Ajuda, em
formato modal.
Lista lstListadeRota Não Lista de visualização de rotas
Responder btnResponder Não Botão de redirecionamento para modal
de resposta.
148
Excluir btnExcluir Não Botão responsável por excluir
mensagens.
9.8 Apêndice H – Modelo Físico de Dados
Figura XVIII - Visão do modelo Físico de dados
149
9.9 Apêndice I – Documento de Diagrama de classe
Figura XIX - Visão do Diagrama de Classe
150
9.10 Apêndice J – Documento de Arquitetura
9.10.1 Objetivo
O objetivo deste documento consiste em descrever a arquitetura do
aplicativo Garupando. Ele apresenta informações estruturais da aplicação,
necessárias ao bom entendimento da disposição organizacional do mesmo, e
detalhes sobre a visão lógica do sistema.
9.10.2 Escopo
Visão geral de arquitetura do aplicativo Garupando, o qual está sendo
desenvolvido em plataforma Microsoft para possibilitar o compartilhamento de
caronas via Smartphones (Windows Phone) interagindo com um banco de
dados externo através de um Web Server.
9.10.3 Representação da Arquitetura
A arquitetura do aplicativo possui duas visões dispostas em camadas
independentes, uma para o Smartphone e outra para o Web Server/Banco de
dados, as quais estão descritas nas Figuras XX e XXI.
Figura XX Arquitetura do Aplicativo na visão do Smartphone
151
Figura XXI - Arquitetura do Aplicativo na visão do Web Server/Banco de Dados
A camada de Interface Gráfica (GUI) é a camada responsável pela
comunicação com o usuário, composta pelas telas do aplicativo. A camada de
Comunicação implementa os mecanismos de comunicação entre a GUI e a
camada de negócio. A camada de Negócio é responsável pela lógica dos
serviços e das regras de negócio. Já a camada de Dados é responsável pelo
armazenamento e recuperação dos dados do sistema.
9.10.4 Princípios e Restrições da Arquitetura
A arquitetura adotada atende às seguintes características:
- Manutenibilidade: A manutenção do sistema deve ser fácil e rápida.
- Extensibilidade: A arquitetura adotada possibilita a adição de novas
funcionalidades ao sistema, visto que possivelmente será necessário atualizar
o software.
- Modularidade: Faz com que o sistema possua partes não acopladas,
facilitando a possível substituição de componentes do mesmo.
- Restrições de Memória: Por se tratar de um sistema para Smartphones, há
uma restrição de memória de execução, estando contemplada na arquitetura.
9.10.5 Visão Lógica
A figura a seguir oferece uma visão geral da arquitetura do aplicativo
Garupando.
152
Figura XXII - Visão Lógica do Aplicativo
9.10.6 Visão Física
A figura a seguir oferece uma visão física da arquitetura do aplicativo
Garupando.
Figura XXIII - Visão Física do Aplicativo
153
9.10.7 Mecanismos arquiteturais
Os mecanismos arquiteturais inerentes ao sistema são o Servidor Web
integrado ao Banco de Dados.
9.10.8 Tecnologias utilizadas
O aplicativo será desenvolvido utilizando a Linguagem de Programação
C#, com a implementação do Windows Phone Software Development Kit (SDK)
7.1., a qual fornece os recursos necessários para criação de aplicativos para
smartphones.
Os requisitos de sistema necessários para executar essa SDK são:
Windows Vista (x86 e x64) com SP2 – todas as edições exceto Starter;
Windows 7 (x86 e x64) – todas as edições exceto Starter; 4 GB de espaço livre
em disco; 3 GB de memória RAM; e Windows Phone Emulator requer placa de
vídeo compatível com DirectX 10 ou superior com driver WDDM 1.1.
A arquitetura do sistema utiliza a tecnologia SilverLight para trazer o
estilo de Rich Internet Applications (RIA), incluindo meios de comunicação e
Internet. A linguagem ExtensibleApplicationMarkupLanguage (XAML) foi
utilizada para definir uma layout da interface do usuário controles e painéis.
A estrutura final do sistema consistirá em um Software empacotado no
formato XAP com todas as imagens, arquivos, texto, bibliotecas, utilizadas para
desenvolver o sistema através das ferramentas Microsoft Visual Studio e
Microsoft Expression Blend.
O sistema de banco de dados que armazena as informações dos
usuários é o Microsoft SQL Server 2008 R2 e a interação com os mapas é
realizada através da SDK MapsInteractive do Bing.
9.10.9 Elementos do Sistema
Os elementos do aplicativo Garupando são implementados em classes
C#, as quais representam as entidades funcionais do sistema. Elas são
distribuídas em pacotes, de acordo com sua função no sistema. Além das
154
classes o sistema também apresenta arquivos XAML que compõem a camada
de interface gráfica do sistema.
9.10.10 Performance
Ao tratar de performance, dividimos o entendimento em três partes:
capacidade de processamento do aparelho mobile, conexão com a Internet e
capacidade de processamento e resposta do banco de dados.
Como não há um controle sobre todos os modelos mobiles que podem
utilizar o aplicativo, nem mesmo uma aferição de desempenho entre as
diversas tecnologias de conexão com a internet (Wi-Fi, 3G, 4G), entendemos
que o fator primordial é o tratamento do banco de dados.
Deste modo, foram realizados testes de desempenho de
armazenamento e recuperação de dados numa versão ainda não aprimorada,
com uma conexão a um banco de dados local.
O resultado alcançado na recuperação dos dados de uma tabela com
aproximadamente 5 mil registros foi de 2 a 3 segundos. O tempo máximo
estimado para uma transferência da mesma quantidade de informações
através de uma conexão de Internet é de no máximo 5 segundos, conforme
estudos realizados e disponibilizados na comunidade de produtos da Microsoft.
155
9.11 Apêndice K – Questionário Carona Solidaria
Carona Solidária
O objetivo dessa pesquisa consiste em verificar a aceitação das pessoas com relação à prática de carona solidária.
*Obrigatório 1. Sexo*
Feminino
Masculino
2. Idade*
3. Estado Civil*
SOLTEIRO (A)
CASADO (A)
VIÚVO (A)
SEPARAÇÃO LEGAL (JUDICIAL OU DIVÓRCIO)
Outro:
4. Escolaridade*
ENSINO FUNDAMENTAL (1º GRAU) INCOMPLETO
ENSINO FUNDAMENTAL (1º GRAU) COMPLETO
ENSINO MÉDIO (2º GRAU) INCOMPLETO
ENSINO MÉDIO (2º GRAU) COMPLETO
SUPERIOR INCOMPLETO
SUPERIOR COMPLETO
MESTRADO
DOUTORADO
Outro:
5. Possui carro?*
Sim
Não
6. Você já ouviu falar em “Carona Solidária”?*
Sim
Não
156
7. Você acharia interessante ter um aplicativo que mostre pessoas que tem rotas similares à sua?*
Sim
Não
8. Você utilizaria um aplicativo de caronas?*
Sim
Não
9. Você buscaria por caronas em um aplicativo de caronas?*
Sim
Não
10. Você daria carona para uma pessoa que conheceu através de um aplicativo?*
Sim
Não
Se você respondeu não para a pergunta acima, explique o motivo?
Avalie abaixo quais informações você considera importante que estejam presentes em uma busca rápida por caronas:*Avalie conforme o grau de importância
1 - Muito Importante (Essencial)
2 - Interessante 3 - Indiferente
Estado Civil
Idade
Fumante / Não Fumante
Uso de bebidas alcoólicas
Marca do Veículo
Quantidade de vagas disponíveis no veículo
Tempo de carteira
Documentação do veículo em dia
Disponibilidade de dias
157
1 - Muito Importante (Essencial)
2 - Interessante 3 - Indiferente
Horários disponíveis
Já compartilha carona com outras pessoas, se sim quantas
Enviar
