Mo#vação. Objec#vo. Estudar uma abordagem de desenvolvimento de so9ware orientada pelos objectos. Linguagens usadas: UML (Unified Modeling Language)

Documentos relacionados
Refere-se a um conjunto de problemas encontrados no desenvolvimento de software:

A FALHA NÃO É UMA OPÇÃO

Windows Server Licenciamento e Preço Todas as Edições

CONSCIENTIZAÇÃO DA NECESSIDADE DO PSA-GUANDU

Análise comparativa dos sistemas de gerenciamento de águas subterrâneas do Brasil e dos Estados Unidos

Teorema do Limite Central

Uma terra boa para viver trabalhar e investir

UML Visão Geral UML Visão geral v.1.1, Novembro de 2001

Perfil. 60% Solteiro 20% Casado 10% Outros. 70% Prancha 70% Viagens 30% Roupas de Neoprene. 75% Superior 25% Médio. 65% 1 Vez 35% 2 Vezes ou mais

Câmara Virtual Simples

I F1 F 403 In I t n rod o u d ç u ão o a I n I t n eração Hum u ano n -Com o pu p t u ado d r o ( IH I C) T r u ma m 3WC

AÇÕES EM EDUCAÇÃO AMBIENTAL. da Assessoria de Gestão Ambiental da CEDAE

I F N 1 F In I t n r t o r d o u d ç u ã ç o ã o a a I n I t n e t r e a r ç a ã ç o ã Hum u ano n -Com o pu p t u ado d r o ( IH I C)

Metodologias integradas de gestão da qualidade ecológica. Métodos de evidência ponderada

Curso de Sistemas de Informação. Karla Donato Fook DESU / DComp. Modelagem de Dados UML

CONTROLE QUÍMICO E MECÂNICO DO BIOFILME

UML e seus diagramas

Compartilhamento e coordenação de informações (INTERNo e EXTERN0) A CASE STUDY OF KENYA. Por: Joyce Marangu Awino

5ª FICHA DE AVALIAÇÃO CIÊNCIAS NATURAIS - 7º ANO DE ESCOLARIDADE NOME Nº TURMA. Enc.Ed. Prof. Classif.

MODELOS DE APOIO À DECISÃO. Carlos A. Bana e Costa

Engenharia de Software

Valoração econômica do lodo de esgoto gerado nas ETE s do Rio de Janeiro

novembro de 2014 Fundação Perseu Abramo - Partido dos Trabalhadores DESEMPENHO ELEITORAL E CONDIÇÕES SOCIOECONÔMICAS DOS MUNICÍPIOS BRASILEIROS

Investimentos O desafio da Universalização. 11 de dezembro de 2013

Notas de Aula 03: Introdução a Orientação a Objetos e a UML

UML: Introdução. História Visão geral Modelo conceitual da UML. Bibliografia. UML: introdução

Análise de Sistemas. Aula 5

Q d( ) P. a( ) c( ) e( ) c( ) S. c( ) d( )

Visão Geral da UML. SSC Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012

Sistemas de Informação

UML Unified Modeling Language Linguagem de Modelagem Unificada

ENGENHARIA DE SOFTWARE. Aula 03 Processos de Software

Desenvolvimento Profissional e Pessoal!

Química Analí,ca Avançada

METODOLOGIA PARA AVALIAÇÃO DE ESTABILIDADE DE ESCAVAÇÕES EM MEIOS DESCONTÍNUOS, A PARTIR DE TESTEMUNHOS DE SONDAGEM SEMI-ORIENTADOS

Universidade de Brasília Instituto de Geociências Observatório Sismológico

Desenvolvimento de Software (Riscos) (II)

Cadeira: Engenharia de Software

A IDÉIA. Bairro do Recife. Academia. Governo. Mercado. Localização Estratégica. Pesquisa. Universidade. Espaço Disponível de Baixo Custo

UML. Trabalho Análise e Projeto de Sistemas. Aluna: Luana Alves Businaro

Sumário. Processo de Desenvolvimento. Objectivos. Problemas. Engenharia de Software. Caracterização. Técnicas Avaliação e Validação Exemplo Conclusões

Processo de Desenvolvimento

Árvores de Pesquisa (Parte II)

Conceitos de Entrada e Saída

GUIA DE FUNCIONAMENTO DA UNIDADE CURRICULAR

V Fórum de Gestores ABENGE

DWEB. Design para Web. HTML5 - Marcação de formulário. Curso Superior de Tecnologia em Design Gráfico

Requisitos de Sistemas

Processo. Processo unificado. Principais Características do UP. Principais Características do UP RUP. Unified Process (Processo Unificado)

Capítulo 5 Modelação do Sistema 1

Década. Diferencial SUSTENTABILIDADE + QUALIDADE + INOVAÇÃO + PRODUTIVIDADE /

Curriculum Vitae. Informação pessoal. Emprego pretendido / Área funcional. Experiência profissional

Visão Geral do RUP.

Introdução. Redes de Interconexão - Prof a Luiza Mourelle 1

Gere Com Saber. Universidade do Minho Licenciatura em Engenharia Informa tica

INF1013 MODELAGEM DE SOFTWARE

WELCOME TO KFB / BrasFELS. Keppel FELS Brasil S.A. ISO 9001&14001 OHSAS 18001

Introdução. à UML. Histórico (cont.) Histórico Definição Benefícios Notação Diagrama de Classes Diagramas de Interação Conclusões Revisão

Rational Unified Process (RUP)

Fábio Amado João Maio 33306

15/04/2013. Pensar Orientado a Objetos. Projeto Orientado a Objetos. Características de Objetos. Classe de Objetos. Comunicação entre Objetos

CARACTERIZAÇÃO DO AQUÍFERO SÃO SEBASTIÃO NO CAMPO PETROLÍFERO DE MIRANGA UTILIZANDO PERFIS DE POTENCIAL ESPONTÂNEO(SP) E RESISTIVIDADE

Engenharia de Software Processo de Desenvolvimento. Ciclo de Vida - Modelo Cascata

UML 2.0 Método, Linguagem e Ferramenta. Prof. Cesar Augusto Tacla

Engenharia da Programação

Exame de IIPM 2011/2012

Requisitos de sistemas

1.1. Declaração do Problema e Limitações dos Trabalhos Relacionados Um Framework Conceitual para SMAs

Problemas de navegação na Barra Norte do rio Amazonas Navigation Issues on the Amazon North Channel

Tópicos da Aula. A Linguagem UML. A Linguagem UML. De onde surgiu? Fundadores da UML. Introdução à UML e Diagrama de Casos de Uso.

Engenharia de Software Orientada a Objetos - OOSE. Método de Jacobson

Apresentação da Disciplina de Engenharia de Software I

Ciência da Computação. Análise e Projeto Orientado a Objetos UML. Anderson Belgamo

Laboratório de Engenharia de Software I

Arranjos produ8vos locais também são denominados: sistemas produ8vos locais ou clusters. Desenvolvimento Territorial, Redes de APLs e outros...

USO DE IMAGENS ASTRONÔMICAS NO ENSINO DE CIÊNCIAS

Bolsa Familia e o Novo Federalismo Social Marcelo Neri SAE e IPEA

UML Diagrama de Atividades Diagrama de Caso de Uso. ENG1518/3VB Sistemas de Informação Gerenciais Prof. Marcos Villas

Multiprocessamento. Multiprocessadores com memória distribuída (multicomputador)

Como Modelar com UML 2

Computação Eletrônica

4.6. UML Diagramas de componentes

O que a Gestão da Informação pode fazer pela sua empresa na era da Informação Extrema

A crise do software As duas abordagens actuais para o desenvolvimento de software: abordagem clássica abordagem orientada para objectos

Análise e Projeto Orientados a Objetos

UNIVERSIDADE EDUARDO MONDLANE Curso de Engenharia Civil. HIDROLOGIA Capítulo 3 Caracterização de uma bacia hidrográfica

Fraturas da coluna cervical baixa

Requisitos de Software e UML Básico. Janaína Horácio

Introdução a UML (Unified Modeling Language)

MODELAGEM DE SISTEMAS. Introdução a Computação e Engenharia de Software. Profa. Cynthia Pinheiro

engenharia de requisitos

A Linguagem UML. A Linguagem UML. De onde surgiu? Fundadores da UML. História da UML. O que é modelagem?

Visão Geral do RUP (Rational Unified Process)

ETA SABESP- ALTO DA BOS VISTA: IMPLANTAÇÃO DA MAIOR ULTRAFILTRAÇÃO PARA ÁGUA POTÁVEL DO BRASIL. Anna Carolina Rapôso Camelo Mauro Coutinho

Tópicos da Aula. Conceitos de programação orientada a objetos. Projeto orientado a objetos com UML

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA UML UNIFIED MODELING LANGUAGE

Transcrição:

Mo#vação Esta disciplina mostra como construir um bom alicerce para desenvolver so9ware orientado pelos objectos Ensina técnicas de análise e desenho para ajudar a produzir so9ware orientado pelos objectos Análise e desenho orientado pelos objectos são o companheiro natural da programação orientada pelos objectos e a persistência feita com bases de dados (também podem ser usados com linguagens procedimentais) Objec#vo Estudar uma abordagem de desenvolvimento de so9ware orientada pelos objectos. Linguagens usadas: UML (Unified Modeling Language) Linguagem gráfica que suporta vários #pos de modelos para especificar o domínio do problema e da solução OCL (Object Constraint Language) Linguagem formal u#lizada para especificar rigorosamente restrições complementares aos modelos UML 1

O que o UML oferece Uma linguagem de modelação expressiva para especificar, construir, visualizar e documentar sistemas de software para construir diferentes tipos de modelos Conceitos fundamentais prontos-a-usar mas com extensão e especialização disponíveis Uma base formal para compreender a linguagem diagrama de classes como metamodelo semântica é parte da documentação OCL (Object Constraint Language) Conceitos de desenvolvimento de alto nível padrões, componentes, frameworks Integração das melhores práticas O que o UML NÃO oferece É intenção explícita dos autores não oferecer um processo uma ferramenta de modelação heurísticas de modelação uma linguagem de programação 2

Diagramas de comportamento Diagramas de implementação Os modelos Diagrama de use cases Diagramas de classes Diagramas de sequência Diagramas de colaboração Diagramas de estados Diagramas de ac#vidades Diagramas de componentes Diagramas de entrega Diagramas de interacção 3

Engenharia de So2ware: Criada para... Objec#vos da Engenharia So2ware [Ross, Goodenough e Irvine, 1975]" A Engenharia de software deve ajudar-nos a desenvolver programas modificáveis, eficientes, fiáveis e compreensíveis. 4

Princípios Engenharia So2ware Para alcançar os objectivos é preciso aplicar os princípios:! [Ross, Goodenough e Irvine, 1975], excepto * Ciclo de vida do so2ware (1) Tudo começou com a programação!! É preciso:! 5

Ciclo de vida do so2ware (2) Para construir software precisamos:" Ciclo de vida do so2ware (3) Desenvolver modelos (Análise) Estabelecer requisitos (Eng. requisitos) Criar uma arquitectura (Desenho) Gerir o Pós-produção (Manutenção) Construir e fazer evoluir (Implementação) 6

Ciclo de vida em espiral Determinar" objectivos," alternativas," restrições" Análise" Análise" Análise" Avaliar alternativas:" identificar, assumir os riscos " Análise" 3" Protótipo 2"Protótipo Protótipo1" Plano de" requisitos, " ciclo de vida" Plano de desenvolvimento" Conceito" Validação" dos requisitos" Requisitos" Desenho" Desenho de" pormenor" Codificação" Compromisso" Integração e teste" Planear as" fases seguintes" Validação e" verificação" Implementação" Integração" Integração" Teste unitário" Desenvolver," verificar" Mo#vação para análise e desenho Os modelos como abstracções da realidade É dixcil compreender um sistema complexo um só modelo não é suficiente; são necessárias perspec#vas diferentes, cada uma com o seu modelo; cada modelo com diferentes níveis de granularidade. Bons modelos são necessários para tornar compreensíveis sistemas complexos para visualizar aspectos essenciais de um sistema para comunicação entre membros da equipa e com o cliente para assegurar uma boa arquitectura 7

Desenvolvimento OO O mais importante na tecnologia dos objectos NÃO é uma nova forma de programar! O mais importante é ser uma orientação para a forma de pensar abstractamente acerca dum problema, usando conceitos do mundo real e não conceitos informá#cos Usando o conceito objecto ao longo de todo o ciclo de desenvolvimento. Métodos e metodologias (1) Método: processo disciplinado para construir produtos de software utilizando um modelo.! Metodologia: colecção organizada de regras, algoritmos, técnicas e ferramentas (integráveis); constituída por um conjunto de métodos que cooperam entre si.! Uma metodologia é indispensável:! para construir software de qualidade;! ajudar a comunicação entre todos os elementos da equipa, incluindo o cliente ou utilizador.! 8

Métodos e metodologias (2) o tempo e o custo da transição e da adaptação é grande; (todos nós oferecemos um pouco de resistência às novidades!)" muitas vezes, falta a metodologia adequada para a organização;" a automatização das actividades nem sempre está disponível;" a falta de formação dos quadros técnicos é muitas vezes desesperante;" utilizar uma metodologia implica gastar mais tempo para aprendê-la, gastar mais tempo em documentação, etc;" a qualidade das ferramentas não cresceu o suficiente." Métodos de desenvolvimento e sua evolução 9

Análise Objec#vos da análise: 1. compreender o problema, determinando a sua essência; 2. modelar o problema independentemente da tecnologia u#lizada na sua implementação. A análise constrói um modelo ideal que sa#sfaz os requisitos do u#lizador. Métodos de análise OO Visão está#ca: representada pelo modelo de objectos suportado por um diagrama de en#dades e associações estendido Visão dinâmica: representada pelo modelo dinâmico suportado por diagramas de transição de estados, diagramas de sequência de mensagens 10

Desenho O desenho transforma o modelo ideal da análise num modelo real. Para isso, precisamos de tomar em consideração as características do ambiente de implementação. O desenho tem por objectivo modelar o sistema determinando como implementar o que foi idealizado durante a análise.! Análise e desenho em perspec#va Mundo real The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again. The image cannot be displayed. Your computer may not have enough memory to The image cannot open the image, or the image may have been corrupted. Objectos be displayed. Your Restart your computer, and then computer may not open the file again. If the red x still appears, have enough you may Semânticos have to delete the image and then memory to open insert it again. the image, or the Domínio do problema The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the The file image again. If the red The x still image appears, you may The have image to delete cannot the be image and then cannot insert be it again. cannot be displayed. Objectos displayed. Objectos displayed. Your Your Your computer Aplicação computer Utilitários computer may not may not may not Objectos Interface Domínio da solução [Tkach e Puttick] 11