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

1.3 IDEF1X–методология

Метод oc IDEF1, oc разработанный oc Т. oc Рэмей oc (T. oc Ramey), oc также oc основан oc на oc подходе oc П. oc Чена oc и oc позволяет oc построить oc модель oc данных, oc эквивалентную oc реляционной oc модели oc в oc третьей oc нормальной oc форме.

В oc настоящее oc время oc на oc основе oc совершенствования oc методологии oc IDEF1 oc создана oc ее oc новая oc версия oc - oc методология oc IDEF1X. oc Она oc разработана oc с oc учетом oc таких oc требований, oc как oc простота oc изучения oc и oc возможность oc автоматизации. oc IDEF1X-диаграммы oc используются oc рядом oc распространенных oc CASE-средств oc (в oc частности, oc ERwin, oc Design/IDEF).^[5]

Сущность oc в oc методологии oc IDEF1X oc является oc независимой oc от oc идентификаторов oc или oc просто oc независимой, oc если oc каждый oc экземпляр oc сущности oc может oc быть oc однозначно oc идентифицирован oc без oc определения oc его oc отношений oc с oc другими oc сущностями. oc Сущность oc называется oc зависимой oc от oc идентификаторов oc или oc просто oc зависимой, oc если oc однозначная oc идентификация oc экземпляра oc сущности oc зависит oc от oc его oc отношения oc к oc другой oc сущности.

Каждой сущности присваивается уникальное oc имя oc и oc номер, oc разделяемые oc косой oc чертой oc "/" oc и oc помещаемые oc над oc блоком.

Связь oc может oc дополнительно oc определяться oc с oc помощью oc указания oc степени oc или oc мощности oc (количества oc экземпляров oc сущности-потомка, oc которое oc может oc существовать oc для oc каждого oc экземпляра oc сущности-родителя).

В oc IDEF1X oc могут oc быть oc выражены oc следующие oc мощности oc связей:

1) oc каждый oc экземпляр oc сущности-родителя oc может oc иметь oc ноль, oc один oc или oc более oc связанных oc с oc ним oc экземпляров oc сущности-потомка;

2) oc каждый oc экземпляр oc сущности-родителя oc должен oc иметь oc не oc менее oc одного oc связанного oc с oc ним oc экземпляра oc сущности-потомка;

3) oc каждый oc экземпляр oc сущности-родителя oc должен oc иметь oc не oc более oc одного oc связанного oc с oc ним oc экземпляра oc сущности-потомка;

4) oc каждый oc экземпляр oc сущности-родителя oc связан oc с oc некоторым oc фиксированным oc числом oc экземпляров oc сущности-потомка.

Если oc экземпляр oc сущности-потомка oc однозначно oc определяется oc своей oc связью oc с oc сущностью-родителем, oc то oc связь oc называется oc идентифицирующей, oc в oc противном oc случае oc - oc неидентифицирующей.

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

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

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

DFD oc — oc общепринятое oc сокращение oc от oc англ. oc Data oc Flow oc Diagrams oc — oc диаграммы oc потоков oc данных. oc Так oc называется oc методология oc графического oc структурного oc анализа, oc описывающая oc внешние oc по oc отношению oc к oc системе oc источники oc и oc адресаты oc данных, oc логические oc функции, oc потоки oc данных oc и oc хранилища oc данных, oc к oc которым oc осуществляется oc доступ.

Диаграмма oc потоков oc данных oc (data oc flow oc diagram, oc DFD) oc — oc один oc из oc основных oc инструментов oc структурного oc анализа oc и oc проектирования oc информационных oc систем, oc существовавших oc до oc широкого oc распространения oc UML. oc Несмотря oc на oc имеющее oc место oc в oc современных oc условиях oc смещение oc акцентов oc от oc структурного oc к oc объектно-ориентированному oc подходу oc к oc анализу oc и oc проектированию oc систем, oc «старинные» oc структурные oc нотации oc по-прежнему oc широко oc и oc эффективно oc используются oc как oc в oc бизнес-анализе, oc так oc и oc в oc анализе oc информационных oc систем.

Исторически oc сложилось oc так, oc что oc для oc описания oc диаграмм oc DFD oc используются oc две oc нотации oc — oc Йодана oc (Yourdon) oc и oc Гейна-Сарсона oc (Gane-Sarson), oc отличающиеся oc синтаксисом.^[6]

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

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

Кроме oc того, oc нотация oc DFD oc поддерживает oc понятие oc подсистемы oc — oc структурной oc компоненты oc разрабатываемой oc системы.

Нотация oc DFD oc - oc удобное oc средство oc для oc формирования oc контекстной oc диаграммы, oc то oc есть oc диаграммы, oc показывающей oc разрабатываемую oc АИС oc в oc коммуникации oc с oc внешней oc средой. oc Это oc - oc диаграмма oc верхнего oc уровня oc в oc иерархии oc диаграмм oc DFD. oc Ее oc назначение oc - oc ограничить oc рамки oc системы, oc определить, oc где oc заканчивается oc разрабатываемая oc система oc и oc начинается oc среда.

Стандарт описания бизнес-процессов DFD – Data Flow Diagram переводится как диаграмма потоков данных и используется для описания процессов верхнего уровня и для описания реально существующих в организации потоков данных.

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

1. определение существующих хранилищ данных (текстовые документы, файлы, система управления базой данных — СУБД);
2. определение и анализ данных, необходимых для выполнения каждой функции процесса;
3. подготовка к созданию модели структуры данных организации, так называемой ERD-модели (IDEF1X);
4. выделение основных и вспомогательных бизнес-процессов организации.

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

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

Глава 2. Функциональный анализ деятельности организации

Объектом анализа является дилер продаж по каталогу.

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

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

Помимо самого процесса продаж, к деятельности дилера также относятся:^[7]

1. работа с поставщиками;
2. обеспечение безопасности интернет ресурсов;
3. сервисное обслуживание продаваемой техники.

Рассмотрим диаграмму А0, представленную на рисунке 1. Основной деятельностью является «продажа товара». Входные данные: информация о покупателях, информация о товаре. Управляющей информацией являются закон о правах потребителей и устав магазина, управляющим механизмом – обслуживающий персонал. Выходные данные представляются в виде сопроводительной документации.

Продажа товара

Рисунок 1 - Диаграмма А0

Теперь проведем декомпозицию полученной диаграммы.

Деятельность «продажа товара» можно представить как последовательность следующих действий (рис. 2):

1. предподготовка;
2. оформление;
3. получение;
4. постсервис.

Рисунок 2 - Декомпозиция диаграммы А0

Проведем дальнейшую декомпозицию. Деятельность «предподготовка» включает следующие действия (рис. 3):

1. консультация;
2. выбор товара;
3. проверка наличия на складе.

Рисунок 3 - Декомпозиция деятельности «предподготовка»

Проведем декомпозицию «оформление». Деятельность «оформление» включает следующие действия (рис. 4):

1. оплата;
2. заявка на склад;
3. оформление документации.

Рисунок 4 - Декомпозиция деятельности «оформление»

В «получение» входят функции (рис 5):

1. передача товара;
2. оформление гарантии;
3. выдача сопроводительной документации.

Рисунок 5 - Декомпозиция деятельности «получение»

В «постсервис» входят функции (рис. 6):

1. проверка наличия неисправностей;
2. осуществление ремонта;
3. проверка гарантии;
4. выдача товара.

Рисунок 6 - Декомпозиция деятельности «постсервис»

После построения информационной модели сформируем древо целей (рис. 7):

Рисунок 7 - Древо целей информационной системы

Глава 3. Практическая часть

Разработка логической и физической модели начинается с проведения процесса системного моделирования для предметной области с помощью инструментальной среды CA Erwin Process Modeler.

Процесс построения информационной модели состоит из следующих шагов:^[8]

1. определение сущностей;
2. определение атрибутов сущностей;
3. задание первичных и альтернативных ключей;
4. определение зависимостей между сущностями;
5. приведение модели к требуемому уровню нормальной формы;
6. переход к физическому описанию модели: назначение соответствий имя сущности - имя таблицы, атрибут сущности - атрибут таблицы; задание триггеров, процедур и ограничений;
7. генерация базы данных.

CA Erwin Process Modeler создает визуальное представление (модель данных) для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения как части документации, необходимой в цикле разработки. Однако CA Erwin Process Modeler далеко не только инструмент для рисования. CA Erwin Process Modeler автоматически создает базу данных (таблицы, индексы, хранимые процедуры, триггеры для обеспечения ссылочной целостности и другие объекты, необходимые для управления данными).

Основные компоненты диаграммы CA Erwin Process Modeler - это сущности, атрибуты и связи. Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. Построение модели данных предполагает определение сущностей и атрибутов.

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

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