виконавців кожного замовлення:
Дані аудиторії:
· Кількість виконавців
· Виконавець 1
· Виконавець 2
· Виконавець 3
· Виконавець 4
· Виконавець 5
· Виконавець 6
2.3 Опис зв'язків між сутностями
Таким чином, є шість сутностей: замовник, об'єкт, послуга, категорія послуги, співробітник, замовлення.
Зв'язок між сутностями категорія послуги і послуги характеризується належністю послуги до якої-небудь категорії (тільки однієї). При цьому категорія може включати в себе будь-яку кількість послуг.
Зв'язок між сутностями замовлення і замовник характеризується наявністю у замовлення замовника (тільки одного).
Зв'язок між сутностями замовлення і офіс характеризується філією фірми, куди прийшов замовника.
Зв'язок між сутностями замовлення і послуга характеризується послугою, яку замовляє замовник.
Зв'язок між сутностями замовлення і об'єкт характеризується об'єктом (тільки одним), на який націлена послуга замовлення.
Зв'язок між сутностями замовлення і співробітник характеризується співробітником (ами), який (-е) виконують дане замовлення.
При проектуванні бази даних слід дотримуватися правил нормалізації таблиць:
Правило 1: Кожне поле будь-якої таблиці повинно бути унікальним.
Правило 2: Кожна таблиця повинна мати унікальний ідентифікатор (первинний ключ), який може складатися з одного або декількох полів таблиці.
Правило 3: Для кожного значення первинного ключа має бути одне і тільки одне значення будь-якого з шпальт даних, і це значення має ставитися до об'єкта таблиці.
Правило 4: Повинна бути можливість змінювати значення будь-якого поля (що не входить в первинний ключ), і це не повинно спричинити за собою зміну іншого поля [8].
Кожен агрегований об'єкт буде представлений окремою таблицею бази даних. Елементи даних будуть представлені полями таблиць. Імена таблиць і їх полів підберемо виходячи з імен об'єктів та елементів даних.
2.4 Побудова моделі сутність - зв'язок (ER-діаграми)
діаграми використовуються для розробки даних і являють собою стандартний спосіб визначення даних і відносин між ними. Таким чином, здійснюється деталізація сховищ даних. ER-діаграма містить інформацію про сутності системи і способи їх взаємодії, включає ідентифікацію об'єктів, важливих для предметної області (сутностей), властивостей цих об'єктів (атрибутів) та їх відносин з іншими об'єктами (зв'язків).
Сутність зображується у вигляді прямокутника, вгорі якого розташовується ім'я сутності (наприклад, TITLES). У прямокутнику можуть бути перераховані атрибути сутності; атрибути ER-діаграм, набрані напівжирним шрифтом 1, є ключовими (так Title Identity - ключовий атрибут сутності TITLES, інші атрибути ключовими не є).
Нижче наведена ER-діаграма проектованої БД.
Малюнок 1 - ER-діаграма проектованої системи
2.5 Розробка автоматизованої інформаційної системи
Основною метою побудови автоматизованої інформаційної системи фірми по установці пластикових вікон є зберігання інформації про діяльність фірми (її замовленнях), про її співробітників і замовниках.
У будь-який момент інформація про поточний стан справ фірми може бути переглянута на формах або роздрукована зі звітів БД.
Постановка завдання розробки автоматизованої інформаційної системи
Дано:
1) система-прототип: діюча інформаційна система;
2) схема інформаційних потоків;
3) база даних.
Обмеження: автоматизована інформаційна система повинен бути реалізований з використанням наявних програмно-технічних засобів;
Критерій: середній час необхідне для отримання інформації та її подання у вигляді типових звітів:? ср =? ср 1 +? ср 2, де
? ср 1 -час витрачений в середньому на зчитування інформації;
? ср 2 -время витрачений в середньому на заповнення певної форми звітності та його передачі.
Потрібно:
розробити автоматизовану інформаційну систему обліку діяльності фірми;
розробити типові форми звітності в бухгалтерію, до відділу освіти, директору і т.п....
