Índice Quem somos? O contexto Motivação O que existe atualmente? Nossa solução: O Pluviara Cenário com Pluviara Divisão da equipe Tecnologias Status Report.

Slides:



Advertisements
Apresentações semelhantes
Desenvolvimento de Sistemas
Advertisements

Metodologia de testes Nome: Gustavo G. Quintão
Consultoria e Produtos metas, planejamento e resultados
Engenharia de Software
Desenvolvimento ágil: eXtreme Programming vs SCRUM Tiago Rodrigues de Mello CCO-230 – ENGENHARIA DE SOFTWARE / 2010.
Descrição do projeto Implementar um sistema de informação com ênfase na modelagem do banco de dados para atender as seguintes atividades da Comissão.
CAPÍTULO Sistemas de supervisão 2. Sistema SCADA
SISTEMA DE MONITORAÇÃO VEICULAR VIA GPRS
Análise e Projeto de Sistemas
Requisitos Funcionais e Não-Funcionais/ Documento de Requisitos
Como Desenvolver Sistemas de Informação
Prof. Jorge Luis Risco Becerra Auxiliares:Prof. Eduardo Lobo
Engenharia de Software
ENGENHARIA DE SOFTWARE
Apresenta.
Apresenta.
Apresenta.
S.I.S.D. – Soluções Inteligentes para Sistemas Distribuídos
Projeto de Olho na Pista
Equipe + Bruno Sandres (bms) + Daniel Costa (dvpc)
Visão Geral PRO.NET.
Fundamentos de Engenharia de SW
IEEE Std IEEE Melhores Práticas para Especificações de Requisitos de Software (ERS)
Sistemas Operacionais
A EMPRESA... A Tower Tech é uma empresa de informática que atende a um público mais exigente e busca QUALIDADE em seus serviços. Nosso público-alvo abrange.
Marketing de Relacionamento
Abertura.
1º Release Felipe Soares Lucas Figueiredo Contexto Sistema Atual de Entrega em Domicílio Custos de ligações telefônicas Custos com pessoal para atendimento.
Otimizando sua TI, maximizando seus negócios
PLANEJAMENTO, PROGRAMAÇÃO E CONTROLE EM PROJETOS
O Processo de desenvolvimento de software
Preparando as apresentações
David Lopes e Diêgo João
Planejamento de Projeto
Desenvolvimento de software de apoio a gerência de informações da Central de Cursos de Idiomas da FUNCERN Reunião Início.
Wi-Fi Information Service André Guedes Ronaldo Ribeiro.
RUP - Cap. 4 – Processo Centrado na Arquitetura
Quem somos? O contexto Os cenários O que existe atualmente? Nossa solução: O Pluviara Cenários com Pluviara Modelo de negócios Agenda Status Report 2.3.
Laboratório de Programação
Infra-estrutura da tecnologia de informação
JARLes Equipe: Arthur Moreno Jefferson Ramos Lucas Felix
Status Report 1.2 Bruno Sandres e Flávio Juvenal.
ADS – 5º Semestre Trabalho de Conclusão de Curso
2 Integrantes André Schäffer Breno Neil (Gerente) Caio Lira Eduardo Cavalcanti Felipe Bartolomeu Felipe Maia Filipe Luiz Monteiro Hugo Calazans João Victor.
Status Report 2 - Projeto iCart Bruno Holanda Rodrigo Camarotti.
Integração.
Projeto e-Build. Apresentação FábricaEquipeProdutoMercado ProjetoEscopoMetodologiaCronograma ArtefatosPrincipais riscosArquiteturaLições aprendidas.
Índice Quem somos? O contexto Motivação O que existe atualmente? Patentes Nossa solução: O Pluviara Cenário com Pluviara Divisão da equipe Tecnologias.
Engenharia de Software
 Contexto  Problema  Cenário Atual  Motivação  Arcadea  Público alvo e stakeholders  Cenário Futuro  Matriz de valores  Status report  Tecnologias.
Bem-vindo!.
CloudSim Um framework para modelagem e simulação de infraestrutura e serviços de Computação em Nuvem.
Agenda  Apresentação  Objetivos  Motivação  Principais casos de uso  Arquitetura  Desenvolvimento  Tecnologias  Protótipo  Conclusão.
SISTEMA DE MONITORAMENTO DA TECNOLOGIA DA INFORMAÇÃO.
Wi-Fi Information Service Ademir José de Carvalho Junior Felipe Cavalcanti Ferreira.
BRIEFING DE WEB SITE.
Análise e Projeto de Sistemas Análise e Projeto de Sistemas Aula 2 Professor: Italo Rodrigues Castro.
“Criar soluções móveis inteligentes para aumentar a rentabilidade dos nossos clientes.” Missão da Empresa.
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
Status Report I Penalty Cup Renato Marcelino Thiago Arruda.
Wi-Fi Information Service Bruno Lins Fernando Kakimoto.
Apresentação: Eduardo Jesus Coppola Gerenciamento eletrônico de PALESTRAS Kickoff do Projeto.
Projeto: G-TV (Gestor de TV por Assinatura) CSTADS Aluno: Fellipe Weldson de Oliveira Ferreira Gerente: Eriko Brito Projeto Supervisionado de Análise e.
Apresentação Comercial Gateways SIP/GSM. Seus custos com telefonia celular estão altos? A TeiQ Solution pode ajudar para solucionar este problema!
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
Aula: Arquiteturas de redes: modelo de referência OSI 04/12/2010.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
Soluções de Telecomunicações para a Inclusão Digital Novas linguagens e modelos de interação M. Cecília C. Baranauskas Proposta NIED e InterHAD Unicamp.
Software em nuvem para o gerenciamento de dados de medição 45ª ASSEMBLEIA NACIONAL DA ASSEMAE MAIO 2015.
Pandora FMS Aluno: Diego Porto Jaccottet Professor: Adenauer Correa Yamin UCPEL 4/5/2010.
Transcrição da apresentação:

Índice Quem somos? O contexto Motivação O que existe atualmente? Nossa solução: O Pluviara Cenário com Pluviara Divisão da equipe Tecnologias Status Report 1.2

Missão: Gerar informações relevantes à sociedade, utilizando soluções tecnológicas inovadoras.

Visão: Ser líder em monitoramento e comunicação !

Segundo Pesquisa Nacional de Saneamento Básico, 40,8% dos municípios sofreu algum tipo de alagamento. 45,15% obstrução de bueiros; 43,1% ocupação intensa e desordenada; 31,7% obras inadequadas; 30,7% lixo urbano; 18,6% interferência do sistema de drenagem 45,15% obstrução de bueiros; 43,1% ocupação intensa e desordenada; 31,7% obras inadequadas; 30,7% lixo urbano; 18,6% interferência do sistema de drenagem O contexto: alagamentos

Uma realidade nacional “Alagamento sempre acontecerá. Se chover mais do que o solo agüenta, é claro que ele vai transbordar.” "É prática comum a pavimentação de vias sem planejamento da drenagem...“ Entre 2000 e 2008, o número de municípios que informaram possuir ruas pavimentadas saltou de 78,3% para 94,4% do total. “Alagamento sempre acontecerá. Se chover mais do que o solo agüenta, é claro que ele vai transbordar.” "É prática comum a pavimentação de vias sem planejamento da drenagem...“ Entre 2000 e 2008, o número de municípios que informaram possuir ruas pavimentadas saltou de 78,3% para 94,4% do total.

Uma realidade mundial Austrália Cingapura Inglaterra

Contexto O que o transeunte faz para evitar alagamentos? Como as autoridades monitoram a situação das vias? Quais ações são tomadas?

Cenário: para o transeunte Poucos detalhes Nem sempre atualizada Informação espalhada Poucos detalhes Nem sempre atualizada Informação espalhada Redes sociais Portais de notícias Apenas vias principais Rádio e TV

Cenário: para as autoridades Rondas Ligações Acessibilidade prejudicada Pouca abrangência Alocação de funcionários Acessibilidade prejudicada Pouca abrangência Alocação de funcionários Pouca precisão Pouca confiabilidade Pouca precisão Pouca confiabilidade

Seria ideal... Atualizadas; Relevantes; Precisas quanto a localização; Concentradas; Pudessem ser personalizadas de acordo com as necessidades do usuário; De fácil e rápida análise; Com informações adicionais de tráfego; Se houvesse um site com informações:

Se houvesse um sistema de monitoramento das ruas: Seria ideal... Em tempo real; Mapeando os pontos alagados; Informação da altura de água na via; Um histórico de várias medições; Informações adicionais de índice pluviométricos; Interface prática; Possibilite comunicação com os cidadãos;

O que existe atualmente? Alaga –SP CGE PUB – Cingapura EFAS: european flood alert system

Alaga-SP Terceiro app mais baixado na AppStore do Brasil em fevereiro de 2010 Lista dos locais monitorados; Informa condições da via; Atualizado a cada 15 min;

CGE – Centro de gerenciamento de emergências Disponibiliza informação gerais de clima; Pontos de alagamentos mapeados por ruas; Histórico detalhado de até 1 ano; Abrangência em toda cidade;

PUB -Cingapura Sistema de monitoramento de canais; Site com mapeamento dos canais; Pequena evolução ao longo do dia; Alertas via SMS

EFAS: European Flood Alert System Consórcio de diversos países europeus para monitoramento de diversos aspectos climáticos e fluviais. Sistema robusto e altamente tecnológico.

A solução Sistema de monitoramento das ruas alagadas em tempo real; Difusão das informações em interfaces web e celular;

Nosso sensor Detecta o nível de água Comunicação por GSM

Servidor Website Usuário Final Website Cliente Final SGBD CLIENTE USUÁRIO FINAL App Mobile

Cenário com Pluviara: para o transeunte Atualização Precisão local Confiabilidade Personalização Relevante Fácil e prática Concentrada Informação

Pluviara para os usuários

Cenário com Pluviara: autoridades Tempo real; Confiável; Precisa quanto ao local e nível de água; Armazenada em um histórico; Maior comunicação com a população; Informação

Pluviara para o cliente

Nosso modelo de negócio Canvas

Dividir para conquistar: como está organizada nossa equipe Gerencia Geral: Pamela Thays Gerencia de Tecnologia: Rodolfo César Gerencia de Usabilidade: Walber Nunes Equipe de Hardware: Rodolfo Sensor team: Pamela Leandro Diego Core Team: Eduardo Tiago Communicati on Team: Márcio Rodolfo Charamba Equipe de Software: Walber Server Team: Bruno Filipe Service Team app: Leonardo Walber Raphael Service Team: site Aline Augusto José

Tecnologias: o sensoriamento

Tecnologias: demais sensores Laser e radar: – Problema de obstrução; Câmera e marcadores: – Problemas de iluminação e obstrução; – Maior processamento Fios condutores: – Sensível a condutividade da água; – Corrosão;

Tecnologias: controle e comunicação Controle Envio de sinais Recebimento de informações Arduíno Shield GSM 900sim

Tecnologias de Software: tratando as informações

Agenda Sensor completo; Comunicação com o servidor; Interfaces; Primeiro Release Servidor Completo; Comunicação com as interfaces; Serviços funcionando; Segundo Release Refinamento e ajustes do sistema; Apresentação Feira de projetos

Metodologia Sprints de uma semana; Sprint Review Meeting todos os sábado, das 9h as 14h, com toda a equipe; Reuniões menores durante a semana entre os integrantes de cada módulo;

Status Report 1.1 EquipeAtividadePré- requisitos Sensor Team1. Aquisição das bóias- 2. Montagem do sensorAtividade 1 3. Definir melhor graduação do sensorAtividade 2 4. Interface sensor ArduínoAtividade 2 5. Montagem do sensor por fios- 6. Testes com o sensor de fiosAtividade 5 7. Modelagem do sensor de boias- 8. Construção da maquete do sensorAtividade 7 ConcluídasEm andamentoNão iniciadas Motivos: demora na entrega das boias Plano de mitigação: Testar com outros tipos de sensores e fazer uma maquete para estimativa de tamanho e material Atraso: 1 semana

Status Report 1.1 EquipeAtividadePré-requisitos Core Team9. Dominar IDE do arduíno com bibliotecas- 10. Projetar máquina de estados(conceitual)- 11. Implementar função de leitura de sensorAtividades 10 e Implementar função de tratamento de entradaAtividade 9 e 10 Communicatio n Team 13. Dominar controle de energia GSM sistema embarcado Definir protótipo das funções externas- 15. Descrição das informações a serem enviadas pelos sensores( junto ao core team) Atividade Implementar tratamento de chamadas durante conexão e funções definidas do modulo de comunicação - Motivo: integrantes da equipe ocupados durantes este sprint devido a provas e projetos Plano de mitigação: dedicação nas próximas semanas Atraso: 3 dias

Status Report 1.1 EquipeAtividadeRequisitos Server Team16. Instalação do Postgred na MV- 17. Comunicação com a biblioteca CAtividade Criar minimundo- 19. Criar modelos ER e lógicoAtividade Aprender programação serial- 21.Implementar comunicação externa Atividade Modelar arquitetura do servidor- 23. Receber informações 24. Comunicação com as aplicações 25. Integração com o site Motivos: necessita que o suporte disponibilize portas externas Plano de mitigação: Uso de servidores externos para testes Atraso: 2 dias

Status Report 1.1 EquipeAtividadeRequisitos Service team- App e Gerencia de usabilidade 26. Montagem na simulação do aplicativo- 27. Formulação do questionário- 28. Validação com o usuárioAtividade Resumo das respostas e sugestões dos usuáriosAtividade Definição das classes Java a serem usadas pelo aplicativo Atividade Implementação das mudanças sugeridas durante validação Atividade 29 Service team- Site e gerencia de usabilidade 32. Definições da interface da emlurb e do usuário- 33. Dominar manipulação de dados com o googlemaps e google web toolkit Implementação do segunda protótipoAtividade Validação com usuário e clienteAtividade 34 Motivo: integrantes da equipe ocupados durantes este sprint e dificuldade na manipulação do gwt Plano de mitigação: dedicação nas próximas semanas Atraso: 3 dias

Status Report 1.1 EquipeAtividadeRequisitos Gerencia Geral, de Usabilidade e Tecnologia 36. Entrevista com professores de design de produto e ergonomia Entrevista com professores de urbanismo Consultoria sobre design do site- 39. Refinamento do canvas e das curvas de valores - Motivo: professores ocupados Plano de mitigação: busca de outros contatos como alunos Atraso: 1 semana

Dúvidas

Nosso muito obrigado!