Alex Fernando dos Santos e José Luís Zem Universidade Metodista de Piracicaba - UNIMEP Curso de Bacharelado em Sistemas de Informação Desenvolvimento de.

Slides:



Advertisements
Apresentações semelhantes
Desenvolvimento de Sistemas
Advertisements

Sistemas Distribuídos
DISCIPLINA: Introdução à Computação
Metodologia de testes Nome: Gustavo G. Quintão
UNICAMP Universidade Estadual de Campinas Centro Superior de Educação Tecnológica Divisão de Telecomunicações Propagação de Ondas e Antenas Prof.Dr. Leonardo.
Objetivos do Capítulo Utilizar o processo de desenvolvimento de sistemas delineado neste capítulo e o modelo de componentes de SI, do Capítulo 1, como.
Noções de Sistemas Operacionais
CARACTERIZAÇÃO E IMPLEMENTAÇÃO DE MECANISMOS DE RESILIÊNCIA A ATAQUES Alex Borges Outubro de
Teste de Software.
Engenharia de Software
ANÁLISE DE SOFTWARES APLICÁVEIS A UNIDADES E SERVIÇOS DE INFORMAÇÃO
1 INQUÉRITOS PEDAGÓGICOS 2º Semestre 2003/2004 ANÁLISE GERAL DOS RESULTADOS OBTIDOS 1.Nº de RESPOSTAS ao inquérito 2003/2004 = (42,8%) 2.Comparação.
Ricardo Rego Rui Santos Junho de 2006
AULA 1: Introdução a Sistemas Embarcados
Centrado na arquitetura
Faculdade de Ciências Sociais e Aplicadas de Petrolina – FACAPE
Adélia Barros Requisitos Adélia Barros
Introdução Ligações inter-redes.
Interação Cliente Servidor
Wiimote no Windows e Linux + Gotcha
Qualidade de Software Aula 2
Professor: Rogério Lopes Disciplina: Engenharia de Software II Fortium Sistemas da Informação Engenharia de Software II.
Objetos Distribuídos Padrão CORBA
CAP. 2 RESPOSTA EM FREQÜÊNCIA TE 054 CIRCUITOS ELETRÔNICOS LINEARES
Linguagens de Programação
HellermannTyton Brasil Sistema de Gerenciamento Integrado HellermannTyton Brasil Sistema de Gerenciamento Integrado Alexandre Martins Consultor de Negócios.
34 © 2004 by Pearson Education Liquidez Liquidez é um conceito econômico que considera a facilidade com que um ativo pode ser convertido no meio de troca.
TIPOS DE TESTES APLICÁVEIS E NÃO APLICÁVEIS AO PROJETO
Como Desenvolver Sistemas de Informação
TSDD Teste de segurança durante o desenvolvimento.
AP 1.
Provas de Concursos Anteriores
Sistema Cliente-servidor ou Sistema Client-server
Eng. Luiz Francisco Bozo
Engenharia de Requisitos
Aula 1 Minicurso: Astah Ministrantes: André Martins; Camila Brondani;
Desenvolvimento de um Sistema de Visão 3D para Inspeção e Reparo Robotizado Submerso Mauricio Edgar Stivanello (bolsista); Armando Albertazzi Gonçalves.
Análise e Projeto de Sistemas para a Internet
Aluno: Mário Monteiro Orientador: Sérgio Soares 1.
Oferta e Demanda A Curva de Oferta
Prof. Esp. Fernando Barreto
Linguagem de Programação II
Qualidade de Software Aula 2 / 2014/1
Arquitetura Cliente /Servidor
Modelagem Estatística
EMPREENDEDORES EM AÇÃO PROF. NILSON R. FARIA Colégio Wilson Joffre.
Semântica de Linguagens de Programação
Gerenciamento de Redes Utilizando Agentes Móveis
Augusto Martins e José Luís Zem Universidade Metodista de Piracicaba - UNIMEP Curso de Bacharelado em Sistemas de Informação Utilização de Cluster de Computadores.
ESTRATÉGIA DE OPERAÇÕES DE SERVIÇOS
INTRODUÇÃO À ORIENTAÇÃO A OBJETOS EM JAVA
Rede de Sensores para Medição de Temperatura e Umidade
Introdução à Engenharia de Software
ISO Processos do Ciclo de Vida do Software
Embedded Software Engineering: The State of the Practice Acadêmicos:
QUIZ - TECNOLOGIA Engenharia e Gerência da Informação Prof. Cristiano José Cecanho.
O que é? É o processo de investigação técnica com intuito de identificar a qualidade, a segurança e a exatidão do software desenvolvido. A validação do.
Por quê Vocês estão aqui? Por quê? Porque? Porquê? ?
2 Integrantes André Schäffer Breno Neil (Gerente) Caio Lira Eduardo Cavalcanti Felipe Bartolomeu Felipe Maia Filipe Luiz Monteiro Hugo Calazans João Victor.
UML e a Ferramenta Astah
Engenharia de Software
Escola de Engenharia de Piracicaba Administração Sistema de Comunicação de Dados Aula 1 – Introdução Alberto Martins Júnior Flávio I. Callegari.
Erton W. Vieira Metodologias Ágeis, Qualidade de Software e Design Centrado no usuário: Pontos de Interação Erton W. Vieira.
Introdução – ISO Conceitos relacionados a Norma NBR ISO/IEC 12207; Procedimentos de ciclo de vida e desenvolvimento de software; Objetivos e a estrutura.
Emerson Felipe GOVERNO DO ESTADO DE PERNAMBUCO ESCOLA TÉCNICA ESTADUAL MARIA EDUARDA RAMOS DE BARROS.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
Prof. Dr. Mário Luiz Tronco
Universidade Federal de Alagoas
Bruna Cavallero Martins Universidade Católica de Pelotas.
TESTES DE SOFTWARE – AULA 1 Prof. Me. Ronnison Reges Vidal
Transcrição da apresentação:

Alex Fernando dos Santos e José Luís Zem Universidade Metodista de Piracicaba - UNIMEP Curso de Bacharelado em Sistemas de Informação Desenvolvimento de Software para Sistemas Embarcados e de Tempo Real Introdução Justificativa 1.Os sistemas embarcados e de tempo real em função de sua grande aplicabilidade atualmente. 2.Sistemas embarcados e de tempo real apresentam um novo paradigma para a área de Computação e Informática. 3.Importância em abordar o conceito das plataformas abertas de hardwarel. Metodologia 1.Levantamento Teórico. 2.Uso de Simuladores. 3.Experimentos com a plataforma. 4.Desenvolvimento da Unidade Coletora. 5.Desenvolvimento do Software Coletor e Receptor. 6.Testes. 7.Avaliação. Objetivos 1.Busca por informações sobre sistemas embarcados e sobre sistemas de tempo real. 2.Levantamento de informações sobre as algumas plataformas abertas de hardware e como podem ser exploradas para atender às demandas dos sistemas embarcados e de tempo real. 3.Busca por ferramentas de software que permitam a simulação de projeto, o desenvolvimento de software e a operação de sistemas embarcados e de tempo real, com a possibilidade da materialização de alguma implementação utilizando-se plataformas abertas de hardware. 4.Busca de uma metodologia para o desenvolvimento de sistemas embarcados, buscando uma comparação com as metodologias utilizadas em sistemas de computação tradicionalmente utilizados. Levantamento Teórico Sistemas Embarcados 1.Pode ser definido como um conjunto de hardware, software e talvez partes adicionais mecânicas, projetadas para realizar uma única tarefa, fazendo, em alguns casos, parte de um produto mais complexo e de maior porte. 2.São concebidos para atender apenas uma tarefa determinada, sendo ela projetada na concepção tanto do seu hardware quanto do seu software. 3.Não necessitam de uma arquitetura de hardware tão avançada quanto àquela encontrada nos computadores de uso geral. 4.Tem o seu custo de hardware bastante reduzido. 5.Costuma interagir com o ambiente através de sensores e atuadores. Sistemas de Tempo Real 1.Fornecem resultados corretos em tempo real, com um deadline (tempo limite que não pode ser ultrapassado) especificado em sua implementação. 2.É projetado para um uso específico, tem o seu tamanho reduzido, é produzido em massa, não é dispendioso e possui requisitos específicos de tempo. Levantamento Teórico Computação Ubiqua 1.Sistemas embarcados são encontrados em vários lugares, estão presentes no cotidiano das pessoas, nos mais variados tipos de dispositivos, muitas vezes imperceptíveis aos seus usuários 2.A computação onipresente. 3.Conceito foi utilizado pela primeira vez em 1988, por Mark Weiser, para descrever a ideia de tornar computadores onipresentes e invisíveis ao olho humano. Plataformas Abertas de Hardware 1.Plataformas facilmente adaptáveis as mais diversas necessidades de aplicação. 2.Conceito parecido com aqueles propostos pelos softwares Open Source. 3.Diminuem o tempo e o custo do projeto. Levantamento Teórico Metodologia de Desenvolvimento 1.As metodologias de engenharia de software aplicadas em sistemas embarcados não diferem muito das aplicadas nos sistemas computacionais mais tradicionais, segue até o mesmo ciclo de vida na hora do desenvolvimento, mudando apenas pequenos detalhes. 2.Metodologias tradicionais (como a UML) são amplamente utilizadas para o desenvolvimento de sistemas embarcados. 3.Na etapa onde os requisitos são avaliados, é feita uma separação hardware e software, isto se faz necessário para uma melhor compreensão das tarefas a serem cumpridas no projeto. 4.Tanto hardware quanto software são pensados paralelamente e seguindo o mesmo ciclo de desenvolvimento. Desenvolvimento Sistema Embarcado de Informação Remota Resultados Finais Log da Comunicação Resultados 1.Foram realizados estudos sobre sistemas embarcados, o funcionamento e a utilização de vários componentes de eletrônica básica e plataformas de hardware aberta. 2.Quanto ao desenvolvimento dos softwares não houve grandes dificuldades e muito menos diferenças marcantes no processo. 3.Sobre a plataforma de hardware construída e testada, a mesma mostrou-se plenamente operacional e interoperável. 4.O aparato construído e os experimentos realizados foram um sucesso. Considerações Finais 1.As unidades coletoras e as aplicações comportaram-se conforme o esperado e abrem a possibilidade de se utilizar esta mesma tecnologia em outras frentes, tais como a coleta de outras informações, criando-se uma grande rede de sensores. 2.Oportunidade de usá-las para materializar o estudo e conceitos sobre Internet das Coisas (Internet of Things) bem como a conjunção desta tecnologia com outras relacionadas ao desenvolvimento de software. #define DHTPIN 2 // pino ao qual conectamos o sensor #define DHTTYPE DHT11 // DHT 11 DHT dht(DHTPIN, DHTTYPE); char *ip_remoto = " "; unsigned int porta_remota = 5000, porta_local = 5000; char sensor[30], temp[10], umid[10], contagem[10]; int contador = 0; byte mac[] = { 0xDE, 0xAD, 0xBE, 0xEF, 0xCA, 0x20 }; EthernetUDP Udp; void setup() { dht.begin(); Ethernet.begin(mac); Udp.begin(porta_local); } void loop() { float umidade = dht.readHumidity(); float temperatura = dht.readTemperature(); contador = contador + 1; dtostrf(contador,5,0,contagem); dtostrf(temperatura,5,2,temp); dtostrf(umidade,5,2,umid); sprintf(sensor,"Sensor x: "); Udp.beginPacket(ip_remoto,porta_remota); Udp.write(sensor); Udp.write(contagem); Udp.write(", "); Udp.write(temp); Udp.write(", "); Udp.write(umid); Udp.write("."); Udp.endPacket(); delay( ); } Servidor recebeu: Sensor 1: 28, 31.00, Servidor recebeu: Sensor 1: 29, 31.00, Servidor recebeu: Sensor 1: 30, 31.00, Servidor recebeu: Sensor 1: 31, 31.00, Servidor recebeu: Sensor 1: 32, 31.00, Servidor recebeu: Sensor 1: 33, 31.00, Servidor recebeu: Sensor 1: 34, 31.00, Servidor recebeu: Sensor 1: 35, 30.00, Servidor recebeu: Sensor 1: 36, 30.00, Servidor recebeu: Sensor 1: 37, 30.00, Servidor recebeu: Sensor 1: 38, 30.00, Servidor recebeu: Sensor 1: 39, 30.00, Servidor recebeu: Sensor 1: 40, 30.00, Servidor recebeu: Sensor 1: 41, 29.00, Servidor recebeu: Sensor 1: 42, 29.00, Servidor recebeu: Sensor 1: 43, 29.00, Servidor recebeu: Sensor 1: 44, 29.00,