plano de projetofabro/if66j/planos_de... · votação, mas jamais terá acesso ao voto de um...

Nome do Projeto

Coletor de opiniões

Código do Projeto

C

Preparado por

Allan Palmerio Vieira,

Cibele Alves da Silva

Reis, Georgea

Danielewicz, Leonardo

Presoto de Oliveira

Versão Nº 1.0

Cliente

João A. Fabro

Heitor S. Lopes

Contato

Cibele Alves da Silva

Reis

Telefone Contato

(41) 9669-3916

Data de

preenchimento

07/09/2011

PLANO DE PROJETO COLETOR DE OPINIÕES

Sumário – Coletor de opiniões

1. Declaração do escopo em alto nível ...................................................................................... 3

2. Especificação de objetivos / metas ........................................................................................ 3

3. Premissas e restrições ............................................................................................................ 4

4. Designação do gerente da equipe ......................................................................................... 4 5. Referência a trabalhos semelhantes...................................................................................... 4

6. Plano de resposta aos riscos .................................................................................................. 6

7. Requisitos ............................................................................................................................... 22 8. Opções tecnológicas ............................................................................................................. 24

8.1. Estação base ................................................................................................................... 24

8.1.1. Linguagem de programação ................................................................................... 24

8.1.2. Banco de dados ....................................................................................................... 24 8.2. Sistema de comunicação ............................................................................................... 25

8.3 Sistema embarcado ......................................................................................................... 26

8.3.1 Microcontrolador ....................................................................................................... 26 8.3.2 Teclado ....................................................................................................................... 27

8.3.3 Display ....................................................................................................................... 27

8.3.3 Bateria ........................................................................................................................ 28

8.4 Criptografia ....................................................................................................................... 28 9. Orçamento detalhado ............................................................................................................ 29

10. Designação de tarefas e cronograma ................................................................................ 29

11. Acompanhamentos de projeto e auxiliares de gerenciamento ........................................ 30 Bibliografia ................................................................................... 31Erro! Indicador não definido.

3

1. Declaração do escopo em alto nível

Este projeto tem como motivação agilizar a contagem de votos que ainda são feitas no papel, provendo então uma maneira de automatizar todo este processo sem perder de vista a segurança que deve ser envolvida. O sistema funcionará como um coletor de opiniões, aceitando apenas a votação de pessoas cadastradas no sistema e também de um voto por pessoa em cada escopo de votação. O sistema final seria composto de vários sistemas embarcados. O ideal seria que cada pessoa tivesse o seu dentro de uma reunião. Entretanto, a equipe desenvolverá apenas dois módulos coletores no decorrer do semestre. Os sistemas embarcados serão compostos por uma pequena tela que mostre apenas o suficiente para que o usuário saiba que votou no que desejava e que essa operação foi bem sucedida. Além da tela, há também um microcontrolador, um módulo de comunicação e um teclado de 13 teclas, entre elas os algarismos de 0 a 9 e as teclas "corrige", "confirma" e "branco". O sistema será composto, além do sistema embarcado, de uma estação base, que consistirá em um computador comum que terá acesso aos bancos de dados dos usuários (votantes) cadastrados e se comunicará com os sistemas embarcados. Neste computador haverá um software instalado que permitirá o controle das sessões de votação, definindo temas e mostrando o resultado final das votações. Cabe aqui ressaltar, que um voto não poderá ser cancelado por um usuário, ou seja, depois de confirmado, seu voto não poderá mais ser alterado. Ao término de uma votação, o programa da estação base contabilizará e mostrará o resultado. Os módulos coletores de informação poderão ser reprogramados várias vezes, desde que sejam encerradas as votações prévias. A comunicação ocorrerá apenas entre estação base e o sistema embarcado, dessa forma, um coletor de opinião não se comunicará com outro.

2. Especificação de objetivos / metas

O principal objetivo deste projeto é a construção de um protótipo funcional de dois coletores sem fio de opiniões, e seu devido software de configuração, a ser instalado na estação base (computador), para a verificação de que seu conceito poderá ser utilizado em maior escala. Esta ideia propõe a eliminação de votações feitas em papel, entretanto não visa nenhuma substituição imediata dentro da Universidade Tecnológica Federal do Paraná ou em qualquer outro lugar. Por tratar-se de um coletor de opiniões, haverão preocupações relacionadas à segurança. Além disso, o sistema saberá quem votou ou não dentro de seu escopo de votação, mas jamais terá acesso ao voto de um determinado indivíduo. Outro fator importante é que o projeto propõe a criação de dois módulos coletores, para que possa haver a constatação de que seria viável utilizar mais de um por votação. A fase de testes prevê, inclusive, a simulação de um grande número de votos tentando se comunicar com a estação base ao mesmo tempo.

As principais metas são terminar o projeto dentro do prazo estipulado de 11 semanas, eliminando as semanas de ajustes e testes, e, além disso, cumprir o projeto sem ultrapassar as previsões financeiras feitas anteriormente; uma vez que o módulo coletor é projetado de forma a ser utilizado em grandes quantidades.

4

3. Premissas e restrições

PREMISSAS: O projeto será realizado por quatro integrantes com capacidade suficiente para a elaboração do produto final. Os equipamentos utilizados serão: microcontrolador, alimentação via baterias, display gráfico, computador para utilização de software, e componentes eletrônicos básicos. Estes equipamentos serão adquiridos tão cedo quanto forem escolhidos. A entrega deles pode demorar, por isso quanto antes forem adquiridos, menores os riscos. Para que o processo de votação ocorra com sucesso, deverá haver uma pessoa em um computador (estação base) com o programa devidamente instalado (incluindo acesso deste ao banco de dados). Esta pessoa será responsável por criar ou editar novos temas a serem votados e requisitar no programa a apuração do resultado final da votação. Quando aberta uma sessão de votação, todos aqueles que votarão deverão entrar com seu login e senha no sistema, e se cadastrado, o usuário escolherá sua opção numérica, apertará em confirmar e aguardará uma confirmação do sistema (via dispositivo coletor de informação) em relação ao sucesso de seu voto. Uma vez confirmado, o voto não poderá ser cancelado ou modificado.

O dispositivo coletor de opiniões possuirá treze botões, sendo estes os algarismos de zero a nove, um botão de confirmação, um de correção e um de não opinar (voto branco).

Cabe ainda ressaltar que os coletores não serão necessariamente de uso individual, pois uma vez confirmado um voto, o sistema automaticamente fará “logout” do usuário, ficando então disponível para um próximo voto.

RESTRIÇÕES: Este projeto é de curto prazo, o que pode se tornar uma restrição se não for bem planejado. Outro problema é a aquisição dos componentes que serão utilizados, uma vez que seu custo pode variar conforme o fornecedor ou situação do mercado atual. Além disso, há também possíveis restrições quanto à utilização dos módulos coletores devido às possíveis escolhas dos dispositivos de comunicação; essas restrições envolvem distâncias do módulo à estação base, e locais de utilização (restrições quanto a locais abertos, por exemplo).

4. Designação do gerente da equipe

Gerente: Cibele Alves da Silva Reis.

Colaboradores: Allan Palmerio Vieira, Georgea Danielewicz, Leonardo Presoto de Oliveira.

5. Referência a trabalhos semelhantes Urna eletrônica

A urna eletrônica é utilizada em eleições e plebiscitos no Brasil desde 1996. O sistema possui dois componentes básicos: o terminal do eleitor, utilizados pelos eleitores, e o microterminal utilizado pelos mesários. O microterminal comunica-se com o terminal do eleitor através de um cabo serial ligado diretamente às placas internas.

É no microterminal que o presidente da seção eleitoral digita o número do título de

5

um eleitor e, confirmada a sua identidade, o autoriza a votar. O presidente da seção também utiliza o microterminal para encerrar a votação, para que os dados da eleição sejam gravados no disquete para exportação.

Figura 1: Sistema da urna eletrônica com terminal de eleitor e microterminal

Fonte: http://agenda-digital.blogspot.com/2010_08_01_archive.html

Coletor eletrônico de opiniões

O coletor eletrônico de opiniões é facilmente encontrado em estabelecimentos

comerciais para pesquisa de satisfação de clientes, e também para pesquisas realizadas por redes de televisão.

Todo o processo desde o registro das opiniões até a visualização dos resultados na internet é automatizado, e o gerenciamento dos coletores – envio de novas pesquisas, configuração e diagnósticos – é realizado remotamente, através da internet, utilizando conexão ethernet ou GPRS (rede celular). Para alimentação requer uma tomada de 110 ou 220V.

Figura 2: Coletor Eletrônico de opiniões da empresa Solvis Fonte: http://www.solvis.com.br/site/index.php?option=com_content&view=article&id=4&Itemid=9

http://agenda-digital.blogspot.com/2010_08_01_archive.html

http://www.solvis.com.br/site/index.php?option=com_content&view=article&id=4&Itemid=9

6

6. Plano de resposta aos riscos

Segue abaixo o plano de resposta aos riscos:

Planejamento de Riscos

Projeto: Coletor de opiniões sem fio

1 Etapa: Identificação do Risco

Denominação do risco: Problemas com a Comunicação sem Fio

N Identificação 1

Descrição do risco: A comunicação entre o sistema embarcado e a base não ocorrendo, ou ocorrendo de forma inesperada.

2 Etapa: Avaliação do Risco

Impacto: 5(alto) Explique: A comunicação é fundamental para o projeto, podendo prejudicá-lo fortemente ou até mesmo

inviabilizá-lo.

Probabilidade: 5(alta) Explique: Como os membros da equipe não possuem experiência na área, a probabilidade de que algum

erro ocorra é alta.

3 Etapa: Desenvolvimento da Resposta ao Risco Ações, Responsáveis e Datas de Conclusão

Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Estudar e procurar conhecer melhor a tecnologia de comunicação que será utilizada no projeto. Transferir:- Mitigar: Conversar com pessoas da área para que a implementação da comunicação seja coerente. Aceitar: Uma vez ocorrido, procurar ajuda para que a falha possa ser corrigida o mais rápido possível.

Impacto reavaliado: 4(média/alta) Probabilidade reavaliada: 2(média/baixa)

Elaborado por: Allan, Cibele, Georgea e Leonardo

Data: 30/08/2011

Respostas incluídas na

WBS/Cronograma

Registros adicionais: Verso ou Anexos

Formulário sugerido por Gasnier, 2000 Editora IMAN e alterado por Wille

7




Denominação do risco: Uso incorreto de componentes e, a possível queima deles

N Identificação 1

Descrição do risco: Qualquer componente eletrônico está sujeito a problemas ocasionados pelo mau uso, ou até mesmo falta de atenção.


Impacto: 5(alto) Explique: Pode acarretar na impossibilidade do avanço do projeto caso o componente seja essencial

como o microcontrolador ou a tela LCD, por exemplo.

Probabilidade: 4(média/alta) Explique: Por serem componentes que nenhum membro da equipe possui experiência em mexer,

qualquer falta de atenção pode levar à queima dos mesmos.


Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Quando os membros da equipe forem mexer com tais componentes, deverão ser cautelosos, não deverão estar sob stress e o circuito deverá ser conferido por outro integrante. Transferir:- Mitigar: Para cada tipo de componente essencial, comprar um sobressalente. Aceitar: Uma vez acontecido, deve-se procurar substituir a peça. Não conseguindo providenciar um componente igual, deve-se encontrar um compatível, ou, em último caso reprojetar o sistema.

Impacto reavaliado: 2(média/baixa) Probabilidade reavaliada: 4(média/alta)


Data: 30/08/2011


WBS/Cronograma



8




Denominação do risco: Atrasos no recebimento de algum componente do fornecedor.

N Identificação 14

Descrição do risco: No desenvolvimento do projeto, alguns componentes podem ser importados, o que pode acarretar em atraso.


Impacto: 4(médio/alto) Explique: O impacto depende do tempo de atraso e da importância do componente para a continuidade

do projeto, ou seja, o impacto vai desde a falta de tempo para a implementação de alguns requisitos do

projeto, até a inviabilidade de sua conclusão.

Probabilidade: 5 (alta) Explique: Devido ao histórico de atrasos em importações na disciplina, a probabilidade de que isto ocorra

é alta.


Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Encomendar as peças o quanto antes para que seu atraso não acarrete na falta de tempo para a conclusão do projeto. Transferir:- Mitigar: Comprar todos os componentes de uma só vez para que não haja várias entregas e, dessa forma, vários atrasos. O cronograma também deve ser flexível, para que o projeto não fique parado enquanto as peças atrasadas não chegarem. Aceitar: Uma vez ocorrido o atraso do componente e, conseqüentemente, prejudicado o cronograma, a equipe deverá mudar o cronograma e recolocar a tarefa em outro momento.

Impacto reavaliado: 3(médio) Probabilidade reavaliada: 5(alta)


Data: 30/08/2011


WBS/Cronograma



9




Denominação do risco: Não cumprimento de Metas estabelecidas no cronograma

N Identificação 4

Descrição do risco: Não conseguir os resultados intermediários ou finais no prazo estipulado.


Impacto: 5(alto) Explique: Pode acarretar desde uma carga horária maior para o cumprimento do projeto ou até mesmo o

seu fracasso.

Probabilidade: 3(média) Explique: Apesar de todos os integrantes estarem interessados no êxito do projeto, chances de que um

problema maior ocorra e prejudique a entrega de algum resultado não podem ser excluídas.


Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Deverão ser feitas reuniões para o acompanhamento do andamento do projeto, remanejando atividades que não estiverem sendo eficientes. Transferir:- Mitigar: Remanejar o cronograma e/ou os requisitos do projeto para que possa se adequar às possibilidades da equipe. Aceitar: -

Impacto reavaliado: 4(médio/alto) Probabilidade reavaliada: 2(média/baixa)


Data: 30/08/2011


WBS/Cronograma



10




Denominação do risco: Desistência de um membro da equipe

N Identificação 5

Descrição do risco: Um dos integrantes do grupo desiste do projeto e/ou da disciplina.


Impacto: 5(alto) Explique: A desistência de um membro de equipe pode levar os demais integrantes a não conseguir

terminar o projeto dentro do tempo previsto.

Probabilidade: 3(média) Explique: Os integrantes do grupo estão motivados com o projeto, tornando a desistência tão provável

quanto improvável.


Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Conversar periodicamente com cada integrante do grupo, definir metas alcançáveis e motivá-los. Transferir: Mitigar: Redistribuir as tarefas do membro desistente e tentar cumpri-las da melhor forma possível. Aceitar: O grupo deve saber contornar este problema, e o trabalho tem que ser replanejado e redistribuído.

Impacto reavaliado: 3(médio) Probabilidade reavaliada: 3(média)


Data: 30/08/2011


WBS/Cronograma



11




Denominação do risco: Falha de planejamento

N Identificação 6

Descrição do risco: Planejamento é o fator crucial no sucesso de um projeto e suas falhas podem vir de diferentes maneiras, como erro na previsão da duração das tarefas, erro de orçamento, erro na distribuição das tarefas, entre outros.


Impacto: 4(médio/alto) Explique: Gera problemas que podem prejudicar e inviabilizar o resultado final esperado

Probabilidade: 4(média/alta) Explique: É provável que aconteça devido à falta de experiência da equipe


Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Dedicar muito tempo ao planejamento, pensar no maior número de aspectos possível relacionados ao projeto, buscar opiniões de pessoas que tenham experiência com isso. Transferir:- Mitigar: Possuir alternativas de planejamento, caso a primeira dê errado. Aceitar: Quando percebido o problema, repensar e refazer o planejamento para diminuir as perdas.

Impacto reavaliado: 3(médio) Probabilidade reavaliada: 2(média/baixa)


Data: 30/08/2011


WBS/Cronograma



12




Denominação do risco: Inviabilidade devido a um alto custo

N Identificação 7

Descrição do risco: Os materiais necessários para a conclusão do projeto podem passar do limite estabelecido.


Impacto: 5(alto) Explique: A falta de recursos financeiros para adquirir componentes para dar seguimento ao projeto pode levar à sua interrupção/cancelamento.

Probabilidade: 2(média/baixa) Explique: O projeto em questão não deve apresentar alto custo com base nas análises iniciais.


Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Preparar uma reserva financeira compatível com os gastos previstos. Transferir:- Mitigar: Obter algum material necessário emprestado de colegas da Universidade. Aceitar: Renegociar o custo do projeto com os Sponsors.



Data: 30/08/2011


WBS/Cronograma



13




Denominação do risco: Perda do banco de dados N Identificação 8

Descrição do risco: Perder todo o conteúdo relativo ao banco de dados do projeto.


Impacto: 5(alto) Explique: Caso ocorra uma perda como esta, todo o banco de dados deveria ser refeito, consumindo

ainda mais tempo dos integrantes da equipe.

Probabilidade: 2 (média/baixa) Explique: Como todos os membros possuirão cópias do andamento do projeto, caso ocorra uma perda,

haverá alguém com um “back up”.


Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Todos os integrantes da equipe deverão ter cópias de cada etapa do projeto, tendo assim um “back up” de tudo que for feito. Transferir:- Mitigar: Fazer todo o diagrama do banco de dados para que, caso perdido, haja meios de refazê-lo com mais eficiência. Aceitar: Uma vez ocorrido, realocar horas de trabalho para que o dano possa ser amenizado.



Data: 30/08/2011


WBS/Cronograma



14




Denominação do risco: Problemas na confecção da placa de circuito impresso.


Descrição do risco: Dificuldade na elaboração do modelo ou de contato com fabricantes de placa de circuito impresso.


Impacto: 4(médio/alto) Explique: Este problema acarreta a dificuldade de conclusão do projeto com todos os requisitos (tamanho, por exemplo).

Probabilidade: 4(média/baixa) Explique: A probabilidade é média pois os integrantes da equipe conhecem pessoas que já tiveram que

utilizar placas de circuito impresso, e com isso, têm a quem pedir ajuda.


Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Buscar conhecer softwares que permitem a modelagem para a confecção do circuito impresso. Transferir:- Mitigar: Conversar com pessoas que já tenham experiência com a modelagem do circuito para impressão. Aceitar: Pedir ajuda à pessoas experientes, ou em último caso, soldar o circuito em placas perfuradas convencionais.



Data: 30/08/2011


WBS/Cronograma



15




Denominação do risco: Problemas de conexão com o banco de dados

N Identificação 9

Descrição do risco: Não conseguir extrair ou adicionar dados de forma correta no banco de dados.


Impacto: 4(médio/alto) Explique: Uma vez que a estrutura do projeto depende de um banco de dados e seu devido

funcionamento, problemas com o mesmo poderiam prejudicar muito a equipe.

Probabilidade: 3 (médio) Explique: Como os membros da equipe já conhecem banco de dados e têm acesso à professores que

entendem bem do assunto, esta probabilidade não é tão alta.


Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Caso haja dúvidas na implementação do banco de dados, ou em seu funcionamento, contatar algum professor para que problemas futuros possam ser evitados. Transferir:- Mitigar: - Aceitar: Uma vez ocorrido o problema, focar a atenção de alguns membros da equipe para solucioná-lo.

Impacto reavaliado: 3(médio) Probabilidade reavaliada:2(média/baixa)


Data: 30/08/2011


WBS/Cronograma



16




Denominação do risco: Falta de comunicação e integração da equipe


Descrição do risco: Devido a problemas pessoais ou despreparo pode ocorrer uma falta de comunicação entre os membros da equipe.


Impacto: 3(médio) Explique: Falhas de comunicação são comuns durante o projeto e não possuirão um impacto tão grande,

se ocorrerem poucas vezes e forem corrigidas pelos membros.

Probabilidade: 5(alta) Explique: A probabilidade de ocorrer é alta devido à falta de experiência dos membros da equipe


Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Buscar diferentes meios de comunicação entre os membros e produzir relatórios periódicos explicando o que foi feito individualmente e o que precisará ser feito diferente do planejado. Transferir: - Mitigar: Aumentar a freqüência de atualização dos relatórios e discutir o mais rápido possível problemas do projeto. Aceitar: A falta de comunicação pode ocorrer, mas logo que percebida, deve ser resolvida pelo grupo.



Data: 30/08/2011


WBS/Cronograma



17




Denominação do risco: Escolha de tecnologias inadequadas N Identificação 12

Descrição do risco: A equipe escolher um componente que não responda adequadamente as suas expectativas.


Impacto: 5(alto) Explique: Como alguns componentes poderão ser importados, caso ocorra uma má escolha, o tempo de

espera para reiniciar certa parte do projeto pode se tornar longa.

Probabilidade: 1 (baixa) Explique: Como as tecnologias vêm sendo pesquisadas desde o início da matéria, a chance de escolher

algo inadequado é muito baixa.


Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Buscar pesquisar ao máximo as tecnologias que serão utilizadas para a verificação de que as mesmas são adequadas às necessidades do projeto. Transferir:- Mitigar: Procurar possuir uma segunda opção para que caso ocorrido, o processo de escolha de outra tecnologia não seja demorado. Aceitar: Uma vez ocorrido, procurar encomendar ou encontrar a outra tecnologia o mais rápido possível, realocando ainda as horas de trabalho por integrante da equipe.

Impacto reavaliado: 3(médio) Probabilidade reavaliada: 1(baixa)


Data: 30/08/2011


WBS/Cronograma



18




Denominação do risco: Perda ou roubo do módulo coletor


Descrição do risco: Desenvolveremos o projeto e sua maior parte fora da Universidade e a constante mudança de locais, pode acarretar na perda ou roubo dos componentes.


Impacto: 5(alto) Explique: O impacto é alto, uma vez que a perda ou roubo do dispositivo em um determinado momento

do semestre (outubro, novembro) inviabiliza a produção de outro novo.

Probabilidade: 1 (baixa) Explique: A probabilidade é pequena visto que os membros sempre terão cuidado excessivo com as peças

do projeto, evitando situações que podem levar a roubo ou perda


Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Definir locais seguros onde podem ficar os componentes do projeto. Evitar lugares onde este dispositivo pode ser danificado (grande concentração de pessoas). Transferir:- Mitigar: Procurar fazer vídeos dos módulos funcionando, caso ocorra alguma perda e não haja tempo da montagem de outro componente, haverá provas de que ele estava pronto. Aceitar:-



Data: 30/08/2011


WBS/Cronograma



19




Denominação do risco: Desavenças entre membros da equipe


Descrição do risco: Podem ocorrer desentendimentos entre os membros da equipe.


Impacto: 4(médio/alto) Explique: Caso um dos integrantes decida desistir da matéria ou deixar de executar suas tarefas devido à

desavenças, o impacto pode ser alto.

Probabilidade: 2 (média/baixa) Explique: Como todos os integrantes são compreensivos e buscam sempre um entendimento, a

probabilidade de que isso ocorra é média/baixa.


Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Os integrantes devem sempre procurar agir calmamente diante de confrontos. Transferir:- Mitigar: - Aceitar: Uma vez ocorrido, o gerente deve tentar amenizar a situação.



Data: 30/08/2011


WBS/Cronograma



20




Denominação do risco: Problemas de Saúde de um (ou mais) Membro (s) da Equipe


Descrição do risco: Um (ou mais) dos integrantes da equipe sofrem de algum dano à saúde.


Impacto: 3(médio) Explique: A indisponibilidade de um dos membros da equipe devido a problemas de saúde pode levar o

restante da equipe a trabalhar por mais tempo.

Probabilidade: 2(média/baixa) Explique: O risco de ocorrer um problema de saúde grave é pequeno.


Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Levar uma vida com hábitos saudáveis evitando o estresse ajuda a evitar problemas de saúde. Transferir:- Mitigar: Redistribuir as tarefas do membro afetado e tentar cumpri-las da melhor forma possível. Aceitar: O grupo deve saber contornar este problema, além disso, o trabalho tem que ser realocado.

Impacto reavaliado: 2(médio/baixo) Probabilidade reavaliada: 2(média/baixa)


Data: 30/08/2011


WBS/Cronograma



21




Denominação do risco: Utilização de técnicas de programação inadequadas


Descrição do risco: em meio à implementação do projeto pode ser utilizada alguma técnica de programação inadequada.


Impacto: 2(médio/baixo) Explique: Este problema pode ser resolvido em pouco tempo, com auxílio dos outros integrantes da equipe ou de

professores.

Probabilidade: 2(média/baixa) Explique: A probabilidade é pequena, pois os integrantes da equipe possuem conhecimento razoável

de programação.


Estratégias e Ações para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade): Prevenir: Buscar incluir no planejamento diretrizes básicas relativas à programação. Transferir:- Mitigar: Fazer revisão dos códigos. Aceitar: A má utilização de técnicas de programação deve ser corrigida assim que percebida.

Impacto reavaliado: 1(baixo) Probabilidade reavaliada: 2(média/baixa)


Data: 30/08/2011


WBS/Cronograma



22

7. Requisitos

Interface com usuário – estação base

Requisitos funcionais

1 O administrador poderá criar, apagar, atualizar ou buscar usuários ou eleições no banco de dados.

2 O sistema mostrará porcentagens, números de votos e resultado final. 3 O sistema exibirá listas de quem votou ou não dentro de um escopo de votação. 4 O sistema exibirá o tempo restante de votação. 5 O administrador poderá retirar pessoas do escopo de votação caso elas não

compareçam no local.

Software da estação base


1 O sistema autenticará o administrador antes de ter acesso às operações do sistema.

2 O sistema contabilizará os votos relativos a cada coleta de informações. 3 O sistema autenticará o usuário para que este possa votar. 4 O sistema contabilizará os votos. 5 O tempo de votação será definido pelo administrador da estação base. 6 O sistema acessará uma base de dados a definir. 7 Para cada eleição, haverá uma base de dados de eleitores especifica (por

exemplo, professores somente do DAELN, ou somente do DAINF). 8 O sistema permitirá que o administrador crie os setores relativos à seus respectivos

votantes. 9 Se todos os indivíduos do escopo de coleta de opiniões terminarem de votar antes

do tempo determinado pelo administrador, o sistema automaticamente encerrará a votação. Caso uma pessoa não vote, o sistema entenderá como voto NULO e não contabilizará esta pessoa na apuração.

10 Após confirmado o voto de um usuário, o sistema automaticamente fará seu “logout”. Requisitos não funcionais

1 O sistema aceitará somente um voto por usuário cadastrado relativo a cada tema em votação. 2 O sistema incluirá uma base de dados com informações relativas a usuários e

eleições. 3 Depois de autenticado em determinada votação, caso o eleitor não interaja com o

módulo coletor num intervalo de 1 minuto, o sistema automaticamente fará o “logout” do mesmo.

23

Comunicação

Requisitos funcionais 1 O login e a senha do usuário serão apenas numéricos. 2 A distância mínima de comunicação entre módulo e estação base para este projeto

deverá ser de 20 metros. 3 O sistema permitirá no mínimo 200 votos por segundo. 4 A comunicação entre módulo e base só ocorre durante uma seção. Enquanto o

administrador estiver criando novos temas, ela não irá ocorrer.

Requisitos não funcionais

1 A comunicação ocorrerá entre a estação base e cada módulo coletor. Não haverá interação entre os sistemas embarcados.

2 A comunicação entre cada módulo e a estação base deverá ser sem fio. 3 A comunicação será criptografada

Módulo


1 O sistema exigirá autenticação do usuário para que este possa votar. 2 O sistema exibirá ao usuário a confirmação de seu voto. 3 Notificará quando o voto tiver sido computado. 4 Possuirá 13 botões. 5 Possuirá dois leds para notificar o usuário em relação ao nível de bateria. 6 O módulo funcionará apenas com baterias. 7 O display será de 16x2 8 O display não possuirá luz de fundo. 9 O módulo poderá ser utilizado por pessoas diferentes em uma mesma votação.


1 Cada módulo coletor será composto de display e teclado para interação com o

usuário. 2 No display, a linha 1 definirá as notificações da estação base e a linha 2 definirá as

interações do usuário. 3 Os leds de notificação serão das cores amarelo e vermelho, sendo que a cor

amarela indica bateria baixa e a vermelha indica estado crítico.

Sistema como um todo


1 O sistema automatizará processos de votação. 2 O sistema permitirá que ocorram votações de temas diferentes seqüencialmente

(não simultaneamente). 3 O sistema possuirá as devidas soluções de segurança. 4 O sistema será composto de uma estação base, método de comunicação e dois

módulos portáteis coletores de opinião.

24


1 O sistema aceitará apenas o “logon” de pessoas cadastradas.

2 O sistema aceitará apenas login e senha numéricos.

8. Opções tecnológicas

O estudo das opções tecnológicas é fundamental para o projeto uma vez que a escolha dessas alternativas causa grande impacto no resultado final do produto. Ao eleger as tecnologias que farão parte do desenvolvimento e/ou da composição do produto final, deve-se fazer uma ponderação sobre o que essa escolha agregará ao projeto, de modo a optar pela alternativa mais conveniente. Podemos citar como parâmetros para escolha da tecnologia: eficiência com que executará determinada tarefa, custo para adquirir e/ou utilizar seu(s) recurso(s), tempo necessário para ser agregada ao projeto, tempo necessário que será necessário de estudo para utilizá-la, risco envolvido em sua utilização, facilidade com que pode ser obtida, facilidade com que pode ser manuseada e em que outras tecnologias seriam necessárias para compatibilidade.

8.1. Estação base

8.1.1. Linguagem de programação O software da estação base deve permitir boa interação com o usuário, fácil acesso a banco de dados e permitir manipulação do sistema de comunicação, enviando e recebendo dados. A linguagem de programação Java contém o melhor conjunto de recursos úteis para o projeto, permitindo de forma simples a concepção da interface com o usuário e acessando facilmente, com a importação de bibliotecas bem difundidas, bancos de dados e diferentes protocolos de comunicação. Além de atender todos os requisitos do projeto, a qualidade de suas ferramentas de desenvolvimento (NetBeans, Eclipse) facilitam muito a organização e produção do software. Sendo que a linguagem possui vantagens largamente conhecidas (popular, portável, livre e fácil de manipular), acredita-se que a opção por Java trará mais benefícios ao projeto.

8.1.2. Banco de dados

Entre os principais banco de dados gratuitos destacaremos Firebird, MySQL e PostgreSQL. Não cabe à equipe decidir qual tecnologia é melhor ou não, mas sim verificar qual delas se adéqua melhor em relação aos requisitos do projeto. Entre suas características, o Firebird tem principalmente a vantagem de não precisar instalar o servidor Firebird na máquina, tornando possível a distribuição em grande escala; entretanto algumas características negativas dificultam sua utilização, uma questão importante é o fator de segurança, já que a proteção padrão de senhas poderia ser burlada por qualquer pessoa que conheça IBEXPERT ou similares. O PostgreSQL é ideal para softwares mais complexos, pois é capaz de tratar de um

25

grande volume de operações. Uma ótima aplicação desse Sistema de Gerenciamento de Banco de Dados (SGBD) seria em sistemas de comércio eletrônico de porte médio/alto. O MySQL é focado na agilidade. Desta forma, sua utilização esta ligada às operações simples que precisam de retornos rápidos, é um SGBD projetado para proporcionar tempo de resposta curto (processamento rápido), sem muito necessidade de hardware. A aplicação é relativamente simples e não precisa do grande volume de operações que o PostgreSQL oferece, sendo assim decidiu-se por usar o MySQL. Possuindo uma arquitetura confiável e sendo funcional nos sistemas operacionais mais populares, o MySQL, que também é livre, trará grandes benefícios ao projeto. Além disso, a tecnologia possui uma boa biblioteca de interface com a linguagem Java. A documentação desse sistema de gerenciamento de banco de dados é bem detalhada e possui boas ferramentas de manipulação.

8.2. Sistema de comunicação

O sistema de comunicação será responsável pelo intercâmbio de informações entre o módulo coletor e a estação base e sua escolha é bem impactante para o projeto. Como definido nos requisitos do projeto, a comunicação base – coletor deve ser fio. A tabela seguinte mostra os modelos de comunicação sem fio existentes e suas características de interesse para projeto.

Rádio Frequência (TX-RX)

Bluetooth WiFi WiMAX Xbee MiniWii

Disponibilidade

Mercado Nacional

Importação

Importação

Importação

Importação

Importação

Transmissão 1 Mbits/s

11 e 54 Mbits/sec

70 Mbit/s (variando muito em função da Distância)

20, 40 e 250 Kbits/s

250 Kbps

Topologia de Rede

Ad-hoc, peer to peer ou mesh

Ponto até Hub

Ponto até Hub

Ad-hoc, peer to peer ou mesh

Rede Mesh

Protocolo Não possui Possui Possui Possui ZigBee Deve ser Implementado

Alcance Aprox. 30m Aprox. 10m

Aprox. Aprox. 50 Km

Aprox. 30m

Aprox. 30m

Custo R$ 25 U$60 U$50 U$ U$24 U$ 10

Consumo de Energia

Médio Médio Alto Muito Alto Baixo Médio

Complexidade Média Alta Alta Alta Baixa Alta

Tabela de autoria própria

A distância mínima (definida na análise de requisitos) que a comunicação deve ocorrer é de 20 metros. Dessa forma, nota-se que a tecnologia bluetooth deve ser descartada, já que não atenderia esse requisito. Uma vez que o sistema de alimentação do módulo coletor será a bateria, o consumo de energia não pode ser alto. A tabela mostra que as tecnologias WiFi e WIMax são inviáveis para o projeto, consumindo muita energia.

26

O sistema Xbee é o que mais demonstra vantagens para o projeto. Apesar de sua taxa de transmissão ser muito inferior a das outras tecnologias, ela já é suficiente para o tipo de informação que será transmitida, não sendo assim um fator limitante. Essa tecnologia é a única que apresenta baixa complexidade para se manipular e baixo consumo de energia, fatores que contribuem para o tempo de estudo necessário para implantação no projeto e que permitirá maior autonomia de tempo da bateria. O módulo Xbee é ainda de baixo custo, o segundo mais barato da tabela, sendo mais caro somente do que o MiniWii, que possui maior consumo de energia e maior complexidade para implantação. Além disso, sendo seu protocolo de comunicação o ZigBee, sua comunicação com a estação base se dará de forma simples, pois já existe uma biblioteca em linguagem Java para transmissão e recepção dos dados. De forma resumida, essa tecnologia se integra facilmente com a linguagem de programação escolhida.

8.3 Sistema embarcado

8.3.1 Microcontrolador Entre todos os componentes do projeto, o microcontrolador é o que possui a função mais importante. É ele que permite a manipulação dos outros componentes, coordenando o display, interpretando os dados da comunicação e do teclado. Ou seja, o microcontrolador é o responsável pelo funcionamento do sistema embarcado. Para que o campo de estudo do microcontrolador fosse reduzido, foram definidos alguns requisitos como, por exemplo, consumo de energia, número de pinos I/O e encapsulamento DIP. Com isso a equipe chegou a três possíveis opções:

Nome Consumo Pinos I/O Memória Facilidade de encontrar

ATMega 644P-

20PU

0,4mA 32 ISP Flash: 64k

SRAM: 4k

EEPROM: 2k

Encontrado na farnell BR

(R$24,00)

ATMega1284P-PU 0,4mA 32 ISP Flash: 128k

SRAM: 16k

EEPROM: 4k

Encontrado na farnell BR

(R$31,00)

MSP430G2x32IN2 0,22mA 16 Flash: 8k

RAM: 256

Necessita importação


O consumo de energia foi eleito como requisito devido à necessidade do coletor de funcionar com baterias, já o número de pinos I/O, pela utilização de um LCD e de um teclado, e, por último, o encapsulamento DIP foi eleito como requisito para que a equipe pudesse fazer testes de circuito facilmente antes de utilizar uma placa de circuito impresso. Apesar de consumir menos energia, o MSP430 foi descartado devido ao seu número de pinos de I/O. Além disso, sua memória é muito inferior se comparada com as outras opções.

27

Se comparadas funcionalidades, os dois microcontroladores da Atmel diferem apenas no aspecto memória. Como este não é um fator limitante do projeto, o ATMega644P-20PU foi escolhido devido ao número de componentes em estoque tanto local quanto internacional. O microcontrolador escolhido utiliza a tecnologia Pico-Power, além de permitir facilidades de programação por ser ISP e possuir JTAG.

8.3.2 Teclado

Este projeto requer um teclado de 13 teclas, para isso, será utilizado um teclado matricial de 3X4 mais um botão. Isso irá utilizar oito pinos do microcontrolador (sete do teclado e um do botão). Além da facilidade de ser encontrado, este tipo de teclado é de baixo custo, podendo tanto ser comprado pronto, quanto elaborado.

8.3.3 Display

Abaixo são apresentadas as opções selecionadas pela equipe para a interação entre usuário e estação base. LCD 16x1

Facilidade de compra: encontrado em lojas de eletrônica

Custo: R$15,00

LCD 16x2

Facilidade de compra: encontrado em lojas de eletrônica

Custo: R$17,00 a R$20,00

LCD gráfico GLCD 320x240

Facilidade de compra: Há necessidade de importação

Custo: R$90,00 mais taxas de importação

Visto que o aspecto principal a ser levado em conta na escolha do display para os

módulos é sem dúvida o consumo de energia, o display LCD gráfico não é considerado uma boa opção apesar de apresentar melhor qualidade para interação com o usuário. Entre as opções restantes, o display LCD de 16x2 é melhor, pois há a necessidade de duas linhas para a comunicação com o usuário. A primeira mostrará mensagens da estação base, como solicitação de login, senha ou confirmação, e a segunda linha receberão as entradas do usuário.

28

8.3.3 Bateria

Para a alimentação dos módulos coletores, foram escolhidas baterias recarregáveis de nove volts. Esta escolha foi feita devido ao seu custo benefício e necessidade de utilização de apenas uma unidade por coletor, ao contrário de pilhas e outras baterias disponíveis no mercado.

8.4 Criptografia

Devido às questões de segurança, será necessário criptografar os dados a serem

trocados entre os módulos e a estação base. A criptografia baseia-se em dois elementos: o algoritmo e a chave. O algoritmo permite a origem cifrar a mensagem que o destinatário converterá novamente em uma mensagem clara utilizando o algoritmo em conjunto com a chave.

Algortimo RSA RC4 Blowfish AES

Rapidez Rápido Rápido Relativa ao

tamanho da

chave

Rápido

Custo (financeiro) Não há Não há Não há Não há

Segurança oferecida Muito alta Média Alta Alta

Facilidade de

Implementação

Razoável Fácil Fácil Fácil


A princípio, o algoritmo escolhido para criptografia dos dados é o RC4. Este algoritmo é amplamente utilizado para obtenção de mais segurança em protocolos, e exemplos do algoritmo são de fácil acesso, o que auxilia no aprendizado desta tecnologia. Acredita-se que o nível de segurança necessário para a aplicação deve ser alcançado com a utilização do algoritmo RC4.

A segunda melhor opção seria o Blowfish, devido à questão do desempenho pela utilização de chaves de tamanho variável.

29

9. Orçamento detalhado

Segue na tabela abaixo o orçamento para que seja dado o início ao projeto:

Material Especificação Quantidade Preço por unidade Preço total

Microcontrolador ATMega644P-20PU 3 31,85 95,55

Zigbee Xbee Explorer USB 1 41,66 41,66

Xbee 1mW chip antenna series 1 2 38,32 76,64

Teclado Matricial 3x4 2 20 40

Display LCD 16x2 2 19,6 39,2

Bateria 9V recarregável 2 29,9 59,8

Carregador de bateria Carregador de bateria de 9V 1 32 32

Cabo FDTI Usb-TTL 2 29,97 59,94

Frete Zigbee, cabo FDTI e microcontrolador 1 87,02 87,02

Preço total 531,81

Do orçamento inicial, ainda sobra R$168,19 para componentes eletrônicos básicos,

placa de circuito impresso e material para o acabamento dos módulos coletores. Cabe ressaltar que ainda há uma margem de erro de R$140,00 (20% além do orçamento inicial) que pode ser gasta.

10. Designação de tarefas e cronograma

A atribuição de tarefas e a elaboração do cronograma foram planejados no software OpenProj, e poderão ser vistos no arquivo ColetorDeOpinioes.pod que segue em anexo.

30

11. Acompanhamentos de projeto e auxiliares de gerenciamento

Para que os sponsors possam fazer um bom acompanhamento do projeto, e para que

este tenha um bom andamento, foram definidas datas para a entrega de “deliverables”. Os “deliverables” são parte do projeto e são entregues a cada duas semanas. Além da data e da especificação do que será entregue, consta ainda na tabela abaixo quem será o auxiliar de gerente responsável pela apresentação do projeto na data prevista.

Dia Auxiliar de gerente

Deliverable

28/09 Allan Entrega de um protótipo da interface administrador/estação-base. Entrega do diagrama de casos de uso do sistema. Entrega do diagrama entidade relacionamento referente ao banco de dados e do diagrama de classes do software da estação-base.

19/10 Georgea Entrega da interface Java integrada ao banco de dados juntamente com sua documentação. Explicação sobre o estudo e planejamento do protocolo de comunicação entre a estação-base e o sistema embarcado.

09/11 Allan Visualizar o acendimento de um LED quando o usuário interagir com o teclado 3x4. Entregar a documentação referente à visualização descrita. Explicação sobre questões de segurança do sistema e sua utilização no projeto.

23/11 Leonardo Visualizar o que o usuário digita no display 16x2. Entregar a documentação relativa. Entrega do protocolo de comunicação entre a estação-base e o sistema embarcado implementado juntamente com sua documentação. Entrega de um diagrama de blocos referente ao sistema completo.

31

Bibliografia

ATMEL. Disponivel em: <www2.atmel.com>. Acesso em: Agosto 2011.

FARNELL BR. Disponivel em: <www.farnellnewark.com.br>. Acesso em: Setembro 2011.

MERCADO Livre. Disponivel em: <www.mercadolivre.com.br>. Acesso em: Setembro 2011.

ORACLE. Disponivel em: <www.oracle.com>. Acesso em: Agosto 2011.

Banco de dados MySQL e PostgreSQL disponível em:

<http://www.infowester.com/postgremysql.php> Acesso em: Setembro 2011

POSTGRESQL. Disponivel em: <www.postgresql.org>. Acesso em: Agosto 2011.

SPARKFUN. Disponivel em: <www.sparkfun.com>. Acesso em: Setembro 2011.

TEXAS Instruments. Disponivel em: <www.ti.com>. Acesso em: Agost

AGENDA digital. Disponivel em: <http://agenda-digital.blogspot.com/2010_08_01_archive.html>.

SOLVIS. Disponivel em:

<http://www.solvis.com.br/site/index.php?option=com_content&view=article&id=4&Itemid=9>.

XBEE Store. Disponivel em: <www.xbeestore.com.br>. Acesso em: Setembro 2011.

plano de projetofabro/if66j/planos_de... · votação, mas jamais terá acesso ao voto de um...

Documents