23
Ручное планирование ТОиР и материально - технического снабжения
требует больших затрат времени. Поэтому впоследствии, при возникновении,
например, срывов поставок или изменении приоритетов в работах,
перепланировка не выполняется - исполнитель просто не может себе
позволить неоднократно и подолгу заниматься планом, тем более, что в
условиях постоянных изменений процесс перепланировки грозит стать
перманентным. Это приводит к очередным срывам сроков, продолжение
ремонтов, сверхнормативные простои. При ручном планировании
отсутствует также возможность моделирования процесса ТОиР и
оптимизации, поиска наиболее приемлемого варианта плана.
Информация о выполненных работах, эксплуатационные параметры и
параметры технического состояния техники находится у исполнителей и
диспетчеров в разобщенном виде, в территориально удаленных
подразделениях - или в бумажной форме или в виде электронных таблиц
Excel. В результате нет возможности организовать единую распределенную
многопользовательскую базу данных с оперативным доступом к ней
руководства. На основе отчетов, подготовленных вручную, нет возможности
получить сводную информацию о расходах на ТОиР, о надежности
автотранспорта, наработки на отказ, межремонтных циклах, межремонтных
периодах. И главное - руководитель, каким бы опытным он ни был, не в
состоянии объективно проанализировать этот поток несистематизированной
информации и принять обоснованные решения, управление превращается в
фиксацию фактов.
Отсутствие анализа в свою очередь, негативно проявляется в
различных аспектах ТОиР. Фактические трудозатраты при ТОиР зачастую не
соответствуют плановым нормативам. Отдельного внимания заслуживает
база данных по транспорту, создание которой называют емким словом
«паспортизация». Средствами Excel невозможно сформировать полноценную
базу, на основе которой обычно происходит внедрение EAM - системы. При
24
этом под полноценностью здесь понимается следующее. Все элементы, узлы
и системы получают уникальные идентификационные номера, подчиненные
элементы включаются в состав вышестоящих. Тем самым создается как
иерархия, так и горизонтальная структура, например, в виде связей между
однотипными узлами различных систем различных подразделений. База
должна обновляться, причем в многопользовательском режиме, должна
поддерживаться ее непротиворечивость. К элементам автотранспорта,
описанным в базе, присоединяются их технические и эксплуатационные
характеристики. Благодаря этому пользователь имеет возможность, наложив
фильтр с заданными параметрами, выделить ту или иную группу, например,
однотипных узлов и проанализировать надежность, статистику отказов и т.д.
Таким путем в EAM - системе можно, например, спрогнозировать отказ
элементов по величине их межремонтного периода, и при выходе из строя
одного из них заменить также и те элементы, отказы которых ожидаются в
ближайшем будущем. Не имея соответствующего инструмента анализа,
видимо, не удастся избежать нескольких последовательных остановок и
ремонтов, что приведет к уменьшению межремонтного периода в целом.
Отсутствие адекватных средств автоматизации и связи увеличивает
расходы и в сфере материально - технического обеспечения процесса ТОиР.
В такой ситуации руководителю приходится выбирать: либо принять как
данность внезапно возникающие простои в ремонтах из-за отсутствия
материалов и запчастей, а также связанные с этим авральные, не оптимальны
по расценкам закупки, или наполнять склады с запасом, согласно плану
ТОиР в год. В последнем случае предприятие сокращает свои оборотные
средства, а с другой стороны - кредитует поставщиков запасных частей и
материалов. Хотя выгоднее иметь надежный и своевременно настраиваемых
план ТОиР и составленный в соответствии с ним план закупок, что позволяет
распределить затраты на поставку в течение планового периода. Кроме того,
план закупок может служить критерием для оценки работы поставщика по
25
таким параметрам, как срывы и задержки поставок, изменения условий
оплаты, возврат и т.д. Очевидно, что здесь необходимы автоматизированные
средства анализа статистики взаимодействия с поставщиком. Такими
средствами обладают современные системы класса EAM. Рассмотренные
проблемы в организации ТОиР можно отнести к числу общих, то есть
характерных для более - менее широкого круга предприятий.
В работе рассматривается предприятие ООО Автопрофи. На СТО
«Автопрофи»:
1) большой численный состав (более 50 человек);
2) присутствует «профилирование» мастеров (по выполняемым
работам), и сотрудников по должностным обязанностям:
ходовая часть;
трансмиссия;
электрик;
слесарь;
двигатель;
топливные системы;
тюнинговые работы.
3) количество рабочих мест мастеров - 15;
4) присутствует «профилирование» рабочих мест (по выполняемым
работам):
универсальное место (подъемник)
развал - схождения;
двигатель (топливные системы);
двигатель (общие работы);
слесарная;
рабочее место электричество;
тюнинг автомобилей.
5) присутствует «профилирование» сотрудников офиса:
диспетчеры;
бухгалтеры;
менеджеры по заказу запчастей;
26
кладовщики.
На сегодняшний день СТО вплотную подошло к необходимости
реструктуризации производства, а именно выделение логически
самостоятельных групп в отдельные полноценные предприятия со своим
штатным расписанием. При этом сохраняется «вертикальная» структура
подчиненности и бухгалтерский учет осуществляется в бухгалтерии
холдинга. Планируемая структура предприятия представлена на рис. 1.1.
Рисунок 2.1 – Структура предприятия
Основными работами предприятиями являются:
сервис (ремонт и обслуживание автомобилей)
спортивно - тюнинговый центр.
Доходные предприятия (которые обеспечивают основную прибыль):
сервис (ремонт и обслуживание автомобилей)
торговая компания;
автосалон.
Предприятия обеспечения:
бухгалтерия;
руководство холдинга (топ менеджмент).
Между предприятиями сохраняются «горизонтальные» связи по
зависимым функциям с целью обеспечения непрерывного рабочего процесса
каждого из них без вмешательства руководства холдинга. Каждое из
27
предприятий в структуре холдинга как логично, так и физически может быть
представлено в нескольких экземплярах.
Контрагентами всех предприятий холдинга могут выступать как
физические, так и юридические лица.
Кадровая структура каждого предприятия предполагает наличие:
директора предприятия;
ведущие менеджеры (ответственные лица, бригадиры)
менеджеры (исполнители, мастера и т.д.).
Основная задача предприятия по ремонту и обслуживанию
автомобилей (далее предприятие Сервиса) состоят в обеспечении
максимально быстрого, без потери качества, обслуживания клиентов СТО по
ремонту автомобилей.
Стоимость работ указываются в общем прайс - листе на выполняемые
работы в УРЕ (условно - расчетная единица) и приводится в среднее
взвешенном времени, необходимом для выполнения данной работы. Если
необходимо выполнить работу, которой нет в прайс - листе, то она
исчисляется исходя из количества нормо - часов (НЧ) затраченных на
выполнение данной операции. Стоимость НЧ сервиса составляет: 20 УРЕ, и
может изменятся в зависимости от:
сложности работы;
квалификации исполнителя (мастера)
типа выполняемой работы;
стоимость одного нормо - часа заранее указывается в прайс - листе.
Тип выполняемых работ:
диагностика двигателей всех видов;
диагностика ходовой части;
диагностика трансмиссии всех видов;
ремонт рулевых реек с гидроусилителем и без;
ремонт электрооборудования автомобилей.
Срок выполнения работ может быть известен заранее (например
замена конкретных узлов автомобиля) и не иметь точного времени окончания
28
(когда какой - либо из узлов автомобиля не может быть собран из-за
отсутствия необходимых запчастей).
Сервис взаимодействует со следующими предприятиями холдинга:
с торговой компанией, приобретая у нее запасные части и материалы;
с бухгалтерией;
с автосалоном (в перспективе), по ТО и осуществления гарантии на
проданные автомобили.
Предприятие сервиса является одним из основных источников дохода
Холдинга.
2.2 Модель информационной системы
С целью построения систем вообще и структурного анализа в
частности используются три группы средств:
- функции, которые система должна выполнять;
- взаимодействие между данными;
- зависимое от времени поведение системы (аспекты реального
времени).
Методология - совокупность приемов исследования, применяемых в
определенной науке, или как учение о методах познания и преобразования
действительности. На современном этапе науки для анализа различных видов
систем одной из самых популярных является методология SADT (Structured
Analysis and Design Technique) - методология структурного анализа и
проектирования.
Методология SADT [6] - это совокупность методов, правил и процедур,
предназначенных для построения моделей объекта. SADT-методология
является основой семейства методологий моделирования IDEF. Семейство
IDEF (ICAM Definition - определение основных терминов программы ICAM)
появилось в США в рамках правительственной программы ICAM (Integrated
29
Computer Aid of Manufactory – интегрированная компьютерная помощь
производству).
Методология SADT была разработана и предложена Дугласом Россом в
конце 60-х гг., когда большинство специалистов работала над созданием
программного обеспечения систем, но некоторые пытались решить более
сложная задача создания крупномасштабных систем, включающих как людей
и машины, так и программное обеспечение. Методы, используемые для
этого, в т. ч. SADT, на начальных этапах формирования системы дают
возможность гораздо глубже понять проблему, сократить расходы на
создание, эксплуатацию системы, а также повысить ее надежность.
Методология SADT - это способ уменьшить количество
дополнительных затратных операций и ошибок за счет структуризации
системы. SADT-методология является основой семейства методологий IDEF,
которое включает IDEF0, IDEF1, IDEF2 ..., IDEF 16 [7].
IDEF0 [8-9] реализует методику функционального моделирования
сложных систем. Эта методика рекомендуется для начальных стадий
проектирования сложных искусственных систем управления, производства,
бизнеса, включающих оборудование, программное обеспечение.
Наибольшее распространение в настоящее время получили IDEF0-
модели благодаря своей универсальности, строгости и простоте. Они
используются для [10-14]:
1) создание систем менеджмента качества на предприятии. процесс
разработки системы управления качеством включает в себя разработку
документированных процедур, которые являются статическим описанием
процессов в виде IDEF0-моделей;
2) проведение обследования деятельности предприятия. обследование
является важнейшим и определяющим этапом консалтинговых проектов, в
которых осуществляется построение и анализ моделей деятельности
предприятия двух типов, отражающие текущий и целевой состояние
30
предприятия: "как есть" (AS-IS) и "как должно быть" (TO-BE);
3) реинжиниринга, который включает изменение технологий целевой и
текущей деятельности предприятия, операций учета, планирования,
управления и контроля; построения рациональных технологий работы
предприятия с учетом существующих автоматизированных систем; создание
перспективной орг.структуры предприятия, осуществляющего реализацию
рациональных технологий работы; изменения информационных потоков и
документооборота, обеспечивающих реализацию рациональных технологий
работы; разработки проектов схем внутреннего и внешнего
документооборота, проекта положения о документообороте, проекта альбома
форм входных и выходных документов;
4) выбора критериев для внедрения корпоративных информационных
систем (КИС)
5) разработки и внедрения новых информационных систем (ИС);
6) выбора программного обеспечения, которое полностью или частично
автоматизирует деятельность предприятия (например, системы электронного
документооборота);
7) стратегического и оперативного планирования деятельности
предприятия.
В основу IDEF0-методологии заложена такая концепция [14]:
1. Блочное моделирование и его графическое представление. графика
SADT-диаграмы отражает функцию системы в виде блока, а вход / выход
представляются дугами, которые входят в блок и выходят из него.
Взаимодействие блоков друг с другом описывается с помощью дуг,
выражающих ограничения, которые, в свою очередь, определяют, когда и
каким образом выполняются и управляются функции.
2. Лаконичность и точность. Выполнение правил SADT требует
лаконичности и точности разрабатываемой документации и названия
структурных элементов (блоков и стрелок), не налагая в то же время
31
чрезмерных ограничений на действия аналитика.
3. Передача информации. SADT-модель обычно является одной из
первых стадий разработки проекта, затем модель передается для дальнейшей
работы. Поэтому, модель должна быть разработана так, чтобы в дальнейшем
с ней могли работать и понимать, что в нее заложено.
4. Строгость и формализм. Разработка моделей требует соблюдения
строгих формальных правил, обеспечивающих преимущества методологии
относительно однозначности и целостности сложных многоуровневых
моделей.
5. Итеративное моделирование. Разработка модели представляет собой
пошаговую, итеративную процедуру. На каждом шаге итерации аналитик
предлагает эксперту вариант модели, который подвергают обсуждению,
рецензированию и редактированию.
6. Отделение «организации» от «функций». Исключение влияния
организационной структуры на функциональную модель. То есть, в основу
модели положены не элементы структуры (например, структурные
подразделения предприятия), а их функции.
Существуют следующие правила построения диаграмм:
1. В состав модели обязательно должна входить контекстная диаграмма
уровня А-0.
2. Блоки на диаграмме должны располагаться преимущественно по
диагонали (Отношение доминирования).
3. Неконтекстные диаграммы должны содержать количество
функциональных блоков от 3 до 6. Минимальное количество (три)
определяется тем, что на меньшее количество (два или один) блоков
декомпозировать объект нецелесообразно, лучше добавить один или два
блока на родительской диаграмме, а максимальное количество (шесть)
объясняется тем, что большее количество блоков, и соответственно, стрелок,
усложняет диаграмму и может неадекватно восприниматься человеком.
32
4. Имена функций и стрелок должны быть уникальными. Имена
функций должны быть заданы глаголом, стрелок - существительным.
5. У любого функционального блока обязательно должна быть хотя бы
одна стрелка-управления и одна стрелка-выход. Стрелки-входа может не
быть, но в этом случае, стрелка-управление будет одновременно
представлять управляющую и входную информации. По стрелки-механизма
в стандарте функционального моделирования ничего не сказано, но в
экономике и финансах не существует функций, которые могут выполняться
автономно без человека или оборудования.
6. При разработке модели необходимо стремиться к уменьшению
количества необязательных пересечений стрелок, минимизировать число
петель и поворотов каждой стрелки.
7. Стрелки должны сочетаться, если имеют общий источник
Диаграмма IDEF0 (TO-BE) показывает, как изменятся бизнес-процессы
организации, после реализации проекта по разработке ИС.
На рисунке 2.1-2.2 представлена диаграмма IDEF0 с описанием
функций проектируемой системы «Как будет» [28-33].