1 Мета і призначення розробки

Призначення розробки:

1 Постачання від постачальників парфумів.

2 Облік та зберігання даного товару на складі.

3 Реалізація цього товару за роздрібними та оптовими цінами.

4 Створення високопродуктивної телекомунікаційної мережі передачі даних із захистом інформації від несанкціонованого доступу (НСД) для вирішення проблем автоматизації інформаційної взаємодії різних організацій в процесі реалізації вказаних цілей АІС «Журнал торгових операцій парфумерного підприємства»

1.1 Характеристика об'єкту автоматизації

Об’єкт складається з таких автоматизованих робочих місць:

1.АРМ Менеджер

2.АРМ Консультанти

3.АРМ Бухгалтер

4.АРМ Кладовщики

5.АРМ Грузчики-водії

1.2 Перелік функцій системи, що забезпечують досягнення цілей

Повинні бути автоматизовані наступні функції:

1.Ведення журналу реєстрації вхідного товару (парфумів)

• вхідна інформація

• збереження даних

• зміна і збереження даних

2. Створення і редагування списку товару(парфумів).

• Введення інформації

• Зберігання даних

• зміна і відображення даних

3. Пошук товару

• найменування

• коротке найменування

• тип товару

• ціна

4. Ведення журналу реєстрування документів прийнятих товарів

• ввід інформації

• збереження даних

• зміни і відображення даних

5. Сортування товару по ціні, типу, країні виробнику.

1.3 Форми, які необхідно створити в системі

Форми створюються в кожній з автоматизованих функцій

1.4 Звіти, які необхідно створити

В системі необхідно створити наступні звіти:

• звіт про загальну кількість отриманих товарів

• звіт про доставку партії

1.5 Звіти, які необхідно створити в системі

• вибірка товарів по алфавіту

• вибірка країни виробника

• вибірка клієнтів

• вивід даних товару

• вивід даних клієнтів

• вивід даних постачальників

2 Аналіз відомих підходів до проектування баз даних

Проектування баз даних - процес створення схеми бази даних і визначення необхідних обмежень цілісності.

2.1 Основні завдання проектування баз даних

Основні завдання:

1. Забезпечення зберігання в БД всієї необхідної інформації.

2. Забезпечення можливості отримання даних по всім необхідним запитам.

3. Скорочення надмірності та дублювання даних.

4. Забезпечення цілісності даних (правильності їх змісту): виключення суперечностей у змісті даних, виключення їх втрати і т.д..

2.2 Основні етапи проектування баз даних

Концептуальне (Інфологіческое) проектування - побудова семантичної моделі предметної області, тобто інформаційної моделі найбільш високого рівня абстракції. Така модель створюється без орієнтації на якусь конкретну СУБД і модель даних. Терміни «семантична модель», «концептуальна модель» і «інфологіческая модель» є синонімами. Крім того, в цьому контексті рівноправно можуть використовуватися слова «модель бази даних» і «модель предметної області» (наприклад, «концептуальна модель бази даних» і «концептуальна модель предметної області»), оскільки така модель є як спосіб реальності, так і спосіб проектованої бази даних для цієї реальності.

Конкретний вид і зміст концептуальної моделі бази даних визначається вибраним для цього формальним апаратом. Зазвичай використовуються графічні нотації, подібні ER-діаграм.

Найчастіше концептуальна модель бази даних включає в себе:

• опис інформаційних об'єктів, або понять предметної області і зв'язків між ними.

• опис обмежень цілісності, тобто вимог до допустимих значень даних і до зв'язків між ними.

Логічне (Даталогіческое) проектування - створення схеми бази даних на основі конкретної моделі даних, наприклад, реляційної моделі даних. Для реляційної моделі даних даталогіческіе модель - набір схем відносин, зазвичай із зазначенням первинних ключів, а також «зв'язків» між відносинами, що представляють собою зовнішні ключі.

Перетворення концептуальної моделі в логічну модель, як правило, здійснюється за формальними правилами. Цей етап може бути в значній мірі автоматизований.

На етапі логічного проектування враховується специфіка конкретної моделі даних, але може не враховуватися специфіка конкретної СУБД.

Фізичне проектування - створення схеми бази даних для конкретної СУБД. Специфіка конкретної СУБД може включати в себе обмеження на іменування об'єктів бази даних, обмеження на підтримувані типи даних і т.п. Крім того, специфіка конкретної СУБД при фізичному проектуванні включає вибір рішень, пов'язаних з фізичним середовищем зберігання даних (вибір методів управління дискової пам'яттю, поділ БД по файлах і пристроям, методів доступу до даних), створення індексів і т.д.