A apresentação através de fluxos lógicos consegue mostrar mal entendidos e pontos que são controversos.



Documentos relacionados
Analise Estruturada. Diagrama de Fluxo de Dados. Tecnologia em Processamento de Dados Analise de Sistemas

Análise e Projeto de Sistemas

MÓDULO 9 METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS

Análise de Sistemas. Visão Geral: Orientação a Objetos. Prof. José Honorato Ferreira Nunes honorato.nunes@bonfim.ifbaiano.edu.br

Prof. Raul Sidnei Wazlawick UFSC-CTC-INE. Fonte: Análise e Projeto de Sistemas de Informação Orientados a Objetos, 2ª Edição, Elsevier, 2010.

Ao introduzir o sistema ERP, o empresário reconhece imediatamente os benefícios e ferramentas que podem

Metodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi

UNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas

GESTÃO E OTIMIZAÇÃO DE PROCESSOS. Vanice Ferreira

Aula 2 Revisão 1. Ciclo de Vida. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW

Definir o espaço das informações das organizações; Realizar o detalhamento das análises dos fluxos de dados;

Disciplina: Unidade III: Prof.: Período:

Engenharia de Software

MÓDULO 8 ARQUITETURA DOS SISTEMAS DE BANCO DE DADOS

Algoritmos. Cláudio Barbosa

Sistemas ERP. Profa. Reane Franco Goulart

ATIVIDADES PRÁTICAS SUPERVISIONADAS

UNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação

Análise e Projeto de Sistemas de Informação. Andrêza Leite andreza.lba@gmail.com

Prof. Me. Marcos Echevarria

Engenharia de Requisitos Estudo de Caso

Introdução Ciclo de vida tradicional de desenvolvimento Prototipagem Pacotes de software Desenvolvimento de 4ª geração Terceirização

04/09/2015. Sistemas de Informações Gerenciais Prof. Dr. William Costa Rodrigues. Copyright 2015, William Costa Rodrigues

Processo de Controle das Reposições da loja

CONSULTA AO MERCADO RFI REQUEST FOR INFORMATION CONSOLIDAÇÃO DE DÚVIDAS APRESENTADAS

Implantação. Prof. Eduardo H. S. Oliveira

ORGANOGRAMAS E FLUXOGRAMAS

Projeto de Arquitetura

Prof. Raul Sidnei Wazlawick UFSC-CTC-INE. Fonte: Análise e Projeto de Sistemas de Informação Orientados a Objetos, 2ª Edição, Elsevier, 2010.

Eduardo Bezerra. Editora Campus/Elsevier

ATRIBUTOS PRIVADOS 6. ENCAPSULAMENTO MÉTODOS PRIVADOS MÉTODOS PRIVADOS

6 Quarta parte logística - Quarterização

Orientação a Objetos

Projeto de Sistemas I

Resumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0

Guia Básico de Processos Corporativos do Sistema Indústria

Gerenciamento de Projetos Modulo III Grupo de Processos

Orientação a Objetos

)HUUDPHQWDV &RPSXWDFLRQDLV SDUD 6LPXODomR

Informática II Cap. 3

Algoritmos e Programação (Prática) Profa. Andreza Leite andreza.leite@univasf.edu.br

Instituto Superior Politécnico de VISEU. Escola Superior de Tecnologia

Modelos de Sistema by Pearson Education. Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 8 Slide 1.

MRP II. Planejamento e Controle da Produção 3 professor Muris Lage Junior

GUIA DE CURSO. Tecnologia em Sistemas de Informação. Tecnologia em Desenvolvimento Web. Tecnologia em Análise e Desenvolvimento de Sistemas

PMBOK 4ª Edição III. O padrão de gerenciamento de projetos de um projeto

Modelo Cascata ou Clássico

Solução Integrada para Gestão e Operação Empresarial - ERP

CRIANDO MDT. Para criar o MDT Selecione o botão Modelagem ou clique na área esquerda da do programa onde se terá a opção criar Nova Modelagem.

Sistemas Integrados de Gestão Empresarial

ORGANIZAÇÃO DE COMPUTADORES MÓDULO 10

LÓGICA DE PROGRAMAÇÃO PARA ENGENHARIA INTRODUÇÃO À LÓGICA DE PROGRAMAÇÃO PARTE I. Prof. Dr. Daniel Caetano

Modelagemde Software Orientadaa Objetos com UML

DESENVOLVENDO O SISTEMA

Classe A: Apenas o primeiro octeto identifica a rede e os três últimos identificam os Hosts.

Desenvolvimento estruturado versus orientado a objetos.

Engenharia de Software

ENGENHARIA DE SOFTWARE I

Diagrama de contexto

MÓDULO 7 Modelo OSI. 7.1 Serviços Versus Protocolos

2 Diagrama de Caso de Uso

Programação Orientada a Objetos Herança Técnico em Informática. Prof. Marcos André Pisching, M.Sc.

A ESTRUTURA DA GESTÃO DE

Engenharia de Software. Parte I. Introdução. Metodologias para o Desenvolvimento de Sistemas DAS

Guia de utilização da notação BPMN

Recursos de Armazenagem

PROJETO INTEGRADOR. 5º PERÍODO Gestão da Tecnologia da Informação Noturno

Manual Sistema de Autorização Online GW

IES-200. Tecnologia em Análise e Desenvolvimento de Sistemas Prof. Me. Álvaro d Arce alvaro@darce.com.br

04/08/2012 MODELAGEM DE DADOS. PROF. RAFAEL DIAS RIBEIRO, MODELAGEM DE DADOS. Aula 1. Prof. Rafael Dias Ribeiro. M.Sc.

Engenharia de Software III

UM RETRATO DAS MUITAS DIFICULDADES DO COTIDIANO DOS EDUCADORES


Engª de Produção Prof.: Jesiel Brito. Sistemas Integrados de Produção ERP. Enterprise Resources Planning

Sistemas Distribuídos

REPROJETO DA ORGANIZAÇÃO COM SISTEMAS DE INFORMAÇÃO

Capítulo 2. Processos de Software Pearson Prentice Hall. Todos os direitos reservados. slide 1

TÉCNICAS DE PROGRAMAÇÃO

Referências internas são os artefatos usados para ajudar na elaboração do PT tais como:

PROJETO DE COOPERAÇÃO TÉCNICA INTERNACIONAL. Projeto 914 BRA PRODOC-MTC/UNESCO DOCUMENTO TÉCNICO Nº 03

Versão Liberada. Gerpos Sistemas Ltda. Av. Jones dos Santos Neves, nº 160/174

ATIVIDADES DE LINHA E DE ASSESSORIA

I SILE-Seminário Integrado de Letras Espanhol a Distância /UFSC

MUDANÇAS NA ISO 9001: A VERSÃO 2015

GT-ATER: Aceleração do Transporte de Dados com o Emprego de Redes de Circuitos Dinâmicos. RP1 - Relatório de detalhamento das atividades

Desenho Técnico. Desenho Projetivo e Perspectiva Isométrica

O CONCEITO DE TDD NO DESENVOLVIMENTO DE SOFTWARE

Gerencie a sala de espera e garanta a satisfação dos pacientes

Cotagem de dimensões básicas

Manual do sistema SMARsa Web

Ciclo de Vida Clássico ou Convencional CICLOS DE VIDA DE DESENVOLVIMENTO DE SISTEMAS. Ciclo de Vida Clássico ou Convencional. Enfoque Incremental

Apresentação 24/12/2014. Professor Wilker Bueno

Login Integrado (Quiosque / Visão Descentralizada TOTVS 11)

Como conduzir com sucesso um projeto de melhoria da qualidade

UNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação

CURSO: Desenvolvimento Web e Comércio Eletrônico DISCIPLINA: Gestão da Qualidade Professor: Ricardo Henrique

APLICATIVO WEB PARA O SETOR DE EXTENSÃO IFC VIDEIRA

Programação em papel quadriculado

Escritório Virtual Administrativo

NOKIA. Em destaque LEE FEINBERG

Transcrição:

Módulo 5 Análise Estruturada As dificuldades que são causadas por problemas de comunicação, mudanças de requisitos e técnicas inadequadas de avaliação, tornam a análise estruturada uma fase critica no desenvolvimento de sistemas. A definição de requisitos de uma forma precisa não é fácil e além dessas dificuldades, a linguagem do usuário e a linguagem do responsável pelo desenvolvimento são tão diferentes que uma comunicação eficaz é praticamente impossível. O principal objetivo da análise estruturada é resolver todos essas dificuldades, fornecendo uma abordagem sistemática para analisar e desenvolver especificação de sistema nova e melhorada. Esses objetivos são alcançados centralizando a análise em uma comunicação clara e concisa. A análise estruturada de sistemas é composta por um conjunto de técnicas e ferramentas que estão em constante evolução. Tem como conceito fundamental a construção de um modelo lógico de um sistema, utilizando técnicas que são capazes de construir uma estrutura geral do sistema, e como suas partes irão interagir para que seja possível atender às necessidades. 5.1 Vantagens de desvantagens da análise estruturada: Vantagens O usuário adquire uma visão clara do sistema que é proposto pelo diagrama de fluxo de dados, essa visão é melhor do que as obtidas através de narrativas e fluxogramas de sistema físico. A apresentação através de fluxos lógicos consegue mostrar mal entendidos e pontos que são controversos. As interfaces entre o novo sistema e o já existente são mostradas de modo bem mais claro. Desvantagens O grau de detalhamento necessário, principalmente na construção do dicionário de dados. Orientação dos usuários e treinamento dos analistas é necessário, pois as regras do jogo são mudadas com a introdução da análise estruturada. 5.2 Diagrama de fluxo de dados DFD O DFD é uma representação dos processos de um sistema e dos dados que ligam esses processos. Ele é capaz de mostrar o que o sistema faz, mas não como é feito. O DFD é considerado a principal ferramenta de modelagem da análise estruturada, sendo utilizado para dividir o sistema em uma hierarquia de processos.

O DFD possui quatro símbolos que permitem a construção do quadro do sistema sem o comprometimento com a implementação. Os símbolos e os conceitos que eles representam encontram se no nível lógico. 5.2.1 Técnicas de análise estruturada de sistemas Como foi comentado anteriormente, além das ferramentas, a análise estruturada é formada por técnicas de construção gráfica de modelos lógicos, para sistemas de informação gerenciais. Com isso, usuários e analistas encontraram uma solução clara para que sejam transmitidas as necessidades e soluções. É apresentado um desenvolvimento que começa com o diagrama geral do fluxo de informações, e depois é feito um refinamento sucessivo através da construção de fluxos compostos por informações mais detalhadas. Com isso, é permitido definir o quê o sistema deve fazer, tornando se muito valioso no momento de determinar as entradas do sistema, ficando ele bem mais flexível. Fatores Externos Os fatores externos são compostos por atividades ou pessoas que interagem com o sistema, sendo a fonte ou o destino das informações. Ex: Clientes, fornecedores, bancos etc. Outros sistemas que fornecem dados ou informações, podem ser considerados fatores externos.

Com o intuito de evitar várias vezes o cruzamento do fluxo de informações, os fatores podem ser repetidos no mesmo fluxo, sendo representado pela simbologia abaixo. Fluxo de informações O fluxo de informações representa no diagrama uma canalização por onde as informações fluem, sendo representado por uma flecha que é direcionada no sentido do fluxo das informações. A flecha também pode ser direcionada nos dois sentidos em determinadas ocasiões. É interessante observar que por um mesmo fluxo podem fluir vários tipos de dados, mais não necessariamente esses dados vão fluir todos ao mesmo tempo. Processos Os processos são as atividades realizadas no sistema. Sua representação gráfica é a seguinte: Identificação: É um número que é atribuído ao processo para identificá lo.

Descrição: É uma frase precisa formada por um verbo seguido de um objeto. Ex: Remete cobrança atrasada Localização física: Nome da unidade organizacional responsável pela atividade. Banco de informações O banco de informações é onde são gravados os dados e as informações, são representados graficamente por um par de linhas paralelas, sendo elas fechadas em um dos lados por outras linhas, formando um quadrado do lado esquerdo. Esse quadrado é utilizado para colocar a referência numérica para o depósito, sendo antecedido pela letra D, e no restante é colocado o nome atribuído no banco de informações. 5.3 Críticas a análise estruturada Existem várias técnicas estruturadas avançadas disponíveis para a fase de codificação do desenvolvimento, enquanto na análise as técnicas utilizadas são menos avançadas. Com isso a análise estruturada torna se uma metodologia inicial e informal. Uma das melhorias que seria necessário implantar na análise estruturada, seria tornar um sistema de grande porte, que com sua utilização é quase ilegível em um gráfico de uso fácil e legível. Os defensores da análise estruturada consideram as especificações estruturadas como um elo entre a análise e o projeto, sendo o DFD utilizado como base para a construção de um projeto estruturado, e finalmente um sistema estruturado.

5.4 Onde utilizar a análise estruturada A análise estruturada deve ser utilizada apenas em problemas pequenos e simples, sendo o DFD a sua parte mais importante. Para sistemas maiores e mais complexos, o DFD pode ser utilizado apenas para esboçar uma visão de alto nível do sistema. Devem ser utilizados outros métodos mais rigorosos de análise para desenvolver uma especificação mais precisa.