Escolar Documentos
Profissional Documentos
Cultura Documentos
Bruno Garcia Catarina Braga Filipe Mendes Professor Orientador: Licnio Mano
Projeto | 2011/2012
ndice
ndice ......................................................................................................................................... 2 Introduo ................................................................................................................................. 3 Viso geral do projeto ............................................................................................................... 4 Utilizadores ............................................................................................................................... 5 Requisitos .................................................................................................................................. 6 Requisitos funcionais ............................................................................................................ 6 Back office ......................................................................................................................... 6 Front office ........................................................................................................................ 7 Requisitos no funcionais ..................................................................................................... 7 Back office ......................................................................................................................... 7 Front office ........................................................................................................................ 8 Viabilidade tcnica .................................................................................................................... 8 Back office ............................................................................................................................. 8 Alternativa 1 ...................................................................................................................... 9 Alternativa 2 .................................................................................................................... 10 Justificao da escolha referente ao back office ............................................................ 11 Front office .......................................................................................................................... 12 Matriz .............................................................................................................................. 13 Anlise da matriz ............................................................................................................. 14 Anlise individual de cada sistema operativo ................................................................. 15 Justificao da escolha referente ao front office ............................................................ 18 Concluso ................................................................................................................................ 18 Fontes de informao ............................................................................................................. 19
Introduo
No que diz respeito segunda entrega, referente ao Mdulo 2, da Unidade Curricular de Projeto, foi-nos solicitada uma anlise com base na definio do mbito funcional e tcnico do projeto. Deste modo, os objetivos inerentes a esta proposta basearam-se na listagem dos requisitos funcionais e no funcionais e no estudo da sua viabilidade tcnica.
Arquitetura Candidata 4
Utilizadores
Os utilizadores do nosso projeto dividem-se em trs tipos, sendo eles: entidades de sade, reguladores da plataforma e utilizadores padro. No respeita ao back office, os agentes que lhe esto associados so as entidades de sade e os reguladores da plataforma. Os primeiros so os agentes responsveis pela insero de contedo, ou seja, dicas de sade, enquanto que os segundos gerem os dados e utilizadores da plataforma. Relativamente ao front office, os agentes sero os utilizadores padro. de realar que o acesso a ambos os blocos, back office e front office, condicionado por uma autenticao prvia, no entanto, com caractersticas diferentes para cada tipo de utilizador. O acesso e utilizao da aplicao mvel ser livre e gratuito, havendo apenas a necessidade do registo na plataforma por parte do utilizador (registo enquanto utilizador padro). Em relao s entidades de sade, estas necessitaro de proceder a uma candidatura a priori que ter de ser avaliada pelos reguladores da plataforma, com o objectivo de garantir a veracidade e contextualizao da informao. Do conjunto de possveis entidades de sade, destacamos o Ministrio da Sade, a Direo Geral de Sade, Proteo Civil, associaes de apoio a doenas crnicas ou de recolha de sangue.
Tipo de Utilizador
Descrio - Faro parte desta tipologia de utilizador entidades como a DGS, o Ministrio da Sade, Proteo Civil, etc - Em contexto acadmico, faro parte desta tipologia de utilizadores todos os elementos do grupo do projeto Filgud - Esta tipologia de utilizador destina-se a todos os cidados que pretendam receber informao relacionada com preveno de sade
Funes - Insero de informao na plataforma (criao das dicas) - Manuteno da plataforma - Gesto de contedos e de utilizadores - Visualizar dicas - Dar feedback relativamente s dicas
Importncia para o sistema - A plataforma Filgud no faria sentido na ausncia desta tipologia de utilizadores. Sem eles no conseguiramos cumprir o grande objectivo do projeto, ou seja, a preveno da sade pblica - Tem uma grande importncia na medida em que garantem a qualidade e bom funcionamento da plataforma e validam a admisso de novas entidades pblicas - atravs do feedback dado por estes utilizadores, que se poder melhorar a qualidade do servio prestado por esta aplicao
Entidade de Sade
Regulador da Plataforma
Utilizador Padro
Requisitos
Requisitos funcionais
Back office
Requisito Funcional 1 - Candidatar a Nova E. Sade* 2 - Validar a candidatura Prioridade 3 - Permitir autenticao 4 - Adicionar nova dica 5 - Consultar avaliao das dicas 6 - Consultar histrico de dicas da Entidade de Sade 7 - Consultar catlogo global de dicas 8 - Gerir Cidados registados 9 - Gerir Entidades de Sade
Depen dncia
1 2 3 3 3 3 3 3
Entidade de Sade
Regulador da Plataforma
Utilizador Regular
* Permitir que Entidades de Sade oficiais possam aceder plataforma, participando assim na insero de dicas na base de dados, para a sua posterior disseminao.
Front office
Requisito Funcional 1 - Permitir o registo de novos utilizadores Prioridade 2 - Visualizar uma dica 3 - Gostar de uma dica 4 - Avaliar uma dica 5 - Consultar dicas liked 6 - Pesquisar dicas por palavra-chave 7 Partilhar uma dica nas redes sociais
Depen dncia
1/6 2 2 3 2
Entidade de Sade
Regulador da Plataforma
Utilizador Regular
Requisitos no funcionais
Back office
Requisito No Funcional 1 Ter acesso Internet 2 - Possuir browser Prioridade 3 - Carregar a pgina num tempo inferior a 4 segundos 4 - Permitir notificaes automticas 5 - Persistncia de dados Base de Dados 6 - Garantir a compatibilidade entre browsers
Depen dncia
-
Entidade de Sade
Regulador da Plataforma
Utilizador Regular
Front office
Requisito No Funcional Prioridade 1 Ter acesso Internet 2 - Permitir notificaes automticas 3 - Disponibilizar a aplicao numa Store
Depen dncia
-
Entidade de Sade
Regulador da Plataforma
Utilizador Regular
Viabilidade tcnica
Aps a definio dos requisitos funcionais e no funcionais do nosso projeto, agora importante identificar as solues tcnicas subjacentes, que permitiro a implementao de todas as funcionalidades. Tal como demonstrado no ponto anterior, relativo aos requisitos do nosso projeto, o grupo considerou que este deveria basear-se em dois grandes blocos de back office e front office. O primeiro, entendido como um servidor de dados, ter como suporte uma aplicao web, ao invs do segundo, que se sustentar numa aplicao mvel. Deste modo, dividimos o nosso estudo pelos dois grandes blocos que sustentam este projeto.
Back office
Relativamente aos requisitos do back office, necessitaremos de um Sistema de Gesto de Base de Dados que permita a gesto dos contedos e dos dados dos utilizadores da nossa plataforma. Assim, apresentam-se duas alternativas capazes de garantir o funcionamento deste bloco.
Alternativa 1
A primeira alternativa incide, de um modo geral, sobre a utilizao de linguagens e sistemas de gesto de bases de dados livres, nomeadamente, PHP e MySQL. PC - Servidor Web XAMPP Software MySQL Workbench FlySpeed SQL Query Dreamwaver/Notepad ++/Coda Sistema de Gesto de Base de Dados Linguagem de Programao Server-side Linguagens de Programao Client-side MySQL PHP HTML Javascript CSS Frameworks De acordo com as caractersticas jQuery
Hardware
apresentadas
por
cada
uma
das
tecnologias/ferramentas/linguagens acima referidas, considera-se que as principais foras inerentes a esta proposta se baseiam no acesso livre e gratuito s mesmas, existncia de grande quantidade informao de ajuda online, bem como do conhecimento e experincia de trabalho relativamente a estas, pelos elementos que constituem o nosso grupo. No entanto, reconhece-se tambm uma fraqueza associada deteco e correo de erros na linguagem de programao Server-side, PHP.
Alternativa 2
A segunda alternativa incide, genericamente, na utilizao de linguagens e sistemas de gesto de bases de dados proprietrios da Microsoft, nomeadamente, ASP e Microsoft SQL Server. PC - Servidor Web Microsoft Access Microsoft Visual Studio MS SQL Server ASP HTML Linguagens de Programao Client-side Javascript CSS Frameworks jQuery
Nestas tecnologias/ferramentas/linguagens dadas como alternativas elaborao do nosso projeto, reconhecemos que apresentam como principais foras a segurana, uma interface de desenvolvimento bastante robusta e apelativa, e a existncia de uma elevada quantidade de informao online. De outro modo, identificam-se como principais fraquezas, o acesso limitado e no gratuito destas tecnologias, bem como o desconhecimento e falta de experincia destas linguagens e ambientes de desenvolvimento, por parte dos elementos do nosso grupo.
10
Dimenso da Comunidade de Desenvolvimento Legenda: 0 - No foi encontrada informao 1 - Inferior/Reduzido 2 - Mdio 3 - Superior/Elevado
11
Front office
Sendo que o front office se consistir numa aplicao mvel, tornou-se importante realizar um estudo centrado na seleo do sistema operativo, tendo por base um dos objectivos definidos na primeira fase de desenvolvimento do projeto, que se baseava na preveno da sade pblica. Assim, necessrio considerar o sistema operativo, que neste momento se encontra mais prximo da populao, dentro das alternativas por ns definidas: IOS, Android e Windows Phone, tendo por base a anlise dos seguintes parmetros: Custo de acesso, custo de entrada de um dispositivo capaz de correr o SO; Penetrao de mercado, considerando a percentagem conquistada por casa SO; Maturidade das ferramentas de desenvolvimento; Dimenso da comunidade de desenvolvimento; Estratgias de Distribuio; Manuais e comunidade de suporte;
12
Matriz
De forma a facilitar esta anlise, o grupo achou interessante que a disposio destes contedos tivesse por base a seguinte matriz, na qual a avaliao de cada parmetro feita segundo uma escala de 0 a 3, em que: 0 - No foi encontrada informao 1 - Inferior/Reduzido 2 - Mdio 3 - Superior/Elevado
iOS
Android
Windows Phone
Custo de Acesso
Penetrao de Mercado Maturidade das ferramentas de Desenvolvimento Dimenso da Comunidade de Desenvolvimento Estratgias de Distribuio Manuais e Comunidade de Suporte
13
Anlise da matriz
O resultado da matriz, anteriormente exposta, baseia-se numa classificao crtica, dada pelo grupo, de acordo com a pesquisa efectuada para a comparao dos trs sistemas operativos, tendo em conta os parmetros acima definidos. No que diz respeito ao Custo de Acesso, tivemos em ateno as seguintes lojas online, Vodafone, TMN, Optimus e Phone House, verificando-se que o sistema operativo mais econmico o Android. Nos estudos efectuados apurmos que o preo mdio de um dispositivo Android, de entrada de gama, se situa nos 70, enquanto que dispositivos de entrada dos restantes sistemas operativos rondam os 200 - Windows Phone, e os 350 - iOS. Relativamente Penetrao de Mercado observa-se que o Android o sistema operativo com maior disseminao. Prova disso o facto de que no ltimo trimestre de 2011, 50.9% dos dispositivos mveis vendidos mundialmente possuam este sistema operativo, enquanto o iOS e o Windows Phone apresentam, respectivamente, uma percentagem de 23.9% e 1.9%. Ao nvel da Maturidade das Ferramentas de Desenvolvimento, da Dimenso da Comunidade de Desenvolvimento e Manuais e Comunidade de Suporte conclumos que o iOS e o Android se situam no mesmo nvel relativamente a estes trs parmetros. Ambos apresentam ferramentas de desenvolvimento robustas e bem documentadas assim como comunidades online numerosas e repletas de informao. Respeitante a Estratgias de Distribuio, conclumos que todos os sistemas operativos apresentam o mesmo nvel de eficcia, uma vez que todos permitem que as suas aplicaes sejam distribudas de trs formas distintas, via pgina online da store do SO, website do produtor e aplicao store instalada no prprio dispositivo.
14
Penetraao de Mercado
Estratgias de Distribuio
Requisitos tcnicos associados ao sistema operativo iOS Dispositivo Mvel com SO iOS iPHONE SDK Xcode IDE Objective-C
15
Universidade de Aveiro | DeCA | Projeto| Filgud Android Grfico radar ilustrativo das foras e fraquezas do sistema operativo Android
Penetrao de Mercado
Estratgias de Distribuio
Requisitos tcnicos associados ao sistema operativo Android Dispositivo Mvel com SO Android Eclipse Android SDK Java
16
Universidade de Aveiro | DeCA | Projeto| Filgud Windows Phone Grfico radar ilustrativo das foras e fraquezas do sistema operativo Windows Phone
Penetrao de Mercado
Estratgias de Distribuio
Requisitos tcnicos associados ao sistema operativo Windows Phone Dispositivo Mvel com SO Windows Phone Microsoft Visual Studio C#
17
Concluso
Em concluso, o grupo considerou importante este estudo, na medida em que foi definida uma arquitetura candidata capaz de sustentar os objectivos inicialmente definidos para esta aplicao. Associada constituio da arquitetura, foram identificadas as principais funcionalidades do nosso projeto, tais como a possibilidade de criar dicas, agendar a data da sua difuso, por parte das Entidades de sade, e posteriormente ver dicas, avali-las e partilhlas, por parte de utilizadores ditos padro. Feito isto, deparmo-nos com alguns desafios associados s posteriores fases de desenvolvimento do projeto, como por exemplo, o desenvolvimento para dispositivos mveis, estudar e compreender a linguagem de programao Java e a forma de comunicao entre uma aplicao web e uma aplicao mvel. Para alm disso, conseguimos ficar com uma noo global do mercado tecnolgico existente associado a esta temtica que nos propusemos desenvolver. De outro modo, consideramos de igual importncia a anlise de solues que viabilizaro os aspectos tcnicos do nosso projeto, de acordo com as principais funcionalidades por ns apresentadas. 18
Fontes de informao
Viso geral do projeto
http://en.wikipedia.org/wiki/Use_case - visitado a 28 de Fevereiro http://gatherspace.com/static/use_case_example.html - visitado a 28 de Fevereiro
19