10.1.3. Диаграммы потоков данных (Data Flow Diagrams - dfd)

Диаграммы потоков данных моделируют систему как набор функциональных процессов, связанных потоками данных. Цель такого представления - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.

Диаграммы потоков данных содержат (в отличие от функциональной диаграммы IDEF0) два новых типа объектов – хранилища данных и внешние сущности. Эти объекты позволяют определять взаимодействие с частями системы (или другими системами), которые выходят за границы моделирования. Стрелки в DFD отражают такие характеристики системы, как движение объектов (потоки данных), хранение объектов (хранилища данных), источники и потребители данных (внешние сущности).

Для построения DFD традиционно используются две различные нотации, соответствующие методам Йордона-Де Марко и Гейна-Сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов. Приведем графический язык нотации Гейна-Сэрсона (слайд 6):

• Функциональный блок - моделирует некоторую функцию, преобразующую вход в выход. По своему назначению почти идентичен функциональным блокам IDEF0 и действиям IDEF3;

• Внешняя сущность - обеспечивают необходимые входы и (или) выходы для функциональных блоков. Одна и та же внешняя сущность может функционировать и как поставщик, и как получатель данных и может повторяться на диаграмме несколько раз;

• Хранилище данных - механизм, который поддерживает хранение данных для их промежуточной обработки;

• Потоки данных - описывают перемещение данных между частями системы. Стрелки, обозначающие потоки, могут быть как однонаправленными, так и двунаправленными, а также могут начинаться и заканчиваться на любой стороне блока.

Потоки данных на диаграмме могут представлять ветвление и объединение данных (слайд 7). Ветвление обозначает декомпозицию данных, перемещаемых потоком. При этом все полученные после ветвления подпотоки должны быть поименованы. Объединение обозначает соединение данных для формирования комплексных объектов данных. Так же, как и при ветвлении, все части комплексного объекта и сам получаемый объект данных должны быть поименованы.

Контекстная диаграмма DFD (т.е. диаграмма, описывающая систему в целом) обычно состоит из одного функционального блока и нескольких внешних сущностей, с которыми система обменивается данными. Имя функционального блока на такой диаграмме совпадает с именем системы.

На слайде 8 приведена сравнительная таблица графических обозначений нотаций Гейна-Сэрсона (Gane-Sarson) и Йордона-ДеМарко (Yourdon-DeMarco).

10.2. Объектно-ориентированная методология

Концептуальной основой объектно-ориентированного анализа и проектирования ПО (ООАП) является объектная модель. Ее основные принципы (абстрагирование, инкапсуляция, модульность, наследование) и понятия (класс, интерфейс, объект, атрибут сообщение) сформулированы Гради Бучем в его фундаментальной книге и последующих работах.

В методах ООАП наглядные модели часто связываются с такими зрительными образами, как «взгляды», направленные на сложную систему с различных точек зрения. Набор из нескольких наглядных моделей создает в сознании специалистов интегральный образ сложной компьютерной системы, которую они совместно проектируют. Вместе с тем, наглядные модели служат эффективным средством документирования компьютерных систем и их программного обеспечения, а также языком общения между программистами, системными аналитиками и заказчиками систем.