modelos parte integrante da experiência humana necessidade de entender / dominar o mundo cria-se...
TRANSCRIPT
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