Вступ
Темою моєї курсової роботи: Проектування, розробка та реалізація бази даних в СКБД «MySQL». («Кадри»). Ця тема є актуальною на сьогоднішній день, тому, що:можна швидко подивитись всіх працівників які працюють на підприємствах,дізнатись їх рік народження, прізвище та ініціали,домашню адресу,дату прийому на роботу,професію,розряд,заробітну плату.
Під кадрами підприємства прийнято розуміти основний (штатний) склад працівників підприємства. Залежно від виконуваних ними функцій кадри підприємства поділяються на такі категорії: робочі основні і допоміжні; керівники; фахівці; службовці. Перераховані працівники утворюють (на виробничих підприємствах) промислово-виробничий персонал (ПВП).
Ця курсова робота називається «База даних відділу кадрів». Багато людей навіть не здогадуються, наскільки складний і трудомісткий кадровий облік. Найчастіше виділяють 3 основні частини кладності.
Чітке розуміння і реалізація стратегічних і тактичних цілей своєї фірми. На жаль, у сьогоднішній практиці це слабке місце. Відірваність відділів кадрів від постановки перспективних цілей призводить до того, що наявний кадровий потенціал часто не дає можливості реалізувати нові ідеї та технології, а на його перебудову йде дуже багато часу, що особливо недозволено в умовах ринкової економіки.
Прогнозування ситуації на ринку праці та у власному колективі для вжиття запобіжних заходів. Без серйозного вивчення вартості робочої сили, попиту і пропозиції висококваліфікованих працівників потрібного профілю, змін у мотивації праці та інших факторів руху трудових ресурсів можна швидко втратити вже наявний кадровий потенціал. А для його постійного нарощування в боротьбі з конкурентами необхідно ще мати джерела кадрового поповнення, знати положення в галузі навчання кадрів, передбачати несприятливі обставини.
Аналіз наявного кадрового потенціалу і планування його розвитку з урахуванням перспективи. Планування розвитку кадрів випливає з реалізації зазначених вище функцій. Перш за все, це планування природного руху кадрів виходу на пенсію, звільнення через хворобу, у зв'язку з навчанням, службою в армії і т. П. Це зробити нескладно, але необхідно, щоб своєчасно готувати рівноцінну заміну. Складніше інше - як посилити потенціал колективу, підвищити його конкурентоспроможність.
Предметом роботи є створення реляційної бази даних «Кадри».
Метою курсової роботи є поглиблення знань з дисципліни “Організація баз даних”, вивчення науково-технічної літератури з питання створення бази даних в системі управління базами даних MySQL.
I.ОПИС ПРЕДМЕТНОЇ ОБЛАСТІ
1.1Опис СУБД
Для створення БД було обрано СУБД MySQL. MySQL - це одна з найпопулярніших і найпоширеніших СУБД (система управління базами даних) в Інтернеті. Вона не призначена для роботи з великими обсягами інформації, але її застосування ідеально для інтернет сайтів, як малих, так і досить великих.
MySQL є системою управління реляційними базами даних. У реляційній базі даних,дані зберігаються не всі разом, а в окремих таблицях, завдяки чому досягається виграш у швидкості та гнучкості. Таблиці зв'язуються між собою за допомогою відносин, завдяки чому забезпечується можливість об'єднувати при виконанні запиту дані з декількох таблиць. SQL як частина системи MySQL можна охарактеризувати як мова структурованих запитів плюс найбільш поширений стандартний мова, яка використовується для доступу до баз даних [1].
Під базами даних (БД) розуміються системи зберігання та обробки даних, для доступу до яких використовується мова SQL (Structured Query Language). Існує безліч різних систем управління базами даних (СКБД), але в умовах хостингу як правило застосовується СУБД MySQL. Причинами тому є фактична орієнтація цієї СУБД на хостингові завдання, доступність на всіх популярних серверних операційних системах, а також простота настройки та адміністрування.
1.2.Обстеження предметної області.
Для більш ефективного управління виробництвом фірма розробляє стратегічний план, який зачіпає всю діяльність організації, в тому числі і управління персоналом. І тут головним елементом, що визначає напрямок діяльності, є кадрова політика . Кадрова політика включає:
розробку загальних принципів та визначення пріоритетів цілей в галузі управління персоналом.
планування потреби в трудових ресурсах і шляхів формування штатів.
створення підтримку системи руху кадрової інформації.
визначення принципів розподілу коштів.
забезпечення ефективної системи стимулювання праці.
політику розвитку персоналу.
До функцій відділу кадрів належить прийняття та звільнення співробітників, складання різних наказів і табелю робочого часу, оформлення, поточної облік документації по руху кадрів, нормативний контроль за КЗПП правильних формулювань наказів і розпоряджень по відділу кадрів , отримання та ведення додаткової інформації про працівника , чи не нормативний по відділу кадрів, але на сьогоднішній день закріплений за ним (це дані про пенсіонерів, інвалідів, тощо) і т.д. Беручи співробітника на роботу, фірма укладає з ним трудовий договір, в якому міститься інформація різного роду, наприклад: якого числа він був прийнятий на роботу, в якості кого, розмір його заробітної плати, табельний номер співробітника , умови роботи , інформація про те скільки разів він може йти у відпустку, оплачувану чи лікарняний, проїзд або відпустку і т.д.
Після офіційного прийняття на роботу на співробітника заводиться особиста картка. Особиста картка може містити прізвище, ім'я та по батькові працівника, його дату народження, паспортні дані, місце прописки та проживання, склад сім'ї і т.д. Протягом роботи співробітник може їздити у відрядження, ходити на курси підвищення кваліфікації, йти у відпустки, хворіти, так само співробітник може бути матеріально відповідальною особою , звільнятися. На все вищеперелічене складаються спеціальні накази, які містять різного роду інформацію. Наказ про відхід співробітника у відрядження містить в собі табельний номер співробітника, місце , куди він їде і час, за рахунок, чиїх коштів і т.д Наказ про відхід на лікарняний складається відділом кадрів в тому випадку, якщо співробітник був у цей момент у відпустці. В іншому випадку лікарняний реєструється вручну в спеціальному журналі. Наказ про підвищення кваліфікації називається перекладом. Фірма може , як сама відправляти співробітника на курси , так і співробітник може самостійно їх відвідувати. В останньому випадку співробітник зобов'язаний буде представити спеціальний документ, який свідчитиме про те, що дана людина дійсно пройшов ці курси. На підставі відряджень, лікарняних і відпусток відділом кадрів складається табель робочого часу. Табель робочого часу представляє собою список всіх співробітників, із зазначенням займаних ними посадами, число днів, яке співробітник повинен був відпрацювати, число фактично відпрацьованих співробітником днів , число вихідних і кількість днів в яких співробітник був у відрядженнях , відпустках або хворів. Табель робочого часу складається раз на місяць.
Звільнення співробітника відбувається або на підставі особистої заяви співробітника, або через порушення правил трудового договору. Після офіційного підписання наказу співробітник зобов'язаний відпрацювати на цьому підприємстві ще два тижні.
У базі данних «Відділ кадрів» Буде відображена така інформація Як Данні працівника ,стаж працівника ,інформація про роботу на підприемстві, табель робочого дня.
Підприємство IT Doctor – спеціалізуеться на зборці компьютерів,налагодженні системи,ремонтом,заміною деталей.Т.Д.
На підприемстві IT Doctor працює 10 штатних робітників,так для спрощеня нарахування зарплати та пошуку працівника була розроблена іноваційна база данних «Відділ кадрів».Ця БД містить в собі 4 таблиці такі як «Працівники,Стаж,Табель робочого дня,Трудова діяльність на підприемстві».
Джерелом данних в таблицях є справжній склад працівників праціючих на підприемстві IT Doctor.
В таблиці «Працівники» є таки пункти як:Табельній номер , дата народження , П.І.Б , освіта , спеціальність , код працівника , сімейний стан , адреса тел.
Таблиця «Стаж» Минула робота , дата звільнення , код працівника , причина звільнення .
Таблиця «Табель робочого дня» Код працівника , Відпустка початок , Відпустка кінець , Лікарняний , Кількість відпрацьованих днів , Кількість вихідних днів.
Таблиця «Трудова діяльність на підприемстві» Код працівника , Номер наказа , Код наказа , Дата наказу , Початок роботи , Посада.
1.3.Інфологічне проектування.
Мета інфологічного моделювання – забезпечення найбільш природних для людини способів збору та представлення тієї інформації, яку передбачається зберігати в базі даних. Тому інфологічну модель даних намагаються будувати по аналогії з природною мовою.
В даній курсовій роботі є 4 вида сутностей:Працівники, Стаж,Трудова діяльнисть на підприемстві абель робочого дня.
Сутність – будь-який помітний об’єкт (об’єкт, який можна відрізнити від іншого), інформацію про який необхідно зберігати в базі даних.
В ході курсової роботи було спроектовано такі таблиці :
Сутність «Працівники» Містить інформацію про Працівника.
Сутність «Стаж» Містить інформацію про стаж Прфцівника.
Сутність «Трудова діяльність на підприемстві» Містить информацію про діяльність працівника на підприемстві [2].
Сутність «Табель робочого дня» Містить інформацію про Табель робітніка.
Атрибут – пойменована характеристика сутності. Його найменування повинне бути унікальним для конкретного типа сутностів, але може бути однаковим для різного типа сутності.
Список атребутів данної інфологічної модели складаеться з таких атребутів.
1.Сутність «Працівники»
П.І.Б
Табельний номер
Дата наробження
Освіта
Код працівника
Спеціальність
Сімейний стан
Адрес Тел.
2.Сутність «Стаж»
Код працівника
Минула робота
Дата звільнення
Причіна звільнення
3.Сутність «Трудова діяльність на підприемстві»
Код працівника
Номер наказу
Код наказу
Дата наказу
Початок роботи
Посада
4.Сутність «Табель робочего Дня»
Код працівника
Відпустка початок
Відпустка кінець
Лікарняний
Кількість відпрацьованих днів
Кількість вихідних днів
Між сутностями бази даних можна поставити зв'язок типу "Один до багатьох"
Сутність таких звязків полягае в тому що у таблиці Працівники є ключеве поле «Код працівника» Яке являеться в таблиці першим ключем
цьому полю відповідае запіс в таблицях «Табель робочого дня», «Трудова діяльність на підприємстві» та «стаж»
Первинними ключами бази даних є:
Код працівника «Працівники»
Код працівника «Трудова діяльність на підприємстві»
Код працівника «стаж»
Код працівника «Табель робочого дня»
На рисунку 1. показана інфологічна модель бази даних «Відділ кадрів»
В цій інфологічній моделі показано як саме звязані сутності між собою.
Т
ак
як зв'язок сутностей в мої Б.Д буде
проводитись по одному ключовому полю
«Код працівника» , первічним ключем
буде виступати сутнісість «Праівники»
«Код працівника».
Тобто
всі позначені стрілки звязують одне
значення а саме сіньою стрілкою позначено
«Код працівника» «Код працівника»
Червоною позначено «Код працівника»
«Код працівника» Та чорною «Код
працівника» «Код працівника»
Коричнева стрілка вказуе зв'язок
«Табельного номера».
С
иня
срілка дае змогу створити зв'язок між
«Працівниками»та «Стажом»Сервона стрілка дае змогу зв'язати таблицю «трудова діяльність на підприемстві»
А Чорна стрілка Зв'язує таблицю «табель робочого дня
Коричнева стрілка дає змогу побачити зв'язок Табельного номера,за допомогою цього поля ми бачимо зв'язок між таблицями «працівники» та «Трудова діяльність на підприемстві» [3].
Рис.1.1 Інфологічна модель бази даних
Рис.1.2 Зв'язки
В даниий таблиці показані всі дії зв’язків. Зв’язків таблиць по ключовим полям.
1.4. Нормалізація відносин.
Нормалізація - розбиття таблиці на дві або більше, що володіють кращими властивостями включенні, зміну або видалення даних. остаточна мета нормалізації зводиться до отримання такого проекту БД в якому кожен факт з'являється лише в одному місці, тобто виключена надмірність інформації. . Нормалізація відносин - формальний апарат обмежень , на формування відносин якого дозволяє усунути дублювання , забезпечити несуперечливість зберігаються базі даних, зменшити трудовитрати на ведення БД. Кодом виведено три нормальні форми і запропоновано механізм, що дозволяє будь-яке відношення перетворити до третин нормальної форми. Наведемо наші відносини до третин нормальної форми.
Перша НФ : Відношення називається нормалізованим або приведеним до першої нормальної форми тоді і тільки тоді , коли всі його атрибути прості ( неподільні ) . Таблиця знаходиться в першій нормальній формі тоді і тільки тоді , коли жодна з її рядків не містить в будь-якому її полі більше одного значення , і не одне з її ключових полів не порожньо. Для того щоб привести наші відносини до першої нормальної форми треба сутність ПІБ розбити на три окремі (Прізвище, Ім'я , По батькові ). Так само слід винести в окрему таблицю структурний підрозділ, посади та найменування фірми, щоб не допустити надмірності даних.
В окрему таблицю виносяться накази з особового складу та виробничі накази , так як нумерація у наказів загальна . Атрибути місце проживання за паспортом і фактичне місце проживання не вимагають розбиття так як використовуються один раз [4].
Друга НФ : Таблиця знаходиться в другій нормальній формі, якщо вона задовольняє визначенню першого нормальної форми і всі її поля, що не входять в первинний ключ , пов'язані повної функціональної залежністю з первинним ключем. Для того щоб наші відносини привести в другу нормальну форму треба винести всі начальників відділу в окрему таблицю .
Третя НФ : Таблиця знаходиться в третій нормальній формі , якщо вона задовольняє визначенню другої нормальної форми і жодна з її НЕ ключових полів не залежить функціонально від будь-якого іншого не ключового поля. Відносини , представлені в даній БД приведені до третин нормальної форми..
Нормалізація схеми бази даних — це покроковий процес розбиття одного відношення (на практиці: таблиці) відповідно до алгоритму нормалізації на декілька відношень на базі функціональних залежностей.
Нормальна форма — властивість відношення в реляційній моделі даних, що характеризує його з точки зору надмірності, яка потенційно може призвести до логічно помилкових результатів вибірки або зміни даних. Нормальна форма визначається як сукупність вимог, яким має задовольняти відношення[10].
Таблиця "Працівники" відноситься до третьої нормальної форми так, як задовольняє першу та другу форми нормалізації, тобто данні неподільні та не повторюються та інформація в таблиці залежить від основного ключа. В таблиці в ході процесу нормалізації було видалено поле "Сімейні данні" та додано поле "Код роботи".
Таблиця "Стаж" відповідає третій нормальній формі нормалізації так як вона задовольняє першу нормальну форму, тобто не має повторювальних та не подільних полів, а також в процесі нормалізації були добавлені поля "минула робота" та "Код посади". Таким чином таблиця відповідає третій нормальній формі так, як задовольняє першу та другу форму нормалізації, а також данні залежать на пряму від основного ключа.
Таблиця "Табель робочого часу" відноситься до третьої нормальної форми так, як відповідає першій та другій формі нормалізації, тобто поля неподільні та не повторюються, а також в таблиці є первинний ключ та поля напряму залежать від основного ключа.
Таблиця "Трудова діяльність на підприємстві" відповідає першій нормальній формі нормалізації, тобто її поля не подільні та не повторюються. В таблиці міститься тільки зовнішній ключ.[16]