1 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB 7.3 Diagrama de transição de.

Slides:



Advertisements
Apresentações semelhantes
Análise e Projeto Orientado a Objetos
Advertisements

DFD - Diagrama de Fluxo de Dados
Modelagem de Estados.
Diagrama de Fluxo de Dados – DFD
Diagrama de Transição de Estado – DTE
Diagrama de fluxo de dados (DFD)
Identificando requisitos
Análise e Projeto de Sistemas I
Engenharia de Software
Análise e Projeto de Sistemas
Metodologias Equipe do Curso de ES para SMA
DIAGRAMA DE ESTADOS DIAGRAMA ESTADO TRANSIÇÃO ENTRE ESTADOS.
Análise Estruturada O mais amplamente usado dos métodos de modelagem de requisitos Modelos que retratam fluxo e o conteúdo da informação (dados e controle)
1 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB 9. Modelo conceitual (diagrama.
1 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB 7. Novas abordagens da análise.
1 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – COINFO – CEFET-PB 6. Novas abordagens da análise estruturada e análise essencial.
Lafayette B. Melo – CEFET-PB - COINFO Interface do usuário, linhas de comando e menus Interface do usuário Linhas de comando Menus.
1 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB Noções de Engenharia de Software.
7. Novas abordagens da análise estruturada e análise essencial de sistemas 7.1 Dicionário de dados 7.2 Especificação de processos 7.3 Análise essencial.
3. Como identificar requisitos?
1 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB 7. Novas abordagens da análise.
14. Componentes e implantação
Objetivo: compreender a notação do diagrama de atividades
Lafayette B. Melo – CEFET-PB - COINFO A interface de software deve ser projetada para atender as necessidades e os desejos do usuário Por que o usuário.
6. Análise estruturada 6.1 DFD
Engenharia de Requisitos Requisito – sistema Caso de uso - usuário
UML - Unified Modeling Language
Diagrama de Estados.
5. Como fazer o gerenciamento de software? Objetivo: entender a idéia de gerenciamento aplicada ao processo de desenvolvimento de sotware e obter uma noção.
1 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – COINFO – CEFET-PB 9. Complemento de AOO 9.4 Comportamentos 9.5 Visibilidade 9.6.
Objetivo: compreender e aplicar um modelo conceitual
UML - Unified Modeling Language
DFD – Data Flow Diagram Diagrama de Fluxo de Dados
Diagrama de Atividades
Expansão dos Casos de Uso
1 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – COINFO – CEFET-PB 12. Estados Objetivo: compreender a notação do diagrama de estados.
Análise e Projeto de Sistemas para a Internet
Análise Estruturada Diagramas de Fluxo de Dados
Expansão dos Casos de Uso
Análise de Sistemas Requisitos e Projetos
1 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – COINFO – CEFET-PB 11. Comunicação Objetivo: compreender a notação do diagrama de.
Especificação de Processos e Dicionário de Dados
Diagrama de Atividades
Análise e Projeto de Sistemas
Professores: Artulanez Juccelino Silas
Thelma Elita Colanzi Lopes
ANÁLISE ESTRUTURADA Diagramas de Fluxo de Dados
Silas Juccelino Artulanez.  O que é?  Notação  Estado  Mudança de estado  Condições e ações  Diagramas subdivididos  Passos na construção  Verificação.
UNIDADE 2 UML MODELAGEM TEMPORAL
Profa. Reane Franco Goulart
Prof. Silvestri – todos os direitos reservados SISTEMAS DISTRIBUIDOS Aula 5 Eduardo Silvestri
Banco de Dados Aplicado ao Desenvolvimento de Software
PROGRAMAÇÃO ORIENTADA A OBJETOS
ANÁLISE ESTRUTURADA DE SISTEMAS
Unified Modeling Language Professor Mário Dantas A NÁLISE O RIENTADA A O BJETOS Nov/2010.
Modelando Sistemas em UML
As metodologias de análise devem: 1. Facilitar a comunicação. 2. Proporcionar meios de definir os contornos do sistema. 3. Proporcionar meios para definir.
Expansão dos Casos de Uso
Sistemas de Informação (SI)
Análise Estruturada de Sistemas
Modelagem e arquitetura
Profa. Reane Franco Goulart. É uma representação de engenharia de algo que vai ser construído. Para a engenharia de software o projeto foca em quatro.
Princípios de Análise 1. O domínio de informação de um problema deve ser representado e compreendido. 2. Modelos que descrevam a informação, função e comportamento.
Fundamentos de Engenharia de SW Diagramas da UML Usados no Projeto de Software.
1 Especificação de Sistemas de Software e a UML. 2 Modelagem de sistema A modelagem de sistema auxilia o analista a entender a funcionalidade do sistema.
Análise e Design de Software Site:
©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE1 Análise e Projeto de Sistemas Modelagem de Requisitos com Casos de Uso.
Análise e Conceção de Sistemas
PRINCIPAIS FERRAMENTAS DE MODELAGENS DIAGRAMA DE ENTIDADE E RELACIONAMENT(DER) DIAGRAMA DE TRANSIÇÕES DE ESTADO (DTE) DIAGRAMA DE FLUXO DE DADOS (DFD)
Prof. Thales Castro. Depósito de dados Entidade externa Processo Fluxo de dados.
Transcrição da apresentação:

1 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB 7.3 Diagrama de transição de estados Enfatizam menos as funções e os dados e destacam o comportamento no tempo Evoluiram dos sistemas em tempo real para as aplicações realizadas de maneira efetiva no dia-a-dia O mais importante é o que acontece quando

2 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB Notações –Retângulos são estados –Setas representam alterações –Condição/ação separados por uma linha horizontal

3 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB Estados –Conjunto de circunstâncias ou atributos que caracterizam uma pessoa ou objeto em determinado momento, modo ou forma de ser; condição (Webster) –Exemplos: Aguardando senha Aguardando próximo comando Misturando substâncias Calculando pressão Ocioso –Notar que AGUARDAR # ESTAR FAZENDO ALGO (concepção essencial)

4 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB Mudanças de estado –É diferentes de estados (que podem ser os mais diversos); –Há somente certos tipos de mudança válidas (com normas reguladoras) –Há modelos estáticos e com representações de estados finais e iniciais –Os estados iniciais e finais podem ser identificados –Há um só estado inicial e podem haver vários estados finais ESTADO 1 ESTADO 2 ESTADO 3 Que problemas você pode identificar nesta representação?

5 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB Condições e ações –Condições causam mudanças de estado e as ações são o que acontece quando há uma mudança –As ações no DTE são respostas enviadas ao ambiente externo ou cálculos memorizados pelos sistema –Os diagramas podem ser sub-divididos Ocorre semelhante ao DFD, só que o diagrama de nível superior é o estado inicial de um diagrama de nível inferior que tem estados finais que são as condições de saída do superior ESTADO 1 ESTADO 2 Condição Ação

6 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB Passos na construção do DTE –Inicialmente Identificar todos os estados possíveis OU… … começar pelo inicial –Depois Foram definidas todas as Es? As Es podem ser atingidas? Todas as Es têm saída O sistema reage adequadamente a todas as Es? Relacionamento com outros modelos –Com os DFDS, pode ser entendida como surgindo condições a partir de fluxos que CHEGAM e as ações a partir de fluxos que SAEM

7 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB 7.4 Diagramas entidade-relacionamento O DER descreve o diagrama dos dados armazenados de um sistema em alto nível de abstração Razões: –Necessidade de tornar a estrutura de dados independente devido a sua complexidade –Contatos com os altos níveis da organização que tem I Dados do negócio Como se relacionam A quem pertencem? Como controlar?

8 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB –Contatos com outros grupos –Integrar seus dados com o da organização –Contato com os próprios grupos de BDA –Transforma o modelo essencial em fixo –Para que eu mesmo realce os relacionamentos entre os depósitos de dados

9 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB Componentes do DER –1) Objetos –2) Relacionamentos –3) Associações –4) Supertipos e Subtipos …

10 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB 7.5 Relação entre as ferramentas7.5 Relação entre as ferramentas As relações entre as ferramentas devem ser equilibradas –DFD e DD –DFD e especificação de processos –Especificação de processos e DD –DER e DD –DER e DFD e especificação –DFD e DD –DFD e DTE Erros de relações não equilibrada –Inconsistência –Indefinição –Interpretação errada inter-modelos

11 - Lafayette B. Melo – Análise e Projeto de Sistemas para a Internet – Noções de Engenharia de Software COINFO – CEFET-PB Razões para equilibrar –Qualquer erro é encontrado, mas é mais caro nas fases finais –É fácil ter uma interpretação errada da realidade Especificidade entre DFD e DD –Cada fluxo e depósito deve estar no DD –Cada elemento do DD deve estar no DFD