ign="justify"> Вимоги до захисту інформації від несанкціонованого доступу виглядають таким чином:
· Без пароля
· Обмежений доступ для співробітників (заборона можливості редагування самого додатка)
. 3 Опис розроблюваної системи
Інформаційна система призначена для отримання інформації про відвідувачів, запис і редагування інформації про відвідувачів, отримання інформації про наявні вільні номерів у готелі. Доступ до інформації дозволений лише співробітникам даного готелю.
. 4 Проектування БД Готель у середовищі СУБД Access
Тепер, безпосередньо після опису предметної області, потрібно переходити до проектування програмного продукту.
. 5 Моделі розробляється інформаційної системи
Найбільш зручним мовою моделювання бізнес-процесів є IDEF0. У IDEF0 система представляється як сукупність взаємодіючих робіт або функцій. Така чисто функціональна орієнтація є принциповою, функції системи аналізуються незалежно від об'єктів, якими вони оперують. Це дозволяє більш чітко змоделювати логіку і взаємодія процесів організації.
Діаграми потоків даних (Data flow diagram, DFD) використовуються для опису документообігу та обробки інформації. Подібно IDEF0, DFD представляє моделируемую систему як мережу пов'язаних між собою робіт. Їх можна використовувати як доповнення до моделі IDEF0 для більш наочного відображення поточних операцій документообігу в корпоративних системах обробки інформації. Головна мета DFD - показати, як кожна робота перетворює вхідні дані у вихідні, а також виявити відносини між цими роботами.
Будь-яка DFD-діаграма може містити роботи, зовнішні сутності, стрілки (потоки даних) і сховища даних [9].
Етап аналізу і моделювання вимог починається з методу аналізу оптимальної організації робіт - стандарт IDEF0. Контекстна діаграма IDEF0 представлена ??на малюнку 2.1, а DFD діаграма на малюнку 2.2.
Рисунок 2.1 - Контекстна діаграма IDEF0 процесу діяльності готелю
На малюнку 2.2 представлена ??діаграма першого рівня декомпозиції процесу діяльності організації (IDEF0). Вона використовується для деталізації бізнес-процесів діяльності готелю.
Малюнок 2.2 - Діаграма першого рівня декомпозиції процесу діяльності готелю (DFD)
. 6 Проектування інтерфейсу
У процесі проектування інтерфейсу визначені наступні функціональні блоки:
· База даних (див. Таблиця 2.1);
· Блок перегляду і редагування (див. Таблиця 2.2).
Таблиця 2.1. Специфікація функціонального блоку База даних
АтрібутЗначеніяНазначеніеУпорядоченное зберігання даннихОпісаніеВозможность відображення і редагування даних з СУБДВнешнее отображеніеТабліци з данниміВходние/вихідні данниеДанние кліентовВходние/вихідні сигнали управленіяКоманди редагування
Таблиця 2.2. Специфікація функціонального блоку Блок перегляду і редагування
АтрібутЗначеніяНазначеніеОбеспеченіе можливості редагування та перегляду бази даннихОпісаніеВозможность відображення і редагування бази даних без СУБДВнешнее отображеніеСовокупность форм на кожну з табліцВходние/вихідні данниеДанние кліентовБаза даннихБаза даних гостініциВходние/вихідні сигнали управленіяКоманди редагування
База даних повинна бути приведена до третьої нормальної форми. Логічна модель бази даних відображена на діаграмі ErWin на малюнку 2.3.
Малюнок 2.3. Логічна модель бази даних
Структура інтерфейсу представлена ??на малюнку 2.4. Тобто, в даній інформаційній системі головне меню пов'язано з кожною формою, відповідної кожній таблиці зі створеної бази даних.
Малюнок 2.4. Схема вимог, що пред'являються до бази даних
. 7 Реалізація програмного засобу
Опис і проектування програмного комплексу, а також вибір кошти для розробки програмного продукту вже готові. Тепер, безпосередньо, можна приступати до реалізації інформаційної системі.
Для початку необхідно створити саму баз?? даних в Database Desktop, що складається з 4 таблиць. Для кожної з таблиць вказані атрибути. Фізична структура таблиць присутній в таблицях 3.1-3.4.
Таблиця 3.1. Реєстраційна картка
Ім'я поляТіп даннихId_KientyСчетчікФІО КліентаТекстовийДата заселеніяДата/ВремяНомер комнатиЧісловой
Таблиця 3....
