Ім'я файлу: інфЗаб.docx
Розширення: docx
Розмір: 93кб.
Дата: 02.11.2021
скачати
Пов'язані файли:
Рибний цех.docx
Характеристика.docx
28.09.Розділи та логічні диски. Активний розділ жорсткого диску.
ЛР№4 Діагностика роботи дисплейних адаптерів.doc
8.docx

Інформаційне забезпечення інформаційних систем



9.1 Поняття інформаційного забезпечення інформаційних систем

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

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

Системи класифікації і кодування – це перелік описів і систем супроводження класифікаторів техніко-економічної інформації на економічному об’єкті.



Рисунок 9.1 – Структура інформаційного забезпечення

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

Цілісність – здатність даних задовольняти принцип повного узгодження, точність, доступність і достовірне відображення реального стану об’єкта.

Існують два підходи до створення ІБ: аналіз сутностей; синтез атрибутів.

Аналіз сутностей є спадним підходом, або «згори – вниз», який поділяє процес створення на чотири стадії:

  • моделювання уявлень користувачів;

  • об’єднання уявлень;

  • складання і аналіз моделі (схеми);

  • реальне (фізичне) проектування.

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

  • класифікація атрибутів;

  • композиція сутностей;

  • формування зв’язків;

  • графічне уявлення.

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

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

Вимоги до інформаційного забезпечення (ГОСТ 24.104–85 «Автоматизированные системы управления. Общие требования») такі:

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

  2. Для кодування інформації, яка використовується тільки в цій ІС, мають бути застосовані класифікатори, які є у замовника ІС.

  3. Для кодування в ІС вихідної інформації, яка використовується на вищому рівні, мають бути використані класифікатори цього рівня, крім спеціально обумовлених випадків.

  4. Інформаційне забезпечення ІС має бути суміщене з інформаційним забезпеченням систем, які взаємодіють з нею, за змістом, системою кодування, методами адресації, форматами даних і формами подання інформації, яка отримується і видається інформаційною системою.

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

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

  7. Сукупність інформаційних масивів ІС має бути організована у вигляді бази даних на машинних носіях.

  8. Форми подання вихідної інформації ІС мають бути погоджені із замовником (користувачем) системи.

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

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

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

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

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

Інформаційний продукт (продукція) – документована інформація, яка підготовлена і призначена для задоволення потреб користувачів.

Інформаційний ресурс – сукупність документів у інформаційних системах (бібліотеках, архівах, банках даних тощо).

9.2 Організація інформаційної бази

Ефективне функціонування інформаційної системи об’єкта можливе лише при відповідній організації інформаційної бази – сукупності впорядкованої інформації, яка використовується при функціонуванні ІС і поділяється на зонішньо- і внутрішньомашинну (машинну) бази (ГОСТ 34.003–90).

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

Внутрішньомашинна інформаційна база – частина інформаційної бази, яка є сукупністю інформації, що використовується в ІС на носіях даних.

Така зовнішньомашинна ІБ має багато модифікацій від подання у вигляді повідомлень на паперовому носії, запитів на екрані дисплея та домовного спілкування з ЕОМ.

Внутрішньомашинна ІБ пройшла три етапи еволюції.

Перший етап характеризується роз’єднаним фондом даних:

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

  • використання якого-небудь масиву для іншої задачі забезпечувалось індивідуально пристосуванням до форм подання даних, структур елементів масивів і т ін.;

  • опис даних не потрібний, оскільки структура була раніше відома;

  • коригування масивів виконувалось індивідуальними засобами;

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

Дані розглядаємо на трьох рівнях, і є пряма залежність логічного рівня програми (ЛРП), фізичного (ФРЗ) та логічного (ЛРЗ) рівня збереження (ЛРП=ФРЗ=ЛРЗ).

Другий етап – централізований фонд даних.

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

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

Залишаються залежні логічні рівні програми і збереження (ЛРП=ЛРЗ).

Третій етап – організація баз даних – характеризується:

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

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

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

  3. Можливість оперативної реалізації довільних запитів у режимі безпосереднього зв’язку з ЕОМ.

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

  5. Різноманітність даних і зв’язаність в довільні логічні структури.

  6. Наявність потужного програмного забезпечення і мовних засобів.

Усі рівні незалежні.

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



Клікніть і тягніть для зауважень

Рисунок 9.2 – Інформаційне забезпечення моделі виробу

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

Описуючи організацію інформаційної бази, потрібно дати опис логічної і фізичної структур бази даних.

Документ складається з двох частин:

1) опис внутрішньомашинної інформаційної бази;

2) опис зовнішньомашинної інформаційної бази.

Кожна частина складається з таких розділів:

  • логічна структура;

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

  • організація ведення інформаційної бази.

У розділі «Логічна структура» наводять опис складу даних, їх формати і взаємозв’язки між даними.

У розділі «Фізична структура» наводять опис вибраного варіанта розміщення даних на конкретних машинних носіях даних.

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

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

Якщо цю інформацію наведено у документах «Перелік вхідних сигналів і даних» і «Перелік вихідних сигналів», можна посилатися на ці документи.

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

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

9.3 Види інформаційних масивів

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

  • повнота подання даних;

  • мінімальний склад даних;

  • мінімізація часу вибірки даних;

  • незалежність структури масивів від програмних засобів їх організації;

  • динамічність структури інформаційної бази.

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

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

  • проектування масиву як відображення змісту окремого документа;

  • проектування масивів для окремих процесів управління;

  • проектування масивів для комплексів процесів управління, які реалізуються;

  • проектування бази даних;

  • проектування кількох баз даних.

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

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

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

Під структурою масиву розуміємо формат записів у масиві, розмір полів і їх розміщення в машинному записі, ключові атрибути і впорядкування масиву за ними.

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

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

Вхідні масиви – це проміжна ланка між первинними інформаційними повідомленнями і основними масивами. Зміст і розміщення даних у вхідному масиві аналогічні змісту й розміщенню їх у первинному інформаційному повідомленні.

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

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

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

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

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

Взаємозв’язок користувача з базою даних зображено на рис. 9.3.

База даних – іменована сукупність даних, що відображає стан об`єктів та їх відношення у визначеній проблемній сфери (закон України “Про Національну програму інформатизації” (74/98-ВР від 04.02.98))

 



Клікніть і тягніть для зауважень

 

Рисунок 9.3 - Взаємозв’язок користувача з базою даних

 

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

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

Файл – це ідентифікована сукупність примірників повністю описаного в конкретній програмі типу даних, розміщених зовні програми в зовнішній пам’яті та доступних програмі, за допомогою спеціальних операцій.

9.4 Методика проектування інформаційного забезпечення

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

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

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

На третьому етапі «Розробка рішень щодо забезпечення обміну інформацією в системі» розробляється схема інформаційного забезпечення

 
скачати

© Усі права захищені
написати до нас