IDEF0/IDEF3 Alexsander Muraro da Silva Rodrigo Castro Gil

Slides:



Advertisements
Apresentações semelhantes
Engenharia de Software
Advertisements

Introdução à Programação uma Abordagem Funcional Programação I Prof.ª Claudia Boeres CT VII - Sala 32 Departamento de Informática Centro.
UML Modelando um sistema.
UML – Visões Parte 1 Modelando um sistema.
Modelagem Organizacional
(Unified Modeling Language)
Identificando requisitos
Projeto conceitual Mostra ao cliente exatamente o que o sistema fará
Engenharia de Software
Maurício Edgar Stivanello
Metodologias Equipe do Curso de ES para SMA
Faculdade de Ciências Sociais e Aplicadas de Petrolina – FACAPE
Disciplina:Tópicos Avançados de Sistemas de Informação
SISTEMA É UMA ENTIDADE QUE MANTEM SUA EXISTÊNCIA ATRAVÉS DA INTERAÇÃO DE SUAS PARTES ( Bertalanffy ) Interação Mútua Diferente duma simples.
Professora: Aline Vasconcelos
Lógica de Programação Módulo II
Introdução a diagrama de classes e UML
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)
Introdução à Modelagem Conceitual 1. Conceitos Básicos
Análise e Projeto de Sistemas
Aspectos Avançados em Engenharia de Software Aula 3 Fernanda Campos
Testes – visão geral Vanilson Burégio.
Infraestrutura de tecnologia da informação
MODELAGEM E GESTÃO DE PROCESSOS DE NEGÓCIOS
Introdução a Programação
DIAGRAMA DE COMPONENTES
Fluxograma.
Rational Unified Process
Aula 1 Minicurso: Astah Ministrantes: André Martins; Camila Brondani;
Desafios do desenvolvimento de software
Prof. Kelly E. Medeiros Bacharel em Sistemas de Informação
Análise e Projeto de Sistemas
REQUIREMENTS DEVELOPMENT DESENVOLVIMENTO DE REQUISITOS
Diagramas de Atividade
Projeto de Banco de Dados
Professor: Márcio Amador
ALGORITMOS Intensivo Janeiro e Fevereiro de 2011
Manual da Organização.
Ferramentas Visio + VisioCase
Levantamento de Requisitos
Bruno Silva Desenvolvido a partir de
O que é? É o processo de investigação técnica com intuito de identificar a qualidade, a segurança e a exatidão do software desenvolvido. A validação do.
Campus de Caraguatatuba Aula 2: Introdução a Tecnologia de BD
Introdução a Banco de Dados Aula 04
METODOLOGIA, MÉTODOS E FERRAMENTAS
Laboratório de Programação
Trabalho de Engenharia de Software II
Requisitos de Software
Estruturas Organizacionais
Linguagem de Modelagem Unificada
Capítulo 9: SAD orientado a Modelo
Engenharia de Requisitos
Análise e Projeto de Sistemas Unified Modeling Language Renata Araujo Ricardo Storino Núcleo de Computação Eletrônica Curso de Programação de Computadores.
Sistemas de Informação Prof Paulo Germano. Sistemas de Informação Um sistema de informação é um conjunto de componentes relacionados que recebe, trata,
Análise e Projeto de Sistemas
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
PADROES DE PROJETO PROF. OSIEL MARLON. PADRÕES DE PROJETO INTRODUÇÃO Padrões de projeto têm emergido como uma das mais promissoras abordagens para a melhoria.
Aula 02 de Eng. de Requisitos
Engenharia de Software Orientada a Objetos
1 Database Systems, 8 th Edition Sistemas de Banco de Dados: Projeto, Implementação e gestão Oitava Edição Capítulo 2 Modelo de Dados.
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
1 Database Systems, 8 th Edition Sistemas de Banco de Dados: Projeto, Implementação e gestão Oitava Edição Capítulo 2 Modelo de Dados.
Interações entre objetos
Prof. Paulo Barreto  O gerenciamento da informação, segundo Davenport (1997), é um conjunto estruturado de atividades que espelha.
Mapeamento e Padronização de Processos
MAPS: Um Modelo de Adaptação de Processos de Software Ciro Carneiro Coelho Orientador Prof. Hermano Perrelli de Moura.
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.
Levantamento de Requisitos – Simulação do Supermercado
CMMI Capability Maturity Model Integration
Modelagem de Banco de Dados: Conceitos
Transcrição da apresentação:

IDEF0/IDEF3 Alexsander Muraro da Silva Rodrigo Castro Gil Rodrigo Comassetto da Silva William Douglas Monteiro

Roteiro Introdução IDEF0 IDEF3 Referências. Fluxo do Processo. Símbolos de Esquema de Processo e Objetos. Exercício. Referências.

Introdução O IDEF (Integration DEFinition) é baseado na Técnica de Análise e Projetos Estruturados (Structured Analysis and Design Techinique - SADT), que é uma abordagem gráfica para a descrição de um sistema, introduzida por Douglas T. Ross na década de 70. Em 1981 a Força Aérea Americana padronizou e levou ao conhecimento do público um subconjunto do SADT, chamado de IDEF0. A necessidade de padronizar deveu-se ao fato de que a Força Aérea trabalhava com diversas indústrias espaciais e cada uma trabalhava de uma forma. Isto dificultava o controle e a documentação de seus processos.

Introdução A família integrada IDEF de métodos para modelagem baseada em representações de diagramas, inclui uma grande variedade de técnicas, que focam, não somente os processos mas, também, todo o ciclo de vida de desenvolvimento de um sistema. Em um primeiro momento, esta técnica permite modelar os processos “como são” para, após uma análise, serem modelados “como deveriam ser”. Isto faz com que estes mecanismos formais sejam essenciais para melhorar o fluxo de informações dentro de uma empresa.

introdução Os métodos IDEF mostram um excelente poder de comunicação, além de oferecer grande visibilidade aos processos de negócios, através de uma notação simples que pode ser dominada tanto pelo escalão executivo quanto pelo grupo desenvolvedor de software. Os resultados são visões do negócio como um todo, possibilitando diversas abstrações de complexidade. Em dezembro de 1993 o Instituto Nacional de Padronizações e Tecnologias (National Institute of Standards and Technology (NIST) liberou o IDEF0 como um padrão para a Modelagem de Funções. Existem 16 métodos (do IDEF0 ao IDEF14 – incluindo IDEF1X) sendo que cada um foi projetado para capturar um tipo de informação particular através da modelagem do processo.

IDF0 O IDEF0 possui elementos gráficos e textuais combinados, e que são apresentados de forma organizada e sistemática, visando obter entendimento sobre o sistema, suporte para análises, construção da lógica para potenciais mudanças, especificação de requerimentos e visualização da integração entre atividades. Um modelo IDEF0 é composto por uma série hierárquica de diagramas que gradualmente exibe níveis de detalhe na descrição de funções e suas interfaces com o contexto do sistema.

IDF0 Os componentes da sintaxe do IDEF0 são: Caixas; Setas; Regras; Diagramas; Os dois componentes principais da modelagem são as funções e os dados/objetos que inter-relacionam estas funções. Caixas representam funções, definidas como atividades, processos ou transformações Setas representam dados ou objetos relacionados às funções. Regras definem como os componentes são utilizados. Diagramas definem um formato para a descrição de modelos graficamente e verbalmente.

IDEF0 O IDEF0 trabalha com os seguintes elementos que se relacionam com as funções: entradas: representadas por setas; são dados ou objetos que são transformados pela função em saídas. As setas de entradas são ligadas pelo lado esquerdo, entrando na caixa de função; saídas: representadas por setas; são dados ou objetos produzidos pela função. As setas de saída são ligadas pelo lado direito, saindo da caixa da função;

IDF0 mecanismos: representado por setas; são os meios pelos quais a função é executada. As setas representando mecanismos são ligadas pelo lado de baixo com a caixa da função; controle: representado por setas; condições requeridas para produzir a saída correta. Dados ou objetos modelados como controles podem ser transformados pela função, criando saídas. As setas de controle são ligadas à caixa de função pelo lado de cima.

IDF0

IDF0

IDF0 A flexibilidade do método reside na capacidade de permitir uma análise de sistemas complexos, onde há a necessidade do estudo de múltiplos níveis de detalhe. O IDEF0 é a versão mais amplamente utilizada e publicada em análise na manufatura. O fato de ter regras mais rígidas, facilita a modelagem e sua interpretação.

IDF3 O método de descrição IDEF3 fornece um mecanismo para coleta e documentação de processos. Captura relações de procedência e de casualidade entre situações e eventos em um formulário natural aos peritos do domínio, fornecendo um método estruturado para expressar o conhecimento sobre um sistema ou um processo de organização. O método captura os aspectos de um sistema existente ou proposto

IDF3 O conhecimento do processo capturado é estruturado dentro do contexto de um cenário, fazendo desse um dispositivo intuitivo de aquisição de conhecimento para descrever um sistema. Este captura todas as informações temporais, incluindo os relacionamentos de precedência e de casualidade associados com os processos da empresa.

IDEF3 Vários foram os fatores que motivaram o desenvolvimento do IDEF3: análise de sistemas de negócios para melhorar a produtividade; gerenciamento facilitado do projeto de dados do ciclo de vida; suporte do gerenciamento do projeto do processo; facilidade do sistema definir as características do processo; suporte coordenado por atividades e integração de esforços.

IDEF3 As descrições do método IDEF3 podem: gravar os dados crus, resultado das entrevistas feitas em atividades de análise dos sistemas; determinar o impacto do recurso de informação de uma organização nos cenários principais de operação de uma empresa; documentar os procedimentos de decisão que afetam os estados e o fluxo de dados compartilhados críticos, particularmente manufatura, projeto, e dados de definição do produto;

IDEF3 controlar a configuração dos dados e mudar a definição da política de controle; fornece a geração de um modelo de simulação do processo. Há duas modalidades da descrição do método: o fluxo do processo (PFN) e a rede de transição do estado do objeto (OSTN). A descrição do processo do fluxo captura o conhecimento de "como as coisas trabalham" em uma organização, por exemplo, a descrição de “o que” acontece a uma peça enquanto corre através de uma seqüência de processos de manufatura. A descrição da rede de transição do estado do objeto mostra as possíveis transformações que um objeto pode se submeter durante todo um processo particular. Tanto a descrição do processo de fluxo, como a descrição da transição do estado do objeto, contêm as unidades de informação que fazem a descrição de sistemas.

O Fluxo do Processo A descrição do fluxo de processo IDEF3 captura a descrição de um processo e da rede de relações que existem entre os processos dentro do contexto do cenário total em que ocorrem. A intenção desta descrição é mostrar como as coisas trabalham em uma organização particular, sendo vistas como parte de uma situação, resolvendo um problema particular. O método de desenvolvimento de uma descrição do fluxo de processo consiste em expressar os fatos, coletados dos peritos do domínio, nos termos de cinco blocos de construção descritivas básicas.

Símbolos de Esquema de Processo e Objetos Os esquemas de processo provêm mecanismos de visualização para as descrições de um processo centralizado de um cenário. Estes esquemas são divididos, dentro de uma ordem macro, em três tipos: símbolos esquemáticos de processo, símbolo esquemático de objetos e notas e referências, que podem possuir os seguintes elementos: Símbolos Esquemáticos de Processo Unidades de Comportamento (UOB) Conexões (Links) Junções (Junctions) Símbolos Esquemáticos de Objetos Símbolos de objetos Símbolos individuais Conexões (Links) Símbolos de união (Connecting symbols) Notas e Referências

Exercício Represente através do modelo IDEF3 a simples ação de um consumidor fazer compras em um supermercado.

Referências http://www.fabiano.unifei.edu.br/Downloads/Publicacoes/IDEF%20SIM.pdf http://www.idef.com/ http://hermes.ucs.br/ccet/demc/cacosta/IDEF3_Versao_10_2002.pdf Acessados em 09/2012