Разработка моделей по стандартам IDEF0 и IDEF1X для предметной области "Анализ динамики показателей финансовой отчетности различных предприятий"

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

Введение

Методы IDEF (Integrated DEFinition) изначально были разработаны в рамках реализации программы интегрированной компьютерной поддержки производства ICAM в США в середине 70-х годов с целью улучшения взаимодействия специалистов, занимающихся интеграцией существующих производственных и организационных систем. В основу была положена технология структурированного анализа и проектирования SADT (Structured Analysis and Design Technique). Они направлены на различные методы описания и анализа процессов, потоков, структур промышленных и организационных систем с целью улучшения их характеристик. Методы взаимодополняют друг друга, обеспечивая возможность многоаспектного анализа систем. Методы IDEF включают несколько стандартов, каждый из которых отвечает за определенную сторону исследуемой системы.

Целью курсовой работы является создание моделей по стандартам IDEF0 и IDEF1X для предметной области «Анализ динамики показателей финансовой отчетности различных предприятий».

Стандарт IDEF0 описывает правила и требования к построению функциональной модели исследуемой системы, а стандарт IDEF1X - информационной.

Для достижения поставленной цели по созданию моделей необходимо решить следующие задачи:

- Изучить предметную область;

- Исследовать особенность стандарта IDEF0;

- Построить модель заданной предметной области в соответствии со стандартом IDEF0;

- Изучить особенности стандарта IDEF1X;

- Построить модель заданной предметной области в соответствии со стандартом IDEF1X;

1. Моделирование IDEF0

1.1 Формулировка задания

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

1.2 Описание предметной области «Анализ динамики показателей финансовой отчетности различных предприятий»

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

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

1.3 Описание методики IDEF0

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

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

Каждая IDEF0-диаграмма содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними.

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

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

Блоки в IDEF0 размещаются по степени важности, как ее понимает автор диаграммы. Этот относительный порядок называется доминированием. Доминирование понимается как влияние, которое один блок оказывает на другие блоки диаграммы. Например, самым доминирующим блоком диаграммы может быть либо первый из требуемой последовательности функций, либо планирующая или контролирующая функция, влияющая на все другие.

Наиболее доминирующий блок обычно размещается в верхнем левом углу диаграммы, а наименее доминирующий - в правом углу.

Расположение блоков на странице отражает авторское определение доминирования. Таким образом, топология диаграммы показывает, какие функции оказывают большее влияние на остальные. Чтобы подчеркнуть это, аналитик может перенумеровать блоки в соответствии с порядком их доминирования. Порядок доминирования может обозначаться цифрой, размещенной в правом нижнем углу каждого прямоугольника: 1 будет указывать на наибольшее доминирование, 2 - на следующее и т. д.

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

1.4 Построение IDEF0-модели

Построение диаграммы А-0.

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

Точка зрения - руководитель информационно-аналитического центра холдинга.

В качестве основной функции, которая является предметом моделирования, в соответствии с принятой целью и точкой зрения предлагается принять функцию «Проводить анализ динамики показателей финансовой отчетности предприятий».

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

Входом (Input) функции «Проводить анализ динамики показателей финансовой отчетности предприятий» является финансовая отчетность предприятий, входящих в холдинг.

Выходом (output) функции «Проводить анализ динамики показателей финансовой отчетности предприятий» является отчет о динамике финансовых показателей.

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

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

Диаграмма А-0 приведена на рис. 1.

Рис. 1. Диаграмма А-0

Построение диаграммы А0.

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

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

- сбор данных;

- подсчет показателей;

- анализ динамики показателей;

- подготовка отчета.

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

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

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

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

Диаграмма А0 изображена на рисунке 2.



Рис. 2. Диаграмма А0

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

- привести все данные к единой единице измерения;

- рассчитать показатель;

- проверить расчет;

- зафиксировать полученные результаты расчетов.

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

Диаграмма А1 декомпозиции функции «Подсчитать показатели» изображена на рисунке 3.

Рис. 3. Диаграмма А1

Также декомпозиции был подвергнут процесс «Подготовка отчета». Он включается следующие этапы:

- составить план отчета;

- внести результаты анализа;

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

- распечатать отчет.

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

Затем, в соответствии с составленным планом, в отчет вносятся результаты проведенного анализа, пишутся по каждому показателю выводы и рекомендации, затем отчет отправляют на печать.

Диаграмма декомпозиции процесса «Подготовить отчет» изображена на рисунке 4.

Рис. 4 Диаграмма А4

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

1.5 Выводы по главе

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

Были выделены элементарные функции, выполняемые финансовым аналитиком:

- сбор данных;

- приведение всех данных к единой единице измерения;

- расчет показателей;

- проверка расчета;

- фиксирование результатов расчета;

- анализ динамики показателей;

- составление плана отчета;

- внесение результатов анализа;

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

- печать отчета.

Таким образом, цель построения функциональной модели достигнута.

2. Моделирование IDEF1x

2.1 Формулировка задачи

Необходимо построить модель данных в стандарте IDEF1X рассматриваемой предметной области «Анализ динамики финансовой отчетности предприятий холдинга», описание которой приведено в пункте 1.2.

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

2.2 Описание стандарта IDEF1x

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

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

Центральным понятием в стандарте IDEF1X является понятие сущности.

Сущность в IDEF1X описывает собой совокупность или набор экземпляров похожих по свойствам, но однозначно отличаемых друг от друга по одному или нескольким признакам. Каждый экземпляр является реализацией сущности. Таким образом, сущность в IDEF1X описывает конкретный набор экземпляров реального мира. Примером сущности IDEF1X может быть сущность "СОТРУДНИК", которая представляет собой всех сотрудников предприятия, а один из них, скажем, Иванов Петр Сергеевич, является конкретной реализацией этой сущности. В IDEF1X модели свойства, характеризующие сущность и все её реализации, или экземпляры, называются атрибутами сущности. Каждый атрибут содержит только часть информации о сущности.

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

- Отдел <состоит из> нескольких Сотрудников.

- Самолет <перевозит> нескольких Пассажиров.

- Сотрудник <пишет> разнообразные Отчеты.

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

Отношения многие ко многим обычно используются на начальной стадии разработки модели, например, в диаграмме зависимости сущностей и отображаются в IDEF1X в виде сплошной линии с точками на обоих концах. Так как отношения многие ко многим могут скрыть другие бизнес правила или ограничения, они должны быть полностью исследованы на одном из этапов моделирования. Например, иногда отношение многие ко многим на ранних стадиях моделирования идентифицируется неправильно, на самом деле представляя два или несколько случаев отношений один-ко-многим между связанными сущностями. Или, в случае необходимости хранения дополнительных сведений о связи многие-ко-многим, например, даты или комментария, такая связь должна быть заменена дополнительной сущностью, содержащей эти сведения. При моделировании необходимо быть уверенным в том, что все отношения многие ко многим будут подробно обсуждены на более поздних стадиях моделирования для обеспечения правильного моделирования отношений.

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

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

При создании сущности в IDEF1X модели, одним из главных вопросов, на который нужно ответить, является: "Как можно идентифицировать уникальную запись?". Для этого требуется уникальная идентификация каждой записи в сущности для того, чтобы правильно создать логическую модель данных. Напомним, что сущности в IDEF1X всегда имеют ключевую область и, поэтому в каждой сущности должны быть определены ключевые атрибуты.

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

Правила устанавливают, что атрибуты и группы атрибутов должны:

- Уникальным образом идентифицировать экземпляр сущности.

- Не использовать NULL значений.

- Не изменяться со временем. Экземпляр идентифицируется при помощи ключа. При изменении ключа, соответственно меняется экземпляр.

- Быть как можно более короткими для использования индексирования и получения данных.

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

Первым этапом построения любой IDEF1X модели любой предметной области является этап определения сущностей, характерных для рассматриваемой предметной области.

2.3 Определение сущностей

В исследуемой предметной области, исходя из её описания и построенной IDEF0 модели, можно выделить следующие сущности:

- Предприятие в составе холдинга;

- Показатель экономической отчетности;

- Единица измерения финансовой отчетности;

2.4 Определение отношений между сущностями

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

Таблица 1. Матрица связей

	1	2	3
1. Предприятие		?
2. Показатель	?		?
3. Единица измерения		?

Значок ? означает, что между сущностями имеется отношение.

Выявим мощность каждого отношения.

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

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

Зависимости между всеми сущностями удобно представить в виде таблицы (таблица 2).

Таблица 2. Зависимости (мощности) выявленных сущностей

Сущность	Зависимость	Имя отношения	Сущность
Показатель	N:1	Измеряется в	Единица измерения
Предприятие	N:N	Имеет	Показатель

Отношение между сущностями «Показатель» и «Единица измерения» является отношением типа «родитель-потомок», а отношение между сущностями «Предприятие» и «Показатель» таковым не является.

Чтобы разрешить данную зависимость, необходимо свести её к зависимости типа «Родитель-потомок» путем добавления промежуточной сущности «Отчет о динамике» (Рис. 5).

Рис. 5. Разрешение неспецифического отношения

2.5 Определение атрибутов сущностей модели

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

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

Выделенные атрибуты всех сущностей, а также их описание представлено в таблице 3.

Таблица 3. Атрибуты сущностей

№	Сущность	Атрибут	Ключ	Домен	Примечания
				Тип	Размер
1	Показатель	Идентификатор	PK	Целое полож. число	До 10000
		Наименование		Текст	До 50 символов
		Важность		Целое полож. число	До 10
		Формула расчета		Текст	До 50 символов
		Единица измерения	FK	Целое полож. число	До 10000
2	Единица измерения	Идентификатор	PK	Целое полож. число	До 1000
		Краткое наименование		Текст	До 10 символов
		Полное наименование		Текст	До 50 символов
3	Предприятие	Идентификатор	PK	Целое полож. число	До 100000
		Наименование		Текст	До 150 символов
		Реквизиты		Текст	Да 255 символов
		Телефон		Текст	Да 255 символов
		Контактное лицо		Текст	Да 255 символов
		Адрес		Текст	Да 255 символов
4	Отчет о динамике	Начала периода	PK	Дата	10	ДД.ММ.ГГГГ
		Окончание периода	PK	Дата	10	ДД.ММ.ГГГГ
		Значение показателя		До 10000	До 65000
		Динамика показателя		До 10000	До 65000
		Рекомендации		Текст	До 50 символов
		Предприятие	FK	Целое полож. число	До 10000
		Показатель	FK	Целое полож. число	До 10000

В виду особенностей предметной области, у некоторых выделенных сущностей нет атрибута, который однозначно идентифицировал их экземпляры. Поэтому в сущности «Предприятия», Показатель», «Единица измерения» был добавлен атрибут «Идентификатор».

В сущности «Показатель предприятия» был выбран составной первичный ключ, который включает четыре атрибута: «Предприятие», «Показатель», «Начало периода», «Окончание периода». То есть для каждого предприятия, за определенный период времени может быть добавлено только одно вычисленное значение определенного показателя.

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

Рассмотрим отношение между сущностями «Показатель» и «Единица измерения». Мощность отношения между данными сущностями 1:N (каждый показатель измеряется только в одной единице измерения, а каждая единица измерения может относится к нескольким показателям), поэтому атрибут «Идентификатор» сущности «Единица измерения» мигрирует и включается в список атрибутов сущности «Показатель». Для более удобного восприятия, он был переименован в атрибут «Единица измерения». Этот атрибут и называется внешним ключом.

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

2.6 Проверка правильности назначения атрибутов

функциональный реляционный графический атрибут

Проверка правильности атрибутов осуществляется в два этапа: сначала проверяются ключевые атрибуты, а затем - неключевые.

Первичные ключи каждой сущности:

1. «Показатель» - первичный ключ «Идентификатор», тип: числовой.

2. «Единица измерения» - первичный ключ «Идентификатор», тип: числовой.

3. «Предприятие» - первичный ключ «Идентификатор», тип: числовой.

4. «Отчет о динамике» - составной первичный ключ, атрибуты «Начало периода», «Конец периода», «Предприятие», «Показатель».

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

Требования к первичным ключам:

1. Нельзя использовать синтаксис неспецифических отношений.

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

2. Миграция ключей от родительских (или общих) сущностей к сущностям-потомкам (или сущностям-категориям) является обязательной.

Миграции, которые имеют место в созданной модели, были описаны в пункте 2.4. Любое отношение в рассматриваемой модели реализуется с помощью миграции первичного ключа от сущности-родителя в атрибуты сущности-потомка.

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

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

4. Нельзя использовать атрибуты, обращающиеся в ноль (т.е. не принимающие никакого значения) для некоторого экземпляра сущности (правило необращения в ноль).

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

Для составного ключа необходимо просто проверять атрибуты, хранящие даты на равенство 0. Атрибуты, полученные миграцией из родительских сущностей («Предприятие» и «Показатель») не могут быть равны 0, при соблюдении правила получения значения атрибутов «Идентификатор» соответствующих родительских сущностей.

5. Необходимо объявлять об имеющихся между двумя сущностями двойных путях отношений.

Для всех сущностей модели двойные пути отсутствуют.

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

Основное требование к первым - совпадение типа данных и размера с соответствующим им первичным ключам. Требование выполнено.

Среди атрибутов, характеризующие сущность «Предприятие», имеются составные атрибуты: «Наименование», «Реквизиты», «Адрес». Разделение данных составных атрибутов на более элементарные не требуется, в рамках поставленной цели создания модели.

Итоговая IDEF1X-модель предметной области «Анализ динамики показателей финансовой отчетности предприятий холдинга» представлена на рисунке 6.

Рис. 6 IDEF1X-модель

2.7 Выводы по главе

Во второй главе курсовой работы была составлена информационная модель предметной области по стандарту IDEF1X. Изначально было выделено три сущности, связанных друг с другом. Затем, в процессе разрешения неспецифического отношения между сущностями «Предприятие» и «Показатель», была добавлена еще одна, четвертая сущность. Для всех выделенных сущностей были выделены атрибуты, обозначены первичные ключи все зависимости. Итоговая IDEF1X-модель, на которой отображены все сущности, их атрибуты и связи между ними, была построена в программе ErWin и представлена на рисунке 6.

Заключение

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

При построении моделей предметной области, были изучены такие стандарты, как IDEF0 и IDEF1X.

Метод функционального моделирования IDEF0 подразумевает создание иерархии диаграмм, отображающих основные процессы и функции, исполняемые внутри моделируемой системы, которые выполняют преобразование входных данных в выходные, с помощью механизмов, на основании правил. Построенная модель состоит из четырех функциональных диаграмм, на которых обозначены элементарные функции, выполняемые механизмом моделируемой деятельности: финансового аналитика. Для построения модели использовалось программное средство AllFusion Process Modeler (ранее BpWin).

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

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

Литература

1. Дубейковский В.И. Эффективное моделирование с AllFusion Process Modeler 4.1.4 и AllFusion РМ. - М.: Диалог-МИФИ, 2007.

2. Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. - 2-е изд., испр. и дополн. - М.: Диалог-МИФИ, 2007.

3. Марка Д.А., МакГоуэн К. Методология структурного анализа и проектирования: Пер.с англ. - М.: МетаТехнология, 1993.

4. Маклаков С.В. Bpwin и Erwin. CASE-средства разработки информационных систем. - М.: Диалог-МИФИ, 1999.

5. Методология функционального моделирования IDEF0. РД IDEF0 - 2000. - М.: Издательство стандартов, 2000.

6. Черемных С.В. Моделирование и анализ систем. IDEF-технологии: практикум. / С.В. Черемных, И.О. Семенов, B.C. Ручкин. - М.: Финансы и статистика, 2006.

Размещено на Allbest.ru

...