Обстеження предметної області
Для більш ефективного управління виробництвом фірма розробляє стратегічний план, який зачіпає всю діяльність організації, в тому числі і управління персоналом. І тут головним елементом, що визначає напрямок діяльності, є кадрова політика. Кадрова політика включає:
· розробку загальних принципів та визначення пріоритетів цілей в галузі управління персоналом;
· планування потреби в трудових ресурсах і шляхів формування штатів;
· створення підтримку системи руху кадрової інформації;
· визначення принципів розподілу коштів;
· забезпечення ефективної системи стимулювання праці;
Політику розвитку персоналу.
До функцій відділу кадрів належить прийняття та звільнення співробітників, складання різних наказів і табелю робочого часу, оформлення, поточної облік документації по руху кадрів, нормативний контроль за КЗПП правильних формулювань наказів і розпоряджень по відділу кадрів, отримання та ведення додаткової інформації про працівника, чи не нормативний по відділу кадрів, але на сьогоднішній день закріплений за ним (це дані про пенсіонерів, інвалідів, тощо) і т.д. Беручи співробітника на роботу, фірма укладає з ним трудовий договір, в якому міститься інформація різного роду, наприклад: якого числа він був прийнятий на роботу, в якості кого, розмір його заробітної плати, табельний номер співробітника, умови роботи, інформація про те скільки разів він може йти у відпустку, оплачувану чи лікарняний, проїзд або відпустку і т.д.
Після офіційного прийняття на роботу на співробітника заводиться особиста картка. Особиста картка може містити прізвище, ім'я та по батькові працівника, його дату народження, паспортні дані, місце прописки та проживання, склад сім'ї і т.д. Протягом роботи співробітник може їздити у відрядження, ходити на курси підвищення кваліфікації, йти у відпустки, хворіти, так само співробітник може бути матеріально відповідальною особою, звільнятися. На все вищеперелічене складаються спеціальні накази, які містять різного роду інформацію. Наказ про відхід співробітника у відрядження містить в собі табельний номер співробітника, місце, куди він їде і час, за рахунок, чиїх коштів і т.д Наказ про відхід на лікарняний складається відділом кадрів в тому випадку, якщо співробітник був у цей момент у відпустці. В іншому випадку лікарняний реєструється вручну в спеціальному журналі. Наказ про підвищення кваліфікації називається перекладом. Фірма може, як сама відправляти співробітника на курси, так і співробітник може самостійно їх відвідувати. В останньому випадку співробітник зобов'язаний буде представити спеціальний документ, який свідчитиме про те, що дана людина дійсно пройшов ці курси. На підставі відряджень, лікарняних і відпусток відділом кадрів складається табель робочого часу. Табель робочого часу представляє собою список всіх співробітників, із зазначенням займаних ними посадами, число днів, яке співробітник повинен був відпрацювати, число фактично відпрацьованих співробітником днів, число вихідних і кількість днів в яких співробітник був у відрядженнях, відпустках або хворів. Табель робочого часу складається раз на місяць.
Звільнення співробітника відбувається або на підставі особистої заяви співробітника, або через порушення правил трудового договору. Після офіційного підписання наказу співробітник зобов'язаний відпрацювати на цьому підприємстві ще два тижні.
У базі данних «Відділ кадрів» Буде відображена така інформація Як Данні працівника,стаж працівника,інформація про роботу на підприемстві, табель робочого дня.
Підприємство IT Doctor – спеціалізуеться на зборці компьютерів,налагодженні системи,ремонтом,заміною деталей.Т.Д.
На підприемстві IT Doctor працює 10 штатних робітників,так для спрощеня нарахування зарплати та пошуку працівника була розроблена іноваційна база данних «Відділ кадрів».Ця БД містить в собі 4 таблиці такі як «Працівники,Стаж,Табель робочого дня,Трудова діяльність на підприемстві».
Джерелом данних в таблицях є справжній склад працівників праціючих на підприемстві IT Doctor.
В таблиці «Працівники» є таки пункти як:Табельній номер, дата народження, П.І.Б, освіта, спеціальність, код працівника, сімейний стан, адреса тел.
Таблиця «Стаж» Минула робота, дата звільнення, код працівника, причина звільнення.
Таблиця «Табель робочого дня» Код працівника, Відпустка початок, Відпустка кінець, Лікарняний, Кількість відпрацьованих днів, Кількість вихідних днів.
Таблиця «Трудова діяльність на підприемстві» Код працівника, Номер наказа, Код наказа, Дата наказу, Початок роботи, Посада.
1.3.Інфологічне проектування
Мета інфологічного моделювання – забезпечення найбільш природних для людини способів збору та представлення тієї інформації, яку передбачається зберігати в базі даних. Тому інфологічну модель даних намагаються будувати по аналогії з природною мовою.
В даній курсовій роботі є 4 вида сутностей:Працівники, Стаж,Трудова діяльнисть на підприемстві, Табель робочого дня.
Сутність– будь-який помітний об’єкт (об’єкт, який можна відрізнити від іншого), інформацію про який необхідно зберігати в базі даних.
В ході курсової роботи було спроектовано такі таблиці:
Сутність «Працівники» Містить інформацію про Працівника.
Сутність «Стаж» Містить інформацію про стаж Прфцівника.
Сутність «Трудова діяльність на підприемстві» Містить информацію про діяльність працівника на підприемстві.
Сутність «Табель робочого дня» Містить інформацію про Табель робітніка.
Атрибут– пойменована характеристика сутності. Його найменування повинне бути унікальним для конкретного типа сутностів, але може бути однаковим для різного типа сутності.
Список атребутів данної інфологічної модели складаеться з таких атребутів
1.Сутність «Працівники»
П.І.Б
Табельний номер
Дата наробження
Освіта
Код працівника
Спеціальність
Сімейний стан
Адрес Тел.
2.Сутність «Стаж»
Код працівника
Минула робота
Дата звільнення
Причіна звільнення
3.Сутність «Трудова діяльність на підприемстві»
Код працівника
Номер наказу
Код наказу
Дата наказу
Початок роботи
Посада
4.Сутність «Табель робочего Дня»
Код працівника
Відпустка початок
Відпустка кінець
Лікарняний
Кількість відпрацьованих днів
Кількість вихідних днів
Між сутностями бази даних можна поставити зв'язок типу "Один до багатьох"
Сутність таких звязків полягае в тому що у таблиці Працівники є ключеве поле «Код працівника» Яке являеться в таблиці першим ключем цьому полю відповідае запіс в таблицях «Табель робочого дня», «Трудова діяльність на підприємстві» та «стаж»
Первинними ключами бази даних є:
· Код працівника «Працівники»
· Код працівника «Трудова діяльність на підприємстві»
· Код працівника «стаж»
· Код працівника «Табель робочого дня»
На малюнку 1.1 показана інфологічна модель бази даних «Відділ кадрів»
В цій інфологічній моделі показано як саме звязані сутності між собою!
Так як зв'язок сутностей в мої Б.Д буде проводитись по одному ключовому полю «Код працівника», первічним ключем буде виступати сутнісість «Праівники» «Код працівника».
Тобто всі позначені стрілки звязують одне значення а саме сіньою стрілкою позначено «Код працівника» «Код працівника» Червоною позначено «Код працівника» «Код працівника» Та чорною «Код працівника» «Код працівника» Коричнева стрілка вказуе зв'язок «Табельного номера».
· Синя срілка дае змогу створити зв'язок між «Працівниками»та «Стажом»
· Сервона стрілка дае змогу зв'язати таблицю «трудова діяльність на підприемстві»
· А Чорна стрілка Зв'язує таблицю «табель робочого дня
· Коричнева стрілка дає змогу побачити зв'язок Табельного номера,за допомогою цього поля ми бачимо зв'язок між таблицями «працівники» та «Трудова діяльність на підприемстві»
Рис.1.1Інфологічна модель бази даних
| Дата народження |
| П.І.Б |
| Освіта |
| Адрес Тел. |
| Табельний номер |
| Код працівника |
| Спеціальність |
| Сімейне положення |
| Працівники |
| Мають |
| Дата звільнення |
| Минула робота |
| Причина звільнення |
| Код працівника |
| Стаж |
| Номер приказа |
| Також є |
| Трудрова діяльність на підприемстві |
| Підрозділ |
| Дата приказа |
| Посада |
| Код працівника |
| Кількість вихідних днів |
| Табель робочого дня |
| Лікарняний |
| Відпустка кінець |
| Відпустка початок |
| Табельний номер |
| Кількість відпрацьованих днив |
Нормалізація відносин
Нормалізація - розбиття таблиці на дві або більше, що володіють кращими властивостями включенні, зміну або видалення даних. остаточна мета нормалізації зводиться до отримання такого проекту БД в якому кожен факт з'являється лише в одному місці, тобто виключена надмірність інформації. Нормалізація відносин - формальний апарат обмежень, на формування відносин якого дозволяє усунути дублювання, забезпечити несуперечливість зберігаються базі даних, зменшити трудовитрати на ведення БД. Кодом виведено три нормальні форми і запропоновано механізм, що дозволяє будь-яке відношення перетворити до третин нормальної форми. Наведемо наші відносини до третин нормальної форми.
Перша НФ: Відношення називається нормалізованим або приведеним до першої нормальної формі тоді і тільки тоді, коли всі його атрибути прості (неподільні). Таблиця знаходиться в першій нормальній формі тоді і тільки тоді, коли жодна з її рядків не містить в будь-якому її полі більше одного значення, і не одне з її ключових полів не порожньо. Для того щоб привести наші відносини до першої нормальної форми треба сутність ПІБ розбити на три окремі (Прізвище, Ім'я, По батькові). Так само слід винести в окрему таблицю структурний підрозділ, посади та найменування фірми, щоб не допустити надмірності даних.
В окрему таблицю виносяться накази з особового складу та виробничі накази, так як нумерація у наказів загальна. Атрибути місце проживання за паспортом і фактичне місце проживання не вимагають розбиття так як використовуються один раз.
Друга НФ: Таблиця знаходиться в другій нормальній формі, якщо вона задовольняє визначенню першого нормальної форми і всі її поля, що не входять в первинний ключ, пов'язані повної функціональної залежністю з первинним ключем. Для того щоб наші відносини привести в другу нормальну форму треба винести всі начальників відділу в окрему таблицю.
Третя НФ: Таблиця знаходиться в третій нормальній формі, якщо вона задовольняє визначенню другої нормальної форми і жодна з її НЕ ключових полів не залежить функціонально від будь-якого іншого не ключового поля. Відносини, представлені в даній БД приведені до третин нормальної форми.
2. ПРОЕКТУВАННЯ БАЗИ ДАНИХ
2.1. Створення бази даних в СКБД MySQL.
В ході цієї курсової роботи ми працюємо в програмі MySQL,за допомогою ціеї програми створимот базу данних а саме база данних «Відділ кадрів».
Рис.2.1 Створення бази данних
Бля створення БД віткриваемо програму MySQL та натыскаемо на клавышу створити базу данних.Далі ми вписуемо назву БД наприклад “Viddil kadriv” пысля того як ми назвали свою базу данних натискаемо кнопку створити.
Рис.2.2 Створення таблиць
Після створення БД треба створити таблиці в яких будуть міститись данні,в моему випадку данні працівників.Щоб створити таблицю натискаемо кнопку Структура- створити таблицю,далі вписуемо назву нашої таблиці та виставляемо кількість стовбців,таблиця створена та готова для використання.
Рис.2.3 Зміна налаштуваннь таблиці
Після того як наша таблиця створеня її треба відредагувати та вписати назву рядка та визначіти тип та довжину,інші значення чіпати не треба їх ми налаштуемо згодом.
Рис.2.4Введення данних
Після того як таблиця налаштована треба ввисти данні.
Так як в нашій таблиці є різні значення та строки данні різняться один від одного наприклад
· «Табель робочого часу» має значення числове тому вводимо цифри.
· «П.І.Б.» має значення Текстове тому данні вводимо текстом.
· «Дата народження» має значення Дата тому туди ми вводимо дату.
Це є основні значення таблиці інші ми не використовуемо.
Рис.2.5 Таблиця в режимі Структура
В цьому режимі ми бачему структуру нашої таблиці її строки та значення.
Рис.2.6 Таблиция в режимі «Видимість»
В данному режимі ми бачимо всі данні стосуючі цієї таблиці це потрібно для повного перегляду таблиці для оптимального відображення всіх данних.
Рис.2.8 Ключові поля
Після створеня всих потрібних нам таблиць потрібно їх звязати для цього треба виставити ключі в моему випадку ключевим полем являеться «Код працівника» Ключеве поле створюемо для того щоб звязати таблиці між собою.
Рис 2.9 Виставлення ключів
Ключі треба виставити таким чином шоб вони були Первичними та Вторинними це потрібно для звязку декількох таблиць по чергі.
Рис.2.10 Унікальність
Також треба виставити унікальні значення строки.
Рис.2.11 Дизайнер
Після виставлення всіх ключевих полів та унікальних значеннь, переходимо до звязку таблиць. Для звязку таблись треба перейти по вкладкі ЩЕ та натиснути на клавішу дезайнер нам відкриваетця вікно дизайнер ця функця являе собою зв'язок таблиць.
Рис.2.12 Дизайнер та Зв'язок
Після того як ми відкрили Дизайнер виставляем таблиці таким чином щоб їх було легше звязати.Для звязку натискаемо клавішу створити зв'язок та звязуємо потрібні пол.
ВИСНОВОК
Результатом виконання курсової роботи стало розроблене додаток баз даних, що дозволяє автоматизувати операції обліку і процеси складання звітних документів у відділі кадрів. Розроблене додаток відповідає всім вимогам предметної області, таблиці створеної бази даних відповідають вимогам нормалізації, що дозволяє забезпечити цілісність і несуперечність інформації. Засобами СУБД MySQL створений зручний для користувача інтерфейс. Додаток дозволяє вирішувати всі завдання, сформульовані в завданні на курсову роботу. Це дозволяє зробити висновок, що завдання виконано повністю.
У зв'язку з тим, що база навчальна, а не професійна, чи не які дані про співробітників не були включені до базу. До них відноситься такі дані, як військова обов'язок, заохочення тощо Але розроблена в курсовій база даних легко доповнюється при необхідності розробки професійної бази даних.
Метою виконання курсової роботи є створення бази даних "Кадри підприємства". А також придбання практичних навичок проектування баз даних і розробки програмного забезпечення з управління базами даних з використанням СУБД. На прикладі створюваної бази даних необхідно навчитися створювати таблиці, зв'язувати їх, писати запити, як засобами СУБД, так і за допомогою мови SQL, навчитися розробляти форми, звіти, системне меню і вміло користуватися всім різноманіттям інструментів СУБД.
В якості середовища розробки бази даних була обрана СУБД MSSQL Server 2000. Ця СУБД була обрана в якості інструменту тому, що вона здатна працювати на серверній основі, і має великі функціональні можливості.
