Вимоги до побудови інформаційно-аналітичних моделей комплексів економічних та

Вимоги до побудови інформаційно-аналітичних моделей комплексів економічних та фінансових задач фірми кафедра ЕП дисципліна АЕР викладач Кустова Н.П.

ІАМ комплексу задач складається: 1.Організаційно-економічна сутність комплексу задач 2.Інформаційне забезпечення комплексу задач 3.Реалізація комплексу задач у Excel

1.Організаційно-економічна сутність комплексу задач Характеристика задач комплексу мета, склад, призначення комплексу задач, таблиця характеристики кожної задачі перелік вихідних документів Схема комплексу задач Форми вихідних таблиць (експортуються із Excel тільки шапки таблиць з вхідними даними)

Розділ 1. Організаційно-економічна сутність комплексу задач “Дивідендна політика підприємства” Програмний комплекс “Дивідендна політика підприємства” представляє собою комплекс різноманітних таблиць, які пов’язані між собою міжтабличними зв’язками і містять початкову інформацію, яка введена самостійно, та систему розрахунків, які дозволяють отримати повну картину про стан дивідендної політики в ВАТ “Київський ЦУМ” протягом 1997-2001 років. Цей комплекс передбачає системний підхід до проведення планово-економічної роботи по темі “Дивідендна політика підприємства”. Мета розробки комплексу задач “Дивідендна політика підприємства” полягає у створенні засобами MS Excel універсальної програми, яка дозволяє на основі інформації про дивідендну політику проаналізувати рівень її ефективності та знайти резерви її підвищення. Першим етапом формалізації комплексу задач є визначення окремих складових (задач) комплексу, тобто побудова структури вихідних таблиць, які повною мірою охоплюють всі розрахунки фахівця підприємства, пов’язані з дивідендною політикою. В результаті проведеного аналізу, сформовано комплекс задач "Дивідендна політика підприємства", який складається з окремих задач (таблиць) перелік, яких наведено у таблиці 1.

2.Інформаційне забезпечення комплексу задач Характеристика вхідних даних: з яких первинних документів вибираються з якою періодичністтю змінюються в яких інформаційних таблицях (базах) їх доцільно зберігати Побудова інформаційної моделі (отримання хорошої БД) Заповнена інформаційна база (бази), експортуються із Excel

Вимоги до БД Задовольняти актуальні потреби організації. (Одержувана інформація повинна за структурою відповідати розв'язуваним задачам.) Забезпечувати одержання необхідних даних за прийнятний час. Легко змінюватися при реорганізації і розширенні предметної області. Легко змінюватися при зміні програмного й апаратного середовища. Забезпечувати перевірку даних до включення їх у базу Забезпечувати коректність завантажених у базу даних.

Етапи створення інформаційної моделі Проектування концептуальної моделі Проектування логічної моделі Проектування фізичної моделі.

Приклад. Задачі: Уведення даних про товари; Уведення даних про фірми-продавців; Одержання інформації про замовника; Оформлення замовлення; Основні об'єкти: ТОВАР(Код_Т,Назва_Т), ФІРМА(Код_Ф, Назва_Ф), КЛІЄНТ(Код_Кл, Назва_Кл ) ЗАМОВЛЕННЯ(Код_Т, Код_Ф, Код_Кл, Кіл, Ціна, Гарантія).

Концептуальна модель

Побудова нормалізованої моделі Нормалізація - це покроковий процес заміни однієї сукупності відносин (таблиць) іншою, у якій відносини мають більш просту регулярну структуру і не містять аномалій. В теорії нормалізації визначаються різні нормальні форми, що обмежують різні типи припустимих функціональних залежностей. Розрізняють 5 нормальних форм плюс нормальна форма Бойса-Кодда. Для їхнього позначення використовуються скорочення: 1НФ, 2НФ, 3НФ, НФБК, 4НФ, 5НФ.

1НФ. Таблиця знаходиться в першій нормальній формі, якщо значення всіх її атрибутів прості Приклад. КЛІЄНТ (Код_Кл, Наим_Кл, ЗАМОВЛЕННЯ) ЗАМОВЛЕННЯ (Код_Т,Наим_Т, Ціна_Т, Гарантія, Кіл_Т, Код_Ф, Наим_Ф ) Для перетворення ненормалізованої таблиці в 1НФ необхідно в складеному відношенні КЛІЄНТ замінити складений атрибут ЗАМОВЛЕННЯ відповідними простими атрибутами

Приклад

Ключовим атрибутом цього відношення буде множина атрибутів А={Код_Кл, Код_Т, Код_Ф}. Аномалія включення. Аномалія відновлення Аномалія видалення. Наступний етап нормалізації усуває неповну функціональну залежність неключових атрибутів від можливих ключів таблиці. .

Неповна залежність означає наступне: Нехай А={А1, …, Аn} - набір атрибутів, що є ключем деякої таблиці, і B - неключовий атрибут цієї ж таблиці. Якщо знайдеться деяка підмножина атрибутів, безлічі А, від якого залежить атрибут В, то говорять, що В залежить від ключа А неповно

Для приклада спостерігаються такі неповні функціональні залежності: А={Код_Кл, Код_Т, Код_Ф}; 1. А Наим_Т; Код_Т  Наим_Т. 2. А  Наим_Кл; Код_Кл  Наим_Кл. 3. А  Наим_Ф; Код_Ф  Наим_Ф. 4. А  Ціна; {Код_Ф, Код_Т}  Ціна. 5. А  Гар; {Код_Ф, Код_Т}  Гар. 6. А  Кіл.

2НФ. Таблиця задана в другій нормальній формі, якщо вона є таблицею в першій нормальній формі і кожен атрибут, що не є первинним у цій таблиці, цілком залежить від будь-якого можливого ключа цієї таблиці.

2НФ

3НФ - видалення транзитивних залежностей Якщо A, B, C - три атрибути деякої таблиці та А  В, В  С (причому В не ключовий), то А  С. Говорять, що С транзитивно залежить від А. Помітимо, що в останній таблиці, якщо припустити, що гарантія залежить від ціни товару, то буде спостерігатися транзитивна залежність атрибута Гар від ключа {Код_Т, Код_Ф}.

3НФ

Основні правила при проектуванні реляційної БД Для кожного набору зв'язаних атрибутів варто створювати окрему таблицю. Кожна таблиця повинна містити первинний ключ. Виконання цих правил автоматично приведе до другої нормальної форми. Якщо атрибут залежить тільки від частини складеного ключа, його варто перенести в окрему таблицю. Якщо атрибут не залежить від ключа, цей атрибут варто перенести в окрему таблицю. Якщо природний атрибут не має властивість унікальності, наприклад, прізвище, чи иммет велику довжину і використовується в багатьох відносинах, чи може мінятися в часі, варто вводити искуственный атрибут.

3.Реалізація комплексу задач у MS Office Привеcти таблицю розрахункових алгоритмів для обчислення вихідних показників,яка має колонки: назву окремої задачі позначення та назва вихідного показника розрахункова формула прийняті у формулі позначення Вихідні таблиці у формульному зображенні (експортуються із Excel) Перелік та характеристика створених графічних матеріалів