Diagrama de fluxo de dados
Nota: Não confundir com fluxograma.Um diagrama de fluxo de dados é uma maneira de representar um fluxo de dados através de um processo ou sistema (geralmente um sistema de informação). O DFD também fornece informações sobre as saídas e entradas de cada entidade e do próprio processo. Um diagrama de fluxo de dados não tem fluxo de controle — não há regras de decisão nem loops. Operações específicas baseadas nos dados podem ser representadas por um fluxograma.[1]
Existem várias notações para exibir diagramas de fluxo de dados. A notação apresentada acima foi descrita em 1979 por Tom DeMarco como parte da análise estruturada.
Para cada fluxo de dados, pelo menos um dos endpoints (origem e/ou destino) deve existir em um processo. A representação refinada de um processo pode ser feita em outro diagrama de fluxo de dados, que subdivide esse processo em subprocessos.
O diagrama de fluxo de dados é uma ferramenta que faz parte da análise estruturada e da modelagem de dados. Ao usar UML, o diagrama de atividades geralmente assume a função do diagrama de fluxo de dados. Uma forma especial de plano de fluxo de dados é um plano de fluxo de dados orientado ao sítio eletrônico.
Os diagramas de fluxo de dados podem ser considerados como redes de Petri invertidas, porque os lugares em tais redes correspondem à semântica das memórias de dados. Analogamente, a semântica de transições de redes de Petri e fluxos de dados e funções de diagramas de fluxo de dados devem ser consideradas equivalentes.
História
editarA notação DFD baseia-se na teoria dos grafos, originalmente usada na pesquisa operacional para modelar o fluxo de trabalho nas organizações. O DFD originou-se do diagrama de atividades usado na análise estruturada e metodologia técnica de projeto no final da década de 1970. Os divulgadores do DFD incluem Edward Yourdon, Larry Constantine, Tom DeMarco, Chris Gane e Trish Sarson.[2]
Os diagramas de fluxo de dados (DFD) rapidamente se tornaram uma forma popular de visualizar as principais etapas e dados envolvidos nos processos do sistema de software. Os DFDs geralmente eram usados para mostrar o fluxo de dados em um sistema de computador, embora pudessem, em teoria, ser aplicados à modelagem de processos de negócios. Os DFDs foram úteis para documentar os principais fluxos de dados ou para explorar um novo design de alto nível em termos de fluxo de dados.[3]
Ver também
editarReferências
- ↑ Bruza, P. D.; van der Weide, Th. P. (1 de novembro de 1990). «Assessing the quality of hypertext views». ACM SIGIR Forum. 24 (3): 6–25. ISSN 0163-5840. doi:10.1145/101306.101307
- ↑ Yourdon, Edward (1975). «Structured programming and structured design as art forms». Proceedings of the May 19–22, 1975, National Computer Conference and Exposition on – AFIPS '75. 277 páginas. doi:10.1145/1499949.1499997
- ↑ Larman, Craig (2012). Applying UML and patterns : an introduction to object-oriented analysis and design and iterative development 3rd ed. New Delhi: Pearson. ISBN 978-8177589795. OCLC 816555477
Bibliografia
editar- Scott W. Ambler. The Object Primer 3rd Edition Agile Model Driven Development with UML 2
- Schmidt, G., Methode und Techniken der Organisation. 13. Aufl., Gießen 2003
- Stahlknecht, P., Hasenkamp, U.: Einführung in die Wirtschaftsinformatik. 12. Aufl., Berlin 2012
- Gane, Chris; Sarson, Trish. Structured Systems Analysis: Tools and Techniques. New York: Improved Systems Technologies, 1977. ISBN 978-0930196004. P. 373
- Demarco, Tom. Structured Analysis and System Specification. New York: Yourdon Press, 1979. ISBN 978-0138543808. P. 352.
- Yourdon, Edward. Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design. New York: Yourdon Press, 1979. ISBN 978-0138544713. P. 473.
- Page-Jones, Meilir. Practical Guide to Structured Systems Design. New York: Yourdon Press, 1988. ISBN 978-8120314825. P. 384.
- Yourdon, Edward. Modern Structured Analysis. New York: Yourdon Press, 1988. ISBN 978-0135986240. P. 688.
