Комплексная автоматизация автотранспортного предприятия

2.2. Этапы решения проблемы

В группу специалистов «Мостоотряда 18», которой предстояло выбрать решение для автоматизации автотранспортного хозяйства, входили не только ИТ-специалисты, но и сотрудники, которым предстояло непосредственно заниматься эксплуатацией системы. Это были представители диспетчерской службы и непосредственное руководство автотранспортного предприятия.

Систем

а TransBase компании Sterling Group понравилась в первую очередь своей гибкостью, там можно было смоделировать любую ситуацию, которая выходила за рамки обычных представлений об автотранспортном предприятии. Кроме того, система отвечала требованиям мультимаршрутности и организации диспетчеризации.[8]

Система работала с СУБД Oracle, которую можно наращивать со временем. Предприятие меняется со временем, появляются новые службы, новые отделы и новые задачи в рамках уже существующих подразделений. Поэтому наращиваемость и гибкость системы играют очень важную роль». Учитывая перечисленные достоинства системы TransBase, специалисты «Мостоотряда 18» остановили свой выбор на ней.

Первая фаза внедрения системы TransBase осложнялась тем, что специалисты автотранспортного предприятия всегда принимали участие в постановке задач при создании своих программных продуктов. При всем при том, что решение компании Sterling Group вобрало в себя современные подходы к методам и средствам программирования дизайна интерфейса, на первом этапе возникло определенное непонимание сторон.

Но в процессе работы произошла адаптация, специалисты двух фирм научились понимать друг друга, выработали некий язык и способ общения между собой. В итоге внедрение системы, начавшееся с трений сторон, переросло в их полное взаимопонимание вплоть до помощи друг другу уже за рамками техзадания. Кроме того, в процессе внедрения пришлось отчасти изменить структуру управления автотранспортным предприятием. Эти мероприятия потребовали увеличения сроков внедрения, но позволили достичь качественного результата.

С высоты сегодняшнего дня ИТ-специалисты «Мостоотряда 18» считают, что внедрение можно было бы завершить за восемь-девять месяцев. Дело в том, что в последние месяцы те, кто должен был заниматься непосредственной эксплуатацией системы, стали увеличивать свои требования к функционалу: им уже хотелось чего-то большего.

Действительно, диспетчерская служба мостоотряда работает в режиме online, 24 часа в сутки семь дней в неделю, вахтовым методом — по 12 часов. Ведь несмотря на то, что какие-то работы, например, буровые, прекращаются на ночь, сам процесс строительства моста идет круглосуточно, и на объект должен приходить груз, а автотранспорт после этого должен возвращаться в гараж. Значит, все данные должны фиксироваться и обрабатываться. При таком режиме делать какие-то изменения в системе в процессе работы тяжело и накладно. В результате внедрение затягивалось уже со стороны мостоотряда.[9]

За три месяца до запуска системы началась своего рода предпромышленная эксплуатация. Данные параллельно вносились в две системы, но брался не весь спектр транспорта, а некоторые срезы.

В процессе опытной эксплуатации выяснилось, что печать путевого листа занимает более 10 с. Это означало, что в семь утра, когда происходит основной выпуск автотранспорта, перед выпускающим механиком выстроится очередь из десятков водителей. А требуется выпускать транспорт фактически мгновенно, от этого зависит заработок водителей и сроки строительства.

Когда же специалисты стали детально разбираться в этой проблеме, то оказалось, что печать одного путевого листа действительно может занимать много времени, но когда идет поток листов, то время печати в пакетном режиме существенно сокращается. Все эти мелочи негативно сказывались на запуске системы.

Немного о технической стороне дела. В процессе подготовки системы к вводу в эксплуатацию в автохозяйстве пришлось обновить сервер. Изначально там стояла простая машина, на смену которой под СУБД Oracle был закуплен двухпроцессорный сервер на базе Intel Pentium IV 650 3.4 ГГц, 512 Мбайт оперативной памяти и жестким диском на 80 Гб.

Общение между службой поддержки и пользователями происходит через ftp-сервер Sterling Group. На нем, в соответствии с требованиями «Руководства по использованию услуг службы технического сопровождения», имеются новые версии прикладного ПО, документация к новым версиям и исходные тексты приложений. При возникновении ошибок появляется файл с листингом кодов ошибок. Этот файл переправляется службе поддержки Sterling Group, и в течение нескольких дней создается «заплатка», исправляющая эту ошибку. При помощи ftp-сервера служба поддержки снабжает всех своих пользователей исправленным кодом.[10]

Пожелания пользователей собираются в течение определенного периода, и готовится новая версия ПО. Анализ базы данных и устранение сбоев проводится в Sterling Group также при помощи ftp-сервера — пользователи выкладывают на него копию базы данных и комментарии.

Заключение

На сегодня система TransBase уже больше года эксплуатируется в «Мостоотряде 18» в режиме online. Система не заканчивает работу в самом автохозяйстве, данные передаются в ERP-систему предприятия. Осуществляется стыковка программных продуктов компаний Sterling Group и «Инфин».

Само по себе автотранспортное предприятие не относится к доходным участкам. Свою долю прибыли оно получает с определенных строительных площадок, между которыми непосредственно распределяются заказы и соответственно прибыль. Система TransBase позволила считать валовой доход, т. е. ежедневно получать информацию о том, какую именно сумму автохозяйство должно получить с этих строительных участков.

Кроме того, в результате внедрения системы TransBase руководство автотранспортного предприятия, проанализировав ряд нюансов, на которые раньше не удавалось обратить внимание, сделало несколько интересных выводов. В корпоративной ERP-системе существует аналитика по финансам и по финансовым потокам. Но аналитика в системе TransBase позволяет наглядно и оперативно оценить, насколько рентабелен тот или иной автотранспорт. В результате в автотранспортном хозяйстве обратили внимание на ряд транспортных единиц, которые раньше считались убыточными (т. е. затраты на ремонт и на техподдержку были значительно больше, нежели прибыль, которая получалась от эксплуатации этой техники). В первую очередь это касается прицепов для перевозки уникального оборудования.

Любой человек, имевший дело с такой техникой, знает, что если механизм просто стоит, он умирает. Автослесарь следит за состоянием техники и должен обращать внимание на то, чтобы своевременно поменять подшипники или колодки. Но когда техники больше сотни единиц, отследить это сложно. Система управления позволила отслеживать состояние техники не только автомеханикам, но и начальнику автотранспортного предприятия. Ситуация в хозяйстве становится более ясной.

Определенная специфика мостоотряда — особый режим труда рабочих. Сотрудник в течение месяца может перемещаться по десятку участков. Но пока не очень корректно работает модуль табельного учета на отдельных участках. Табели готовятся и передаются в обычных электронных таблицах. При частичной автоматизации этой задачи возникают проблемы при стыковке информации.

 Скачать реферат