Файл: Анализ и оценка способов реализации структурных методов анализа и проектирования экономической информационной системы.pdf

Основные элементы данной методологии основываются на концепциях:

1) графическое иллюстрирование блочного представления объектов предметной области. Графика блоков и дуг SАDT-диаграммы показывает в виде блока функцию, а в свою очередь интерфейсы входа-выхода представляются в виде дуг, соединяющимися с блоками и выходящими из него. Взаимодействие блоков между собой также представляется с помощью интерфейсных дуг, которые определяют условия, определяющие, когда и в каком виде функции выполняются;

2) Для реализации правил SАDT необходимо соблюдать строгость и точность, в то же время не накладывая чрезмерных ограничений на действия аналитика.

Метод SАDT позиционируется как классический метод процессного подхода к управлению. Ос­новная концепция процессного подхода заключается в структурировании деятельности организации в зависимости от ее бизнес-процессами, а не организационно-штатной структурой. Функциональная модель представляет систему функций с необходимым уровнем конкретизации, которые в свой черед отражают свои взаимоотношения по средствам объекты системы. Модели данных двойственны к функциональным моделям и обширное описание объектов системы, связанных между собой системными функциями. Развернутая методология SADT способствует создания множества моделей для более точного описания сложной системы. Следовательно, соблюдая данный принцип бизнес-модель должна быть представлена следующим образом

1. Верхний уровень модели должен иллюстрировать сущность си­стемы — взаимодействие моделируемого единственным кон­текстным процессом предприятия с внешним миром.

2. На втором уровне модели должны быть отражены основные ви­ды деятельности (сгруппированные тематически бизнес-процессы) предприятия и их взаимосвязи. В случае большого их коли­чества некоторые из них можно вынести на третий уровень мо­дели.

Последующая детализация бизнес-процессов осуществляется с помощью бизнес-функций — совокупностей операций, сгруп­пированных по определенным признакам. Описание элементарной бизнес-операции осуществляется зада­нием алгоритма ее выполнения.

В рамках технологии SADT было разработано несколько графи­ческих языков моделирования.  (Табл.2)

Табл.2

Метод SАDT реализован в одном из стандартов этого семейства — IDЕF. Семейство стандартов IDEF унаследовало свое обозначение от названия программы (IDEF=Icam DEFinition). IDEF0 - методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на взаимосвязи объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временная последовательность.

Целью методики IDEF0 является построение функциональной схемы исследуемой системы, описывающей необходимые процессы с точностью, достаточной для однозначного моделирования деятельности.

В основе методологии лежат следующие понятия.

1) Функциональный блок - представляет собой некоторую конкретную функцию в рамках исследуемой системы и изображается прямоугольником, каждая из его сторон имеет свое определенное значение. (рис.1.7)

Рис.1.7

2) Интерфейсная дуга - отображает элемент, который обрабатывается функциональным блоком системы или же совершает другое действие над функцией, представленную данным функциональным блоком. Интерфейсные дуги зачастую именуют потоками или стрелками. С их помощью иллюстрируют различные объекты, определяющие в той или иной степени процессы.

Построение модели начинается с представления всей си­стемы в виде контекстной диаграммы. (рис.1.7).

Рис.1.7

Затем блок детализируется на другой диаграмме декомпозиция по средствам блоков, соединенных меж собой интерфейсными дугами. (рис. 1.8)

Рис.1.8

Данные блоки утверждают основные, главные подфункции первоначальной функции. Такая декомпози­ция освещает конкретный набор подфункций, из которых каждая представлена в виде блока, границы у которого утверждены интерфейсными дуга­ми. Любая из таких подфункций может быть представлена в виде декомпозиции по­добным образом в целях более детального представления.

Одним из важных моментов при моделировании SADT (IDEF0) является точная согласованность типов связей между функциями. Различают следующие связи (в порядке возрастания их относительной значимости), которые описаны в (таблице 3):

Табл.3

Не смотря на то, что в настоящее время появляются десятки новых методологий моделирования деятельности предприятия и взглядов на её архитектуру, IDEF0 сохраняет актуальность для задач усовершенствования предприятий и организаций.

2.2 Метод моделирования процессов IDЕF3

Метод моделирования IDЕF3, представляющийся членом семейства стандартов IDEF, был разработан в конце 1980-х г. для закрытого проекта BВС CША. Этот метод предназначен для моделей процессов, в которых важно понять последовательность выполнения действий и взаимозависимости между ними.

Хотя IDEF3 и не получил ранг федерального стандарта CША, он получил широкое применение в области системных аналитиков в качестве дополнения к методу функционального моделирования IDЕF0 (модели IDEF3 могут применяться для детализации функциональных блоков IDEF0, которые не имеют диаграмм декомпозиции).

Основой модели нотации IDEF3 служит сценарий процесса, в котором выделяется последовательность действий и под процессами анализируемой системы.

Основной единицей модели IDEF3 является диаграмма. Другой ключевой компонент модели — действие или «единица работы» (Unit of Work - UОW) - отображается в виде прямоугольника. Действия на диаграмме именуются с использованием глаголов или отглагольных существительных, каждому из действий присваивается уникальный идентификационный номер, который не используется вновь даже в том случае, если действие в процессе построения модели удаляется. (рис.1.9)

Рис.1.9

Существенные взаимоотношения между действиями изображаются с помощью связей. Возможные типы связей:

Сплошная линия, связывающая единицы работ, показывает, что работа-источник должна закончиться прежде, чем начнется работа-цель (Рис.2)

Рис.2

Пунктирная линия, для изображения связей между единицами работ и между единицами работ и объектами ссылок. (Рис.2.1)

Рис2.1

- стрелка с двумя наконечниками, для описания того, что объект используется в двух или более единицах работы. (Рис.2.3)

Рис.2.3

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

Действия в IDEF3 могут быть декомпозированы или разложены на составляющие для более детального анализа. Метод IDEF3 позволяет декомпозировать действие несколько раз, что обеспечивает документирование альтернативных потоков процесса в одной модели.

2.3 DFD-методология

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

При создании диаграммы потоков данных используются 4 основных понятия:

1) Потоки данных - являются абстракциями, применяемыми для моделирования передачи информации из одной части системы в другую.

2) Внешняя сущность - это материальный объект вне контекста информационной системы, являющийся источником системных данных. Ее имя должно содержать существительное, к примеру, место хранения товаров. Предполагается, что объекты, выделенные как внешние сущности, не должны участвовать ни в какой обработке.

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

Рис.2.4

Изображения объектов в методологии DFD (Табл.4)

Табл.4

Созданные модели потоков данных организации могут быть использованы при решении таких задач, как:

1) определение существующих хранилищ данных и текстовые документы, файлы, система управления базой данных СУБД;

2) определение и анализ данных, необходимых для выполнения каждой функции процесса;

3) подготовка к созданию модели структуры данных организации, так называемой ERD-модели (IDEF1X);

4) выделение основных и вспомогательных бизнес-процессов организации.

2.4 Сравнительная характеристика структурных методологий