Размещено на http://www.allbest.ru/

2

Размещено на http://www.allbest.ru/

Дипломная работа

Разработка модуля «Техническое обслуживание и ремонт» ИУС SIKE. Autopark



Введение

модуль информационный архитектура программный

Любая организация или предприятие независимо от отрасли обладает определенным количеством и типами ресурсов, позволяющими ей в полной мере осуществлять выбранный вид деятельности. Понятие ресурса при этом можно разбить на несколько групп, каждая из которых подразумевает совокупность средств, объединенных по тем или иным признакам. Во-первых, это материалы, то есть то, из чего собственно производятся продукты и услуги предприятия (организации). Во-вторых, это персонал, те, кто выполняют процессы по созданию и разработке продуктов и услуг. Третья группа - это затраты или финансовое обеспечение процесса (заработная плата, покупка материалов, аренда помещений и пр.). И последняя группа - оборудование, то есть то, с помощью чего осуществляется производство и разработка продуктов и услуг.

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

Автомобили - также ресурс (четвертая группа ресурсов), имеющийся в распоряжении предприятия, и как любой ресурс он требует своевременного учета и планирования. Особенно это касается предприятий, владеющих целыми парками автотранспортных средств.

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

Компания SIKE уже достаточно долгое время находится на рынке программного обеспечения и, осознавая необходимость и перспективы создания таких специализированных программных средств, разработала собственное программное средство - информационную управляющую систему SIKE. Autopark (ИУС SIKE. Autopark), предназначенную для комплексной автоматизации процессов учета и планирования автотранспорта на предприятии.

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

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

Объектом данного исследования является деятельность компании SIKE, которая занимается разработкой, продажей и внедрением программных средств комплексной автоматизации предприятия, мультимедийных обучающих систем, а также продажей, установкой и сопровождением систем контроля над работой автотранспорта (GPS-Глонасс).

Предметом исследования является процесс технического обслуживания и ремонта автотранспортных средств, автоматизацией которого занимается одно из подразделений компании SIKE.

Целью дипломной работы является разработка модуля «Техническое обслуживание и ремонт» ИУС SIKE. Autopark, способствующего сокращению трудовых, временных и финансовых затрат в процессе учета технического обслуживания и ремонта автотранспортных средств на предприятии.

Для достижения поставленной цели были определены следующие задачи:

1. Провести предпроектное обследование деятельности компании SIKE.

2. Проанализировать процесс технического обслуживания и ремонта автотранспортных средств.

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

4. Выявить «узкие» места и принять управленческое решение об их устранении.

5. Сформировать техническое задание на разработку модуля «Техническое обслуживание и ремонт» ИУС SIKE. Autopark.

6. Реализовать проектные решения по разработке модуля «Техническое обслуживание и ремонт» ИУС SIKE. Autopark.

7. Обосновать экономическую эффективность разработки модуля и его реализации.

Основными инструментами, используемыми в данной работе, являются методологии структурного анализа и проектирования такие как: AllFusion Process Modeler (Bpwin) (IDEF0, DFD), MS Visio (Диаграмма Исикавы, диаграмма EPC), а также методология объектного анализа и проектирования (RUP) (Use Case Diagramm - диаграмма вариантов использования).

Практическая значимость работы заключается в разработке модуля «Техническое обслуживание и ремонт» ИУС SIKE. Autopark.

На защиту выносится:

1. Техническое задание на разработку модуля «Техническое обслуживание и ремонт» ИУС SIKE. Autopark.

2. Разработанный модуль «Техническое обслуживание и ремонт» ИУС SIKE. Autopark.

3. Экономическая эффективность разработки модуля.

Апробация: Результаты проводимого исследования опубликованы в электронном журнале «Портал научно-практических публикаций».

Библиографическая ссылка на публикацию представлена ниже:

Рябова Т.В., Новикова Т.Б., Шевцов А.С. Формирование требований к разработке системы автоматизации процесса технического обслуживания и ремонта автотранспорта // Портал научно-практических публикаций



1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1 Технико-экономическая характеристика предметной области

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

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

В настоящее время деятельность компании концентрируется на трёх основных направлениях:

• разработка, продажа и внедрение программного обеспечения для комплексной автоматизации предприятия;

• разработка мультимедийных обучающих систем;

• продажа, установка и сопровождение систем контроля над работой автотранспорта (GPS-Глонасс), предназначенных для мониторинга и охраны движимой техники.

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

За годы работы клиентами компании SIKE стали многие известные российские предприятия различных отраслей (промышленные предприятия, образовательные учреждения, ИТ-компании, предприятия строительной индустрии, автотранспортные предприятия, предприятия дорожного строительства, авиации и пр.).

Стержень компании составляют её сотрудники - опытные высококвалифицированные специалисты в области разработки и внедрения программных продуктов. Компания постоянно вкладывает средства в совершенствование профессиональных знаний и навыков своих сотрудников. Направления деятельности компании

1. 1С: Франчайзинг.

Компания SIKE работает под единой маркой «1С:ФРАНЧАЙЗИНГ». В штате компании работают аттестованные фирмой «1С» специалисты, обеспечивающие распространение продукта данной марки и предоставляющие услуги по его внедрению и настройке на предприятие клиента.

Задачи направления:

• предоставление клиентам услуг по установке, настройке прикладных программных продуктов марки «1С:ФРАНЧАЙЗИНГ» и их интеграции с другими конфигурациями 1С;

• организация системы учета на предприятии клиента;

• настройка под заказчика - написание не типовых конфигураций под конкретные нужды заказчика.

2. Автопарк.

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

Задачи направления:

• построение оптимальных процессов работы автотранспортного предприятия;

• организация системы учета транспортной инфраструктуры, ремонтов, расхода ГСМ.

3. Зарплата и кадры

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

Задачи направления:

? развитие системы кадрового учета на предприятии; ? автоматизация расчета заработной платы.

4. Мультимедийные обучающие системы

В рамках данного направления разрабатываются компьютерные системы для обучения и проверки знаний в диалоговом режиме с применением современных средств компьютерного дизайна и мультимедийных технологий.

Задачи направления:

• накопление и передача производственного опыта;

• обеспечение быстрой переподготовки кадров за счет проработанной структуры обучения и применения новейших компьютерных технологий.

5. Финансы и бухгалтерский учёт

Данное направление занимается разработкой, внедрением и адаптацией корпоративной информационной системы, включающей в себя управление нормативно-справочной информацией, управление закупками, управление финансами (БДР, БДДС) и управление производством.

Задачи направления:

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

6. Разработка ПО на заказ

Направление занимается разработкой ПО по заказу клиентов. Клиентами могут стать предприятия из различной отрасли (малые и гиганты), муниципальные организации и индивидуальные предприниматели.

Задачи направления:

• разработка ПО, отвечающего потребностям конкретного клиента;

• автоматизация бизнес-процессов предприятия в рамках поставленной заказчиком задачи и оптимизация управления этими бизнес-процессами.

7. Техническая инфраструктура

Данное направление обеспечивает, комплексное обслуживание клиентов, заключивших долгосрочный договор с компанией. В рамках направления решаются задачи управления ИТ-инфраструктурой предприятия.

Задачи направления:

• внедрение передовых технологий;

• прогнозирования затрат на обслуживание ИТ;

• поддержание в рабочем состоянии ИТ-инфраструктуры;

• устранение неисправностей;

• консультирование;

• обеспечение оперативной поставки техники и комплектующих к ней.

Отдел «Автопарк»

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

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

Для того чтобы эффективно управлять автопарком необходимо решать следующие задачи:

• осуществлять грамотное и своевременное техобслуживание

автомобильных средств;

• контролировать исправность и сроки ремонта машин, закупку необходимых запасных деталей, инструментов и материалов;

• готовить автомобили к выезду - медицинское освидетельствование водителей, проверка готовности машин, подготовка всей необходимой документации;

• обеспечивать выполнение диспетчерских функций - координация, согласование, корректировка, вызов специальных служб в экстренных ситуациях;

• составлять маршруты движения и графики, следить за расходом ГСМ и комплектующих.

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

Для автоматизированного учета рабочей деятельности автопарков можно использовать универсальные программные продукты, созданные для целей учета. Однако наилучший результат достигается только при использовании специализированного программного средства, учитывающего все нюансы предметной области. Компанией SIKE было разработано такое специализированное программное средство - ИУС SIKE. Autopark.

В рамках деятельности отдела компания занимается внедрением этой системы и консультированием по связанным с ней вопросам.

ИУС SIKE. Autopark

Информационно-управляющая система SIKE. Autopark предназначена для автоматизации управленческого и оперативного учета в автотранспортных предприятиях и организациях, а также в прочих предприятиях, использующих автотранспорт для собственных нужд, например:

• компаниями, предоставляющими грузовые перевозки;

• компаниями, предоставляющими транспорт в аренду;

• компаниями, имеющими территориально-распределенную структуру;

• компаниями, предоставляющими услуги по выписке путевых листов; ? компаниями, имеющими транспортные цеха.

ИУС SIKE. Autopark - полнофункциональная ERP система, охватывающая все сферы деятельности автотранспортного предприятия, - начиная от планирования и учета работы автотранспорта, выписки путевых листов, заканчивая учетом затрат на эксплуатацию автотранспорта.

Данное программное решение является самостоятельным продуктом, не требующим приобретения дополнительных продуктов. ИУС SIKE. Autopark является сетевой и позволяет работать с общей базой данных одновременно с нескольких рабочих мест: оператора, диспетчера, бухгалтера, руководителя и т.д.

Система состоит из 10 основных модулей, которые могут быть преобразованы в зависимости от потребностей клиента:

1. Нормативно-справочная информация;

2. Планирование работы автотранспорта;

3. Путевые листы;

4. Формирование графиков техобслуживания;

5. Ремонт автотранспорта;

6. Учет аккумуляторных батарей;

7. Учет шин;

8. Учет страховых полисов;

9. Учет ДТП и нарушений ПДД;

10. Модуль интеграции с GPS/ГЛОНАСС.

Преимущества системы:

• мощный набор алгоритмов;

• гибкость при настройке для любого предприятия;

• разнообразная аналитика;

• сокращение времени подготовки отчетности.

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

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

1.2 Постановка задачи

Во время прохождения производственной практики в компании SIKE отделом «Автопарк» была поставлена задача разработать модуль «Техническое обслуживание и ремонт» (модуль «ТОиР»). Данный модуль должен представлять собой совокупность нескольких базовых модулей ИУС SIKE. Autopark:

• учет ремонтов;

• формирование графиков техобслуживания;

• оперативный склад (количественный и финансовый учет без

себестоимости);

• анализ пробега запчастей; ? финансовая отчетность.

Рассмотрим процесс технического обслуживания и ремонта (ТО и ремонта) автотранспортных средств на предприятии.

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

модуль информационный архитектура программный

Рисунок 1.1. Функциональная схема ТО и ремонта на предприятия

Согласно схеме, все возвращающиеся с линии машины проходят КТП (контрольно-технический пункт), на котором их осматривает дежурный механик.

Дежурный механик принимает машины с линии и направляет исправные машины в зоны ЕО (ежедневного обслуживания) и хранения. Подлежащие очередному ТО машины дежурный механик по указанию диспетчера Центра управления направляет на соответствующие посты диагностики, ТО и ремонта или в зону ожидания, если посты заняты. При этом дежурный механик на основании осмотра машины оформляет ремонтный лист (РЛ), уточняет содержание заявки и отправляет его в Центр управления. Возможен вариант, когда РЛ заполняет техник-оператор Центра управления на основании информации, переданной механиком КТП по линиям связи.

Перед выездом машины на линию водитель должен провести ее осмотр, убедиться в исправности машины и выполнить операции ЕО, связанные с осмотром машины. При выезде с территории предприятия он предъявляет путевой лист, наличие которого является разрешением на выезд.

При обнаружении неисправности в процессе выпуска подвижного состава на линию дежурный механик выписывает ремонтный листок, передает его в Центр управления, а машину направляет в зону ремонта или ожидания.

Рассмотрим подробнее организацию производства каждого вида технических воздействий в процессе технического обслуживания и ремонта автотранспортных средств на основе положения «О техническом обслуживании и ремонте подвижного состава автомобильного транспорта».

Согласно положению, техническим обслуживанием является комплекс операций:

• по поддержанию подвижного состава в работоспособном состоянии и надлежащем внешнем виде;

• по обеспечению надежности и экономичности работы, безопасности движения, защите окружающей среды;

• по уменьшению интенсивности ухудшения параметров технического состояния;

• по предупреждению отказов и неисправностей, а также выявлению их с целью своевременного устранения.

Техническое обслуживание является профилактическим мероприятием, проводимым принудительно в плановом порядке, как правило, без разборки и снятия с автомобиля агрегатов, узлов, деталей.

Ремонтом, согласно тому же положению, является комплекс операций по восстановлению исправного или работоспособного состояния ресурса и обеспечению безотказности работы подвижного состава и его составных частей.

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

Определение технического состояния подвижного состава, его агрегатов и узлов без разборки производится с помощью контроля (диагностирования), который является технологическим элементом технического обслуживания и ремонта.

Определение рабочей области моделирования

Границы области моделирования проекта могут быть определены с помощью методики «будет/не будет». Используя данную методику, определим, какие объекты и процессы будут принадлежать рассматриваемой предметной области.

Проект будет:

• типовым, так как разработка ведется не для конкретного заказчика, а для реализации компанией-разработчиком (впоследствии, при заказе данного модуля клиентом, допускается внесение необходимых, специфичных для данного конкретного случая изменений);

• внешним, поскольку данный модуль должен взаимодействовать и с другими программными средствами, получая от них информацию и / или передавая ее (см. рисунок 1.2);

• предназначен для следующих действий: формирование отчётности по произведенному ТО и ремонтам; планирование ТО и ремонтов; учет произведенного ТО и ремонтов; учет запчастей и материалов; контроль исполнения ТО и ремонтов;

• будет включать также учет затрат на проведение ТО и ремонтов, планирование бюджета на основе произведенных затрат, а также расчет потребности в МТР;

• предназначен для использования следующими сотрудниками организации-собственницы автопарка: сотрудниками бухгалтерии, сотрудниками отдела кадров, сотрудниками автопарка (бригадиры, механики, диспетчеры и пр.), руководителем направления ТОиР.

Проект не будет:

• предназначен для конкретной организации, он - универсален;

• предусматривать доступ неавторизованных пользователей (каждый пользователь системы имеет свои права и режим доступа).

Рисунок 1.2. Взаимодействие автопарка с внешними субъектами

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

Исходя из условия задачи, можно выделить следующие основные функции моделируемого бизнес-процесса:

• учет данных о техническом обслуживании автотранспорта;

• формирование графиков технического обслуживания автотранспорта (планирование ТО и ремонтов);

• контроль исполнения графиков ТО и ремонтов;

• учет используемых запасных частей и материалов;

• учет затрат на проведения ТО и ремонтов;

• планирование потребности в МТР;

• учет ремонтов;

• контроль исполнения ТО и ремонтов;

• планирование бюджета;

• формирование отчетной документации.

Основными данными моделируемого бизнес-процесса будут выступать:

• график ТО (год/квартал / месяц);

• журнал учета ремонтов;

• журналы инструктажа работников;

• наряд-допуск на выполнение работ;

• ремонтный лист;

• акты на списание / получение МТР;

• требование накладная на получение МТР;

• акт выполнения работ;

• заявка на ремонт;

• требования Ростехнадзора по проведению ТО механизмов;

• регламент работ на проведение ТО и ремонта конкретного автотранспортного средства;

• 25 статья НК РФ.

Построение модели «as-is» («как есть») бизнес-процесса ТО и ремонта автотранспорта

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

В данной работе модель «как есть» представлена в методологии DFD (потоков данных), отражающей как наглядную декомпозицию основного процесса на более мелкие, так и «работу» этих процессов посредством взаимодействия с теми или иными данными. Основной процесс (контекстная диаграмма процесса) также представлен в методологии IDEF0, демонстрирующей основные входы и выходы, механизмы и управляющие документы бизнес-процесса.

Диаграммы данной модели отражают состояние исследуемого процесса на предприятии до внедрения системы автоматизации ТО и ремонтов.

Рисунок 1.3. Контекстная диаграмма процесса техобслуживания и ремонта автотранспорта (IDEF0)



Рисунок 1.4. Контекстная диаграмма процесса техобслуживания и ремонта автотранспорта (DFD)

Рисунок 1.5. Декомпозиция процесса техобслуживания и ремонта автотранспорта (DFD)



На рисунке 1.6 представлен процесс технического обслуживания и ремонта автотранспорта в методологии ARIS. Данная методология позволяет отразить последовательность действий рассматриваемого процесса, а также его исполнителей и источники поступающей информации.

Рисунок 1.6. Диаграмма EPC процесса техобслуживания и ремонта автотранспорта



Определение «узких» мест и выработка предложений по их устранению «Узким местом» называют момент падения производительности системы.

«Узкие места» будем определять на основе анализа построенной модели (см. рисунки 1.3-1.6).

Проанализировав модель «as-is» можно выделить следующие «узкие места» в процессе техобслуживания и ремонта автотранспорта:

• отсутствие единой автоматизированной базы данных, сокращающей как время доступа к данным, так и соответственно их обработку;

• высокая вероятность возникновения ошибок и задержек вследствие ручной обработки имеющихся данных и переноса их из базы в базу;

• сложность хранения большого объема бумажных документов, вероятность потери важной информации, дублирование информации; ? и др.

Указанные «узкие» места достаточно типичны для организаций, в которых отсутствует полноценный автоматизированный учет и планирование технического обслуживания и ремонта автотранспорта. Внедрение разрабатываемого модуля «Техническое обслуживание и ремонт» ИУС SIKE. Autopark - способствует полному устранению вышеуказанных проблем.

Далее проанализируем Диаграмму причинно-следственных связей (Диаграмму Исикавы) (рисунок 1.7) с целью определения факторов наиболее сильно влияющих на эффективное выполнение выбранного процесса.



Рисунок 1.7. Диаграмма причинно-следственных связей (диаграмма Исикавы)

Для начала определим показатель качества, к которому должна стремиться организация при осуществлении процесса регистрации и контроля исполнения документов.

Наш показатель качества - повышение эффективности проведения технического обслуживания и ремонта.

Теперь необходимо подробно рассмотреть указанные на диаграмме факторы.

Материальная база:

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

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

Внешняя среда:

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

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

Также, естественно, большое влияние оказывает и объем поступившего финансирования на решение проблем направления ТОиР.

Прочие факторы внешней среды - косвенные факторы, особое, значительное влияние имеют только при наступлении некоторых особых событий (принятия новых жестких законов, ЧС, экономический кризис и пр.).

Персонал:

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

Услуги:

Единственный из факторов, на который может оказать влияние не только организация, выполняющая процесс ТО и ремонта, но и организация-разработчик программного средства, оптимизирующего данный процесс. То есть, чем более подробно процесс ТО и ремонта учитывается в АИС, тем более эффективным может быть его планирование и планирование его ресурсов, что в свою очередь непосредственно влияет на объем затрат на выполнение процесса и, следовательно, на эффективность его выполнения.

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

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



1.3 Анализ существующих решений

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

Исходя из этого, можно выделить три класса информационных систем в области ТО и ремонта, различающихся по полноте предоставляемого сервиса.

Простые системы CММS (Computerized Maintenance Management Systems) - компьютерные системы управления ремонтами. Такие системы чаще всего привязаны к определенной отрасли и предназначены для небольших предприятий. Как правило, они не обладают глубокой функциональностью в области управления ТО и ремонтами.

Информационные системы управления основными фондами EAM (Enterprise Asset Management) - специально разработанный класс систем, позволяющий эффективно управлять, в том числе техническим обслуживанием и ремонтом оборудования. Системы имеют глубокую функциональность в области ТО и ремонтов, но не всегда обладают требуемой полнотой в области горизонтальной интеграции с другими системами, касающимися иных сфер деятельности предприятия.

Модули ТОиР в ERP-системах (Enterprise Resource Planning - управление ресурсами предприятия). В таких системах функционал по моделированию сложного технологического оборудования, его ремонтам, техническому и сервисному обслуживанию представлен в меньшем по сравнению с ЕАМсистемами объеме, но, что очень важно для средних и крупных промышленных предприятий, этот функционал интегрирован со всеми модулями ERP-системы.

На основании этой классификации можно сделать вывод о том, что наиболее распространены и востребованы EAM-системы и специализированные модули ТОиР в ERP-системах.

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

В 2013 году компания SIKE провела маркетинговое исследование существующих на рынке решений по автоматизации автопарка предприятия. В рамках этого исследования акцент делался на наличие у программного продукта функций автоматизирующих процесс технического обслуживания и ремонта автотранспорта (формирование графика ТО и ремонта) (сводная таблица результатов исследования - Приложение Г).

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

На основании этой информации в компании SIKE появилось предложение о разработке модуля «Техническое обслуживание и ремонт», который в составе ИУС SIKE. Autopark мог бы объединить в себе все лучшее, предлагаемое уже существующими системами, предоставляя пользователю максимально функциональное решение по сравнительно низкой стоимости.

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

Разработка такого решения расширит функциональные возможности SIKE. Autopark и, следовательно, впоследствии привлечет большее количество клиентов и прибыли для компании.

В данной главе было проведено предпроектное обследование компании SIKE и бизнес-процесса, автоматизацию которого компания намерена проводить посредством разработки программного модуля существующей ИУС.

Были выделены основные технико-экономические характеристики компании: сфера деятельности, особенности функционирования, направления деятельности, клиенты и т.д.

Так же были изучены документы и литература, описывающие основной процесс предметной области - техническое обслуживание автотранспортных средств в автопарках организаций. Был проведен сравнительный анализ существующих ИТ-решений.

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



2. Разработка проектных решений

2.1 Разработка концепции модуля «Техническое обслуживание и ремонт» ИУС SIKE. Autopark

Формирование требований к модулю «Техническое обслуживание и ремонт» ИУС SIKE. Autopark

Разработка данного модуля производится с целью последующей реализации его в составе типового решения компании SIKE по автоматизации управления автопарком предприятия - ИУС SIKE. Autopark. В рамках данного типового решения модуль должен иметь возможность для интеграции с другими системами управления деятельностью предприятия.

Основным регламентирующим нормативным документом работы по созданию концепции модуля ИУС был выбран ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы».

Бизнес - требования. Исходные данные, возможности бизнеса и нужды потенциального клиента:

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

Бизнес - цели:

1. Уменьшить трудовые, временные и материальные ресурсы сотрудников по учёту ТО и ремонтов автотранспорта.

2. Увеличить эффективность планирования ТО и ремонтов автотранспорта.

3. Уменьшить несоответствие выделяемых средств на проведение ТО и ремонтов с реально необходимыми затратами.

Критерии успеха:

1. Сотрудники должны в течение 2 месяцев после первого выпуска системы перейти на работу с модулем.

2. Повышение производительности работы сотрудников за счет высвобождения рабочего времени, затрачиваемого ранее на формируемые документы и отчетность.

3. Отсутствие (малый процент) отказов автотранспортных средств, по причине несвоевременно проведенных мероприятий ТО и ремонта.

4. Планируемые расходы на проведение ТО и ремонтов соответствуют (с минимальным отклонением) реальным затратам.

Факторы бизнес - риска:

1. Введение новых форм обработки информации может вызвать трудности в работе с модулем в связи с некомпетентностью персонала.

Потребуются временные ресурсы на обучение работников.

2. Не все сотрудники готовы к работе с новым модулем.

3. Возможны проблемы при интеграции модуля в основную систему управления предприятием.

Образ решения:

Проект будет представлять собой приложение для ведения учета проведенного технического обслуживания и ремонтов автотранспорта, формирования плана-графика ТО и ремонтов, планирования затрат на будущие ТО и ремонты (финансовых и материальных).

Требования к функциям, выполняемым системой:

Модуль «ТОиР» должен обеспечивать выполнение следующих функций:

1. Ввод, редактирование, и удаление информации о проведенных ТО и ремонтах.

2. Формирование, просмотр и печать отчетов по критериям запроса.

3. Просмотр справочников по различным видам документов.

4. Формирование документов по учету ТО и ремонтов.

5. Формирование план-графика ТО и ремонтов (с учетом затрат).

Масштабы и ограничения проекта:

1. На предприятии уже имеются автоматизированные рабочие места сотрудников, ответственных за выполнение процесса ТО и ремонтов.

2. Имеется сервер, на котором будет установлено необходимое программное обеспечение.

Требования пользователей

Выделим пользователей проектируемой системы. Для каждого пользователя перечислим варианты использования (рисунок 2.1).

Дежурный механик ответственен за ввод данных о поступившем на ТО и ремонт автотранспорте, а также за распределение по видам обслуживания на основании план-графика, формируемого в системе диспетчером. Диспетчер также формирует итоговую отчетность.

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

Экономист планирует в системе информацию о допустимых затратах на ТО и ремонты и получает данные об уже произведенных затратах.

Снабженец получает информацию о необходимых материалах для формирования плана закупок.

Руководство получает итоговые отчеты.



Рисунок 2.1. Варианты использования системы пользователями

Спецификация требований к системе

Введение

Назначение: Этот документ описывает функциональные и нефункциональные требования к выпуску модуля «Техническое обслуживание и ремонт» ИУС SIKE. Autopark.

Предполагаемая аудитория: Этот документ предназначен для групп проектировщиков и программистов для создания системного и детального проектов системы и ее программной реализации.

Общее описание

Общий взгляд на продукт: Модуль «Техническое обслуживание и ремонт» - это элемент ИУС SIKE. Autopark, предназначенный для автоматизации процесса технического обслуживания и ремонта автотранспорта на предприятии-собственнике автопарка.

Операционная среда:

1. Модуль «Техническое обслуживание и ремонт» работает на всех версиях ОС.

2. Система взаимодействует с клиентской базой данных MSSQL.

Документация системы по конструкции, коду и сопровождению должна соответствовать стандарту ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы».

Система должна использовать текущую версию корпоративного стандарта процессора базы данных MS SQL.

Взаимодействие с пользователем будет осуществляться при помощи дружественного интерфейса.

При попытке ввода неправильных данных или осуществлении пользователем непредусмотренных действий, будет выводиться сообщение с наименованием (номером) ошибки и о причинах ее возникновения.

Документация для пользователей:

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

Предположения и зависимости:

Доступ к системе открыт для пользователей ежедневно, включая выходные и праздничные дни.

Приоритет функций системы:

Формирование отчётности любой сложности - высокий.

Представление отчётности в любом удобном виде (таблицы, графики, диаграммы) - высокий.

Сохранение отчётности - высокий.

Просмотр отчётности - высокий.

Удаление отчётности - низкий.

Редактирование отчётности - низкий.

Распечатка отчётности - средний.

Редактирование справочников - высокий.

Поиск - средний.

Требования к внешнему интерфейсу

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

2. Приложение должно обеспечивать возможность навигации по нему не только с помощью мыши, но и с помощью клавиатуры. Другие нефункциональные требования Требования к производительности:

1. Загрузка ответов на запросы на экран должна занимать не более 10 секунд с момента запроса.

2. Система должна поддерживать возможность внесения новых данных.

Требования к безопасности:

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

Пользователи обязаны регистрироваться при входе в систему для выполнения любых операций. Каждый пользователь должен иметь личный логин и пароль. Уровни доступа пользователей к системе определяются в процессе аутентификации.

Атрибуты качества:

Доступность - система должна быть доступна по локальной сети круглосуточно.

Надежность системы в части технического обеспечения должна обеспечиваться:

• использованием в системе технических средств повышенной отказоустойчивости и их структурным резервированием;

• наличием на объектах автоматизации запасных изделий и приборов;

• защитой технических средств по электропитанию путем использования источников бесперебойного питания;

• дублированием носителей информационных массивов, наличием системы автоматического резервного копирования данных.

Если работа системы прерывается во время внесения новых данных, система должна позволять пользователю восстановить внесённые изменения, за счёт резервного копирования внесённых изменений.

Требования к эргономике и технической эстетике:

Дизайн приложения должен удовлетворять следующим требованиям по эргономике и технической эстетике:

• адекватно отображаться в зависимости от уровня доступа пользователя и его личных предпочтений;

• быть достаточно «легким» по объему графических элементов и обеспечивать как можно большую скорость загрузки страниц приложения;

• обеспечивать легкую идентификацию раздела приложения, в котором находится пользователь;

• обеспечивать минимум усилий пользователя для навигации по окнам приложения;

• обладать развитой системой поиска информации, как посредством контекстного поиска, так и посредством древовидных списков документов;

• корректно отображаться при всех возможных разрешениях и количестве одновременно отображаемых цветов монитора;

• сохранять идентичность отображения на большинстве современных ОС;

• обладать системой подсказок в местах, где у пользователя потенциально могут возникнуть затруднения;

• корректно отображать информацию на компьютерах без предустановленных флэш-модулей, с отключенной поддержкой скриптов и прочего;

• содержать исчерпывающий набор метаданных для эффективного индексирования поисковыми системами и корректного автоматического выбора кодировки.

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы:

Условия эксплуатации, а также виды и периодичность обслуживания технических средств должны соответствовать требованиям по эксплуатации, техническому обслуживанию, ремонту и хранению, изложенным в документации завода-изготовителя (производителя) на них.

Разработка прототипа модуля «Техническое обслуживание и ремонт» ИУС SIKE. Autopark

Создание прототипов - это важный этап разработки концепции АИС. К прототипам, завершающим процесс формулировки требований, относятся модели «to-be» («как должно быть»).

Разрабатываемый модуль «Техническое обслуживание и ремонт» будет взаимодействовать с действующей ИС предприятия, включающей в себя как систему управления основными бизнес-процессами, так и узкоспециализированные системы управления отдельными бизнес-процессами. Данное взаимодействие будет представлять собой следующую структуру: все сервера, на которых установлены АИС предприятия, соединены между собой в локальную сеть; при формировании отчётности сотрудник отдела ТО и ремонтов запускает модуль «Техническое обслуживание и ремонт», проходит процесс идентификации, выбирает необходимый тип и критерии отчёта; система формирует и отправляет запрос через выделенный сервер в БД; БД формирует ответ на запрос и передает его обратно в систему, которая обрабатывает, формализует и представляет пользователю в соответствии с заданными требованиями.

Разработка модели «to-be» бизнес-процессов

Начнем построение с модели бизнес-процесса. Так как в результате формирования требований к модулю возникли некоторые предложения по реорганизации бизнес-процессов, данная модель будет отличаться от построенной ранее модели «as-is». Разработанная модель бизнес-процессов «tobe» демонстрирует процесс технического обслуживания и ремонта после внедрения модуля «ТОиР» (рисунок 2.2).

Рисунок 2.2. Диаграмма EPC процесса техобслуживания и ремонта автотранспорта («to-be»)



Разработка технического задания

Созданию проекта всегда предшествует стадия создания технического задания на проект. Техническое задание - это документ, формально определяющий существование проекта.

Согласно ГОСТ 34.602-89, техническое задание на проектирование должно содержать следующие разделы:

1) общие сведения;

2) назначение и цели создания (развития) системы;

3) характеристика объектов автоматизации;

4) требования к системе;

5) состав и содержание работ по созданию системы;

6) порядок контроля и приемки системы;

7) требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие; 8) требования к документированию; 9) источники разработки.

2.2 Обоснование проектных решений по видам обеспечения ИС

Требования к методическому обеспечению

Модуль должен быть построен с учетом принципов, отраженных в законодательстве РФ, утвержденных в методических документах, рекомендациях и национальных стандартах по вопросам, связанным с учетом технического обслуживания и ремонта автотранспорта на предприятии.

Должна обеспечиваться методическая, информационная и алгоритмическая поддержка следующих методик и технологий предметной области:

• ведение БД материалов, автотранспортных средств и затрат на проведение ТО и ремонта;

• формирование план-графика ТО и ремонтов.

Документы, регламентирующие проведение ТО и ремонта автотранспортных средств:

• Положение «О техническом обслуживании и ремонте подвижного состава автомобильного транспорта» (последняя редакция - 1984 г.);

• Регламенты работ на проведение ТО и ремонта конкретного автомобиля (устанавливаются производителем);

• Должностные инструкции бригады ТО и ремонта предприятия;

• Требования Ростехнадзора по проведению ТО механизмов; ? Прочие документы.

Требования к программному обеспечению

Программное обеспечение - включает совокупность программ, реализующих функции и задачи АИС и обеспечивающих устойчивую работу комплексов технических средств.

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

Используемое программное обеспечение должно отвечать предъявляемым к системе ТО и ремонтов требованиям надежности.

ПО должно быть легко адаптируемым под нужды данной предметной области и иметь понятный интерфейс для всех пользователей системы.

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

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

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

Должна обеспечиваться идентичность используемого модулем программного обеспечения с программным обеспечением ИУС SIKE. Autopark

и совместимость с программным обеспечением смежных систем.

Эксплуатационная программная документация системы ТОиР должна соответствовать стандартам Единой системы программной документации (ГОСТ 19) и содержать все сведения, необходимые персоналу АС для использования программного обеспечения, для его первоначальной загрузки и (или) генерации, загрузки информации в БД, запуска, проверки функционирования с помощью соответствующих тестов.

Требования к информационному обеспечению

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

...