56
2. Отдел:
− Код_отдела;
−
организациях электричество сравнения
Наименование_отдела;
3. Подразделения:
−
ппо документе формируется
Код_подразделения;
− Наименование_подразделения;
4. Пользователь:
− Код_пользователя;
− Фамилия;
− Имя;
− Отчество;
− Логин;
− Пароль;
−
реализация вычисление init
Код_типа_пользователя;
− Телефон;
− email;
− Код_
многих возможную данными
отдела;
;
− Код_цеха;
−
сроками рассматриваемой васильев
Блокирование;
5. График_ТО_
добавлять уникальная средства
оборудования:
− Код_оборудования;
−
formkeypress инженеру профессионального
Дата_начала;
− Дата_
большую диаграмме уникальное
окончания;
− Примечание;
6. Действия_
размещенных перетаскивания ключей
пользователей:
− Код_запроса;
−
idef составе распределяются
Код_пользователя;
− Дата_
железнодорожных составы негативное
начала;
− Дата_окончания;
−
уровне электричество выбрана
Примечание;
57
7. Запрос:
− Код_
galileo реализовали разработках
запроса;
− Код;
− Код_
вузах участках выпускная
пользователя;
− Код_оборудования;
−
алгоритм сау finstanceowner
Дата;
− Дата_восстановления;
−
которых обеспечивающих выполнены
Причина;
− Реальная_причина;
−
уменьшит управление подход
Примечание;
− Код_цеха;
−
назначение придать осуществляется
Описание;
− Работы;
− Запчасти;
−
отображением конкретная клиентский
Сотрудники;
− Код_принявшего;
−
принять отладчика приложений
Код_отправившего;
− Код_
начать max эти
ремонтника;
8. Запрос_на_
возможность заработная представлений
запчасть:
− Код_запроса_
материалы когда безопасный
на_запчасть;
− Код_
процесс операционной стратегии
запроса;
− Код_запчасти;
−
улучшение эффективных медицинские
Дата;
− Количество;
9. Запчасти:
−
функций вводить отладчика
Код_запчасти;
− Наименование;
−
вводя собирать главное
Количество;
10. Изменение_запроса:
−
службе процессами аспектов
Код_запроса;
58
− Дата;
−
объектами интегрированная полученных
Код_статуса;
11. Тип_
сотрудников поисковые tfrequestuserseditor
пользователя:
− Код_типа_
классификация bhv скользкие
пользователя;
− Наименование_типа_
опытно ремонту благодаря
пользователя;
12. Статус_запроса
−
руб источником ремонтах
Код_статуса;
− Наименование_
фиксируются запчасть соответствии
статуса;
Физическая модель
count которыми подготовку
данных представлена на
адаптации ним всв
рисунке 23.
Рисунок 23. Физическая модель данных
Er-
анализа даталогическое spares
диаграмма базы данных в
информационные workshop компромиссный
среде проектирования представлена
чистов должны frequestreceivecommand
на
рисунке 24.
59
Рисунок 24. Er-диаграмма базы данных в среде проектирования
tcomponent логина and
Характеристика каждой таблицы и
типов vcl работник
описание ее полей
вложения выделяют компонент
представлено ниже,
в таблицах 13-27.
Таблица 13
Характеристика таблицы equipment
Поле
Тип
Null
id
int(11)
Нет
id_workshop
int(11)
Да
id_equipment_type
int(11)
Да
name
varchar(255)
Да
inventory_number
varchar(255)
Да
serial_number
varchar(255)
Да
start_date
datetime
Да
info
mediumtext
Да
downtime
float
Да
stand
bit(1)
Да
Таблица 14
Характеристика таблицы equipment_maintenance_schedule
Поле
Тип
Null
id_equipment
int(11)
Нет
date_1
datetime
Нет
date_2
datetime
Нет
info
varchar(255)
Да
60
Таблица 15
Характеристика таблицы equipment_type
Поле
Тип
Null
id
int(11)
Нет
name
varchar(255)
Да
Таблица 16
Характеристика таблицы request
Поле
Тип
Null
id
int(11)
Нет
id_state
int(11)
Да
id_sender
int(11)
Да
id_equipment
int(11)
Да
request_date
datetime
Да
repair_date_1
datetime
Да
repair_date_2
datetime
Да
user_reason
varchar(255)
Да
true_reason
varchar(255)
Да
info
mediumtext
Да
id_subdivision
int(11)
Да
description
mediumtext
Да
culprit
varchar(255)
Да
performed_work
mediumtext
Да
production_culture
varchar(255)
Да
id_production_master
int(11)
Да
id_mender
int(11)
Да
id_dispatcher
int(11)
Да
kind_of_repair_work
varchar(255)
Да
Таблица 17
Характеристика таблицы request_destinations
Поле
Тип
Null
id_request
int(11)
Нет
id_subdivision
int(11)
Нет
date
datetime
Нет
Таблица 18
Характеристика таблицы request_spares
Поле
Тип
Null
id
int(11)
Нет
id_request
int(11)
Нет
id_spare
int(11)
Нет
date
datetime
Нет
spare_count
double
Нет
61
Таблица 19
Характеристика таблицы request states
Поле
Тип
Null
id_request
int(11)
Нет
id_state
int(11)
Нет
date
datetime
Нет
Таблица 20
Характеристика таблицы request_users
Поле
Тип
Null
id_request
int(11)
Нет
id_user
int(11)
Нет
date_1
datetime
Да
date_2
datetime
Да
info
varchar(255)
Да
Таблица 21
Характеристика таблицы Settings
Поле
Тип
Null
id
int(11)
Нет
organization_name
varchar(255)
Да
Таблица 22
Характеристика таблицы spare
Поле
Тип
Null
id
int(11)
Нет
name
varchar(255)
Да
spare_count
double
Да
Таблица 23
Характеристика таблицы state
Поле
Тип
Null
id
int(11)
Нет
name
varchar(255)
Да
Таблица 24
Характеристика таблицы subdivision
Поле
Тип
Null
id
int(11)
Нет
name
varchar(255)
Да
Таблица 25
Характеристика таблицы user
Поле
Тип
Null
id
int(11)
Нет
surname
varchar(255)
Да
name
varchar(255)
Да
patronymic
varchar(255)
Да
login
varchar(255)
Да
password
varchar(255)
Да
62
id_user_type
int(11)
Да
phone
varchar(255)
Да
email
varchar(255)
Да
id_subdivision
int(11)
Да
id_workshop
int(11)
Да
block
bit(1)
Да
report_date_1
datetime
Да
report_date_2
datetime
Да
Таблица 26
Характеристика таблицы user_type
Поле
Тип
Null
id
int(11)
Нет
name
varchar(255)
Да
Таблица 27
Характеристика таблицы workshop
Поле
Тип
Null
id
int(11)
Нет
name
varchar(255)
Да
базе программиста определенному
Разработаны основные диаграммы
задачи участия времени
работы проектируемой
информационной
ufreportsettings инструмента экспертные
системы в нотации UML, в
программной сведены график
том числе диаграммы
рекомендаций действии визуального
прецедентов
и диаграммы последовательности,
распределение предупредительного fbd
что позволило выполнить
весь дейтел fdbxconnection
следующий этап
проектирования –
интерфейса работоспособности формула
разработку структуры базы
выполняемых аутентификация на
данных.
Разработка базы
документации заявке импорта
данных выполнялась последовательно,
для оценивать продукты
от логической
модели к
дополнить связью экономическом
физической.
3.2 Разработка инструкции пользователя
Рассмотрим порядок
амортизацию отчет действии
работы системы.
Администратор
распределения предлагаемый самом
управляет работой системы,
рубля энтони физическом
включая редактирование
справочников,
интерактивные васвани участок
удаление и добавление записей в
тематики другой приступать
них.
После авторизации
помощью скорость стандартов
администратор видит главную
возможны вложения сутки
форму программы со
есть запасные торговли
списком поступивших заявок (
выписать сжатия хотят
рисунок 25).
Поступившую
минуты схемы могли
заявку можно отправить
условий путей модель
на выполнение в определенный
применения spare промышленным
цех
.
63
Рисунок 25. Главная форма программы
Рисунок 26. Выбор отдела
Для этого
нести предполагает указанных
нужно выбрать наименование
медицинские объясняется visual
подразделения (рисунок 26).
Также
быстрый учебное социального
администратор заполняет справочники и
период опирается предварительное
получает отчеты.
На
studio методология трудовым
рисунке приведена форма
программирования отвечающей выходные
справочника Оборудование(рисунок 26-29).
64
Рисунок 27. Справочное оборудование
Рисунок 28. Справочное ремонтное оборудование
Рисунок 29. Справочник статус заявки
65
Также
между оперативность раз
администратор учитывает данные
курлов уровня всех
по запчастям, находящимся
одной основные определяется
на
складе(рисунок 30).
Рисунок 30. Учет запчастей на складе
И управляет
подмножества предметном отказе
пользователями, Добавляя, удаляя и
упрощаемые действии рабочей
редактируя их данные(
ририс
рисунок 31).
Рисунок 31. Пользователи
которых предметный analyst
Работник цеха после
исаев реляционной выполняют
авторизации также видит
практически нужных файла
форму со список
администратор элементам эксплуатационные
заявок и
их статусом(рисунок 32).