Розробка бази даних Кадри

Інформатика, програмування

Російська гуманітарно-технічний коледж

«Тантал»

Факультет технічної кібернетики

«Затверджую»

Зав. кафедрою

факультету технічної кібернетики

__________________________

«_____»_____________ 2001

Дипломна робота

Студента Жучкова М.Ю. рег. номер
___________

Тема: Розробка бази даних «Кадри»

Керівник: ____________//

Рецензент: _______________//

Зміст:

1. Введення 3-4
2. Основна частина.

Розробка бази даних «Кадри»

2.1 Опис предметної області 5-8

2.2 Побудова інфологіческой і даталогіческой моделі 9-28

2.3 Проектування бази даних 29-37

2.4 Розробка програми 38-43
3. Охорона праці 44-46
4. Висновок 47
5. Бібліографічний список 48
6. Додаток 49-87
7. Графічний матеріал 88-93

1. ВСТУП

Відкрите акціонерне товариство «Суднобудівний завод« Лотос »призначена для будівництва морських бурових стаціонарних платформрозвідки і видобутку нафти і будівництва суден різного призначення.
Підприємство має у своєму розпорядженні великими технічними можливостями (до 30000 тоннметалу на рік) та кваліфікованими кадрами, атестовано на клас Річкового
Регістру, Морського Регістру Судноплавства, а також Німецького Ллойда.

ВАТ «СБЗ« ЛОТОС »пропонує до виготовлення: технічні засоби для освоєння газових і нафтових родовищ нашельфі світового океану і внутрішніх морів; сухогрузні і нафтоналивні суду різного району плавання --морського, річкового та змішаного «ріка - море» (спусковий вага близько 15000 т); допоміжні судна різного призначення; судна технічного флоту.

У даній дипломній роботі здійснена розробка бази даних длявідділу кадрів.

Автоматизація підсистеми управління кадрами є однією знайважливіших частин автоматизації виробничо-господарської діяльностіпідприємства.

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

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

2. Основна частина

Розробка бази даних «Кадри»

2.1 Опис предметної області

предметною областю називається частина реального світу, що представляєінтерес для даного дослідження (використання) [1].

Коротко розглянемо схему роботи відділу кадрів. Інспектор відділу кадрівзаповнює особової справи працівника даними. До списку анкетних даних входять:

- прізвище;

- ім'я;

- по батькові;

- табельний номер;

- страховий номер;

- підлога;

- дата народження;

- місце народження;

- національність;

- соціальне походження;

- громадянство;

- освіта;

- назва навчального закладу;

- форма навчання;

- рік закінчення навчального закладу;

- диплом (серія, номер);

- кваліфікація за дипломом;

- спеціальність за дипломом;

- освіта (додаткове);

- вид найму;

- вид роботи;

- вчений ступінь;

- вчене звання;

- вузька спеціальність;

- володіння іноземними мовами;

- наявність судимості;

- сімейний стан;

- склад сім'ї;

- чи полягає в профспілці;

- чи має групу інвалідності; < p> - чи є пенсіонером;

- чи є учасником війни;

- домашній поштовий індекс;

- район проживання;

- область;

- домашня адреса;

- домашній телефон;

- паспортні дані (серія, номер, ким виданий, прописка);

- військовий обов'язок;

- військове звання;

- номер військово-облікової спеціальності;

- військовий квиток (серія, номер);

- придатність до військової служби;

- відношення до бронювання;

- наявність моб. приписи;

- група обліку;

- категорія обліку;

- до якого райвійськкомату зарахований;

- дата початку строкової служби

- дата закінчення строкової служби;

- дата останнього проходження мед. комісії;

- дані трудової книжки;

- дані про призначення та переміщення;

- кваліфікаційний розряд;

- установа;

- підрозділ;

- поточна посада;

- дата прийому на роботу;

- дата закінчення випробувального терміну;

- інформація про відрядження;

- інформація про відпустки;

- дата звільнення;

- ІПН;

- серія свідоцтва платника податків;

- номер свідоцтва платника податків;

- дата видачі свідоцтва платника податків.

Періодично інспектор відділу кадрів підшиває у справу нові відомості інакази, що стосуються цього працівника. Час від часу працівникові потрібновидати довідки фіксованого змісту на підставі даних особової справи
(коротка інформація про співробітника та ін.)

У розробляється програма повинна матися можливість додаваннянового і видалення старого співробітника в базі даних, редагування йогоанкетних даних. Також повинні бути передбачені функції пошуку данихпрізвища співробітника, функції формування і друку довідки міститькоротку інформація про співробітника, друку всіх даних про нього, переіндексації іініціалізації баз даних.

2.2 Побудова інфологіческой і даталогіческой моделі

Опис предметної області, виконане без орієнтації на використовуванінадалі програмні та технічні засоби, називається інфологіческоймоделлю [1].

Для того, щоб база даних адекватно відображала предметну область,проектувальник бази даних повинен добре уявляти собі всі нюанси,притаманні даній предметній області (ПЗ), і вміти відобразити їх у базіданих. Тому перш ніж починати проектування бази даних, необхіднояк слід розібратися, як функціонує предметна область, длявідображення якої створюється БД. Предметна область повинна бутипопередньо описана. Для цього в принципі може використовуватися іприродну мову, але його застосування має багато недоліків, основним зяких є громіздкість опису і неоднозначність його трактування.
Тому зазвичай для цих цілей використовують штучні формалізованімовні засоби. У зв'язку з цим під інфологіческой моделлю (ІЛМ) розуміютьопис предметної області, виконане з використанням спеціальнихмовних засобів, що не залежать від використовуваних надалі програмнихзасобів [1].

Для опису інфологіческой моделі були використані графічнікошти.

Опис зв'язку «об'єкт-властивість» зображено на рис. 2.2.1 графічногоматеріалу.

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

Даталогіческая модель є моделлю логічного рівня іявляє собою відображення логічних зв'язків між елементами данихбезвідносно до їх змісту та середовищі зберігання. Ця модель будується втермінах інформаційних одиниць, допустимих в тій конкретної СУБД, в середовищіякої ми проектуємо базу даних [1].

Відділу кадрів ВАТ «СБЗ« Лотос »необхідно вирішувати наступні завдання:

Реєстрація нових співробітників.

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

Видалення співробітників.

Опишемо завдання, заповнивши робочий бланк № 1.

У робочий бланк завдання потрібно занести ім'я кожного елемента даних, йоговикористання та короткий опис цього елементу. При заповненні стовпчика
«Використання» робочого бланка застосовуються п'ять позначень - I, O, U, D, і
C. Це перші букви слів Input (Введення), Output (Висновок), Update (Зміни),
Delete (видалення), Calculate (Обчислення). У стовпець «Об'єкт» записуєтьсяім'я об'єкта.

В якості імен елементів/об'єктів підберемо короткий англійський перекладопису цих елементів/об 'єктів.

Тепер можна приступити до більш ретельного аналізу даних іоб'єднання окремих елементів даних в об'єкти. Ці об'єкти станутьзгодом основою для створення таблиць у проектованої базі даних.

Далі слід заповнити ще один комплект робочих бланків, якийдопоможе об'єднати елементи даних в об'єкти. У верхній частині бланка длякожного об'єкта треба перерахувати всі об'єкти пов'язані з даними. У графібланка «Зв'язок» вказується тип зв'язку ( «один-до-багатьох» або «один-до -одному »).

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

Також, у бланку має бути записано умова на значення, яке будезастосовуватися до відповідного полю даних. Надалі, можна будезадати ці умови в програмних файлах FoxPro, щоб використовувати їх дляперевірки даних.

Опишемо використовувані об'єкти, заповнивши робочий бланк № 2.

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

2.3 Проектування бази даних

При проектуванні бази даних слід дотримуватися правилнормалізації таблиць:

Правило 1: Кожне поле будь-якої таблиці повинне бути унікальним.

Правило 2: Кожна таблиця повинна мати унікальний ідентифікатор
(первинний ключ), який може складатися з одного або декількох полівтаблиці.

Правило 3: Для кожного значення первинного ключа повинно бути одне йтільки одне значення будь-якого з стовпців даних, і це має значенняставитися до об'єкта таблиці.

Правило 4: повинна мати можливість змінювати значення будь-якого поля
(не входить у первинний ключ), і це не повинно спричинити за собою змінуіншого поля. [2]

Кожен агрегований об'єкт буде представлений окремою таблицею базиданих. Елементи даних будуть представлені полями таблиць. Імена таблиць і їхполів підберемо виходячи з імен об'єктів і елементів даних. В якостіпервинного ключа використовуємо табельний номер. Проект бази даних включає всебе 11 таблиць.

Опишемо базу даних в табличній формі.

Отже, спроектовано 11 таблиць бази даних «Кадри». Для зручностіроботи, 10 з них слід проіндексувати: таблицю STUFF.DBF по полю ORG_NUM; таблицю EDUCAT.DBF по полю DATE_BEGIN; таблицю LANGUAGE.DBF по полю OTH_LANG; таблицю CONVICT.DBF по полю DATE_VERD; таблицю FAMILY.DBF по полю DATE_RELAT; таблицю WORKCARD . DBF по полю DATE_WRK; таблицю MOVING.DBF по полю DATE_MOV; таблицю QUALIFIC.DBF по полю DATE_QUAL; таблицю BUS_TRIP.DBF по полю START_TRP; таблицю HOLIDAY.DBF по полю WITH_HOL.

2.4 Розробка програми

Для створення проекту використовувалася СУБД FoxPro 2.6.

До складу проекту входить 28 командних файлів. Можна було б якпроцедур об'єднати їх в один файл, але тоді, в подальшому, стало булонезручно їх змінювати. Взаємозв'язок командних файлів представлена на рис.
2.4.1 графічного матеріалу.

Стартовим в проекті є файл START.PRG, в якому встановлюєтьсяопераційне середовище системи, формується екран, а також описується робочеменю. До складу робочого меню входять горизонтальное BAR-меню і тривертикальних POPUP-меню:

У пункті:

У пункті:

| Переіндексувати баз |
| Ініціалізація баз |

У пункті:

| Коротка довідка про співробітника |

При виборі, або, запускаютьсяпрограмні файли (модулі) READ.PRG, WRITE.PRG або NEW.PRG відповідно.
Завдання цих модулів - запуск R_W.PRG з необхідними параметрами. УЗокрема задаються змінні edit і type (edit =. t. - редагування полівдозволено, edit =. f. - Редагування заборонено, type = 1 - виводитьсяповідомлення «перегляд даних», type = 2 - «редагування даних», type = 3 -
«Додавання даних»). NEW.PRG також повинен додати порожню запис в таблицю
STUFF.DBF.

Так як анкетні дані досить великі, для їх відображеннякористуватися тільки командами BROWSE або CHANGE незручно. У даному проектівикористовувалися GET-поля для таблиць STUFF.DBF, PASSPORT.DBF і BROWSE-вікнадля інших. Опис екранів з GET-полями, а також умови введення даних,закладені в модулях WIEV1.PRG, WIEV2.PRG, WIEV3.PRG, WIEV4.PRG, WIEV5.PRG,які запускає R_W.PRG (щоб не перераховувати кожного разу, назву їх
WIEVn). Залежно від значення змінної edit, в GET-полях дозволеноабо заборонено редагування даних. Екрани, що формуються цими модулями,крім області редагування даних містять у верхній частині екрана номер
«Листа», П.І.Б. співробітника, вид операції, а в нижній частині екрана - опціїуправління:

- передає управління наступного екрану.

- передає управління попереднього екрана

- переходить до наступного співробітнику.

-- повертається до попереднього співробітнику

Якщо номер екрану більше 5, то управління передається екрану № 1.

Якщо номер екрану менше 1, то управління передається екрану № 5.

Подібна ж схема діє і на вибір наступного або попередньогоспівробітника.

- дозволяє не перебирати співробітників за одним, а відразувибрати його із списку.

- виводить на друк всі дані про поточний співробітника.

- повернення в головне меню.

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

Всі опції описані LIGHTBAR-меню.

При виборі певної опції відбувається вихід з поточного модуля WIEVnз поверненням списку змінних в модуль R_W.PRG. Відповідно дозначенням змінних, управління передається того чи іншого модулю.