рефераты конспекты курсовые дипломные лекции шпоры

Реферат Курсовая Конспект

Лекція №6.

Лекція №6. - раздел Спорт, Інформаційні системи і технології на підприємствах   Тема: Склад Абд План...

 

Тема: Склад АБД

План:

1. Склад АБД.

Контрольні запитання :

 

1. Схарактеризуйте поняття і класифікацію АБД.

2. Визначте які компоненти входять до складу АБД та стисло схарактеризуйте основні з них.

3. Мовні засоби АБД їх призначення та характеристика.

Література: Л2[144]

Склад АБД.

Основними складовими компонентами АБД є база даних (БД) і система управління БД (СУБД).

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

Під предметною областю розуміють один чи кілька об’єктів управління (або певні їх частини) , інформація яких моделюється за допомогою БД і використовується для розв’язуван­ня різних функціональних задач.

Усі дані, які зберігаються в БД, поділяються на фонд і архів даних. Такий поділ пов’язаний з різницею в технологічних режимах використання даних.

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

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

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

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

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

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

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

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

Як приклад СУБД, що має у своєму арсеналі такий засіб як словник даних є СУБД Oracle. Словник Oracle — це один з важливих компонентів, що містить імена користувачів; права та привілеї, які їм надаються; імена об’єктів БД (таблиць та їх представ­лень, індексів, синонімів, тощо); перелік обмежень на таблиці; журнальну інформацію, наприклад, відомості про доступ до таблиць та внесення до них змін.

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

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

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

Усі численні функції СУБД можна згрупувати так:

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

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

3. Організація і ведення зв’язку з користувачем: ведення діалогу, видача діагностичних повідомлень про помилки в роботі з БД і т.д.

Крім БД і СУБД до складу АБД входять мовні, технічні та організаційні засоби. Розглянемо кожний із них.

Мовні засоби потрібні для опису даних, організації спілкування та виконання процедур пошуку і різних перетворень з даними. Класифікацію мовних засобів АБД наведено на рис. 6.2.

 

Рис. 6.2. Схема класифікації мовних засобів АБД

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

Мова опису даних (МОД) застосовується на різних рівнях абстракції: зовнішньому, логічному і внутрішньому. Згідно з пропозиціями СОDASYL мови опису даних на логічному (концептуальному) і внутрішньому рівнях незалежні і різні. Проте в біль­шості промислових СУБД немає поділу на дві окремі мови опису логічної і фізичної організації даних, а існує єдина мова, яка ще називається мовою опису схем. Наприклад, у відомих і широко використовуваних на практиці СУБД сім’ї DBASE застосовується єдина мова опису даних для подання їх на логічному і фізичному рівнях. Ця мова має свій синтаксис. Так, наприклад, ім’я файла має не перевищувати восьми символів, а ім’я поля — десяти, при цьому кожне ім’я має починатися з букви, поля календарної дати позначаються символом D (DATA), символьні поля —
С (CHARACTER), числові — N (NUMERІC), логічні — L (LOGІCAL), приміток — M (MEMO). Опис всіх імен, типів і розмірів полів зберігається в пам’яті разом з даними, ці структури при потребі можна проглянути й виправити.

Якщо логічний і фізичний рівні розділені, то до складу СУБД має входити мова зберігання даних.

У деяких СУБД використовується ще мова опису підсхем (МОД — ПС), яка потрібна для опису частини БД, що відбиває інформаційні потреби окремого користувача чи прикладної програми.

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

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

Базова мова (відкриті системи) — це одна з традиційних мов програмування — БЕЙСІК, СІ, ФОРТРАН тощо. Використання базових мов як ММД звужує коло осіб, які можуть безпосередньо звертатися до БД, оскільки для цього потрібне знання мови програмування. У такому разі для спрощення спілкування кінцевих користувачів з БД у деяких СУБД передбачена мова ведення діалогу і мова запитів, які проcтіші для опанування порівняно з мовою програмування.

Автономна ММД (закрита система) — це власна мова СУБД, яка дає змогу виконувати різні операції з даними.

В сучасних СУБД для спрощення процедур пошуку даних в БД передбачена мова запитів. Найпоширенішими мовами запитів є дві мови SQL та QBE.

Мова запитів SQL (Іtructured EnglіІh Query Language — структуpована англійська мова запитів) була створена фірмою ІBM в рамках роботи над проектом побудови системи управління реляційними базами даних на початку семидесятих років. Американським національним інститутом стандартів (ANSІ) ця мова покладена в основу стандарту мов реляційних баз даних, яка була прийнята і Міжнародною організацією стандартів (ІSO). Ядром існуючого зараз стандарт SQL-86, який часто називають SQL-2 чи SQL-92, є функції, які реалізовані практично в усіх відомих комерційних варіантах мови, а повний стандарт включає такі удосконалення, які ще деяким розробникам потрібно буде реалізувати.

Крім стандарту SQL-86, існує комерційний стандарт мови SQL, який розроблений консорціумом виробників баз даних — SQL Access Group. Ця група створила такий варіант мови, який використовується більшістю систем і дозволяє їм «розуміти» одна одну. Було розроблено стандартний інтерфейс мови CLІ (Common Language Іnterface) для всіх основних варіантів мови SQL. Фірмою Mіcrosoft цей інтерфейс було формалізовано і він отримав назву ODBC (Open Databalse Connectіvіtі — відкритий доступ до даних). ODBC — це драйвер, що забезпечує інтерфейс доступа до даних, які зберігаються, під управлінням різних СУБД. За допомогою ODBС вирішується проблема розуміння СУБД одна одною.

Мова запитів QBE (Query By Example) — це реалізація запитів по зразку у вигляді таблиць. Для визначення запиту до БД користувач повинен заповнити таблицю QBE, яка надається системою і визначити в ній критерії пошуку, вибору та перетворення даних.

До інших мовних засобів можна віднести мову ведення словника даних.

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

Тепер поряд з універсальними технічними засобами запроваджуються спеціальні машини баз даних, які безпосередньо призначені лише для зберігання та ведення баз даних. Потреба створення спеціальних машин БД, які реалізують на апаратному рівні функції СУБД, пов’язана з необхідністю звільнення обсягів пам’яті, що мають відводитися для зберігання даних на тих ЕОМ, які виконуватимуть операції обробки даних.

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

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

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


– Конец работы –

Эта тема принадлежит разделу:

Інформаційні системи і технології на підприємствах

На сайте allrefs.net читайте: "Інформаційні системи і технології на підприємствах"

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Лекція №6.

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

Лекція №1.
Тема: Вступ. Мета та задачі курсу . Система управління. Основні поняття. План: 1. Вступ

Лекція №2.
  Тема: Інформаційні технології організації і їх класифікація План: 1. Поняття інформаційної технології. 2. Класифі

Таблиця 1.2
ЗІСТАВЛЕННЯ ОСНОВНИХ КОМПОНЕНТІВ Компоненти технологій для виробництва продуктів матеріальних інформаційних

Таблиця 1.4
КЛАСИФІКАЦІЯ КОМП’ЮТЕРНИХ ІНФОРМАЦІЙНИХ ТЕХНОЛОГІЙ Види інформації, що опрацьовується Дані Текст Графіка Знанн

Лекція №3.
  Тема: Структура та характеристики економічної інформації(ЕІ) План: 1. Поняття економічної інформації. 2. Структур

Лекція №4.
  Тема: Формалізований опис економічної інформації(класифікація, кодування, моделювання) План: 1. Методи формалізованого опи

Лекція №5.
  Тема: Поняття позамашинної інформаційної бази, склад робіт з її організації План: 1. Поняття позамашинної інформаційної ба

Методи створення оптимальної моделі баз даних
Під оптимальною логічною моделлю баз даних розуміють модель, яка не має аномалій, пов’язаних з модифікацією БД, тобто проблем, що можуть виникнути у зв’язку із замінами, вставками і вилученнями дан

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

Тема: Поняття сховищ даних та основи їх створення
План: 1. Поняття сховищ даних. 2.Основи створення сховищ даних. Контрольні запитання : 1. Дайте визначення поняття схови

Тема: Характеристика та класифікація технологічних операцій
План: 1. Характеристика технологічних операцій. 2. Класифікація технологічних операцій. Контрольні запитання : 1. Що таке техно

Назвіть типи технологічних процесів.
Література: Л2[167-169] Технологічні процеси автоматизованої обробки економічної інформації Технологічний процес обробки інформації — це сукупність взаємозв’я

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

Лекція №13.
  Тема: Загальна характеристика режимів роботи ЕОМ План: 1. Режими роботи ЕОМ. 2. Характеристики режимів роботи ЕОМ

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

Лекція №15.
  Тема: Системи планування виробничих ресурсів(MRPII). План: 1. Поняття системи планування виробничих ресурсів. 2.

Лекція №16.
  Тема: Системи планування ресурсів підприємства, синхронізованого зі споживачами(CSRP). План: 1. Поняття системи планування

CSRP — планування ресурсів, синхронізоване з вимогами покупців
Рис. 4.11. Спрощена схема CSRP-системи Виробниче планування не просто розширюється, а замінюєт

Тема: Введення в управління проектами.
План: 1. Поняття управління проектами. 2. Склад та характеристики управління проектами. Контрольні запитання : 1. Що таке управ

Microsoft Project
Система Microsoft Project є на сьогодні найпоширенішою у світі системою управління проектами. У багатьох західних компаніях пакет MS Project став звичним додатком до Microsoft Offi

Time Line 6.5
(Фірма Time Line Solutions) Основними відмітними рисами Time Line 6.5 є реалізація кон­цепції багатопроектного планування в рамках організації, гнучкі засоби підтримки фор

SureTrak
(Фірма Primavera Systems, Inc.) Крім P3 компанія Primavera Systems поставляє полегшену систему для УП — SureTrak. Цей програмний продукт орієнтований на невеликі проекти,

Artemis Views
(Фірма Artemis International) Традиційно програмні продукти сімейства Artemis (Arte­mis 2000, Artemis 9000, потім Prestige) використовувалися для управління великими інжен

Spider Project
(Spider Technologies Group, Росія) Російська розробка — Spider Project. За інформацією, отриманою від фахівців, що розробляють і підтримують пакет (Spider Technologies Gro

Open Plan
(Welcom Software) Однією із основних відмінностей системи є потужні засоби ресурсного і вартісного планування, що дозволяють значно полегшити знаходження найбільш ефективного розподілу рес

Лекція №19.
Тема: Програмний продукт Primavera Project Planner(P3). План: 1. Загальна характеристика Primavera Project Planner(P3).

Лекція №20.
  Тема: Специфіка використання програмного продукту Primavera Project Planner(P3) для управління проектами План: 1. Склад ро

Лекція №21.
    Тема: Загальна характеристика програмних продуктів для бізнес-планування інвестиційних проектів на підприємствах. План:

Таблиця 6.1
ФУНКЦІОНАЛЬНІ ХАРАКТЕРИСТИКИ ПРОГРАМ ДЛЯ БІЗНЕС-ПЛАНУВАННЯ ТА ФІНАНСОВОГО АНАЛІЗУ ДІЯЛЬНОСТІ ПІДПРИЄМСТВ Програма для фундаментального аналізу

Лекція №22.
  Тема: Програмні продукти “Project Expert” План: 1.Призначення програмного продукту Project Expert. 2. Версії прог

Таблиця 6.2
ОСНОВНІ ФУНКЦІОНАЛЬНІ МОЖЛИВОСТІ PROJECT EXPERT BUSINESS PLAN GUIDE І PROJECT EXPERT — BIZ PLANNER Функціональні можливості системи Business pla

VI. Блок-інтегратор
Блок-інтегратор доступний тільки у версії «Holding». У блоці інтеграції передбачені такі модулі: 1. Модуль формування моделі холдінга (система загальних витрат, оподаткування, залучення ка

Побудова моделі
Процес побудови моделі — найбільш трудомісткий і вимагає значної підготовчої роботи із збору та аналізу вхідних даних. Різні модулі Project Expert є незалежними та доступними користувачеві практичн

Формування звіту
Після завершення аналізу проекту формуються звіти. В Pro­ject Expert передбачений спеціальний генератор звіту, що забезпечує компонування та редагування звіту за бажанням користува

Лекція №23.
    Тема: Програмні продукти для стратегічної оцінки бізнесу на підприємствах. Програмний продукт ФАРОС План:

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

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

Лекція №24.
  Тема: Програмний продукт BEST План: 1. Призначення програмного продукту BEST . 2. Склад програмного продукту BEST

КОНТРОЛЬ ВИТРАТ
1. Індикатор динаміки поточних продажів (Total Cost Pro­ductivity Indicator — TCP) надає менеджеру інформацію про те, наскільки фактичні витрати, віднесені на виробництво за фактом

Лекція №25.
    Тема: Стислий опис процесу прийняття рішень План: 1. Призначення процесу прийняття рішення. 2.Хар

КЛАСИФІКАЦІЯ ЗАДАЧ ОРГАНІЗАЦІЙНОГО УПРАВЛІННЯ
Клас Визначальна особливість Методи рішення Галузі використання Перший Цілком структуровані (фо

КЛАСИФІКАЦІЯ ПРАЦІВНИКІВ ОРГАНІЗАЦІЙНОГО УПРАВЛІННЯ
Номер групи Назва групи Клас задач, що розв’язуються Керівники (директори, головні адміністратори і т. ін.)

Лекція №26.
  Тема: Суть і компоненти СППР План: 1. Історія виникнення системи підтримки прийняття рішень(СППР). 2.Основні комп

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

Лекція №28.
    Тема: Виробничі системи План: 1. Склад та характеристика виробничих систем. 2.Висновки.

Таблиця 9.2
Впровадження, співвідношення витрат і вартісні оцінки Показник Локальні системи Малі інтегровані системи Середні інтегрован

Лекція №29.
  Тема: Базова концепція і основні функціональні компоненти інтегрованої інформаційної системи “Галактика” План: 1. Функції

Лекція №30.
  Тема: Контур бухгалтерського обліку План: 1. Зв’язок бухгалтерського та оперативного контурів.. 2. Складові конту

Розрахунки економічних показників.
· Аналітичний баланс. · Розрахунок рентабельності. · Розрахунок стійкості. · Розрахунок оборотності. · Розрахунок ліквідності. Кількість і склад форм ви

Лекція №31.
  Тема: Інформаційна система управління підприємством Miracle V План: 1. Призначення ІС управління підприємством Miracle V

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги