Написание дипломной работы по разработке базы данных начинается с разработки информационно-логической модели предметной области. Далее необходимо сформировать структуру реляционной базы, которая определяется составом столбцов, их последовательностью, типом данных каждого столбца и их размером, а также ключом таблицы. Для более глубокого понимания сути в данной статье представлены рекомендации по написанию таких тем дипломных работ по разработке баз данных на предприятии, пример которых приведен в таблице ниже.
Неотъемлемой частью дипломной по разработке баз данных является определение логической структуры базы данных. На данном этапе построенная информационно-логическая модель должна быть отображена в логическую структуру базы данных.
Далее конструируются таблицы базы данных при помощи средств системы управления базами данных СУБД (например, рисунок 1 в дипломах по разработке базы данных MySQL или Access). Необходимо отметить, что структура таблиц базы данных задается с помощью средств описания (конструирования) таблиц в системе управления базами данных в полном соответствии информационным объектам (подробно о проектированию базы данных изложено здесь).
Рисунок 1 — Конструирование таблиц в дипломной работе по разработке базы данных
В результате работы по формированию структуры базы данных можно осуществлять загрузку информации с документов-источников (рисунок 2).
Рисунок 2 — Разработка базы данных в дипломе
Так, например, в дипломной работе по разработке базы данных в организации такими документами могут быть накладные или счета-фактуры, а в дипломе по разработке базы данных документооборота в качестве таких документов могут выступать договора организации.
В качестве примера дипломной работы по разработке базы данных приведем этап формирования требований к разрабатываемой базы данных на примере Московской Дирекции по ремонту ТПС ОАО «РЖД».
Разрабатываемая база данных должна позволять реализовывать следующие действия с обрабатываемой информацией:
1. Вести регистрацию, накопление, систематизацию информации по рационализаторским предложениям, а также ее архивацию на линейных предприятиях и в других структурных подразделениях организации;
2. Обеспечивать работу с первичной документацией в едином информационном пространстве, объединяющем инженеров линейных предприятий, ответственных территориальных структурных подразделений и центрального аппарата Дирекции по ремонту ТПС.
Кроме того, разрабатываемая база данных должна быть доступна в режиме удаленного доступа членами комиссий территориальных и центральной Дирекций по ремонту ТПС, тем самым обеспечивая автоматизацию процессов рассмотрения, согласования и утверждения рационализаторских предложений.
Назначение базы данных и основной функционал
Разрабатываемая база данных должна позволять реализовывать следующий ориентировочный функционал:
1. Автоматическая доставка жалоб и обращений с применением цеховых терминалов индустриальных рабочих станций, используемых в ремонтных депо, в центральный аппарат Дирекции по ремонту ТПС, минуя средние звенья филиала.
2. Регистрация, накопление и систематизация рационализаторских предложений на линейных предприятиях и в других структурных подразделениях организации.
3. Обеспечение работы с первичной документацией в электронном виде в едином информационном пространстве, объединяющем инженеров линейных предприятий, ответственных территориальных структурных подразделений и центрального аппарата.
4. Автоматизация процессов формирования сводных реестров и других документов.
5. Автоматизация процесса рассмотрения, согласования и утверждения рационализаторских предложений членами территориальных и центральных комиссий непосредственно на рабочих местах без созыва заседаний.
6. Автоматизация процессов формирования отчётности.
7. Архивация и систематизация рационализаторских предложений (включающей электронные копии документов).
Требования к информации, циркулирующей в базе данных
Данные, циркулирующие в разрабатываемой базе данных, связаны со следующими особенностями:
1.Информация очень чувствительна ко времени.
2. Информация должна быть постоянно доступна соответствующим сотрудникам.
База данных должна обеспечивать хранение и возможность редактирования\просмотра следующей информации:
1. О рационализаторских предложениях и сопровождающих документах.
2. О жалобах и обращениях.
3. Об инициаторах предложений и этапах согласования.
4. О статусах рационализаторских предложений.
Требования к численности и квалификации персонала
Разрабатываемая база данных должна содержать следующие категории пользователей:
1. Инициатор вводит информацию о рационализаторском предложении (заявление, соглашение о распределении вознаграждения за использование рационализаторского предложения, расчёт экономического эффекта и т.д.)
2. Согласующее лицо использует базу данных для проведения анализа рационализаторского предложения на предмет соответствия условиям и требованиям Положение о рационализаторской деятельности ОАО «РЖД».
3. Руководитель имеет возможность выгрузки отчетов и документов за закрепленным структурным подразделением в разрезе ряда параметров.
4. Администратор имеет доступ ко всей информации базы данных с целью обеспечения штатной работы.
Требования к надежности
Ошибки базы данных могут исправляться только системным администратором, обладающим требуемыми полномочиями. В случае обнаружения ошибки работа база данных должна быть приостановлена для устранения дефекта.
Требования к эксплуатации и обслуживанию базы данных
Входные данные, по возможности, имеют свободный формат, но при этом осуществляется проверка на корректность вводимых символов и команд. В случае некорректного ввода, выводится сообщение об ошибке и просьба проверить вводимые данные.
Устройство хранения данных должно быть защищено от внешних физических воздействий. Специализированного обслуживания технических средств системы не требуется.
Вместе с тем, в рассматриваемом примере дипломной работы по разработке базы данных была описана производственная деятельность ОАО «РЖД», проведен анализ рационализаторской деятельности Московской Дирекции по ремонту ТПС ОАО «РЖД», а также рассмотрены существующие решения в области систем автоматизации рационализаторской деятельности.
Также был сделан вывод о том, что рассмотренные системы автоматизации рационализаторской деятельности не удовлетворяют ряду требований, предъявляемых к обработке рационализаторских предложений в ОАО «РЖД». Одним из наиболее важных условий является то, что рассмотренные системы не учитывают специфику связанную с направлениями рационализаторской деятельности Московской Дирекции по ремонту ТПС.
В заключение необходимо отметить, что разработка любой базы данных в дипломной работе должна быть способна оказать качественную поддержку деятельности предприятия или организации. Полный перечень актуальных статей и рекомендаций по прикладной информатике и разработке базы данных изложен здесь.
Студента
Жучкова М.Ю.
рег. номер ___________
Тема:
Разработка базы данных
«Кадры»
Руководитель:
____________/
/
Рецензент: _______________/
/
Открытое
акционерное общество «Судостроительный
завод «Лотос» предназначен для
строительства морских буровых
стационарных платформ разведки и добычи
нефти и строительства судов различного
назначения. Предприятие располагает
большими техническими возможностями
(до 30000 тонн металла в год) и квалифицированными
кадрами, аттестовано на класс Речного
Регистра, Морского Регистра Судоходства,
а также Германского Ллойда.
ОАО
«ССЗ «ЛОТОС» предлагает к изготовлению:
технические
средства для освоения газовых и
нефтяных месторождений на шельфе мирового
океана и внутренних морей;
сухогрузные
и нефтеналивные суда различного
района плавания — морского, речного
и смешанного «река – море» (спусковой
вес около 15000 т);
вспомогательные
суда различного назначения;
В
данной дипломной работе осуществлена
разработка базы данных для отдела
кадров.
Автоматизация
подсистемы управления кадрами является
одной из важнейших частей автоматизации
производственно-хозяйственной деятельности
предприятия.
Несмотря
на определенную унификацию баз данных
для управления кадрами судостроительного
предприятия такая база имеет
определенные специфические отличия,
например, разработаны такие поля, которые
необходимы для расчета трудоемкости
постройки судов и т.д.
Определенная
задача состояла в разработке полноты
базы, т.е. осуществлена такая архитектура,
которая могла бы осуществить
как работу поисковых систем для
отдела кадров и других отделов предприятия,
так и формирование выходной информации,
необходимой для функционирования задач
подсистемы управления кадрами и сведений
для руководства предприятия.
Разработка
базы данных «Кадры»
Вкратце
рассмотрим схему работы отдела кадров.
Инспектор отдела кадров заполняет
личное дело сотрудника данными. В список
анкетных данных входят:
— диплом (серия, номер);
— семейное положение;
— паспортные данные (серия,
номер, кем выдан, прописка);
— военный билет (серия, номер);
— серия свидетельства налогоплательщика;
Периодически
инспектор отдела кадров подшивает
в дело новые сведения и приказы,
касающиеся этого сотрудника. Время
от времени сотруднику требуется выдать
справки фиксированного содержания на
основании данных личного дела (краткая
информация о сотруднике и др.).
В
разрабатываемом приложение должна
иметься возможность добавления
нового и удаление старого сотрудника
в базе данных, редактирование его анкетных
данных. Также должны быть предусмотрены
функции поиска данных по фамилии сотрудника,
функции формирования и печати справки
содержащую краткую информация о сотруднике,
печати всех данных о нем, переиндексации
и инициализации баз данных.
2.2 Построение инфологической
и даталогической
модели
Для
описания инфологической модели были
использованы графические средства.
Описание
связи «объект-свойство» изображено
на рис. 2.2.1 графического материала.
База
данных «Кадры» разрабатывается
для хранения текстовой информации
(хотя для удобства ввода некоторые
поля таблиц – числовые), поэтому
в приложении не будут применены
вычисления введенных оператором данных.
Отделу
кадров ОАО «ССЗ «Лотос» необходимо
решать следующие задачи:
Уточнение
данных по существующим сотрудникам.
Опишем
задачи, заполнив рабочий бланк №1.
В
рабочий бланк задачи нужно занести
имя каждого элемента данных, его
использование и краткое описание
этого элемента. При заполнении столбца
«Использование» рабочего бланка применяются
пять обозначений — I,O,U,D, и C. Это первые
буквы слов Input(Ввод), Output(Вывод), Update(Изменения),
Delete(Удаление), Calculate(Вычисления). В столбец
«Объект» записывается имя объекта.
В
качестве имен элементов/объектов подберем
краткий английский перевод описания
этих элементов/объектов.
Теперь
можно приступить к более тщательному
анализу данных и объединению
отдельных элементов данных в
объекты. Эти объекты станут впоследствии
основой для создания таблиц в
проектируемой базе данных.
Далее
следует заполнить еще один комплект
рабочих бланков, который поможет
объединить элементы данных в объекты.
В верхней части бланка для
каждого объекта надо перечислить
все объекты связанные с данным.
В графе бланка «Связь» указывается
тип связи («один-ко-многим» или «один-к-одному»).
Для
каждого элемента данных, в рабочем
бланке объекта, обязательно должны
быть указаны тип данных (текстовый,
числовой, денежный, Мемо и т.д.) и
длина поля, необходимая для их
хранения. Должно быть дано краткое
описание этого элемента, которое впоследствии
будет использоваться при определении
таблицы.
Также,
в бланке должно быть записано условие
на значение, которое будет применяться
к соответствующему полю данных. В
дальнейшем, можно будет задать эти
условия в программных файлах FoxPro,
чтобы использовать их для проверки данных.
Опишем
используемые объекты, заполнив рабочий
бланк №2.
Теперь,
после заполнения всех рабочих бланков
для объектов, каждый из них можно
рассматривать в качестве основы
для создания некоторой таблицы.
При
проектировании базы данных следует
придерживаться правил нормализации таблиц:
Правило
1: Каждое поле любой таблицы должно
быть уникальным.
Правило
2: Каждая таблица должна иметь уникальный
идентификатор (первичный ключ), который
может состоять из одного или нескольких
полей таблицы.
Правило
3: Для каждого значения первичного
ключа должно быть одно и только одно значение
любого из столбцов данных, и это значение
должно относиться к объекту таблицы.
Каждый
агрегированный объект будет представлен
отдельной таблицей базы данных. Элементы
данных будут представлены полями таблиц.
Имена таблиц и их полей подберем
исходя из имен объектов и элементов
данных. В качестве первичного ключа
используем табельный номер. Проект базы
данных включает в себя 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.
Для
создания проекта использовалась СУБД
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. В соответствии
со значением переменных, управление передается
тому или иному модулю.
- Разработка беспроводной локальной вычислительной сети на базе образовательного комплекса
- Разработка бизнес-плана
- Разработка бизнес-плана в сфере АПК
- Разработка бизнес-плана для агентства недвижимости «Астрея»
- Разработка бизнес-плана для создания нового предприятия (на примере предприятия ООО «Лилия»)
- Разработка бизнес-плана для строительной организации (на примере ООО «Капитал»)
- Разработка бизнес-плана мини – гостиницы в п.Аршан Тункинского района Республики Бурятия
- Разработка ассортимента и технологического процесса приготовления мучных изделий для предприятий ресторанного хозяйства II наценочной к
- Разработка Астраханского газоконденсатного месторождения
- Разработка базы данных «Гостиничный комплекс»
- Разработка базы данных для автоматизированной системы склада готовой продукции малого полиграфического предприятия
- Разработка базы данных для ведения учета успеваемости студентов в электронном виде
- Разработка базы данных и информационной системы по введению учёта несовершеннолетних прошедших опеку в реабилитационном центре
- Разработка базы данных «Кадры»
* Данная работа не является научным трудом, не является выпускной квалификационной работой и представляет собой результат обработки, структурирования и форматирования собранной информации, предназначенной для использования в качестве источника материала при самостоятельной подготовки учебных работ.
Студента
Жучкова М.Ю. рег. номер
___________
Тема:
Разработка базы данных «Кадры»
Руководитель:
____________/ /
Рецензент:
_______________/ /
Разработка
базы данных «Кадры»
2.1
Описание предметной области 5-8
2.2
Построение инфологической и даталогической
модели 9-28
2.3
Проектирование базы данных 29-37
Открытое
акционерное общество «Судостроительный
завод «Лотос» предназначен для
строительства морских буровых стационарных
платформ разведки и добычи нефти и
строительства судов различного
назначения. Предприятие располагает
большими техническими возможностями
(до 30000 тонн металла в год) и квалифицированными
кадрами, аттестовано на класс Речного
Регистра, Морского Регистра Судоходства,
а также Германского Ллойда.
ОАО
«ССЗ «ЛОТОС» предлагает к изготовлению:
технические
средства для освоения газовых и нефтяных
месторождений на шельфе мирового океана
и внутренних морей;
сухогрузные
и нефтеналивные суда различного района
плавания — морского, речного и смешанного
«река – море» (спусковой вес около 15000
т);
вспомогательные
суда различного назначения;
В
данной дипломной работе осуществлена
разработка базы данных для отдела
кадров.
Автоматизация
подсистемы управления кадрами является
одной из важнейших частей автоматизации
производственно-хозяйственной
деятельности предприятия.
Несмотря
на определенную унификацию баз данных
для управления кадрами судостроительного
предприятия такая база имеет определенные
специфические отличия, например,
разработаны такие поля, которые необходимы
для расчета трудоемкости постройки
судов и т.д.
Определенная
задача состояла в разработке полноты
базы, т.е. осуществлена такая архитектура,
которая могла бы осуществить как работу
поисковых систем для отдела кадров и
других отделов предприятия, так и
формирование выходной информации,
необходимой для функционирования задач
подсистемы управления кадрами и сведений
для руководства предприятия.
Разработка
базы данных «Кадры»
2.1
Описание предметной области
Вкратце
рассмотрим схему работы отдела кадров.
Инспектор отдела кадров заполняет
личное дело сотрудника данными. В список
анкетных данных входят:
—
фамилия;
—
имя;
—
отчество;
—
табельный номер;
—
страховой номер;
—
пол;
—
дата рождения;
—
место рождения;
—
национальность;
—
социальное происхождение;
—
гражданство;
—
образование;
—
название учебного заведения;
—
форма обучения;
—
год окончания учебного заведения;
—
диплом (серия, номер);
—
квалификация по диплому;
—
специальность по диплому;
—
образование (дополнительное);
—
вид найма;
—
вид работы;
—
ученая степень;
—
ученое звание;
—
узкая специальность;
—
владение иностранными языками;
—
наличие судимости;
—
семейное положение;
—
состав семьи;
—
состоит ли в профсоюзе;
—
имеет ли группу инвалидности;
—
является ли пенсионером;
—
является ли участником войны;
—
домашний почтовый индекс;
—
район проживания;
—
область;
—
домашний адрес;
—
домашний телефон;
—
паспортные данные (серия, номер, кем
выдан, прописка);
—
воинская обязанность;
—
воинское звание;
—
номер военно-учетной специальности;
—
военный билет (серия, номер);
—
годность к военной службе;
—
отношение к бронированию;
—
наличие моб. предписания;
—
группа учета;
—
категория учета;
—
к какому райвоенкомату причислен;
—
дата начала срочной службы
—
дата окончания срочной службы;
—
дата последнего прохождения мед.
комиссии;
—
данные трудовой книжки;
—
данные о назначениях и перемещениях;
—
квалификационный разряд;
—
учреждение;
—
подразделение;
—
текущая должность;
—
дата приема на работу;
—
дата окончания испытательного срока;
—
информация о командировках;
—
информация об отпусках;
—
дата увольнения;
—
ИНН;
—
серия свидетельства налогоплательщика;
—
номер свидетельства налогоплательщика;
—
дата выдачи свидетельства
налогоплательщика.
Периодически
инспектор отдела кадров подшивает в
дело новые сведения и приказы, касающиеся
этого сотрудника. Время от времени
сотруднику требуется выдать справки
фиксированного содержания на основании
данных личного дела (краткая информация
о сотруднике и др.).
В
разрабатываемом приложение должна
иметься возможность добавления нового
и удаление старого сотрудника в базе
данных, редактирование его анкетных
данных. Также должны быть предусмотрены
функции поиска данных по фамилии
сотрудника, функции формирования и
печати справки содержащую краткую
информация о сотруднике, печати всех
данных о нем, переиндексации и инициализации
баз данных.
2.2
Построение инфологической и даталогической
модели
Для
описания инфологической модели были
использованы графические средства.
Описание
связи «объект-свойство» изображено на
рис. 2.2.1 графического материала.
База
данных «Кадры» разрабатывается для
хранения текстовой информации (хотя
для удобства ввода некоторые поля таблиц
– числовые), поэтому в приложении не
будут применены вычисления введенных
оператором данных.
Отделу
кадров ОАО «ССЗ «Лотос» необходимо
решать следующие задачи:
Уточнение
данных по существующим сотрудникам.
Опишем
задачи, заполнив рабочий бланк №1.
В
рабочий бланк задачи нужно занести имя
каждого элемента данных, его использование
и краткое описание этого элемента. При
заполнении столбца «Использование»
рабочего бланка применяются пять
обозначений — I,O,U,D, и C. Это первые буквы
слов Input(Ввод), Output(Вывод), Update(Изменения),
Delete(Удаление), Calculate(Вычисления). В столбец
«Объект» записывается имя объекта.
В
качестве имен элементов/объектов
подберем краткий английский перевод
описания этих элементов/объектов.
Теперь
можно приступить к более тщательному
анализу данных и объединению отдельных
элементов данных в объекты. Эти объекты
станут впоследствии основой для создания
таблиц в проектируемой базе данных.
Далее
следует заполнить еще один комплект
рабочих бланков, который поможет
объединить элементы данных в объекты.
В верхней части бланка для каждого
объекта надо перечислить все объекты
связанные с данным. В графе бланка
«Связь» указывается тип связи
(«один-ко-многим» или «один-к-одному»).
Для
каждого элемента данных, в рабочем
бланке объекта, обязательно должны быть
указаны тип данных (текстовый, числовой,
денежный, Мемо и т.д.) и длина поля,
необходимая для их хранения. Должно
быть дано краткое описание этого
элемента, которое впоследствии будет
использоваться при определении таблицы.
Также,
в бланке должно быть записано условие
на значение, которое будет применяться
к соответствующему полю данных. В
дальнейшем, можно будет задать эти
условия в программных файлах FoxPro, чтобы
использовать их для проверки данных.
Опишем
используемые объекты, заполнив рабочий
бланк №2.
Теперь,
после заполнения всех рабочих бланков
для объектов, каждый из них можно
рассматривать в качестве основы для
создания некоторой таблицы.
2.3
Проектирование базы данных
При
проектировании базы данных следует
придерживаться правил нормализации
таблиц:
Правило
1: Каждое поле любой таблицы должно быть
уникальным.
Правило
2: Каждая таблица должна иметь уникальный
идентификатор (первичный ключ), который
может состоять из одного или нескольких
полей таблицы.
Правило
3: Для каждого значения первичного ключа
должно быть одно и только одно значение
любого из столбцов данных, и это значение
должно относиться к объекту таблицы.
Каждый
агрегированный объект будет представлен
отдельной таблицей базы данных. Элементы
данных будут представлены полями таблиц.
Имена таблиц и их полей подберем исходя
из имен объектов и элементов данных. В
качестве первичного ключа используем
табельный номер. Проект базы данных
включает в себя 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.
Для
создания проекта использовалась СУБД
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. В
соответствии со значением переменных,
управление передается тому или иному
модулю.
Модули
BUS_TRIP.PRG, CONVICT.PRG, EDUCAT.PRG, FAMILY.PRG, HOLIDAY.PRG,
LANGUAGE.PRG, MOVE.PRG, QUALIF.PRG, WORKCARD.PRG, формируют
BROWSE-окна для отображения дополнительной
информации. PASSPORT.PRG формирует GET-поля.
Модуль
PRINT выводит все анкетные данные сотрудника
на печать.
Модуль
SEARCH.PRG позволяет выбрать нужного
сотрудника. Этот модуль вызывается как
из R_W.PRG, так и из REFEREN.PRG.
Чтобы
удалить анкетные данные сотрудника(ов)
из базы, следует выбрать пункт подменю
<Удаление>. При этом запускается
модуль DEL_REC.PRG позволяющий нажатием
клавиш Ctrl+T пометить к удалению
сотрудника(ов). Можно отменить метку,
повторно нажав Ctrl+T. Эти действия реализует
модуль DL_UNDL.PRG путем пометки к
удалению/снятия
пометки к удалению во всех таблицах
записей, имеющих то же значение ORG_NUM,
что и в таблице STUFF.DBF. Затем, после выхода
из BROWSE-окна, модуль DEL_REC.PRG упаковывает
всю базу «КАДРЫ».
При
выборе пункта <Переиндексация>
меню <Сервис> запускается модуль
INDEX.PRG, индексирующий таблицы. Пункт
<Инициализация> запускает модуль
INITIAL.PRG, который выдает запрос «ЭТО
действие уничтожит все данные. Вы уверены
в его необходимости?» и в случае
положительного ответа, удаляет все
данные из базы, сохраняя при этом ее
логическую структуру.
Для
формирования на печать краткой справки
сотрудника следует выбрать пункт меню
<Справки> => <Краткая справка о
сотруднике>. В результате запустится
модуль REFEREN.PRG, который для выбора нужного
сотрудника передаст управление модулю
SEARCH.PRG и затем сформирует справку и
отправит ее на печать. Пункт меню
<Справки> был создал для того, чтобы,
в дальнейшем было удобно добавлять
новые модули печати других справок.
Выбор
пункта главного меню <Выход> передаст
управление модулю END.PRG, который закроет
все открытые файлы и завершит работу.
Листинг
командных файлов и DOS-распечатки экранов,
приведены в приложении.
Охрана
труда – система законодательных актов,
постановлений, организационных,
санитарных и технических мер, обеспечивающих
безопасные для здоровья условия труда
на рабочем месте. Научно-технический
прогресс внес изменения в условия
производственной деятельности
работников умственного труда. Их труд
стал более интенсивным, напряженным,
требующим затрат умственной, эмоциональной
и физической энергии. Это имеет прямое
отношение и к специалистам, связанным
с проектированием, разработкой,
эксплуатацией, сопровождением и
модернизацией автоматизированных
систем управления различного назначения.
На
рабочем месте оператора должны быть
созданы условия для высокопроизводительного
труда. Оператор АРМ испытывает значительную
нагрузку, как физическую (сидячее
положение, нагрузка на глаза), так и
умственную, что приводит к снижению его
трудоспособности к концу рабочего дня.
Существуют
нормативы, определяющие комфортные
условия и предельно допустимые
нормы запыленности, температуры воздуха,
шума, освещенности. В системе мер,
обеспечивающих благоприятные условия
труда, большое место отводится эстетическим
факторам: оформление производственного
интерьера, оборудования, применение
функциональной музыки и др., которые
оказывают определенное воздействие на
организм человека. Важную роль играет
окраска помещений, которая должна быть
светлой. В данном разделе дипломного
проекта рассчитывается необходимая
освещенность рабочего места и
информационная нагрузка оператора.
Развитию
утомляемости на производстве способствуют
следующие факторы:
—
неправильная эргономическая организация
рабочего места, нерациональные зоны
размещения оборудования по высоте от
пола, по фронту от оси симметрии и т.д.;
Одним
из основных вопросов охраны труда
является организация рационального
освещения производственных помещений
и рабочих мест.
Для
освещения помещения, в котором работает
оператор, используется смешанное
освещение, т.е. сочетание естественного
и искусственного освещения.
Естественное
освещение – осуществляется через окна
в наружных стенах здания.
Искусственное
освещение – используется при недостаточном
естественном освещении и
осуществляется с помощью двух систем:
общего и местного освещения. Общим
называют освещение, светильники которого
освещают всю площадь помещения. Местным
называют освещение, предназначенное
для определенного рабочего места.
Для
помещения, где находится рабочее место
оператора, используется система общего
освещения.
Нормами
для данных работ установлена необходимая
освещенность рабочего места ЕН=300
лк (для работ высокой точности, когда
наименьший размер объекта различения
равен 0.3 – 0.5 мм).
Кроме
того, необходимо в течение 8-ми часового
рабочего дня предусмотреть один часовой
перерыв на обед, 5-ти минутные перерывы
каждые полчаса и 15-ти минутные перерывы
каждые 1.5 – 2 часа. Работу необходимо
организовать таким образом, чтобы
наиболее сложные задачи решались с
11:00 до 16:00 – в период наибольшей активности
человека, а не в начале дня, когда оператор
еще не достиг максимальной активности,
и не в конце дня, когда уже развивается
утомление.
Так
как работа оператора не связана с
решением крупных логических задач и
достаточно однообразна, то рекомендуется
по-возможности чередовать виды
деятельности.
В
данной дипломной работе разработана
архитектура базы «Кадры». в результате
анализа данных приведены необходимые
поля базы данных, их структура и тип.
Сведение их в определенные объекты и
построение связи между объектами базы.
Показаны
определенные правила, по которым
проектировалась база данных.
База
данных проектировалась в среде СУБД
FoxPro
2.6. В связи
с этим разработаны 28 командных файлов
предназначенные для ведения базы,
включающие в себя сервисные функции
управления базой данных, ввода и вывода
данных. В программные приложения вошли
предлагаемые меню для получения
определенных справок о сотрудниках.
Спроектированная
база данных «Кадры» и программное
обеспечение, обслуживающее базу, дает
возможность облегчить работу отдела
кадров и применять различные поисковые
системы для выбора необходимых сведений
о сотрудниках, составе и структуре
штатов предприятия.
Работа
базы на контрольных данных ОАО «ССЗ
«Лотос» показала ее работоспособность
и эффективность.
1.
Теоретическое учебное пособие РГТК
«Тантал» по дисциплине «Создание и
ведение информационного обеспечения».
2.
Теоретическое учебное пособие РГТК
«Тантал» по дисциплине «Технология
разработки программного обеспечения».
3.
Попов А. А. «Программирование в среде
СУБД FoxPro 2.0.», М. изд. Радио и связь, 1993
г.
4.
Сибаров Ю. Б. «Охрана труда в вычислительных
центрах» и др., М. Машиностроение, 1990 г.
5.
Самгин Э. Б. «Освещение рабочих мест»,
изд. МИРЭА, 1989 г.
SET
COLOR TO N
SET
HOURS TO 24
SET
MESSAGE TO SROWS()-1 CENTER
USE
stuff.dbf IN a INDEX stuff.idx
USE
passport.dbf IN b
USE
educat.dbf IN c INDEX educat.idx
USE
language.dbf IN d INDEX language.idx
USE
convict.dbf IN e INDEX convict.idx
USE
family.dbf IN f INDEX family.idx
USE
workcard.dbf IN g INDEX workcard.idx
USE
moving.dbf IN h INDEX moving.idx
USE
qualific.dbf IN i INDEX qualific.idx
USE
bus_trip.dbf IN j INDEX bus_trip.idx
USE
holiday.dbf IN 11 INDEX holiday.idx
SET
COLOR TO W+/B
DEFINE
MENU MAINMENU COLOR SCHEME 3
DEFINE
PAD data OF MAINMENU PROMPT ‘ Д\<aННЫЕ О="" СОТРУДНИКАХ="" '="" ;
DEFINE
PAD service OF MAINMENU PROMPT ‘ \<cЕРВИС '="" at="" 0,24
DEFINE
PAD list OF MAINMENU PROMPT ‘ СП\<pАВКИ '="" at="" 0,34
DEFINE
PAD exit OF MAINMENU ;
ON
SELECTION PAD data OF MAINMENU ACTIVATE POPUP dat
ON
SELECTION PAD service OF MAINMENU ACTIVATE POPUP serv
ON
SELECTION PAD list OF MAINMENU ACTIVATE POPUP lst
ON
SELECTION PAD exit OF MAINMENU DO end.prg
DEFINE
POPUP dat FROM 1,0 SHADOW COLOR SCHEME 4
DEFINE
BAR 1 OF dat PROMPT ‘ Просмотр’COLOR
SCHEME 3
DEFINE
BAR 2 OF dat PROMPT ‘\-‘
DEFINE
BAR 3 OF dat PROMPT ‘ Редактирование
‘COLOR SCHEME 3
DEFINE
BAR 4 OF dat PROMPT ‘\-‘
DEFINE
BAR 5 OF dat PROMPT ‘ Добавление
‘COLOR SCHEME 3
DEFINE
BAR 6 OF dat PROMPT ‘\-‘
DEFINE
BAR 7 OF dat PROMPT ‘ Удаление
‘COLOR SCHEME 3
ON
SELECTION BAR 1 OF dat DO read.prg
ON
SELECTION BAR 3 OF dat DO write.prg
ON
SELECTION BAR 5 OF dat DO new.prg
ON
SELECTION BAR 7 OF dat DO del_rec.prg
DEFINE
POPUP serv FROM 1,24 SHADOW COLOR SCHEME 4
DEFINE
BAR 1 OF serv PROMPT ‘ Переиндексация
базы
‘ ;
DEFINE
BAR 2 OF serv PROMPT ‘\-‘
DEFINE
BAR 3 OF serv PROMPT ‘ Инициализация
базы’
;
ON
SELECTION BAR 1 OF serv DO index.prg
ON
SELECTION BAR 3 OF serv DO initial.prg
DEFINE
POPUP lst FROM 1,34 SHADOW COLOR SCHEME 4
DEFINE
BAR 1 OF lst PROMPT ‘ Краткая
справка
о
сотруднике
‘ ;
ON
SELECTION BAR 1 OF lst DO referen.prg
DO
r_w.prg WITH edit,type
DO
r_w.prg WITH edit,type
DO
r_w.prg WITH edit,type
DEFINE
WINDOW win3 FROM 2, 11 TO 23, 69 NOGROW ;
NOFLOAT
NOZOOM SHADOW CLOSE ;
ON
KEY LABEL ctrl+t DO dl_undl.prg WITH org_num
BROWSE
NOAPPEND NOMODIFY LOCK 0 FIELDS org_num :H=’Таб.
N:’, ;
ON
KEY LABEL ctrl+t
SET
COLOR TO N/W+
DEFINE
WINDOW win0 FROM 0, 0 TO 2, 79 NOGROW ;
NOFLOAT
NOZOOM COLOR W+/N
DEFINE
WINDOW win1 FROM 3, 0 TO 24, 79 NOGROW;
NOFLOAT
NOZOOM COLOR GR+/B
DO
wiev1.prg WITH edit
DO
wiev2.prg WITH edit
DO
wiev3.prg WITH edit
DO
wiev4.prg WITH edit
DO
wiev5.prg WITH edit
DO
educat.prg WITH org_num1,edit
DO
language.prg WITH org_num1,edit
DO
convict.prg WITH org_num1,edit
DO
family.prg WITH org_num1,edit
DO
passport.prg WITH org_num1,edit
DO
workcard.prg WITH org_num1,edit
DO
move.prg WITH org_num1,edit
DO
qualif.prg WITH org_num1,edit
DO
bus_trip.prg WITH org_num1,edit
DO
holiday.prg WITH org_num1,edit
STORE
6 TO org_num,ins_num,surname,name,up,down,next,;
‘Такой
табельный
номер
уже
существует’SIZE
1,6 WHEN edit=.t. COLOR SCHEME 2
WHEN
edit=.t. COLOR SCHEME 2
WHEN
edit=.t. COLOR SCHEME 2
STORE
«* ВПЕРЕД»
TO MPROMPTS
STORE
«* НАЗАД
» TO MPROMPTS
STORE
«* СЛЕДУЮЩАЯ
» TO MPROMPTS
STORE
«* ПРЕДЫДУЩАЯ»
TO MPROMPTS
STORE
«* НАЙТИ
» TO MPROMPTS
STORE
«* ПЕЧАТЬ»
TO MPROMPTS
STORE
«* ВЫХОД»
TO MPROMPTS
REPLACE
org_num WITH org_n1 FOR org_num=org_n
REPLACE
org_num WITH org_n1 FOR org_num=org_n
REPLACE
org_num WITH org_n1 FOR org_num=org_n
REPLACE
org_num WITH org_n1 FOR org_num=org_n
REPLACE
org_num WITH org_n1 FOR org_num=org_n
REPLACE
org_num WITH org_n1 FOR org_num=org_n
REPLACE
org_num WITH org_n1 FOR org_num=org_n
REPLACE
org_num WITH org_n1 FOR org_num=org_n
REPLACE
org_num WITH org_n1 FOR org_num=org_n
REPLACE
org_num WITH org_n1 FOR org_num=org_n
IF
tab_un=org_num AND !EOF()
STORE
6 TO diploma,qual_dip,spec_dip,eduadd, ;
SIZE
1,25 WHEN edit=.t. COLOR SCHEME 2
STORE
«* Образование
(дополнит.):____»
TO MPROMPTS
STORE
«* Владение
иностран.
языками:_»
TO MPROMPTS
STORE
«* Наличие
судимости:__________»
TO MPROMPTS
STORE
«* Состав
семьи:_______________»
TO MPROMPTS
STORE
«* ВПЕРЕД»
TO MPROMPTS
STORE
«* НАЗАД
» TO MPROMPTS
STORE
«* СЛЕДУЮЩАЯ
» TO MPROMPTS
STORE
«* ПРЕДЫДУЩАЯ»
TO MPROMPTS
STORE
«* НАЙТИ
» TO MPROMPTS
STORE
«* ПЕЧАТЬ»
TO MPROMPTS
STORE
«* ВЫХОД»
TO MPROMPTS
STORE
6 TO pensioner, ;
SIZE
1,1 WHEN edit=.t. COLOR SCHEME 2
SIZE
1,1 WHEN edit=.t. COLOR SCHEME 2
SIZE
1,18 WHEN edit=.t. COLOR SCHEME 2
STORE
«* Паспортные
данные:__________»
TO MPROMPTS
SIZE
1,29 WHEN edit=.t. COLOR SCHEME 2
SIZE
1,23 WHEN edit=.t. COLOR SCHEME 2
STORE
«* ВПЕРЕД»
TO MPROMPTS
STORE
«* НАЗАД
» TO MPROMPTS
STORE
«* СЛЕДУЮЩАЯ
» TO MPROMPTS
STORE
«* ПРЕДЫДУЩАЯ»
TO MPROMPTS
STORE
«* НАЙТИ
» TO MPROMPTS
STORE
«* ПЕЧАТЬ»
TO MPROMPTS
STORE
«* ВЫХОД»
TO MPROMPTS
STORE
4 TO group_acc, ;
STORE
«* Трудовая
книжка:____________»
TO MPROMPTS
STORE
«* Назначения
и
перемещения:___»
TO MPROMPTS
STORE
«* Квалификационный
разряд:____»
TO MPROMPTS
STORE
«* Командировки:_______________»
TO MPROMPTS
STORE
«* ВПЕРЕД»
TO MPROMPTS
STORE
«* НАЗАД
» TO MPROMPTS
STORE
«* СЛЕДУЮЩАЯ
» TO MPROMPTS
STORE
«* ПРЕДЫДУЩАЯ»
TO MPROMPTS
STORE
«* НАЙТИ
» TO MPROMPTS
STORE
«* ПЕЧАТЬ»
TO MPROMPTS
STORE
«* ВЫХОД»
TO MPROMPTS
STORE
6 TO holid,date_dis,reason_d,inn,series_tax,num_tax, ;
STORE
«* Отпуска:____________________»
TO MPROMPTS
STORE
«* ВПЕРЕД»
TO MPROMPTS
STORE
«* НАЗАД
» TO MPROMPTS
STORE
«* СЛЕДУЮЩАЯ
» TO MPROMPTS
STORE
«* ПРЕДЫДУЩАЯ»
TO MPROMPTS
STORE
«* НАЙТИ
» TO MPROMPTS
STORE
«* ПЕЧАТЬ»
TO MPROMPTS
STORE
«* ВЫХОД»
TO MPROMPTS
DEFINE
WINDOW win3 FROM 3, 11 TO 20, 68 NOGROW ;
NOFLOAT
NOZOOM CLOSE COLOR SCHEME 10
DEFINE
WINDOW win4 FROM 21, 0 TO 24, 79 NOGROW ;
NOFLOAT
NOZOOM COLOR R+/N
BROWSE
FOR org_num=org_num1 TITLE ‘Командировки’
LOCK 0 ;
FIELDS
start_trp :H=’Дата
начала:’,
closed_trp :H=’Дата
окончания:’,
;
REPLACE
org_num WITH org_num1 FOR org_num=0
BROWSE
FOR org_num=org_num1 TITLE ‘Командировки’
NOAPPEND NOMODIFY NODELETE ;
LOCK
0 FIELDS start_trp :H=’Дата
начала:’,
closed_trp :H=’Дата
окончания:’,
;
REPLACE
trial_num WITH f
DEFINE
WINDOW win3 FROM 3, 5 TO 20, 75 NOGROW ;
NOFLOAT
NOZOOM CLOSE COLOR SCHEME 10
DEFINE
WINDOW win4 FROM 21, 0 TO 24, 79 NOGROW ;
NOFLOAT
NOZOOM COLOR R+/N
BROWSE
FOR org_num=org_num1 TITLE ‘Наличие
судимости’
LOCK 0 ;
FIELDS
date_verd :H=’Дата
вынесения
приговора:’,
article :H=’Статья:’,
;
REPLACE
org_num WITH org_num1 FOR org_num=0
BROWSE
FOR org_num=org_num1 TITLE ‘Наличие
судимости’
;
NOAPPEND
NOMODIFY NODELETE LOCK 0 ;
FIELDS
date_verd :H=’Дата
вынесения
приговора:’,
article :H=’Статья:’,
;
REPLACE
conv_num WITH f
DEFINE
WINDOW win3 FROM 3, 0 TO 20, 79 NOGROW ;
NOFLOAT
NOZOOM CLOSE COLOR SCHEME 10
DEFINE
WINDOW win4 FROM 21, 0 TO 24, 79 NOGROW ;
NOFLOAT
NOZOOM COLOR R+/N
BROWSE
FOR org_num=org_num1 TITLE ‘Образование
(дополнительно)’
LOCK 0 ;
REPLACE
org_num WITH org_num1 FOR org_num=0
BROWSE
FOR org_num=org_num1 TITLE ‘Образование
(дополнительно)’
NOAPPEND ;
NOMODIFY
NODELETE LOCK 0 FIELDS date_begin :H=’Поступил:’,
;
REPLACE
EDU_NUM WITH f
DEFINE
WINDOW win3 FROM 3, 0 TO 20, 79 NOGROW ;
NOFLOAT
NOZOOM CLOSE COLOR SCHEME 10
DEFINE
WINDOW win4 FROM 21, 0 TO 24, 79 NOGROW ;
NOFLOAT
NOZOOM COLOR R+/N
BROWSE
FOR org_num=org_num1 TITLE ‘Состав
семьи’
LOCK 0 ;
FIELDS
relation :H=’Степень
родства:’,
names :H=’Фамилия,
инициалы:’,
;
REPLACE
org_num WITH org_num1 FOR org_num=0
BROWSE
FOR org_num=org_num1 TITLE ‘Состав
семьи’
NOAPPEND NOMODIFY NODELETE ;
LOCK
0 FIELDS relation :H=’Степень
родства:’,
;
REPLACE
famil_num WITH f
DEFINE
WINDOW win3 FROM 3, 0 TO 20, 79 NOGROW ;
NOFLOAT
NOZOOM CLOSE COLOR SCHEME 10
DEFINE
WINDOW win4 FROM 21, 0 TO 24, 79 NOGROW ;
NOFLOAT
NOZOOM COLOR R+/N
BROWSE
FOR org_num=org_num1 TITLE ‘Отпуска’
LOCK 0 ;
FIELDS
kind_hol :H=’Вид
отпуска:’,
basis_hol :H=’Основание:’,
;
REPLACE
org_num WITH org_num1 FOR org_num=0
BROWSE
FOR org_num=org_num1 TITLE ‘Отпуска’
NOAPPEND NOMODIFY NODELETE LOCK 0 ;
FIELDS
kind_hol :H=’Вид
отпуска:’,
basis_hol :H=’Основание:’,
;
REPLACE
holid_num WITH f
DEFINE
WINDOW win3 FROM 3, 13 TO 20, 67 NOGROW ;
NOFLOAT
NOZOOM CLOSE COLOR SCHEME 10
DEFINE
WINDOW win4 FROM 21, 0 TO 24, 79 NOGROW ;
NOFLOAT
NOZOOM COLOR R+/N
BROWSE
FOR org_num=org_num1 TITLE ‘Владение
иностранными
языками’
LOCK 0 ;
FIELDS
oth_lang :H=’Язык:’,
level :H=’Уровень
владения:’
REPLACE
org_num WITH org_num1 FOR org_num=0
BROWSE
FOR org_num=org_num1 TITLE ‘Владение
иностранными
языками’
;
NOAPPEND
NOMODIFY NODELETE LOCK 0 ;
FIELDS
oth_lang :H=’Язык:’,
level :H=’Уровень
владения:’
REPLACE
LANG_NUM WITH f
DEFINE
WINDOW win3 FROM 3, 0 TO 20, 79 NOGROW ;
NOFLOAT
NOZOOM CLOSE COLOR SCHEME 10
DEFINE
WINDOW win4 FROM 21, 0 TO 24, 79 NOGROW ;
NOFLOAT
NOZOOM COLOR R+/N
BROWSE
FOR org_num=org_num1 TITLE ‘Назначения
и
перемещения’
LOCK 0 ;
REPLACE
org_num WITH org_num1 FOR org_num=0
BROWSE
FOR org_num=org_num1 TITLE ‘Назначения
и
перемещения’
NOAPPEND NOMODIFY NODELETE LOCK 0 ;
REPLACE
purpos_num WITH f
REPLACE
org_num WITH org_num1
DEFINE
WINDOW win3 FROM 3, 1 TO 24, 78 NOGROW ;
NOFLOAT
NOZOOM SHADOW CLOSE COLOR SCHEME 10 TITLE ‘ПАСПОРТНЫЕ
ДАННЫЕ’
STORE
«* ВЫХОД»
TO MPROMPTS
DEFINE
WINDOW win3 FROM 3, 10 TO 20, 69 NOGROW ;
NOFLOAT
NOZOOM CLOSE COLOR SCHEME 10
DEFINE
WINDOW win4 FROM 21, 0 TO 24, 79 NOGROW ;
NOFLOAT
NOZOOM COLOR R+/N
BROWSE
FOR org_num=org_num1 TITLE ‘Квалификационный
разряд’
LOCK 0 ;
REPLACE
org_num WITH org_num1 FOR org_num=0
BROWSE
FOR org_num=org_num1 TITLE ‘Квалификационный
разряд’
NOAPPEND NOMODIFY NODELETE LOCK 0 ;
REPLACE
qual_num WITH f
DEFINE
WINDOW win3 FROM 3, 0 TO 20, 79 NOGROW ;
NOFLOAT
NOZOOM CLOSE COLOR SCHEME 10
DEFINE
WINDOW win4 FROM 21, 0 TO 24, 79 NOGROW ;
NOFLOAT
NOZOOM COLOR R+/N
BROWSE
FOR org_num=org_num1 TITLE ‘Трудовая
книжка’
LOCK 0 ;
FIELDS
date_wrk :H=’Дата
пост:’,
date_dism :H=’Дата
увольн:’,
;
REPLACE
org_num WITH org_num1 FOR org_num=0
BROWSE
FOR org_num=org_num1 TITLE ‘Трудовая
книжка’
NOAPPEND NOMODIFY ;
NODELETE
LOCK 0 FIELDS date_wrk :H=’Дата
пост:’,
;
REPLACE
record_num WITH f
?
‘ Таб.
номер:
‘,org_num
?
‘ Страховой
номер:
‘,ins_num
?
‘ Фамилия:
‘,surname
?
‘ Имя:
‘,name
?
‘ Отчество:
‘,patron
?
‘ Пол:
‘,sex
?
‘ Дата
рождения:
‘,birth_date
?
‘ Место
рождения:
‘,birthplace
?
‘ Национальность:
‘,national
?
‘ Социальное
происхождение:
‘,SOCIAL
?
‘ Гражданство:
‘,citizen
?
‘ Образование:
‘,educat
?
‘ Форма
обучения:
‘,form_train
?
‘ Год
окончания:
‘,year_end
?
‘ Диплом:
‘,diploma
?
‘ Квалификация
по
диплому:
‘,qual_dip
?
‘ Специальность
по
диплому:
‘,spec_dip
?
‘ Вид
найма:
‘,kind_hir
?
‘ Вид
работы:
‘,KIND_WRK
?
‘ Ученая
степень:
‘,s_degree
?
‘ Ученое
звание:
‘,s_rank
?
‘ Узкая
специальность:
‘,mar_spec
?
‘ Семейное
положение:
‘,mar_status
?
‘ Профсоюз:
‘,tr_union
?
‘ Группа
инвалидности:
‘,group
?
‘ Пенсионер?:
‘,pensioner
?
‘ Участник
войны?:
‘,partic_war
?
‘ Домашний
индекс:
‘,post_index
?
‘ Район:
‘,region
?
‘ Область:
‘,area
?
‘ Домашний
телефон:
‘,telephone
?
‘ Воинская
обязанность:
‘,conscript
?
‘ Воинское
звание:
‘,milit_rank
?
‘ Номер
ВУС:
‘,number
?
‘ Военный
билет:
‘,mil_ticket
?
‘ Годность
к
военной
службе:
‘,mil_valid
?
‘ Отношение
к
бронированию:
‘,attitude
?
‘ Наличие
моб.
предписания:
‘,mobile_ins
?
‘ Группа
учета:
‘,group_acc
?
‘ Категория
учета:
‘,category_a
?
‘ Райвоенкомат:
‘,commissar
?
‘ Дата
посл.
прохождения:
‘,last_date
?
‘ Учреждение:
‘,company
?
‘ Подразделение:
‘,subdivis
?
‘ Текущая
должность:
‘,cur_post
?
‘ Дата
приема
на
работу:
‘,employment
?
‘ Дата
увольнения:
‘,date_dis
?
‘ Причина
увольнения:
‘,reason_dis
?
‘ ИНН:
‘,inn
SET
FILTER TO org_num=org_num1
FOR
n=1 TO EDU_NUM1
?
‘ Поступил:’,date_begin,’
Окончил:’,date_end
?
‘ Название
у/з:
‘,name_educ
?
‘ Образование:
‘,education
?
‘ Диплом:
‘,dipl
?
‘ Форма
обучения:’,form_tr
?
‘ Квалификация:
‘,qualific
?
‘ Специальность:
‘,special
SET
FILTER TO org_num=org_num1
FOR
n=1 TO LANG_NUM1
?
‘ Язык:’,oth_lang,’
Уровень
владения:’,level
SET
FILTER TO org_num=org_num1
FOR
n=1 TO conv_num1
?
‘ Дата
вынесения
приговора:
‘,date_verd
?
‘ Статья:’,article,’
Срок:’,period
SET
FILTER TO org_num=org_num1
FOR
n=1 TO struct_f1
?
‘ Дата
рождения:’,date_relat,’
Фамилия,
инициалы:’,names
?
‘ Степень
родства:’,relation,
‘ На
иждивении:’,expense
SET
FILTER TO org_num=org_num1
FOR
n=1 TO f
?
‘ Кем
выдан:
‘,exp_given
?
‘ Дата
выдачи:’,date_distr
?
‘ Индекс:
‘,index_p
?
‘ Область:
‘,area_p
?
‘ Район:
‘,region_p
?
‘ Город:
‘,city_p
?
‘ Населенный
пункт:’,point_p
?
‘ Улица:
‘,street_p
?
‘ Дом:
‘,house_p
?
‘ Корпус:
‘,corps_p
?
‘ Квартира:
‘,flat_p
SET
FILTER TO org_num=org_num1
FOR
n=1 TO record_num1
?
‘ Дата
постановки:
‘,date_wrk,’ Дата
увольнения:’,date_dism
?
‘ Название
учреждения:’,name_wrk
?
‘ Должность:
‘,post_wrk
?
‘ Причина:
‘,reason_wrk
?
‘ Основание:
‘,basis_wrk
SET
FILTER TO org_num=org_num1
FOR
n=1 TO purpos_num1
?
‘ Отдел:
‘,depart
?
‘ Должность:
‘,post_mov
?
‘ Режим
работы:’,method_mov
SET
FILTER TO org_num=org_num1
FOR
n=1 TO qual_num1
?
‘ Квалификация:’,qualificat
SET
FILTER TO org_num=org_num1
FOR
n=1 TO trips1
?
‘ Дата
начала:
‘,start_trp,’ Дата
окончания:’,closed_trp
?
‘ Место
назначения:’,destinat
SET
FILTER TO org_num=org_num1
FOR
n=1 TO holid_num1
?
‘ Вид
отпуска:
‘,kind_hol
?
‘ Основание:
‘,basis_hol
?
‘ За
время
с:
‘,with_hol,’ За
время
по:
‘,on_hol
?
‘ Дата
начала:
‘,d_st_hol,’ Количество
дней:’,amount
?
‘ Дата
окончания:’,d_en_hol
DEFINE
WINDOW win3 FROM 3, 11 TO 20, 69 NOGROW ;
NOFLOAT
NOZOOM SHADOW CLOSE;
TITLE
‘Выберите
запись
и
нажмите
‘ COLOR SCHEME 10
BROWSE
NOAPPEND NOMODIFY NODELETE LOCK 0 FIELDS org_num :H=’Таб.
N:’, ;
INDEX
ON org_num TO stuff.idx
INDEX
ON date_begin TO educat.idx
INDEX
ON oth_lang TO language.idx
INDEX
ON date_verd TO convict.idx
INDEX
ON date_relat TO family.idx
INDEX
ON date_wrk TO workcard.idx
INDEX
ON date_mov TO moving.idx
INDEX
ON date_qual TO qualific.idx
INDEX
ON start_trp TO bus_trip.idx
INDEX
ON with_hol TO holiday.idx
DEFINE
WINDOW win3 FROM 7, 10 TO 13, 70 NOGROW ;
NOFLOAT
NOZOOM CLOSE COLOR SCHEME 12
STORE
2 TO no,yes
STORE
«* НЕТ»
TO MPROMPTS
STORE
«* ДА»
TO MPROMPTS
?
SPACE(28),’О
Т
Д
Е
Л
К
А
Д
Р
О
В’
?
‘ ‘,sx1,DAY(birth_date),n,YEAR(birth_date),’года
,’
?
‘ ‘,ALLTRIM(national),’,’,sx2,ALLTRIM(birthplace),’,’
?
‘ имеет’,ALLTRIM(citizen),’гражданство
.’
?
‘ ‘,sx3,ALLTRIM(NAME_EDU),’.’
?
‘ Семейное
положение:’,ALLTRIM(mar_status),’.’
?
‘ В
настоящее
время
работает
в
должности:
‘,ALLTRIM(cur_post),’,’
?
‘ в
подразделении:’,ALLTRIM(subdivis),’.’
?
‘ Домашний
телефон:’,telephone
Годность
к воен. службе
Дата
начала срочной службы
Дата
окончания сроч. службы
Дата
приема на работу
Дата
окончания испыт. срока
Рис.
2.2.1. Описание
связи «объект-свойство».
Рис.
2.4.1 Взаимосвязь командных файлов в
проекте.
Студента
факультета технической кибернетики
Рег. №
.
Жучкова
Михаила Юрьевича
.
Дипломная
работа, представленная на рецензию,
содержит пояснительную записку на 87
листах и графический материал на 6
листах.
Дипломная
работа посвящена созданию базы данных
«Кадры». В работе осуществлена разработка
базы данных по результатам работы отдела
кадров ОАО «Судостроительный завод
«Лотос».
Настоящая
дипломная работа полностью соответствует
условию и объему задания.
В
работе приведены структура и тип данных,
сведение их в определенные объекты и
построение связи между ними.
Разработанная
база данных дает возможность реально
применять ее в задачах подсистемы
управления кадрами судостроительного
предприятия, отличается полнотой и
простотой обращения. Архитектура базы
позволяет легко использовать входящие
в нее данные для расчета трудоемкости
постройки судов и формирования необходимых
сведений для отдела кадров и руководства.
В
тоже время разработанная база данных
носит определенный унифицированный
характер, что позволяет использовать
ее после несложных преобразований для
других предприятий. Сервисные программы
обслуживания базы просты в обращении.
Используя
реляционную архитектуру, студент отразил
научно-технический прогресс.
Работа
является составной частью автоматизации
управления производственно-хозяйственной
деятельности предприятия.
В
данной дипломной работе хорошо отражены
вопросы охраны труда.
Работа
написана ясно и грамотно, отличается
четкостью изложения, имеет хорошее
качество оформления.
Оценка
дипломной работы — 5.
Опробация
базы данных на ОАО «ССЗ «Лотос» показали
ее практическую ценность в части
облегчения и скорости обработки большого
объема данных и составлении необходимых
сведений.
Рецензент:
Петров
П.П., ОАО «ССЗ «Лотос», начальник бюро
корпусообработки, инженер
(ф.и.о.,место
работы, должность, звание)
Дата_______________
Подпись_______________
Студента
факультета технической кибернетики
Рег. №
.
Жучкова
Михаила Юрьевича
.
на
тему:
Разработка базы
данных «Кадры.»
.
Руководитель
дипломной работы Иванов
Иван Иванович, главный технолог ОАО
«ССЗ «Лотос»
(фамилия,
имя, отчество, должность, звание)
Дипломная
работа содержит пояснительную записку
на 87
листах и графический материал на 6
листах.
Дипломная
работа посвящена созданию базы данных
«Кадры». В работе осуществлена разработка
базы данных по результатам работы отдела
кадров ОАО «Судостроительный завод
«Лотос». Работа выполнена по заявке
производства.
Работа
соответствует заданию и требованиям.
Имеет удобный интерфейс «под WINDOWS».
В состав приложения входят удобные и
простые сервисные функции.
Разработанная
база данных носит определенный
унифицированный характер, что позволяет
использовать ее после несложных
преобразований для других предприятий.
Спроектированная
база отличается полнотой и простотой
обращения. Архитектура базы позволяет
легко использовать входящие в нее данные
для расчета трудоемкости постройки
судов и формирования необходимых
сведений для отдела кадров и руководства.
Студент
показал глубокие знания поставленных
вопросов, самостоятельно исследовал
работу отдела кадров и отработал
архитектуру базы данных.
Студент
хорошо ознакомлен с фундаментальной
литературой по специальности и ее
периодическими изданиями, ГОСТами и
нормами, правилами техники безопасности.
При
создании работы соблюдены правила
оформления дипломной работы. Работа
отличается качеством и технической
грамотностью графической части, четким
и ясным изложением содержанием.
Общая
оценка выполнения дипломной работы —
5.
Проверка
работы базы данных на контрольных данных
ОАО «ССЗ «Лотос» показали ее практическую
ценность в части облегчения и скорости
обработки большого объема данных и
составлении необходимых сведений.
Руководитель
работы: Иванов
Иван Иванович.
(ф.и.о.,
ученая степень, звание, должность)
Дата______________
Подпись______________
