МІЖНАРОДНИЙ БАНКІВСЬКИЙ ІНСТИТУТ
INTERNATIONAL BANKING INSTITUTE
Кафедра прикладної інформатики
Курсовий проект Викладач
Захищений з оцінкою Дата захисту: 22 грудня 2008
ІНФОРМАЦІЙНА СИСТЕМА
Логістичний відділ фірми
Пояснювальна записка до курсової роботи
Під керівництвом доцента Виконав студент
кафедри прикладної інформатики навчальної групи 171
Богословської Н. В. Журавльов А. Є.
Санкт-Петербург
2008
ЗМІСТ
ВСТУП
1. Аналіз предметної області
1.1 Особливості предметної області
1.2 Технічне завдання на розробку ІС
2. ІНФОРМАЦІЙНО-логічної моделі даних. ЇЇ НОРМАЛІЗАЦІЯ
3. ФІЗИЧНА МОДЕЛЬ (СХЕМА ДАНИХ)
4. ФІЗИЧНА структури реляційної бази даних
4.1 Розробка таблиць
4.2 Призначення відносин між таблицями і створення схеми даних
4.3 Розробка запитів
5. ІНТЕРФЕЙС БАЗИ ДАНИХ
5.1 Розробка форм
5.2 Розробка макросів
5.3 Розробка звітів
ВИСНОВОК
СПИСОК ВИКОРИСТАНОЇ ЛІТЕРАТУРИ
ВСТУП
Сьогодні ми живемо у швидко мінливому світі, у швидко мінливій економіці, де швидкість реакції, вміння вчасно пристосуватися до нових умов підчас вирішує долю як цілих фірм, так і окремих людей. У світлі цього для фірм зокрема все гостріше постає проблема необхідності впровадження електронного документообігу, електронних баз даних. Перераховане вище дозволяє, по-перше, помітно прискорити швидкість документообігу, а отже, і реакції на зміну зовнішнього середовища фірми, а по-друге, зменшує змінні витрати, пов'язані зі зберіганням документів і спрощення пошуку серед них.
Мета даної роботи - продемонструвати, як електронна база даних може оптимізувати і спростити роботу адміністративного апарату логістичної фірми.
1. Аналіз предметної області
1.1 Особливості предметної області
Розробляється інформаційна система присвячена оптимізації роботи логістичного відділу фірми. Вона повинна враховувати наступні технологічні процеси:
В· Складання та облік накладних
В· Управління водіями (облік відпусток, приписаних автомобілів, їх стану)
В· Зберігання інформації про об'єкти, на яких працює фірма
В· Призначення водіїв для здійснення перевезення
Особливості організації відділу:
В· Фірма здійснює операції в різних регіонах і країнах
В· До кожного водієві приписаний свій автомобіль, на якому він і працює
1.2 Технічне завдання на розробку ІС
Глобальна мета обробки інформації:
В· Поліпшити якість роботи відділу
В· Прискорити процес оформлення документації
Приватні мети:
В· Спрощений облік об'єктів, на яких працює фірма
В· Спрощений облік водіїв і транспортних засобів відділу
В· Аналіз завантаженості водіїв
В· Складання електронних накладних
В· Зберігання документації та іншої інформації в електронному вигляді
Суб'єкти, які беруть участь у процесі обробки даних - адміністративні працівники логістичного відділу
Об'єкти обробки даних - Інші співробітники логістичного відділу (водії-експедитори), робочі об'єкти фірми, парк автомобілів відділу та вантаж, що перевозиться.
Інформаційна система такого роду дозволить значно спростити та систематизувати введення даних. Наприклад, за допомогою форм завжди можна переглянути і поповнити наявну інформацію. Завдяки запитам, користувачеві в будь-який момент доступна інформація про стан готелю на даний момент часу. А звіти дозволяють роздрукувати інформацію, якщо це необхідно (наприклад, деякі комісії приймають документацію тільки в паперовому вигляді). Також інформацію завжди можна вивести в зручному форматі (Word, Excel) або переслати по електронній пошті.
2. ІНФОРМАЦІЙНО-логічної моделі даних. ЇЇ НОРМАЛІЗАЦІЯ
Для побудови інформаційної моделі майбутньої системи, як можна більш повно описує інформаційні особливості предметної області, використовується стандартний засіб моделювання - апарат моделей В«сутність - зв'язокВ» або ER-модель. Це дозволяє представити інформаційні потреби в наочному і зручному для сприйняття вигляді.
Нормалізація даних - процес приведення моделі до виду, що дозволяє одержати надалі структуру бази даних, в якій усунена надмірність зберігання і зведені до мінімуму аномалії при додаванні, видаленні, зміні даних. В процесі нормалізації модель повинна бути послідовно приведена до першої, другої, третій нормальній формі (1НФ, 2НФ, ЗНФ).
На рис. 1 розроблена інформаційна система В«ГотельВ» приведена до 1НФ шляхом виключення множинних або повторюваних атрибутів.
Приведення моделі ко 2НФ припускає винесення атрибутів, які не задовольняють вимогам функціонально повній залежності від унікального ідентифікатора сутності, що є складовим ключем, тобто необхідність приведення до 2НФ виникає тільки в тому випадку, якщо є сутності з складовим ключем. У зв'язку з відсутністю сутностей з такими ключами, дана інфологіческая модель вже приведена до 2НФ.
Приведення моделі до ЗНФ полягає у виключенні транзитивних залежностей атрибутів, які не є частиною ключа. Дана модель вже знаходиться в ЗНФ, так як такі залежності вже усунені.
Таким чином, після приведення до 1НФ, 2НФ, ЗНФ, інформаційно-логічна модель має наступний вигляд (див. рис. 1).
інформаційний логістичний база дані
Малюнок 1. Нормалізація даних
3. ФІЗИЧНА МОДЕЛЬ (СХЕМА ДАНИХ)
Для того щоб найбільш вдалим чином можна було переглядати, створювати, видаляти і модифікувати зв'язки між таблицями, а також відобразити фізичну модель інформаційної системи, в Microsoft Access використовується В«Схема данихВ». Встановлення зв'язків між таблицями у В«Схемі данихВ» описано в пункті 4.2 даного звіту, а сама схема представлена ​​на рис. 2.
Рис.2. Проект фізичної структури бази даних
4. ФІЗИЧНА структури реляційної бази даних
4.1 Розробка таблиць
На підставі моделі В«сутність - зв'язок В»генерується проект бази даних у відповідності з наступними правилами:
• кожна сутність перетвориться в таблицю, ім'я сутності стає ім'ям таблиці
• кожен атрибут сутності перетвориться в колонку таблиці, яка називається полем, ім'я атрибуту стає ім'ям поля
• кожен рядок таблиці є екземпляром сутності і називається записом
• ключові атрибути стають первинними ключами таблиць
• якщо для сутності була визначена ключова зв'язок, то первинний ключ зв'язаної суті копіюється в таблицю і об'єднується з ключем таблиці розглянутій сутності
• зв'язок М: 1 призводить до копіювання первинних ключів таблиці для сутності, яка знаходиться на одній стороні зв'язку, в таблицю для сутності, яка знаходиться на іншому кінці зв'язку; якщо зв'язок М: 1, то ключі таблиці для сутності, яка знаходиться на кінці В«одинВ», копіюється в таблицю для суті на стороні В«багатоВ».
При генерації таблиць необхідно зберігати унікальність імен одержуваних колонок у межах однієї таблиці. У відповідності з перерахованими правилами проводиться генерація проекту бази даних В«Логістичний відділ фірмиВ».
Отже, основним об'єктом Access є таблиця. Для її створення у вікні бази даних вибирається корінець таблиця, потім кнопка В«СтворитиВ». Всі таблиці створені в режимі В«КонструкторВ». Створення таблиці в режимі В«КонструкторВ» полягає у визначенні для кожного поля таблиці властивостей. При створенні таблиці необхідно позначати ключові поля, натисканням кнопки В«Ключове полеВ» на панелі інструментів. У проектованої базі даних створені наступні таблиці:
Таблиця1. Автомобіль
