Описание процесса проектирования

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

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

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

• · Общие экономические показатели;
• · Состав и размещение активов;
• · Категория риска оборотных активов.

Согласно всему вышеизложенному существует возможность перечислить сущности предметной области:

· Предприятие;

· Подразделение;

• · Общие экономические показатели;
• · Состав и размещение активов;
• · Категория риска оборотных активов.

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

Для сущности предприятие атрибутами будут являться (ИНН, телефон, наименование предприятия, юридический адрес), первичным ключом будет атрибут (ИНН).

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

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

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

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

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

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

Переходим к представлению физической модели данных отображенной на рисунке 3.2. Физическая модель в отличие от логической зависит от конкретной СУБД, и является отображением системного каталога. В физической модели содержится информация обо всех объектах БД и зависит от конкретной реализации СУБД. Если в логической модели не имеет значение, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах — таблицах, колонках, индексах, процедурах и т. д.

LongInteger — числовая переменная целого значения.

Text — случайная текстовая переменная.

Date/time — числовая переменная десятичного значения.

Рис. 3.1 Логическая модель данных

Рис. 3.2 Физическая модель данных

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