MODELOS Parte integrante da experiência humana

Necessidade de entender / dominar o mundo

Cria-se modelos baseados nos:

•Cinco sentidos humanos:VisãoOlfatoAudiçãoTatoPaladar

•Conhecimentos existentes

ConhecimentoConstrução de esquemas / modelos mentais

Baseado:

num processo de comunicação entre pessoas, negociações interativas

modelos mentais existentes

Experiências diferentes:

Modelos mentais diferentes

----------

---------

----------

??????

--------

Limitação Humana

Necessidade de um meio de comunicação•Externo

•Compartilhado

•Formal ( dado )

Linguagem falada / escrita

Figuras

Gestos

RECEPTOR

PROCESSO DE COMUNICAÇÃO

AMBIENTE

EXTERNO projeção

EMISSOR

codificação decodificação

MENSAGEM

RUÍDO

MEIO

referência

LINGUAGEM

CONJUNTO DE SINAIS LIGADO POR REGRAS DE :

•SINTAXEMODOS DE COMO OS SINAIS SÃO LIGADOS EM

CONJUNTOS MAIORES

•SEMÂNTICACORRESPONDÊNCIA ENTRE OS SINAIS E O

MUNDO REAL ( SIGNIFICADO )

•PRAGMÁTICACONDIÇÕES E EFEITOS DO USO DOS SINAIS

FORMAL

FÍSICO MENTAL

INFORMAL

TEORIA DOS TRÊS MUNDOSPOPPER

HARDWARESOFTWARE

USUÁRIO

INFORMÁTICA COMO INSTÂNCIA DOS 3 MUNDOS

HARDWARESOFTWARE

USUÁRIO

ergonometria

Ruídos

deteção de erros

protocolos

usabilidade

INTERCOMUNICAÇÃO HOMEM - COMPUTADOR

linguística

PROGRAMA

REALIDADE

MUNDO FÍSICO

AGÊNCIA

MUNDO MENTAL

estruturacomportamento

O quê

como

SOFTWARE

MODELO

IMPLEMENTAÇÃO USUÁRIO

OPERADOROPERAÇÕES

ENTENDIBILIDADE

USABILIDADE

ELEGÂNCIA

DESEMPENHO

Desenvolvimento de Sistemas ( software )

Todas as pessoas da equipe de desenvolvimento devem ter o mesmo entendimento das necessidades e propósitos do sistema

Pontos de vista naturalmente conflitantes

•Especialista do problema

•Especialista da tecnologia

•Especialista da gerência

•Usuário do Sistema

Visão comum

Modelos

Textos

Diagramas

Modelo

Feito de acordo com um certo ponto de vista de um

Especialista

•Deve entender suas percepções e suposições à cerca da realidade

•Compartilhar com todos os membros da equipe

•Usar modelos

Bathroom

9 8 .8 "

97.9"

ModeloSimplificação de um sistema complexo, com a finalidade de se comunicar detalhes específicos

•Foca a atenção nos interesse específicos

•Esconde ou omite a visão nos outros aspectos do problema

•Exige a capacidade de abstração

Line

Unit

Line

Unit

Unit

Unit

INPUT

Antenna

ModelosCompromisso entre

•Entendimento

•Precisão

O “modelo” que é uma descrição de 100% do sistema

( isomorfo / idêntico )

Não pode ser considerado um modelo

Não torna possível o entendimento da realidade

É necessário sacrificar a precisão do modelo em favor de sua entendibilidade

O número 7 2

O homem é capaz de perceber somente a interação de cinco a nove, em média sete, conjuntos de informação

•Insuficiência para captar / reter informação

•Necessidade de partir o sistema em partes menores

•Dominar completamente essas partes e de volta integralizá-las no todo

Tipos de ModelosExistem muitas formas de modelagem

Uma certa estória pode ser contada ( modelada ) de diversas formas:

•Poesia

•Livro

•Peça de teatro

•Novela

•Jogo multimídia

A escolha do modelo correto depende da

Experiência

Educação

do Modelador

da Audiência

Para se construir um modelo deve-se conhecer a audiência objeto do processo de desenvolvimento de sistemas

O contrário teremos:Modelos ineficazesFalta de comunicação

Percepção do ModeloQuais os modelos mentais existentes no leitor ?

Contexto existente:

abstrato

físico

Representação do Modelo

Influencia a interpretação dos símbolos usados no modelo

Letras

Números

Icons

Se a audiência não sabe ler e escrever ?

Como a percepção é afetada pelo contexto

Objetivo da ModelagemIntegrar

•A descrição de um sistema complexo

•A expectativa da audiência que receberá a descrição

O modelo deve exibir aspectos do sistema numa maneira que favoreça o entendimento da audiência

Análise de Sistemas complexos

Fatorização de sistemas – Abordagens utilizadas

Cima para Baixo

( top-down )

De baixo para Cima

( bottom-up )

Dentro para Fora

( middle-out )

Descrição de alto nível do domínio complexo

Detalhes

Descrições abstratas / funcionalidades do sistema

Detalhes concretos do sistema

Levantamento de um ponto de começo ( uso do sistema )

Detalhar ( o uso ) descobrindo, simultaneamente, as funções do sistema

Abordagens para fatorização de um sistemaExemplo: Sistema legado sem documentação

Definição das funcionalidades do sistema com a observação da hierarquia das interfaces

Entendimento do modelo de dados sem conhecer a lógica dos negócios que manipula os dados

Análise de um módulo de código e levantamento das telas e dados que são manipulados pelo uso do mesmo

Abordagem Vantagens Desvantagens

Visão globalNecessidade do Projetista

Fuga da realidade( Visão teórica, abstrata )

Trabalho ligado à realidadeNecessidade do implementador

Perdido nos detalhes( Visão concreta )

Visão do usoNecessidade do usuário

Abordagem particular( Visão operacional )

Abordagens para fatorização de um sistema

Análise de Sistemas Clássica

Elementos Básicos de um Sistema

Limites

Diferença entre o que é interno e externo ao sistema

Interface

Comunicação através dos limites do sistema, do exterior ao interior e vice-versa

Componentes

Elementos que interagem para realizar o comportamento do sistema

Entidades : elementos manipuláveis do sistema

Controladores: elementos que provem a lógica do sistema

Relacionamentos

Relações entre os componentes do sistema

Visão sistêmicaSistema: Interruptor

Limites : parede

Interface : tecla

Controlador: temporizador

Componentes:

Caixa / Placa /Corpo

Relacionamento Estrutural:

Caixa na parede

Corpo do interruptor na caixa

Modelagem clássica de um Sistema

Uso de ícones para representar os elementos de um sistema

Processo de Análise de Sistemas

Fatorização x Modelos

Ícones para representar os elementos do sistema, na medida que os detalhes são localizados e elaborados

Os elementos:

são conectados por relações de dependência

São agrupados por componentes

Levantamento do SistemaDescoberta de informações sobre o sistema

Por Observação DiretaUsada quando não se quer interferir no sistema em estudo

Por experimentaçãoCom manipulação do sistema

No desenvolvimento de sistemas ( software )

Observação: levantamento do sistema atual para definição dos requisitos

Experimentação: protótipos usados como base para tomada de várias decisões

DefinidosA forma do modelo ( visual )

O mecanismo de investigação ( observação )

Próximo Passo:Captura de informação do sistema

De forma usável

Técnicas de Análise

•ABSTRAÇÃO / ESPECIALIZAÇÃO

•FATORIZAÇÃO / SÍNTESE

•OCULTAÇÃO / ENFATIZAÇÃO

•ENCADEAMENTO

Habilidade de se achar fatores comuns ou diferenças entre os elementos que compõem o sistema em desenvolvimento

ABSTRAÇÃO / ESPECIALIZAÇÃO

Achar

Características comuns entre dois ou mais elementos, afim de se reduzir redundância e prover uma descrição comum

Achar

Diferenças entre os elementos do sistema, levantando as características únicas de cada um

Agrupamento por abstração

Cor

Forma

Tamanho

Não existe maneira errada ou certa para se agrupar.O modelo correto é definido pelo uso desejado do mesmo:

Por exemplo:

Estudo de cores, princípios de geometria congruente, efeitos da mudança de volumes

FATORIZAÇÃO / SÍNTESE

“Dividir para Conquistar “

•Divisão do problema em partes componentes

•Cada parte é investigada independentemente

•É feita uma recomposição para se voltar ao modelo inicial

OCULTAÇÃO / ÊNFASE

Objetivo: Criar um modelo que de forma seletiva focaliza ( ou desfocaliza ) um certo elemento do sistema

Desenvolvimento de sistemas

Por exemplo:

Definir os atributos e as operações das classes relativas a uma certa atividade

ENCADEAMENTO

dos elementos do sistema

Necessário para:

Se integrar as visões de

Fatorização

Abstração

Enfatização

Ligar as diversas seções do modelo

Com o encadeamento descobre-se dependência entre as partes do sistema

Organização de um ModeloOrganização de um Modelo

Propósito Antecipar a visão de como o prédio vai ser visto

Forma Maquete da estrutura física

Tema Central Visão espacial

Centro de Atenção

Visão externa

Contexto Relacionamento com a região onde se localizará o prédio

Propósito de um ModeloCada modelo deve identificar de forma clara seu objetivo

Um modelo deve servir a um único propósito

Exceção:

Diagrama de Caso de Uso

Provê informação para

Teste

Gerência de Projeto

Design / Construção

Aceite pelo Usuário

T as k

T as k

T as k

T as k

T as k

T as k

T as k<< uses > >Ac tor

Modelos e seus Propósitos

Modelo Propósito

Modelo matemático de Astronomia

Previsão de impactos

Linguagem escrita / faladaÍconesGráficos

AprendizagemComunicação

Plantas arquitetônicasDiagramas UML

Planos de construção

Teoria científicaSímbolos matemáticos

InvestigaçãoIlustração de raciocínio

Indexação bibliográficaMapas geográficos

Auxílio à Navegação

Meta modelos UML Descrição de outros modelos

Forma de um ModeloO modelo sensibiliza os 5 sentidos, estabelecendo um canal de comunicação

Sentido (Canal de Comunicação )

Exemplo de Modelo

Visão ( visual ) Linguagem escritaPinturaDiagrama UML

Audição ( sonoro ) Código MorseLinguagem falada

Paladar ( degustativo )

Categoria de vinhos

Olfato ( cheiro ) Fórmula de perfume

Tato ( toque ) Código Braille

Textos/Símbolos/Sinais

Formas/ Imagens / Grafos / Ícones

Cores

Textura

Desenvolvimento de Software

Modelos Visuais

Tema Central ( Princípio de Organização )

Define os limites: O que incluir / Não incluir no Modelo

Centro de Atenção (correspondente a uma visão do sistema )

Base para a informação necessária

Definido em função do que é mais importante para mostrar

Exemplos: Função do sistema / Tempo / Posição

ContextoInformações do Modelo definidas em função do meio ambiente do sistema

Todo o bom modelo deve ter um

Modelo de Controle de Tráfego Aéreo

Propósito Auxiliar o controle de tráfego aéreo

FormaRotas das aeronaves numa telaVisual

Tema CentralCódigo de cores das aeronaves por

TipoAtividade (aterrisagem, levantamento )

Descrição textual de Velocidade e Altitude

Centro de AtençãoRisco de Colisões no espaço aéreo próximo ao aeroporto

Contexto Terreno próximoNão entra no modelo

PropósitoDescrever classes de objetos existentes no domínio do sistema

FormaDiagrama de classes UMLVisual

Tema CentralMostrar informações estruturais

AssociaçõesAgregações

Centro de Atenção Objetos permanentes

ContextoDomínio do sistema: Processos de negócios de Venda

Modelo de Controle de Vendas

Centro de Atenção

Cor Amarela Função de trading

Cor Azul Outras funções

Modelo de Casos de Uso

Contexto do ModeloInfluencia o que colocar no modelo

Sistema Carro

Contexto Elementos do Modelo

Autoestrada

VelocidadePosiçãoComposição da EstradaCondições de tempo

Showroom

CorAmenidadesDesignPreço

Construção de um Modelo

Propósito

ContextoCima para Baixo

Dentro para For a

Baixo para Cima

Forma

Tema

Encadeamento

Fatorização

Abstração

Enfatização

Centro de Atenção

Localização dos Elementos e seus Relacionamentos