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

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

Рисунок 19 - Независимые и зависимые сущности

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

Связь является логическим соотношением между сущностями. Каждая связь должна именоваться глаголом или глагольной фразой (рис. 20).

Рисунок 20 - Связь

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

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

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

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

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

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

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

Рисунок 21 - Идентифицирующая связь

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

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

Рисунок 22 - Неидентифицирующая связь

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

Рисунок 23 – Атрибуты

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

Рисунок 24 - Примеры внешних ключей

Зависимая сущность изображается прямоугольником со скругленными углами (рис. 25).

Рисунок 25 - Изображение зависимой сущности

Экземпляр зависимой сущности определяется только через отношение к родительской сущности. При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности. Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как внешний ключ – (FK).

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

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

Рисунок 26 - Неидентифицирующая связь

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

Рисунок 27 - Связь «многие-ко-многим»

Связь многие-ко-многим должна именоваться двумя фразами – в обе стороны. Это облегчает чтение диаграммы.

При переходе к физическому уровню ERwin автоматически преобразует связь многие-ко-многим, добавляя новую таблицу и устанавливая две новые связи один-ко-многим от старых к новой таблице. При этом имя новой таблице автоматически присваивается как «Имя1_Имя2».

Иерархия наследования (или иерархия категорий) представляет собой особый тип объединения сущностей, которые разделяют общие характеристики.

Иерархии категорий делятся на два типа – полные и неполные. В полной категории одному экземпляру родового предка обязательно соответствует экземпляр в каком-либо потомке. Полная категория помечается кружком с двумя горизонтальными чертами, неполная – кружком с одной чертой. Возможна комбинация полной и неполной категорий (рис. 28).

Рисунок 28 - Комбинация полной и неполной категорий

Методологию моделирования потоков данных используют при анализе ИС – проектируемых или реально существующих. Получаемая в результате модель потоков данных DFDs является графическим представлением «потоков данных» через ИС, а также одним из трех основных ракурсов методологии SSADM. Основные объекты нотации:

- внешние сущности – отображают объекты, с которыми происходит взаимодействие.

- работы – отображают процессы обработки и изменения информации;

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

- стрелки – отображают информационные потоки;

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

Процесс на диаграмме потоков данных изображается прямоугольниками со скругленными углами, как показано на рис. 29.

Рисунок 29 – Процесс

Номер процесса служит для его идентификации. Каждый процесс имеет уникальный номер для ссылок на него внутри диаграммы, который может использоваться совместно с номером диаграммы для получения уникального индекса процесса во всей модели.

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

Назначение процесса (работы) состоит в продуцировании выходных потоков из входных в соответствии с действием, задаваемым именем процесса.

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

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

Внешняя сущность обозначается прямоугольником (рис. 30), расположенным как бы «над» диаграммой и бросающим на нее тень, для того, чтобы можно было выделить этот символ среди других обозначений.

Рисунок 30 - Внешняя сущность

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

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

Рисунок 31 - Поток данных

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

Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те в свою очередь преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам.[4]

ЗАКЛЮЧЕНИЕ

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

В ходе выполнения данной курсовой работы была подтверждена актуальность анализа и оценки средств реализации структурных методов анализа и проектирования экономической информационной системы. Это дает возможность выбрать наиболее подходящий метод для проектирования.

В ходе выполнения данной курсовой работы были решены следующие задачи исследования:

- рассмотрены основные определения и историю структурного анализа и структурного проектирования;

- рассмотрен метод структурного анализа и проектирования SADT;

- рассмотрен метод структурного анализа и проектирования SSADM

СПИСОК ЛИТЕРАТУРЫ

1 Инюшкина О.Г., Кормышев В.М. Исследование систем управления при

проектировании информационных систем: учебное пособие./О.Г. Инюшкина, В.М. Кормышев. Екатеринбург: «Форт-Диалог Исеть», 2013. - 370 с.

2 Инюшкина О.Г., Гольдштейн С.Л. Практика использования информационных технологий и систем (на примерах управления организацией): учебное пособие / С.Л. Гольдштейн, О.Г. Инюшкина. Екатеринбург: УрФУ, 2010. - 185 с.

3 Инюшкина О.Г., Кормышев В.М. Управление знаниями в информационных системах (монография). / О.Г. Инюшкина, В.М. Кормышев, Екатеринбург: УрФУ, 2012. - 212 с.

4 Маклаков С.В. «ERwin и BPwin. CASE-средства разработки информационных систем» / С.В. Маклаков, 2-е изд., испр. и доп., М. : Диалог-Мифи, 2001. – 304 с. М: «Диалг-МИФИ», 2001.

5 Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем / А.М. Вендров. – М. : Финансы и статистика, 1998. – 176 с. Программное обеспечение. [Электронный ресурс]

Режим доступа: www.interface.ru.

6 Руководство по применению ГОСТ Р ИСО/МЭК 12207 при управлении

проектом. PDF, www.complexdoc.ru.

7 Дэвид А. Марка, Клемент МакГоуэн. Предисловие Дугласа Т. Росса. Методология структурного анализа и проектирования SADT Structured

Analysis & Design Technique. [Электронный ресурс] Режим доступа:

www.pqm-online.com/assets/files/lib/mar