Смекни!
smekni.com

Комплексная автоматизация автотранспортного предприятия (стр. 2 из 3)

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

2. Анализ практики внедрения автоматизации управления на примере хозяйства мостостроителей

2.1 История предприятия и описание проблемы

Мостоотряд № 18 (ранее мостопоезд №54/№421) образован 15 сентября 1941 года, участвовал в строительстве инженерных сооружений на Западном фронте, восстановлении мостов. После войны вел строительство различных объектов транспортного строительства в Москве и Московской области. В настоящее время «Мостоотряд 18» — один из крупнейших филиалов ОАО «Мостотрест». Осуществляет полный комплекс работ по строительству больших и внеклассных мостов, возведению мостовых сооружений, путепроводов, транспортных развязок, тоннелей и фундаментов любой категории сложности.[6]

Впервые проблема автоматизации работы автотранспортного предприятия была поставлена в конце 80-х годов, в духе того времени, когда необходимо было просчитывать различные формы хозрасчетного предприятия с целью повышения его рентабельности.

Силами программистов мостоотряда были написаны две программы, которые выполняли некоторые функции PM- и ERP-систем. По тем временам этот первый шаг был по-своему революционным. Новации позволили структурировать и дисциплинировать работу руководителей подразделений и, кроме того, сделали информационные технологии привычными для них.

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

На сегодняшний день в единую сеть (комплексную информационную систему) предприятия включены четыре географически удаленных объекта и центральный офис. Везде, кроме базы в Одинцове, соединение организовано при помощи выделенного канала со скоростью передачи 64 Кбит/с. Исторически сложилось так, что Одинцово — это вотчина министерства обороны, и на территории города есть определенные проблемы с прокладкой кабеля. Поэтому этот объект подключен к корпоративной сети через коммутированное соединение.

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

В тот момент в качестве системы управления предприятием было выбрано решение «Инфин-Управление» от компании «Инфин» (http: //www. infin. ru). Но функционал данной системы не решал всех задач автотранспортного предприятия «Мостоотряда 18». Поэтому в конце 2000 года ИТ-специалисты приступили к поиску решения, которое могло бы заменить собственные разработки по управлению автотранспортным хозяйством.[7]

Профиль клиента:

Компания: МТФ «Мостоотряд 18»

Местонахождение: Москва

Число сотрудников: более 1500 человек

Руководитель проекта: Виктор Коротин, начальник отдела ИТ

Проблема: Внедрение автоматизированной системы управления автотранспортным предприятием

Профиль партнера

Компания: Sterling Group

Местонахождение: Москва

Руководитель проекта: Александр Добрынин, зам. начальника департамента разработки и внедрения программных средств

Решение: Поставка и внедрение системы TransBase

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

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

Система TransBaseкомпании SterlingGroupпонравилась в первую очередь своей гибкостью, там можно было смоделировать любую ситуацию, которая выходила за рамки обычных представлений об автотранспортном предприятии. Кроме того, система отвечала требованиям мультимаршрутности и организации диспетчеризации.[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 и «Инфин».