Інформаційна система "Облік мобільних терміналів"
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
той же час не дати йому можливість виконувати які-небудь зайві дії. Іноді цей інтерфейс може бути графічним з меню, кнопками, підказками й т.д. Зараз дуже популярні графічні інтерфейси, і як ми побачимо в наступних частинах курсу, багато сучасних засобів розробки інформаційних додатків насамперед орієнтовані на розробку графічних інтерфейсів. З іншого боку, небагато дивним фактом є те, що багато кінцевих користувачів (наприклад, банківські операціонисти) не люблять графічні термінали, більше вбогі интерфейсні засоби доступу до інформаційної системи із сучасного, але традиційного алфавітно-цифрового терміналу. Це здається дійсно трохи дивним, тому що на Заході, де практично будь-який касовий апарат є в дійсності персональним компютером, неможливо побачити жодного алфавітно-цифрового монітора. Якщо система призначена для продажу, то вона повинна мати гарний інтерфейс хоча б з метою маркетингу.
Сучасні організації являють собою сукупність підрозділів, філій, відділів й офісів, що обмінюються між собою інформацією й виконують окремими частинами загальної роботи. Основними фазами життя неструктурованої інформації в офісі є:
уведення інформації в систему,
зберігання, навігація, пошук і фільтрація документів,
колективного робота з документами,
висновок інформації із системи.
Існують різні способи уведення інформації в систему. Це насамперед сканування документів і збереження їх у вигляді графічних образів. У системах першого покоління графічні образи уведених документів ідентифікуються за допомогою ключових слів для наступного пошуку необхідної інформації (наприклад: система SoftSolutіons). Уведення інформації супроводжується класифікацією документів шляхом завдання атрибутів і ключових слів, анотуванням їхнього змісту. Для прискорення наступного контекстного пошуку виробляється повнотекстове індексування документів.
Визначення СУБД:
Традиційних можливостей файлових систем недостатньо для побудови навіть простих інформаційних систем через виникаючі потреб, що не покриваються можливостями систем керування файлами:
- підтримка логічно погодженого набору файлів;
- забезпечення мови маніпулювання даними;
- відновлення інформації після різного роду збоїв;
- реально рівнобіжна робота декількох користувачів.
Можна вважати, що якщо прикладна інформаційна система спирається на деяку систему керування даними, що володіють цими властивостями, то ця система керування даними є системою керування базами даних (СУБД).
Основні функції СУБД:
Більш точно, до числа функцій СУБД прийнято відносити наступні:
Безпосереднє керування даними в зовнішній памяті включає забезпечення необхідних структур зовнішньої памяті як для збереження даних, що безпосередньо входять у БД, так і для службових цілей, наприклад, для прискорення доступу до даних у деяких випадках (звичайно для цього використовуються індекси). У деяких реалізаціях СУБД активно використовуються можливості існуючих файлових систем, в інших робота виробляється аж до рівня пристроїв зовнішньої памяті. У розвитих СУБД користувачі в будь-якому випадку не зобовязані знати, чи використовує СУБД файлову систему, і якщо використовує, те як організовані файли. Зокрема, СУБД підтримує власну систему іменування обєктів БД.
СУБД звичайно працюють із БД значного розміру; принаймні цей розмір звичайно істотно більше доступного обсягу оперативної памяті. Зрозуміло, що якщо при звертанні до будь-якого елемента даних буде вироблятися обмін із зовнішньою памяттю, те вся система буде працювати зі швидкістю пристрою зовнішньої памяті. Практично єдиним способом реального збільшення цієї швидкості є буферiзація даних в оперативній памяті. При цьому, навіть якщо операційна система робить загальносистемну буферiзацію (як у випадку ОС UNIX), цього недостатньо для цілей СУБД, що має у своєму розпорядженні набагато більшу інформацію про корисність буферiзації тієї чи іншої частини БД. Тому в розвитих СУБД підтримується власний набір буферів оперативної памяті з власною дисципліною заміни буферів.
Транзакція це послідовність операцій над БД, розглянутих СУБД як єдине ціле. Або транзакція успішно виконується, і СУБД фіксує зміни БД, зроблені цієї транзакцією, у зовнішній памяті, або жодне з цих змін ніяк не відбивається на стані БД. Поняття транзакції необхідно для підтримки логічної цілісності БД. Таким чином, підтримка механізму транзакцій є обовязковою умовою навіть одно користувальницьких СУБД (якщо, звичайно, така система заслуговує назви СУБД). Але поняття транзакції набагато більш важливо в багатокористувачевих СУБД.
Та властивість, що кожна транзакція починається при цілісному стані БД і залишає цей стан цілісним після свого завершення, робить дуже зручним використання поняття транзакції як одиниці активності користувача стосовно БД. При відповідному керуванні паралельно виконуються транзакціями з боку СУБД кожний з користувачів може в принципі відчувати себе єдиним користувачем СУБД (насправді, це трохи ідеалізоване представлення, оскільки в деяких випадках користувачі багатокористувачевих СУБД можуть відчути присутність своїх колег). З керуванням транзакціями у багатокористувачевій СУБД звязані важливі поняття сериалізації транзакцій і серіального плану виконання суміші транзакцій. Під сериализації паралельно виконуються транзакції, розуміється такий порядок планування їхньої робо?/p>