Файл: Анализ и оценка способов реализации структурных методов анализа и проектирования экономической информационной системы.pdf
Добавлен: 18.06.2023
Просмотров: 89
Скачиваний: 3
СОДЕРЖАНИЕ
Глава 1. Структурный подход к проектированию информационных систем
1.1 Основные понятия проектирования информационных систем
1.2 Методологии структурного подхода к проектированию информационных систем
Глава 2: Анализ методологий структурного проектирования.
2.1 Метод функционального моделирования SADT (IDEF0)
2.2 Метод моделирования процессов IDЕF3
Основные элементы данной методологии основываются на концепциях:
1) графическое иллюстрирование блочного представления объектов предметной области. Графика блоков и дуг SАDT-диаграммы показывает в виде блока функцию, а в свою очередь интерфейсы входа-выхода представляются в виде дуг, соединяющимися с блоками и выходящими из него. Взаимодействие блоков между собой также представляется с помощью интерфейсных дуг, которые определяют условия, определяющие, когда и в каком виде функции выполняются;
2) Для реализации правил SАDT необходимо соблюдать строгость и точность, в то же время не накладывая чрезмерных ограничений на действия аналитика.
Метод SАDT позиционируется как классический метод процессного подхода к управлению. Основная концепция процессного подхода заключается в структурировании деятельности организации в зависимости от ее бизнес-процессами, а не организационно-штатной структурой. Функциональная модель представляет систему функций с необходимым уровнем конкретизации, которые в свой черед отражают свои взаимоотношения по средствам объекты системы. Модели данных двойственны к функциональным моделям и обширное описание объектов системы, связанных между собой системными функциями. Развернутая методология SADT способствует создания множества моделей для более точного описания сложной системы. Следовательно, соблюдая данный принцип бизнес-модель должна быть представлена следующим образом
1. Верхний уровень модели должен иллюстрировать сущность системы — взаимодействие моделируемого единственным контекстным процессом предприятия с внешним миром.
2. На втором уровне модели должны быть отражены основные виды деятельности (сгруппированные тематически бизнес-процессы) предприятия и их взаимосвязи. В случае большого их количества некоторые из них можно вынести на третий уровень модели.
Последующая детализация бизнес-процессов осуществляется с помощью бизнес-функций — совокупностей операций, сгруппированных по определенным признакам. Описание элементарной бизнес-операции осуществляется заданием алгоритма ее выполнения.
В рамках технологии SADT было разработано несколько графических языков моделирования. (Табл.2)
Табл.2
Нотация |
Назначение |
IDEF0 |
|
IDEF1 |
для документирования информации о производственном окружении систем |
IDEF2 |
для отображения поведения систем во времени |
IDEF3 |
для моделирования бизнес-процессов |
IDEF4 |
объектно-ориентированное моделирование |
IDEF5 |
моделирование наиболее общих (онтологических) закономерностей системы |
Метод 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 Сравнительная характеристика структурных методологий
Название методики |
Достоинства |
Недостатки |
Сфера применения |
IDEF0 |
- полнота описания бизнес-процесса (управление, информационные и материальные потоки, обратные связи); - комплексность декомпозиции; - возможность агрегирования и детализации потоков данных и информации (разделение и слияние дуг); - наличие жестких требований, обеспечивающих получение моделей стандартного вида; - простота документирования |
- сложность восприятия (большое число дуг на диаграммах); - большое число уровней декомпозиции; - трудность увязки нескольких процессов, представленных в различных моделях одной и той же организации |
В наибольшей степени подходит для описания процессов верхнего уровня управления, для моделирования бизнес-процессов организации |
IDEF3 |
- позволяет точно показать порядок действий, разветвления и параллельные процессы; - не ограничивает аналитика чрезмерно жесткими рамками синтаксиса, что может привести к созданию неполных или противоречивых моделей; - содержит все необходимое для построения моделей, которые в дальнейшем могут быть использованы для имитационного анализа |
- отсутствие переноса и контроля стрелок на детализацию; - отсутствие возможности расщепления и слияния модели |
Диаграммы DDEF3 удобно использовать, где нет документов (например, в описании действий автомата), IDEF3 может быть использован в дополнении к диаграмме IDEF0 |
DFD |
- возможность однозначно определить внешние сущности, анализируя потоки информации внутри и вне системы; - возможность проектирования сверху вниз, что облегчает построение «как должно быть»; - наличие спецификаций процессов нижнего уровня, что позволяет преодолеть незавершенность функциональной модели |
- необходимость искусственного ввода управляющих процессов, поскольку управляющие воздействия (потоки) и управляющие процессы в DFD ничем не отличаются от обычных; - отсутствие понятия времени (анализа временных промежутков) |
Используется для описания документооборота и обработки информации. DFD-диаграмма легко преобразуется в UML-документ |