Диплом: Автоматизированное рабочее место менеджера транспортной организации в информационной сети

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
62
7. stations - класс для окна просмотра и редактирования перечня
станций технического обслуживания:
stations() - метод отображения графической оболочки класса;
populatestationsSQL(JTable) - метод записи в JTable данных из
таблицы «Станции технического обслуживания» базы данных;
addstationsSQL() - метод для добавления новых записей в таблице
«Станции технического обслуживания».
8. providers - класс для окна просмотра и редактирования перечня
поставщиков:
providers() - метод графической оболочки класса;
populateprovidersSQL(JTable) - метод записи в JTable данных из
таблицы «Поставщиков» базы данных;
addprovidersSQL() - метод для добавления новых записей в
таблице «Поставщиков».
9. showframe - класс окна редактирования записей:
UpSQL() - метод присвоения измененных данных
соответствующей rowid записи в таблице «Замена детали» базы данных;
showframe() - метод, наследующий расширение главного класса. В
нем выполняется создание графической оболочки окна.
3.2. Разработка базы данных информационной системы
Инфологическая модель БД - описание семантики предметной
области в модели БД без ориентации на используемые в дальнейшем
программные и технические средства. Разработку инфологической модели
можно начать с выделения основных сущностей, моделирующих классы
однотипных объектов, присутствующих в БД. Сущность (объектное
множество, таблица) - это собирательное понятие, абстракция реально
63
существующего процесса, объекта или явления, о котором необходимо
хранить информацию.
База данных разрабатывается с помощью приложения SQLite Expert
(версия personal). Для проекта было спроектировано пять сущностей, а
точнее, для учета деталей, поставщиков, станций технического
обслуживания, а также учета текущих одометров автотранспорта
предприятия. Также создана основная сущность, являющаяся ключевой
для данной ИС, осущесвляющая учет установленных или замененных
деталей и запасных частей. Каждая из созданных сущностей содержит
соответствующую информацию, определенного характера.
Первая таблица будет называться «Одометр» (таблица 1). Она
состоит из таких атрибутов, как:
rowid - уникальный ключ записи, жестко привязан к конкретной
записи и не может повторяться или изменяться;
auto - государственный номер авто, к которому привязывается
запись;
km - показания текущего одометра относительно выбранного по
критерию государственного номера, транспорта.
Таблица 1 – Таблица одометров
Имя поля
Описание
Размер поля
Rowed
Уникальный
идентификатор объекта
NOTNULL
Auto
Номер автомобиля для
идентификации
30
Km
Показания с одометра
50
Назначением этой таблице является реализация потребности
менеджера в отслеживании необходимости выполнения замены детали
64
путем сравнения текущего показания одометра и конечного километража
действия выбранной детали в соответствии со значением одометра на
момент установки. Такие данные помогут в сохранении рабочего
состояния других деталей узла. Следующая таблица называется «Станции
технического обслуживания» (таблица 2) и состоит из трех
соответствующих атрибутов, а именно:
rowid - уникальный ключ записи, жестко привязан к конкретной
записи и не может повторяться или изменяться;
station - поле для записи названия компании, предоставляющей
услуги по техническому обслуживанию;
address - поле, выполняющее функции идентификатора адреса
соответствующей станции обслуживания.
Таблица 2 – Таблица станций технического обслуживания
Имя поля
Тип данных
Описание
Размер поля
Rowed
Счетчик
Уникальный
идентификатор
объекта
NOTNULL
station
Текстовый
Юридическое
название станции
технического
обслуживания
120
address
Текстовый
Фактический
адрес станции
технического
обслуживания
150
Назначением данной таблицы является ведение учета станций
технического обслуживания, которые выполняют определенные работы по
обслуживанию транспорта предприятия.
65
Третья таблица будет называться «Поставщики» (таблица 3) и
включает в себя три атрибута, с названиями:
rowid - уникальный ключ записи, жестко привязан к конкретной
записи и не может повторяться или изменяться;
provider - поле для записи юридического названия компании-
поставщика деталей и запасных частей;
address - поле, идентифицирует юридический адрес
соответствующего поставщика деталей.
По данной таблице менеджером организации может вестись учет
компаний-поставщиков деталей, которые устанавливаться на
транспортных средствах.
Таблица 3 – Таблица поставщиков
Имя поля
Тип данных
Описание
Размер поля
Rowed
Счетчик
Уникальный
идентификатор
объекта
NOTNULL
provider
Текстовый
Юридическое
название
поставщика
запасных частей
120
address
Текстовый
Юридический
адрес
поставщика
150
Следующая таблица с названием «Детали» (таблица 4) включает в
себя такие два атрибута:
rowid - уникальный ключ записи, жестко привязан к конкретной
записи и не может повторяться или изменяться;
part - поле для определения названия детали.
66
Таблица 4 – Таблица деталей
Имя поля
Тип данных
Описание
Размер поля
Rowed
Счетчик
Уникальный
идентификатор
объекта
NOTNULL
Part
Текстовый
Фактическое
наименование
детали
100
Назначением данной таблицы является создание перечня запасных
частей и деталей, которые могут устанавливаться на транспорте
предприятия.
Базовой таблицей проектируемой базы данных ИС АРМ будет
таблица «Замена деталей» (таблица 5), которая включает следующие 14
атрибутов:
rowid - уникальный ключ записи, жестко привязан к конкретной
записи и не может повторяться или изменяться;
auto - государственный номер авто, к которому привязывается
соотвествующая запись;
station - компания, из таблицы «Станции технического
обслуживания», которая осуществляла работу по обслуживанию
транспортного средства;
part - название детали, из таблицы «Детали», которая была
заменена;
date - дата установки данной детали на соответствующем
транспортном средстве;
price - цена, по которой контрагентом был создан счет на оплату
услуг;
67
km - данные по одометру на момент установки детали;
brand - название (бренд) компании - производителя детали;
Таблица 5 – Таблица замены деталей
Имя поля
Тип данных
Описание
Размер
поля
Rowed
Счетчик
Уникальный
идентификатор объекта
NOTNULL
Auto
Текстовый
Номер автомобиля для
идентификации
30
station
Текстовый
Название станции
установившей деталь
120
Part
Текстовый
Наименование деталей
100
Date
Дата
Дата установки детали
50
Price
Текстовый
Цена установленной
детали
50
Km
Числовой
Одометр на момент
установления
50
Brand
Текстовый
Название производителя
детали
50
Count
Текстовый
Счет от контрагента
50
Note
Текстовый
Дополнительные
замечания к записи
200
provider
Текстовый
Название поставщика
детали
120
price2
Текстовый
Стоимость установки
50
Sum
Числовой
Количество деталей
30
maxkm
Числовой
Одометр замены
50
count - счет по покупке детали;
68
provider - контрагент, из таблицы «Производители», у которого
была куплена деталь;
price2 - стоимость установки детали;
sum - атрибут учета количества единиц (для одинаковых
тенхнических деталей);
maxkm – показания одометра на момент необходимости замены
уже установленной детали.
Данная таблица будет включать в себя все, необходимые для учета
ИС АРМ, характеристики процесса замены детали на транспортных
средствах предприятия. Таким образом, каждая таблица имеет свои
данные, которые используются в различных точках проекта, в зависимости
от открытого пользователем окна. СУБД для проектирования БД баз
данных SQLite позволяет работать с базами данных и создавать их, как
путем манипуляций с графическими компонентами приложений (таких как
SQLite Expert), так и путем непосредственного создания запросов на языке
SQL в поле для запросов приложения. Если при разработке программной
части ИС АРМ необходимо вносить определенные поправки и изменения в
сущности БД, то чаще всего это удобнее делать с помощью графических
компонентов среды, поэтому они не могут заменить по функциональным
возможностям запросы. Пример создания таблицы «Замена деталей» в
среде SQLite Expert Personal приведен на рисунке 18.
Рисунок 18 – Пример создание таблицы БД в среде проектирования
69
Пример редактирования таблицы приведен на рисунке 19, что
отображает процесс создания нового атрибута БД в таблице в среде SQLite
Expert. В левой части окна отображается список баз данных и таблиц,
которые они содержат. В правой части находится панель редактирования,
которая позволяет проводить манипуляции воткрытой таблице или
просматривать записанные в нее даты. Меню программы позволяет
создавать и импортировать новые БД данных и таблицы, а также
устанавливать собственные настройки проводить проверку созданных
транзакций перед их интеграцией в проект.
Рисунок 19 – Создание атрибута в SQlite Expert Personal 5.2
Для организации полноценной работы менеджера в ИС АРМ для
получения или изменения информации в БД необходимо создавать
соответствующие поставленным задачам SQL-запросы. Рассмотрим
некоторые созданные запросы к созданным таблицам БД:
70
1. Запрос «Необходимость замены», который осуществляет
заполнение таблицы необходимости замен окна автотранспорта. Данный
запрос выполняется автоматически при открытии окна. Результат
выполнения данного запроса показан на рисунке 20. Состав скрипта SQL-
запроса:
SELECT MAX(km) FROM odometr WHERE auto ='"+auto+"' AND rowid =
(SELECT MAX(rowid) FROM odometr WHERE auto = '"+auto+"';
Рисунок 20 – Результат выполнения SQL-запроса «Необходимость
замены»
2. Запрос «Выполненные замены» для заполнения таблицы замен
окна транспорта. Данный запрос выполняется автоматически, при
открытии окна. Результат выполнения запроса показан на рисунке 21.
SQL-скрипт данного запроса:
SELECT rowid, * FROM parts WHERE auto = '"+auto+"';
Рисунок 21 - Результат выполнения SQL-запроса «Выполненные
замены»
71
3.3. Разработка программных форм интерфейса автоматизированного
рабочего места
После запуска системы первой формой является окно авторизации
пользователя в системе (рисунок 22). Данные логина доступны к
просмотру, данные пароля скрываются для просмотра путем замены
символом звездочки.
Рисунок 22 – Интерфейс окна авторизации в системе
В случае неверного ввода данных система распознает, какие именно
данные не совпадают с имеющимися в БД и информирует пользователя об
этом с помощью вывода окна-сообщения. Пример информационного окна
приведен на рисунке 23.
Рисунок 23 - Окно сообщения о некорректном вводе данных
Следующим окном является главное окно ИС АРМ (рисунок 24).
Данное окно выступает в роли основного экрана менеджера, включает в
себя меню с тремя выпадающими каталогами, ниже заходится панель
инструментов с кнопками для перехода к таким окнам, как:
перечень государственных номеров автотранспорта;

Смотрите также:

«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран
Work-life balance подход в управлении рабочим временем молодых сотрудников (на примере ООО «МГТ-сервис»)
Адаптивная динамическая информационная система управления веб-сайтом
Актуализация кадровой стратегии организации на примере ООО "Лента"
Актуализация контента, отражающего концепцию «диалога культур», при освоении английского языка взрослыми обучающимися
Актуализация приемов инсценирования и драматизации в рамках интерактивной модели обучения английскому языку в старших классах