3 Елементи управління і об'єкти в СУБД Visual FoxPro

У діалоговому вікні Create вказати ім'я створюваної БД. У вікні Конструктора БД (Database Designer) і з використанням відповідної панелі інструментів почати опис структури таблиць. Призначення вкладок Конструктора таблиць:

Fields - призначена для опису атрибутів полів таблиці і правил роботи з даними цих полів;

Indexes - призначена для створення або зміни індексів таблиць;

Table - призначена для опису правил роботи з даними, що зберігаються в таблиці.

Фізичний порядок проходження полів можна змінити, використовуючи кнопки зліва від назви полів. Поля, використовувані для індексації, доцільно розташовувати нагорі списку.

У блоці Display вказуються атрибути, пов'язані з режимом виведення даних поля. Тема поля Caption може ефективно використовуватися з метою виведення при перегляді повного імені поля (наприклад, у вікні Browse, у формі і т.п.)

У блоці Field validation визначаються правила перевірки даних при введенні і редагуванні. Наприклад, табельний номер не може бути негативним числом і числом більше тисячі. Для завдання цієї умови необхідно в Rule вказати вираз: таб_ном> 0. And. таб_ном <1000. У Message (в лапках) можна визначити повідомлення про помилку. Значення за замовчуванням, яке автоматично буде присвоюватися при додаванні нового запису, можна вказати в Default value. Наприклад, у полі, в якому записується дата і час редагування запису, як значення за замовчуванням можна вказати функцію DATETIME (). Тим самим при додаванні в таблицю нового запису в це поле автоматично буде записуватися поточна дата і час. Кнопка праворуч від кожного атрибута в цьому блоці викликає Exdivssion Builder (Мал. 2), за допомогою якого можна побудувати вираз будь-якого ступеня складності, використовую при цьому всі доступні функції Visual FoxPro 5.0 (рядкові, математичні, логічні, дати), а також набори полів активної таблиці і змінні СУБД (глобальні та локальні).

У блоці Map field type to classes можна задати для поля клас елемента керування, за допомогою якого будуть відображатися дані при роботі з формою. Така можливість істотно полегшує процес розробки користувальницького інтерфейсу.

У блоці Field comment для полів таблиці записується коментар, який може стати в нагоді при розробці або модернізації програми.

Кнопки Insert і Delete призначені для додавання або видалення полів.

Вкладка Indexes Конструктора таблиць дозволяє створювати тільки теги структурного складеного індексу. Для створення інших видів індексів необхідно використовувати відповідні команди.

Для створення зв'язків необхідно вибрати таблицю, яка має первинний індекс, утримуючи кнопку миші на ньому, перемістити покажчик миші на відповідну таблицю (вона повинна обов'язково містити індексний тег будь-якого типу за відповідним полю). У вікні Конструктора таблиць створені зв'язку відображаються візуально, їх легко змінити, встановити нові, видалити (клавіша Del).

1 Багатоланкові інформаційні системи.

Модель розподіленого додатка БД називається багатоланкової та її найбільш простий варіант - трехзвенная розподілене додаток. Трьома частинами такого застосування є:

• сервер бази даних

• сервер додатків

• клієнтська частина програми.

Всі вони об'єднані в єдине ціле єдиним механізмом взаємодії (транспортний рівень) і обробки даних (рівень бізнес-логіки). Компоненти та об'єкти Delphi, що забезпечують розробку багатоланкових додатків, об'єднані загальною назвою MIDAS.

Багатоланкова архітектура додатків баз даних викликана до життя потребою обробляти на стороні сервера запити від великого числа віддалених клієнтів. У рамках багатоланкової архітектури "тонкі" клієнти (клієнти, що здійснюють мінімум операцій) представляють собою найпростіші додатки, що забезпечують лише передачу даних, їх локальне кешування, подання засобами для користувача інтерфейсу, редагування і найпростішу обробку.

Клієнтські додатки звертаються не до сервера БД безпосередньо, а до спеціалізованого ПЗ проміжного шару. Це може бути і одна ланка (найпростіша трехзвенная модель) і більш складна структура.

Клієнти багатоланкових додатків забезпечують виконання таких функцій:

• з'єднання з сервером додатків, прийом і передача даних

• відображення засобами для користувача інтерфейсу

• найпростіші операції редагування

• збереження локальних копій даних.

У Delphi багатоланкові ІС розробляються на основі технології MIDAS (Multi-tier distributed application services - служба багаторівневих розподілених додатків). Технологія Midas включає в себе основні елементи, наведені нижче.

-Віддалений брокер даних (Remote Data Broker) - забезпечує інтерфейс для обміну даними між сервером додатків і клієнтом.

-Брокер бізнес-об'єктів (Business Objects Broker) - cсовместно з технологією Borland OLEnterprise дозволяє розміщувати сервер додатків одночасно на декількох комп'ютерах.

-Брокер обмежень (Constraints Broker)-забезпечує розподіл обмежень, які застосовуються до даних, між окремими рівнями ІС.

Середовище розробки Delphi підтримує такі технології для реалізації триланкової архітектури:

• DCOM (Distributed Component Object Model - розподілена компонентна модель об'єктів) - розрахована на ЛВС, в якій сервер додатків працює за управлінням мережевої операційної системи компанії Microsoft;

• MTS (Microsoft Transaction Server - сервер транзакцій MS) - заснована на DCOM з додатковими можливостями з управління системними ресурсами (процесами, потоками, сполуками з БД), а також з підвищеною захищеністю даних;

• CORBA (Common Object Broker Architecture - архітектура з брокером загальних об'єктів) - на відміну від DCOM не пред'являє спеціальних вимог до ОС або апаратної платформи.

Сервер додатків створюється на основі віддаленого модуля даних, який служить для розміщення компонентів, а також для забезпечення взаємодії з сервером і клієнтами. Для створення різних серверів додатків призначені наступні різновиди віддалених модулів даних:

RemoteDataModule для технології DCOM, TCP / IP.

MTSDataModule і TCorbaDataModule для MTS та CORBA відповідно. Кожен компонент реалізується як вікно - контейнер для приміщення в нього компонент для роботи з БД (TDataBase, TTable, TQuery, TStoredProc). А також, якщо необхідно, обробників подій цих компонентів і об'єктів полів відповідних НД.

Для кожного компонента джерела в модуль поміщається компонент TDataSetProvider. Він служить сполучною ланкою між сервером додатків і клієнтським набором даних. Саме до нього прив'язується клієнтський набір даних, реалізований компонентом TCientDataSet допомогою комунікаційного компонента TXXXConnection.

2 Отримання аналітичних показників близькості і адекватності при побудові трендів і виробничих функцій.

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

Трендовая модель ŷ _t конкретного часового ряду г / (вважається адекватною, якщо правильно відображає систематичні компоненти тимчасового ряду. Ця вимога еквівалентно вимогу, щоб залишкова компонента ε = y _{t-ŷ t} (T = 1, 2. ..., N) задовольняла властивостям випадкової компоненти тимчасового ряду: випадковість коливань рівнів залишкової послідовності, відповідність розподілу випадкової компоненти нормальному закону розподілу, рівність математичного сподівання випадкової компоненти нулю, незалежність значень рівнів випадкової компоненти.

3 Об'єктна модель Visual FoxPro.

З версії 3.0 VFP представляє собою принципово новий продукт у класі СУБД, яка є об'єктно-орієнтованої, візуально програмованої середовищем, керованої подіями.

Подія - це дія, що активізує стандартну реакцію об'єкта. Подія виникає в середовищі і направлено → об'єкт Об'єкт активізує відповідний метод реалізації події.

1. Класи. Ідентифікація об'єктів.

Основою об.-ор. програмування є класи об'єктів. Клас містить інформацію про об'єкт (св-ва про-в) і визначає їх дії. Класи поділяються на базові та нові, створювані класи. Кожен клас має наборами властивостей, методів і подій.

Базові класи - це стандартні набори шаблонів або проект, в к-м описані хар-ки, що визначають поведінку і зовнішній вигляд об'єкту.

Опис класу не є виконуваним програмним кодом. Являє собою деяку структуру, в якій записуються конкретні значення властивостей, подій і методів, властивих даному класу. Класи поділяються на візуальні і візуальні.

Візуальні - це прообрази об'єктів, створеного для користувача інтерфейсу. Не візуальні м / б видно тільки в момент проектування на їх основі об'єктів, к-і будуть не видно в процесі роботи програми.

Як правило, об'єкти візуальних класів створюються і управляються програмно за допомогою певних команд і функцій. Класи зберігаються в бібліотеках класів (файл з розширенням. VCX).

Переваги роботи з класами

1) підвищення швидкості розробки програми

2) багаторазове використання одного разу розробленого коду

3) підтримка і модифікація декількох додатків ч / з загальні класи.

4) Проста можливість захисту програмного коду від змін.

5) можливість створення підкласів на основі базових.

(Checkbox, Combobox)

Об'єктна модель VFP базується на об.-ор. парадигмі, що має у своїй основі 3 основних поняття:

1) інкапсуляція

2) поліморфізм

3) успадкування

1 Детерміновані автомати та індикатори.

Обслуговується система включає сукупність джерел вимог і водить потоку вимог. Вимога-кожен окремий запит на виконання якої-небудь роботи (на виробництво послуги). Джерело вимоги - об'єкт (людина, механізм і т.д.), який може послати в обслуговуючу систему одночасно тільки одна вимога Обслуговуюча система складається з накопичувача та механізму обслуговування. Обслуговуванням вважається задоволення запиту, що поступив на виконання послуги. Механізм обслуговування складається з декількох обслужіваюшіх апаратів. Обслуговуючий апарат - це частина механізму обслуговування. яка здатна задовольнити одночасно лише одна вимога (ремонтний робітник або бригада, кран, екскаватор, пост мийки і т.д.). Після закінчення обслуговування вимоги залишають систему, утворюючи виходить потік вимог. Для моделювання СМОРС повинні бути відомі чотири її параметра λ - щільність вхідного потоку, що показує середнє число вимог, що надходять у СМО в годину (параметр завантаження).

У ті такти часу, коли обслуговуючий апарат буде зайнятий обслуговуванням (b> 1) і з'явиться сигнал х = 1, що означає появу нової заявки, система обслуговування такі заявки повинна втратити.

Детермінований автомат.

У більш складних автоматних системах присутні детерміновані автомати. Ці автомати відрізняються від імовірнісних автоматів тим, що їх вихідні сигнали збігаються зі значеннями їх внутрішніх станів.

Для того щоб побудувати систему обслуговування з очікуванням необхідно передбачити накопичувач. У цьому випадку частина заявок, що отримали відмову, можуть очікувати обслуговування, залишаючись в накопичувачі. Нехай накопичувач має ємність для М заявок.

Для моделювання накопичувача як раз і є детермінований автомат D. Його внутрішній стан можна записати в такому вигляді. Вихідний сигнал цього автомата дорівнює d, він збігається з поточним внутрішнім станом.

Запишемо блок-схему функціонування СМО з накопичувачем:

Блок 1

1.1 Якщо a> 1, то а = а-1; х = 0

1.2 Якщо а = 1, то а = Δt; х = 1

Б лок 2

Блок 3

У цій блок-схемі в Блоці 2 за допомогою символів max і min записані логічні дужки зміни ємності накопичувача «не менше» 0 і «не більше» М.

Вихідний сигнал х формує накопичення заявок, які в обов'язковому порядку проходять через накопичувач.

У операторі 3.2 перевірка логічного умови закінчення обслуговування і наявності черговий заявки організована не за допомогою вихідного сигналу х, як у попередньому прикладі, а за допомогою вихідного сигналу d, детермінованого автомата. Якщо в резервуарі є хоча б одна заявка (d> 0) і обслуговуючий апарат в наступному такті вільний (b ≤ 1), то автомат У виробляє для надходить з накопичувача заявки інтервал обслуговування Δτ. Видає сигнал у = 1, і одночасно зменшує ємність накопичувача на одну одиницю.

Автомати індикатори ставляться до детермінованим автоматів, вони призначені для «зовнішнього» обслуговування системи. За допомогою індикаторів формуються вихідні характеристики системи. Ці числові характеристики як правило мають статистичну природу і виходять на основі використання імовірнісних законів великих чисел. При ергодичної Марковських процесах, що протікають в системах, коли число станів системи звичайно при достатньо великих інтервалах автоматного часу G, формуються імовірнісні розподілу станів, а також інші усереднені показники, такі як середнє число зайнятих або вільних елементів системи. Пропускні спроможності, час затримок і т.д.

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

2 Багатопроцесорні обчислювальні системи

У мультипроцесорних комп'ютерах є декілька процесорів, кожний з яких може відносно незалежно від інших виконувати свою програму. У мультипроцесорі існує загальна для всіх процесорів операційна система, яка оперативно розподіляє обчислювальне навантаження між процесорами. Взаємодія між окремими процесорами організується найбільш простим способом - через загальну оперативну пам'ять.

Сам по собі процесорний блок не є закінченим комп'ютером і тому не може виконувати програми без інших блоків мультипроцесорного комп'ютера - пам'яті і периферійних пристроїв. Всі периферійні пристрої є для всіх процесорів мультипроцессорной системи загальними. Територіальну розподіленість мультипроцесор не підтримує - всі його блоки розташовуються в одному або декількох близько розташованих конструктивах, як і у звичайного комп'ютера.

Основна перевага мультипроцесора - його висока продуктивність, яка досягається за рахунок паралельної роботи декількох процесорів. Тому що при наявності загальної пам'яті взаємодія процесорів відбувається дуже швидко, мультипроцесора можуть ефективно виконувати навіть додатки з високим ступенем зв'язку за даними.

Структура таких комп'ютерів представлена ​​на рис.

1Одноканальная система масового обслуговування з накопичувачем, багатоканальна система масового обслуговування з накопичувачем.

Р

3.1 Якщо b> 1, то b = b-1 і y = 0

3.2 Якщо (b ≤ 1) ∩ d> 0, то b = Δτ _i; y = 1; d = d-1

3.3 Якщо (b ≤ 1) ∩ d = 0, то b = 0 і y = 1

- Процес завантаження обуотовтенний параметром λ

- Процес розвантаження обуотовтенний параметром μ

У результаті чого СМО змінює свої стани

Для розрахунку ймовірностей станів використовується формула зв'язує ймовірності двох сусідніх станів із графа станів за наступним правилом: ймовірність Р _i дорівнює ймовірності попереднього стану Р _{i -1} помноженої на відношення показника завантаження до показника розвантаження S _{i -1} стану.

(2)

Всі ймовірності пов'язані між собою, тому висловимо їх через Ро

(3)

Скористаємося формулою:

(4)

Отримаємо рівняння з одним невідомим Ро. з якого і визначимо

1.1 Якщо a> 1, то а = а-1 і х = 0

1.2 Якщо а = 1, то а = Δt і х = 1

2 Технології проектування багатоланкових інформаційних систем.

Модель розподіленого додатка БД називається багатоланкової та її найбільш простий варіант - трехзвенная розподілене додаток. Трьома частинами такого застосування є:

• сервер бази даних

• сервер додатків

• клієнтська частина програми.

Всі вони об'єднані в єдине ціле єдиним механізмом взаємодії (транспортний рівень) і обробки даних (рівень бізнес-логіки). Компоненти та об'єкти Delphi, що забезпечують розробку багатоланкових додатків, об'єднані загальною назвою MIDAS.

Багатоланкова архітектура додатків баз даних викликана до життя потребою обробляти на стороні сервера запити від великого числа віддалених клієнтів. У рамках багатоланкової архітектури "тонкі" клієнти (клієнти, що здійснюють мінімум операцій) представляють собою найпростіші додатки, що забезпечують лише передачу даних, їх локальне кешування, подання засобами для користувача інтерфейсу, редагування і найпростішу обробку.

Клієнтські додатки звертаються не до сервера БД безпосередньо, а до спеціалізованого ПЗ проміжного шару. Це може бути і одна ланка (найпростіша трехзвенная модель) і більш складна структура.

Клієнти багатоланкових додатків забезпечують виконання таких функцій: з'єднання з сервером додатків, прийом і передача даних, відображення засобами для користувача інтерфейсу, найпростіші операції редагування, збереження локальних копій даних.

У Delphi багатоланкові ІС розробляються на основі технології MIDAS (Multi-tier distributed application services - служба багаторівневих розподілених додатків). Технологія Midas включає в себе основні елементи, наведені нижче.

-Віддалений брокер даних (Remote Data Broker) - забезпечує інтерфейс для обміну даними між сервером додатків і клієнтом.

-Брокер бізнес-об'єктів (Business Objects Broker) - cсовместно з технологією Borland OLEnterprise дозволяє розміщувати сервер додатків одночасно на декількох комп'ютерах.

-Брокер обмежень (Constraints Broker)-забезпечує розподіл обмежень, які застосовуються до даних, між окремими рівнями ІС.

Середовище розробки Delphi підтримує такі технології для реалізації триланкової архітектури:

• DCOM (Distributed Component Object Model - розподілена компонентна модель об'єктів) - розрахована на ЛВС, в якій сервер додатків працює за управлінням мережевої операційної системи компанії Microsoft;

• MTS (Microsoft Transaction Server - сервер транзакцій MS) - заснована на DCOM з додатковими можливостями з управління системними ресурсами (процесами, потоками, сполуками з БД), а також з підвищеною захищеністю даних;

• CORBA (Common Object Broker Architecture - архітектура з брокером загальних об'єктів) - на відміну від DCOM не пред'являє спеціальних вимог до ОС або апаратної платформи.

Сервер додатків створюється на основі віддаленого модуля даних, який служить для розміщення компонентів, а також для забезпечення взаємодії з сервером і клієнтами. Для створення різних серверів додатків призначені наступні різновиди віддалених модулів даних:

RemoteDataModule для технології DCOM, TCP / IP.

MTSDataModule і TCorbaDataModule для MTS та CORBA відповідно. Кожен компонент реалізується як вікно - контейнер для приміщення в нього компонент для роботи з БД (TDataBase, TTable, TQuery, TStoredProc). А також, якщо необхідно, обробників подій цих компонентів і об'єктів полів відповідних НД.

Для кожного компонента джерела в модуль поміщається компонент TDataSetProvider. Він служить сполучною ланкою між сервером додатків і клієнтським набором даних. Саме до нього прив'язується клієнтський набір даних, реалізований компонентом TCientDataSet допомогою комунікаційного компонента TXXXConnection.

3 Встановлення зв'язків між таблицями. Типи зв'язків, які підтримуються СУБД Visual FoxPro.

Встановлення зв'язків між таблицями.

1 візуально в конструкторі БД від ключа

TN Prim

TN Regul

Візуальні зв'язку використовується:

а) для відображення ER моделі в машинному поданні;

в) використовується при створенні уявлень Local View

2 У діалоговому вікні DataSession.

Встановлення зв'язків здійснюється в Конструкторі таблиць. Обов'язковою умовою встановлення зв'язків між таблицями є наявність раніше створених індексних тегів.

Для створення зв'язків необхідно вибрати таблицю, яка має первинний індекс, утримуючи кнопку миші на ньому, перемістити покажчик миші на відповідну таблицю (вона повинна обов'язково містити індексний тег будь-якого типу за відповідним полю). У вікні Конструктора таблиць створені зв'язку відображаються візуально, їх легко змінити, встановити нові, видалити (клавіша Del).

1 Аксіоми системного аналізу.

Аксіоми системного аналізу

1. Цілісність систем - сукупність об'єктів будь-якої системи, обов'язково має загальним властивостями і поведінкою.

2. Подільність - для розподілу постійних завдання цілісний об'єкт повинен забезпечувати декомпозицію на об'єкти.

3. Ізольованість - сукупність об'єктів, що утворюють систему, можна обмежити від їхнього оточення.

4. Відносна ізольованість - сукупність об'єктів обов'язково пов'язана з спостерігачем і з середовищем.

5. Ідентифікованість, тобто будь-який елемент системи повинен бути ідентифікований. Для всіх елементів вибираються однакових заходів і одиниця виміру.

6. Різноманітність - кожен елемент системи має власний безліччю властивостей і поведінкою.

7. Спостережуваність - всі входи і виходи в системі повинні бути контрольовані і наблюдаеми.

8. Невизначеність - Спостережливість не може контролювати одночасно всі властивості і стани об'єктів, тому змушений використовувати системний підхід

9. Отображаемость - Мова спостерігача повинен мати багато елементів з природною мовою опису об'єктів. (Спільність тезауруса і словника).

10. Нетотожність відображення - Система відбивається шляхом перекодування в нову знакову систему, використовувану спостерігачем. Втрата інформації при перекодуванні визначається нетотожність системи досліджених об'єктів.

11. Кінцівка - Всі системи закінчені, тобто мають цикл зародження, функціонування і загибелі.

12. Цілеспрямованість - всі системи мають свою мету існування

13. Ієрархічність - будь-який елемент системи може бути розглянуто як система, і сама система - як елемент більш великої системи

2 Триланкового архітектура інформаційних систем

Трирівнева (розподілена) архітектура включає в себе сервер, програми-клієнти, сервер додатків.

Сервер додатків є проміжним рівнем, що забезпечує організацію взаємодії клієнтів і сервера, наприклад виконання з'єднання з сервером, розмежування доступу до даних і реалізацію бізнес-правил. Сервер додатків реалізує роботу з клієнтами, розташованими на різних платформах, тобто функціонуючими на комп'ютерах різних типів і під управлінням різних ОС. Основні переваги 3-х звенном архітектури клієнт-сервер:

• Зниження навантаження на сервер;

• Спрощення клієнтських додатків;

• Єдиний поведінку всіх клієнтів;

• Спрощення налаштування клієнтів;

• Незалежність від платформи.

Технології програмної реалізації триланкової ІС в Delphi. Оскільки в триланкової архітектурі клієнт і сервер додатків в загальному випадку розташовується на різних машинах, зв'язок клієнта з сервером додатків реалізується за допомогою тієї чи іншої технології віддаленого доступу:

Модель DCOM дозволяє використовувати об'єкти, розташовані на іншому комп'ютері. ОС Windows NT Server або Windows 2000 Server

Сервер MTS (сервер транзакцій Microsoft) - доповнення до технології COM, і призначена для управління транзакціями.

У порівнянні з DCOM, MTS забезпечує наступні додаткові можливості:

• Управління системними ресурсами, включаючи процеси, потоки і з'єднання з БД;

• Управління транзакціями, в тому числі старт, підтвердження або відкат транзакції;

• Управління доступом до набору даних, засноване на закріпленні за НД тій чи іншій ролі; користувач отримає доступ до даних тільки в тому випадку, коли його роль збігається з роллю НД.

Модель СОМ + (вдосконалена об'єктна модель компонентів) фірми Microsoft введена в Windows2000 і інтегрує технології MTS в стандартні служби COM.

Сокети TCP / IP (транспортний протокол / протокол Інтернету) використовується для з'єднання комп'ютерів в різних мережах, в тому числі в Інтернеті.

CORBA (загальнодоступна архітектура з брокером-(сервер додатків) при запиті об'єкта) дозволяє організувати взаємодію між об'єктами, розташованими на різних платформах.

SOAP (простий протокол доступу до об'єктів) служить універсальним засобом забезпечення взаємодії з клієнтами і серверами Web-служб на основі кодування XML і передачі даних за протоколом HTTP.

Головні особливості трирівневого програми пов'язані із створенням сервера додатків і клієнтського додатка, а також з організацією взаємодії між ними.

Для розробки багаторівневих додатків в Delphi використовуються віддалені модулі даних і компоненти, розміщені на сторінці DataSnap палітри компонентів.

3 Огляд мови програмування в СУБД Visual FoxPro

Visual FoxPro відрізняється високою швидкістю, має вбудований об'єктно-орієнтована мова програмування з використанням DBase і SQL, діалекти яких вбудовані в багато СУБД. Має високий рівень об'єктної моделі.

Об'єктно-орієнтоване програмування - це методологія програмування, заснована на представленні програми у вигляді сукупності об'єктів, кожний з яких є екземпляром певного класу, а класи утворюють ієрархію спадкування.

Основою об.-ор. програмування є класи об'єктів. Клас містить інформацію про об'єкт (св-ва про-в) і визначає їх дії.

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

Команди і функції об'єктно-орієнтованого програмування

Для створення об'єкта використовується функція Createobject (ім'я класу [, варіант 1, варіант 2, ...]). Ця функція повертає ідентифікатор створеного об'єкта, який знадобиться для визначення властивостей об'єкта, а також виконання над ними дії. Для отримання повної інформації про всіх активних об'єктах і значеннях їх властивостей і методів, можна використовувати команду Display Objects, яка має синтаксис: Встановлювати властивості об'єктів (або певної групи об'єктів) можна за допомогою With ... Endwith Команда Mouse дозволяє програмним шляхом імітувати події Click, Double Click, MouseMove, DragDrop

Будь-яка ІВ може вважатися ефективною якщо вибірка даних здійснюється швидко, якісно і в необхідному обсязі. Найбільш ефективним вирішенням цієї проблеми є можливість побудови запитів засобами команд SQL. Мова SQL на відміну від існуючих команд мови СУБД є множинно-орієнтованою мовою і отримання готових таблиць з результатами запиту. Особливості SQL:

команда SQL працює з даними на рівні машинного подання тому швидкість обробки зростає в сотні разів у порівнянні з традиційними командами СУБД.

Ком. SQL самостійно виконують створення індексів та ключів при необхідності, це економить місце на диску і витрати ресурсів на підтримку цілісності структури індексів.

Кожна СУБД має свій власний діалект з SQL, який відрізняється повнотою підтримки стандарту і деякими незначними відмінностями синтаксису.

Для побудови запиту в діалоговому режимі може бути використаний конструктор запитів. Де генерується тіло команди SQL і створюється файл с. Qpr. Цей файл можна виконати використовуючи команду

DO ім'я запиту. QPR. Згенерувати код команди SQL можливо також у дизайнера уявлень, проте в тому і в іншому випадку в дизайнерів не можуть бути реалізовані всі складні синтаксичні конструкції SQL, тому один з варіантів може бути таким: у конструкторі створюється тіло SQL і вручну доповнюються тонкі налаштування.

Узагальнений алгоритм побудови запиту

Опис полів даних у результаті

Список джерел даних

Умови зв'язку між разл ічнимі джерелами даних

* Ум. від бору даних

* Ум. Підсумовування даних

* Завдання порядку записів в результаті

* - Необов'язкові блоки алгоритму

Т.а Select SQL є найбільш потужною і зручною командою для отримання вибірок. Дозволяє виконати запит до однієї або більше таблиць, направляючи при цьому результат в курсор або таблицю, в графік, на принтер. Команда Select SQL підтримує функції агрегування.

1 Архітектура та структура інформаційних систем.

1. Сервер (и); 2.Кліент станції; 3.Коммунікаціонние кошти; 4.Серверное ПЗ; 5.СУБД (IB, Microsoft SQL, Sybase SQL, Oracle); 6.Прікладное ПЗ (EPR Enterprise resource planning - Система управління ресурсами підприємства) Завдання: Забезпечення виробничого процесу; Управління закупівлями; Управління продажами; Управління техобслуговуванням і ремонтом. 7.БД:

1. Локальна БД (BDE - Borland Database Engineering КП - клієнтське додаток)

Є комп'ютер з базами даних, процесором баз даних (BDE) і клієнтським Delphi-додатком, які мають доступ до баз даних через SQL-запити і BDE.

2. Файл - серверна Склад (На сервері БД, на клієнтській машині BDE і клієнтську програму. Цілісність БД забезпечується клієнтським додатком)

Є комп'ютер з сервером баз даних. На комп'ютері користувача знаходяться процесор баз даних (BDE) і клієнтське Delphi-додаток, що має доступ до серверних баз даних через SQL-запити і BDE.

3. Клієнт - серверна (2-х звенная). На сервері розташована БД та СУБД. Там же забезпечується розмежування прав користувачів, підтримку цілісності БД. На клієнтській машині розташоване BDE і клієнтську програму.

4. 3-х звенная (Розподілена) (На сервері розташовані: БД, сервер БД, BDE, сервер додатків - на клієнтській машині - клієнтське додаток Internet Explorer). Є комп'ютер з сервером баз даних. Є комп'ютер з сервером додатків і процесором баз даних (BDE). На комп'ютері користувача знаходиться клієнтське Delphi-додаток, що має доступ до серверних баз даних через SQL-запити, що реалізуються наборами даних сервера додатків.

Архітектура файл-сервер не має мережевого розділення компонентів діалогу PS (Засоби уявлення) і PL (Логіка уявлення) і використовує комп'ютер для ф-цій відображення, що полегшує побудову графічного інтерфейсу. Файл-сервер тільки отримує дані з файлів, так що додаткові користувачі та програми додають лише незначну навантаження на центр. процесор.

Об'єктами розробки в файл-серверному додатку явл. компоненти програми, що визначають логіку діалогу PL, а також логіку обробки BL і управління даними DL розроблене додаток реалізується або у вигляді закінченого завантажувального модуля, або у вигляді спеціального коду для інтерпретації.

Недоліки: при виконанні деяких запитів до бази даних клієнтові можуть передаватися великі обсяги даних, завантажуючи мережу і приводячи до непередбачуваності часу реакції.

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

Багаторівнева архітектура стала розвитком архітектури клієнт-сервер і в своїй класичній формі складається з 3 рівнів:

-Нижній рівень являє собою програми клієнтів, виділені для виконання функцій і логіки уявлень PS і PL і мають програмний інтерфейс для виклику програми на середньому рівні;

- Середній рівень являє собою сервер додатків, на якому виконується прикладна логіка BL і з якого логіка обробки даних DLвизивает операції з базою даних DS;

- Верхній рівень являє собою віддалений спеціалізований сервер БД, виділений для послуг обробки даних DS і файлових операцій FS (без ризику використання збережених процедур).

2 Визначення та основні типи типологій локальних обчислювальних мереж.

Топологія мережі - Схема, що включає вузли мережі, і зв'язок між ними.

В даний час домінують 3 мережеві топології - шинна, зіркоподібна і кільцева.

Шинна - кожен вузол під'єднується до єдиного мережевого кабелю званому шиною.

На кожний кінець шини встановлюється пристрій (terminator) яке не дозволяє відбиватися даними в шину і викликати помилки.

Зіркоподібна - Кожен вузол під'єднується до центрального пристрою відомому як концентратор (hub).

Кільцева - безперервне кільце вузлів. Як правило, кожен вузол при цьому безпосередньо з'єднується з двома сусідніми вузлами. Іншими словами кільце це замкнута шина, обидва кінці з'єднані між собою

3 Виробничі функції як інструменти управління виробничими процесами

Будь-який виробничий процес являє собою технологію (набір технологій) для «переробки» ресурсів у готову продукцію. Ресурси (кошти, запаси, джерела коштів). Придбання ресурсів пов'язане з витратами. Стосовно до реального виробництва під витратами можна розуміти: витрата коштів на придбання сировини, оплата праці персоналу, податкові відрахування. Одне із завдань визначення частки кожного з видів витрат у готовій продукції. Результатом моделювання є виробнича функція, що встановлює вплив кожного з видів виробничих витрат на випуск готової продукції. При моделюванні використовується регресійний метод, суть якого полягає в тому, що робиться спроба математичного опису реального явища за його результатами або проявам. Ур-ие шуканої функції має вигляд: У = а ₀ + а ₁ х ₁ + ... а _n х _{n, де} У вартість готової продукції, а _{0-грошовий} вираз постійно присутніх, не змінюються витрат (початковий капітал, земельний податок, амортизаційні відрахування і т.п.) а1 .. аn грошовий вираз одиниці відповідного виду витрат х1 .. хn. В результаті рішення задачі повинні вийти числові значення коеф.а0 ... аn. Процес моделювання базується на вихідних даних, отриманих в рез-ті кількох спостережень за виробничим процесом.

1 Дерево цілей, дерево критеріїв, дерево проблем

Для досягнення ряду практичних цілей достатньо моделі чорного ящика або моделі складу. Однак є питання, вирішити які таким методом неможливо. Необхідно правильно з'єднати ел-ти між собою або встановити між ними інформаційні зв'язки. Структура системи - сукупність необхідних і достатніх для досягнення мети відносин між елементамі.Прі розгляді деякої сукупності об'єктів підсистеми в модель структури, тобто в список відносин включається кінцеве число зв'язків, на наш погляд найбільш значущих для досягнення мети. Зв'язок між поняттями «ставлення» і «властивість»: Відносно бере участь не менше 2-х об'єктів, а властивістю ми називаємо якийсь атрибут одного об'єкта. Нехай Е - будь-яку властивість, яким може володіти елемент х € Е (елемент х прин-т св-ву Е), задано якесь підмножина А € Е всіх ел-тів, що володіють цим св-вом Змістовна зв'язок між властивістю і відношенням:

- Будь-яку властивість об'єкта проявляється в процесі взаємодії з іншими об'єктами, тобто в результаті встановлення якого-небудь відношення;

- Можна стверджувати, що властивість - згорнута ставлення, а якщо використовувати поняття моделі, то властивість - це модель відносини. СИСТЕМА - сукупність взаємопов'язаних елементів, відособлена від середовища і взаємодіє з нею як єдине ціле. Це визначення охоплює моделі чорного ящика, складу і структури. Всі разом вони утворюють модель - структурна схема системи. Всі структурні схеми - це схеми, в яких згадується тільки наявність елементів і зв'язків між ними, а також різниця між елементами і зв'язками. Така схема називається графом. Найбільш поширеним способом представлення цілей є ієрархічна структура - «Дерево цілей», основні закономірності побудови якого:

1) Прийоми, застосовувані при побудові:

- Формування зверху - методи декомпозиції і цілеспрямований підхід

- Формування знизу - метод мови системи.

2) в ієрархічній структурі мети нижніх рівнів завжди можна розглядати як засіб для досягнення мети вищого рівня.

3) У міру переходу цілі з верхнього рівня на нижні верхня мета - напрям переходить у нижню - очікування результатів конкретної роботи з зазначенням критерієм їх оцінки.

4) на практиці обмежується розгортання спільної мети до 5-7 рівнів

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

6) Вимоги до структури мети:

- На кожному рівні поділ пропорційно і гілки по можливості кінцеві і незалежні. Для наочності рекомендується на кожному рівні ієрархії кількість підлеглих гілок не більше 9, а так само не більше 9 рівнів у всьому дереві. При застосуванні дерева для визначення та уточнення функцій управління кажуть про дерево «цілей і функцій». При стор мети тематики користуються терміном «дерево проблем».

При використанні методу "дерево цілей" (Метод, спрямований на активізацію використання інтуїції і досвіду спец-ів) в якості слідства прийняття рішення часто виводиться термін «дерево рішень». При застосуванні дерева для виявлення та уточнення функцій управління кажуть про дерево цілі та функції.

При структуризації тематики науково-дослідної організації зручніше користуватися терміном «дерево проблем», а при прогнозах - «дерево напрямки розвитку» або «прогноз даних».

Метод «дерево мети» орієнтований на отримання повної, щодо стійкої структури, яка протягом якогось періоду часу мало змінювалася при неминучому зміну, що відбувається в будь-якій розвивається системі.

2 Призначення та переваги використання механізму збережених процедур при розробці багатоланкових інформаційних систем

Збережені процедури представляють собою групи пов'язаних операторів SQL. Використання ХП забезпечує додаткову гнучкість при роботі з БД, оскільки виконати збережену процедуру зазвичай набагато простіше, ніж послідовність окремих операторів SQL.ХП можуть отримувати вхідні параметри, повертати значення додатком і можуть бути викликані явно з програми або підстановкою замість імені таблиці в інструкції SELECT.

Основні переваги, які дає використання ХП, полягає в наступному:

- ХП процедури дозволяють внести частина логіки на сервер БД. Це послаблює залежність БД ІС від клієнтської частини;

- ХП забезпечують модульність проекту: вони можуть бути спільними для клієнтських додатків, які звертаються до однієї і тієї ж БД, що дозволяє уникати повторюваного коду і зменшує розмір додатків;

- ХП спрощують супровід додатків: при оновленні процедур зміни автоматично відображаються у всіх додатках, які їх використовують, без необхідності повторної компіляції і збірки;

- ХП підвищують ефективність роботи ИС: вони виконуються сервером, а не клієнтом, що знижує мережевий трафік;

- Швидкість виконання ХП вище, ніж для послідовності окремих операторів SQL. Це пов'язано з тим, що ХП зберігаються на сервері в відкомпілювався вигляді.

3 Організація та обробка даних в СУБД Visual FoxPro

VFP система організації даних, найбільш близька до теоретичних основ реляційної моделі і дозволяє виконувати операції реляційної алгебри.

Сх. зберігання і робота з даними

Основна таб. DBF входить до складу DBC. Всі таб. Об'єднуються в БД DBC. Кількість таб. У DBC необмежена. Організація і зберігання в такому вигляді дозволяє виконати наступне:

- Всі зв'язки встановлені м / у полями окремих таб.

- Правило перевірки яке буде визначити реакцію системи на внесення., Додавання, видалення.

- Правило перевірки цілісність даних

- Запити QPR використовуються для зберігання вибірки даних з БД чи вільних таб.

Вільні таб. DBF не входять до складу БД, працюють локально, можуть бути використані одночасно неяк-ми БД, які використовуються в додатках. Увімкнути. їх у БД захаращує її. До складу БД на ряду з таб. входять:

Локальні подання - це збережений запит до результатів якого доступ здійснюва-я як до таб. До складу Лока. предст. можуть входити дані таб. БД і раніше створені. Представлення зручно іпользуют-ть з формами та обліками.

Збережені відс. - Це спец. чином організований програм. код відповідає за реалізацію перевірок питаннях цілісності даних, правил перевірки атрибутів і ін

З'єднання. У VFP передбачено використання технології OLE autom. Для цього необхідно створити з'єднання для роботи з ін формами. Ця од. зберігання знаходиться в DBC. Використовується для SQL наскрізних запитів. В БД зберігання зовнішнє уявлення. Їх робота аналогічна Лока new, проте використовується на ін форматах. Т.ч. БД VFP це основний елемент БД, який крім формування структур даних виконує функції словника даних за рахунок підтримання наступних функцій:

1. Допустима довжина імені таб. з використанням кирилиці. Однак при роботі SQL (локал. або зовн.) Представлені і ін операції виконуються некоректно, в зв'язку з цим раціонально використовувати в іменах полів латиницю.

2. Кожному полю можна задавати коментар. Для кожного поля можна використовувати заголовок. Правило перевірки при введенні і зміни. Для кожного поля можна встановлювати клас на основі якого буде створюватися об'єкт у формі для роботи з даними зберігання в цьому полі. Використовують тригери для підтримки цілісності даних. Встановлюються постійні зв'язки м / у таб. БД

3. Є процедури для опису складних умов, правил, перевірки.

4. Можливість використання з'єднань для зв'язку з зовнішніми джерелами даних.

1 Функціональна і забезпечує підсистеми інформаційної системи.

Склад інформаційної системи.

Функціональна частина - опис завдань

Забезпечує частина - апаратне і програмне забезпечення

ФЧ фактично є моделлю системи управління об'єктом. Склад підсистем ФЧ визначається ознакою декомпозиції. Через багатофункціональності ЕІС може бути декомпозирована за різними ознаками. Ознакою структуризації можуть служити функції управління об'єктом. ЕІС складається з функціональних підсистем. Це не завжди задовольняє проектувальників ЕІС. Тому розроблені і інші системи управління, що використовуються, як правило, в комбінації з функціональною ознакою. Це: рівень управління (вищий, середній, оперативний); вид керованого ресурсу (основні фонди, матеріальні, трудові, фінансові та інформаційні ресурси), сфера застосування (банківські ...); функції управління і період управління.

Вибір ознак декомпозиції ІС залежить від специфіки об'єкта управління і цілей її створення. Трансформація цілей управління у функції, а функцій - в підсистеми ІС дозволяє проводити подальшу декомпозицію. Кожну підсистему можна ділити на підфункції або завдання (комплекси завдань).

Забезпечує частина:

1. Інформаційне забезпечення. Характеризує організацію даних і методів доступу до них. Організація даних - БД, електронні книги, спеціальним чином форматовані масиви даних. Методи доступу - запити, правила. Існує чотири види архітектур інформаційного забезпечення: - локальні бази даних; - файл - серверна; - клієнт - серверна; - трехзвенная.

2. Технічне забезпечення: - комп'ютери; - засоби комунікацій та оргтехніка.

3. Програмне забезпечення. - Розрізняють загальне і прикладне програмне забезпечення (ПЗ). До загального ПО включають: операційні системи, системи програмування, сервісні програми. Операційна система - програма, яка автоматично завантажується при включенні комп'ютера і надає користувачеві базовий набір команд. Системи програмування - інструментальні засоби для кваліфікаційних користувачів - програмістів і непрограмістів. Інструментальні засоби програміста-визначають інформаційні технології, призначені для проектування функціонального ПЗ. Функціональне ПЗ - це програмна реалізація конкретних функцій інформаційного працівника з використанням різних інформаційних технологій, тобто це налаштування автоматизованих робочих місць, систем управління баз даних, гіпертекстів, мультимедіа, експертних систем, програмного комплексу завдань і підсистем ІС Сервісні програми надають ряд послуг із забезпечення експлуатації ЕОМ, ПЗ.

4. Організаційне забезпечення. Для забезпечення нормального функціонування інформаційної системи необхідна наявність кваліфікованого обслуговуючого персоналу.

Адміністратори - адміністрування серверів інформаційної системи - інформаційного сервера, сервера бази даних і, нарешті, операційної системи та мережі. Функціональні обов'язки: запобігання та усунення наслідків позаштатних ситуацій; навчання користувачів; управління користувацькими обліковими записами, обліковими записами груп; конфігурування та обслуговування користувацьких настільних систем; резервне копіювання даних, аналіз продуктивності, забезпечення захисту; обслуговування апаратних і програмних засобів сервера і мережі; резервне копіювання та відновлення даних, планування дій в аварійних ситуаціях; планування розширення системи.

Оператори - експлуатація операторських робочих місць, тобто у своєчасному заповненні локальних баз даних первинними даними з дотриманням всіх правил і відсилання звітів на сервер згідно з графіком, складеним адміністратором.

Користувачі - Виділенням прав доступу користувача до інформаційної системи займається адміністратор. Загалом можна лише сказати, що користувач не може мати доступу до зберігаються на сервері бази даних первинних даних.

5. Правове забезпечення. Взаємовідносини розробника і замовника (нормативні документи, акти, зобов'язання).

І інші види забезпечення (наприклад, лінгвістичне).

2 Імітаційне моделювання найпростіших систем масового обслуговування.

Для моделювання СМО повинні бути відомі 4 її параметра λ-щільність вводить потоку, що показує середнє чисто вимог, що надходять у СМО в годину (параметр завантаження). Потік заявок простейшкй μ-середнє число заявок, що обслуговуються одним апаратом у годину (пар-р завантаження). Розподіл інтервалів обслуговування підпорядковується показовому розподілу. N-число обслуг. апаратів. Будемо вважати що апарати мають однакову продуктивність обслуговування μ вимог на годину. М - максимальна кількість вимог, яке може бути розміщене в накопичувачі при очікуванні обслуговування. Будемо вважати, що якщо чергову вимогу, що надходить у СМО в стані, коли будуть зайняті всі апарати і всі місця в накопичувачі то вимога отримує відмову в обслуговуванні і покидає СМО не обслужених. У СМО постійно протікають 2 випадкових процесу: процес завантаження, обумовлений параметром λ і процес розвантажить, обуслов. параметром μ. В рез-ті СМО має свої статки. Опишемо і позначимо ці стани. S0-стан коли в СМО немає жодної вимоги, накопичувач вільний, апарати вільні, S1-коли а в СМ Про одна вимога, один апарат зайнятий, накопичувач вільний, S2-в системі 2 вимоги, S _N-в системі N вимог, все апарати завантажені, накопичувач вільний, S _{N +1} |-в системі N +1 вимог, всі апарати зам'яті, одне місце в накопичувачі зайнято, S _{N + M-в} системі N + М вимог, всі апарати зайняті, накопичувач повністю завантажений. У найпростіших системах, коли заявки надходять на обслуговування по одній і також після обслуговування по одній покидають. Смо, всі стани можна збудувати в одну динамічну ланцюжок, що зручно зобразити графічно.

До
вадрати зображують стан СМО, астрелкі: верхні затрузку, нижні розвантаж

Хар-ки СМО. Середня довжина оч ф, еці ТМ = M0P0 + M1P1 +...+ MnPn де Mn-кількість зайнятих місць у накопичувачі в кожному із станів S ₀ S _n. Імовірність відмови черговому клієнту визначається як можливість максимально завантаженого стану системи. Відносна пропускна здатність ОПВ = 1-Ротко. Абсолютний відмову (заявок / год) А0 = λ Р _отк Абсолютна пропускна здатність (заявок / год) АПС = Ротко * ОПВ. Середній час очікування в резервуарі (годину) Wм: = ТМ / АПС. Середній час перебування заявки в СМО (ч ас)

WS = WM +1 / μ. Середня довжина черги майстрів ТМ = N ₀ P ₀ + N ₁ P ₁ +...+ _{N n} P _n Середнє число зайнятих майстрів ZN = N-TN. Середнє сумарне число заявок в СМО ТS = ТМ + Zк

3 Конструкції мови SQL.

Будь-яка ІВ може вважатися ефективною якщо вибірка даних здійснюється швидко, якісно і в необхідному обсязі. Найбільш ефективним вирішенням цієї проблеми є можливість побудови запитів засобами команд SQL. Мова SQL на відміну від існуючих команд мови СУБД є множинно-орієнтованою мовою і отримання готових таблиць з результатами запиту. Особливості SQL:

команда SQL працює з даними на рівні машинного подання тому швидкість обробки зростає в сотні разів у порівнянні з традиційними командами СУБД.

Ком. SQL самостійно виконують створення індексів та ключів при необхідності, це економить місце на диску і витрати ресурсів на підтримку цілісності структури індексів.

Кожна СУБД має свій власний діалект з SQL, який відрізняється повнотою підтримки стандарту і деякими незначними відмінностями синтаксису.

Для побудови запиту в діалоговому режимі може бути використаний конструктор запитів. Де генерується тіло команди SQL і створюється файл с. Qpr. Цей файл можна виконати використовуючи команду

DO ім'я запиту. QPR. Згенерувати код команди SQL можливо також у дизайнера уявлень, проте в тому і в іншому випадку в дизайнерів не можуть бути реалізовані всі складні синтаксичні конструкції SQL, тому один з варіантів може бути таким: у конструкторі створюється тіло SQL і вручну доповнюються тонкі налаштування.

Узагальнений алгоритм побудови запиту ---- Опис полів даних у результаті ---- Список джерел даних ---- Умови зв'язку між різними джерелами даних ---- * Ум. відбору даних ----- * Ум. Підсумовування даних

* Завдання порядку записів в результаті

* - Необов'язкові блоки алгоритму

Т.а Select SQL є найбільш потужною і зручною командою для отримання вибірок. Дозволяє виконати запит до однієї або більше таблиць, направляючи при цьому результат в курсор або таблицю, в графік, на принтер. Команда Select SQL підтримує функції агрегування.

1 Короткострокове прогнозування. Довірчий інтервал.

Для здійснення прогнозу на кілька кроків вперед досить взяти чергові значення аргументу:

t = n + l, n + 2 ,..., n + i, ... ,

де i = 1,2, ... - Номери кроків прогнозу, і зробити екстраполяцію тренду

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

Дослідження показали, що можливі розширення випадкової зони можна виміряти за допомогою спеціального коефіцієнта K (i), де i - номер крок; прогнозу. Такий коефіцієнт розрахований дли найбільш популярних трендів.

Лінії тренду дозволяють графічно відображати тенденції даних і прогнозувати їхні подальші зміни. Подібний аналіз називається також регресійним аналізом (регресійний аналіз - форма статистичного аналізу, що використовуються для прогнозів; Регресійний аналіз дозволяє оцінити ступінь зв'язку між змінними, пропонуючи механізм обчислення передбачуваного значення змінної з декількох вже відомих значень. ). Використовуючи регресійний аналіз, можна продовжити лінію тренда в діаграмі за межі реальних даних для пророкування майбутніх значень.

Ковзаюче середнє. Можна обчислити ковзне середнє (ковзне середнє - послідовність середніх значень, обчислених по частинах рядів даних; На діаграмі лінія, побудована за точками змінного середнього, дозволяє побудувати згладжену криву, більш ясно показує закономірність у розвитку даних.), Яке згладжує відхилення в даних і більш чітко показує форму лінії тренду.

Точність апроксимації. Лінія тренда найбільшою мірою наближається до представленої на діаграмі залежності, якщо значення R-квадрат (значення R в квадраті - число від 0 до 1, яке відображає близькість значень лінії тренда до фактичних даних; лінія тренду найбільше відповідає дійсності, коли значення R в квадраті близько до 1; воно також називається квадратом змішаної кореляції) дорівнює або близько до 1. При апроксимації даних за допомогою лінії тренду в Microsoft Excel значення R-квадрат розраховується автоматично.

Довірчий інтервал - ймовірність, з якою можна стверджувати, що помилка вибірки не перевищить деяку задану величину, називають довірчою ймовірністю. Зазвичай в соціальних та маркетингових дослідженнях значення довірчої ймовірності приймають рівним 95%. Межі, в яких з довірчою ймовірністю може знаходитися значення характеристики генеральної сукупності, називають довірчим інтервалом.

2 Паралельні обчислювальні системи. Багатомашинні обчислювальні системи.

Багатомашинна система - Це обчислювальний комплекс, що включає в себе декілька комп'ютерів (кожний з яких працює під управлінням власної операційної системи), а також програмні і апаратні засоби зв'язку комп'ютерів, які забезпечують роботу всіх комп'ютерів комплексу як єдиного цілого.

Робота будь-якої багатомашинної системи визначається двома головними компонентами:

1. високошвидкісним механізмом зв'язку процесорів

2. системним програмним забезпеченням, яке надає користувачам і додаткам прозорий доступ до ресурсів всіх комп'ютерів, що входять до комплексу.

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

Крім підвищення відмовостійкості, багатомашинні системи дозволяють досягнути високої продуктивності за рахунок організації паралельних обчислень. У порівнянні з мультіпроцесорними системами можливості паралельної обробки в багатомашинних системах обмежені: ефективність розпаралелювання різко знижується, якщо паралельно виконувані завдання тісно пов'язані між собою за даними. Це пояснюється тим, що зв'язок між комп'ютерами багатомашинної системи менш тісний, ніж між процесорами в мультипроцессорной системі, так як основний обмін даними здійснюється через загальні багатовхіді периферійні пристрої. Територіальна розподіленість в багатомашинних комплексах не забезпечується, так як відстані між комп'ютерами визначаються довжиною зв'язку між процесорним блоком і дисковою підсистемою.

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

При роботі на паралельних ЕОМ користувач має можливість запускати програму або на всіх процесорах відразу, або на обмеженій їх числі. Оскільки всі процесори в паралельних ЕОМ однакові (у складі паралельної ЕОМ можуть працювати ще й спеціалізовані процесори введення / виводу, але на них рахунок не проводиться), то можна очікувати, що програма буде виконуватися в стільки разів швидше, скільки процесорів будуть проводити обчислення.

3 Команди і функції об'єктно-орієнтованого програмування в Visual FoxPro

Для створення об'єкта використовується функція Createobject (ім'я класу [, варіант 1, варіант 2, ...]). Ця функція повертає ідентифікатор створеного об'єкта, який знадобиться для визначення властивостей об'єкта, а також виконання над ними дії. Для отримання повної інформації про всіх активних об'єктах і значеннях їх властивостей і методів, можна використовувати команду Display Objects, яка має синтаксис: Встановлювати властивості об'єктів (або певної групи об'єктів) можна за допомогою With ... Endwith Команда Mouse дозволяє програмним шляхом імітувати події Click, Double Click, MouseMove, DragDrop

1 Методи моделювання часових рядів. Поле кореляції.

Моделювання тимчасового ряду

Динамічні процеси, що відбуваються в економічних системах, найчастіше проявляються у вигляді ряду послідовно розташованих у хронологічному порядку значень того чи іншого показника, який у своїх змінах відображає хід розвитку досліджуваного явища в економіці. Ці значення, зокрема, можуть служити для обгрунтування (або заперечення) різних моделей соціально-економічних систем. Вони служать також основою для розробки прикладних моделей особливого виду, що називаються трендовими моделями.

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

Якщо в часі ряду проявляється тривала («вікова») тенденція зміни економічного показника, то говорять, що має місце тренд. Таким чином, під трендом розуміється зміна, що б загальне напрям розвитку, основну тенденцію часових рядів.

Відмінність тимчасових економічних рядів від простих статистичних сукупностей полягає насамперед у тому, що послідовні значення рівнів часового ряду залежать один від одного. Тому застосування висновків і формул теорії ймовірностей і математичної статистики вимагає певної обережності при аналізі тимчасових рядів, особливо при економічній інтерпретації результатів аналізу.

Поле кореляції Кореляційний аналіз застосовується для кількісної оцінки взаємозв'язку двох наборів даних, представлених у безрозмірному вигляді. Коефіцієнт кореляції вибірки являє відношення коваріації двох наборів даних до твору їх стандартних відхилень.

Кореляційний аналіз дає можливість встановити, чи асоційовані набори даних по величині, тобто, великі значення з одного набору даних пов'язані з великими значеннями іншого набору (позитивна кореляція), або, навпаки, малі значення одного набору пов'язані з великими значеннями іншого (негативна кореляція) , або дані двох діапазонів ніяк не пов'язані (нульова кореляція).

2 Технологія Automation. Інтерфейси диспетчеризації.

OLE (Automation) - об'єкт автоматизації який представляє собою певний усередині додатку екземпляр класу, який допомоги інтерфейсів автоматизації надає своє властивості і методи іншим додаткам і інструментальним засобам програмування.

динамічні бібліотеки та інші джерела, які відображають об'єкти автоматизації і роблять їх доступними для інших програм, називаються --- серверами автоматизації.

Програми або інструментальні засоби програмування, які мають доступ до управління програмними об'єктами, містяться в сервері автоматизації, називаються контролерами автоматизації диспетчерами.

Управління програмними проектами здійснюється за допомогою спеціальної мови програмування серверів автоматизації, який в загальному випадку не співпадає з мовою програмування додатків.

Idispatch - інтерфейс диспетчеризації.

Основна функція Invoke. Function Invoke (DispId: integer; Const Iid: TGId; Locale ID: integer; Flags: word; var params; var Result, ExceptInfo, ArgErr: Point): Integer;

, Де DispId - число, яке називається ідентифікатором диспетчера, який вказує який саме метод повинен використовувати сервер.

LocaleId - локальний Id.

Flags - ознака як викликається метод. Метод доступу до властивості або метод дії.

Params - покажчик на масив TdispParams який зберігає параметри виклику методу.

VarResult - покажчик на область OLEVariant в якій розміщуються повертаються методам дані.

Exceptinfo - покажчик на запис з інформацією про виниклу виняткової ситуації, якщо метод повертає DispEException.

ArgErr - покажчик на число, так само порядковому номеру параметра у виклику при обробці якого виникло виключення.

3 Виявлення інформаційних об'єктів і зв'язків між ними.

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

у виборі інформаційних об'єктів;

в завданні необхідних властивостей для об'єкта;

у виявленні зв'язків між об'єктами;

у визначенні обмежень, накладених на інформаційні об'єкти, типи зв'язків і властивості об'єктів;

ПЗ вважається визначеною, якщо відомі існуючі в ній об'єкти, їх властивості та відношення (зв'язки між ними). В основі інфологічне підходу лежить ідея встановлення відповідності між станом ПЗ, його сприйняттям і поданням в базі даних. Згідно інфологічне підходу, необхідно розрізняти: явища реального світу;

інформацію про ці явища;

подання цієї інформації посредствам даних.

Відповідно до цієї концепції виділяють:

реальний світ;

інформаційну сферу;

датологіческую сферу.

Об'єктна система має такі складові: "Об'єкт - Властивості - Зв'язок". Об'єкт може бути одиничним або складним. Вибір об'єктів проводиться відповідно до цільового призначення бази даних. Кожен об'єкт в конкретний момент часу характеризується певним станом, який описується за допомогою обмеженого набору властивостей.

Властивості об'єкта можуть бути:

не залежними від його відносин з іншими об'єктами;

залежними (локальними) ...;

1 Статистичні методи моделювання (метод Монте-Карло).

За способами відображення чинника часу моделі діляться на статистичні та динамічні. У статистичних моделях всі залежності ставляться до одного моменту або періоду часу. Динамічні моделі характеризують зміни економічних процесів у часі.

Метод Монте-Карло (метод статистичних випробувань) - чисельний метод рішення математичних задач за допомогою моделювання випадкових чисел. Суть методу: за допомогою спеціальної програми на ЕОМ виробляється послідовність псевдовипадкових чисел з рівномірним законом розподілу від 0 до1. Потім дані числа за допомогою спеціальних програм перетворюються на числа, розподілені за законом Ерланга, Пуассона, Релея і т.д. Отримані таким чином випадкові числа використовуються в якості вхідних параметрів економічних сістем.Прі багаторазовому моделюванні випадкових чисел визначаємо математичне сподівання функції і, при досягненні середнім значенням функції рівняння не нижче заданого, припиняємо моделювання.

Статистичні випробування (метод Монте-Карло) характеризуються основними параметрами:

 - задана точність моделювання;

P - імовірність досягнення заданої точності;

N - кількість необхідних випробувань для отримання заданої точності із заданою вірогідністю.

Визначимо необхідну кількість реалізацій N, тоді

(1 - ) буде вірогідність того, що при одному випробуванні результат не досягає заданої точності ;

(1 - ) N - імовірність того, що при N іспитах ми не отримаємо заданої точності .

Тоді ймовірність отримання заданої точності при N випробуваннях можна знайти за формулою

Формула (19) дозволяє визначити задане число випробувань для досягнення заданої точності  із заданою ймовірністю Р. Випадкові числа виявляються в ЕОМ за допомогою спеціальних математичних програм або спомощью фізичних датчиків. Одним із принципів отримання випадкових чисел є алгоритм Неймана, коли з одного випадкового числа послідовно вибирається середина квадрата. Крім того дані числа перевіряються на випадковість та отримані числа заносяться в базу даних. Фізичні датчики розробляються на електронних схемах і являють собою генератори білого (нормального) шуму, тобто коли в спектральному складі шуму є гармонійні складові з частотою F  . З даного білого шуму методом перетворення виходять випадкові числа.

2 Моделі даних. Структура, операції, обмеження моделі.

При описі ПЗ використовується инфологическая модель, модель «сутність-зв'язок». При описі даних використовуються відповідні моделі даних. Модель даних - це формати даних і склад операції виконуються над цими даними. В даний час існують наступні моделі даних: мережні; ієрархічні; реляційні; об'єктно-орієнтовані.

Ієрархічна модель. Являє собою взаємозалежний набір ієрархій, тобто розташування даних в певній послідовності і залежності. Приклад - організаційна структура підприємства.

Особливість ієрархічної моделі полягає в однобічному русі по ієрархії. Мережева модель. Дозволяє зберігати концептуальну простоту ієрархічного підходу і додає йому гнучкість, дозволяючи йому працювати з багатьма ієрархіями одночасно. На практиці прикладом цієї моделі є модель графіка будівництва об'єкта, (руху транспорту, виготовлення виробу і т.п.): вибрати котлован - закласти фундамент - поставити стіни - закласти перекриття.

В ієрархічній моделі кожне дане знаходиться на певному рівні, взаємозв'язок можна представити у вигляді діаграми. У мережній моделі допускається одночасне наявність однотипних даних на різних рівнях. Тут кожен запис може бути пов'язана з будь-якої іншої.

Реляційна модель. Полегшує встановлення зв'язків, дає можливість легко і швидко встановити новий зв'язок, дозволяє оптимальним чином здійснити доступ до даних будь-якого рівня. Всі СУБД, що працюють на ПК, підтримують цю модель. гнучкість моделі пояснюється наявністю математичного апарату нормалізації відносин; наявність зовнішніх ключів; використання мови структурованих запитів.

Структура, операції, обмеження моделі

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

Обмеження моделі. Це логічні обмеження, які накладаються на дані. Обмеження можуть бути явні і внутрішні. Внутрішні представлені в моделі даних правилами композиції допустимих структур даних в конкретній схемі БД. Знаходять своє відображення в структурних специфікаціях та в правилах виконання операції. Це явні обмеження специфицируются явним чином за допомогою спеціальних конструкції мови описаних даних. У сучасних СУБД є власні апарати з перевірки несуперечності даних, які в свою чергу забезпечують цілість даних.

Операції над даними. Динамічні властивості моделі даних виражається безліччю операції над даними. Реалізація будь-якої конкретної операції над даними включає в себе селекцію, тобто виділення з усієї сукупності саме технічні дані над якими має бути виконана операція. Умови селекції специфицируется у вигляді деякого критерію відбору даних. Селекція виконується будь-яким способом з використанням логічні позиції даного, значень даного і зв'язків між даними. Наприклад: виконувати селекцію із загального набору даних. Умови: у результаті вибірки за характером виробленого дії розрізняють такі види операції: Ідентифікація даного і знаходження його позиції, вибірка даних, що включає запис даного, видалення даного, модифікація даного. За характером способу отримання результату розрізняють: навігаційні операції; специфікаційні операції.

Навігаційні операції: результат операції вийдуть шляхом проходження у зв'язках реалізованим в структурі БД. Результат навігації одиничний об'єкт БД. Наприклад: примірник запису.

Специфікаційні операції: якщо визначаться лише вимоги до результату, але не задається спосіб його отримання.

Наприклад: Специфікація вимог може виконуватися з використанням формул числення предикатів, що має місце в реляційної моделі.

Результатом є: безліч об'єктів БД. Тобто на початку здійснюється селекція необхідних даних, потім вид операції.

Структура даних.

Структірованіе даних базується на основних концепції, агрегації та узагальнення. Наприклад: у файлових системах, яке реалізує модель плоский файл понімательний базис складається з 4-х основних типів логічних структур даних.

Поле, найменша пойменована одиниця даних;

Запис, пойменована сукупність полів; Файл, пойменована сукупність примірників запису одного типу; Набір файлів, пойменована сукупність файлів обробних в системі. У цій моделі агрегація використовується для компіляції полів до запису, а узагальнення для подання безлічі екземплярів записів одного типу, однієї загальної структурою більш високого рівня.

2 Структура процесора, визначення та призначення основних функціональних вузлів: АЛУ, УУ, реєстрової пам'яті.

Процесор є центральною частиною ЕОМ, забезпечує обробку цифрової інформації відповідно до програми, при цьому він безперервно взаємодіє з операційною пам'яттю, отримуючи з неї команди і операнди і відправляючи в пам'ять результати обчислень, організовує виконання операцій введення-виведення. Процесор забезпечує спільну і узгоджену роботу всіх частин, а саме, як і в будь-якому обчислювальному пристрої, - операційної і керуючої.

Узагальнена структурна схема процесора:

клава

запит ОЗУ, ПЗУ

переривання

Операційна частина:

АЛП - Арифметичне Логічне Пристрій, реалізує виконання команд, що складають програму, використовуючи передбачений у ньому набір базових операцій (арифметичних, логічних, умовного переходу і т.п.). Виробляє сигнали, необхідні для організації обчислювального процесу.

За формою представлення чисел: АЛУ для чисел з фіксір.точкой, з плаваючою, для двійково кодованих десяткових.

За принципом дій: АЛУ послідовної дії з порозрядної обробкою інформації та АЛП паралельної дії з одночасною обробкою

За ступенем використання: блокові та універсальні АЛП

БРП - Блок реєстрової Пам'яті - є місцевою пам'яттю процесора, має невелику ємність, але більш швидкодіюча в порівнянні з ОЗУ. Використовується для підвищення швидкодії процесора.

У БРП входять: регістри загального призначення (для виконання арифметичних операцій з фіксованою точкою і процедур виконання логічних операцій; в них зберігаються і змінюються базові адреси та індекси), регістри з плаваючою точкою (для виконання арифметичних операцій з плаваючою точкою, застосовуються для нормалізації отриманого результату .)

Організуюча частина:

УУ - Пристрій Управління - 1. забезпечує виконання команд програм в заданій послідовності, виконання кожної поточної команди і відповідної операції в АЛП

2. робить обробку запитів переривання

3. забезпечує захист пам'яті, контроль і діагностику несправності при роботі пристроїв

4. виробляє синхронізуючі тактові і керуючі імпульси, які забезпечують спільну роботу всіх пристроїв

5. видачу інформації користувачеві і прийом

БУР - Блок Керуючих Регістрів - є робочою пам'яттю, недоступною програмі, і включає в себе лічильники та регістри для тимчасового зберігання інформації, що управляє.

До них відносяться: регістр команд, регістр або лічильник адреси команд, буферні регістри для зберігання адрес і слів.

Інтерфейс процесора - забезпечує необхідне сполучення проца з іншими пристроями, перш за все з оперативною пам'яттю і периферією.

У цілому процесор представляє собою групу пристроїв, що забезпечують автоматичну обробку інформації та програмне керування обчислювальними процесами.

1 Кібернетичний підхід до інформаційної системи як системи управління

Поняття кібернетичної системи пов'язано з процесами управління і переробки даних. Процес управління розглядається як процес взаємодії двох систем - керуючої і керованої, в якій X - вхідні параметри про стан об'єктів управління, Y - вихідні параметри, за якими судиться про те, чи досягнута мета управління. Зворотній зв'язок - забезпечує передачу даних в керуючу систему, за якими судять про розузгодження мети і одержуваних результатів.

Керуючі або управлінські впливи   - середа. Процес управління містить наступні етапи:

1. Збір інформації про об'єкт управління.

2. Вироблення рішення відповідно до критеріїв ефективності управління.

3. Формування і видача керуючих впливів (реалізується в керуючій системі).

4. Реалізація рішення.

5. Зміна стану об'єкта (реалізується в керованій системі). Управління - це цілеспрямований інформаційний вплив однієї системи на іншу, яка прагне змінити стан останньої відповідно до обраних критеріїв ефективності функціонування. (Приклад ІС - управління підприємством). 2. Основні напрями вдосконалення систем управління:

1. Удосконалення організаційних відносин, тобто формування раціональної структури системи управління (склад і структура АУП), розподіл прав і посадових обов'язків. Основне правило - чим менше рівнів управління, тим менше ланок управлінського апарату, тим простіше система управління підприємством, але складніше і інтелектуальніший завдання, яке вирішується кожної підсистемою управління.

2. Удосконалення економічних відносин - формування управлінських впливів згідно з об'єктивними економічними закономірностями суспільного розвитку.

3. Удосконалення техніки та технології управління.

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

2. Інформаційно-довідкові системи

ВУ - обчислювальний пристрій

2. Інформаційно-керуючі системи

Якщо в системі є людина, то система називається автоматизованої. ІС сама за визначенням є теж системою управління. Визначення ІС включає:

• Структуру системи, як безліч елементів і взаємовідносини

• Склад

• Опис функцій

• Опис входів і виходів, як для системи в цілому, так і для кожного елемента

• Цілі, обмеження та критерії

• Архітектура системи

2 Імітаційне моделювання найпростіших систем масового обслуговування.

Для моделювання СМО повинні бути відомі 4 її параметра λ-щільність вводить потоку, що показує середнє чисто вимог, що надходять у СМО в годину (параметр завантаження). Потік заявок простейшкй μ-середнє число заявок, що обслуговуються одним апаратом у годину (пар-р завантаження). Розподіл інтервалів обслуговування підпорядковується показовому розподілу. N-число обслуг. апаратів. Будемо вважати що апарати мають однакову продуктивність обслуговування μ вимог на годину. М - максимальна кількість вимог, яке може бути розміщене в накопичувачі при очікуванні обслуговування. Будемо вважати, що якщо чергову вимогу, що надходить у СМО в стані, коли будуть зайняті всі апарати і всі місця в накопичувачі то вимога отримує відмову в обслуговуванні і покидає СМО не обслужених. У СМО постійно протікають 2 випадкових процесу: процес завантаження, обумовлений параметром λ і процес розвантажить, обуслов. параметром μ. В рез-ті СМО має свої статки. Опишемо і позначимо ці стани. S0-стан коли в СМО немає жодної вимоги, накопичувач вільний, апарати вільні, S1-коли а в СМ Про одна вимога, один апарат зайнятий, накопичувач вільний, S2-в системі 2 вимоги, S _N-в системі N вимог, все апарати завантажені, накопичувач вільний, S _{N +1} |-в системі N +1 вимог, всі апарати зам'яті, одне місце в накопичувачі зайнято, S _{N + M-в} системі N + М вимог, всі апарати зайняті, накопичувач повністю завантажений. У найпростіших системах, коли заявки надходять на обслуговування по одній і також після обслуговування по одній покидають. Смо, всі стани можна збудувати в одну динамічну ланцюжок, що зручно зобразити графічно.

Квадрати зображують стан СМО, астрелкі: верхні затрузку, нижні розвантаж

Хар-ки СМО. Середня довжина оч ф, еці ТМ = M0P0 + M1P1 +...+ MnPn де Mn-кількість зайнятих місць у накопичувачі в кожному із станів S ₀ S _n. Імовірність відмови черговому клієнту визначається як можливість максимально завантаженого стану системи. Відносна пропускна здатність ОПВ = 1-Ротко. Абсолютний відмову (заявок / год) А0 = λ Р _отк Абсолютна пропускна здатність (заявок / год) АПС = Ротко * ОПВ. Середній час очікування в резервуарі (годину) Wм: = ТМ / АПС. Середній час перебування заявки в СМО (ч ас)

WS = WM +1 / μ. Середня довжина черги майстрів ТМ = N ₀ P ₀ + N ₁ P ₁ +...+ _{N n} P _n Середнє число зайнятих майстрів ZN = N-TN. Середнє сумарне число заявок в СМО ТS = ТМ + Zк.

3 OLAP-технологія та аналітичні інформаційні системи

Основна ідея OLAP-технології полягає в побудові багатовимірних кубів даних, які в подальшому можна використовувати для реалізації аналітичних користувача запитів. Вихідні дані для побудови OLAP-кубів зазвичай зберігаються в реляційних базах даних, званих також сховищами даних (Data Warehouse). На відміну від оперативних баз даних, з якими працюють програми ведення даних, сховища даних призначені виключно для обробки і аналізу інформації, тому проектуються вони таким чином, щоб час виконання запитів до них була мінімальною. Зазвичай дані копіюються в сховище з оперативних баз даних згідно з визначеним регламентом, наприклад, раз на місяць, квартал або рік. Типова структура сховища даних істотно відрізняється від структури звичайної реляційної БД. Як правило, ця структура денормалізована (це дозволяє підвищити швидкість виконання запитів), тому може допускати надмірність даних. Основними складовими структури сховищ даних є таблиця фактів (fact table) і таблиці вимірів (dimension tables). Таблиця фактів є основною таблицею сховища даних. Як правило, вона містить відомості про об'єкти або події, сукупність яких буде надалі аналізуватися. Зазвичай говорять про чотирьох найбільш поширених типах фактів. До них відносяться: факти, пов'язані з транзакціями. Вони засновані на окремих подіях (наприклад, телефонний дзвінок); факти, пов'язані з «моментальними знімками». Засновані на стан об'єкта (наприклад, банківського рахунку) в певні моменти часу, наприклад на кінець дня або місяця. Типовими прикладами таких фактів є обсяг продажів за; факти, пов'язані з елементами документа. Засновані на тому чи іншому документі (наприклад, рахунку за товар або послуги) і містять детальну інформацію про елементи цього документа (наприклад, кількості, ціні, відсотку знижки); факти, пов'язані з подіями або станом об'єкта. Представляють виникнення події без подробиць про нього (наприклад, просто факт продажу).

З загальної позиції обробки даних можна виділити два домінуючих класу інформаційних систем: системи, орієнтовані на операційну (трансакціонної) обробку даних (On-Line Transaction Processing, OLTP-системи), часто їх визначають як системи обробки даних (СОД); системи, орієнтовані на аналітичну обробку даних (Decision Support Systems, DSS), або системи підтримки прийняття рішень (СППР).

СОД забезпечують процеси повсякденної рутинної обробки даних на конкретних робочих місцях або виробничих дільницях.

Системи підтримки прийняття рішень - є вторинними по відношенню до системи обробки даних і покликані здійснювати аналіз результатів діяльності за різні періоди часу, оцінку ефективності роботи окремих підрозділів або співробітників та інші аналітичні процедури. Подальший розвиток аналітичних інформаційних систем пов'язано з технологією оперативної аналітичної обробки даних (On-Line Analytical Processing, OLAP-системи), в основі концепції якої лежить багатомірне представлення даних.

Обробка багатовимірних даних у додатках Delphi. Правила проектування. Графич-е засоби аналізу даних в додатках.

У середовищі Delphi багатовимірні дані представляються у вигляді метакуба, де кожному фактору відповідає свій вимір. У конкретній комірці, як правило, представляються агреговані дані - сума, середнє, максимальне значення - або нові багатовимірні дані (куби). Як правило для формування набору даних із сукупності пов'язаних таблиць використовується компонент TDecisionQuery, SQL оператор к-го містить оператор Select. Правила:

У Select першими перераховуються поля за якими перераховуються вимірювання; Агрегація здійснюється за вказаними раніше вимірами; GroupBy використовується для всіх полів.

Select P. Gorod, R. Pocup, T. Type_tovar, R. Tovar, R. Mes,

Sum (R. Kol * T. Zena), AVG (R. Kolvo * T. Zena) from

"Rashod.db" R, "Tovar.db" T, "Pocup.db" P

Where R. Tovar = T. Tovar and R. Pocup = P. Pocup

GroupBy P. Gorod, R. Pocup, T. Type_tovar, R. Tovar, R, Mes

TdecisionCube - реалізує багатовимірний куб. З'єднується з набором даних за допомогою сво-ва DataSet.

TdecisionGrid - показує дані з багатомірного куба.

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

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

Система - сукупність взаємодіючих елементів, що реалізують поставлений процес для досягнення заданої мети. Мета - це суб'єктивний образ або абстрактна модель неіснуючого, але бажаного стану середовища, яке вирішило б можливу проблему. Структура системи - множина елементів і елементарних взаємодій. У кожному елементі системи може протікати якийсь процес, і ці процеси об'єднуються в процес системи за рахунок елементів взаємодії.

Поняття системи в теоретико-пізнавальному сенсі є спосіб мислення чи спосіб постановки та впорядкування проблем. Системність є властивість матерії, а, отже, людської практики та мислення.

Під елементом системи будемо розуміти неподільну найдрібнішу частина системи з точки зору конкретної економічної і будь-який інший завдання.

Взаємодії між двома елементами системи назвемо елементарним взаємодією.

Мета будь-якої штучної системи визначається як бажаний образ результату її діяльності. Будь-яка система створюється для досягнення цієї мети. Приклади систем: Мета: у

Система пов'язана з середовищем і за допомогою цих зв'язків впливає на середу. Продукти роботи системи, призначені для споживання поза її, називаються виходами системи.

Входи

Система Виходи

Середа

Система є засобом, тому повинні існувати і можливості її використання, впливу на неї, тобто і такі зв'язки з середовищем, які спрямовані ззовні системи - входи системи. Таким чином, ми побудували модель «чорного ящика». Приклад: телевізор, де входи: антена, ручки настройки

вихід: екран, звукові колонки

Середина скриньки виявляється неоднорідною, що дозволяє розрізняти складові частини самої системи, які при більш детальному розгляді можуть бути в свою чергу розбиті на складові частини. Ті частини системи, які розглядають як неподільні, будемо називати елементами.

Поняття зв'язок входить в будь-яке визначення системи і характеризує і будова (статику) і функціонування (динаміку). Зв'язок - це обмеження ступеня свободи елементів.

Елементи, вступаючи в зв'язок один з одним, втрачають частину своїх властивостей, якими вони потенційно мали у вільному стані. Зв'язки можна охарактеризувати: у напрямку, за силою, за характером (підпорядкування, породження (генетичні), одноправленія (байдужі), управління)

Важливу роль у моделюванні систем відіграє поняття зворотного зв'язку. Вона може бути позитивною, тобто зберігає тенденції і відбуваються в системі зміни того чи іншого вихідного параметра; і негативною, тобто протидіюча тенденція зміни вихідного параметра, тобто спрямована на збереження необхідного значення цього параметра.

2 Характеристика інтерфейсів ЕОМ.

Пристрої обчислювальної системи з'єднуються один з одним за допомогою уніфікованих систем зв'язку, званих інтерфейсом. Інтерфейс являє собою систему шин, що погоджують пристроїв, алгоритмів забезпечують-вающих зв'язок всіх частин ЕОМ між собою. Від характеристик інтерфейсу залежить швидкодія і надійність ЕОМ. Інтерфейс повинен бути стандартизований з тим, щоб він забезпечував зв'язок процесора і оперативної пам'яті з будь-яким периферійним пристроєм (ПУ). Необхідна перетворення формату даних повинне здійснюватися в ПУ. Алгоритми функціонування інтерфейсу та керуючого сигналу також повинні бути стандартизовані. Схеми інтерфейсу зазвичай розташовуються в самих пов'язують пристроях.

Типи інтерфейсу:

1. Інтерфейс ОЗУ - через нього здійснюється обмін даними між ОЗП і процесором, між ОЗУ і каналами введення - виведення. Провідним в обміні даними, тобто початківцям операцію обміну, є процесор і канали введення - виведення, а виконавцем - ОЗУ. Цей інтерфейс є швидкодіючим. Інформація через нього передається словами і півслова.

2. Інтерфейс з процесором - через нього відбувається обмін інформацією між процесором і каналами введення - виведення. Ведучий - процесор, виконавець - канали. Інтерфейс є швидкодіючим. Обмін інформацією через нього відбувається словами і півслова.

3. Інтерфейс введення - виведення. Через нього відбувається обмін інформацією між каналами введення - виведення і пристроями управління ПУ. Обмін інформацією проводиться байтами. Його швидкодія менше, ніж у перших двох типів.

4. Інтерфейс периферійних апаратів (ПА). Через нього відбувається обмін інформацією між пристроями управління ПА і самими ПА. Він не може бути стандартизований, тому що ПА дуже різноманітні.

Інтерфейси можуть бути однозв''язних і багатозв'язними.

При однозв'язний інтерфейсі загальні для всіх пристроїв шини використовуються всіма пристроями, підключеними до даного інтерфейсу, на основі поділу часу.

При многосвязной інтерфейсі один пристрій з'єднується з іншими пристроями з кількох незалежним магістралях.

Однозв''язних інтерфейс застосовується в малих і мікро ЕОМ, а многосвязной - у середніх і великих ЕОМ. Многосвязной інтерфейс характеризується тим, що кожен пристрій забезпечується однією вихідний магістраллю для видачі інформації та кількома вхідними для прийому інформації від інших пристроїв.

При несправності будь - якої вхідний шини або пов'язаних з нею узгоджуючих пристроїв, виявляється відключеним тільки одне периферійне пристрій. Інтерфейс автоматично визначає несправне ПУ і вибирає справні і незайняті магістралі. МП в залежності від заданої програми вибирає послідовність опитування датчиків, тобто виробляє керуючі сигнали обміну інформацією по вибраному каналу і здійснює збір і обробку даних.

За цифровому каналу зв'язку сигнал може передаватися паралельно або послідовно. Паралельна передача цифрового сигналу вимагає окремі лінії для кожного розряду, але є більш швидкодіючою. При послідовній передачі цифрові сигнали передаються послідовно по одній лінії зв'язку. За способом передачі інформації у часі інтерфейс може бути синхронний і асинхронний. Синхронний характерний постійної тимчасової прив'язкою, а асинхронний - без постійної тимчасової прив'язки. При синхронній передачі даних синхронізуючі сигнали МП задають часовий інтервал, протягом якого зчитується інформація з одного датчика. Часовий інтервал визначається найбільшим часом затримки в системі передачі даних і максимальним часом перетворення аналогового сигналу в цифровий. Асинхронна передача даних характеризується наявністю керуючих сигналів: "Готовність до обміну", що виробляється датчиком вихідної інформації; "Початок обміну", "Кінець обміну", "Контроль обміну", що виробляються МП. При такій організації обміну автоматично встановлюється раціональне співвідношення між швидкістю передачі даних і величинами затримки сигналів в каналі зв'язку.

3 Огляд мови структурованих запитів SQL.

Будь-яка ІВ може вважатися ефективною якщо вибірка даних здійснюється швидко, якісно і в необхідному обсязі. Найбільш ефективним вирішенням цієї проблеми є можливість побудови запитів засобами команд SQL. Мова SQL на відміну від існуючих команд мови СУБД є множинно-орієнтованою мовою і отримання готових таблиць з результатами запиту. Особливості SQL:

команда SQL працює з даними на рівні машинного подання тому швидкість обробки зростає в сотні разів у порівнянні з традиційними командами СУБД.

Ком. SQL самостійно виконують створення індексів та ключів при необхідності, це економить місце на диску і витрати ресурсів на підтримку цілісності структури індексів.

Кожна СУБД має свій власний діалект з SQL, який відрізняється повнотою підтримки стандарту і деякими незначними відмінностями синтаксису.

Для побудови запиту в діалоговому режимі може бути використаний конструктор запитів. Де генерується тіло команди SQL і створюється файл с. Qpr. Цей файл можна виконати використовуючи команду

DO ім'я запиту. QPR. Згенерувати код команди SQL можливо також у дизайнера уявлень, проте в тому і в іншому випадку в дизайнерів не можуть бути реалізовані всі складні синтаксичні конструкції SQL, тому один з варіантів може бути таким: у конструкторі створюється тіло SQL і вручну доповнюються тонкі налаштування.

Узагальнений алгоритм побудови запиту

Опис полів даних у результаті

Список джерел даних

Умови зв'язку між разл ічнимі джерелами даних

* Ум. від бору даних

* Ум. Підсумовування даних

* Завдання порядку записів в результаті

* - Необов'язкові блоки алгоритму

Т.а Select SQL є найбільш потужною і зручною командою для отримання вибірок. Дозволяє виконати запит до однієї або більше таблиць, направляючи при цьому результат в курсор або таблицю, в графік, на принтер. Команда Select SQL підтримує функції агрегування.

1 Методи аналізу інформаційних потоків та структуризації предметної області

Процес споживання інформаційних ресурсів реалізується інформаційними потоками або потоками даних. Аналіз інформаційних потоків здійснюється з метою:

1. Забезпечити раціональну організацію даних ІС;

2. Підвищити інтенсивність інформаційних потоків;

Програма обстеження повинна включати наступні розділи:

1. Визначення функцій і зміст робіт, для виконання яких призначена ІС;

2. Аналіз усіх форм виробничої документації, організація її зберігання, підготовки і передачі;

3. Вивчення використовуваних номенклатур ресурсів (трудових, матеріальних та ін);

4. Застосовуваних класифікаторів та кодифікаторів локальних і глобальних шифрів;

5. Аналіз досягнутого рівня автоматизації на окремих стадіях, визначення вузьких місць;

6. Маршрути руху даних всередині самої системи та поза нею;

На першому етапі обстеження розробляється структурно-функціональна схема (декомпозиція ІС за структурно-функціональною ознакою).

Для підприємства.

1. аналіз ринку, збут готової продукції

2. зв'язок з ІС вищого рівня глобальними мережами

3. техподготовка виробництва

4. техніко-економічне планування, бізнес-плани

5. матеріально-технічне постачання управління запасами

6. управління трудовими ресурсами

7. управління фінансами

8. управління інвестиціями та інноваціями

9. управління основним виробництвом

10. управління допоміжним виробництвом

11. управління якістю

12. бухгалтерський

13. облік і звітність

Вибір функціональних завдань здійснено з урахуванням основних фаз управління:

1. Планування

2. Облік, контроль, аналіз

3. Виконання, регулювання

Реалізація кожної з цих функцій в умовах функціонування ІС пов'язано з вибором варіанта, ефективність якого оцінюється критерієм цілей управління. Отже, одні й ті ж завдання реалізуються із залученням математичної моделі і методів (МО). Пошук найкращого варіанту пов'язаний зі складністю алгоритму (тимчасова і емкостная складність) можливий на відповідному варіанті технічного забезпечення.

2 Отримання аналітичних показників близькості і адекватності при побудові трендів і виробничих функцій

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

Трендовая модель ŷ _t конкретного часового ряду г / (вважається адекватною, якщо правильно відображає систематичні компоненти тимчасового ряду. Ця вимога еквівалентно вимогу, щоб залишкова компонента ε = y _{t-ŷ t} (T = 1, 2. ..., N) задовольняла властивостям випадкової компоненти тимчасового ряду: випадковість коливань рівнів залишкової послідовності, відповідність розподілу випадкової компоненти нормальному закону розподілу, рівність математичного сподівання випадкової компоненти нулю, незалежність значень рівнів випадкової компоненти.

3 Технологія СОМ +.

Для розподілу бізнес додатків велике значення мають такі характеристики як, надійність, продуктивність, масштабованість.

Тех.-гія СОМ + призначена для підтримки систем обробки транзакцій, базується СОМ технології, об'єкти СОМ + володіють всіма основними властивостями об'єктів СОМ, крім цього забезпечують:

1. Управління транзакціями на системному рівні

2. Безпека даних як на рівні декларації так і програмному.

3. Забезпечує пулинг ресурсів

4. Пулинг об'єктів (пулинг-здатність об'єкта бути деактивованим і активованим в будь-який момент поки клієнт зберігає посилання на цей об'єкт)

До складу інструментальних засобів технології входять

1. координатор розподілу транзакції (DTC - distributed transaction coordinator)

Ця служба яка управляє транзакцією нижньому рівні

1. Провідник (MSTExplorer) - адміністратор коштів, який дозволяє налаштовувати параметри середовища із збереженням у системному реєстрі, а також управляти пакетам і ролями СОМ +.

2. Утиліти MTS-працює в командному рядку.

3. MTS.exe - реалізує автоматичні транзакції, забезпечує їх безпеку і активізацію в режимі Just-in-time.

Функціонування об'єктів транзакції

За функціональною ознакою ПО технології можна підрозділити

1. На ПЗ проміжного рівня: яка забезпечує управління об'єктом транзакції на етапі Run Time

2. MTSExplorer-дозволяє настроювати і управляти об'єктами транзакції

3. інтерфейси прикладного програмування

4. засоби управління ресурсами

Стандартна програмна модель СОМ +, представляє по суті 3-х ланці архітектуру. Рівень сервера, рівень ПЗ проміжного рівня і рівень клієнта. ПО СОМ + підтримує технологію винесення бізнес логіки з програми в БД. Бізнес логіка централізується в об'єктах транзакцій, ці об'єкти компілюються і залишаються в системі у вигляді пакетів.

ПАКЕТ - це контейнер, який забезпечує групування об'єктів транзакцій з метою захисту даних, управління ресурсами і збільшення продуктивності розподілених бізнес додатками, управляє пакетами в середовищі MTSExplorer.

Створення додатків в СОМ + в Delphi

З позиції об'єктної моделі СОМ об'єкти транзакцій СОМ + є СОМ об'єктами володіють інтерфейсами IObjectControl і IObjectContext. Вони використовуються для реалізації невеликих блоків бізнес логіки додатків. 1 об'єкт може працювати з 1 транзакцією монопольно або використовувати її спільно з ін об'єктами. Інкапсулює функції об'єкт транзакцій. TMTSAutoObject. Його основні методи забезпечують:

- Повідомлення транзакцій про стан об'єкта

- Програми захисту даних

- Пулинга об'єктів

Основні методи:

Proc SetComplete

SetAbort

Створення об'єкта транзакцій здійснюється за допомогою NewTransaction Objection. Об'єкти транзакцій м / б реалізовані тільки в складі внутр. сервера

1 Методи моделювання часових рядів. Поле кореляції.

Моделювання тимчасового ряду

Динамічні процеси, що відбуваються в економічних системах, найчастіше проявляються у вигляді ряду послідовно розташованих у хронологічному порядку значень того чи іншого показника, який у своїх змінах відображає хід розвитку досліджуваного явища в економіці. Ці значення, зокрема, можуть служити для обгрунтування (або заперечення) різних моделей соціально-економічних систем. Вони служать також основою для розробки прикладних моделей особливого виду, що називаються трендовими моделями.

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

Якщо в часі ряду проявляється тривала («вікова») тенденція зміни економічного показника, то говорять, що має місце тренд. Таким чином, під трендом розуміється зміна, що б загальне напрям розвитку, основну тенденцію часових рядів.

Відмінність тимчасових економічних рядів від простих статистичних сукупностей полягає насамперед у тому, що послідовні значення рівнів часового ряду залежать один від одного. Тому застосування висновків і формул теорії ймовірностей і математичної статистики вимагає певної обережності при аналізі тимчасових рядів, особливо при економічній інтерпретації результатів аналізу.

Поле кореляції Кореляційний аналіз застосовується для кількісної оцінки взаємозв'язку двох наборів даних, представлених у безрозмірному вигляді. Коефіцієнт кореляції вибірки являє відношення коваріації двох наборів даних до твору їх стандартних відхилень.

Кореляційний аналіз дає можливість встановити, чи асоційовані набори даних по величині, тобто, великі значення з одного набору даних пов'язані з великими значеннями іншого набору (позитивна кореляція), або, навпаки, малі значення одного набору пов'язані з великими значеннями іншого (негативна кореляція) , або дані двох діапазонів ніяк не пов'язані (нульова кореляція).

2 Ієрархічна, мережева, реляційна, об'єктно-орієнтована моделі даних.

При описі ПЗ використовується инфологическая модель, модель «сутність-зв'язок». При описі даних використовуються відповідні моделі даних. Модель даних - це формати даних і склад операції виконуються над цими даними. В даний час існують наступні моделі даних: мережні; ієрархічні; реляційні; об'єктно-орієнтовані.

Ієрархічна модель даних

Являє собою взаємозалежний набір ієрархій, тобто розташування даних в певній послідовності і залежності. Приклад - організаційна структура підприємства.

Особливість ієрархічної моделі полягає в однобічному русі по ієрархії.

Мережева модель

Дозволяє зберігати концептуальну простоту ієрархічного підходу і додає йому гнучкість, дозволяючи йому працювати з багатьма ієрархіями одночасно. На практиці прикладом цієї моделі є модель графіка будівництва об'єкта, (руху транспорту, виготовлення виробу і т.п.): вибрати котлован - закласти фундамент - поставити стіни - закласти перекриття.

В ієрархічній моделі кожне дане знаходиться на певному рівні, взаємозв'язок можна представити у вигляді діаграми. У мережній моделі допускається одночасне наявність однотипних даних на різних рівнях. Тут кожен запис може бути пов'язана з будь-якої іншої.

Приклад - є замовлення на виготовлення виробів. Кожне замовлення - запис в БД замовлень.

Взаємозв'язки сутностей навколо замовлення

Об'єкт - Район

Вироби-Товар

Сегмент ринку

Операції: додати, включити в групове відношення, перемкнути, оновити, витягти, видалити, виключити з групового відносини. Обмеження цілісності - те саме що і в ієрархічній.

Реляційна модель

Полегшує встановлення зв'язків, дає можливість легко і швидко встановити новий зв'язок, дозволяє оптимальним чином здійснити доступ до даних будь-якого рівня. Всі СУБД, що працюють на ПК, підтримують цю модель. Переваги моделі: гнучкість моделі пояснюється наявністю математичного апарату нормалізації відносин; наявність зовнішніх ключів; використання мови структурованих запитів. В основу реляційної моделі покладено теоретико-множинний підхід, що базується на понятті відносини. В основі відносини - таблиця (плоский файл). Набір відносин може бути використаний для зберігання даних конкретної ПЗ.

Розроблено Едгаром Коддом в 1970р. В основі лежить поняття відношення, яке використовується як інструмент моделювання даних. Відносини зручно представляти у вигляді таблиць. Рядки відносини відповідають кортежам. Кожен рядок фактично являє собою опис одного об'єкта реального світу, характеристики якого міститися у стовпцях. Реляційні відносини відповідають наборам сутностей моделі «сутність - зв'язок», а кортежі-сутностей. Стовпці в таблиці, що представляє реляційне відношення, називають також атрибутами. Атрибут, значення якого однозначно ідентифікує кортежі, називається ключовим (або просто ключем). Якщо кортежі ідентифікуються тільки зчепленням значень декількох атрибутів, то говорять, що ставлення має складовою ключ. Ставлення може містити кілька ключів. Завжди один з ключів є первинним, його значення не можуть оновлюватися. Всі інші ключі відносини називаються можливими. На відміну від ієрархічної й мережної МД в реляційної відсутнє поняття групового відносини. Зв'язки між відносинами описуються в термінах функціональної залежності. Для відображення функціональних залежностей між кортежами різних відносин використовується дублювання первинного ключа батьківського ставлення в підлегле. Атрибути, що представляють собою копії ключів батьківських відносин, називаються зовнішніми ключами.

3 Основні стадії і етапи технологічної схеми проектування інформаційних систем.

1 Реляційна алгебра і реляційне числення.

Реляційна алгебра - це набір операцій, який можна використовувати, щоб повідомити системі як в базі даних з певних відносин реально спорудити необхідну ставлення. Реляційне числення - це система позначень, для визначення необхідного відносини в термінах даних відносин. Формулювання запиту в термінах обчислення носить описовий характер, а алгебраїчна формулювання - розпорядчий. Кожному висловом в алгебрі відповідає еквівалентним йому числення та навпаки. Реляційне числення грунтується на розділі математичної логіки, який називається обчисленням предикатів. Основним засобом обчислення є поняття змінної кортежу.

Змінна кортежу - це змінна, яка "змінюється на" деякому відношенні, тобто змінна, допустимі значення якої - кортежі даного відношення. Якщо змінна кортежу T змінюється в межах відношення R, то в будь-який даний час мінлива T представляє деякий кортеж t відносини R. Тому рел. числення називають обчисленням кортежів. Існує альтернативна версія обчислення доменів, де змінні кортежу замінені змінними доменів, тобто змінними змінюваними на доменах, а не на відносинах. Змінна кортежу визначається наступним чином: Range of R is x _1, x _2, ..., x _n T - обумовлена ​​мінлива кортежу x _i (i = 1,2, ..., n) - або ім'я відносини, або вираз обчислення кортежів. Якщо x _i - це відношення R _i (i = 1,2, ..., n), то відносини R1, R2, ..., Rn повинні д / б сумісні за типом, тоді мінлива кортежу T змінюється на об'єднанні цих відносин. Кожен екземпляр змінної в правильно побудованої формулі (WFF) є або вільними або пов'язаним. Під примірником змінної кортежу в WFF розуміють наявність імені змінної в WFF.

1. в контексті посилання атрибута типу: Т.О. (де А - атрибут відносини, значення якого приймає мінлива Т).

2. як змінної безпосередньо наступної за одним з кванторів: існування EXIXSTS або загальності FORALL.

1. Традиційні операції над множинами. Традиційні операції над множинами - це об'єднання, перетин, віднімання і твір (точніше, розширене декартово твір). У математиці об'єднання двох множин є множиною всіх елементів, що належать або обом, або одному з вихідних множин. Оскільки відношення є, нестрого кажучи, безліччю кортежів, то, очевидно, можна побудувати об'єднання двох відносин; результат буде безліччю, що містить всі кортежі, що належать або обом, або одному з вихідних кортежів. Однак, хоча такий результат і є множиною, він не є відношенням; відносини не можуть містити суміш кортежів різних типів, вони повинні містити однорідні кортежі. І звичайно, результат теж повинен бути ставленням, оскільки необхідно, щоб збереглося властивість замкнутості (Результат кожної операції над ставленням також є відношенням. Це реляційне властивість називається властивістю замкнутості). Отже, об'єднання в реляційній алгебрі не повністю збігається з математичним об'єднанням, це особлива форма об'єднання, в якій потрібно, щоб два вихідних відносини мали однакову форму. Іноді замість терміна «одна і та ж форма» застосовується «сумісні за типом». Будемо говорити, що два відносини сумісні за типом, якщо у них ідентичні заголовки, а точніше:

• Якщо кожне з них має один і той же безліч імен атрибутів;

• Якщо відповідні атрибути визначені на одному і тому ж домені.

Операції об'єднання, перетину і вирахування вимагають від операндів сумісності за типом.

Об'єднанням двох сумісних по типу відносин А і В називається відношення з тим же заголовком, як і у відносинах А і В, і з тілом, що складається з безлічі всіх кортежів t, належать А або В або обом відносинам. Перетином двох сумісних по типу відносин А і В називається відношення з тим же заголовком, як і у відносинах А і В, і з тілом, що складається з безлічі всіх кортежів t, що належать одночасно обом відносин А і В. віднімання двох сумісних по типу відносин А і В називається відношення з тим же заголовком, як і у відносинах А і В, і з тілом, що складається з безлічі всіх кортежів t, що належать відношенню А і не належать відношенню В. Твір двох множин є множиною всіх таких упорядкованих пар елементів, що перший елемент у кожній парі береться з першого множини, а другий елемент в кожній парі береться з другого множини. Декартово твір двох відносин має бути безліччю впорядкованих пар кортежів. Декартово твір двох відносин А і В, де А і В не мають спільних імен атрибутів, визначається як відношення із заголовком, який представляє собою зчеплення двох заголовків вихідних відносин А і В, і тілом, що складається з безлічі всіх кортежів t, таких, що t являє собою зчеплення кортежу а, що належить відношенню А, і кортежу b, що належить відношенню В. Кардинальне число результату дорівнює добутку кардинальних чисел вихідних відносин А і В, а ступінь дорівнює сумі їх ступенів. Об'єднання - повертає відношення, що містить всі кортежі, що належать або одному з 2 ^х певних відносин або обом. Перетин е - повертає відношення, що містить всі кортежі, які належать одночасно двом відносинам. Віднімання е - повертає відношення, що містить всі кортежі, що належать одному з двох певних відносин і не належать другому.

Квантори EXIXSTS - існує одне таке значення змінної x, що обчислення формули WFF дає значення істина. FORALL - для всіх значень змінної x обчислення формули WFF дається значення істина.

2 Імітаційне моделювання найпростіших систем масового обслуговування.

Для моделювання СМО повинні бути відомі 4 її параметра λ-щільність вводить потоку, що показує середнє чисто вимог, що надходять у СМО в годину (параметр завантаження). Потік заявок простейшкй μ-середнє число заявок, що обслуговуються одним апаратом у годину (пар-р завантаження). Розподіл інтервалів обслуговування підпорядковується показовому розподілу. N-число обслуг. апаратів. Будемо вважати що апарати мають однакову продуктивність обслуговування μ вимог на годину. М - максимальна кількість вимог, яке може бути розміщене в накопичувачі при очікуванні обслуговування. Будемо вважати, що якщо чергову вимогу, що надходить у СМО в стані, коли будуть зайняті всі апарати і всі місця в накопичувачі то вимога отримує відмову в обслуговуванні і покидає СМО не обслужених. У СМО постійно протікають 2 випадкових процесу: процес завантаження, обумовлений параметром λ і процес розвантажить, обуслов. параметром μ. В рез-ті СМО має свої статки. Опишемо і позначимо ці стани. S0-стан коли в СМО немає жодної вимоги, накопичувач вільний, апарати вільні, S1-коли а в СМ Про одна вимога, один апарат зайнятий, накопичувач вільний, S2-в системі 2 вимоги, S _N-в системі N вимог, все апарати завантажені, накопичувач вільний, S _{N +1} |-в системі N +1 вимог, всі апарати зам'яті, одне місце в накопичувачі зайнято, S _{N + M-в} системі N + М вимог, всі апарати зайняті, накопичувач повністю завантажений. У найпростіших системах, коли заявки надходять на обслуговування по одній і також після обслуговування по одній покидають. Смо, всі стани можна збудувати в одну динамічну ланцюжок, що зручно зобразити графічно.

Квадрати зображують стан СМО, астрелкі: верхні затрузку, нижні розвантаж

Хар-ки СМО. Середня довжина оч ф, еці ТМ = M0P0 + M1P1 +...+ MnPn де Mn-кількість зайнятих місць у накопичувачі в кожному із станів S ₀ S _n. Імовірність відмови черговому клієнту визначається як можливість максимально завантаженого стану системи. Відносна пропускна здатність ОПВ = 1-Ротко. Абсолютний відмову (заявок / год) А0 = λ Р _отк Абсолютна пропускна здатність (заявок / год) АПС = Ротко * ОПВ. Середній час очікування в резервуарі (годину) Wм: = ТМ / АПС. Середній час перебування заявки в СМО (ч ас)

WS = WM +1 / μ. Середня довжина черги майстрів ТМ = N ₀ P ₀ + N ₁ P ₁ +...+ _{N n} P _n Середнє число зайнятих майстрів ZN = N-TN. Середнє сумарне число заявок в СМО ТS = ТМ + Zк.

3 Етап логічного проектування бази даних.

Етап логічного проектування - це моделювання всієї інформаційної системи та її окремих складових у формі, що відповідає реальній СУБД. Т.ч. даний етап орієнтується на конкретну СУБД і інструментальні властивості ПК.

Етапи логічного проектування:

Типи функціональних залежностей

Ключ відносини

Нормальні форми відносин

Логічна модель даних

Вибір конкретної СУБД

Перенесення концептуальної моделі предметної області на логічну модель даних.

опис мови запиту.

1 Реляційні об'єкти даних: домени, відносини.

Основними поняттями реляційних баз даних є тип даних, домен, атрибут, кортеж, первинний ключ і відношення.

Для початку покажемо зміст цих понять на прикладі ставлення СПІВРОБІТНИКИ, що містить інформацію про Реляційна модель даних - це така модель, яка представлена ​​у вигляді сукупності відносин, сукупності кортежів. В основі реляційної моделі використано поняття відносини представляє собою підмножину декартового добутку доменів.

співробітниках деякій організації:

Домен це деяка безліч елементів (наприклад, безліч цілих чисел або безліч допустимих значень, які може приймати об'єкт по деякому властивості).

Наприклад, домен "Імена" у нашому прикладі визначений на базовому типі рядків символів, але в число його значень можуть входити тільки ті рядки, які можуть зображати ім'я (зокрема, такі рядки не можуть починатися з м'якого знака).

Схема відношення бази даних - це іменоване безліч пар {ім'я атрибута, ім'я домену (або типу, якщо поняття домену не підтримується)}. Ступінь або "арность" схеми відносини - потужність цієї множини. Ступінь відносини СПІВРОБІТНИКИ дорівнює чотирьом, тобто воно є 4-арним. Якщо всі атрибути одного відносини визначені на різних доменах, осмислено використовувати для іменування атрибутів імена відповідних доменів (не забуваючи, звичайно, про те, що це є всього лише зручним способом іменування і не усуває відмінності між поняттями домену та атрибута).

Кортеж, що відповідає даній схемі відносини в базі даних, - це безліч пар {ім'я атрибута, значення}, яка містить одне входження кожного імені атрибута, що належить схемою відносини. "Значення" є допустимим значенням домену даного атрибуту (або типу даних, якщо поняття домену не підтримується). Тим самим, ступінь або "арность" кортежу, тобто число елементів у ньому, збігається з "арності" відповідної схеми відношення. Простіше кажучи, кортеж - це набір іменованих значень заданого типу.

Ставлення - це безліч кортежів даної бази даних, що відповідають одній схемі відносини. Іноді, щоб не плутатися, кажуть "відношення-схема" і "відношення-екземпляр", іноді схему відносини називають заголовком відносини, а відношення як набір кортежів - тілом відносини. Насправді, поняття схеми відносини в базі даних ближче всього до поняття структурного типу даних в мовах програмування. Було б цілком логічно вирішувати окремо визначати схему відносини, а потім одне або декілька відносин з даною схемою.

Однак у реляційних базах даних це не прийнято. Ім'я схеми відносини в таких базах даних завжди збігається з ім'ям відповідного ставлення-екземпляра. У класичних реляційних базах даних після визначення схеми бази даних змінюються тільки відносини-екземпляри. У них можуть з'являтися нові і віддалятися або модифікуватися існуючі кортежі. Однак у багатьох реалізаціях допускається і зміна схеми бази даних: визначення нових та зміна існуючих схем відносини. Це прийнято називати еволюцією схеми бази даних.

Звичайним життєвим представленням відносини є таблиця, заголовком якої є схема відносини, а рядками - кортежі відносини-примірники; в цьому випадку імена атрибутів іменують стовпці цієї таблиці. Тому іноді кажуть "стовпець таблиці", маючи на увазі "атрибут відносини.

Реляційна база даних - це набір відносин, імена яких збігаються з іменами схем відносин у схемі бази даних.

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

2 Модель повідомлень Windows. Моделі подій.

Модель повідомлень Windows

Особливістю поведінки програми, роботою якого керують події, є те, що додаток після створення і ініціалізації всіх візуальних і не візуальних компонентів (робота взаємопов'язаних методів Create) переходить в нескінченний цикл очікування подій (Events) від оточення (робота методу Run). Оточенням для програми Delphi виступає системна середовище, яке утворюється Windows 95.

Про всіх, що відбуваються в системі: натисканні клавіші на клавіатурі, переміщенні курсору миші, зміну конфігурації та вмісту системних і ініціалізованих файлів, ядро Windows інформує відкриті вікна додатків, посилаючи повідомлення (Messages) їх віконним функціям. Джерелами повідомлень крім ядра Windows можуть бути і драйвери пристроїв, в тому числі, клавіатури і миші. Наприклад, переміщається курсор миші - надсилається повідомлення wm_ MouseMove; створюється або переміщається вікно - wm_ Create або wm_ Move; виконується клацання по кнопках миші - wm_ LButtonDown, wm_ RButtonDown; натискається клавіша чи комбінація клавіш на клавіатурі - wm_ Char (точніше, при натисканні клавіш виникають нотіфікаціонние повідомлення - cn_ KeyDown (натискує функціональна клавіша чи комбінація клавіш і кнопок миші), cn_ KeyUp (відпущена) і cn_ Char (натискує клавіша основного набірного поля)). Всі повідомлення переносяться в системну чергу, а з системної черги пересилаються в чергу програми, якому вони призначені. Додаток витягує повідомлення з черги і передає його відповідної віконної функції. З віконної функцією асоціюється віконний елемент керування, розташований у відповідному вікні програми. Визначення якого саме елементу призначено подія здійснюється за правилами:

• елемент є активним або знаходиться в «фокусі введення»;

• елемент вибрано курсором миші (позиціонування події);

• елемент явно визначений при адресації події від іншого запису.

• Елемент, якого спрямована або адресовано подія, може:

• ігнорувати його (немає обробника подій даного виду);

• обробити подія;

не отримати його, так як його перехопив інший віконний елемент (наприклад, форма має можливість перехоплювати події від клавіатури, не пропускаючи його елементу, що знаходиться в «фокусі введення»).

Таким чином, життєвий цикл події з моменту його генерації складається з:

пошуку елемента, якому належить подія, тобто визначення джерела події (Sender);

пошуку методу-обробника даної події;

обробки події і модифікації стану або поведінки елемента;

видалити подію з черги подій.

Розроблене додаток Delphi дає повний доступ користувачеві до подієвої моделі Windows, спрощуючи процес обробки тієї чи іншої події.

Модель подій. Загальна характеристика подій від клавіатури, від миші.

Будь-який елемент може ігнорувати подія, якщо не містить власний обробник, обробити, або не отримати, якщо подія, адресований йому, перехоплено іншим елементом. Оскільки обробник події - це метод компонента, всередині цього методу при розробці коду повинні бути доступні основні властивості і методи цього класу. Тому з позиції об'єктної моделі Delphi подія - це тип, спеціального процедурного типу, який використовується для визначення процедури обробки події. Event-> Властивість: <тип> => покажчик на процедурний тип. У заголовку процедурного типу обов'язковим параметром є Sender: TObject, він є покажчиком на елемент - джерело події. Кожен компонент наділений своїм безліччю оброблюваних подій. Умовно події можна розділити на 5 груп:

1.Собитія від клавіатури - Можуть обробляти тільки віконні елементи, які можуть змінювати фокус вводу. Форма, як основний віконний елемент може перехоплювати події від клавіатури, адресоване елементу управління, що знаходиться у фокусі введення, якщо встановлено події KeyPreview. При натисканні клавіші основного складального поля виникає подія OnKeyPress. Якщо використовуються функціональні клавіші, клавіші управління, або комбінації (Alt + ..., Shift + ... і т.д.), то виникають події OnKeyDown, OnKeyUp. Для того, щоб обробити події, що надходять від функціональних клавіш, використовуються константи віртуальних клавіш: VK_F1, VK_Enter, VK_Home ...

2.Собитія від миші - Чи відносяться до класу позиційних подій, то є всі компоненти, які візуально доступні курсору миші, можуть обробляти події від цього пристрою. OnClick (за замовчуванням), OnDblClick.

OnMouseDown, OnMouseUp, OnMouseMove - x, y: integer - передають координати курсору миші в координатній сітці власника події.

За допомогою обробника подій від миші можна реалізувати подія перетягування компонентів на етапі RunTime (Drag & Drop). Основних подій в механізмі два: 1) OnDragOver-це подія генерується для компонента, над територією якої проноситься захоплений курсором компонент. 2) OnDragDrop - забезпечує вбудовування. Перетягування можливо тільки тоді, коли властивість DragMode - Automatic.

3.Собитія, що виникають на етапі створення, промальовування і візуалізації компонентів: OnCreate - виникає при створенні екземпляра класу (1 раз); OnPaint - промальовування; OnResize - зміна розміру; OnShow (OnHide); OnActivate (OnDeactivate) - ставиться до вікна коли воно стає вікном переднього плану; OnOpen (OnClose) - при відкритті

4.Собитія для компонентів, здатних вводити вихідні дані-OnChange за замовчуванням для TEdit? TDataSource і т.д.

5.Собитія для компонентів, здатних приймати фокус вводу: OnEnter - приймає фокус введення; OnExit - втрачає фокус вводу.

3 Одноканальна система масового обслуговування з накопичувачем, багатоканальна система масового обслуговування з накопичувачем.

Розглянемо загальну схему системи масового обслуговування для розімкнутих змішаних систем. Вона складається з обслуговуючої і обслуговується систем. Обслуговується система включає сукупність джерел вимог і водить потоку вимог. Вимога-кожен окремий запит на виконання якої-небудь роботи (на виробництво послуги). Джерело вимоги - об'єкт (людина, механізм і т.д.), який може послати в обслуговуючу систему одночасно тільки одна вимога Обслуговуюча система складається з накопичувача та механізму обслуговування. Обслуговуванням вважається задоволення запиту, що поступив на виконання послуги. Механізм обслуговування складається з декількох обслужіваюшіх апаратів. Обслуговуючий апарат - це частина механізму обслуговування. яка здатна задовольнити одночасно лише одна вимога (ремонтний робітник або бригада, кран, екскаватор, пост мийки і т.д.). Після закінчення обслуговування вимоги залишають систему, утворюючи виходить потік вимог. Для моделювання СМОРС повинні бути відомі чотири її параметра λ - щільність вхідного потоку, що показує середнє число вимог, що надходять у СМО в годину (параметр завантаження). Потік заявок найпростіший. μ-середнє число заявок обслуговуються одним апаратом у годину (параметр розвантаження).

Розподіл інтервалів обслуговування підпорядковується показовому розподілу N - чисто обслуговуючих апаратів. Будемо вважати, що апарати мають однакову продуктивність обслуговування μ вимог / год. М - максимальна кількість вимог, яке може бути розміщене в накопичувачі при очікуванні обслуговування. Будемо вважати, що якщо чергове вимог надходить в СМО в стані, коли буду т зайняті всі апарати і всі місця в накопичувачі то вимозі отримує відмову в обслуговуванні і залишає систему масового обслуговування не обслужених. У системі масового обслуговування постійно протікають два випадкові процеси:

- Процес завантаження обуотовтенний параметром λ

- Процес розвантаження обуотовтенний параметром μ

У результаті чого СМО змінює свої стани

Для розрахунку ймовірностей станів використовується формула зв'язує ймовірності двох сусідніх станів із графа станів за наступним правилом: ймовірність Р _i дорівнює ймовірності попереднього стану Р _{i -1} помноженої на відношення показника завантаження до показника розвантаження S _{i -1} стану.

(2)

Всі ймовірності пов'язані між собою, тому висловимо їх через Ро

(3)

Скористаємося формулою:

(4)

Отримаємо рівняння з одним невідомим Ро. з якого і визначимо

3.1 Якщо b> 1, то b = b-1 і y = 0

3.2 Якщо (b ≤ 1) ∩ d> 0, то b = Δτ _i; y = 1; d = d-1

3.3 Якщо (b ≤ 1) ∩ d = 0, то b = 0 і y = 1

1.1 Якщо a> 1, то а = а-1 і х = 0

1.2 Якщо а = 1, то а = Δt і х = 1

Завдання лінійного і нелінійного програмування

Термін «лінійне програмування» виник в результаті неточного перекладу англійського «linear programming». Одне зі значень слова «programming» - складання планів, планування. Отже, правильним перекладом «linear programming» було б не «лінійне програмування», а «лінійне планування», що більш точно відображає зміст дисципліни. Можна сказати, що лінійне програмування застосовується для побудови математичних моделей тих процесів, в основу яких може бути покладена гіпотеза лінійного представлення реального світу: економічних завдань, завдань управління та планування, оптимального розміщення устаткування і пр.

Завданнями лінійного програмування називаються завдання, в яких лінійні як цільова функція, так і обмеження у вигляді рівностей та нерівностей. Коротко задачу лінійного програмування можна сформулювати наступним чином: знайти вектор значень змінних, що доставляють екстремум лінійної цільової функції при m обмеженнях у вигляді лінійних рівностей або нерівностей.

Лінійне програмування є найбільш часто використовуваний метод оптимізації. До завдань лінійного програмування можна віднести завдання: раціонального використання сировини та матеріалів; завдання оптимізації розкрою; оптимізації виробничої програми підприємств; оптимального розміщення і концентрації виробництва; складання оптимального плану перевезень, роботи транспорту; управління виробничими запасами; і багато інших, що належать сфері оптимального планування . Так, за оцінками американських експертів, близько 75% від загального числа застосовуваних оптимізаційних методів припадає на лінійне програмування. Близько чверті машинного часу, витраченого в останні роки на проведення наукових досліджень, було відведено рішенням завдань лінійного програмування та їх численних модифікацій. В даний час лінійне програмування є одним з найбільш вживаних апаратів математичної теорії оптимального прийняття рішення. Для вирішення завдань лінійного програмування розроблено складне програмне забезпечення, що дає можливість ефективно і надійно вирішувати практичні завдання великих обсягів. Ці програми і системи забезпечені розвиненими системами підготовки вихідних даних, засобами їх аналізу і представлення отриманих результатів.

Лінійне програмування тісно пов'язане з іншими методами математичного програмування (наприклад, нелінійного програмування, де цільова функція нелінійна).

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

Будь-яка задача лінійного програмування приводиться до стандартної (канонічної) формі основної задачі лінійного програмування, яка формулюється наступним чином: знайти невід'ємні значення змінних X1, X2, Xn, які відповідають обмеженням у вигляді рівностей:

A _{1 1} X ₁ + A _{1 2} X ₂ + ... + A _{1 n} X _n = B _1;

A _{2 1} X ₁ + A _{2 2} X ₂ + ... + A _{2 n} X _n = B _2;

... ... ... ... ... ... ... ... ... ... ... ... ... ...

A _{m 1} X ₁ + A _{m 2} X ₂ + ... + A _{m n} X _n = Bm;

Xj ≥ 0, j = 1, ..., n

і що звертають в максимум лінійну функцію цих змінних:

E = C ₁ X ₁ + C ₂ X ₂ + ... + C _n X _n  max

При цьому також потрібно, щоб праві частини рівностей були ненегативні, тобто повинні дотримуватися умови:

Bj ≥ 0, j = 1, ..., n

Приведення до стандартної форми необхідно, так як більшість методів розв'язання задач лінійного програмування розроблено саме для стандартної форми. Для приведення до стандартної формі завдання лінійного програмування може знадобитися виконати наступні дії: - перейти від мінімізації цільової функції до її максимізації; - змінити знаки правих частин обмежень; - перейти від обмежень-нерівностей до равенствам; - позбутися від змінних, не мають обмежень на знак .

Завдання нелінійного програмування У загальному вигляді завдання нелінійного програмування полягає у визначенні максимального (мінімального) значення функції f (x1, x2, ..., xn) за умови, що її змінні задовольняють співвідношенням

де f і gi - деякі відомі функції n змінних, а bi - задані числа. Коли цільова (виробнича) функція та обмеження нелінійні і для пошуку точки екстремуму не можна або дуже складно використовувати аналітичні методи рішення, тоді для вирішення завдань оптимізації застосовуються методи нелінійного програмування. Як правило, при вирішенні завдань методами нелінійного програмування використовуються чисельні методи із застосуванням ЕОМ. В основному методи нелінійного програмування можуть бути охарактеризовані як багатокрокові методи або методи подальшого поліпшення вихідного рішення. У цих завданнях зазвичай заздалегідь не можна сказати, яке число кроків гарантує знаходження оптимального значення із заданим ступенем точності. Крім того, в задачах нелінійного програмування вибір величини кроку становить серйозну проблему, від успішного вирішення якої багато в чому залежить ефективність застосування того чи іншого методу. Різноманітність методів розв'язання задач нелінійного програмування якраз і пояснюється прагненням знайти оптимальне рішення за найменшу кількість кроків.

Більшість методів нелінійного програмування використовують ідею руху в n-мірному просторі в напрямку оптимуму.

При цьому з деякого вихідного або проміжного стану U ^k здійснюється перехід в наступний стан U ^{k +1} зміною

вектора U ^k на величину DU ^k, звану кроком, тобто

U ^{k +1} = U ^k + DU ^k (1)

У ряді методів крок, тобто його величина і напрямок визначається як деяка функція стану U ^k

DU ^k = f (U ^k) (2)

Отже, згідно з (1) новий стан U ^k, що отримується в результаті виконання етапу (2) може розглядатися як функція початкового стану U ^k

U ^{k +1} = U ^k + f (U ^k) (3)

У деяких методах DU ^k обумовлений не тільки станом U ^k, а й рядом попередніх станів

DU ^K = f (U ^k), U ^k-1 ..., U ^k-2 (4)

U ^{k +1} = U ^k + f (U ^k), U ^k-1 ..., U ^k-2 (5)

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

В даний час для вирішення подібних завдань розроблено значну кількість методів, однак не можна віддати перевагу якому-небудь одному. Вибір методу визначається складністю об'єкта і розв'язуваної завданням оптимізації.

Методи нелінійного програмування у відповідності зі способом визначення кроку пошуку R (U) можна віднести до одного з 3-х типів:

1.Безградіентние методи

2.Градіентние методи

3.Методи випадкового пошуку.

Всі ці методи можна назвати прямими ітеративними методами.

Завдання оптимізації (екстремальні завдання)

називаються завданнями нелінійного програмування (скорочено завданнями НЛП), якщо серед функцій f, g ₁ ... g _m, h ₁ ..., h _k є хоча б одна нелінійна функція. Записи (1) - (3) і (4) - (5) є стандартними постановками завдань мінімуму і максимуму (зверніть увагу на знаки нерівностей в (2) і (5)).

Завдання НЛП, як і будь-які інші завдання оптимізації, є математичними моделями деяких практичних задач прийняття рішення.

2 Технологія Automation. Інтерфейси диспетчеризації.

OLE (Automation) - об'єкт автоматизації який представляє собою певний усередині додатку екземпляр класу, який допомоги інтерфейсів автоматизації надає своє властивості і методи іншим додаткам і інструментальним засобам програмування.

COM Automation

IUnKnow

IDispatch

Програми або інструментальні засоби програмування, які мають доступ до управління програмними об'єктами, містяться в сервері автоматизації, називаються контролерами автоматизації диспетчерами.

Управління програмними проектами здійснюється за допомогою спеціальної мови програмування серверів автоматизації, який в загальному випадку не співпадає з мовою програмування додатків.

Idispatch - інтерфейс диспетчеризації.

Основна функція Invoke. Function Invoke (DispId: integer; Const Iid: TGId; Locale ID: integer; Flags: word; var params; var Result, ExceptInfo, ArgErr: Point): Integer;

, Де DispId - число, яке називається ідентифікатором диспетчера, який вказує який саме метод повинен використовувати сервер.

LocaleId - локальний Id.

Flags - ознака як викликається метод. Метод доступу до властивості або метод дії.

Params - покажчик на масив TdispParams який зберігає параметри виклику методу.

VarResult - покажчик на область OLEVariant в якій розміщуються повертаються методам дані.

Exceptinfo - покажчик на запис з інформацією про виниклу виняткової ситуації, якщо метод повертає DispEException.

ArgErr - покажчик на число, так само порядковому номеру параметра у виклику при обробці якого виникло виключення.

3 Задача лінійного і нелінійного програмування.

Рівняння регресії - ур-ие, що зв'язує між собою фактор ознаки і результативні ознаки. Ур-ие регресії бувають лінійні і нелінійні. Сама регресія буває парна (залежність між 1-им фактор ознакою і результатом) і множинна.

y = y (x) (1) (з. між 1-им ф. ознакою і рез-ом)

y = a + bx (2) (парна лінійна регресія, тому що х і у беруть участь в 1-го ступеня, а і b - параметри регресії мають економічний сенс).

Щоб врахувати виникають перешкоди (погрішності в рівнянні (2)) зазвичай пишуть: у = a + bx + e, де e - спотворення моделі, що враховує ряд інших фактор ознак не явно беруть участь у процесі.

Існують і іншого виду регресії:

1. Лінійні - по чинник ознакою.

2. Нелінійні - за параметрами.

Нелінійні задачі математичного програмування.

Постановка завдання. Знайти такий план X = (x _1, x _2, ..., x _n), при якому функція f = f (x _1, x _2, ..., x _n) досягає максимуму (мінімуму) за умови, що змінні x _1, x _2, ..., x _n задовольняють додатковим умовам g ₁ (x _1, x _2, ..., x _n) = 0, ... , G _n (x _1, x _2, ..., x _n) = 0.

У математичному аналізі таке завдання, називається задачею на умовний екстремум. Вона зводиться до побудови функції Лагранжа

F = f (x _1, x _2, ..., x _n) +  ₁ g ₁ +  ₂ g ₂ +...+  _m g _m, де  _1,  _2, ...,  _m - множники Лагранжа.

За допомогою функції Лагранжа завдання на пошук умовного екстремуму для функції зводиться до задачі на пошук безумовного екстремуму для функції F. У цьому випадку разом із змінними x ^* _1, x ^* _2, ..., x ^* _n доставляють оптимальне рішення всієї задачі відшукуються оптимальні коефіцієнти  * _1,  * _2, ...,  * _m, які визначають оптимальні (тіньові ) ціни (оцінки) обмежень.

У Microsoft Excel такі завдання вирішуються за допомогою програми Пошук рішення. У діалоговому вікні Поиск решения після натискання кнопки Параметри активізується або метод Ньютона, або градієнтний метод. Запис функції мети, діапазону шуканих змінних і обмежень проводиться аналогічно використанню симплексного методу в категорії Лінійні задачі (див. попередні лабораторні роботи).

Визначення оптимальних значень  * _1,  * _2, ...,  * _m множників Лагранжа знаходиться паралельно зі знаходженням оптимальних значень x ^* _1, x ^* _2, ..., x ^* _n плану завдання, і видається одночасно по закінченні рішення завдання у звіті за стійкістю.

Загальна задача нелінійного інтервального програмування має вигляд

(1) де - Вектор, а функції мети і обмежень - Інтервальні

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

Коли цільова (виробнича) функція та обмеження нелінійні і для пошуку точки екстремуму не можна або дуже складно використовувати аналітичні методи рішення, тоді для вирішення завдань оптимізації застосовуються методи нелінійного програмування. Як правило, при вирішенні завдань методами нелінійного програмування використовуються чисельні методи із застосуванням ЕОМ.

В основному методи нелінійного програмування можуть бути охарактеризовані як багатокрокові методи або методи подальшого поліпшення вихідного рішення. У цих завданнях зазвичай заздалегідь не можна сказати, яке число кроків гарантує знаходження оптимального значення із заданим ступенем точності. Крім того, в задачах нелінійного програмування вибір величини кроку становить серйозну проблему, від успішного вирішення якої багато в чому залежить ефективність застосування того чи іншого методу. Різноманітність методів розв'язання задач нелінійного програмування якраз і пояснюється прагненням знайти оптимальне рішення за найменшу кількість кроків.

Більшість методів нелінійного програмування використовують ідею руху в n-мірному просторі в напрямку оптимуму.

Лінійне програмування (ефективність виробництва)

1 Декомпозиція системи на управляючу і керовану системи.

Поняття кібернетичної системи пов'язано з процесами управління і переробки даних. Процес управління розглядається як процес взаємодії двох систем - керуючої і керованої, в якій X - вхідні параметри про стан об'єктів управління, Y - вихідні параметри, за якими судиться про те, чи досягнута мета управління .

Зворотній зв'язок - забезпечує передачу даних в керуючу систему, за якими судять про розузгодження мети і одержуваних результатів. Керуючі або управлінські впливи   - середа. Управління Інформація

Процес управління містить наступні етапи:

1. Збір інформації про об'єкт управління.

2. Вироблення рішення відповідно до критеріїв ефективності управління.

3. Формування і видача керуючих впливів (реалізується в керуючій системі).

4. Реалізація рішення.

5. Зміна стану об'єкта (реалізується в керованій системі).

Управління - це цілеспрямований інформаційний вплив однієї системи на іншу, яка прагне змінити стан останньої відповідно до обраних критеріїв ефективності функціонування. (Приклад ІС - управління підприємством).

Основні напрями вдосконалення систем управління:

1. Удосконалення організаційних відносин. Основне правило - чим менше рівнів управління, тим менше ланок управлінського апарату, тим простіше система управління підприємством, але складніше і інтелектуальніший завдання, яке вирішується кожної підсистемою управління.

2. Удосконалення економічних відносин.

3. Удосконалення техніки та технології управління.

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

Визначення ІС включає: структуру системи, як безліч елементів і взаємини, склад, опис функцій, опис входів і виходів, як для системи в цілому, так і для кожного елемента; мети, обмеження та критерії; архітектура системи

2 Двоїста задача лінійного програмування.

Аналіз ефективності виробництва заснований на принципі подвійності лінійного програмування. Двоїстість в лінійному програмуванні має кілька аспектів:

- Вимірювальний аспект;

- Принцип граничного компромісу;

- Принцип дефіцитності;

- Глобальний економічний аспект.

Усі аспекти подвійності пов'язані з виробничою оцінкою ресурсів, тобто з отриманням тіньових цін ресурсів при різних станах виробництва.

Можна встановити пряму залежність між рівнем ефективності виробництва та значенням тіньових цін ресурсів.

Завдання, двоїста до початкової, будується наступним чином:

1) Вихідна завдання - на мінімум, отже, двоїста задача - на максимум.

2) Матриця коефіцієнтів системи обмежень буде представляти собою транспоновану матрицю відповідних коефіцієнтів вихідної задачі. При цьому всі обмеження повинні бути одного типу, наприклад "більше або дорівнює".

3) Число змінних в двоїстої задачі дорівнює числу обмежень у вихідній задачі, і навпаки, число обмежень у двоїстої задачі дорівнює числу змінних у вихідній. Мінлива двоїстої задачі відповідає першому обмеження вихідної задачі, мінлива - Другому, - N-ному.

4) Коефіцієнтами при змінних , , і в цільовій функції двоїстої задачі є вільні члени обмежень вихідної задачі (всі обмеження одного типу), тобто вектор

а правими частинами обмежень двоїстої задачі є коефіцієнти цільової функції вихідної задачі, тобто вектор .

5) Якщо всі змінні вихідної задачі ненегативні, то всі обмеження двоїстої завдання будуть нерівностями типу « »(Оскільки двоїста задача на максимум). Таким чином, математична модель двоїстої задачі наступна: . Потім двоїста задача вирішується темі ж методами, що і початкова.

3 Засоби синхронізації потоків: події, взаємні виключення, критичні секції, семафори.

Синхронізація - якщо Ви потік не взаємодіє з ресурсами інших потоків і не звертається до VCL. Головні поняття для розуміння механізмів синхронізації - функції очікування та об'єкти синхронізації. Ряд функцій, які дозволяють припинити виконання викликав цю функцію потоку аж до того моменту, як буде змінено стан якогось об'єкта, званого об'єктом очікування.

Подія - об'єкт типу подія - найпростіший вибір для завдань синхронізації. Він подібний до дверного дзвінку-дзвенить до тих пір, поки його кнопка знаходиться в натиснутому стані, сповіщаючи про цей факт оточуючих. Аналогічно, і об'єкт може, знаходиться в 2х станах, а «чути» його можуть багато потоки відразу. Клас TEvent має 2 методи переводять об'єкт в активне і пасивне стан (Set Event і Reset Event).

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

Критичні секції (область глобальної пам'яті, кторая вимагає захисту при зверненні до нього декількох потоків одночасно, може виконуватися в рамках одного потоку, всі інші блокуються.) - Подібні до взаємних виключень по суті, однак, між ними існують 2 головних відмінності:

1. взаємні виключення можуть бути спільно використані потоками в різних процесах.

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

Критичні секції, більш ефективні, ніж взаємні виключення, тому що використовують менше системних ресурсів. І є системними об'єктами і підлягають обов'язковому звільненню.

Семафор - подібний взаємною виключенню. Різниця між ними в тому, що семафор може управляти кількістю потоків, які мають до нього доступ. Семафор встановлюється на граничне число потоків, яким доступ дозволений. Коли це число досягнуто, наступні потоки будуть припинені, поки один або більше потоків не від'єднався від семафора і не звільнять доступ.

Основні методи управління:

• Proc.Suspend - призупинити виконання процесу

• Proc.Terminate - завершити

• Execute - реалізує тіло потоку (програмний код)

• Resume - відновлює роботу потоку, який був створений при true або був використаний метод suspend;

• Destroy - руйнує примірник;

• WaitFor - дозволяє одному потоку дочекатися моменту, коли завершиться інший потік.

• FreeOnTеrminate - якщо true, то деструктор потоку буде викликаний автоматично по його завершенні.

• Synchronize - відноситься до секції protected, тобто може бути викликаний з нащадків Tthread, исп-ся для безпечного виклику методу VCL всередині потоку, тобто кожному об'єкту VCL має доступ один потік

Constructor create - отримує параметр creat Suspended, якщо його зн = true, то новостворений потік не виконується дотех пір, поки не буде зроблений виклик методу Resume. Якщо false конструктор завершується і лише потім потік починає виконання.

3 Створення OLAP-засобів на стороні сервера і на стороні клієнта.

Багатовимірний аналіз даних може бути проведений за допомогою різних інструментальних засобів, які умовно можна розділити на клієнтські та серверні OLAP-засоби.

Клієнтські OLAP-засоби представляють собою програми, які здійснюють обчислення агрегатних даних (сум, середніх величин, максимальних або мінімальних значень) та їх відображення, при цьому самі агрегатні дані містяться в кеші всередині адресного простору такого OLAP-засоби.

Якщо вихідні дані містяться в локальній СУБД, обчислення агрегатних даних виробляється самим OLAP-засобом. Якщо ж джерело вихідних даних - серверна СУБД, багато хто з клієнтських OLAP-засобів посилають на сервер SQL-запити, що містять оператор GROUP BY, і в результаті отримують агрегатні дані, обчислені на сервері.

Як правило, OLAP-функціональність реалізована в засобах статистичної обробки даних (з продуктів цього класу на російському ринку широко поширені продукти компаній StatSoft та SPSS) і в деяких електронних таблицях. Зокрема, розвиненими засобами багатовимірного аналізу володіє Microsoft Excel 2000. За допомогою цього продукту можна створити і зберегти у вигляді файлу невеликий локальний багатомірний OLAP-куб і відобразити його двох-або тривимірні перетину.

Багато інструментальні засоби розробки містять бібліотеки класів або компонентів, що дозволяють створювати додатки, що реалізують найпростіший OLAP-сервіс (такі, наприклад, як компоненти DecisionCube в Borland Delphi і Borland C + + Builder).

Клієнтські OLAP-засоби застосовуються, як правило, при малому числі вимірів (зазвичай рекомендується не більше шести) і невеликій різноманітності значень цих параметрів, - адже отримані агрегатні дані повинні уміщатися в адресному просторі подібного кошти, а їх кількість зростає експоненціально при збільшенні числа вимірів. Тому навіть найпримітивніші клієнтські OLAP-засоби, як правило, дозволяють зробити попередній підрахунок обсягу необхідної оперативної пам'яті для створення в ній багатовимірного куба.

Багато хто (але не всі!) Клієнтські OLAP-засоби дозволяють зберегти вміст кешу з агрегатними даними у вигляді файлу, що, у свою чергу, дозволяє не проводити їх повторне обчислення.

Ідея збереження кешу з агрегатними даними у файлі отримала свій подальший розвиток в серверних OLAP-засобах, в яких збереження та зміна агрегатних даних, а також підтримка містить їхні сховища здійснюються окремим додатком або процесом, званим OLAP-сервером.

Клієнтські додатки можуть запитувати подібне багатовимірне сховище і у відповідь отримувати ті або інші дані. Деякі клієнтські програми можуть також створювати такі сховища або оновлювати їх відповідно до змінилися вихідними даними.

Переваги застосування серверних OLAP-засобів в порівнянні з клієнтськими OLAP-засобами подібні з перевагами застосування серверних СУБД в порівнянні з локальними: у разі застосування серверних засобів обчислення і зберігання агрегатних даних відбуваються на сервері, а клієнтське додаток отримує лише результати запитів до них, що дозволяє в загальному випадку знизити мережевий трафік, час виконання запитів і вимоги до ресурсів, що споживаються клієнтським додатком.

Засоби аналізу і обробки даних масштабу підприємства, як правило, базуються саме на серверних OLAP-засобах, наприклад, таких як Oracle Exdivss Server, Microsoft SQL Server 2000.

Багато клієнтські OLAP-засоби (зокрема, Microsoft Excel 2000 та ін) дозволяють звертатися до серверних OLAP-сховищ, виступаючи в цьому випадку в ролі клієнтських додатків, що виконують подібні запити. Крім цього є чимало продуктів, що представляють собою клієнтські додатки до OLAP-засобів різних виробників.

1 Системна інтерпретація моделі - чорний ящик.

Найпростішою моделлю системи явл-ся модель «чорний ящик». Так називають систему, про яку зовнішньому спостерігачеві доступні лише вхідні та вихідні параметри, а внутрішня структура системи і процеси в ній невідомі. Вхідні параметри можна розглядати як дії, що управляють, а бажані значення вихідних - як мету управління. Ряд важливих висновків про поведінку системи можна зробити, спостерігаючи тільки її реакцію на дії, тобто спостерігаючи залежності м / у змінами вхідних і вихідних параметрів. Такий підхід відкриває можливості вивчення систем, пристрій яких або зовсім невідоме, або занадто складно для того що б можна було за властивостями складових частин і зв'язків м / у ними зробити висновки про поведінку системи в цілому. Тому поняття «чорний ящик» широко застосовується при вирішенні задач ідентифікації та моделюванні реакції на керуючий вплив в АСУ складними об'єктами управління. Якщо схему моделювання системи «чорним ящиком» зобразити у вигляді:

То можна визначити два її основн.свойства: цілісність і відокремленість від середовища. Взаємодія з середовищем здійснюється лише на вході в систем, куди надходять кошти, необхідні для забезпечення мети, котор.на ріс.обозначени вихідний стрілкою. В економіці виробничі системи, як правило, технологічно закриті і моделюються «чорним ящиком». У цьому випадку, відомі лише зовнішні надходження ресурсів (коштів) і вихід готової продукції (мета). Такі системи в математичному уявленні можуть бути дані так:

Тут х1, х2, х _n - виміряні обсяги ресурсів. Вони називаються аргументами-факторами. Y - виміряний валовий дохід, називається функцією. Сама математична модель записується у вигляді формули Y = f (x1, x2 ... x _n). В економіці таку функцію називають виробничій.

2 OLAP-технологія. Склад аналітичної інформаційної системи.

В області інформаційних технологій можна виділити два класи систем:

• системи, орієнтовані на операційну (трансакціонної) обробку даних; вони часто називаються системами обробки даних (СОД) або OLTP-системами (O n-L ine T ransaction P rocessing) - системи, орієнтовані на оперативну аналітичну обробку даних, визнане назва яких - системи підтримки прийняття рішень (СППР) або Decision Support Systems (DSS), які базуються на OLAP-технології аналізу багатовимірних даних

Основна ідея OLAP-технології полягає в побудові багатовимірних кубів даних, які в подальшому можна використовувати для реалізації аналітичних користувача запитів. Вихідні дані для побудови OLAP-кубів зазвичай зберігаються в реляційних базах даних, званих також сховищами даних (Data Warehouse). На відміну від оперативних баз даних, з якими працюють програми ведення даних, сховища даних призначені виключно для обробки і аналізу інформації, тому проектуються вони таким чином, щоб час виконання запитів до них була мінімальною. Зазвичай дані копіюються в сховище з оперативних баз даних згідно з визначеним регламентом, наприклад, раз на місяць, квартал або рік. Типова структура сховища даних істотно відрізняється від структури звичайної реляційної БД. Як правило, ця структура денормалізована (це дозволяє підвищити швидкість виконання запитів), тому може допускати надмірність даних. Основними складовими структури сховищ даних є таблиця фактів (fact table) і таблиці вимірів (dimension tables). Таблиця фактів є основною таблицею сховища даних. Як правило, вона містить відомості про об'єкти або події, сукупність яких буде надалі аналізуватися. Зазвичай говорять про чотирьох найбільш поширених типах фактів. До них відносяться: факти, пов'язані з транзакціями. Вони засновані на окремих подіях (наприклад, телефонний дзвінок); факти, пов'язані з «моментальними знімками». Засновані на стан об'єкта (наприклад, банківського рахунку) в певні моменти часу, наприклад на кінець дня або місяця. Типовими прикладами таких фактів є обсяг продажів за; факти, пов'язані з елементами документа. Засновані на тому чи іншому документі (наприклад, рахунку за товар або послуги) і містять детальну інформацію про елементи цього документа (наприклад, кількості, ціні, відсотку знижки); факти, пов'язані з подіями або станом об'єкта. Представляють виникнення події без подробиць про нього.

Таблиця фактів, як правило, містить унікальний складовою ключ, який об'єднує первинні ключі таблиць вимірів, найчастіше це цілочисельні значення або значення типу «дата / час». Так як таблиця фактів може містити сотні тисяч записів, то зберігати в ній повторювані текстові описи, як правило, невигідно - краще помістити їх у менші за обсягом таблиці вимірів. При цьому як ключові, так і деякі не ключові поля повинні відповідати майбутнім вимірам OLAP-куба. Крім цього таблиця фактів містить одне або кілька числових полів, на підставі яких в подальшому будуть отримані агрегатні дані. Таблиці вимірювань містять незмінні або рідко змінювані дані. У переважній більшості випадків ці дані являють собою по одному запису для кожного елемента нижнього рівня ієрархії у вимірі. Таблиці вимірювань також містять як мінімум одне описове поле (зазвичай з ім'ям елемента вимірювання) і, як правило, цілочисельне ключове поле (зазвичай це сурогатний ключ) для однозначної ідентифікації елемента вимірювання. Якщо майбутнє вимір, засноване на даній таблиці вимірювань, містить ієрархію, то таблиця вимірювань також може містити поля, вказують на «батька» даного елемента в цій ієрархії. Кожна таблиця вимірювань повинна знаходитися у відношенні «один до багатьох» із таблицею фактів. Швидкість зростання таблиць вимірювань повинна бути незначною в порівнянні зі швидкістю зростання таблиці фактів; наприклад, додавання нового запису в таблицю вимірювань, що характеризує товари, проводиться тільки при появі нового товару, не продавався раніше. Одне вимір куба може міститися як в одній таблиці, так і в декількох зв'язаних таблицях, що відповідають різним рівням ієрархії у вимірі. Якщо кожний вимір міститься в одній таблиці, така схема сховища даних носить назву «зірка». Якщо ж хоча б один вимір міститься в кількох зв'язаних таблицях, така схема сховища даних носить назву «сніжинка». Додаткові таблиці вимірювань в такій схемі, зазвичай відповідні верхнім рівням ієрархії вимірювання і що знаходяться в співвідношенні «один до багатьох» у головній таблиці вимірювань, відповідної нижнього рівня ієрархії, іноді називають консольними таблицями. Традиційно навіть при наявності ієрархічних вимірювань з метою підвищення швидкості виконання запитів до сховища даних перевага віддається схемою «зве рен».

З загальної позиції обробки даних можна виділити два домінуючих класу інформаційних систем: системи, орієнтовані на операційну (трансакціонної) обробку даних (On-Line Transaction Processing, OLTP-системи), часто їх визначають як системи обробки даних (СОД); системи, орієнтовані на аналітичну обробку даних (Decision Support Systems, DSS), або системи підтримки прийняття рішень (СППР).

СОД забезпечують процеси повсякденної рутинної обробки даних на конкретних робочих місцях або виробничих дільницях.

СППР - є вторинними по відношенню до СОД і покликані здійснювати аналіз результатів діяльності за різні періоди часу, оцінку ефективності роботи окремих підрозділів або співробітників та інші аналітичні процедури. Подальший розвиток аналітичних інформаційних систем пов'язано з технологією оперативної аналітичної обробки даних (On-Line Analytical Processing, OLAP-системи), в основі концепції якої лежить багатомірне представлення даних. У середовищі Delphi багатовимірні дані представляються у вигляді метакуба, де кожному фактору відповідає свій вимір. У конкретній комірці, як правило, представляються агреговані дані - сума, середнє, максимальне значення - або нові багатовимірні дані (куби). Як правило для формування набору даних із сукупності пов'язаних таблиць використовується компонент TDecisionQuery, SQL оператор к-го містить оператор Select.

TdecisionCube - реалізує багатовимірний куб. З'єднується з набором даних за допомогою сво-ва DataSet. TdecisionGrid - показує дані з багатомірного куба. TdecisionGraph - призначений для показу графіків, джерелом до-х служать багатовимірні дані.

3 Кібернетичний підхід до інформаційної системи як системи управління.

Поняття кібернетичної системи пов'язано з процесами управління і переробки даних. Процес управління розглядається як процес взаємодії двох систем - керуючої і керованої, в якій X - вхідні параметри про стан об'єктів управління, Y - вихідні параметри, за якими судиться про те, чи досягнута мета управління. Зворотній зв'язок - забезпечує передачу даних в керуючу систему, за якими судять про розузгодження мети і одержуваних результатів.

Керуючі або управлінські впливи   - середа. Процес управління містить наступні етапи:

1. Збір інформації про об'єкт управління.

2. Вироблення рішення відповідно до критеріїв ефективності управління.

3. Формування і видача керуючих впливів (реалізується в керуючій системі).

4. Реалізація рішення.

5. Зміна стану об'єкта (реалізується в керованій системі). Управління - це цілеспрямований інформаційний вплив однієї системи на іншу, яка прагне змінити стан останньої відповідно до обраних критеріїв ефективності функціонування. (Приклад ІС - управління підприємством). 2. Основні напрями вдосконалення систем управління:

1. Удосконалення організаційних відносин, тобто формування раціональної структури системи управління (склад і структура АУП), розподіл прав і посадових обов'язків. Основне правило - чим менше рівнів управління, тим менше ланок управлінського апарату, тим простіше система управління підприємством, але складніше і інтелектуальніший завдання, яке вирішується кожної підсистемою управління.

2. Удосконалення економічних відносин - формування управлінських впливів згідно з об'єктивними економічними закономірностями суспільного розвитку.

3. Удосконалення техніки та технології управління.

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

2. Інформаційно-довідкові системи

ВУ - обчислювальний пристрій

2. Інформаційно-керуючі системи

Якщо в системі є людина, то система називається автоматизованої. ІС сама за визначенням є теж системою управління. Визначення ІС включає:

• Структуру системи, як безліч елементів і взаємовідносини

• Склад

• Опис функцій

• Опис входів і виходів, як для системи в цілому, так і для кожного елемента

• Цілі, обмеження та критерії

• Архітектура системи

1 Реляційна модель даних. Нормальні форми вищих порядків.

Реляційна модель даних - це така модель, яка представлена ​​у вигляді сукупності відносин, сукупності кортежів. В основі реляційної моделі використано поняття відносини представляє собою підмножину декартового добутку доменів.

Домен це деяка безліч елементів (наприклад, безліч 2целих чисел або безліч допустимих значень, які може приймати об'єкт по деякому властивості).

Елементами відносини є кортежі. Арность кортежу визначає арность відносини. Відносини арності 1 часто називають унарним, арності 2-бінарним, арності 3-Тернар, арності nn-арнимі. У відношенні не повинні зустрічатися однакові кортежі, і крім того, порядок кортежів у відношенні неістот-и.

Рядок-кортеж

Стовпець-домен або атрибут

Таблиця, що представляє К-арне відношення R, має такі властивості:

кожен рядок являє собою кортеж і R значень, що належать R стовпцях;

Порядок стовпців фіксований;

порядок рядків байдужий;

будь-які два рядки розрізняються хоча б одним елементом

Рядки і стовпці можуть оброблятися в будь-якій послідовності певної застосовуваними операційної обробки.

Атрибути відносин - це стовпці відносин

Схема відносин - список іменних атрибутів

Схема реляційної БД-набір схем відносин.

Полегшує встановлення зв'язків, дає можливість легко і швидко встановити новий зв'язок, дозволяє оптимальним чином здійснити доступ до даних будь-якого рівня. Всі СУБД, що працюють на ПК, підтримують цю модель. Переваги моделі:

гнучкість моделі пояснюється наявністю математичного апарату нормалізації відносин;

наявність зовнішніх ключів;

використання мови структурованих запитів.

В основу реляційної моделі покладено теоретико-множинний підхід, що базується на понятті відносини. В основі відносини - таблиця (плоский файл). Набір відносин може бути використаний для зберігання даних конкретної ПЗ.

Нормальна форма Кожна МФ по-перше, обмежує певний тип ФЗ, по-друге, усуває відповідні аномалії при виконанні операцій над відносинами. 1НФ: Відношення знаходиться в 1НФ якщо значення всіх його атрибутів атомарний. 2НФ: Ставлення знаходиться під 2НФ, якщо воно знаходиться в 1НФ і кожен неключових атрибут функціонально повно залежить від ключа. 3НФ: ставлення знаходиться в 3НФ, якщо воно знаходиться у 2НФ і в ньому відсутні транзитивні залежності неключових атрибутів від ключа. 3НФ звільняє від надмірності та аномалій виконання операцій включення, видалення і оновлення. НФ Бойса-Кодда: Відношення знаходиться в НФБК, якщо воно знаходиться в 3НФ і відсутня залежність ключів від ключових атрибутів. 4НФ: якщо в ньому присутні багатозначні ФЗ. Змінна-відношення R нах. в 4НФ, якщо існують множини А і В атрибутів цієї змінної відношення R, для яких виконується нетривіальна багатозначна залежність А -> В, всі атрибути відносини R також функціонально залежать від атрибута. 5НФ: ставлення нах. в 4НФ, декомпозіруется в 5НФ так, щоб результат задовольняв збереженню залежності по з'єднанню. Змінна-відношення R нах. в 4НФ, яку іноді інакше називають проекційно-сполучної НФ, якщо кожна нетривіальна залежність з'єднання у змінній-відношенні R мається на увазі її потенційними ключами.

2 Технологія OLE.

Механізм, званий OLE-автоматизацією (automation) призначений для надання одними додатками своїх сервісів іншим програмам. Програма, яка надає сервіси, називають сервером автоматизації. Додаток, що використовує сервіс, називають клієнтом або контролером автоматизації. Кожен сервер автоматизації володіє унікальним ідентифікатором GUID (Global Unique Identifier), інформація про який зберігається в системному реєстрі. Сервер автоматизації надає своїм клієнтам для доступу об'єкт спеціального типу - dispatch object. При цьому в адресному просторі додатка-котроллер, керуючого сервером, присутній варіантна змінна, що містить інтерфейс IDispatch, що надає контролеру доступ до цього об'єкта.

Для створення екземпляра об'єкта автоматизації в Delphi використовується функція

function CreateOleObject (const ClassName: string): IDispatch.

Ця функція створює екземпляр об'єкту та повертає покажчик на його інтерфейс. Як параметр функції передається ім'я класу, який повинен бути зареєстрований в системному реєстрі. Наприклад, для використання сервісів, що надаються редактором Word, у додатку Delphi необхідно створити об'єкт автоматизації наступним способом:

uses ComObj;

var WD: Variant;

WD: = CreateOleObject ('Word.Application.8');

Наявність тих чи інших можливостей управління сервером залежить від того, які об'єкти, властивості і методи сервера надані розробниками сервера для автоматизації зовнішніх програм. Опис усіх констант, властивостей і методів, що надаються для автоматизації за допомогою зовнішніх програм, зберігається в бібліотеці типів.

Для відкриття бібліотеки типів у середовищі Delphi необхідно:

1. вибрати пункт меню File | Open;

2. у вікні відкриття файлу вказати тип файлів -

Type Library (*. tlb, *. dll, *. ocx, *. exe, *. olb)

3. вибрати файл. Наприклад, для створення серверів автоматизації Word і Excel необхідно вибрати файли:

для Excel - c: \ Program Files \ Microsoft Office \ Office \ excel8.olb

для Word - c: \ Program Files \ Microsoft Office \ Office \ msword8.olb

3 Інтерфейси материнської плати і стандарти шин: ISA, EISA, PCI, AGP.

Материнська плата сполучається із зовнішніми пристроями лініями обміну даними. У їхній якості виступають шини і порти введення-виведення.

Шина - сукупність проводок і роз'ємів, що забезпечують взаємодію пристроїв комп'ютера.

З моменту початку використання ПК застосовувалися різні стандарти шинної архітектури (ISA, EISA, MCA, VLB, PCI, AGP).

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

Для узгодження інтерфейсів периферійні пристрої підключаються до шини не безпосередньо, а через свої контролери (адаптери) та порти приблизно за такою схемою:

Пристрій - контролер (або адаптер) - Порт - Шина

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

Для підключення дочірніх плат використовуються шини стандартів EISA, ISA, PCI, AGP.

Шина ISA (Industry Standard Architecture) у першій своїй версії (шина IBM / PC) мала тактову частоту 4,7 МГц, виконувала роль єдиної системної шини в перших персональних комп'ютерах. У наступній версії (шина PC / AT) шляхом додавання 36-контактного гнізда для подачі додаткових сигналів була збережена сумісність знизу вгору. Шина тактироваться частотою 8,33 МГц.

З переходом до 32-розрядному процесору i80836 шина ISA не зазнала змін. Тому продуктивність комп'ютерів знизилася. Швидкість передачі даних була близько 5 Мбайт / с (максимальна пропускна здатність - 16,7 Мбайт / с). Було обмеженим адресний простір. Як наслідок, шину ISA була розширена для ефективного застосування в 32-розрядної обчислювальної системі і збереглася при цьому можливість використання плат розширення стандарту ISA. У результаті з'явилася шина EISA (Extended ISA) з двоповерховими слотами, за формою і довжині відповідними слотів шини ISA. У новому слоті додаткові контакти для плат EISA знаходяться нижче (глибше) звичайних контактів ISA. EISA має 32-бітову ширину даних і адреси, допускає автоматичне конфігурування плат EISA, відрізняючи їх від плат ISA (кожна плата EISA має своє кодове число, за яким система її ідентифікує (дізнається) і встановлює оптимальну конфігурацію). Максимальна швидкість передачі даних по шині EISA - 33,3 Мбайт / c при частоті шини 8,33 МГц.

Найбільш поширеним є підключення дочірніх плат через шину стандарту PCI (Peripheral Component Interconnect). Тут передача даних і адрес відбувається за одним і тим самим лініях. При роботі на частоті 66 МГц і передачу 64 бітів за цикл пропускна здатність шини становить 528 Мбайт / с.

Дана шина в стані розпізнавати апаратні засоби та аналізувати конфігурацію системи. Вона була розроблена в основному фірмою Intel для процесора Pentium. Шина PCI є проміжною ланкою між локальною шиною процесора і шиною ISA / EISA. З'єднання її з шиною центрального процесора здійснюється через міст PCI (Host Bridge). Міст узгодить шину центрального процесора з шиною PCI, забезпечуючи в подальшому можливість її стикування з процесорами наступних поколінь. Одна шина PCI може обслуговувати не більше чотирьох пристроїв (4 слота). Мости, розташовані навколо шини PCI програмуються і виконують маршрутизацію звернень по зв'язаних шинам.

Можливі два типи пристроїв стандарту PCI: цільове і провідне. Цільове здатне сприймати команди ведучого пристрою, який може обробляти інформацію незалежно від шини та інших підключених до неї пристроїв (воно може виступати цільовим пристроєм для іншого провідного пристрою).

Шина AGP (Advanced Graphic Port) призначена для обміну інформацією з відеоадаптером. Поряд з підвищенням пропускної здатності шини застосовуються заходи щодо зменшення потоку даних, переданих по шині при графічних побудовах. Для цього графічні адаптери забезпечуються акселераторами, а також збільшується обсяг їхньої буферної пам'яті (відеопам'яті). При цьому високоефективний потік даних в основному циркулює всередині графічної карти і тільки в самих складних побудовах виходить на шину PCI.

AGP - це новий стандарт підключення графічних адаптерів, за складом сигналів нагадує PCI. Його основні особливості:

- Конвейеризация звернень до пам'яті (може ставити в чергу до 256 запитів);

- Здвоєна передача даних при частоті 66 МГц забезпечує пропускну здатність до 532 Мбайт / с.

Шина USB (Universal Serial Bus) розроблена в середині 90-х років колективними зусиллями багатьох компаній (Compaq, DEC, IBM, Intel, Microsoft та ін) для підключення до шин ISA і PCI низькошвидкісних периферійних пристроїв. Ця шина складається з центрального хаба (Hab - концентратор), званого ще кореневим концентратором. Центральний хаб містить роз'єми для кабелів, за допомогою яких до нього можуть приєднуватися пристрої введення-виведення або додаткові хаби для забезпечення більшої кількості роз'ємів. Виходить деревоподібна структура з коренем у центральному хабі, який вставляється в роз'єм шини ISA чи PCI. Загальна пропускна здатність шини - 1,5 Мбайт / с.

1. Методи аналізу інформаційних потоків та структуризації предметної області.

Процес споживання інформаційних ресурсів реалізується інформаційними потоками або потоками даних. Аналіз інформаційних потоків здійснюється з метою:

1. Забезпечити раціональну організацію даних ІС;

2. Підвищити інтенсивність інформаційних потоків;

Програма обстеження повинна включати наступні розділи:

1. Визначення функцій і зміст робіт, для виконання яких призначена ІС;

2. Аналіз усіх форм виробничої документації, організація її зберігання, підготовки і передачі;

3. Вивчення використовуваних номенклатур ресурсів (трудових, матеріальних та ін);

4. Застосовуваних класифікаторів та кодифікаторів локальних і глобальних шифрів;

5. Аналіз досягнутого рівня автоматизації на окремих стадіях, визначення вузьких місць;

6. Маршрути руху даних всередині самої системи та поза нею;

На першому етапі обстеження розробляється структурно-функціональна схема (декомпозиція ІС за структурно-функціональною ознакою).

Для підприємства.

1. аналіз ринку, збут готової продукції

2. зв'язок з ІС вищого рівня глобальними мережами

3. техподготовка виробництва

4. техніко-економічне планування, бізнес-плани

5. матеріально-технічне постачання управління запасами

6. управління трудовими ресурсами

7. управління фінансами

8. управління інвестиціями та інноваціями

9. управління основним виробництвом

10. управління допоміжним виробництвом

11. управління якістю

12. бухгалтерський

13. облік і звітність

Вибір функціональних завдань здійснено з урахуванням основних фаз управління:

1. Планування

2. Облік, контроль, аналіз

3. Виконання, регулювання

Реалізація кожної з цих функцій в умовах функціонування ІС пов'язано з вибором варіанта, ефективність якого оцінюється критерієм цілей управління. Отже, одні й ті ж завдання реалізуються із залученням математичної моделі і методів (МО). Пошук найкращого варіанту пов'язаний зі складністю алгоритму (тимчасова і емкостная складність) можливий на відповідному варіанті технічного забезпечення.

2. Отримання аналітичних показників близькості і адекватності при побудові трендів і виробничих функцій.

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

Трендовая модель ŷ _t конкретного часового ряду г / (вважається адекватною, якщо правильно відображає систематичні компоненти тимчасового ряду. Ця вимога еквівалентно вимогу, щоб залишкова компонента ε = y _{t-ŷ t} (T = 1, 2. ..., N) задовольняла властивостям випадкової компоненти тимчасового ряду: випадковість коливань рівнів залишкової послідовності, відповідність розподілу випадкової компоненти нормальному закону розподілу, рівність математичного сподівання випадкової компоненти нулю, незалежність значень рівнів випадкової компоненти.

3. Парадигма об'єктно-орієнтованого програмування.

Об'єктно-орієнтоване програмування - це методологія програмування, заснована на представленні програми у вигляді сукупності об'єктів, кожний з яких є екземпляром певного класу, а класи утворюють ієрархію спадкування. Програма буде вважатися об'єктно-орієнтованої тільки при дотриманні наступних трьох вимог:

1. Даний підхід використовує в якості базових елементів об'єкти, а не змінні, функції або алгоритми.

2. Кожен об'єкт є екземпляром певного класу.

3. Класи організовані в ієрархію. Відповідно до визначення не всі мови програмування можна вважати об'єктно-орієнтованими. Мова можна віднести до таких, якщо він має засоби підтримки об'єктно-орієнтованого стилю і використання цього стилю в мові природно і не потребує штучних зусиль. Парадигма об'єктно-орієнтованого програмування може бути сформульована таким чином:

Виріши, які потрібні класи; забезпеч повний набір операцій для кожного класу; явно виявили своє спільність через успадкування.

Сутність ООП полягає у використанні об'єктів. ООП є розширення мов програмування (Object Pascal), новим структурованим типом даних - класом.

ООП дозволяє програмувати в термінах класів:

• визначати класи;

• конструювати нові і похідні класи на основі існуючих класів;

• створювати об'єкти, що належать класу.

Клас описує властивості (атрибути) об'єкту і його методи (включаючи обробники подій).

При створенні об'єкта він успадковує структуру (змінні) і поведінку (методи класу).

У свою чергу, клас, званий нащадком, похідним або дочірнім класом (підкласом), також може бути створений на основі іншого батьківського класу (предка) і при цьому успадковує його структуру і поведінку.

Будь-який компонент (елемент керування) або об'єкт в Делфі завжди є екземпляром класу.

Програмно об'єкт являє собою змінну об'єктного типу. Для кожного компонента Делфі існує свій клас, успадкований від ТComponent.

Предком всіх об'єктів, включаючи компоненти, є клас ТObject.

Спадкування (inheritance) - це процес, за допомогою якого один об'єкт може набувати властивостей іншого. Точніше, об'єкт може успадковувати основні властивості іншого об'єкту і додавати до них риси, характерні тільки для нього. Спадкування є важливим, оскільки воно дозволяє підтримувати концепцію ієрархії класів (hierarchical classification). Застосування ієрархії класів робить керованими великі потоки інформації.

Інкапсуляція - це створення захищених об'єктів, доступ до властивостей і методів, яких дозволений через певні розробником "точки входу". Інакше кажучи, інкапсуляція - це надання розробнику конкретного набору властивостей і методів для управління поведінкою і властивостями об'єкта, обумовленими всередині класу.

Поліморфізм (polymorphism) (від грецького polymorphos) - це властивість, яка дозволяє одне і те ж ім'я використовувати для вирішення двох або більш схожих, але технічно різних завдань. Метою поліморфізму, стосовно об'єктно-орієнтованого програмування, є використання одного імені для завдання загальних для класу дій. Виконання кожної конкретної дії визначатиметься типом даних.

Під об'єктною моделлю будь-якого середовища розробки програмних продуктів розуміється реалізація принципів ООП тобто об'єктна модель - реал-я принципів ООП в мові представлення (описи) об'єктів і правил використання об'єктів

Будь-яка сучасна середовище розробки програмного продукту СУБД VFP6 / 0 і ін Visual Basic, Java мають свої правила реалізації об'єктної моделі. Поняття об'єкта включено в ОС Windows будь-який компонент якого супроводжується багатосторінковим об'єктом властивостей.

DELPHI-інтегрована середовище розробки програмного продукту мова прогр. - Object Pascal.

Об'єктний тип визначається типом class.

Під об'єктною моделлю розуміють втілення основних принципів об'єктно-орієнтованого програмування (інкапсуляція + спадкування + поліморфізм) у мові представлення і правила використання об'єктів.

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

1 Системний принцип моделювання. Мета і засоби.

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

Мета і засоби

Мета дослідження визначити мету побудови моделі. Моделі можуть будувати і для інших цілей:

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

2. Аналіз чутливості - встановлення з великого числа факторів, тих які більшою мірою впливають на цікаві для дослідника вихідні характеристики. Можуть бути використані також для оцінки точності рішень одержуваних за моделями будь-яких типів.

3. Прогноз - оцінка поведінки об'єкта при деякому передбачуваному поєднанні зовнішніх умов. Для реалізації моделей прогнозу необхідна побудова динамічних моделей входів, що відображають характер зміни вказаних факторів у часі.

4. Оцінка - визначає, наскільки добре досліджуваний об'єкт буде відповідати деяким критеріям. Модель оцінки включає розрахунки цікавлять дослідника інтегральних характеристик критеріїв, що формалізують мети дослідження.

5. Порівняння - зіставлення обмежень кількості альтернативних варіантів систем або ж зіставлення декількох пропонованих принципів або методів чинним. Завдання порівняння передбачає оцінку кожного варіанту за одним або кількома критеріями і подальший вибір найкращого.

6. Оптимізація - точне визначення такого поєднання змінних управління, при якому забезпечується екстремальне (максимальне або мінімальне в залежності від змісту критерію оптимальності) значення цільових функцій. Головною відмінністю від попередніх є наявність спеціального блоку оптимізації, що дозволяє цілеспрямовано і найбільш ефективно з обчислювальної точки зору проаналізувати безліч альтернативних варіантів, число яких часто близько до ∞.

2 Структура процесора, визначення та призначення основних функціональних вузлів: АЛУ, УУ, реєстрової пам'яті.

Процесор є центральною частиною ЕОМ, забезпечує обробку цифрової інформації відповідно до програми, при цьому він безперервно взаємодіє з операційною пам'яттю, отримуючи з неї команди і операнди і відправляючи в пам'ять результати обчислень, організовує виконання операцій введення-виведення. Процесор забезпечує спільну і узгоджену роботу всіх частин, а саме, як і в будь-якому обчислювальному пристрої, - операційної і керуючої.

Узагальнена структурна схема процесора:

клава

запит ОЗУ, ПЗУ

переривання

Операційна частина:

АЛП - Арифметичне Логічне Пристрій, реалізує виконання команд, що складають програму, використовуючи передбачений у ньому набір базових операцій (арифметичних, логічних, умовного переходу і т.п.). Виробляє сигнали, необхідні для організації обчислювального процесу.

За формою представлення чисел: АЛУ для чисел з фіксір.точкой, з плаваючою, для двійково кодованих десяткових.

За принципом дій: АЛУ послідовної дії з порозрядної обробкою інформації та АЛП паралельної дії з одночасною обробкою

За ступенем використання: блокові та універсальні АЛП

БРП - Блок реєстрової Пам'яті - є місцевою пам'яттю процесора, має невелику ємність, але більш швидкодіюча в порівнянні з ОЗУ. Використовується для підвищення швидкодії процесора.

У БРП входять: регістри загального призначення (для виконання арифметичних операцій з фіксованою точкою і процедур виконання логічних операцій; в них зберігаються і змінюються базові адреси та індекси), регістри з плаваючою точкою (для виконання арифметичних операцій з плаваючою точкою, застосовуються для нормалізації отриманого результату .)

Організуюча частина:

УУ - Пристрій Управління - 1. забезпечує виконання команд програм в заданій послідовності, виконання кожної поточної команди і відповідної операції в АЛП

2. робить обробку запитів переривання

3. забезпечує захист пам'яті, контроль і діагностику несправності при роботі пристроїв

4. виробляє синхронізуючі тактові і керуючі імпульси, які забезпечують спільну роботу всіх пристроїв

5. видачу інформації користувачеві і прийом

БУР - Блок Керуючих Регістрів - є робочою пам'яттю, недоступною програмі, і включає в себе лічильники та регістри для тимчасового зберігання інформації, що управляє.

До них відносяться: регістр команд, регістр або лічильник адреси команд, буферні регістри для зберігання адрес і слів.

Інтерфейс процесора - забезпечує необхідне сполучення проца з іншими пристроями, перш за все з оперативною пам'яттю і периферією.

У цілому процесор представляє собою групу пристроїв, що забезпечують автоматичну обробку інформації та програмне керування обчислювальними процесами.

3 Статичний і динамічний обмін даними. Канал DDE.

Статичний обмін даними

Буфер обміну - сукупність функцій ядра ОС і області глобальної памяті.БО доступний всім додаткам, які мають функції як системними, так і власними здатними розділяти дані з виділеної пам'яті.

Інкапсулює TClipBoard ---  ClipBoard ---  ClipBrd - модуль

Додатки можуть поміщати виділені дані в буфер обміну та вилучати їх тільки відповідно певних фрагментів.

Для обміну текстовими даними використовується методи

CopyToClipBoard CutToClipBoard для даних не перевищують 255 символів.

Для обміну графічними даними (cf_BitMap, cf_MeFilePict ,...) у форматі яких зберігаються компоненти Tgraphic, TbitMap, Tpicture, TmetaFile та ін

Глобальна змінна ClipBoard автоматично відкриває - закриває канал обміну, ведучи облік кількості операції обміну. Для того щоб програмно очистити буфер обміну використовується метод Clear.

Попередньо перевірити вміст даних в ClipBoard дозволяє метод: Function EmptyClipBoard: boolean;

Динамічний обмін даними

DDE (Dinamic Data Exchange) - призначений для оперативної передачі і синхронізації даних в різних додатках і їх системним додатком. Був розроблений для реалізації властивостей провідника. Підтримує формати всіх даних зареєстрованих в буфері обміну.

За протоколом обміну всі додатки поділяються на клієнтів і серверів. Обидва учасники обміну входять в угоду (SetLink) та здійснюють контакти (Conversations) з певних тем (Topic) у рамках яких відбувається обмін елементами даних (Item). Встановлює контакти клієнт, він відправляє запит, який містить ім'я сервера, ім'я контакту та тему. Після встановлення контакту всякі зміни елемента даних на сервері (Item) автоматично передаються Item клієнту. При цьому у Item клієнта виникає подія OnChange.

Канал DDE інкапсулює парою компонентів:

TDDEServerConv - пасивний компонент, вказує ім'я однієї з підтримуваних сервером тем.

TDDEClientConv - активний компонент, призначення: установка і розрив контакту. Через встановлений компонент можна створити кілька контактів.

TDDEClientItem

TDDEServerItem - кожен компонент Item вказує на контакт до якого він прив'язаний і до їх складу входять властивості, що забезпечують передачу і синхронізацію текстових даних.

TDDEServerConv. Властивість Name збігається з ім'ям тим, яку він підтримує. Це ім'я має знати клієнт, як і назва програми сервера. У момент встановлення і розриву контакту виникає подія OnOpenOnClose.

1 Використання теорії бізнес-процесів і бізнес-правил.

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

Організовують такі обмеження:

• завдання допустимого діапазону значень;

• завдання значення за замовчуванням;

• вимоги унікальності значення;

• заборона порожнього значення;

• обмеження посилальної цілісності.

Бізнес-правила можна організувати як на фізичному, так і на програмному рівні. У першому випадку ці правила задаються при створенні таблиць і входять в структуру БД. Дія правил на програмному рівні поширюється тільки на додаток, в якому вони реалізовані. Для програмування в додатку бізнес-правил використовуються компоненти і надані ними кошти

БІЗНЕС - ПРАВИЛА

Бізнес-правила (БП) задають обмеження на значення даних у БД. Вони також визначають механізми, згідно з якими при зміні одних даних змінюються і пов'язані з ними дані в тій же чи інших таблицях БД. Таким чином, бізнес-правила визначають умови підтримки БД в цілісному стані. Ідеологія архітектури «клієнт-сервер» вимагає перенесення максимально можливого числа БП на сервер. До переваг такого підходу відносяться:

• гарантія цілісності БД, оскільки БП зосереджені в єдиному місці (у базі даних);

• автоматичне застосування БП, визначених на сервері БД, для будь-яких додатків;

• відсутність різних реалізацій БП в різнотипних клієнтських додатках, що працюють з БД;

• швидке спрацьовування БП, оскільки вони реалізуються на сервері і, отже, немає необхідності надсилати дані клієнта, збільшуючи при цьому мережевий трафік;

• доступність змін, внесених в БП на сервері, для всіх клієнтських додатків, що працюють з цієї БД, і відсутність необхідності повторного розповсюдження змінених додатків клієнтів серед користувачів.

До недоліків зберігання бізнес-правил на сервері можна віднести:

• відсутність у клієнтських додатків можливості реагувати на деякі помилкові ситуації, що виникають на сервері при реалізації БП (наприклад, ігнорування додатками, написаними на Delphi, помилок при виконанні процедур, що зберігаються на сервері);

• обмеженість можливостей SQL і мови збережених процедур і тригерів для реалізації всіх виникаючих потреб визначення БП.

На практиці в клієнтських додатках реалізують лише такі бізнес-правила, які важко або неможливо реалізувати із застосуванням засобів сервера. Всі інші БП переносяться на сервер.

2 Побудова регресій.

Регресія - залежність середнього значення к-л величини від деякої іншої величини або від декількох величин.

Регресійна модель аналізу дозволяє кількісно виразити взаємозв'язок між показниками.

Необхідні умови регресійного аналізу:

• Наявність досить великої кількості спостережень про величину досліджуваних факторних і результативних показників (у динаміці або за поточний рік за сукупністю однорідних об'єктів).

• Досліджувані фактори повинні мати кількісний вимір і відображення в тих чи інших джерелах інформації.

Регресія - лінія, побудована за атрибуту за принципом зворотного використання зворотної інформації (шматок прямої, параболи). Аргументи (у виробн. Функції-фактори) у = а0 + а1t + a2t ^ 2 - лінійна регресія (t1, t2-фактори). Накопичуються результати спостережень, а потім складаються. Рівняння регресії - ур-ие, що зв'язує між собою фактор ознаки і результативні ознаки. Ур-ие регресії бувають лінійні і нелінійні.

Метод регресії полягає у побудові та вирішенні системи нормальних рівнянь. Необхідними умовами регресійного аналізу є наявність досить великої кількості спостережень за сукупністю однорідних об'єктів; фактори схильні дослідженню повинні мати кількісний вимір; абсолютний вимір, тобто визначити, на скільки одиниць зміниться величина результативного показника, при зміні факторного на одиницю; встановлення відносної ступеня залежності результативного показника від кожного фактора.

3 Стандарти і методики розробки програм. Види стандартів.

Одним з важливих умов ефективного використання інформаційних технологій яв-ся впровадження корпоративних стандартів. Корпоративні стандарти представляє собою угоду про єдині правила організації технології або управління. При цьому за основу корпоративних можуть прийматися отраслевие6 національні і навіть міжнародні стандарти. Однак висока динаміка розвитку інф-х тих-ий призводить до швидкого старіння сущ-щих станд-в і методики розробки ІС. Корисні в цьому відношенні стандарти відкритих систем (в першу чергу стандарти на інтерфейси різних відов6 включаючи лінгвістичне, і на протоколи взаємодії). Проте розробка систем у нових умовах потребує також нових методів проектування і нової організації проектних робіт. Проектування та методична підтримка організації розробки ІС (включаючи ПО, і бази даних) традиційно підтримуються багатьма стандартами і фірмовими методиками. Разом з тим відомо, що потрібно адаптивне планування розробки, в тому числі в динаміці процесу її виконання. Одним із способів адаптивного проектування яв-ся розробка і застосування профілів життєвого циклу ІС та програм. Обесп. Корпоративні стандарти утворюють цілісну систему, яка включає три види стандартів:

• стандарти на продукти та послуги

• стандарти на процеси і технології

• стандарти на форми колективної діяльності, або управлінські стандарти

Існуючі на сьогоднішній день стандарти можна трохи умовно розділити на декілька груп за такими ознаками:

• по предмету стандартизації. До цієї групи можна віднести функціональні стандарти (стандарти на мови програмування, інтерфейси, протоколи) і стандарти на організацію життєвого циклу створення і використання ІС, ПЗ.

• За твердженням організації. Тут можна виділити офіційні національні або національні відомчі стандарти (ГОСТ напрімер6-и, ANSI, IDEF0 / 1), стандарти міжнародних консорціумів і комітетів з стандартизації (напрімер6 консорціуму OMG), стандарти «де-факто»-офіційно ніким не затверджені, але фактично діють (наприклад, стандартом «де-факто» довгий час були мову взаємодії з рел. БД SQL і мова програмування С), фірмові стандарти (наприклад, Microsoft ODBC).

• З методичного джерела. До цієї групи відносяться різного роду методичні матеріали провідних фірм-розробників ПЗ, фірм-консультантів, наукових центрів, консорціумів у стандартизації.

Нижче ми розглянемо слід. Стандарти та методики, що стосуються організації життєвого циклу ІС, ПЗ:

• методика ORAcle CDM (custom development method) з розробки прикладних ІС під замовлення.

• Міжнародний стандарт ISO / IEC 12207:1995-08-01 на організацію життєвого циклу продуктів прогр. Обесп.

1 Складні імовірнісні системи. Параметри систем.

Всяку систему можна характеризувати наступними її властивостями:

- Система має певну структуру;

- Залежить від зовнішнього середовища і сама впливає на це середовище;

має внутрішні кількісні характеристики, які повністю визначають всі можливі стани системи в кожен момент часу;

- Визначені всі переходи станів системи в часі;

- Серед кількісних характеристик і функцій переходів станів можуть бути випадкові величини та випадкові функції.

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

Дві основні характеристики системи: мета і відхилення е реакція на зовнішній вплив. При математичному моделюванні мета системи виділяється і вимірюється разом з параметрами системи, ті змінні системи, значення яких є незмінним при вирішенні завдань. Параметри найчастіше задані у вигляді відхилень від параметрів середнього стану системи. Параметри систем-Кожна з систем визначається своїм набором основних параметрів, найбільш загальними для всіх є наступні: Тип системи: відкрита (закрита) система; Наявність входів системи; Наявність виходів системи

2 Класи локальних обчислювальних мереж.

Однорангові ЛВС - немає розподілу на сервери і клієнти, кожен комп'ютер розглядається як «Окремий громадянин», комп'ютер в такій мережі вважається рівноправним. Може надавати доступ до своїх периферійних пристроїв і файлів і одночасно мати доступ до інших спільно використовуваних ресурсів мережі.

Ієрархічні ЛВС - існує чітке розмежування комп'ютера-сервера і комп'ютера-клієнта. Така мережа називається мережею з виділеним сервером. Комп'ютер виконує роль виділеного сервера, надає для спільного використання принтери, файли, додатки. Комп'ютери-клієнти користуються ресурсами наданими сервером і в мережі ніколи не виступають в ролі сервера.

3 Організація доступу до даних в додатках Delphi. Ієрархія компонентів доступу та управління даними.

Технологія розробки додатків баз даних, реалізована в Delphi, характеризується наступними основними положеннями:

• використання оптимизирующего компілятора і створення стерпного ехе - файла;

• використання візуальних об'єктно-орієнтованих засобів прискореної розробки додатків (R apid A pplication D evelopment, RAD);

• використання і реляційних методів роботи з таблицями та навігаційних методів швидкого доступу до окремих полів і записів таблиць баз даних;

• широка можливість генерації гетерогенних запитів;

• створення додатків для багатоланкових інформаційних систем архітектури клієнт / сервер.

Концепція відкритих систем, покладена в основу архітектури середовища розробки, забезпечує реалізацію найбільш поширених механізмів доступу до даних (Universal Data Access, UDA), до яких відносяться:

• стандарт Microsoft O pen D ata B ase C onnectivity, ODBC;

• низькорівневий інтерфейс доступу до даних OLE DB;

• інтерфейс прикладного програмування доступу до даних Microsoft A ctiveX D ata O bjects, ADO.

А також для доступу до даних спеціально розроблений процесор баз даних (B orland D ataBase E ngine, BDE).

ODBC, OLE DB і ADO є промисловими стандартами. BDEето оригінальна розробка фірми Borland, призначена для використання в програмних продуктах фірми (Paradox, Delphi / C + + Builder).

Відкриті засоби зв'язку з базами даних ODBC, являють собою широко використовуваний для користувача інтерфейс, який відповідає вимогам стандартів ANSI та ISO, що пред'являються до інтерфейсу на рівні звернень до баз даних.

OLE DB і ADO є частиною UDA, призначеного для доступу до всіх джерел даних, в тому числі і нереляційні, таким як файлові системи, повідомлення електронної пошти, багатовимірні бази даних та інші.

Архітектура засобів доступу до БД і механізми його організації наведено на малюнку 1.

Склад і структура додатків БД проектуються з урахуванням загальних вимог.

По-перше, всі компоненти роботи з локальними і серверними БД поділяються на три групи:

• DataSet - набори даних (НД), призначені для організації доступу до локальних або віддаленим БД;

• DataSource - джерела даних або посередники, які забезпечують зв'язок між НД та елементами управління для користувача інтерфейсу;

• DataControl - елементи управління, пов'язані з даними через джерела, і входять до складу інтерфейсу користувача програми.

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

1 Кібернетичний підхід до інформаційної системи як системи управління.

Поняття кібернетичної системи пов'язано з процесами управління і переробки даних. Процес управління розглядається як процес взаємодії двох систем - керуючої і керованої, в якій X - вхідні параметри про стан об'єктів управління, Y - вихідні параметри, за якими судиться про те, чи досягнута мета управління. Зворотній зв'язок - забезпечує передачу даних в керуючу систему, за якими судять про розузгодження мети і одержуваних результатів.

Керуючі або управлінські впливи   - середа. Процес управління містить наступні етапи:

1. Збір інформації про об'єкт управління.

2. Вироблення рішення відповідно до критеріїв ефективності управління.

3. Формування і видача керуючих впливів (реалізується в керуючій системі).

4. Реалізація рішення.

5. Зміна стану об'єкта (реалізується в керованій системі). Управління - це цілеспрямований інформаційний вплив однієї системи на іншу, яка прагне змінити стан останньої відповідно до обраних критеріїв ефективності функціонування. (Приклад ІС - управління підприємством). 2. Основні напрями вдосконалення систем управління:

1. Удосконалення організаційних відносин, тобто формування раціональної структури системи управління (склад і структура АУП), розподіл прав і посадових обов'язків. Основне правило - чим менше рівнів управління, тим менше ланок управлінського апарату, тим простіше система управління підприємством, але складніше і інтелектуальніший завдання, яке вирішується кожної підсистемою управління.

2. Удосконалення економічних відносин - формування управлінських впливів згідно з об'єктивними економічними закономірностями суспільного розвитку.

3. Удосконалення техніки та технології управління.

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

2. Інформаційно-довідкові системи

ВУ - обчислювальний пристрій

2. Інформаційно-керуючі системи

Якщо в системі є людина, то система називається автоматизованої. ІС сама за визначенням є теж системою управління. Визначення ІС включає:

• Структуру системи, як безліч елементів і взаємовідносини

• Склад

• Опис функцій

• Опис входів і виходів, як для системи в цілому, так і для кожного елемента

• Цілі, обмеження та критерії

• Архітектура системи

2 Класифікація інформаційних систем

За розміром ІС поділяються на слід. групи: одиночні, групові, корпоративні.

Поодинокі ІС реалізуються на автономному персональному комп'ютері (мережа не використовується). Така система може містити кілька простих додатків, пов'язаних загальним інформ.фондом, і розрахована на роботу одного користувача або групи користувачів, які поділяють за часом одне робоче місце Серед локальних СУБД найбільш відомими явл. FoxPro, Paradox, dBase, Access.

Групові ІС орієнтовані на колективне використання інформації членами групи і частіше за все будуються на базі локальної вич.сеті. при розробці таких програм використовуються сервери БД (звані також SQL-серверами) для робочих груп. Це - SQL Server, InterBase і т.д.

Корпоративні ІС явл.развітіем систем для робочих груп, вони орієнтовані на великі компанії і можуть підтримувати територіально рознесені вузли або мережі. В основному вони мають ієрархічну структуру на декількох рівнів. Для таких систем характерна архітектура клієнт-сервер зі спеціалізацією серверів або ж багаторівнева архітектура.

Ефективне використання корпоративних ІС дозволяє робити більш точні прогнози і уникати можливих помилок в управлінні. Розробка систем автоматизації бух. обліку є дуже трудомісткою. Це пов'язано з тим, сто до систем бух.обліку пред'являються підвищені вимоги щодо надійності і максимальної простоти і зручності в експлуатації. ІС, що вирішує задачі оперативного управління підприємством, будується на основі БД, в якій фіксується вся можлива інформація про підприємство. Така ІС є інструментом для управління бізнесом і зазвичай називається корпоративної ІС.

Розрізняють три основних види СУБД: промислові універсального призначення, промислові спеціального призначення та розробляються для конкретного замовника. Спеціалізовані СУБД створюються для управління базами даних конкретного призначення - бухг., Складські, банківські. Універсальні СУБД розраховані на всі випадки життя, і досить складні і требут від користувача спеціальних знань. Як спеціалізованим-ні, так і універсальні відносно дешеві, налагоджені і готові до негайної роботі, у той час як замовні СУБД вимагають істотних витрат, а їх підготовка до роботи та налагодження займають значний період. Однак на відміну від промислових замовні СУБД в максимальному ступені враховують специфіку роботи замовника, їх інтерфейс зазвичай інтуїтивно зрозумілий користувачам і не вимагає від них спеціальних знань.