ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 29.11.2023
Просмотров: 129
Скачиваний: 2
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Эффективность персонала:
-
Рост продуктивности на 10%-20% -
Сокращение сверхурочных работ на 20% -
Увеличение производительности ремонтов на 29%
2.3 Общие сведения о ЕАМ системе Галактика Управление ремонтами (ТОРО)
Галактика ТОРО - входит в состав продуктов Галактика ERP и Галактика Экспресс российской компании Галактика. Используется компаниями как в составе этих систем, так и автономно (без них).
Галактика Управление ремонтами (ТОРО) – возможности:
-
Учет состояния оборудования. Ведение журнала простоев и работы оборудования, журнала регистрации выявленных дефектов в межремонтный период, специальный режим учета текущих значений измеряемых показателей оборудования. -
Планирование обслуживания и ремонтов. Расчет графиков ремонтов на основе нормативов периодичности и продолжительности с использованием различных методов расчета при построении ремонтного цикла, автоматическое формирование плановых заявок на основе набора типовых ремонтных работ. -
Определение потребностей в ресурсах. По данным заявки составляются планы закупки (производства) запчастей, ремонтные программы для исполнителей, определяется перечень работ для ремонтного персонала. -
Учет и анализ выполнения ремонтных работ. На основе заявки формируются накладные на отпуск МЦ со склада и акты выполненных ремонтных работ, путем сравнения плановых и фактических документов выполняется анализ отклонений в объемах и сроках. -
Расчет плановых и фактических затрат. По данным плановых и фактических документов рассчитываются затраты в сводном и аналитическом виде с разбивкой по статьям и элементам затрат. -
Ведение архива ремонтной документации. После выполнения ремонта документы переводятся в архив с возможностью удобного поиска и просмотра.
Задачи:
-
Формирование единой базы данных ТОРО -
Учет оборудования и комплектующих -
Контроль технического состояния -
Планирование обслуживания и ремонтов -
Формирования смет на ремонтные работы -
Обеспечение материальными ресурсами -
Планирование и позаказный учет затрат -
Учет выполнения ремонтных работ -
Накопление статистики о ремонтах -
Анализ выполнения работ
Объектами ремонта могут выступать оборудование, здания, сооружения, транспортные средства, средства измерения, вычислительная техника, а так же любые другие производственные объекты. Кроме плановых ремонтов учитываются также и внеплановые ремонты, возникающие либо в процессе выявления дефектов, либо в результате аварийных остановок. Модуль позволяет управлять ремонтами,
проводимыми как собственными службами предприятия, так и с использованием сторонних подрядчиков.
Работа модуля «ТОРО» системы Галактика ERP основывается как на принципах классической системы планово-предупредительных ремонтов (система ППР), применяемой многими промышленными предприятиями, так и на использовании других методов планирования (по заявкам, комплектующим, дефектам, очередным ремонтам).
Под системой ППР понимается совокупность организационных и технических мероприятий по эксплуатации, уходу и ремонту оборудования, направленных на предупреждение преждевременного износа деталей, узлов и механизмов и выхода оборудования из строя.
Сущность системы ППР заключается в том, что после отработки определенного количества часов или километров пробега производятся технические осмотры и различные виды плановых ремонтов, чередование и периодичность которых определяется нормативами, конструктивными особенностями и условиями эксплуатации.
Система планирования основывается на расчете графика ремонтов по установленным нормам периодичности и продолжительности межремонтного периода, с возможностью автоматического формирования типовых наборов работ. Этот график позволяет составлять как долгосрочные (годовые), так и ближайшие (месячные) планы работ.
Полученные в ходе планирования заявки на ремонт служат основанием для исполнителя ремонта. После завершения ремонта составляются акты выполненных работ, отражающие фактическое использование материальных и трудовых ресурсов.
Архитектура решения построена на интеграции задач технического обслуживания и ремонта оборудования (ТОРО) с процессами материально-технического обеспечения (МТО), управления складскими запасами, финансами, персоналом и основными фондами.
Связь модуля «ТОРО» с другими компонентами системы Галактика ERP осуществляется путем использования общесистемных каталогов и документов других модулей. В свою очередь, другие модули системы используют результаты работы ТОРО.
Схема взаимодействия модуля «ТОРО» с другими компонентами системы Галактика ERP показана на рисунке 2.3.1.
Рисунок 2.2. Схема взаимодействия модуля «ТОРО» с другими компонентами системы Галактика ERP
Среди отличительных особенности модуля «ТОРО» системы Галактика ERP:
Возможность подключения подсистемы для высшего руководства предприятия – комплекса аналитических приложений «Галактика Business Intelligence», который позволяет на основе ключевых показателей результативности (KPI) оценить деятельность по управлению активами в целом и по отдельным объектам/единицам.
Тесная взаимосвязь с финансовыми и бухгалтерскими операциями, с подсистемами складского учета, МТО, управления персоналом, транспортом.
Интеграция с программами нижнего уровня контроля состояния оборудования (АСУТП, SCADA).
Высокую экономическую эффективность применения модуля «ТОРО» системы Галактика ERP уже оценили многие предприятия-заказчики корпорации Галактика.
Среди них: ООО «Мострансгаз», ООО «СУАЛ-ПМ», ОАО «ТольяттиАзот», ОАО «Сызранский НПЗ», ОАО «Ингулецкий ГОК», ЗАО «Черниговец», Кемеровская горэлектросеть, Транснефть, Ангарская нефтехимическая компания и другие.
3 Формирование структуры ИС. Выбор платформы для реализации
3.1 Разработка структуры информационного обеспечения
При разработке информационной системы самым сложным и длительным процессом является написание программы, т.к. необходимо вникнуть, выяснить все процессы, которые происходят в ТЧ-28 при содержании радиостанций, а затем перенести их логику в работу программы. Именно поэтому в данной дипломной работе рассматривается процесс построения информационной системы управления содержанием устройств радиосвязи в ТЧ-28.
Для реализации этой задачи будет исследован процесс функционирования содержания радиостанций в ТЧ-28, описана функциональная модель, на базе которой, в свою очередь, будет разработана информационная модель, которая является основой для создания информационной системы управления содержанием устройств радиосвязи в ТЧ-28.
Разработка информационной системы невозможна без разработки программного обеспечения.
Программный продукт должен функционировать в локальной вычислительной сети октябрьской железной дороги. Данные будут храниться на сервере базы данных. Сервер базы данных принимает запросы, поступающие по сети от компьютеров-клиентов, и передает им требуемые данные.
Наиболее широко распространенным стандартом построения ЛВС в силу своей дешевизны в нашей стране является Ethernet (IEEE 802.3). Существующие в данный момент ЛВС построены именно по этому стандарту.
3.2 Выбор языка программирования
В данный момент времени большинство приложений пишется на одном из двух языков программирования – С++ и Delphi. Проведем сравнения этих двух языков.
С++
Если требуется обеспечить хорошую скорость работы приложения и экономию ресурсов памяти и процессора традиционно считается, что лучше использовать C++ . Однако, в последнее время разница в скорости работы программ, собранных различными компиляторами, становится все менее и менее заметной. Это происходит из-за того, что большинство сред разработки имеет встроенный конвертор кода в ассемблер, а он – самый быстрый. Единственное преимущество C++ – мощная модель работы с указателями. В общем случае это очень полезно, так как переменные в памяти не дублируются. Но, если проект сложный – всегда приводит к ошибками доступа к памяти.
В качестве очевидного преимущества C++ зачастую называют его модель работы с классами и шаблонами. Но весь функционал C++ реализуем и в любом другом языке программирования. В С++ можно например переопределить действие операторов + – / *. Но зачем это делать, если можно просто написать дополнительную функцию.
Delphi
Delphi – хороший язык программирования, когда требуется разработать ПО в максимально сжатые сроки и обеспечить хороший рефакторинг (читабельность, модифицируемость, удобство и оптимизацию) кода приложения. Код хорошо структурируется, названия всех функций по сути есть сокращения английских слов (IntToStr – целое в строку; Now – возвращает дату и время сейчас; UpperCase – приводит к верхнему регистру и т.д.), хорошая модульность и видимость кода – все это способствует скорости разработки, а также позволяет производить ее в командном режиме более эффективно.
Еще одно очевидное приемущество Delphi – компоненты, число которых исчисляется миллионами. В Delphi есть возможность скомпилировать участок кода и предоставить его в свободное пользование как компонент. Гигантское количество энтузиастов и организаций предоставляют в свободное пользование готовые решения.
Более того, большое комьюнити Delphi кодеров (в котором больше непрофессионалов в силу легкости языка) порождает в Интернете большое количество справочной информации в самых разных областях программирования.
Подведем итоги.
Таблица 3 - Сравнение характеристик языков программирования С++ и Delphi
| Характеристика | С++ | Delphi |
| Сложность изучения | большая (-) | маленькая (+) |
| Количество специалистов-профессионалов | много (+) | мало (-) |
| Восприятие кода | плохое (-) | хорошее (+) |
| Рефакторинг | средний (+-) | хороший (+) |
| Скорость работы приложения | отличная (++) | хорошая (+) |
| Скорость разработки решения | маленькая (-) | очень высокая (++) |
| Наличие документации | много (+) | MSDN не содержит примеров кода на pascal (+-) |
| Необходимость в будущем, ввиду конкуренции с языками C#,VB, Java | маленькая (–) | средняя (-) |
| Итого | 5+/5- | 7+/3- |
На основании вышеприведенных данных для разработки клиентской части программного обеспечения АРМ решено использовать продукт Delphi 7.0 фирмы Borland.
Это средства позволяет :
- осуществлять доступ к БД посредством использования промышленных стандартов доступа к БД , таких как ADO (Active Data Objects) - это высокоуровневый компонент технологии доступа к данным от Microsoft [13];
- возможность компилировать исходный текст программы ;
- позволяет создавать графический интерфейс пользователя.
3.3 Выбор используемой СУБД
После выбора средства разработки необходимо выбрать используемую СУБД. Для этого проанализируем преимущества, предоставляемые нам профессиональными СУБД по сравнению с их настольными аналогами (FoxPro, Clipper).
-
Оптимизированный многопользовательский режим работы с развитой системой транзакционной обработки, что обеспечивает многочисленным пользователям возможность работы с базой данных, не мешая друг другу. Это - одно из важнейших требований, выдвигаемых сегодня к информационной системе; -
Надежные механизмы защиты информации (учитывая стандартную трехзвенную архитектуру защиты: на уровне сети - на уровне сервера БД - на уровне клиентской ОС); -
Эффективные инструменты для разграничения доступа к БД; -
Поддержка широкого диапазона аппаратно - программных платформ; -
Реализация распределенной обработки данных; -
Возможность построения гетерогенных и распределенных сетей; -
Развитые средства управления, администрирования, контроля и мониторинга сервера БД; -
Поддержка таких эффективных механизмов, как: триггеры, хранимые процедуры и функции, пакеты, словари данных и т.п.;