Modelagem. Bibliografia. Modelo. Prof.: Clarindo Isaías Pereira da Silva e Pádua. Modelo segundo Aurélio. Gestus

Documentos relacionados
Introdução. Introdução. Introdução. Planejamento da disciplina. Modelagem de Processos de Negócio. Prof.: Clarindo Isaías Pereira da Silva e Pádua

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

Visão de Comportamento do Negócio

Visão de Comportamento do Negócio

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

Visão de Estrutura do negócio

INTRODUÇÃO. Professora Lucélia Oliveira

Programa Analítico de Disciplina INF323 Engenharia de Software II

UML (Unified Modelling Language)

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

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

UML e seus diagramas

Visão de Processos de Negócio

Visão de Processos de Negócio

ENGENHARIA DE USABILIDADE E INTERFACES

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

Introdução a UML (Unified Modeling Language)

Engenharia de Software

ALM Aplicações em Linguagem de Montagem. Introdução. A produção de Software é uma atividade build and fix. build. fix

As técnicas de concepção

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

Model Driven Development (MDD)

RUP Unified Process. Profª Jocelma Rios

Análise de Sistemas. Aula 5

MANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO

INF1012 MODELAGEM DE DADOS. Departamento de Informática PUC-Rio. Ivan Mathias Filho A Abordagem Entidade-Relacionamento

Modelos em Sistemas de Informação. Aula 2

GUIA DE FUNCIONAMENTO DA UNIDADE CURRICULAR

Princípios de Análise e Projeto Orientados a Objetos com UML

Modelagem Usando Orientação à Objetos (Programação Orientada a Objetos) Prof. Responsáveis Wagner Santos C. de Jesus

Conteúdo. Desenho da Interação. Modelagem conceitual. Modelagem de conteúdo e navegação. Desenho detalhado. Clarindo I. P. S.

PROGRAMAÇÃO ORIENTADA A OBJETOS II -MÉTODOS PARA MODELAGEM OO. Prof. Angelo Augusto Frozza, M.Sc.

Requisitos de Sistemas

Introdução. Diagramas de Interação. Introdução. Introdução. Introdução. Introdução. Os modelos de análise não respondem a algumas perguntas:

Protótipo tipo de um Sistema de Informações Executivas para Representantes Comerciais do Ramo Têxtil

Metamodelos para Banco de Dados. Carlos Julian Menezes Araújo Prof. Dr. Robson do Nascimento Fidalgo

Especificação de Sistemas de Software e a UML

! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado

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

Diagrama de Componentes e Implantação

Rational Unified Process (RUP)

UML Unified Modeling Language Linguagem de Modelagem Unificada

Introdução à Análise e Projeto de Sistemas

Apresentação do Capítulo 4 MDA (Model-Driven Archtecture) ALUNO: DOMENICO SCHETTINI FILHO NÚMERO USP:

Engenharia de Software 2012/3 Aula 5 Modelagem de Sistemas

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

02/10/2012. Referências. Processo visando a Usabilidade. Introdução. Engenharia de Usabilidade. Prof.: Clarindo Isaías Pereira da Silva e Pádua

FUNDAÇÃO UNIVERSIDADE ESTADUAL DE MARINGÁ

Modelagem de Sistemas. Análise de Requisitos. Modelagem

ENGENHARIA DE SOFTWARE I AULA 3. Análise e diagramação. professor Luciano Roberto Rocha.

Marcelo Henrique dos Santos

Capítulo 5 Modelação do Sistema 1

Especificação de Sistemas e SysML

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

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

UML. Adriano J. Holanda 21/3/

Notas de Aula 01: Modelos: conceitos iniciais e sua importância

Introdução à UML. Universidade Federal de Mato Grosso do Sul Sistemas de Informação - CPCX. Prof. Fernando Maia da Mota

Análise de Sistemas 3º Bimestre (material 2)

UFG - Instituto de Informática

Desenvolvimento de SIG para Web utilizando MDA

INF1013 MODELAGEM DE SOFTWARE

Engenharia de Software I: Introdução. Graduação em Informática 2009 Profa. Itana Gimenes

SERVIÇO PÚBLICO FEDERAL UNIVERSIDADE FEDERAL DE SANTA CATARINA CENTRO DE CIÊNCIAS DA SAÚDE PROGRAMA DE MESTRADO PROFISSIONAL EM INFORMÁTICA EM SAÚDE

Desenvolvimento Dirigido por Modelos: Ferramentas

Engenharia de Software. Projeto de Arquitetura

Aula 1.7 Introdução a APOO e UML

PUC-GO- ADS: Prof. Vicente P. de Camargo. Desenvolvimento de Aplicações para Cliente Servidor

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

UML UNIFIED MODELING LANGUAGE LINGUAGEM DE MODELAGEM UNIFICADA

Aula 1 - Introdução à disciplina e Processos de desenvolvimento de software e suas atividades básicas

Diagrama de Estados. Curso de Especialização DEINF - UFMA Desenvolvimento Orientado a Objetos Prof. Geraldo Braz Junior

O Fluxo de Requisitos

Introdução Diagrama de Classes Diagrama de Seqüência Diagrama de Atividades. Diagramas UML. Classe, Seqüência e Atividades. Marcio E. F.

SERVIÇO PÚBLICO FEDERAL UNIVERSIDADE FEDERAL DE SANTA CATARINA CENTRO DE CIÊNCIAS DA SAÚDE PROGRAMA DE MESTRADO PROFISSIONAL EM INFORMÁTICA EM SAÚDE

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

Diretrizes. Diretrizes. Clarindo Pádua. Diretivas encontradas em livros, artigos, etc disponíveis publicamente que. orientam sobre fatores humanos

Análise de Sistemas de Informação e Use Cases

Modelagem da Arquitetura do Negócio

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

27) Em relação aos Projetos de Sistemas de Software, assinale a sequência correta de desenvolvimento de um sistema:

Sistematização do levantamento de requisitos em processos de desenvolvimento de software a partir de uma arquitetura de modelagem de negócios

Processo Unificado. Leonardo Gresta Paulino Murta

Agenda Atual do Curso. Desenvolvimento Dirigido por Modelos (MDD) Abordagem MDD. Agenda da Aula. Abordagem MDD. Manutenção e Geração

UML (Linguagem Modelagem Unificada) João Paulo Q. dos Santos

MODELO DE SIMULAÇÃO DE UMA SOLUÇÃO DE INTEGRAÇÃO USANDO TEORIA DAS FILAS 1 SIMULATION MODEL OF AN INTEGRATION SOLUTION USING QUEUE THEORY

IDENTIFICAÇÃO DO ESCOPO DE SOFTWARE A PARTIR DA ANÁLISE DE REQUISITOS UTILIZANDO A UML

Proposta de Trabalho de Conclusão de Curso

UML Diagramas Estruturais Diagrama de Componentes

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

Diagrama de Casos de Uso

Bibliografia. Quais são os problemas? capacidade de construção. acompanha a demanda por novos programas. ameaçada por projetos ruins.

UML. Rodrigo Leite Durães.

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

Análise do problema. Desenvolvimento de programas. Desenvolvimento do algoritmo. Análise do problema

A modelagem é tida como a parte central de todas as atividades para a construção de um bom sistema, com ela podemos:

Engenharia de Software. UML Unified Modeling Language

Diagrama de Atividades

Transcrição:

Modelagem Bibliografia Modelagem Prof.: Clarindo Isaías Pereira da Silva e Pádua Gestus Departamento de Ciência da Computação - UFMG Booch G. et al, "The Unified Modeling Language User Guide", Addison Wesley, 1999. Eriksson, H-E & Penker, M. Business Modeling sith UML: Business Patterns at work, John Wiley, 2000 Constantine, L.L., & Lockwood, L.A.D. Software for Use : A Practical Guide to the Models and Methods of Usage-Centered Design, Addison-Wesley, 1999. Kleppe, A. & Warmer, J. & Bast, W. MDA Explained: The Model Driven Architecture: Practice and Promise, Addison-Wesley, 2003 1 2 Introdução >Modelagem Introdução >Modelagem > Modelo Modelo Segundo Dicionário Aurélio: Objeto destinado a ser reproduzido por imitação. Representação em pequena escala de algo que se pretende executar em grande. Molde (1). Pessoa ou coisa cuja imagem serve para ser reproduzida em escultura, pintura, fotografia, etc. Aquilo que serve de exemplo ou norma. Aquele a quem se procura imitar nas ações, no procedimento, nas maneiras, etc. Modelo segundo Aurélio Pessoa ou ato que, por sua importância ou perfeição, é digno de servir de exemplo. Pessoa que, posando, serve para estudo prático do corpo humano, em pintura ou escultura; modelo vivo. Pessoa que, empregada em casa de modas, por conta própria ou através de agência, traja vestes ou adereços para exibi-los a clientela; manequim, maneca (fem.), maneco, modelo de passarela. Impresso (2), com dizeres apropriados para cada fim, utilizado em escritórios, empresas, bancos, etc. 3 4 1

Introdução >Modelagem > Modelo Introdução >Modelagem > Modelo Modelo segundo Aurélio Réplica tridimensional de objeto, artefato, cenário, pessoa, etc., construído em escala normal, reduzida, ou ampliada, para fins didáticos, filmagem de efeitos especiais, teste de segurança, etc.; maqueta. Estilo ou design de um determinado produto ou criação, como carro, vestido, jóia, penteado, etc.: 2 Econ. Modelo econômico. Fís. Conjunto de hipóteses sobre a estrutura ou o comportamento de um sistema físico pelo qual se procuram explicar ou prever, dentro de uma teoria científica, as propriedades do sistema. Modelo segundo Aurélio Inform. Representação simplificada e abstrata de fenômeno ou situação concreta, e que serve de referência para a observação, estudo ou análise. Inform. Modelo (17) baseado em uma descrição formal de objetos, relações e processos, e que permite, variando parâmetros, simular os efeitos de mudanças de fenômeno que representa. 5 6 Modelo Segundo [Booch et al 1999]: uma simplificação da realidade, criada para melhor se entender o sistema sendo criado. Segundo [Eriksson & Penker 2000]: uma descrição abstrata de um sistema. Um modelo é expresso com diagramas (grafos) e os diagramas são expressos em uma linguagem de. Um modelo é a expressão de alguma coisa (um negócio, etc) e sempre tem objetivos. É possível modelar a mesma coisa com diferentes objetivos e modelar coisas diferentes com o mesmo objetivo. Modelo O que as definições têm em comum? (Kleppe et al 2003) Um modelo é um abstração de algo que existe na realidade. Um modelo é diferente, em geral uma simplificação, da realidade. Modelos podem ter menos detalhes ou ser menores Um modelo pode ser usado para analisar ou reproduzir alguma coisa que existe na realidade. Chamamos essa coisa que existe na realidade de Sistema. Um sistema pode se referir a um negócio ou a um sistema de software. 7 8 2

Exemplos de modelo Plantas de um prédio. Maquete. Equações matemáticas representando um circuito elétrico. Desenhos representando cenas de um filme em criação. Um diagrama mostrando seqüencia de atividades na realizacão de uma tarefa. Descrição do comportamento de um programa de computador. Descrição do serviço de atendimento ao cliente em uma empresa. Usados no desenvolvimento de novos aviões ou automóveis: modelos computacionais, túneis de vento, protótipos em tamanho real. Usados no desenvolvimento de sistemas eletrônicos, de microprocessadores a sistemas de telefonia. Na área de sociologia, economia, gerência de negócios também são utilizados modelos para validar teorias ou para testar novas teorias com mínimos riscos. Exemplos de modelos 9 10 > Motivação Motivação Uma casa de cachorro pode ser feita imediatamente com madeira, pregos, telhas, etc. Um barracão pode ser feito imediatamente por pessoas treinadas. Uma casa dificilmente pode ser feita sem projeto onde se utilizam modelos. Um edifício não pode ser feito sem a utilização de modelos. Um sistema de software complexo não pode ser desenvolvido sem a utilização de modelos. Projetos de software sem sucesso podem ter várias causas. Projetos de software de sucesso têm em comum o uso de 11 12 3

> Motivação Constroem-se modelos para se entender melhor o sistema que se está desenvolvendo. Modelos não são úteis somente para grandes sistemas. mas são imprescindíveis em sistemas complexos ou não se consegue compreendê-los em sua completude. Permitem trabalhar em um nível mais alto de abstração. Utilização de modelos Modelos ajudam a se visualizar um sistema como ele é ou como se deseja que seja. Modelos permitem especificar a estrutura ou o comportamento de um sistema. Modelos fornecem um gabarito que guiam a construção de um sistema. Modelos documentam decisões. 13 14 Modelos formais x informais Princípios de Muitas organizações desenvolvedoras de software não utilizam modelos formais. Por exemplo, utilizam cartões CRC, fluxogramas ou outras notações informais, que podem ser úteis. No entanto, esses modelos não constituem uma boa base para a comunicação porque não são padrões. A escolha de quais modelos utilizar tem uma grande influência em como o problema é abordado e como a solução é equacionada. Escolha bem seus modelos. levam a imprecisões e dificuldade de interpretação. 15 16 4

> Princípios de > Princípios de Modelos podem ser expressos em diferentes níveis de precisão ou de abstração. Por exemplo, diferentes pessoas envolvidas em um projeto de software têm necessidades diferentes de nível de detalhamento de um modelo. Escolha o nível adequado de precisão tendo em vista a utilização do modelo. Os melhores modelos são conectados à realidade. Modelos devem ter a fidelidade necessária dependendo do fenômeno que representam. 17 18 > Princípios de > Princípios de Em geral, um único modelo não é suficiente. Sistemas não triviais são melhor abordados pela utilização de um conjunto de modelos relativamente independentes. Modelos independentes podem ser utilizados separadamente um dos outros. Separe criação de crítica não critique / analise idéias enquanto elas estão sendo geradas pelo risco de perder o foco. 19 20 5

Separe perspectiva de detalhe > Princípios de Há hora de especificar e hora de detalhar Separe geração de organização. Informação pode ser identificada e criada de forma separada do processo de organização e entendimento de relacionamentos. Etapas Compila geração de idéias e compilação de pedaços do modelo sem discussão ou debate. 21 22 > Etapa > Etapas Organiza A informação compilada é revisada cuidadosamente para que se compreenda os relacionamentos. A informação é organizada e categorizada, com eliminação de redundâncias. Os resultados são sumarizados. Detalha Detalhes específicos são completados. Descrições são desenvolvidas e elaboradas. Dados faltantes são coletados 23 24 6

Refina O modelo organizado e detalhado é estudado para ser melhorado e detalhado. O trabalho é criticado e examinado para garantir que seja completo, consistente e correto como modelo. > Etapas Se necessário, o modelo é re-organizado. Cartões de classificação É um método bastante prático que utiliza fichas (cartões) para classificação de dados. Cada cartão descreve uma classe ou objeto com seus atributos. Este método pode ser utilizado no trabalho de compilação na geração de modelos. 25 26 Diversas técnicas podem ser utilizadas para categorizar os cartões segundo critérios pré-definidos, por exemplo: os cartões são distribuídos em grupos com algum critério de afinidade. Este processo prossegue sucessivamente; os cartões são ordenados segundo diversos campos, sucessivamente; grande quantidade de cartões podem ser ordenados em 3 pilhas Melhores classificados, Médios e Piores classificados. > Cartões de classificação Cada pilha pode ser considerada separadamente. Outras técnicas permitem combinar a categorização feita por um grupo de pessoas. Cada pessoa faz sua ordenação e escreve a classificação de cada cartão no verso. Cada cartão será classificado pela soma das classificações feitas por todos os participantes. Cada pessoa seleciona um certo número de cartões, de acordo com um critério pré definido, e faz uma marca no verso. Os cartões podem ser classificados de acordo com o número de marcas. > Cartões de classificação 27 28 7

Modelagem Orientada a Objetos No desenvolvimento tradicional de software, utiliza-se uma perspectiva algorítmica. Isso requer o foco em problemas de controle e de decomposição de grandes sistemas. Leva a soluções frágeis, de difícil evolução quando os sistemas crescem. Na perspectiva O-O, os sistemas de software são construídos com blocos representados por objetos e classes. Objetos são coisas, originadas do domínio da aplicação. Classes são descrições de um conjunto de objetos com características em comum. Classes representam conceitos associados a coisas do mundo real. > Modelagem Orientada a objetos A UML tem como propósito facilitar a visualização, especificação, construção e documentação de sistemas O-Os. 29 30 8