Розробка інформаційної системи "Адміністратор готелю" - Программирование, компьютеры и кибернетика курсовая работа

Главная

Программирование, компьютеры и кибернетика
Розробка інформаційної системи "Адміністратор готелю"

Проблеми розробки сучасних баз даних. Моделювання предметної області "Адміністратор готелю". Застосування СУБД Microsoft ACCESS для реалізації системної архітектури бази даних. Результати тестування та рекомендації щодо удосконалення розробленої системи.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ
ЗАПОРІЗЬКИЙ АВІАЦІЙНИЙ КОЛЕДЖ ІМ. О.Г. ІВЧЕНКА
до курсового проекту з дисципліни: «Організація баз даних »
студент гр. КМ 08 - 2/9 (Садовий О.О.)
Керівник: викладач (Дмитренко В.А.)
Об'єкт дослідження - Інформаційна система «Адміністратор готелю».
Мета роботи - створити базу даних у системі управлення базами даних Microsoft Access 2003.
Для створення бази даних використовувалось середовище Microsoft Access 2003.
У системі управління базами даних Access присутні всі необхідні засоби для сортування і обробки даних, а також для керування даними з великим обсягом інформації. Дивлячись на те, що база даних включає в себе окремі таблиці, між якими встановлюються зв'язки, забезпечується конфіденційність та безпека інформації, а також зручність пошуку необхідної інформації з масиву даних.
Microsoft Access надає максимальну свободу в заданні типу даних (текст, числові дані, грошові значення, малюнки, звук, документи, електронні таблиці). Можна задати також формати збереження (довжина рядка, точність подання чисел і дати/часу) і подання цих даних у разі виведення на екран або друк. Для впевненості, що в базі даних зберігаються лише коректні значення, можна задати умови на значення різноманітного ступеня складності.
База даних «Адміністратор готелю» може використовуватись для контролю інформації про мешканців готелю, надає повну інформацію про місця в готелі та заявки на бронювання.
БАЗА ДАНИХ, ІНФОРМАЦІЙНА СИСТЕМА, СИСТЕМА УПРАВЛІННЯ БАЗАМИ ДАНИХ, МОДЕЛЬ ДАНИХ, MICROSOFT ACCESS
1. Основні проблеми розробки сучасних баз даних. Аналіз предметної області та постановка задачі курсового проекту
1.1 Актуальність проблем розробки баз даних, основні поняття та визначення
1.2 Аналіз наданої предметної області
1.3 Постановка задачі курсової роботи
2. Моделювання даних предметної області
2.1 Розробка концептуальної моделі даних
2.2 Перетворення концептуальної моделі в логічну модель даних
3.1 Вибір СУБД та інструментальних програмних засобів для реалізації запропонованої системної архітектури
3.2 Розробка прикладного програмного забезпечення
4. Результати застосування розробленої програмної системи
4.1 Стислі відомості щодо розгортання системи
4.2 Результати тестування та рекомендації щодо удосконалення розробленої системи
В наш час високих технологій, практично кожна фірма має власну базу даних для автоматизації процесів обробки даних у заціквленій фірмі області. В курсовому проекті потрібно розробити програму «Адміністратор готелю» для роботи з особистими даними клієнтів готелю, автоматизації процесу реєстрації. База даних, наявна в установі, дозволяє зберігати накопичену інформацію про клієнтів, шукати, а також використовувати при оформленні різні статистичні дані, підготувати звіти.
База даних (БД) - це сукупність взаємопов'язаних і впорядкованих даних, яка забезпечує їх оптимальне використання в певній галузі людської діяльності.
Поступово з розвитком програмного забезпечення комп'ютера з'явилися ідеї створення управляючих систем, які дозволяли б накопичувати, зберігати і оновлювати взаємопов'язані дані з цілого комплексу розв'язуваних завдань. Ці ідеї знайшли своє втілення в системах управління базами даних (СУБД).
Використовувана в проекті програма «Microsoft ACCESS» - це функціонально повна реляційна СУБД. Система управління базами даних Microsoft ACCESS є одним з найпопулярніших програм в сімействі настільних СУБД. Всі версії ACCESS мають у своєму арсеналі засоби, значно спрощують введення і обробку даних, пошук даних та надання інформації у вигляді таблиць, форм і звітів. Вбудована функція SQL(Structured Query Language) дозволяє легко і швидко створювати запити. Саме завдяки цим перевагам наш вибір зупинився на цій базі даних.
1. ОСНОВНІ ПРОБЛЕМИ РОЗРОБКИ СУЧАСНИХ БАЗ ДАНИХ. АНАЛІЗ ПРЕДМЕТНОЇ ОБЛАСТІ ТА ПОСТАНОВКА ЗАДАЧІ КУРСОВОГО ПРОЕКТУ
1.1 Актуальність проблем розробки баз даних, основні поняття та визначення.
База даних(БД) - це сукупнiсть взаємопов'язаних даних, що збеpiгаються pазом, пpи чому:
- для даних допускається така мiнiмальна надлишковiсть, що допускає їх оптимальне викоpистання для кiлькох застосувань;
- забезпечується незалежнiсть даних вiд пpогpам;
- для пошуку, доповнення та модифiкацiї даних застосовуються спiльнi засоби.
В самій суті база даних - це набір записів та файлів, організованих особливим образом.
Один із типів баз даних - це документи, набрані за допомогою текстових редакторів та сгруповані по темах. Інший тип - файли електроних таблиць, об'єднані в групи по характеру використання.
Основними та невід'ємними властивостями баз даних є такі:
- для даних допускається така мінімальна надлишковість, яка сприяє їх оптимальному використанню в одному чи кількох застосуваннях;
- для пошуку та модифікації даних використовуються спільні механізми;
- як правило, у складі бази даних існують засоби для підтримки її цілісності та захисту від неавторизованого доступу;
Система управління базами даних -- спеціалізована програма (частіше комплекс програм), що призначена для організації і ведення бази даних.
Проектування бази даних -- це впорядкований процес створення такої моделі предметної області, яка зв'язує дані, що зберігаються в базі з об'єктами предметної області, що описуються цими даними.
Проектування баз даних, як правило, відіграє одну з ключових ролей у більшості проектів. Грамотно спроектована база дозволяє без особливих проблем вносити зміни, змінювати структуру системи.
Повний етап проектування бази даних складається з трьох частин:
1) концептуального (або інфологічного) проектування;
Це проектування cкладається з кількох етапів і починається з попередньої структуризації предметної області. Перш за все, необхідно виділити всі об'єкти, які будуть використовуватися в базі даних, вказати їх властивості (характеристики) та встановити зв'язки між ними. Цей етап називають концептуальним проектуванням бази даних.
Для опису предметної області використовують три основні конструктивні елементи сутність, атрибут і зв'язок.
Сутність - це узагальнене поняття для позначення безлічі однорідних об'єктів, інформацію про які необхідно збирати і зберігати в інформаційній системі. Сутність визначається своїм унікальним ім'ям і переліком атрибутів, що характеризують властивості сутності.
Атрибут - це пойменована характеристика суті, яка приймає значення з деякої множини допустимих значень. Атрибути моделюють властивості сутності.
Зв'язок - це графічно зображена асоціація, призначена для позначення виділеної відносини між двома або більше сутностями.
На даному етапі об'єкти й зв'язки між ними перетворюють в логічну модель даних. Існує кілька логічних моделей даних. Серед них виділяють реляційну (від англ. Relation - відношення), ієрархічну і мережеву.
Даний етап проектування полягає в реалізації створеного проекту на комп'ютері. Фізична модель бази даних визначає спосіб розміщення даних (файлів) на пристроях зовнішньої пам'яті ЕОМ(Електронна обчислювальна машина), а також способи і засоби організації ефективного доступу до них. У цілому файлова структура та система управління є прерогативою операційної системи, тому по відношенню до баз даних, орієнтованих на роботу з елементами даних і високу інтенсивність обміну, ефективність введення/виводу, вона буде не оптимальна. Операційна система з завданнями баз даних справляється погано.
Стадія фізичного проектування БД включає:
- розробку специфікації внутрішньої схеми БД засобами моделі даних;
- опис відображення концептуальної схеми БД у внутрішній структурі управління файлами.
На відміну від ранніх СУБД багато сучасних системи, у тому числі і Access не надають розробнику будь-якого вибору на стадії фізичного проектування. На цій стадії можна говорити не про варіанти фізичного проектування, а про варіанти реалізації. Тобто, після створення даталогічної моделі фізичне проектування включає:
- призначення типів полів для розподілу атрибутів сутностей;
- можливе створення таких додаткових об'єктів як індекси, тригери (обробники подій) і процедури, що зберігаються, що полегшують пошук в таблицях і обробку даних контролю цілісності.
Система управління базами даних надає повний контроль над процесом визначення даних, їх обробкою та використанням. СУБД також істотно полегшує обробку великих об'ємів інформації, які зберігаються в багаточисленних таблицях.
Різноманітні засоби системи управління базами даних забезпечують виконання трьох основних функцій: визначення даних, обробка даних та оперування даними.
Дані - це набір різнорідної неорганізованої інформації. Для того щоб дані стали корисними, потрібний засіб управління ними - система управління базою даних. Тому потрібно упорядкувати усі розкидані рахунки з тим, щоб можна було легко знайти те, що потрібно в даний момент. Організований набір даних і є базою даних.
Основним застосуванням БД може стати швидке отримання актуальних аналітичних звітів по ринку облігацій через побудову унікальних (тобто для кожного користувача своїх) багатопараметричних запитів до всієї доступної інформації. Робити такі запити на регулярній основі, можна тільки володіючи базою даних з комплексною і оновлюваною інформацією. Швидкість і надійність побудови забезпечується наявністю БД на локальному сервері користувача.
Таблиці -- це основні й найнеобхідніші об'єкти будь-якої БД. Саме в таблицях зберігаються всі дані. Реляційна БД може містити цілий набір взаємозв'язаних таблиць.
Запити -- це спеціалізовані структури, що створюються для здійснення обробки бази даних. За допомогою запитів можна упорядкувати дані, виконати їх фільтрацію, об'єднання, відбір або навіть зміну.
Форми -- це об'єкти, що дозволяють вводити в базу нові дані або переглядати вже існуючі у зручній для користувача формі (вигляді, поданні).
Звіти -- ці об'єкти говорять самі за себе. Вони видають дані на принтер або інший пристрій виводу (це може бути і монітор), у зручному та наочному вигляді. Наприклад, у вигляді бланку або рахунку.
Макроси -- це набір макрокоманд. Коли виникає необхідність частого виконання одних і тих же операцій з БД, є можливість згрупувати набір команд в один макрос. Після чого ініціалізацію його виконання закріплюють за певною комбінацією клавіш клавіатури. Простими словами, натискання цієї комбінації при роботі з базою призводить до виконання всієї послідовності дій, що записані у макрос.
Модулі -- це програми, що створені засобами мови Visual Basic. Вони дозволяють доповнити стандартні засоби Access, якщо наявних вже не вистачає для задоволення всіх вимог до роботи СУБД. Програміст може розширити можливості системи, дописавши необхідні модулі та додавши їх у БД
Проста база даних може складатися всього з однієї таблиці. Більшість баз даних включають декілька таблиць. Наприклад, в одній таблиці можуть зберігатися відомості про продукти, у другій -- відомості про замовлення, а в третьому -- відомості про клієнтів.
Запити створюються користувачем для вибірки потрібних даних з одної або декількох пов'язаних таблиць. Запит може формуватися за допомогою запитів за зразком QBE (англ. Query by Example, запит за зразком) або за допомогою мови структурованих запитів Structured Query Language.
З допомогою запиту можна також оновити, видалити, додати дані в таблиці або створити нові таблиці на основі вже існуючих.
QBE - засіб для пошуку необхідної інформації в базі даних. Він формується не на спеціальній мові, а шляхом заповнення бланка запиту у вікні Конструктора запитів.
SQL (Structured Query Language - «мова структурованих запитів») -- універсальна комп'ютерна мова, яка використовується для створення, модифікації і управління даними в реляційних базах даних.
SQL запити складаються (програмістами) з послідовності SQL-інструкцій. Ці інструкції задають, що треба зробити з вхідним набором даних для генерації вихідного набору. Всі запити Access будує на основі SQL-запитів. Щоб побачити їх, необхідно в активному вікні проектування запиту виконати команду Вид / SQL.
Існує кілька типів запитів: на вибірку, на оновлення, на додавання, на видалення, перехресний запит, створення таблиць. Найбільш поширеним є запит на вибірку. Запити на вибірку використовуються для відбору потрібної користувачу інформації, що міститься в таблицях. Вони створюються тільки для пов'язаних таблиць.
Форми призначені для введення, перегляду та коректування взаємозв'язаних даних бази на екрані в зручному вигляді, який може відповідати звичному для користувача документу. Форми також можуть використовуватися для створення панелей управління в додатку користувача.
Зовнішній вигляд форми вибирається в залежності від того, з якою метою вона створюється. Форми Access дозволяють виконувати завдання, які не можна виконати в режимі таблиці. Форми дозволяють обчислювати значення і виводити на екран результат. Джерелом даних для форми є записи таблиці або запиту.
Відкриття форм здійснюється натисканням відповідних кнопок на кнопковій формі, яка створюється за допомогою Диспетчеру кнопкових форм (меню Сервіс-->Службові програми-->Диспетчер кнопкових форм). При запуску БД кнопкова форма запускається автоматично.
1.2 Аналіз наданої предметної області
Інформаційна система «Адміністратор готелю» призначена для зберігання, обробки, внесення та пошуку інформації про готель. Головним користувачем бази даних є адміністратор. До його основних обов'язків належить забезпечення збереження інформації, корегування БД за потребами готелю, консультування клієнтів.
Клієнт або користувач - це особа, якій надається інформація що міститься у даній базі даних. Зокрема, користувач автоматизованої системи - це особа, яка бере участь у функціонуванні автоматизованої системи або використовує результати її функціонування.
З точки зору інформаційної безпеки, користувачем є тільки людина. Программа ж, що працює за її потребами, є вже суб'єктом. З її допомогою користувач взаємодіє з системою, можливо включенною в мережу, і отримує створюване нею робоче середовище.
Кінцевий користувач - людина, що використовує систему для вирішення поставлених перед нею завдань.
БД «Адміністратор готелю» перш за все використовується для контролю часто змінюваної інформації про управління готелем.
За допомогою даної БД здійснюється інформаційний контроль над проживаючими в готелі, надається інформація про вміст готелю, інформація про місця, а токож записи про заявки на бронування місць майбутніх мешканців готелю.
1.3 Постановка задачі курсового проекту
На основі аналізу предметної області в курсовому проекті необхідно розробити інформаційну систему «Адміністратор готелю», яка складається з чотирьох таблиць:
Таблиця «Готельні номери» повинна містити в собі такі поля:
Таблиця «Проживання» повинна містити в собі такі поля:
Таблиця «Заявки на бронування» повинна містити в собі такі поля:
- організація або особа, яка подала заявку;
Таблиця «Інформація про місця» повинна містити в собі такі поля:
- стан (зайнято, вільно або заброньовано);
- номер заявки (якщо місце заброньовано).
Для відбору даних в цій базі даних необхідно створити запити з такими критеріями пошуку:
1) для кожного проживаючого в готелі, визначити прізвище, ім'я та по-батькові, серію та номер паспорту, номер кімнати та номер місця;
2) визначити всю інформацію про місця проживання, які заброньовані або зайняті та кількість в них місць;
3) для першої, другої та третьої кімнати вивести всю інформацію про заявки на бронування;
4) для кожної організації або особи, яка подала заявку на бронування, визначити кількість замовлених місць і кількість пропонованих днів проживання;
5) вивести інформацію по всім двомісним кімнатам, які повністю вільні;
6) для кожної кімнати готелю вивести прізвище, ім'я та по-батькові проживаючого на першому місці на вказану дату;
7) в перехресному запиті вивести кімнати, прізвище, ім'я та по-батькові проживаючих, і номери їх місць в період з 20.01.2011 по 15.02.2011;
8) якщо дата кінця проживання мешканців менша за поточну дату, позначити всі відповідні місця як «вільні»;
9) видалити всю інформацію з таблиці «Заявки на бронування».
Після розробки необхідних запитів, потрібно розробити три форми і три звіта.
Перша форма повинна виводити прізвище, ім'я, по-батькові, серію та номер паспорту, номер кімнати та номер місця мешканця або особи, яка мешкала раніше.
Друга форма повинна відкривати таблицю «Заявки на бронування».
Третя форма повинна відкривати таблицю «Інформація про місця».
Перший звіт повинен виводити інформацію про кожну організацію або особу, яка подала заявку на бронування, виводити кількість замовлених місць ікількість замовлених днів проживання.
Другий звіт повинен виводити інформацію про місця.
Третій звіт повинен виводити інформацію про готельні номери.
Також необхідно розробити головну кнопкову форму, яка буде викликати на виконання всі таблиці, звіти, запити і форми.
2. МОДЕЛЮВАННЯ ДАНИХ ПРЕДМЕТНОЇ ОБЛАСТІ
2.1 Розробка концептуальної моделі даних
Наступним кроком після аналізу предметної області є створення концептуальної моделі майбутньої бази даних. Це її графичне зображеня в термінах предметної області. Концептуальний рівень побудови архітектури інформаційної системи передбачає розробку її концептуальної моделі (або моделі предметної області). Компонентами моделі є об'єкти та їх взаємозв'язки. Модель забезпечує концептуальне представлення даних. Концептуальна модель служить засобом спілкування між різними користувачами і тому розробляється без урахування особливостей фізичного подання даних. Така модель визначає систему основних понять і правил їх комбінування, які не залежать від засобів розробки бути смислового структурою предметної області. Для представлення концептуальної моделі бази даних створюється діаграма «сутність-зв'язок». Основними конструктивними елементами є сутності, зв'язки між ними та їх властивості (атрибути). Концептуальна модель - складається з переліку взаємопов'язаних понять, які використовуються для опису предметної області, разом з властивостями і характеристиками, класифікацією цих понять, за типами, ситуаціями, ознаками в даній області і законів протікання процесів у ній. Інформацію про проект підсумовують з використанням інфологічної моделі даних "Сутність-Зв'язок" - entity-relationship(ER).
Мета інфологічного моделювання - забезпечення найбільш природних для людини способів збору й подання тієї інформації, що передбачається зберігати в створюваній базі даних. Основними конструктивними елементами інфологічних моделей є сутності, зв'язки між ними і їхньої властивості (атрибути).
Сутність - будь-який помітний об'єкт (об'єкт, що ми можемо відрізнити від іншого), інформацію про який необхідно зберігати в базі даних. Сутностями може бути будь-що. Необхідно розрізняти такі поняття, як тип сутності й екземпляр сутності. Поняття тип сутності ставиться до набору однорідних особистостей, предметів, подій або ідей, що виступають як ціле. Екземпляр сутності ставиться до конкретної речі в наборі. Наприклад, типом сутності може бути МІСТО, а екземпляром - Херсон, Київ і т.д.
Атрибут - поіменована характеристика сутності. Його найменування повинне бути унікальним для конкретного типу сутності, але може бути однаковим для різного типу сутностей. Атрибути використовуються для визначення того, яка інформація повинна бути зібрана про сутність. Абсолютне розходження між типами сутностей і атрибутами відсутній. Атрибут є таким тільки у зв'язку з типом сутності. В іншому контексті атрибут може виступати як самостійна сутність.
Ключ - мінімальний набір атрибутів, за значеннями яких можна однозначно знайти необхідний екземпляр сутності. Мінімальність означає, що виключення з набору будь-якого атрибута не дозволяє ідентифікувати сутність по тому що залишилися.
Зв'язок - асоціювання двох або більше сутностей. Якби призначенням бази даних було тільки зберігання окремих, не зв'язаних між собою даних, то її структура могла б бути дуже простою. Однак одне з основних вимог до організації бази даних - це забезпечення можливості відшукання одних сутностей за значеннями інших, для чого необхідно встановити між ними певні зв'язки. Тому що в реальних базах даних нерідко втримуються сотні або навіть тисяча сутностей, то теоретично між ними може бути встановлене більше мільйона зв'язків. Наявність такої безлічі зв'язків і визначає складність інфологічних моделей.
Існують три основні класи сутностей: стрижневий, асоціативний й характеристичний, а також підклас асоціативних сутностей - позначення.
Стрижнева сутність (стрижень) - це незалежна.
Асоціативна сутність (асоціація) - це зв'язок виду " багато-до-багатьох" між двома або більше сутностями або екземплярами сутності. Асоціації розглядаються як повноправні сутності:
- вони можуть брати участь в інших асоціаціях і позначеннях точно так само, як стрижневі сутності;
- можуть мати властивості, тобто мати не тільки набір ключових атрибутів, необхідних для вказівки зв'язків, але й будь-яке число інших атрибутів, що характеризують зв'язок.
Характеристична сутність (характеристика) - це зв'язок виду " багато -до-одного" або "один-до-одного" між двома сутностями. Єдина мета характеристики в рамках розглянутої предметної області складається в описі або уточненні деякої іншої сутності. Необхідність у них виникає у зв'язку з тим, що сутності реального миру мають іноді багатозначні властивості.
В даній діаграмі вказано чотири сутності: «Проживання», «Інформація про місця», «Готельні номери», «Заявки на бронювання».
В сутності «Проживання» ключовий атрибут - «Код запису про проживання», цей атрибут буде головним, і від нього залежатимуть такі атрибути як «Прізвище, ім'я, по-батькові», «Серія та номер паспорту», «Початок проживання», «Кінець проживання», «Номер кімнати» та «Номер місця».
В сутності «Інформаія про місця» ключових атрибутів два - «Номер місця» і «Номер кімнати», ці атрибути будуть головними, і від них залежатимуть такі атрибути як «Стан» і «Номер заявки».
В сутності «Готельні номери» ключовий атрибут - «Номер кімнати», він буде головним і від нього буде залежати атрибут «Кількість місць».
В сутності «Заявки на бронювання» ключовий атрибут - «Номер заявки», він буде головним і від нього будуть залежати такі атрибути як «Особа яка подала заявку», «Початок проживання», «Кінець проживання», «Кількість замовлених місць».
Зв'язок між сутностями «Проживання» і «Інформація про місця» буде по одному атрибуту, а саме «Номер кімнати», зв'язок буде виду один(Проживання)-до-багатьох(Інформація про місця). Зв'язок між сутностями «Інформація про місця» і «Готельні номери» буде також по атрибуту «Номер кімнати», зв'язок буде виду один(Готельні номери)-до-баготьох(Інформація про місця). Зв'язок між сутностями «Інформація про місця» і «Заявки на бронювання» буде виду один-до-одного по атрибуту «Номер заявки».
2.2 Перетворення концептуальної моделі в логічну модель даних
Логічні моделі використовуються розробниками баз даних для формального представлення інформаційних потреб виробництва, економіки, бізнесу тощо. Найрозповсюдженішою формою відображення цієї моделі слугують ER-діаграми (На використанні різновидностей ER-моделі ґрунтується більшість сучасних підходів до проектування реляційних баз даних. Модель була запропонована Пітером Ченом у 1976 році. Моделювання предметної області базується на використанні графічних діаграм, які включають невелике число різнорідних компонентів. У зв'язку з наочністю подання концептуальних схем баз даних ER-моделі набули значного поширення в системах CASE, які підтримують автоматизоване проектування реляційних баз даних.
Як правило, розробка логічної моделі являє собою ітераційний процес, що складається з фаз аналізу, проектування та оцінювання. При цьому на кожній ітерації додаються нові правила. Добрі засоби проектування баз даних мають бути гнучкими, а організація роботи з ними -- ефективною. ER-діаграми повинні доповнюватися детальнішою інформацією про бізнес, правила та обмеження посилання на цілісність, а також давати змогу керувати наочним поданням деталей моделі.
Під час створення логічної моделі потрібно насамперед провести важливу роботу з замовником. Найбільший обсяг робіт з базами даних пов'язаний із запитами. Тож потрібно якнайдокладніше дізнатися від замовника про можливі запити до бази даних. Досвід проектування свідчить про те, що замовники часто не уявляють, які можливості даватиме їм база даних, до вирішення яких нових задач вони зможуть долучитися. Через це під час проектування потрібно якнайраніше показати замовникам їхні можливі горизонти, щоб так само якнайраніше довелося б вносити зміни до логічної моделі.
Для відстежування процесу проектування логічної моделі використовуються звіти. Вони корисні також для узгодження вимог із замовниками. У звітах, як правило, перераховуються сутності, їх атрибути, правила та обмеження, що вміщують до бази даних. Добрі засоби підготовки звітів містять різні види інформації про логічну модель, сприяють гнучкому розміщенню та форматуванню, а також поданню звіту у файл або його експорту в інші додатки. При узгодженні вимог із замовниками варто результат оформляти окремим протоколом.
3.1 Вибір СУБД та інструментальних програмних засобів для запропонованої системної архіиектури.
Щодо вибору системи управління бази даних, то це є складним багатопараметричним завданням і є одним з важливих етапів при розробкці баз даних.
Найбільш вимогливий підхід при виборі СУБД заснований на оцінці того, якою мірою існуючі системи задовольняють основним вимогам створюваного проекту інформаційної системи. Більш складним і дорогим варіантом є створення випробувального проекту на основі кількох СУБД і наступний вибір найбільш підходящого з кандидатів. Але й у цьому випадку необхідно обмежувати коло можливих систем, спираючись на якісь критерії відбору. Разом кажучи, перелік вимог до СУБД, що використовуються при аналізі тієї чи іншої інформаційної системи, може змінюватись в залежності від поставлених цілей. Проте можна виділити такі групи критеріїв:
- особливості архітектури і функціональні можливості;
- часом виконання операцій імпортування бази даних з інших форматів;
- максимальним числом парарельних звернень до даних у такому режимі як багатокористувацький;
На продуктивність СУБД впливають два фактори:
- СУБД, які стежать за дотриманням цілісності даних, несуть додаткове навантаження, яке не здійснюють інші програми;
- продуктивність власних прикладних програм сильно залежить від правильного проектування і побудови БД.
Найшвидші СУБД не володіють функціональними можливостями на рівні процесора СУБД.
Самою швидкою СУБД є FoxPro, однак вона не володіє засобами дотримання цілісності даних на відміну від більш повільної СУБД Access.
FoxPro є реляційною СУБД з вбудованою спеціалізованою мовою програмування. Вона дозволяє у діалоговому та пакетному (програмному) режимах створювати та обслуговувати бази даних.
- максимальна кількість записів 1000000000;
- максимальне число символів у запису 4000;
- максимальна кількість полів у запису 128;
- максимальна кількість символів у полі 254.
СУБД FoxPro працює під управлінням операційної системи MS DOS 3.1 та старшими версіями. Вона потребує мінімум 375 кбайт вільної оперативної пам'яті. Більш якісна робота забезпечує при об'ємі вільної оперативної пам'яті 560 кбайт.
Звичайно всі файли СУБД FoxPro містяться в окремому підкаталозі кореневого каталогу. СУБД FoxPro містить близько 20 різних файлів, у повному об'ємі вони можуть використовуватися за наявності в комп'ютері жорсткого диску.
FoxPro допускає також роботу з одним накопичувачем на гнучких магнітних дисках місткістю 720 кбайт.
СУБД FoxPro може працювати у діалоговому та програмному режимах. В діалоговому режимі команди мови FoxPro вводяться з клавіатури та зразу ж виконуються. У програмному режимі розробляється програма в мовах програмування вищого рівня. Набір команд для діалогового режиму не повністю збігається з набором команд для програмного режиму. Наприклад, у програмному режимі можуть використовуватися команди умовного переходу, команди циклу та інші, які діалоговому режимі не використовуються.
З більшості існуючих СУБД (наприклад dBase, FoxPro, Paradox) для реалізації курсового проекту було обрано Microsoft Access.
Microsoft Access -- це функціонально повна реляційна СУБД. У ній передбачені всі необхідні засоби для визначення та обробки даних, а також для керування ними при роботі з великими обсягами інформації.
Ця гнучкість забезпечує успішний розв'язок невеликих, добре сформульованих задач. Але коли електронна таблиця містить кілька сотень рядків, а документи складаються з багатьох сторінок, то працювати з ними стає досить важко. З ростом обсягу даних можна виявити, що перевищені встановлені електронною таблицею або текстовим редактором обмеження на пам'ять або ж узагалі вичерпані можливості комп'ютерної системи. Якщо розробляється документ або електронна таблиця, які призначені для інших користувачів, то стає важко проконтролювати введення нових і використання вже наявних даних. Наприклад, коли в електронній таблиці в одній комірці має зберігатися дата, а в іншій -- грошове надходження, користувач зовсім випадково може їх переплутати.
Microsoft Access надає максимальну свободу в завданні типу даних (текст, числові дані, дати, час, грошові значення, малюнки, звук, документи, електронні таблиці). Можна задати також формати збереження (довжина рядка, точність подання чисел і дати/часу) і подання цих даних у разі виведення на екран або друк. Для впевненості, що в базі даних зберігаються лише коректні значення, можна задати умови на значення різноманітного ступеня складності.
Оскільки Microsoft Access є сучасним додатком Windows, можна використовувати всі можливості DDE (Dynamic Data Exhange, динамічний обмін даними) та OLE (Object Linking and Embedding, зв'язок та впровадження об'єктів). DDE дає змогу здійснювати обмін даними між Access і будь-яким іншим додатком Windows, який підтримує DDE. В Access можна за допомогою макросів або Access Basic здійснювати динамічний обмін даними з іншими додатками. OLE є витонченішим засобом Windows,
Розробка інформаційної системи "Адміністратор готелю" курсовая работа. Программирование, компьютеры и кибернетика.
Реферат На Тему Проблемы Устойчивого Развития Цивилизации Xx Века
Сочинение По Рассказу Толстого После Бала
Революции 1917 Года Реферат
Казань Универ Сирил Водунон Диссертация
Реферат: Химия актиноидов (актинидов)
Сочинения Слово О Полку Игореве Класс
Реферат по теме Аньоло (Анджело) Бронзино
Курсовая Работа По Психологии На Тему Детские Страхи
Заказать Курсовую Работу Срочно Недорого
Характеристика Лпу Для Дневника Практики
Реферат: Корпоративні підприємства
Курсовая работа по теме Применение статистических методов контроля качества при производстве конфет 'Золотая нива'
Как Оформляется Приложение В Курсовой Работе
Реферат по теме Гинекологические заболевания
Сочинение Про Город Чайковский
Реферат: Валютна політика та інвестиції
Дипломная работа по теме Пенная сепарация отходов
Насосная Станция 2 Го Подъема Курсовой
Темы Дипломных Работ По Фармации
Эссе Моя Любимая Книга О Войне
Историческое исследование с. Берлик Мойынкумского района - География и экономическая география презентация
Отчетность некоммерческих организаций - Бухгалтерский учет и аудит курсовая работа
Политический строй Германии - Политология реферат