Файл: Анализ и оценка средств реализации структурных методов анализа и проектирования экономической информационной системы ( Структурный подход к проектированию информационных систем ).pdf
Добавлен: 01.04.2023
Просмотров: 304
Скачиваний: 2
СОДЕРЖАНИЕ
Глава 1. Структурный подход к проектированию информационных систем
1.1 Основные понятия проектирования информационных систем
1.2 Методологии структурного подхода к проектированию информационных систем
Глава 2. Анализ методологий структурного проектирования
2.1 Метод функционального моделирования SADT (IDEF0)
2.2 Метод моделирования процессов IDЕF3
2.3 Моделирование потоков данных
- SADT (Structured Analysis and Design Technique);
- методология структурного системного анализа Гейна-Сарсона (Gane-Sarson);
- методология структурного анализа и проектирования Йодана/Де Марко (Yourdon/De Marko);
- методология развития систем Джексона (Jackson);
- методология развития структурных систем Варнье-Орра (Warnier-Orr);
- методология анализа и проектирования систем реального времени Уорда-Меллора (Ward-Mellor) и Хатли (Hatley);
- методология информационного моделирования Мартина (Martin).
В структурном анализе и проектировании применяются различные модели, которые описывают:
1) функциональную структуру проектируемой системы;
2) последовательность выполняемых процессов;
3) передачу информации между функциональными процессами (работами);
4) отношения между данными.
Наиболее распространенными моделями первых трех групп являются:
- функциональная модель SADT (Structured Analysis and Design Technique);
- модель IDЕF3;
- DFD (Datа Flоw Diаgrams) - диаграммы потоков данных.
Модель «сущность — связь» (ЕRМ — Еntity-Relationship Model), описывающая отношения между данными, традиционно используется в структурном анализе и проектировании, однако, по существу, представляет собой подмножество объектной модели предметной области.
В качестве инструментальных средств структурного анализа и проектирования выступают следующие диаграммы:
- ВFD (Businеss Functiоn Diаgram) – диаграмма бизнес-функций (функциональные спецификации);
- DFD (Data Flоw Diаgram) – диаграмма потоков данных;
- SТD (State Transition Diagram) – диаграмма переходов состояний (матрицы перекрестных ссылок);
- ЕRD (Entity Relationship Diagram) – ER-модель данных предметной области (информационно - логические модели “сущность - связь”);
- SSD (System Structure Diagram) – диаграмма структуры программного приложения.
Диаграммы функциональных спецификаций (ВFD) позволяют представить общую структуру ИС, отражающую взаимосвязь различных задач (процедур) в процессе получения требуемых результатов. Диаграммы этого вида определяют основные объекты и их графические образы в следующих нотациях: Йодана (Yourdon), Гейна – Сарсона (Gane – Sarson), SАDT (Structured Analysis and Design Technique), SАG (Software AG).
Следующим этапом развития графического языка описания функциональных систем SADT (Structured Analysis and Design Teqnique) является методология IDEF0. Целью методики является построение функциональной схемы исследуемой системы, описывающей все необходимые процессы с точностью, достаточной для однозначного моделирования деятельности системы. Обязательное наличие управляющих интерфейсных дуг является одним из главных отличий стандарта IDEF0 от других методологий классов DFD (Data Flow Diagram) и WFD (Work Flow Diagram).
В следующей главе курсовой работы рассмотрим наиболее популярные методологии структурного анализа и проектирования информационных систем.
Глава 2. Анализ методологий структурного проектирования
2.1 Метод функционального моделирования SADT (IDEF0)
SАDT (от англ. Struсtured Аnalysis and Design Тechnique) — методология структурного анализа и проектирования, объединяющая процесс моделирования, управления конфигурацией проекта, использование языковых средств и руководство проектом с собственным графическим языком.
Методология SADT возникла в ходе революции конца 60-х годов и была вызвана сложностями в структурном программировании. В то время, когда большинство программистов билось над созданием программных средств, специалисты, традиционно занимавшиеся созданием крупномасштабных систем, стали осознавать необходимость большей упорядоченности. Таким образом, разработчики решили формализовать процесс создания системы, разбив его на фазы: анализ, проектирование, реализация, объединение, тестирование, установка — введение системы в действие, эксплуатация.
Методология SADT, разработанная разработана Дугласом Россом в 1969-73гг., представляет собой совокупность методов, правил, процедур, предназначенных для построения функциональной модели некоторой предметной области. Функциональная модель SADT отображает функциональную структуру объекта, то есть производимые им действия и связи между ними.
Основные элементы данной методологии основываются на концепциях:
1) графическое представление блочного моделирования объектов предметной области. Графика блоков и дуг SАDT-диаграммы отображает в виде блока функцию, а интерфейсы входа-выхода представляются дугами, входящими в блок и выходящими из него. Взаимодействие блоков друг с другом также описываются посредством интерфейсных дуг, которые определяют "ограничения", выражающие, когда и каким образом функции выполняются;
2) выполнение правил SАDT требует строгости и точности, в то же время не накладывая чрезмерных ограничений на действия аналитика.
Метод SАDT считается классическим методом процессного подхода к управлению. Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой. В соответствии с этим принципом бизнес-модель должна выглядеть следующим образом:
1. Верхний уровень модели должен отражать контекст системы — взаимодействие моделируемого единственным контекстным процессом предприятия с внешним миром.
2. На втором уровне модели должны быть отражены основные виды деятельности (сгруппированные тематически бизнес-процессы) предприятия и их взаимосвязи. В случае большого их количества некоторые из них можно вынести на третий уровень модели.
Дальнейшая детализация бизнес-процессов осуществляется посредством бизнес-функций — совокупностей операций, сгруппированных по определенным признакам. Описание элементарной бизнес-операции осуществляется заданием алгоритма ее выполнения.
В рамках технологии SADT было разработано несколько графических языков моделирования (таблица 2):
|
Таблица 2. |
||
|
Графические нотации методологии SADT |
||
|
Нотация |
Назначение |
|
|
IDEF0 |
для документирования процессов производства и отображения информации об использовании ресурсов на каждом из этапов проектирования систем |
|
|
IDEF1 |
для документирования информации о производственном окружении систем |
|
|
IDEF2 |
для отображения поведения систем во времени |
|
|
IDEF3 |
для моделирования бизнес-процессов |
|
|
IDEF4 |
объектно-ориентированное моделирование |
|
|
IDEF5 |
моделирование наиболее общих (онтологических) закономерностей системы. |
|
Метод SАDT реализован в одном из стандартов этого семейства — IDЕF. Семейство стандартов IDEF унаследовало свое обозначение от названия программы (IDEF=Icam DEFinition), последняя редакция была выпущена в 1993 г. Национальным Институтом по Стандартам и Технологиям (NIST).
Методология IDEF0 является следующим этапом развития графического языка описания функциональных систем SADT. Исторически IDEF0 был разработан в 1981 году в качестве стандарта в рамках обширной программы автоматизации промышленных предприятий. Вместе со стандартом IDEF0 обычно используют стандарт моделирования процессов IDЕF3 и моделирования данных IDЕF1X.
Целью методики IDEF0 является построение функциональной схемы исследуемой системы, описывающей необходимые процессы с точностью, достаточной для однозначного моделирования деятельности.
В основе методологии лежат следующие понятия.
1) Функциональный блок (Activity Box) - представляет собой некоторую конкретную функцию в рамках исследуемой системы и изображается прямоугольником, каждая из его сторон имеет свое определенное значение (рис. 2):
Функция
А0
Управление (Cоntrol)
Выход (Оutput)
Вход (Input)
Механизм (Mеchanism)
Рисунок 2. Функциональный блок и интерфейсные дуги
2) Интерфейсная дуга (Аrrow) - отображает элемент, который обрабатывается функциональным блоком системы или же оказывает другое влияние на функцию, представленную данным функциональным блоком. Интерфейсные дуги называют часто потоками или стрелками. С их помощью отображают различные объекты, определяющие в той или иной степени процессы, в системе: элементы реального мира (детали, сотрудники, товары) или потоки данных и информации (данные, документы, инструкции).
3) Декомпозиция (Dеcomposition) - ключевое понятием стандарта IDЕF0. Принцип декомпозиции используется при разбиении сложного процесса системы на составляющие функции. Уровень детализации процесса при этом определяется непосредственно разработчиком модели ИС. Декомпозиция позволяет постепенно и структурировано представлять модель системы в виде иерархической структуры отдельных диаграмм.
4) Глоссарий (Glossary) подразумевает, что для каждого из элементов IDEF0 (диаграмм, интерфейсных дуг, функциональных блоков) подразумевается создание и поддержание набора соответствующих ключевых слов, определений, характеризующих объект, отображенный элементом.
Построение модели начинается с представления всей системы в виде простейшего компонента (контекстной диаграммы) (рис.3).
А-0
А0
Рисунок 3. Функциональный блок и интерфейсные дуги IDEF0-модели
Затем блок детализируется на другой диаграмме (декомпозиция) с помощью блоков, соединенных интерфейсными дугами (рис. 4).
А0
А1
А2
А3
А4
А4
А41
А42
А43
Верхняя диаграмма является родительской для нижней
Рисунок 4. Структура IDEF0-модели. Декомпозиция диаграмм
Данные блоки определяют основные подфункции исходной функции. Такая декомпозиция выявляет полный набор подфункций, из которых каждая показана как блок, границы у которого определены интерфейсными дугами. Любая из таких подфункций может быть декомпозирована подобным образом в целях еще большей детализации.
Одним из важных моментов при моделировании SADT (IDEF0) является точная согласованность типов связей между функциями. Различают следующие связи (в порядке возрастания их относительной значимости), которые описаны в таблице 3:
|
Таблица 3. |
|||
|
Типы связей между функциями в методологии IDEF0 |
|||
|
Тип связи |
Характеристика |
Пример изображения на диаграмме |
|
|
Случайная связь |
показывает, что конкретная связь между функциями незначительна или полностью отсутствует |
||
|
Логическая связь |
данные и функции собираются вместе благодаря тому, что они попадают в общий класс или набор элементов, но необходимых функциональных отношений между ними не обнаруживается |
||
|
Процедурная связь |
функции сгруппированы вместе благодаря тому, что они выполняются в течение одной и той же части цикла или процесса |
||
|
Коммуникационная связь |
функции группируются благодаря тому, что они используют одни и те же входные данные и/или производят одни и те же выходные данные |
||
|
Последовательная связь |
выход одной функции служит входными данными для следующей. Связь между элементами на диаграмме является более тесной, чем в рассмотренных выше случаях, поскольку моделируются причинно-следственные зависимости |
||
|
Функциональная связь |
все элементы функции влияют на выполнение одной и только одной функции. Диаграмма, являющаяся чисто функциональной, не содержит чужеродных элементов, относящихся к последовательному или более слабому типу связи |
||
Пример построения диаграммы предметной области в нотации IDЕF0 показан на рисунках приложения 1.
Методология IDЕF0 может применяться для моделирования широкого круга информационных систем и определения требований и функций, а затем для разработки программного обеспечения, которое удовлетворяет данным требованиям и реализует такие функции.
В настоящее время появляются десятки новых методологий моделирования деятельности предприятия и взглядов на её архитектуру, IDEF0 сохраняет актуальность для задач усовершенствования предприятий и организаций.