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.

Slides:



Advertisements
Apresentações semelhantes
Orientação a objetos identidade abstração classificação encapsulamento
Advertisements

DFD - Diagrama de Fluxo de Dados
APSOO Aula 05.
Princípios de Engenharia de Software (Análise I)
Diagrama de Fluxo de Dados – DFD
Análise Estruturada Moderna
Diagrama de fluxo de dados (DFD)
A importância da Análise de Requisitos
Análise e Projeto de Sistemas I
Rational Unified Process(RUP)
Metodologias Equipe do Curso de ES para SMA
SISTEMA É UMA ENTIDADE QUE MANTEM SUA EXISTÊNCIA ATRAVÉS DA INTERAÇÃO DE SUAS PARTES ( Bertalanffy ) Interação Mútua Diferente duma simples.
Análise de Requisitos Use Case Renata Araujo Ricardo Storino
Professora: Aline Vasconcelos
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 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.
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 – Noções de Engenharia de Software COINFO – CEFET-PB 7.3 Diagrama de transição de.
6. Análise estruturada 6.1 DFD
Aspectos Avançados em Engenharia de Software Aula 3 Fernanda Campos
Aspectos Avançados em Engenharia de Software Aula 2 Fernanda Campos
Gabriel Silva Bornia Prof. Dr. Roberto Tom Price Orientador
Modelagem de Interações
Princípios e Conceitos de Software(v2)
Principios e Conceitos de Projeto
Engenharia de Software
ANÁLISE DE REQUISITOS DE ENGENHARIA DE SOFTWARE
DFD – Data Flow Diagram Diagrama de Fluxo de Dados
Analise de Sistemas I Vinicius de Oliveira Nepomuceno Bacharel em Ciência da Computação – Faculdade Pitágoras Superior em Tecnologia em Comércio Exterior.
Orientações sobre usabilidade
Análise Estruturada.
Análise Estruturada Diagramas de Fluxo de Dados
Análise e Projeto de Sistemas
IEEE Std IEEE Melhores Práticas para Especificações de Requisitos de Software (ERS)
Diagrama de Atividades
Fase de Elaboração: Fluxo de Análise Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Análise e Projeto de Sistemas de Informação 2o. Semestre de 2014
Profa. Reane Franco Goulart
Introdução à Engenharia de Software
Bruno Silva Desenvolvido a partir de
Banco de Dados Aplicado ao Desenvolvimento de Software
Campus de Caraguatatuba Aula 2: Introdução a Tecnologia de BD
METODOLOGIA, MÉTODOS E FERRAMENTAS
1 – GERENCIAMENTO DE SISTEMAS DO CONHECIMENTO GERENCIAMENTO DE SISTEMAS DO CONHECIMENTO ANÁLESE DE SISTEMAS.
RUP - Cap. 3 – Processo Dirigido por Caso de Uso
Trabalho de Engenharia de Software II
Processos de Software.
Requisitos de Software
Modelando Sistemas em UML
Fluxos secundários Só devem ser analisados e descritos após a descrição dos fluxos básicos. Fluxos alternativos situações especiais (desconto para um cliente)
Princípios Fundamentais da Análise de Requisitos
IEEE Melhores Práticas para Descrições de Projeto de Software (DPS)
Modelo de Análise e Projeto
Diagramas de Caso de Uso
Sistemas Conceitos Básicos SITP – Módulo 3. Sistema Pessoas Compu- tador Organi zação Sistema: Conceitos Básicos.
Engenharia de Requisitos
TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS Aula /08/2012 Professor Leomir J. Borba-
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.
Gerenciamento de Configuração de Software
Aula 02 de Eng. de Requisitos
Análise e Projeto de Sistemas
Eduardo C. Nicácio ITIL v3 Foundation Certified.  As melhores práticas do ITIL abrangem cinco processos de suporte a serviços, além do papel do Service.
Diagrama de atividade.
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 Orientada a Objetos Por Patrícia Braga Centro Universitário Jorge Amado.
PRINCIPAIS FERRAMENTAS DE MODELAGENS DIAGRAMA DE ENTIDADE E RELACIONAMENT(DER) DIAGRAMA DE TRANSIÇÕES DE ESTADO (DTE) DIAGRAMA DE FLUXO DE DADOS (DFD)
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Modelagem de Banco de Dados: Conceitos
Transcrição da apresentação:

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 do sistema devem ser desenvolvidos. 3. Os modelos (e o problema) devem ser divididos em partições, de maneira que revele os detalhes em forma de camadas (ou hierarquicamente). 4. O processo de análise deve mover-se da informação essencial para os detalhes de implementação

Princípios de Análise 1. Domínio de informação 1.1. Processa dados O software é construído para transformar dados em uma forma em outra. 1.2. Processa eventos Um evento representa algum aspecto do controle do sistema. Domínio de informação Dados Controles (eventos

Princípios de Análise 1. Domínio de informação Fluxo da informação Representa a maneira pelo o qual os dados e controle se modificam à medida que cada um se movimenta pelo sistema. Conteúdo da informação Representa os dados e os itens de controle individuais que compreendem certo item de informação mais amplo (p. ex., item “cheque de pagamento”). Estrutura da informação Representa a organização interna de vários itens de controle e de dados.

Princípios de Análise 2. Modelagem Criamos modelos para obter uma melhor compreensão da entidade real a ser construída. O modelo ajuda o analista a entender a informação, a função e o comportamento de um sistema, tornando a tarefa de análise de requisitos mais fácil e mais sistemática. O modelo torna-se o foco para revisão e, portanto, a chave para a determinação de inteireza, consistência e precisão da especificação. O modelo torna-se a base para o projeto, fornecendo ai projetista uma representação essencial do software, a qual pode ser “mapeado” num contexto de implementação.

Princípios de Análise 3. Particionamento Os problemas são frequentemente grandes demais e muito complexos para ser compreendidos como um todo. Decompõe o problema em suas partes constituintes. Estabelece-se uma representação hierárquica da função ou da informação e, em seguida, divide-se o elemento superior em partições, expondo detalhes crescentes à medida que se horizontalmente e verticalmente pela hierarquia.

Princípios de Análise 4. Concepções essencial e de implementação Concepção essencial dos requisitos de software Apresenta as funções a serem executadas e as informações a serem processadas sem levar em consideração detalhes de implementação. Por exemplo: a função ler sensor; a informação número telefônico. Concepção de implementação Apresenta a manifestação de funções de processamento e estruturas de informação do mundo real. Por exemplo: dispositivo de entrada sensor de presença; estrutura de informação interrupção de sinal elétrico.

Análise de sistemas Ferramentas de modelagem Especificação de processo Descrição de objeto de dados Diagrama de entidade e relacionamento Diagrama de fluxo de dados Dicionário de dados Diagrama de transição de estado Especificação de controle