і недоліки кожної з архітектур, для реалізації системи АІС «Авіакомпанія» вибираємо архітектуру клієнт-сервер. Дана архітектура дозволяє оптимально розподілити роботу між клієнтськими і серверними частинами системи: додаток, що працює на робочій станції, не читає записи бази даних «напряму», а посилає запити на сервер, де вони послідовно обробляються, а результати обробки відсилаються на робочу станцію. А це істотно скорочує інформаційні потоки в ЛВС.
.2 Технічне забезпечення ІС
У комплекс технічних засобів повинні входити наступні елементи:
робочі станції;
джерела безперебійного живлення;
засоби для побудови ЛВС;
сервер БД;
принтер.
Вимоги до сервера:
пам'ять 8 Гб;
процесор 2.2 ГГц Intel Xeon +5500 мінімум;
швидкість диска SATA 8 Гбіт/с;
мережевий адаптер 10 Гбіт/с;
операційна система Windows Server 2008.
Вимоги до робочої станції:
процесор 2 Ггц;
пам'ять 2 Гб;
жорсткий диск не менше 500;
операційна система Windows 7;
мережевий адаптер 100 Мбіт/с.
Технічні засоби ІС описані з урахуванням вимог до функціонування прикладного пpогpаммного комплексу. Технічні засоби повинні забезпечити:
цілодобовий режим роботи комплексу технічних засобів та обладнання;
гарантоване виконання всього комплексу програмного забезпечення у разі збою або виходу з ладу частини обладнання;
захист даних від несанкціонованого доступу;
сервера і робочі місця повинні бути об'єднані локальною мережею.
. Інформаційне забезпечення ІС
.1 Опис логічної структури інформаційної бази
Логічне (Даталогіческое) проектування - створення схеми бази даних на основі конкретної моделі даних, наприклад, реляційної моделі даних. Для реляційної моделі даних даталогіческая модель - набір схем відносин, зазвичай із зазначенням первинних ключів, а також «зв'язків» між відносинами, що представляють собою зовнішні ключі.
Перетворення концептуальної моделі в логічну модель, як правило, здійснюється за формальними правилами. Цей етап може бути в значній мірі автоматизований.
Нормальна форма - властивість відносини в реляційної моделі даних, що характеризує його з погляду надмірності, потенційно приводить до логічно помилкових результатів вибірки або зміни даних. Нормальна форма визначається як сукупність вимог, яким має задовольняти ставлення. Процес перетворення відносин бази даних (БД) до виду, відповідальному нормальним формам, називається нормалізацією. Нормалізація призначена для приведення структури БД до виду, що забезпечує мінімальну логічну надмірність, і не має на меті зменшення або збільшення продуктивності роботи або ж зменшення або збільшення фізичного обсягу бази даних. Кінцевою метою нормалізації є зменшення потенційної суперечливості збереженої в базі даних інформації. Загальне призначення процесу нормалізації полягає в наступному:
виключення деяких типів надмірності;
усунення деяких аномалій оновлення;
розробка проекту бази даних, який є досить «якісним» представленням реального світу, інтуїтивно зрозумілий і може служити хорошою основою для подальшого розширення;
спрощення процедури застосування необхідних обмежень цілісності.
Усунення надмірності виробляється, як правило, за рахунок декомпозиції відносин таким чином, щоб у кожному відношенні зберігалися тільки первинні факти (тобто факти, не виведені з інших збережених фактів).
На логічному рівні виконується нормалізація бази даних, а також виділення ключів для кожної сутності. Логічні зв'язки реалізовані за допомогою первинних і зовнішніх ключів.
Логічна модель бази даних проектованої системи, в якій всі таблиці нормалізовані і виключені транзитивні залежності, представлена ??на малюнку 8.
Малюнок 16 - Логічна структура інформаційної бази
3.2 Опис фізичної реалізації БД
Фізичне проектування - створення схеми бази даних для конкретної СУБД. Специфіка конкретної СУБД може включати в себе обмеження на іменування об'єктів бази даних, обмеження на підтримувані типи даних і т.п. Крім того, специфіка конкретної СУБД при фізичному проектуванні включає вибір рішень, пов'язаних з фізичним середовищем зберігання даних (вибір методів управління дисковою пам'яттю, поділ БД по файлах і пристроям, методів доступу до даних), створення індексів і т.д.
Фізична модель даних будується на базі логічної моделі і описує дані вже засобами конкретної СУБД. Відносини, розроблені на стадії логічного моделювання, перетворяться в таблиці, атрибути в стовпці, домени в типи даних, прийнятих в обраній конкретної СУБД.
Т.е. у фізичній моделі між параметрами об'єкту ...
