STATECHARTS. Página 1 de 10. Dante Carlos Antunes - GPT
|
|
- Artur Van Der Vinne
- 5 Há anos
- Visualizações:
Transcrição
1 Página 1 de 10 STATECHARTS Autor: Dante Carlos Antunes - GPT STATECHARTS é um formalismo visual concebido por David Harel para especificar sistemas em tempo real do tipo reativo. Este tipo de sistemas, em contraste com os sistemas do tipo transformacional, é caracterizado por ser eventdriven, isto é, deve continuamente reagir a estímulos externos e internos. A busca de meios visuais para representar sistemas complexos tem produzido uma série de propostas de abordagem, todas elas tendo um paradigma específico como sustentáculo conceitual. Algumas delas, por exemplo, procuram enfocar os sistemas como sendo um conjunto de processos que se relacionam entre si - é o caso do DFD. Outras analisam pelo ângulo dos dados é o caso do DER. E também há as que procuram entender um sistema como sendo um conjunto de estados e de transições entre estes estados. Não é possível determinar qual é a melhor destas abordagens, pois cada uma delas atende melhor um certo espectro de sistemas. O presente artigo descreve um método que se baseia no paradigma da transição de estados, chamado de STATECHARTS. Trata-se de uma condensação dos artigos [HAR 87a] e [HAR 87b] escritos por David Harel. STATECHARTS é na verdade uma evolução dos clássicos Diagramas de Transição de Estados, pois produz representações mais "enxutas" e claras, sendo especialmente indicado para descrever sistemas complexos do tipo event-driven também chamados de sistemas reativos. São exemplos característicos de sistemas reativos: telefones, redes de comunicação de dados, sistemas operacionais, sistemas aviônicos, circuitos VLSI e as interfaces homem-máquina contidas em vários softwares. Descrever o comportamento de sistemas complexos através dos seus estados e eventos pode ser considerada uma forma natural de abordagem, e por isto indicada, de proceder. Um fragmento básico desta descrição pode ser: "estando o sistema em um determinado estado A, quando um evento α a ocorre e neste mesmo momento uma condição C é verdadeira, então o sistema passa para o estado B". Especificar sistemas do tipo reativo através da análise dos estados e eventos não é uma proposta nova. Já há algum tempo os Diagramas de Transição de Estado (DTE) baseados no formalismo conhecido como máquinas de estado finito têm sido utilizados com este propósito. O grande problema desta abordagem tradicional é a dificuldade de visualização quando usado na descrição de sistemas muito grandes e complexos, onde a multiplicidade de estados e transições entre estes estados cresce de forma exponencial. Para que uma técnica que pretenda representar um sistema reativo através dos seus estados e eventos possa ser considerada satisfatória, ela deve ser capaz de descrever eficientemente as seguintes situações:
2 Página 2 de "Estando o avião em qualquer estado, quando a alavanca amarela for acionada, o assento deverá ser ejetado". 2. "O estado da caixa de câmbio de um carro é independente do sistema de freios". 3. "Quando o botão de seleção é acionado, entrar no modo que foi selecionado". 4. "Modo-de-exibição consiste de exibição-da-hora, exibição-da-data e exibição-do-cronômetro". A declaração 1, acima, necessita da capacidade de agrupar estados em um superestado (clustering). Se não houver esta habilidade, de todos os estados existentes no sistema aviônico, deveria partir uma seta para o estado "acento ejetado" gerando uma grande poluição visual no diagrama. A declaração 2 introduz o conceito de independência ou concorrência de estados. A declaração 3 sugere a necessidade de transições mais genéricas que uma simples seta identificando um evento. Por fim, a declaração 4 mostra a possiblidade de refinamento de estados. STATECHARTS atende a todas estas necessidades de especificação. Os conceitos básicos modelados por STATECHARTS são: Estado - é a situação em que um sistema se encontra em um determinado instante do tempo. Evento - são acontecimentos que ocorrem tanto externamente ao sistema como internamente e que ao serem percebidos pelo sistema provocam transições de estado, isto é, o sistema passa de um estado A para um estado B. Condição - é um predicado opcional associado a um evento que habilita o sistema a efetuar uma transição de estado. Em outras palavras, o sistema só passa de um estado para outro, caso ocorra um evento qualquer e se, e somente se, a condição associada for verdadeira no momento do evento. PRINCIPAIS MECANISMOS DE STATECHARTS Os principais mecanismos de modelagem disponibilizados por STATECHARTS são: clustering, refinamento, estado default, entrada-pela-história, concorrência e ações. CLUSTERING Analisando a Figura 1 encontramos os quatro estados A, B, C e D de um sistema qualquer (representados por retângulos com cantos arredondados) e uma série de setas indicando os eventos que transferem o sistema de um estado para outro. Os estados na forma como estão representados são mutuamente exclusivos entre si, isto é, o sistema não pode estar em mais de um deles ao mesmo tempo.
3 Página 3 de 10 Figura 1 No exemplo da Figura 1, o sistema pode assumir o estado D vindo, ou do estado A, ou de B, ou de C, basta que quanto estiver em um destes três últimos estados, ocorra o evento a. Portanto, os estados A, B e C possuem uma característica em comum: a transição para D provocada. pelo evento a. Esta característica permite que se agrupem os três estados A, B e C em um superestado E, como mostra a Figura 2. Figura 2 Note-se que as três setas referentes ao evento a que existiam na situação anterior (Figura 1) foram substituídas por apenas uma, partindo do contorno do superestado E.
4 Página 4 de 10 Na Figura 2, os estados A, B e C contidos no superestado E são mutuamente exclusivos entre si, o que configura um OR-exclusivo. A criação do cluster E é apenas em função do evento a, não afetando a forma como os eventos b e c são representados. Quando ocorre um clustering, as setas representando os eventos não envolvidos "penetram" no contorno do superestado, indo até o (ou vindo do) estado a que se referem. O exemplo dado mostra claramente a característica bottom-up do mecanismo de clustering, pois partiu-se de estados mais básicos para formar um estado mais abrangente. REFINAMENTO Figura 3 - Refinamento É o processo inverso do clustering, isto é, funciona de forma top-down. Partindo de um estado mais abrangente, identificam-se os possíveis estados componentes. Supondo que um especificador quando estiver descrevendo o comportamento de um sistema, tenha chegado à representação mostrada na Figura 3a, onde dois estados (E e D) e três eventos (a, b e c) foram identificados. Na busca de um melhor detalhamento (refinamento) este especificador concluiu que o estado E na verdade é um conjunto de três subestados A, B e C (Figura 3b). Aos detectar estes novos três estados, analisou novamente os eventos e notou que apenas o evento a relacionava-se com todos eles; notou também que o evento b relacionava-se apenas com o estado B e o evento c apenas com o estado C. Para resolver isto, estendeu as setas representativas dos eventos b e c atravessando o contorno do estado E até os retângulos representativos dos estados B e C respectivamente, resultando na Figura 3c. Além disto descobriu mais alguns eventos que ocorriam no interior de E, entre os subestados recém identificados. Ao incluir estes novos eventos no seu diagrama, o especificador chegou à situação apresentada na Figura 2. ESTADO DEFAULT Supondo um determinado superestado E composto dos subestados A, B e C. Caso ocorra um evento f que resulta em uma transição para este superestado, o sistema entrará naquele subestado indicado como default, ou seja, no subestado B. Graficamente um estado default deve ser representado como mostra a Figura 4,
5 Página 5 de 10 ou seja, através de uma pequena seta apontando para ele. Figura 4 - Estado E, contendo o Estado default B O sistema só não entrará no estado default se houver uma outra indicação em contrário. No caso da Figura 4, caso ocorra o evento c, o sistema não respeita o default e vai para o estado C, pois trata-se de uma transição explicitamente indicada. Existem duas formas de se representar um estado default, uma direta e uma outra em dois tempos. As duas, entretanto, são equivalentes. A Figura 5a mostra a forma direta e a Figura 5b mostra a forma em dois tempos. Figura 5 - Duas formas de representar estados default Na Figura 5a, B1 é o estado default em relação a tudo que estiver dentro de E. Agora, na Figura 5b, em primeiro lugar o superestado B é default em relação a A e C e, em segundo lugar, B1 é default em relação a B2 e B3. ENTRADA-PELA-HISTÓRIA (Enter-by-History)
6 Página 6 de 10 Entrada-pela-história significa que o sistema ao reentrar em um superestado, vai entrar no seu subestado mais recentemente visitado. O sistema precisa para tanto ter a capacidade de "lembrar" qual é este último estado visitado. A entrada-pelahistória é representada graficamente pela letra H dentro de um pequeno círculo. A Figura 6a serve como exemplo para mostrar como funciona a entrada-pelahistória. Figura 6 - Canectivo "entrada-pela-história" Quando o sistema entra em K, ou ele vai para G ou para F. Irá para G se, na última vez que esteve em K, foi em visita a um dos subestados de G, ou seja A ou B. lrá para F se, na última vez que esteve em K, foi em visita a um dos subestados de F, ou seja, C, D ou E. Se o sistema for para G, na verdade vai para B que é o subestado default dentro de G. Se for para F, vai para o subestado default C. Uma forma de ignorar os estados default quando se usa a entrada-pela-história é mostrada na Figura 6b onde o H aparece em companhia de um asterisco. Neste caso o sistema entra no último estado básico visitado do cluster. No caso da Figura 6b, se na visita anterior a K o último estado visitado tenha sido D, então quando se reentrar no superestado K na próxima ocasião, entra-se em D. A entrada-pela-história pode ocorrer em mais de um nível como mostra a Figura 6c, onde o sistema ou entra em G ou em F, dependendo de qual dos dois ele visitou por último. Se entrar em F, vai também "entrar-pela-história" pois o default C foi overriden, isto é, vai entrar ou em E, ou em D, ou em C, conforme tenha sido o último estado visitado. A entrada-pela-história não se aplica quando é a primeira vez que se está entrando em um superestado, pois, obviamente, não houve visita anterior a este superestado. Neste caso vale o estado default. CONCORRÊNCIA (ou ORTOGONALIDADE) Em muitos casos, principalmente em sistemas complexos, o especificador precisa representar conjuntos de estados concorrentes, tais como o conjunto de estados do sistema de câmbio de velocidades de um automóvel que existe em paralelo com o seu sistema de freios. Um método eficiente de especificação deve fornecer mecanismos para que se possa representar situações deste tipo.
7 Página 7 de 10 Figura 7 - DTE para dois conjuntos de estados concorrentes {B,C} e {E,F,G} Um dos motivos que desestimulou o uso dos diagramas de estados tradicionais foi exatamente a dificuldade que apresenta quando se precisa tratar estados concorrentes. Para ilustrar esta dificuldade, tome-se como exemplo um sistema Y que apresenta dois conjuntos de estados concorrentes. O primeiro contendo os estados B e C, e o segundo contendo os estados E, F e G. A Figura 7 mostra como ficaria a representação em DTE clássico. Observar que, a cada momento, o sistema está em um estado do primeiro conjunto e também está, necessariamente, em um estado do segundo conjunto. O mesmo sistema Y pode ser representado de maneira mais "enxuta", utilizandose STATECHARTS como é mostrado na Figura 8. A notação usada para representar concorrência é um splitting de um cluster em tantos "compartimentos" quantos forem os conjuntos concorrentes de estados, através de separação de áreas por linhas tracejadas. No exemplo mostrado na Figura 8, dois conjuntos deste tipo são representados: o conjunto A e o conjunto D. Pode ser percebido claramente que a quantidade de seis estados da Figura 7 é a mesma do produto cartesiano A D (2 x 3) da Figura 8. Se por acaso, em vez de 2 conjuntos, A possuísse 100 conjuntos e D, em vez de 3 conjuntos, possuísse 200, o resultado do produto cartesiano seria de 20 mil pares possíveis, o que tornaria uma correspondente representação em DTE clássico extremamente complicada.
8 Página 8 de 10 Figura 8 - Statechart para dois conjuntos de estados concorrentes Na Figura 8, é introduzida a notação de condição que pode opcionalmente acompanhar algum evento; é o caso do evento b seguido da condição in G, que faz com que, ao ocorrer o evento Mb, o sistema mude de estado de C para B se, e somente se, o sistema também estiver no estado concorrente G. Portanto, o sistema permanece em C, mesmo ocorrendo o evento b, caso esteja em E ou F e não em G. Ortogondidade pode ser ententida com um AND entre dois ou mais conjuntos. Na Figura 8, por exemplo, sempre em um determinado momento do tempo o sistema apresenta um par de estados. Começa com o par B-and-F que são os estados default de cada subconjunto concorrente do sistema Y. Se em seguida ocorre o evento a o sistema vai para o par de estados C-and-G e assim por diante. Podem ocorrer situações onde um evento afeta apenas um dos subconjuntos de Y, por exemplo, se o sistema estiver no par de estados C-and-G e ocorrer o evento d, então o sistema continua em C e muda de G para F, passando a apresentar um novo par de estados: C-and-F. AÇÕES Em STATECHARTS, além de especificar estados e transições, é possível também descrever as ações que ocorrem dentro do sistema a partir dos eventos. Uma ação é representada associada a um evento e a sua notação é "x / S" onde x é o evento gatilho e S é uma ação executada. Por definição, uma ação é algo instantâneo, que não gasta tempo, enquanto que uma atividade dura um certo tempo. Por exemplo, podemos ter unia ação start (X) e uma ação stop (X) como marcos inicial e final de um atividade (X). Uma ação também pode ser sentida pelo próprio sistema, isto é, pode se configurar em um evento a ser percebido em algum lugar do sistema. A Figura 9 mostra este fenômeno. Na primeira vez o sistema entra simultaneamente nos estados default B, F e J (trata-se de uma trinca de estados porque há uma
9 Página 9 de 10 ortogonalidade entre três conjuntos de estados). Em seguida ocorre o evento m que dispara a ação e. Como e é um evento que afeta o próprio sistema, ocorre uma transição de F para G e de B para C, fazendo com que o sistema passe a apresentar uma nova trinca de estados: C, G e I, numa espécie de reação em cadeia. Esta capacidade de uma região "sentir" eventos internos ocorridos em outras regiões do sistema é possível graças à capacidade de broadcasting implícita ao formalismo STATECHARTS. Significa que além dos eventos do ambiente externo, também os eventos internos de um sistema podem provocar transições de estado. CONCLUSÃO O método STATECHARTS proposto por Harel realmente apresenta vantagens significativas sobre o DTE clássico, conseguindo representar situações que este último, ou não consegue, ou produz diagramas bastante intrincados. É o caso do tratamento de estados concorrentes e da capacidade de clustering. Além disto, STATECHARTS pela sua abordagem visual e simplicidade de notação constitui-se em um excelente meio de comunicação entre o especificador e o usuário do sistema a ser projetado. STATECHARTS aplica-se perfeitamente a sistemas de tempo real do tipo que reage a eventos, contudo atende perfeitamente à necessidade de especificação da interface homem-máquina de softwares em geral. Figura 9 - Ações associadas a eventos provocando reação em cadeia Referências bibliográficas: [HAR 87a] HAREL, David. Statecharts: a visual formalism for complex systems. Science of Computer Programming, v. 8, p , [HAR 87b] HAREL, David. On visual formalisms. Rehovot: The Weizmann Inst. of Science, June 1987.
10 Página 10 de 10 [RUM91] RUMBAUGH, J. et al. Object-oriented modeling and design. Englewood Cliffs: Prentice-Hall, Copyright 1990 / Companhia de Informática do Paraná - CELEPAR
Oficina de Integração 2 Métodos de representação (Introdução) Prof. César M.V. Benítez 2018b
Oficina de Integração 2 Métodos de representação (Introdução) Prof. César M.V. Benítez 2018b Qual o problema? Como descrever as partes e o comportamento de um sistema? Antes e durante o desenvolvimento
Leia maisDiagramas de Estado: (um pouco) história. Diagramas de Transição de Estado. Inventados por David Harel (State Charts)
Diagramas de Transição de Estado Diagramas de Estado: (um pouco) história Inventados por David Harel (State Charts) D. Harel. Statecharts: A Visual Formalism for Complex Systems. In Science of Computer
Leia maisEngenharia de Software 2012/3 Aula 5 Modelagem de Sistemas
Engenharia de Software Engenharia de Software 2012/3 Aula 5 Modelagem de Sistemas Thiago P. da Silva thiagosilva@ufmt.br Agenda Modelagem de Sistemas Modelos de contexto Diagramas de Atividades Modelos
Leia maisLinguagem UML. Linguagem de Modelagem Unificada UML. Diagrama de Estado. Rosemary Silveira Filgueiras Melo
Linguagem de Modelagem Unificada UML Diagrama de Estado Rosemary Silveira Filgueiras Melo rosesfmelo@hotmail.com 1 Tópicos abordados Diagramas de Estado 2 Diagrama de Estado Representa os possíveis estados
Leia maisUML (Linguagem Modelagem Unificada) João Paulo Q. dos Santos
UML (Linguagem Modelagem Unificada) João Paulo Q. dos Santos joao.queiroz@ifrn.edu.br Roteiro A importância da UML para projetar sistemas. Principais características do diagrama de classes e de sequência.
Leia maisSimulador de Eventos modelados em Statecharts
Simulador de Eventos modelados em Statecharts Uma Simulação de Temperaturas Atmosféricas Aluno: António Augusto Tavares Martins Miranda Supervisor: Ana Cristina Vieira de Melo Instituto de Matemática e
Leia maisDiagrama de Fluxo de Dados - DFD. Prof.ª: Érika A. Barrado
Diagrama de Fluxo de Dados - DFD Prof.ª: Érika A. Barrado Definição O Diagrama de Fluxo de Dados (DFD) é uma representação gráfica do modelo de circulação da informação no sistema em estudo; Permite conceber
Leia maisDinâmica dos Objetos
Dinâmica dos Objetos Dinâmica dos objetos Necessário desenvolver estudo sobre comportamento interno das classes Permitir a especificação da dinâmica i.e. a forma como os objetos de cada classe se comportam
Leia maisPrática interdisciplinar em desenvolvimento de software I
Este é um diagrama comportamental que procura determinar a sequência de eventos que ocorrem em um determinado processo, identificando quais mensagens devem ser disparadas entre os elementos envolvidos
Leia maisENGENHARIA DE SOFTWARE I AULA 3. Análise e diagramação. professor Luciano Roberto Rocha.
ENGENHARIA DE SOFTWARE I AULA 3 Análise e diagramação professor Luciano Roberto Rocha www.lrocha.com.br POR QUE DIAGRAMAR A maioria dos problemas encontrados em sistemas tem sua origem na construção do
Leia maisINF1013 MODELAGEM DE SOFTWARE
INF1013 MODELAGEM DE SOFTWARE Departamento de Informática PUC-Rio Ivan Mathias Filho ivan@inf.puc-rio.br Programa Capítulo 1 O Paradigma Orientado a Objetos A Linguagem UML Descrição da Arquitetura 1 Programa
Leia maisDiagrama de Estados. Curso de Especialização DEINF - UFMA Desenvolvimento Orientado a Objetos Prof. Geraldo Braz Junior
Diagrama de Estados Curso de Especialização DEINF - UFMA Desenvolvimento Orientado a Objetos Prof. Geraldo Braz Junior Referências: Booch, G. et al. The Unified Modeling Language User Guide Medeiros, E.
Leia maisDiagramas. Abordaremos agora cada um destes tipos de diagrama: 1. Diagrama Use-Case. 2. Diagrama de Colaboração. 3. Diagrama de Sequência
Diagramas Os diagramas utilizados pela UML são compostos de nove tipos: diagrama de use case, de classes, de objecto, de estado, de sequência, de colaboração, de actividade, de componente e o de instalação/execução.
Leia maisINF1013 MODELAGEM DE SOFTWARE
INF1013 MODELAGEM DE SOFTWARE Departamento de Informática Ivan Mathias Filho ivan@inf.puc-rio.br Programa Capítulo 5 Sistemas Reativos Definição Sistemas Reativos Exemplos Máquinas de Estados 1 Programa
Leia maisAnálise e Projeto Orientados a Objetos Aula III Concepção Visão Geral do Sistema. Prof. Bruno E. G. Gomes IFRN
Análise e Projeto Orientados a Objetos Aula III Concepção Visão Geral do Sistema Prof. Bruno E. G. Gomes IFRN 1 Introdução Fase de concepção do UP Analista vai em busca das primeiras informações sobre
Leia maisAnálise e Projeto de Sistemas
Análise e Projeto de Sistemas Prof. Dr. Ronaldo C. de Oliveira ronaldo.co@ufu.br www.facom.ufu.br/~ronaldooliveira FACOM - 2017 Requisitos do Sistema Introdução O que são requisitos de um software? Serviços
Leia maisDiagrama de Atividades
Diagrama de Atividades Profa Simone Sawasaki Tanaka simone.tanaka@unifil.br Diagramas da UML Diagrama de Atividade Um Diagrama de atividade é essencialmente um gráfico de fluxo, mostrando o fluxo de controle
Leia maisDiagrama de Estados. Régis Patrick Silva Simão. Régis Simão Diagrama de Estados 1/21
Diagrama de Estados Régis Patrick Silva Simão Régis Simão Diagrama de Estados 1/21 Agenda Introdução Estado Inicial e Estado Final Estados Transições Atividades Internas Estados de Atividades Superestados
Leia maisDiagrama de Máquina de Estados
Análise e Projeto de Sistemas OO Diagrama de Máquina de Estados Demonstra o comportamento de um elemento através de um conjunto de transições de estado. Um Estado representa a situação em que um objeto
Leia mais4 Linguagens de Modelagem de IHC
4 Linguagens de Modelagem de IHC A ferramenta proposta no atual trabalho visa englobar algumas linguagens visuais comuns na área de Interação Humano-Computador. São elas: Concur Task Trees (CTT), MoLIC
Leia maisPanorama da notação UML
Panorama da notação UML A notação UML (Unified Modeling Language linguagem de modelagem unificada) evoluiu desde que foi adotada a primeira vez como um padrão em 1997. Uma revisão maior para o padrão foi
Leia maisUML Diagrama de Estados
CBSI Curso de Bacharelado em Sistemas de Informação UML Diagrama de Estados Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br www.ufpa.br/srbo Análise e Projeto de Sistemas Faculdade de Computação
Leia maisIntrodução. à UML. Histórico (cont.) Histórico Definição Benefícios Notação Diagrama de Classes Diagramas de Interação Conclusões Revisão
Sumário Introdução à UML BSI Bacharelado em Sistemas de Informação LOO Linguagens Orientadas a Objetos Humberto Mossri de Almeida hmossri_cursos@yahoo.com.br Marcelo Nassau Malta nassau_cursos@yahoo.com.br
Leia maisUML e seus diagramas
UML e seus diagramas A UML Unified Modeling Language (Linguagem de Modelagem Unificada), como o próprio nome já diz, é uma linguagem para modelagem de objetos do mundo real, usada para especificar, construir,
Leia maisIntrodução a Tecnologia da Informação
Introdução a Tecnologia da Informação Informática Básica Software de apresentação Prof. Jonatas Bastos Power Point p Faz parte do pacote Microsoft Office; p Software com muitos recursos para construção
Leia maisLinguagem UML. Linguagem de Modelagem Unificada UML. Diagramas de Comportamento Parte 2. Rosemary Silveira Filgueiras Melo
Linguagem de Modelagem Unificada UML Diagramas de Comportamento Parte 2 Rosemary Silveira Filgueiras Melo rosesfmelo@hotmail.com 1 Tópicos abordados Diagramas tripé da Análise Diagramas de Sequência Diagramas
Leia maisS15 - Engenharia de Requisitos continuação cap.6
S15 - Engenharia de Requisitos continuação cap.6 ENGENHARIA DE SOFTWARE PRESSMAN, 2011 Gilberto Wolff UTFPR Roteiro Análise de requisitos Modelagem baseada em cenários Modelos UML que complementam o Caso
Leia maisModelagem de Tarefas
Introdução à Interação Humano-Computador Modelagem de Tarefas Professora: Raquel Oliveira Prates http://www.dcc.ufmg.br/~rprates/ihc Aula 14: 06/11 1 Modelagem de Tarefas Objetivo Definir o plano de ações
Leia maisEspecificação de Sistemas e SysML
Especificação de Sistemas e SysML Centro de Informática - Universidade Federal de Pernambuco Engenharia da Computação Kiev Gama kiev@cin.ufpe.br Slides elaborados pelos professores Marcio Cornélio e Kiev
Leia maisTrata-se de uma variação do diagrama de estado com um propósito um pouco diferente do diagrama de estado:
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Atividade 6 Diagrama de Atividade 6.1 Definição
Leia maisAPÊNDICE D Unified Model Language (UML)
APÊNDICE D Unified Model Language (UML) 299 APÊNDICE D Unified Model Language (UML) Apresenta-se neste Apêndice uma visão geral sobre a UML (Unified Modeling Language), focalizando-se nos conceitos e definições
Leia maisExtensão da capacidade da PerformCharts visando Geração Automática de Casos de Teste de sistemas através da CONDADO
Ana Silvia Martins Serra do Amaral LAC/INPE N.L.Vijaykumar - LAC/INPE Eliane Martins - IC/Unicamp São José dos Campos, Brasil INPE Workshop ATIFS 05/Dezembro/2003 Este trabalho apresenta uma metodologia
Leia maisProfessor Emiliano S. Monteiro
Professor Emiliano S. Monteiro É uma padronização de modelagem. Ele é desenhada! Como é uma linguagem desenhada, os desenhos podem ser codificados em qualquer linguagem de qualquer forma, não necessariamente
Leia mais5 Diagrama de Estado. 5.1 Definição
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Estado Autoria:Aristófanes Corrêa Silva Adaptação:
Leia maisUML. Diagrama de Classe
UML Diagrama de Classe Em UML as classes são representadas por um retângulo dividido em três compartimentos: o compartimento de nome, que conterá apenas o nome da classe modelada, o de atributos, que possuirá
Leia maisAnálise e Projeto de Sistemas
Análise e Projeto de Sistemas Prof. Dr. Ronaldo C. de Oliveira ronaldo.co@ufu.br www.facom.ufu.br/~ronaldooliveira FACOM - 2018 Diagramas de Interação de Objetos Diagramas de Interação O Diagrama de Interação
Leia maisNotas de Aula 03: Introdução a Orientação a Objetos e a UML
Notas de Aula 03: Introdução a Orientação a Objetos e a UML Objetivos da aula: Introduzir os conceitos da Orientação à Objetos (O.O) Introduzir os conceitos da UML Relacionar os processos às ferramentas
Leia maisINTRODUÇÃO À ENGENHARIA DE SOFTWARE. Prof.: Tiago Alves
INTRODUÇÃO À ENGENHARIA DE SOFTWARE Prof.: Tiago Alves (tiagofga@gmail.com) UML UNIFIED MODELING LANGUAGE Livro: Utilizando UML e Padrões, 3.ed. Autor(es): Craig Larman Modelagem de Sistemas Orientados
Leia maisJOSÉ MARIA NOVAES DOS SANTOS UM FORMALISMO ADAPTATIVO COM MECANISMO DE SINCRONIZAÇÃO PARA APLICAÇÕES CONCORRENTES
JOSÉ MARIA NOVAES DOS SANTOS UM FORMALISMO ADAPTATIVO COM MECANISMO DE SINCRONIZAÇÃO PARA APLICAÇÕES CONCORRENTES Dissertação apresentada à Escola Politécnica da Universidade de São Paulo para obtenção
Leia maisEngenharia de Software. Projeto de Arquitetura
Engenharia de Software Projeto de Arquitetura O que já vimos? Introdução a Engenharia de Software Processos de Software Desenvolvimento Ágil de Software Engenharia de Requisitos Modelagem de sistemas (outra
Leia maisMetodologia Simplified. António Rocha
Metodologia Simplified António Rocha - 2003 Metodologias As empresas precisam de uma metodologia simples e eficaz para realizarem o seu primeiro projecto OO Uma metodologia tem mais probabilidades de ser
Leia maisPOO Paradigma Orientado a Objetos. POO Paradigma Orientado a Objetos. POO Paradigma Orientado a Objetos. POO Paradigma Orientado a Objetos
UEG - Universidade Estadual de Goiás (Câmpus Posse) Disciplina: Análise e Projeto de Sistemas II Turma: 4 Semestre Ano: 2016 Professor: José Ronaldo Leles Júnior O que é? É uma forma de abordar um problema.
Leia maisFases do OOHDM. OOHDM Um modelo para autoria de HT
OOHDM Um modelo para autoria de HT OOHDM Object Oriented Hypermedia Design Method Abrange as fases de Espeficicação de Requisitos, Modelagem Conceitual, Modelagem da Navegação e Modelagem da Interface
Leia maisRequisitos de Sistemas
Requisitos de Sistemas Unidade II - Processos de Negócio Identificação Conceitos Modelagem - BPM - UML Processos x Requisitos 1 Processo de negócio CONCEITO Um processo de negócio, processo organizacional
Leia maisModelagem Dinâmica. Toda a ação é designada em termos do fim que procura atingir. Niccolo Maquiavel. O pensamento é o ensaio da ação.
Modelagem Dinâmica Toda a ação é designada em termos do fim que procura atingir. Niccolo Maquiavel O pensamento é o ensaio da ação. Sigmund Freud Modelagem Dinâmica Identifica e modela os aspectos do sistema
Leia maisA modelagem de Negócio com UML
A modelagem de Negócio com UML Introdução A passagem do Modelo do Negócio para o Modelo do Sistema envolve a definição de quais Casos de Uso do Negócio deverão ser automatizados; No momento em que os requisitos
Leia maisUML Aula I Diagramas de Caso de Uso. Ricardo Argenton Ramos
UML Aula I Diagramas de Caso de Uso Ricardo Argenton Ramos Engenharia de Software II 2016.1 25/04/2016 Um Exercício Como você pode representar? Uma casa de 2 andares, 4 quartos, 2 banheiros, 1 sala, 1
Leia maisModelos Orientados a Estado na Especificação de Software. State-Oriented Models in Software Specification
Modelos Orientados a Estado na Especificação de Software State-Oriented Models in Software Specification Adilson Luiz Bonifácio 1 ; Fabio Adriano Lisboa Gomes 2 Resumo Diversas técnicas de especificação
Leia maisMODELAGEM DE SISTEMAS. Introdução a Computação e Engenharia de Software. Profa. Cynthia Pinheiro
MODELAGEM DE SISTEMAS Introdução a Computação e Engenharia de Software Profa. Cynthia Pinheiro Introdução Modelagem de Sistemas: A modelagem de um sistema auxilia o analista a entender a funcionalidade
Leia maisModelo Conceitual Parte 1 Banco de Dados I Prof. Luiz Antônio Vivacqua C. Meyer
Modelo Conceitual Parte 1 Banco de Dados I Prof. Luiz Antônio Vivacqua C. Meyer Introdução As funcionalidades de um SOO são realizadas internamente através de colaborações entre objetos. Externamente,
Leia mais09/10/2013. Conteúdo dessa aula
Análise Estruturada de Sistemas Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Conteúdo dessa aula Os componentes de um Diagrama de Fluxo de Dados
Leia maisEngenharia 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
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 Cronograma das Aulas. Hoje você está na aula Semana
Leia maisAnálise e Projeto de Sistemas I. Curso de Sistemas de Informação. Karla Donato Fook DESU / DComp.
Análise e Projeto de Sistemas I Curso de Sistemas de Informação Karla Donato Fook karladf@ifma.edu.br DESU / DComp 2018 2 1 Técnica que orienta a análise de sistemas para a essência do negócio ao qual
Leia maisEngenharia de Software. Aula 2.4 Modelos de Casos de Uso. Prof. Bruno Moreno
Engenharia de Software Aula 2.4 Modelos de Casos de Uso Prof. Bruno Moreno bruno.moreno@ifrn.edu.br Comportamento do Sistema Refere-se às funcionalidades do sistema Requisitos funcionais; O comportamento
Leia maisVisão Geral da UML. SSC Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012
Visão Geral da UML SSC 121 - Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012 Conteúdo Introdução Ferramentas de Apoio Diagramas da UML Elementos Genéricos Material sobre UML
Leia maisEngenharia de Software. UML Unified Modeling Language
Engenharia de Software UML Unified Modeling Language UML - INTRODUÇÃO UML é um acrônimo para a expressão Linguagem de Modelagem Unificada. Pela definição de seu nome, vemos que a UML é uma linguagem que
Leia maisVisões Arquiteturais. Visões Arquiteturais
Visões Arquiteturais Separar diferentes aspectos em visões separadas com o objetivo de gerenciar complexidade. Cada visão descreve diferentes conceitos da Engenharia. Visões permitem reduzir a quantidade
Leia maisModelagem de Sistemas Web. Modelagem de BD
Modelagem de Sistemas Web Aula 9 Modelagem de BD OBS: Pré-requisito: noções intermediárias em BD e de modelo ER Fonte: Proj. e Mod. BD 4/E Capítulo: Análise de Req. E Mod. Dados Conceit. - Toby Teorey
Leia maisDiagrama de Atividades
Diagrama de Atividades Régis Patrick Silva Simão Régis Simão Diagrama de Atividades 1/40 Agenda Introdução Nó Inicial e Nó Final Ações ou Atividades Fluxos ou Arestas Conectores Objetos Pinos Decisões
Leia maisEspecificação de Sistemas de Software e a UML
Modelagem de sistema Especificação de Sistemas de Software e a UML A modelagem de sistema auxilia o analista a entender a funcionalidade do sistema Modelo => visão simplificada e abstrata de um sistema
Leia maisAnálise de Sistemas 3º Bimestre (material 2)
Análise de Sistemas 3º Bimestre (material 2) Professor: José Ronaldo Leles Júnior Turma: 2º ano do curso de Sistemas de Informação UEG Universidade Estadual de Goiás Campus Posse POO Paradigma Orientado
Leia maisModelo Entidade-Relacionamento
Modelo Entidade-Relacionamento Professora: Valéria Gonçalves Soares valeria@dimap.ufrn.br Conjunto de Entidades Fracas Um conjunto de entidades pode não ter atributos suficientes para formar uma chave
Leia maisUML 2.0 Método, Linguagem e Ferramenta. Prof. Cesar Augusto Tacla
UML 2.0 Método, Linguagem e Ferramenta Prof. Cesar Augusto Tacla Conteúdo do Curso MÉTODO RUP FERRAMENTA Visual Paradigm Enterprise Architect LINGUAGEM UML UML: Unified Modeling Language Linguagem padrão
Leia maisMáquinas de Estados Finitos. Aula 19 Prof. Abel Guilhermino
Máquinas de Estados Finitos Aula 19 Prof. Abel Guilhermino Definição Um sistema seqüencial deve ter a capacidade de capturar a influência de todas as entradas passadas sobre as saídas atuais e futuras.
Leia maisINF1013 MODELAGEM DE SOFTWARE
INF1013 MODELAGEM DE SOFTWARE Departamento de Informática PUC-Rio Ivan Mathias Filho ivan@inf.puc-rio.br Programa Capítulo 3 Modelo de Classes de Software Navegação 1 Programa Capítulo 3 Modelo de Classes
Leia maisDFD Diagrama de Fluxo de Dados. (Explosão das bolhas do DFD de nível 0) Aula 08
DFD Diagrama de Fluxo de Dados Desenho por níveis (Explosão das bolhas do DFD de nível 0) Aula 08 DFD: Desenho por níveis Organiza-se um diagrama DFD por níveis de forma a que um nível apresenta mais informação
Leia mais27/08/2013. Aula 05 Análise Estruturada de Sistemas
Aula 05 Análise Estruturada de Sistemas A maior parte do trabalho do analista de sistema está baseada na construção de modelagem dos sistemas, ou seja, representar de forma gráfica aquilo que o usuário
Leia maisProgramação para Games II. Professor Ariel da Silva Dias Orientação a Objetos
Programação para Games II Professor Ariel da Silva Dias Orientação a Objetos Pacotes Pacotes são um modo de organizar classes e interfaces Um programa pode ser formado por centenas de classes individiduais;
Leia maisAnalista de Sistemas S. J. Rio Preto
RATIONAL ROSE TUTORIAL Conteúdo: 1. Bem-vindo ao Rational Rose tutorial Rational Rose é um conjunto de ferramentas de modelagem visual usadas para desenvolvimento de soluções de software eficientes, robustas,
Leia maisCapítulo 5 Modelação do Sistema 1
Capítulo 5 Modelação do Sistema Capítulo 5 Modelação do Sistema 1 Assuntos abordados Modelos de contexto Modelos de interação Modelos estruturais Modelos comportamentais Engenharia orientada a modelos
Leia maisDIAGRAMAS DE CLASSE UML
DIAGRAMAS DE CLASSE UML Projeto Detalhado de Software (PDS) Profa. Cynthia Pinheiro Antes de mais nada... Calendário de Reposições Aula 1: 27/10/2017, 8h-10h, Sala 8 Aula 2: A verificar Aula 3: A verificar
Leia maisModelagem de Processos Redes de Petri e Workflow nets. Silvana Pereira Detro
Modelagem de Processos Redes de Petri e Workflow nets Silvana Pereira Detro Redes de Petri Propostas por Carl Adam Petri (1962), constituem se em uma técnica de modelagem que permite a representação de
Leia maisModelos Probabilísticos de Desempenho. Profa. Jussara M. Almeida 1º Semestre de 2014
Modelos Probabilísticos de Desempenho Profa. Jussara M. Almeida 1º Semestre de 2014 Modelos Probabilísticos Processos Estocásticos Processos de Poisson Filas M/M/1, M/G/1... Mais genericamente: modelos
Leia maisDiagrama de Atividades. Ricardo Roberto de Lima UNIPÊ APS-I
Diagrama de Atividades Ricardo Roberto de Lima UNIPÊ 2008.1 APS-I Diagramas de atividades Variação de uma máquina de estados Os estados são as atividades representando a execução de operações. As transições
Leia maisDiagrama de Casos de Uso. Interagindo com o Usuário
Diagrama de Casos de Uso Interagindo com o Usuário Diagrama de Casos de Uso Procura, por meio de uma linguagem simples, possibilitar a compreensão do comportamento externo do sistema por qualquer pessoa,
Leia maisUNIP Ciência da Computação AES Análise Essencial de Sistemas MER (Modelo Entidade Relacionamento)
MER (Modelo Entidade Relacionamento) O Modelo Entidade Relacionamento é uma ferramenta para modelagem de dados, utilizada durante a modelagem do projeto conceitual de banco de dados. A utilização do MER
Leia maisAgenda TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS. Aula 3 21/08/2012
TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS Aula 3 Agenda O processo de desenvolvimento de software Processo Unificado e as fases do Processo Unificado Requisitos
Leia maisIntrodução a UML e seus diagramas
Introdução a UML e seus diagramas A Unified Modelling Language (UML) é uma linguagem ou notação de diagramas para especificar, visualizar e documentar modelos de software orientados por objetos. O UML
Leia maisENGENHARIA DE SOFTWARE. Aula 07 UML - Diagrama de Casos de Uso
ENGENHARIA DE SOFTWARE Aula 07 UML - Diagrama de Casos de Uso OBJETIVOS DA AULA Apresentar uma introdução ao conceitos da UML; Explicar o que é um caso de uso; Explanar sobre o diagrama de casos de uso;
Leia maisIntrodução à UML. Universidade Federal de Mato Grosso do Sul Sistemas de Informação - CPCX. Prof. Fernando Maia da Mota
Universidade Federal de Mato Grosso do Sul Sistemas de Informação - CPCX Introdução à UML Prof. Fernando Maia da Mota Slides gentilmente cedidos por Profa. Dra. Maria Istela Cagnin Machado UFMS/FACOM Introdução
Leia mais2 Fluxos no Ciclo de Vida do Processo Unificado. O Processo Unificado consiste da repetição de uma série de ciclos durante a vida de um sistema.
Processo Unificado Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Ciclo de Vida - Fluxos Autoria:Aristófanes Corrêa Silva Adaptação: Alexandre
Leia maisProfessor Emiliano S. Monteiro
Professor Emiliano S. Monteiro To-Do Doing Done Conhecer os processos de desenvolvimento habilita o aluno a realizar uma melhor escolha de processo para uso em projetos futuros. A vantagem de conhecer
Leia maisVisões Arquiteturais. Visões Arquiteturais. Visões Arquiteturais. Visão Conceitual
Visões Arquiteturais Separar diferentes aspectos em visões separadas com o objetivo de gerenciar complexidade. Cada visão descreve diferentes conceitos da Engenharia. Visões permitem reduzir a quantidade
Leia maisSenstar Face Recognition. 1.6 Guia do Usuário
Senstar Face Recognition 1.6 Guia do Usuário Índice Índice Face Recognition... 3 Instalação... 4 Requisitos...4 Instalar Face Recognition... 4 Atualizar modelos de rostos... 4 Configuração... 5 Configurar
Leia maisMatemática Discreta - 07
Universidade Federal do Vale do São Francisco Curso de Engenharia da Computação Matemática Discreta - 07 Prof. Jorge Cavalcanti jorge.cavalcanti@univasf.edu.br www.univasf.edu.br/~jorge.cavalcanti www.twitter.com/jorgecav
Leia maisGerência de Projetos e Qualidade de Software. Prof. Walter Gima
Gerência de Projetos e Qualidade de Software Prof. Walter Gima 1 OBJETIVO Compreender uma série de técnicas de testes, que são utilizadas para descobrir defeitos em programas Conhecer as diretrizes que
Leia mais27/02/2016 UML. Prof. Esp. Fabiano Taguchi DIAGRAMAS DE SEQUÊNCIA
UML Prof. Esp. Fabiano Taguchi http://fabianotaguchi.wordpress.com fabianotaguchi@hotmail.com DIAGRAMAS DE SEQUÊNCIA DIAGRAMA DE SEQUENCIA Preocupa-se com a ordem temporal em que as mensagens são trocadas,
Leia maisModelagem de dados usando o modelo Entidade- Relacionamento (ER)
Modelagem de dados usando o modelo Entidade- Relacionamento (ER) slide 1 Copyright 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Tópicos Usando modelo de dados conceituais de alto nível
Leia maisDiagrama de Sequência
"Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO AMBIENTE." Engenharia de Software Diagrama de Sequência Givanaldo Rocha de Souza givanaldo.rocha@ifrn.edu.br http://docente.ifrn.edu.br/givanaldorocha
Leia maisMDS II Aula 04. Concepção Requisitos Diagrama de Casos de Uso (Use Cases)
MDS II Aula 04 Concepção Requisitos Diagrama de Casos de Uso (Use Cases) 55 DIAGRAMA DE CASOS DE USO BENEFÍCIOS DOS CASOS DE USO ILUSTRAR POR QUE O SISTEMA É NECESSÁRIO OS REQUISITOS DO SISTEMA SÃO COLOCADOS
Leia maisProf. José Arthur da Rocha. Departamento de Engenharia Eletrônica e de Computação Escola Politécnica / UFRJ
Circuitos Lógicos Prof. José Arthur da Rocha Departamento de Engenharia Eletrônica e de Computação Escola Politécnica / UFRJ Programa 1 - Introdução aos Sistemas Digitais 2 - Álgebra de Boole 3 - Circuitos
Leia mais2 Metodologias para Projetos de Aplicações Hipermidia
2 Metodologias para Projetos de Aplicações Hipermidia O processo de desenvolvimento de aplicações é o objeto de diversas pesquisas, principalmente no caso das aplicações voltadas para a Internet, que diferem
Leia maisBANCO DE DADOS MODELO ENTIDADE RELACIONAMENTO (MER)
Colégio Estadual João Manoel Mondrone Ensino Fundamental, Médio, Profissional e Normal Técnico em Informática BANCO DE DADOS MODELO ENTIDADE RELACIONAMENTO (MER) Profª Ana Paula Mandelli ABORDAGEM RELACIONAL:
Leia maisTeste de Software. Estratégias de Teste. Rosemary Silveira Filgueiras Melo
Teste de Software Estratégias de Teste Rosemary Silveira Filgueiras Melo rosesfmelo@hotmail.com 1 Agenda Estratégias de Teste Tipos de Estratégias de Teste 2 Estratégias de teste Define as fases em que
Leia maisUML Unified Modeling Language Linguagem de Modelagem Unificada
UML Unified Modeling Language Linguagem de Modelagem Unificada Prof. Gilberto Porto e-mail: porto@gilbertoporto.com.br A linguagem UML n UML (Unified Modeling Language) Linguagem de Modelagem Unificada
Leia maisRuído. Aula 11 Prof. Nobuo Oki
Ruído Aula 11 Prof. Nobuo Oki Considerações Gerais Ruído O ruído limita o nível mínimo do sinal que um circuito pode processar com uma qualidade aceitável. O problema do ruído relaciona-se com a potência
Leia mais