2.3.2. Анализ свойств, определенных пользователем (udp)

Можно ввести собственные свойства UDP (User Defined Pro­perties) и про­вести их анализ без суммирующих расчетов. Для описания UDP используется команда Model/UDP Definition Editor (рисунок 2.3.2.1). В по­­ле User‑Defined Properties (UDP) заносится наименование свойства, а в списке Datatype (18 различных типов, включая командную строку Command List) выбирается тип его значения. Свойство типа List может содержать массив предвари­тель­но определенных значений.

Имя категории вводится в поле New Keyword, и нажимается кнопка Add Keyword. Свойство может принадлежать одному или нескольким катего­риям. Для указания свойству категории выделяют это свойство; выбирается одна или несколько категорий, и нажимают кнопку Update.

К омандой UDP контекстного меню работы можно задать значения свойствам UDP. Если свойство типа Command List, то изо­бра­женной справа кнопкой можно выполнить указанную команду.

Результат задания свойств пользователя можно проанализировать в отчете, выводимом командой Tools/Reports/Diagram Object Report (рисунок 4.8.1) или средствами генератора отчетов RPTWin или Excel (п. 2.2.8).

Рисунок 2.3.2.1. Задание свойств UDP

2.4. Дополнительные модели

2.4.1. Диаграммы потоков данных (dfd)

Диаграммы потоков данных используются для описания документо­обо­рота и обработки информации: функции обработки информации (ра­бо­ты), документы, потоки данных (стрелки), внешние ссылки на объекты вне гра­ниц модели (External References), хранилища данных (Data Store). Работы в этой модели не поддерживают управление и механизмы. Стрелки могут входить и выходить из любых сторон прямоугольника работы и быть двунаправленными для описания диалогов типа «команда-ответ».

Пример создания смешанной модели с диаграммой потоков данных DFD (рисунок 2.4.1.1)

1. Произведем декомпозицию работы Контроль качества (A4) на две работы и в окне Active Box Count выберем вариант DFD.

2. С вяжем граничные несвязанные стрелки.

3. Нажмем кнопку External Reference Toll для до­бав­ле­ния в диаграмму внешней ссылки или сущности (Эксперты), которая яв­ля­ется источником или приемником данных вне модели.

4. Проведем стрелку Оценка эксперта.

5. Н ажмем кнопку Data store Toll для до­бав­ле­ния в диаг­рам­му хранилища данных (Библиотека стандартов).

В окне навигатора модели работы в нотации DFD изображаются синим цветом (рисунок 2.4.1.1).

Рисунок 2.4.1.1. Диаграмма потоков данных контроля качества изделия

Порядок построения диаграмм DFD. Существуют два подхода к пост­ро­ен­ию диаграмм: структурный анализ и событийное разделение.

Структурный анализ. Сначала строится физичес­кая модель, отра­жа­ющая текущее состояние системы, а затем – логичес­кая модель, отоб­ражающая требования к существующей системе. После это строятся логическая и физическая модели будущей новой системы.

Событийное разделение. Логическая модель строится как совокуп­но­сть работ и описаний того, что эти работы должны делать. Далее строятся: (модель окружения: описание цели системы, контекстная диаграмма с внеш­ними сущностями (входы и выходы системы), список событий), модель поведения, состоящая из одной диаграммы с пря­мо­уголь­никами‑событиями из модели окружения.

Нумерация объектов. Номер работы включает в себя префикс (номер родительской работы), точку и номер объекта, уникальный на диаграмме (A.3.2). Каждое хранилище данных и внешняя сущность имеют префиксы D и E соответственно. Хранилища данных и внешние сущности имеют уни­каль­­ные номера независимо от их расположения на диаграмме.