ня звітності по виконаній роботі;
консультація за певними документаційне питань.
вирішення певних телефонних розмов
Документообіг у секретаря в основному ведеться в паперовому та електронному вигляді.
Основними документами, з якими він працює, є накладні і заявки.
Малюнок 3 - Діаграма оточення процесу
Малюнок 4 - Діаграма ланцюжка доданої вартості
Вивчивши і проаналізувавши діяльність фахівця, можу зробити висновок, що секретар взаємодіє з батьками, директором, управлінням освітою та ін. ДДТ. Також секретар є сполучною ланкою між директором і робочим колективом.
1.3
. 3 Розробка інформаційно логічної моделі предметної області
Інформаційно логічну модель предметної області, я представлю за допомогою ER-діаграми, основними об'єктами якої є сутності, зв'язки і атрибути. Умовні позначення моєї ER діаграми представлені у додатку А
У моїй ER-діаграмі 4 сутності: Дитина, Батько, Викладач, Заняття, кожна з сутностей має описові та ідентифікаційні атрибути. Всі сутності зв'язані за допомогою зв'язків. ЕR-діаграма представлена ??в додатку Б
Моя ER - діаграма знаходиться в третій нормальній формі, тому що в ній немає повторюваних атрибутів, немає атрибутів залежать від частини унікального ідентифікатора і в ній немає атрибутів залежать від атрибутів не входять в первинний ключ.
2. СПЕЦІАЛЬНА ЧАСТИНА
2.1 Постановка завдання
. 1.1 Опис постановки задачі
На робочому місці секретаря працює один співробітник, який зайнятий роботою з клієнтами та оформленням необхідних директору документів. Інформація, з якою працює секретар, знаходиться в паперовому та електронному вигляді.
Завдання: розробити БД «Секретар ДДТ», яка дозволила б автоматизувати працю секретаря, зокрема зберігання необхідних даних, інформації про документи і складати звітну документацію згідно з вимогою директора.
2.1.2 Вхідна інформація
У базі даних буде зберігається багато різних даних. Ці дані діляться по різних класах. До вхідної інформації для даної БД відносяться: загальна інформація про документи, дорученнях, наказах. А також додаткові властивості або примітки. Всі дані є обов'язковими.
2.1.3 Вихідна інформація
З створюваної БД надалі необхідно буде витягувати інформацію в різній конфігурації. Інформація повинна вилучатись у формі звітів і списків, необхідних директору ДДТ, а також запросив на вибірку даних за певними умовами.
2.2 Побудова реляційної схеми
. 2.1 Перетворення ER-діаграми в реляційну схему
Для того щоб перейти до реляційної схемою БД необхідно скористатися наступними правилами
. Кожна проста сутність переходить в таблицю з тим же ім'ям.
Наприклад: так як, в моїй ER-діаграмі 4 суті, то в базі даних буде 4 таблиці (Дитина, Заняття, Викладач, Батько).
. Кожен атрибут сутності стає стовпцем таблиці з тим же ім'ям.
. Компоненти унікального ідентифікатора суті переходять в первинний ключ.
Таблиця 1 - Ідентифікатори таблиць
Ім'я табліциПервічний ключЗанятіеНазваніеРебенок№ особистого делаПреподавательКод преподавателяРодітельКод батька
Для кожної складної зв'язку будується окрема таблиця з тим же ім'ям.
У моїй ER- діаграмі передбачена складна зв'язок Заявки, значить до реляційної схемою буде додана таблиця з відповідною назвою.
Всі отримані таблиці необхідно пов'язати з допомогою зовнішніх ключів. Після проведених перетворень у мене вийшла реляційна схема зі зв'язками.
Малюнок 5 - Реляційна схема даних
2.2.2 Нормалізація таблиць
Для реалізації проекту всі таблиці реляційної схеми повинні знаходиться в третій нормальній формі. Усі таблиці реляційної схеми БД «Секретар ДДТ» знаходяться в третій нормальній формі так як в них немає повторюваних стовпців, простий ключ все не ключові стовпці не пов'язані.
2.2.3 Фізичне опис моделі
Для того щоб сформувати струк...
