Внутримашинное інформаційне забезпечення управління

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

скачати

Зміст:
1. Склад і способи створення інформаційного забезпечення
2. Основи організації внутримашинного інформаційного забезпечення
3. Організація даних у внутримашинной сфері
Список використаної літератури

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

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

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

Рис. 3. Схема обробки масивів бази даних у задачах АСУ
Нормативно-довідкові дані, як найбільш стабільні, зазвичай розміщують в окремих масивах бази даних. Технології формування та ведення цих масивів мають свої особливості. Масиви нормативно-довідкової інформації створюються, як правило, на етапі первинного завантаження бази даних. У процесі експлуатації в ці масиви в міру необхідності доповнюються або змінюються, що дозволяє підтримувати базу даних в актуальному стані.
Планові дані, що характеризують прийняті організаційно-технологічні рішення і, що включають відомості про потребу у вартісних ресурсах, ресурсах типу "потужності", матеріалах і виробах за будівельним роботам, зберігаються в базі даних до закінчення будівництва відповідного об'єкта. Потім вони переносяться до архіву.
Дані оперативного обліку вносяться до бази даних відповідно до регламенту вирішення завдань, в міру надходження на введення та обробку документів з оперативною, обліковою інформацією. Ці дані підлягають накопиченню за певний період (тиждень, місяць, квартал), після закінчення якого проводиться їх узагальнення та обробка. Після виконання чергового розрахунку (наприклад, формування календарного графіка виконання будівельно-монтажних робіт) накопичені дані оперативного обліку підлягають видаленню або архівації.
У базі даних також є проміжні (робітники) і вихідні масиви. Їх створюють (подібно прикладним програмам) у процесі вирішення завдань безпосередньо самі системи управління базами даних.
Існує два основні режими функціонування бази даних - монопольний і колективного користування. У першому випадку база даних зберігається тільки на машинних носіях даній ЕОМ і не дозволяється одночасний доступ декількох користувачів.
При наявності засобів комунікації відкривається можливість зберігати і використовувати централізовані бази даних, що розміщуються на машині-сервері, в многопользовательском режимі. У цьому випадку керівники робіт зі своїх робочих станцій, (автоматизованих робочих місць) отримують доступ до загальної для всіх учасників АСУ централізованої інформаційної бази. Мережеві комп'ютерні технології дозволяють кожному керівникові робіт створювати на своїй персональній ЕОМ додаткову (локальну) базу даних, яка містить інформацію, необхідну тільки на цьому автоматизованому робочому місці.
Залежно від конфігурації використовуваних технічних і програмних засобів при мережевий обробці даних інформаційної бази може бути здійснена різна технологія роботи. Існують два основні режими мережної обробки даних - "файл-сервер" і "клієнт-сервер". Технологія "файл-сервер" припускає наявність ЕОМ, виділеної під файловий сервер, на якій знаходяться ядро ​​мережної операційної системи і централізовано зберігаються файли. При цій архітектурі забезпечується колективний доступ до спільної бази даних на файловому сервері. Причому, коли відбувається оновлення файлу одним з користувачів, цей файл блокується для доступу іншим користувачам. Даний режим характерний тим, що запитані дані транспортуються з файлового сервера на робочі станції, де і відбувається їх обробка засобами системи управління базою даних.
Мережева комп'ютерна система "клієнт-сервер" передбачає поділ функцій обробки даних між клієнтом (робочою станцією) і машиною-сервером баз даних, де обробку здійснює встановлена ​​там система управління базою даних. Запит на обробку даних видається клієнтом і передається по мережі на сервер баз даних, де здійснюється пошук та обробка інформації.
Оброблені дані транспортуються по локальної або глобальної мережі від сервера до клієнта. Для реалізації технологій типу "клієнт-сервер" розроблена мова структурованих запитів SQL (Structured Queries Language), за допомогою якого здійснюються запити до бази даних АСУ та забезпечується робота з електронними сховищами даних інших автоматизованих систем управління. Мережеві технології "файл-сервер", "клієнт-сервер" орієнтовані на користувача-непрограмістів, інших діалогових засобів роботи користувачів з даними. Слід зазначити, що кошти управління СУБД дозволяють виконувати і ряд інших технологій обробки внутримашинной бази даних.
В організації та веденні внутрішньомашинної інформаційної бази беруть участь ряд спеціальних програмних засоби введення і контролю. Ці програми зазвичай використовуються для великих інформаційних баз на етапі предбазовой обробки даних і створення первинних масивів. Засоби предбазовой обробки забезпечують контроль достовірності введеної в комп'ютер інформації і автоматизацію підготовки великих масивів даних до завантаження і коригування бази даних.
Експлуатація інформаційних баз неможлива без виконання ряду допоміжних процедур, наприклад, копіювання, архівування, відновлення, антивірусного захисту та ін Для реалізації цих і їм подібних завдань у складі внутрішньомашинної інформаційної бази є відповідні базові програмні засоби, звані утилітами.
До засобів ведення внутрішньомашинної баз даних також відносяться і прикладні програми, створювані на універсальній мові програмування СУБД. Необхідність створення прикладних програм виникає, коли власні мовні засоби системи управління базами даних не дозволяють виконати рішення тієї або іншої задачі АСУ.
Прикладні програми АСУ можуть розроблятися і на одному з універсальних алгоритмічних мов (Basic, Visual C + +, Fortran, Modula та ін.) Однак у таких програмах не завжди досягти незалежності програм обробки і самих даних, уникнути дублювання даних в інформаційних масивах різних задач АСУ. Це призводить до багаторазового введення одних і тих же даних для різних завдань автоматизованої системи управління і викликає істотний-ні проблеми при внесенні змін у вихідні дані.
Для забезпечення процесів створення та експлуатації внутримашинное-ної інформаційної бази необхідні відповідні технологічне-кі інструкції, в яких повинні бути регламентовані процеси введення, контролю даних та коригування даних, отримання копій файлів, архівування та відновлення бази даних і ін В інструкціях по введенню і контролю повинні бути описані технології введення інформації, визначена послідовність створення масивів. Тут же повинні бути описані необхідні перевірки достовірності вводяться відомостей, що використовуються методи контролю (на діапазон значень, за допомогою контрольних сум і ін.)
Інструкції щодо завантаження та коригування бази даних повинні визначати вхідні документи (масиви), з яких здійснюється завантаження. У цих інструкціях повинні бути описані екранні форми, які відповідають формам вхідних документів і дозволяють одночасно вводити дані в кілька логічно взаємопов'язаних масивів. При цьому повинні бути забезпечені вимоги одноразового введення однієї і тієї ж інформації в базу даних.
Створення бази даних колективного користування, в тому числі для роботи в комп'ютерних мережах, також повинно супроводжуватися необхідними інструкціями для адміністрації баз даних. У них визначаються функції персоналу, щодо забезпечення доступу користувачів АСУ до спільної бази даних з дотриманням вимог щодо захисту інформації від несанкціонованого доступу, визначення сфери відповідальності за збереження даних централізованої інформаційної бази АСУ.
3. Організація даних у внутримашинной сфері
Існує два рівні організації даних під внутримашинной сфері - логічний і фізичний. Фізична організація даних визначає спосіб розміщення інформації безпосередньо на машинних носіях і виконується програмними інструментаріями автоматично (без участі людини). Розробники внутрішньомашинної інформаційної бази АСУ оперують у програмах тільки представ-леніямі про логічної організації даних, яка визначається видом моделі даних. Під моделлю даних розуміється сукупність взаємопов'язаних структур даних та операцій над цими структурами.
Вид моделі і використовувані в ній типи структур даних багато в чому зумовлюють вибір системи управління базами даних або мови програмування, на якому створюється прикладна програма обробки даних. Слід зазначити, що для розміщення однієї і тієї ж інформації під внутримашинной сфері можуть бути використані різні структури і моделі даних. Їх вибір покладається на розробників інформаційної бази АСУ і залежить від багатьох факторів, в тому числі від наявного технічного і програмного забезпечення, обсягів інформації, складності задач АСУ.
У ряді випадків при організації даних під внутримашинной сфері застосовують файлову модель. За такої моделі Внутрімашінная інформаційна база являє собою безліч не пов'язаних між собою файлів з однотипних записів з однорівневою структурою (рис. 4). Запис є основною структурною одиницею обробки даних і складається з фіксованого набору (кортежу) полів, кожне з яких представляє собою елементарну одиницю логічної організації даних. Структура запису визначається складом і послідовністю що входять до неї полів.
Кожному екземпляру запису, як правило, у відповідність, ставляться один або два ключі запису: первинний (унікальний) і вторинний ключ. Первинний ключ - це одне або кілька полів, однозначно ідентифікують запис. У разі, якщо первинний ключ складається з одного поля, він називається простим, якщо з декількох полів - складеним ключем. Вторинний ключ, на відміну від первинного, - це таке поле, значення якого може повторюватися в декількох записах файлу, тобто він не є унікальним. Якщо за значенням первинного ключа може бути знайдений один єдиний екземпляр запису, то по вторинному - декілька.
Для прискорення доступу до записів файлу виконується процедура індексування, результатом якої є створення додаткового-ного індексного файлу, який містить в упорядкованому вигляді всі значення ключів файлу даних. Для кожного значення ключа в індексному файлі міститься покажчик на відповідний запис файлу даних. Наявність індексного файлу дозволяє по заданому ключу швидко знаходити запис. Індексування може проводитися не тільки по первинному, але і по вторинному ключу.

Рис. 4. Файлова організація баз даних (файли, записи, поля)
Опис логічної організації даних файлової моделі полягає в присвоєнні кожному файлу унікального імені, а також в описі структури його записів. При цьому кожному полю задається скорочене позначення (ім'я поля) і вказується формат поля (тип зберігається даного, довжина поля і точність числових даних). Для полів, що виконують роль унікального (першого) ключа запису, вказується ознака ключа. Структура файлу зазвичай описується таблицею, в якій зазначаються первинні і вторинні ключі.
Файлові інформаційні бази обробляються системами управління файлами (Q & A, Reflex, FFS File та ін), які не вважаються системами управління базами даних. Файлові системи легко освоюються, досить прості й ефективні у використанні. Для роботи з ними використовуються прості мови запитів, або і зовсім обмежуються набором програм-утиліт. Такі системи зазвичай підтримують роботу з невеликим числом файлів, що містять обмежену кількість записів з невеликою кількістю полів.
Крім файлових моделей організації даних внутримашинной сфери існують ієрархічні, мережні і реляційні моделі. Ці типи моделей є більш складними і, на відміну від файлової організації даних, підтримуються СУБД відповідного типу. Відмінності між цими класами моделей поступово стираються. Проте деякі особливості перерахованих типів моделей слід відзначити. Для ієрархічних і мережевих моделей їх структура не може бути змінена після введення даних, тоді як структура реляційних моделей може змінюватися в будь-який час. З іншого боку, ієрархічні та мережні моделі забезпечують більш швидкий доступ до інформації, ніж реляційні моделі.
Ієрархічні моделі мають деревоподібну структуру, коли кожному вузлу структури відповідає один сегмент, який представляє собою пойменований лінійний кортеж даних. Кожному сегменту, крім кореневого, відповідає один вхідний і кілька вихідних сегментів (рис. 5).

Рис. 5. Структура ієрархічної бази даних
Кожен сегмент лежить на єдиному ієрархічному шляху, що починається з кореневого сегмента. При описі такої логічної організації даних достатньо для кожного сегмента вказати його вхідний сегмент. Так як в ієрархічній моделі кожному вхідному сегменту даних відповідає N вихідних, то такі моделі дуже зручні для подання відносин типу 1: L в предметної області.
Деяким недоліком ієрархічних моделей є їх неефективність при реалізації відносин типу L: L, повільний доступ до сегментів даних нижніх рівнів ієрархії і чітка орієнтація тільки на певні типи запитів та ін У зв'язку з цим в даний час СУБД, що базуються на ієрархічних моделях, піддаються істотним модифікаціям, що дозволяє підтримувати більш складні типи структур і, в першу чергу, мережеві їх модифікації.
Мережева модель багато в чому подібна до ієрархічної і відрізняється від неї лише тим, що допускає декілька вхідних сегментів поряд з можливістю наявності сегментів без входів з точки зору ієрархічної структури. На рис. 6 представлений простий приклад мережевої структури, отриманої на основі модифікації ієрархічної топології (рис. 5).

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

Рис. 7. Частковий реляційної моделі бази даних
У даному фрагменті бази даних визначено два відносини (файлу), що мають загальний елемент значення поля Виріб. Операції реляційної алгебри можуть об'єднати два типи записів по цьому загальному елементу. Наприклад, в результаті з'єднання запис ПС може представитися в наступному вигляді:
ПС <Об'єм (м3)> <Витрата арм. (Кг)> <Витрата цем. (Кг)>
<ЖБІ5> <К-сть> <Дата поставки >.....
Інакше кажучи, до відомостей про виробі додаються відомості про всі його постачання, наявні в реляційній базі даних. Зв'язок між записами допускається за кількома полями, дозволяючи виконувати досить складні маніпуляції з даними. Поля даних, що пов'язують разом два записи, можуть бути унікальними для даної пари, але можуть дублюватися і в багатьох інших записах. Вони можуть повторюватися неодноразово, пов'язуючи між собою записи. Аналогічним чином можна проілюструвати виконання в реаліціонной моделі операцій проекції і селекції.
Щоб не допустити втрат або спотворення інформації в реляційної базі даних необхідний відповідний контроль всіх взаємозв'язків записів. Цей контроль виконується СУБД, які в процесі роботи постійно перераховують кількість зв'язків для кожного запису бази даних у прямому і зворотному напрямках. При великих обсягах баз даних здійснення такого контролю може вимагати істотних витрат машинного часу.

Список використовуваної літератури:
1. Автоматизовані інформаційні технології в економіці. / За ред. проф. Г. А. Титоренко. -М.: Комп'ютер, ЮНИТИ, 2006.-205 с.
2. Комп'ютерні технології обробки інформації. / За ред. С. В. Назарова. -М.: Фінанси і статистика, 2007. - 487 с.
3. Каpатигін С. компьютеp для носоpога. / / Кн.З.: Носоpог в моpе даних. / / Бази даних: пpостейших сpедства обpаботки КВАЛІФІКАЦІЙНА; електронним таблиці; системи упpавления базами даних. У 2-х томах. - М.: ABF, 20055.
4. Хаселіp Р. операційна система Windows 3.1. - М.: ЕКОМ, 2003. - 156 с.
5. Хаpвей Г. Excel 5.0 для "чайників". - К.: Діалектика, 2001. - 234 с.
Додати в блог або на сайт

Цей текст може містити помилки.

Програмування, комп'ютери, інформатика і кібернетика | Контрольна робота
57.1кб. | скачати


Схожі роботи:
Інформаційне забезпечення муніципального управління
Інформаційне забезпечення управління підприємством
Інформаційне забезпечення реклами і фундаментальні принципи управління
Інформаційне забезпечення процесу управління збутом продукції фірми
Інформаційне забезпечення МТК
Інформаційне забезпечення підприємства
Інформаційне забезпечення в анестезіології
Інформаційне забезпечення логістики
Інформаційне забезпечення туристичної діяльності
© Усі права захищені
написати до нас