close

Вход

Забыли?

вход по аккаунту

Вакуленко Анастасия Александровна. Проектирование информационной системы мониторинга деятельности малого предприятия

код для вставки
министвРство нАуки и вь1с1пвго оБРА3овАния
Российской ФвдвР Ации
ФвдвРАльнов госудАРстввннов Б}оджвтнов оБРА3овАтвльнов
учРвждвнив вь1 с1швг о оБРАз овАния ( оРлов скийг о судАР с тв внньтй
униввРситвт имени и.с. туРгвнввА)
вь1пускнАя квАлиФикАционнАя. РАБотА
г|одготовки 09. 04. 03 |[рикладная информатика
(*,фр, н апр авленше поёеоуповкш)
направленность (профиль) |1рикладная информатика в ан€1литической
г{о наг{равленито
(н ашлп ен о в анш
€тудента
Бакуленко Анастасии
е
н
апр авл енн
Александровньт шифр
о
с1пш (пр
о
экономике
ф шля) )
166з52
(ф алашлшя, ш;пя' огпне стпв о)
Факультет (институт)
Физико_математический
(н ашла ен о в анш
е ф акуль
тп е гп
а
факультет
(ин стпшшу
тп
а)
Анив инФоРмА
нитоРингА
мАлого
пРвдпРиятия)
двятвльности
(н аш,м
€туАент
н ов а н
це ше"м
Б
Баунньтй руководитель
3ав. кафедрой /
е
Роп
ьт
)
акуленко Анас т асия Александровна
3убкова !\щиса Ёиколаевна
€елтотин
Фрел 2018
Бладимир [митриевич
министвР ство оБРА3овАн ия утнАуки Российской ФвдвРАции
ФвдвРАльнов госудАРстввннов Б}оджвтнов оБРА3овАтвльнов
учРвждвнив вь1 с1швго о БРА3 о вАни'1 к ФР|ФБ ский го судАР с тв внньтй
униввРситвт имени и.с. туРгвнввА)
Факультет Физико-математический' факультет
1(афедра а1гебрь1 и математических методов в экономике
Ёаправление подготовки 09.04.03 [{рикладная информатика
Баправленность (профиль) |1рикладная информатика в анапитической экономике
утввРж[А1Ф:
€елтотин
<<
|2
))
в.д.
апреля 2013 г.
зАдАниш
на вь1г{олнение вь1г1ускной квалификационной работьт
шифр 166 з52
студентки Бакуленко А.А.
1ема вкР |1роектирование информационной системьт мониторинга д€ятельнФсти
малого предприятия
!тверх<дена приказом по университету от к11> апреля 2013г. ш9 2_в62
2. €рок сдач|4студентом законченной работьт к6> ноября 2013г.
3. 14сходнь1е даннь1е к работе: [Ф€1ьт и 1}, унебники' научнь1е статьи, справочнь1е
даннь1е сети [п1егпе1, базаданнь1х студентов физико-математического факультета.
4. €оцер)кание вкР (перенень подле)кащих разработке вопросов)
1) Фписание предметной области
2) Фбзор программнь1х продуктов для автоматизации процессов малого предпр2тятия||о
1.
ремонту автомобилей
3) Р1олелирование бизнес-процессов предприятия в нотации БРй\
4) |{роектирование отдельнь1х элементов информационной системь1 мониториъ1га
деятельности малого в нотации язь1ка шм[
5) Фценка эффективности проекта по разработке информационной системь1
5. [{еренень графического матери а]|а _ не предусмотрен
6. 1{онсультанть1 по Б1{Р не г1редусмотреньт
Аата вь1дачи задания
<<12>>
Ёаунньтй руководитель
апреля 201 3 г.
вкР
3адание принял к исполнени1о
3убкова
л.н
Бакуленко А.А.
кАлвндАРньтй плдн
Ёаименование этапов
вкР
€рок вь1полнения этаг!ов
вкР
\2.04.201 8
Фпиоание предметной области
Фбзор программнь|х продуктов
автоматизации
процессов
предпри ятия г{о ремонту
Р1оделирование
-"
30.04.20
1
8
маг1ого
бизнес_процессов
01.06.201 8 - 30.06.201в
|{роектирование отдельнь1х элементов
информационной системь1 мониторинга
01.01 .2018 - 31.0в.2018
предприятия в нотации БРР1\
деятельности малого в нотации язь1ка
&2-"'./'*'"е-*с-с}
0}![
01.08.2018
#,
'2,-
-
05.1 1.2018
1*':
Ёаунньтй руководитель
Бакуленко А.А.
^
вкР
//?''а+','4-*#'Ё/4)
01.05.2018 - 31.05.201в
для
автомобил94-
€туАент
|[рименание
3убкова
л.н
АННОТАЦИЯ
Автоматизация деятельности предприятия– актуальный вопрос, который
встаѐт на пути развития любого бизнеса.
В настоящее время автоматизация деятельности предприятия решает
множество задач, которые раньше занимали много времени и усилий. Выпускная
квалификационная работа посвящена проектированию информационной системы
мониторинга деятельности малого предприятия по ремонту автомобилей.
Основной текст работы представлен на 60 страницах. Состоит из: введения,
двух глав, заключения и списка литературы.
Объектом исследования магистерской работы является деятельность
малого предприятия, а точнее, процессы взаимодействия сотрудников малого
предприятия
с
клиентами.
Предметом
исследования
является
процесс
информационного сопровождения и поддержки взаимодействия с клиентами на
всех этапах осуществления деятельности малого предприятия.
В работе представлено моделирование мониторинга деятельности малого
предприятия по ремонту автомобилей с помощью языка BPMN, также выполнено
объектно-ориентированное проектирование информационной системы в нотации
языка UML: построены диаграммы вариантов использования, классов с указанием
интерфейсов,
деятельности,
Практическая
значимость
развитием
выполнено
определяется
спроектированного
календарное
последующим
программного
продукта
планирование
ИС.
использованием
и
по
мониторингу
бизнес-процесс,
мониторинг
деятельности малого предприятия.
Ключевые
слова:
автоматизация,
деятельности, диаграмма, малое предприятие.
Automation of the enterprise is a pressing issue that stands in the way of the
development of any business.
Nowadays, automation of the enterprise’s activities solves many tasks that used
to take a lot of time and effort. The final qualifying work is devoted to the design of an
information system for monitoring the activities of a small car repair company.
The main text of the work is presented on 60 pages. It consists of: introduction,
two chapters, conclusion and list of references.
The object of research of final qualifying work is the activity of a small
enterprise, and more precisely, the processes of interaction of employees of a small
enterprise with customers. The subject of the research is the process of information
support and support of interaction with customers at all stages of a small business.
The work presents a simulation of monitoring the activities of a small car repair
company using the BPMN language, also carried out object-oriented design of an
information system in UML notation: diagrams of use cases, classes with interfaces,
activities, and scheduling of information systems were made. Practical significance is
determined by the subsequent use and development of the designed software for
monitoring the activities of a small enterprise.
Keywords: automation, business process, activity monitoring, diagram, small
business.
2
Оглавление
Введение .................................................................................................................. 3
ГЛАВА 1. МОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ ..................... 7
1.1 Актуальность автоматизации деятельности предприятий по ремонту
автомобилей ............................................................................................................. 7
1.2 Область внедрения информационной системы мониторинга деятельности
малого предприятия по ремонту автомобилей..................................................... 8
1.3 Обзор программных продуктов для автоматизации процессов малого
предприятия по ремонту автомобилей................................................................ 10
1.4 Моделирование бизнес-процессов предприятия в нотации BPMN ........... 22
ГЛАВА 2 ОБЪЕКТНО-ОРИЕНТИРОВАННОЕ МОДЕЛИРОВАНИЕ
ИНФОРМАЦИОННОЙ СИСТЕМЫ МОНИТОРИНГА
ДЕЯТЕЛЬНОСТИ МАЛОГО ПРЕДПРИЯТИЯ. УПРАВЛЕНИЕ
ПРОЕКТОМ ......................................................................................................... 26
2.1 Проектирование отдельных элементов информационной системы
мониторинга деятельности малого в нотации языка UML ............................... 26
2.2 Оценка стоимости проекта по разработке информационной системы ..... 34
Заключение ........................................................................................................... 56
Список литературы: ........................................................................................... 58
3
Введение
Актуальность выбранной темы состоит в том, что в наше время
практически на всех функционирующих предприятиях уже решена задача
автоматизации
управления
бизнесом,
однако
нередко
возникает
необходимость усовершенствования уже имеющейся автоматизированной
системы.
В начале деятельности нового предприятия перед руководством встает
проблема выбора той или иной системы автоматизации. При решении этой
проблемы необходимо принимать во внимание размер бизнеса (малый,
средний, крупный) и его сферу деятельности. От того, каковы финансовые
возможности предприятия и сколько оно готово потратить на покупку
программного
Приобретаемое
инструменты,
продукта,
зависит
программное
способные
выбор
обеспечение
обеспечивать
системы
автоматизации.
должно
предоставлять
оперативное
получение
управленческой и финансовой информации. Оно должно содействовать
принятию своевременных и правильных управленческих решений.
Абсолютно всем предприятиям, независимо от масштаба бизнеса,
приходится решать такие задачи как управление ресурсами и финансами,
организации логистики, построение оптимальной работы с клиентами и
другие. А предприятиям, связанным с производством, еще необходимо и
управлять
технологическими
и
производственными
процессами,
контролировать оптимальный уровень складских остатков, а в случае его
отклонения от плановых значений понимать причины этих отклонений. [1]
Объект исследования
Объектом исследования магистерской работы является деятельность
малого предприятия, а точнее, процессы взаимодействия сотрудников малого
предприятия с клиентами.
4
Предмет исследования
Предметом
исследования
является
процесс
информационного
сопровождения и поддержки взаимодействия с клиентами на всех этапах
осуществления деятельности малого предприятия.
Цель работы
Цель работы – создания проекта ИС для мониторинга деятельности
малого
предприятия,
осуществляющего
деятельность
по
ремонту
автомобилей.
Для достижения сформулированной цели были поставлены следующие
задачи:
1. Изучить предметную область исследования.
2. Провести анализ существующих программных продуктов для
автоматизации деятельности малых предприятий по ремонту автомобилей.
3.
Провести
моделирование
бизнес-процесса
мониторинга
деятельности предприятия по ведению и поддержанию взаимодействия с
клиентами в нотации BPMN (англ. Business Process Model and Notation,
нотация и модель бизнес-процессов).
4. Выполнить проектирование информационной системы мониторинга
деятельности предприятия по ведению и поддержанию взаимодействия с
клиентами:
– построить диаграммы вариантов использования;
– построить диаграмму классов с указанием интерфейсов;
– построить диаграммы деятельности;
5. Провести календарное планирование по разработке информационной
системы, произвести расчет затрат по разработке информационной системы
6. Сделать основные выводы.
5
Практическая значимость исследования
Практическая
значимость
диссертационного
исследования
определяется последующим использованием и развитием программного
продукта по мониторингу деятельности малого предприятия.
Структура и объѐм
Магистерская работа состоит из следующих смысловых частей:
 Введение
 Глава 1
 Глава 2
 Заключение
 Список использованной литературы
Основной текст – 63 страницы. В тексте использовано: рисунки3шт., диаграммы – 5 шт., таблицы – 7 шт.
Во введении обосновывается актуальность выбранной темы,
определяется предмет и объект исследования. Формулируется цель,
ставятся задачи. Так же во введении раскрывается практическая
значимость исследования.
В первой главе описывается предметная область, где приводится
структура малого предприятия по ремонту автомобиля и описывается
процесс организации деятельности на текущий момент. Приводится
обзор программных продуктов для автоматизации бизнес-процессов на
малом
предприятии
сравнительный
анализ
по
этих
ремонту
автомобилей,
продуктов.
После
чего,
приводится
с
целью
оптимизации бизнес-процессов посредством моделирования создаѐтся
и описывается диаграмма оркестровки для разработки ПО по
автоматизации мониторинга деятельности малого предприятия по
ремонту автомобилей.
6
Вторая
глава
моделированию
ВКР
посвящена
информационной
объектно-ориентированному
системы
деятельности
малого
предприятия
по
управлению
проекту.
Создан
проект
по
ремонту
мониторингу
автомобилей
отдельных
и
элементов
информационной системы мониторинга в нотации языка UML.
В заключении описываются результаты выполнения выпускной
работы, подводится итог сформулированным во введении задачам.
7
ГЛАВА 1. МОДЕЛИРОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
1.1 Актуальность автоматизации деятельности
предприятий по ремонту автомобилей
Если вспомнить историю такой популярной в наше время услуги, как
ремонт авто, то в памяти остались те далекие годы, когда в СССР было
совсем немного СТО, попасть в которые мог не каждый из желающих. В
станциях
технического
обслуживания
велась
запись,
и
владельцы
автомобилей могли месяцами ожидать свою очередь.
Большая часть владельцев автомобилей пытались самостоятельно
заниматься ремонтом своих машин, поскольку ждать своей очереди в СТО
мог далеко не каждый, а попасть туда по-другому не было возможности.
В большом дефиците были и запчасти, однако старшее поколение
умело изготавливать или модифицировать запасные детали для автомобилей
своими руками. Многим приходилось в то время вулканизировать при
помощи духовки и клепать на кухне накладки на колодки. Люди учились
выходить из ситуации, изготавливая из подручных материалов различные
прокладки, которые служили им не хуже заводских. От дефицита на услуги
по ремонту авто страдали в то время многие.
В наши дни дело обстоит совсем по-другому, сегодня автосервисов в
нашей стране не то, что много, их огромное количество. Ресурсы стали
доступны всем. Владельцам автомобилей не приходится подолгу стоять в
очереди на ремонт. Запись на ремонт так же стала более простой, достаточно
обратиться в желаемый центр по ремонту, оставить оператору на линии
заявку с выбранной датой и временем и видом ремонта, и ожидать своего
времени.
В то же время, с увеличением потока клиентов, перед сотрудниками
предприятия
по
ремонту
автомобилей
встала
задача
максимально
оптимизировать процесс взаимодействия с клиентами на всех этапах
нахождения клиента на сервисе в ожидании своего автомобиля с ремонта.
8
1.2 Область внедрения информационной системы
мониторинга деятельности малого предприятия по ремонту
автомобилей
Обычно
в
небольшой
компании
руководитель
в
состоянии
сформировать целостную модель ситуации в ней, запомнить, кто из
подчиненных чем и с какой целью занимается, прогнозировать ожидаемые
результаты их работы. Однако с ростом компании управляемость теряется.
Как правило, малое предприятие по ремонту автомобилей имеет
несложную структуру. Во главе стоит управляющая должность. Чаще всего,
это индивидуальный предприниматель со своим небольшим бизнесом.
С клиентами взаимодействует менеджер по работе с клиентами:
оформляет документацию, держит в курсе текущего статуса ремонта
автомобиля,
выставляет
документы
на
оплату.
Мастер-консультант
осуществляют подбор запасных частей и контроль за ремонтом автомобиля.
Механики занимаются самой починкой автомобиля. Следует отметить, что
на начальном этапе малое предприятие обходится журналами учетов и
просто наличием ПК на рабочем месте с базовым набором программ, где
осуществляется сбор, хранение, изменение данных.
Технический прогресс дошѐл и до таких малых предприятий. Однако,
много таких предприятий не видят смысла в покупке ПО для автоматизации
своей деятельности, когда крупные предприятия не могут представить
процесс организации мониторинга деятельности предприятия без такого ПО.
В то же время поток клиентов при эффективной работе персонала
растѐт. С ним растѐт надобность грамотного структурирования информации
на предприятии. Для малого предприятия есть вариант разработки ПО
именно под собственные цели и задачи.
Рассмотрим пример такого малого предприятия с минимальной
степенью автоматизации бизнес-процессов(отсутствие специализированной
ИС) (рис.1).
9
Ген. директор
Гл. бухгалтер
Кассир
Мастер цеха
Специалист по работе с
клиентами
Менеджер снабжения
Мастер-консультант
Механик
Рис. 1 Структура малого предприятия по ремонту автомобилей
Представим, что часть бизнес-процессов на исходном предприятии уже
автоматизирована. В данной магистерской работе внедрять информационную
систему мониторинга будем в области взаимодействия с клиентами малого
предприятия.
Чтобы наша ИС мониторинга эффективно отражала деятельность
предприятия, необходимо четко сформулировать ключевые бизнес-процессы
предприятия в области ведения и поддержания взаимодействия с клиентами.
Выделим следующие бизнес-процессы:
1.Оформление заявок на ремонт автомобиля.
10
2. Оформление первичной документации на въезд автомобиля.
3. Проверка наличия запасных частей для ремонта.
4. Заказ запасных частей поставщикам.
5. Выписка запасных частей со склада.
6. Резервирование запасных частей.
7. Оформление документов на приѐм автомобиля.
8. Расчѐт итоговой стоимости работ и запасных частей.
9. Оформление документов на выдачу автомобиля.
10. Подготовка документации для оплаты клиентом.
Каждый отдельный бизнес-процесс предполагает работу с входящей
информацией. Насколько грамотно информация будет использована и
переработана,
деятельности
зависит
малого
успех
предприятия.
предприятия
напрямую
Поэтому
оказывает
мониторинг
влияние
на
достижение целей предприятия.
Рассмотрим готовые решения на рынке ПО для автоматизации
деятельности предприятия.
1.3 Обзор программных продуктов для автоматизации
процессов малого предприятия по ремонту автомобилей
На современном рынке существует ряд предложений по автоматизации
корпоративных систем, такие как 1С «Альфа Авто», Автосервис Про,
AutoИнтеллект «Автосервис», АвтоПредприятие. Выбор того, или иного
продукта зависит от цели и назначения проектируемой информационной
системы и предпочтений заказчика.
Программный продукт должен решать следующие задачи:
 создание АРМ сотрудника автосервиса, в рамках которого ведутся учет
клиентов и машин, калькуляция стоимости ремонтов, предварительная
11
 запись, фиксация заездов автомобилей, оформление заказ-нарядов и
пр.;
 приход / расход и прочий учет запчастей, расходно-технических
жидкостей, агрегатов в сборе;
 управление работой автосалона (с помощью «Альфа-Авто» можно
отражать
поступление / реализацию
машин,
их
резервирование,
регистрировать клиентские, складские заказы на автомобили и пр.);
 финансовый учет (в том числе интеграция с системой «Банк-Клиент»,
расчеты с клиентами);
 автоматизацию прочих операций, характерных для предприятий сферы
автобизнеса.
Комплексное
решение
1С
«Альфа-Авто»
обеспечивает
автоматизированный учет в сфере автомобильного бизнеса. Программный
продукт ориентирован на организацию учета в автосалонах, автосервисах,
автомастерских, станциях техобслуживания автомобилей и т.д. В данном
продукте учтены особенности автоматизации оптово-розничной торговли
новыми автомобилями и автомобилями с пробегом.
1С «Альфа-Авто помогает в:

Продаже автозапчастей.

Оформлении заказов поставщикам и клиентам.

Оказании услуг по ремонту и обслуживанию автомашин.

Организации складского учета.

Осуществлении контроля движения денежных средств и
состояния взаиморасчетов с контрагентами.

Формировании аналитической отчетности, необходимой для
эффективного управления предприятием.
Архитектура платформы «1С:Предприятие 8» позволяет адаптировать
документооборот программы под требования конкретного предприятия.
12
1С «Альфа-Авто « состоит из следующих модулей:

Учет автозапчастей:
o
Закупка запасных частей.
o
Оптово-розничная торговля запасными частями.
o
Организация внутрикорпоративного товародвижения.
o
Заказ запасных частей с возможностью предварительного
резервирования.

Учет в автосервисе:
o
Составление плана ремонтных работ.
o
Контроль проведения ремонта и документальное сопровождение
работ.
o
АРМ сотрудника автосервиса.
o
АРМ «Шинный отель» — сезонное хранение шин.

Финансовый учет и бюджетирование:
o
Осуществление выплат поставщикам.
o
Проведение оплат по предоставляемым услугам.
o
Контроль взаимных расчетов и расчетов с контрагентами.
o
Планирование бюджета.

Обмен данными:
o
Взаимосвязь с бухгалтерскими программами.
o
Интеграция с каталогами производителей, а также импорт
данных в заданном формате.
Преимущества 1С «Альфа-Авто»:

Распределение цен по областям применения: для авторабот,
автозапчастей.
13

Единый реестр транспортных средств, хранение информации об
идентификационном номере транспортного средства.

Развернутая система фильтров для поиска информации по:
государственному номеру, VIN-номеру, ПТС, данным владельца и т.д.

Возможность работы сотрудников с собственной клиентской
базой.

Отслеживание статуса заказа на автозапчасти.

Настройка системы оповещений о выполнении заказа
(уведомления могут быть доставлены посредством смс или электронной
почты).

Анализ упущенной выгоды.

Настройка подбора и замены автозапчастей, а также ведение
статистики по заменам.

Контроль продаж, осуществляемых ниже себестоимости, а также
настройка функции запрета в данном случае.

Архивация баз данных во избежание потерь информации.

Автоматизация рабочего места сотрудника автосервиса.

Организация заезда в ремонтную зону.

Учет фактически затраченного времени на выполнение работ по
заказ-нарядам.

Проведение технического обслуживания и сервисных кампаний.

Выполнение субподрядной работы.

Опция формирования заказов «под клиента». [2]
Так же одной из самых распространенных ПО для организации работ
организаций по ремонту автомобилей является продукт «Автосервис Про».
Разработчики продукта выделяют следующие свои преимущества:
1)
Простота интерфейса;
2)
Гибкие настройки;
14
3)
Оперативная бесплатная техподдержка;
4)
Минимум времени для старта.
Возможности для мастера по ремонту автомобилей:

Удобный иконочный интерфейс работы с заказ-нарядом;

Быстрый поиск клиента, его автомобилей, историю заказ-нарядов
по ФИО, № телефона, № заказ-наряда, гос. № автомобиля, VIN автомобиля;

Одним кликом можно позвонить клиенту и в последующем
прослушать записи звонков, а также отправить клиенту sms или e-mail
сообщение;

Возможность быстро оценить стоимость работ и запчастей по
собственным складам и остаткам 250+ поставщиков.

Работы с нормо-часами уже загружены с систему;

Возможность быстро записать клиента на сервис на определенное
время и место с учѐтом загрузки постов рем. Зоны;

Возможность
быстро
создать
заказ-наряд
из
звонка,
предварительной записи клиента или с нуля

«Умные» статусы заказ-нарядов не дадут совершить неверных
действий с заказ-нарядом, иконки действий над заказ-нарядом отображаются
в соответствии со статусами ЗН. Например, заказ-наряд в статусе «ожидает
запчасти» или «ожидает оплаты» нельзя закрыть, в данных статусах иконки
закрытия заказ-наряда просто не будет.
Возможности для учредителя:

Формирование множества отчѐтов для контроля доходов и
расходов;

Контроль движения денежных средств.
Возможности для бухгалтерского отдела:
15

Поддержка выгрузки в бухгалтерию 1С;

Нет необходимости обучать новых сотрудников, как работает
учетная система;

За основу взята типовая
конфигурация 1С
«Управление
торговлей» - бухгалтеру будет легко ориентироваться в документах,
справочниках и т.д.
Возможности для клиента:

Оповещение по СМС о ходе ремонта;

ОН-ЛАЙН камеры;

Напоминания о предстоящих работах (ТО и т.д.). [3]
Еще один продукт на рынке ПО для ремонта автомобилейAutoИнтеллект
«Автосервис». «Автосервис» -
это
подключаемый к
программе AutoИнтеллект модуль для организации работы по ремонту и
обслуживанию автомобилей.
Благодаря тому, что модуль Автосервис поставляется в составе
программы AutoИнтеллект, он полностью интегрирован с бизнес-процессами
и данными программы AutoИнтеллект. Тем самым, предприятие получает
программу для автосервиса и СТО с единой базой контрагентов (с историей
покупок и обращений в Автомастерскую) и единой базой автомобилей (с
историей ремонтов и покупок автозапчастей), а также целостную картину
работы предприятия по всем направлениям.
Разработчики выделяют следующие преимущества своего ПО:

Готовое бизнес решение с учетом лучшей практики отрасли;

Повышение прибыли предприятие за счет роста эффективности
автосервиса и минимизации издержек;

Растет качество и скорость обслуживания клиентов;
16

Исключается «человеческий фактор» с такими негативными
последствиями как ошибки и хищения. Представленная программа для
автосервиса фиксирует и контролирует деятельность каждого сотрудника.
Основные функции программы для автосервиса:
1. Генерирование Заказ-наряда-основного документа, организующего
процесс ремонта автомобиля, с указанием данных клиента, видов и
стоимости работ.

Контроль процесса ремонта автомобилей с сохранением истории
ремонта для каждого авто;

Учет всех произведенных услуг и трудозатрат механиков.
2. Планировщик постов автосервиса

Наглядное представление работы постов в программе;

Удобная форма для предварительной записи клиентов;

Распределение нагрузки ремонтных постов и мастеров.
3. Сервис Autodata Online

Инструмент, предоставляющий доступ к данным более 16 тыс.
моделей от 93 производителей; позволяет сократить время на диагностику и
ремонт авто;

Содержит виды работ по ремонту и диагностике автомобилей с
указанием нормочасов;

Впервые произведена интеграция модуля
«Автосервис» с
Autodata Online: калькуляция одним кликом переносится в раздел «Работы»
документа Заказ-наряд.
4. Оформление документации:
Формирование, печать, хранение и поиск документов:
17
-заказ-наряд, счет-фактура, акт выполненных работ, лист заказа для
мастеров.
5. Ведение справочников:
Заполнение и хранение справочной информации:

стоимость нормо-часа;

работы;

виды ремонта;

бригады и др.
6. Отчетность
Формирование
отчетов
различного
вида,
для
анализа
и
прогнозирования деятельности предприятия:

Реестр заказ-нарядов;

Выработка по исполнителям;

отчет по выполненным заказ-нарядам;

сводный отчет за период. [4]
Программа «АвтоПредприятие» была разработана специалистами
Компании АвтоСофт непосредственно для предприятий автобизнеса, в
тесном сотрудничестве с ними. Программа появилась в 1997 году и с тех пор
успешно развивается, внедрена уже на тысячах автосервисов по всей России
и странам СНГ.
Краткое описание возможностей программы «АвтоПредприятие»:

ведение всего документооборота предприятия;

встроенные справочники по нормам времени
автомобилей - отечественных и импортных;

ведение склада на всех производственных уровнях;
на ремонт
18

поддержка системы заказов, закупок, хранения и продажи
запасных частей;

полный учѐт операций ремонта автотранспорта, хранение
истории ремонтов по всем автомобилям, заведенным в программу;

учѐт оказанных услуг (зарплата, прибыль, трудозатраты);

формирование перечня работ - калькуляции стоимости работ;

составление складских и товарных отчѐтов, анализ продаж и
кассовых операций, мониторинг финансов, инвентаризация и др.;

экспорт информации во внешние программы (ИНФО-Бухгалтер,
1С, БЭСТ и др.);

оптимизация организации и планирования рабочего времени -
есть удобный календарь записи на посты;

работа с онлайн-кассами по 54-ФЗ (фискальные регистраторы
производителей ШТРИХ-М, АТОЛ);

интеграция с программными продуктами AutoSoft «АвтоСалон»,
«АвтоКаталог», <АвтоКаталог-онлайн> (загрузка карточек товаров), Audatex,
AutoData (offline), TecDoc;

встроенные онлайн-проценки по целому ряду поставщиков -
Exist, Авто-Альянс, МИКАДО, ПартКом, AvtoTO и ряда других;

возможность работы программы с несколькими удаленными
филиалами предприятия;

возможность работы программы в локальной сети и на
терминальном сервере;

возможность отправки смс-сообщений клиентам прямо из
интерфейса программы - модуль SMS-Интегратор

возможность автоматического резервного копирования базы
данных с помощью дополнительного модуля - EXBBS

Интеграция с сервисами Call tracking от Ringostat и Google
Analytics - коллтрекинг помогает определить источники звонков для
19
оптимизации рекламного бюджета и улучшить качество работы менеджеров,
а аналитика - собирает информацию о том, сколько денежных средств
получено от привлеченного по определенному каналу рекламы клиента;

Интеграция с Asterisk (IP-телефония). [5]
Приведѐм сравнительный анализ описанных ранее ПО.
Таблица 1 - Сравнительный анализ ПО
Характе
1С
Автосерв AutoИнтеллект
ристика
ис Про
АвтоПредприятие
«Автосервис»
\ ПО
1
2
3
4
5
Оф.
https://soluti
http://ww https://www.trad
Сайт
ons.1c.ru/cat
w.avtoser esoft.ru/products/ t.ru/products/autos
alog/autoserv vice.pro
autointellect/
http://www.autosof
hop/ability.php
ice
Стоимос
4500-30000
2500руб/
ть
руб/год
мес
от 3200 руб/мес от 3000 руб/мес
- или от 49900 руб
5000
единоразово
руб/мес
Техниче
Процессор с Облачны
ские
архитектуро
требован й
ия
й сервис архитектурой
x86-64 скорость
(Intel
Процессор
с интернет
x86-64
(Intel
поддержкой
с Процессор
архитектурой x86с 64
(Intel
а от 10 EM64T, AMD с EM64T,
EM64T,
Мбит/сек
AMD
поддержкой
поддержкой
AMD64).
AMD64).
поддержкой
Оперативная
Оперативная
AMD64).
память 2048 Мб
память 2048 Мб и
с
с
поддержкой
поддержкой
AMD
с
с
20
Продолжение таблицы 1
1
2
3
4
5
Оперативная
и
выше выше
Жесткий
память 2048
Жесткий диск диск 20Гб и выше
Мб и выше
20Гб и выше Устройство чтения
Жесткий
Устройство
компакт-дисков
диск 40Гб и
чтения
SVGA-видеокарта
выше
компакт-
Устройство
дисков
чтения
SVGA-
компакт-
видеокарта
дисков
SVGAвидеокарта
Выполн
Функции
Проценка
яемые
CRM-
запчастей от mail
функции системы:
Отправка
и
e- Техническая
SMS информация,
паставщико
сообщений,
Неограниченное
Ведение
в,
начальные
число предприятий,
базы
иконочное
функции CRM, осуществляющих
клиентов.
рабочее
Документообо
Фиксация
место
рот,
всех
мастера,
запчастей,
ремонт и торговлю
Склад (настройки
для
каждого
контактов с СМС и e- настройка
предприятия
клиентами:
отдельно), Полная
входящие
mail
доступа
и информиров пользователей
мультивалютность,
исходящие
ане клиента
Документооборот,
звонки,
и
Документ,
письма,
сотрудника,
предприятия
встречи и
Обмен и
Работы, Отчеты - за
Склад
21
Продолжение таблицы 1
1
2
3
прочее.
4
5
бухгалтерия
любой период, по
Отправка e- с 1С
любой организации
mail и SMS
с
сообщений
группировок
непосредстве
Ведение различных
нно
справочников,
из
программы
возможностью
Настройка доступа
пользователей
Минусы
Сложное ПО ПО
ПО удобное в ПО
для освоения облачное
использование
которого
что
только
потребуется
обязывает
применением
структуру
дополнительн
предприятия,
время
и иметь
слабо
подстраивается под
с необходимую
привлечение
стабильное
ых
облачных некторые функции
специалисто
соединение
сервисов
раотают
в
высокоскор
которые
коректнно
остное
необходимо
соединение
оплачивать
с
отдельно
не
интернетом
Как видим, готовые ПО решают ряд ключевых задач, которые
облегчают работу персонала, максимально оптимизируют еѐ. Однако не
всегда малое предприятие на начальной стадии развития может позволить
себе приобрести ПО, не всегда может обеспечить все необходимые
технические требования для установки этого ПО.
22
В таком случае, разработка собственного ПО для решения своих задач
достижения своих целей - решения для таких малых предприятий. Уже с
ростом бизнеса можно задуматься
о покупке готового решения, или же
заняться развитием имеющегося.
1.4 Моделирование бизнес-процессов предприятия в нотации
BPMN
Для моделирования бизнес-процессов будем использовать один
наиболее известных языков моделирования- BPMN. Нотация BPMN
позволяет наглядно с помощью диаграмм описать сущность бизнес-процесса.
Моделирование отражает работу отдельных сегментов предприятия, так же
описывает
взаимодействие
с
клиентами,
поставщиками,
внешними
организациями. [6]
Моделирование выполнено в программном продукте BizagiProcess
Modeler.
Автоматизация мониторинга деятельности
малого предприятия по
ремонту автомобилей представлена на диаграмме оркестровки (рисунок 1.2).
Описание диаграммы:
Диаграмма оркестровки «Автоматизация мониторинга деятельности
предприятия» состоит из четырѐх пулов:
 Менеджер по работе с клиентами;
 Менеджер по снабжению;
 Мастер-консультант;
 Клиент.
Все четыре пула иллюстрируют основных участников процесса
автоматизации мониторинга деятельности предприятия. [7]
Первоначально в клиентскую службу менеджеру по работе с клиентами
приходит заявка клиента на выполнение работ. Это может быть входящий
звонок или e-mail. Менеджер оформляет заявку на ремонт с выбором
23
определенного даты, времени, вида работ и мастера-консультанта, который
будет вести ремонт автомобиля. Менеджер по работе с клиентами проверяет
наличие запасных частей для выбранного ремонта обращаясь к реестру
запасных частей (БД запасных частей). При наличии необходимых, менеджер
производит резервирование запасных частей. При их отсутствии менеджер
по работе с клиентами делает запрос менеджеру по снабжению. Запрос
попадает в реестр Запросов на поставку запасных частей (БД Запросов на
поставку запасных частей), менеджер по снабжению, изучив запрос,
формирует заказ запасных частей поставщикам. Заказ можно найти в БД
заказов поставщикам. После чего, заявка попадает в реестр (БД заявок) со
своим определенным идентификационным номером и данными о клиенте и
автомобиле.
Клиент приезжает на сервис и оформляет документацию на въезд
автомобиля по документам на данный автомобиль. На этом этапе к работе
подключается к процессу мастер-консультант, который обращается к заявке
клиента на ремонт, выписывает зарезервированные запасный части и
отправляет автомобиль в цех для осуществления ремонта. По окончанию
работ, мастер-консультант осуществляет итоговый расчет стоимости работ и
запасных частей. Клиент оплачивает выставленный счѐт на оплату и тот
попадает в реестр документов об оплате (БД документов об оплате).
Таким образом формируются базы данных:
 Запасных частей;
 Заявок на ремонт;
 Заказ-нарядов;
 Запросов на поставку ЗЧ;
 Документов об оплате.
Ведение баз данных запасных частей позволяет мгновенно обращаться
к необходимым ресурсам, получать информацию об их наличии и быстро
реагировать на их отсутствие, совершив заказ у поставщиков.
24
Рисунок 1.1 – Диаграмма оркестровки «Автоматизация мониторинга деятельности предприятия»
25
База данных заявок на ремонт отражает первоначальные работы, с
которыми
клиент
обратился
в
организацию,
позволяет
оперативно
обращаться к заявкам конкретного клиента для решения различных задач.
База данных заказ-нарядов – ценная информация как для клиента, так и
для организации. Во первых, клиент может при потере документов с
заявлением
обратиться
на
сервис
и
клиенту
сделают
распечатку
выполненных работ и использованных запасных частей. Предприятие в свою
очередь составляет отчеты использую заказ-наряды для корректирования
своей деятельности в нужном направлении.
База данных на поставку ЗЧ помогает менеджеру по снабжению четко
под каждый заказ клиента заказать у поставщиков необходимые запасные
части.
26
ГЛАВА 2 ОБЪЕКТНО-ОРИЕНТИРОВАННОЕ
МОДЕЛИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ
МОНИТОРИНГА ДЕЯТЕЛЬНОСТИ МАЛОГО
ПРЕДПРИЯТИЯ. УПРАВЛЕНИЕ ПРОЕКТОМ
2.1 Проектирование отдельных элементов
информационной системы мониторинга деятельности малого в
нотации языка UML
UML – это унифицированный графический язык моделирования для
описания, визуализации, проектирования и документирования ОО систем.
UML призван поддерживать процесс моделирования ПС на основе ОО
подхода, организовывать взаимосвязь концептуальных и программных
понятий, отражать проблемы масштабирования сложных систем. Модели на
UML используются на всех этапах жизненного цикла ПС, начиная с бизнесанализа и заканчивая сопровождением системы. Разные организации могут
применять UML по своему усмотрению в зависимости от своих проблемных
областей и используемых технологий.
Процесс ведения и сопровождения клиентов сервиса по ремонту
автомобилей не был ранее автоматизирован, что было не удобно во первых
для самого клиента, во вторых, предприятие вручную обрабатывало поток
информации посредством журналов учета, журналов заявок, что крайне не
удобно в плане поиска информации.
Соответственно, с ростом числа клиентов и увеличением объема работ
возникла задача автоматизации процесса взаимодействия с клиентами.
Внедрение информационной системы мониторинга деятельности
предприятия по ремонту автомобиля ускорит процесс сбора первоначальной
информации, обработку заявок на ремонт, калькуляции стоимости, работы с
27
поставщиками.
Изменения
положительно
скажутся
на
оптимизации
ключевых бизнес-процессов организации.
Работу на каждом АРМ, которое участвует в процессе взаимодействия
с
клиентами,
необходимо
автоматизировать.
Действующими
лицами
процесса автоматизации являются:

Менеджер по работе с клиентами;

Менеджер по снабжению;

Мастер-консультант;

Клиент.
Для реализации задачи проектирования информационной системы
мониторинга в нотации языка UML были созданы следующие диаграммы:
– диаграмма вариантов использования;
– диаграмма классов с указанием интерфейсов;
– диаграмма деятельности;
Построение диаграммы вариантов использования
Применительно к данной работе были разработаны диаграммы
вариантов использования для 4 действующих лиц с указанием их
прецедентов использования. [8]
На рисунке 2.1 представлены функции 4 действующих лиц.
Функция менеджера по работе с клиентами заключается в:
1) Формировании заявки на ремонт, из которых формируется база
данных заявок,
2) Резервировании запасных частей под заявку клиента, при их
отсутствии менеджер формирует запрос необходимых ЗЧ менеджеру
по снабжению.
3) Оформлении
документов
на
прием
сформированной заявки
4) Оформлении документов на выдачу автомобиля
автомобиля
из
28
Рис 2.1 Диаграмма вариантов использования (Менеджер по работе с
клиентами - менеджер по снабжению - мастер-консультант - клиент)
Менеджер по снабжению:
1) Обрабатывает запросы менеджера по работе с клиентами (поэтому
используется связь «включение»)
2) Создаѐт заявку на запасные части поставщикам
Мастер-консультант:
1) Осуществляет просмотр заявки, этот прецедент соприкасается с
прецедентом «формирования заявки на ремонт» менеджера по работе с
клиентами,
29
2) Затем выписывает запасные части в соответствии с заявкой и после
выполненного ремонта,
3) С учетом стоимости работ и запасных частей, производит расчет
итоговой стоимости. Этот прецедент включается в прецедент менеджера по
работе с клиентами «оформление документов на выдачу автомобиля», что
формирует базу данных «Заказ-наряды»
Сам клиент в свою очередь:
1) Подает заявку на ремонт, используем «включение» в прецедент
менеджера по работе с клиентами «формирование заявки на ремонт»
2) Представляет документы для оформления
3) Оплачивает счет на оплату, которые формирует менеджер по работе
с клиентами («включение» в прецедент «оформление документов на выдачу
автомобиля»)
Получив картину взаимодействия действующих лиц в процессе
ведения и поддержания клиентов, мы видим, какие процессы выполняют
действующие лица, как эти процессы «включаются» в процессы других
действующих лиц и как они между собой связаны. Построение диаграммы
вариантов
использования
-
эффективный
инструмент
отображения
деятельности отдельных процессов организации.
Построение диаграммы пакетов с указанием интерфейсов
Другим важным инструментом моделирования является диаграмма
пакетов с указанием интерфейсов, которая представлена на рисунке 2.2.
Диаграмма пакетов служит, в первую очередь, для организации
элементов в группы по какому-либо признаку с целью упрощения структуры
и организации работы с моделью системы.
Выделим сущности диаграммы классов:
30
-Менеджер по работе с клиентами;
-Менеджер по снабжению;
-Мастер-консультант;
-Клиент;
-БД.
В каждом классе отражаются атрибуты класса и возможные операции.
Также интерфейсы классов, изображенные на рисунке, отражают
архитектуру информационной системы.
Диаграммы пакетов с указанием интерфейсов – инструмент, с
помощью которого можно визуально отобразить поток всех операций для
автоматизации бизнес-процессов. Диаграммы отражает основные действия и
кто несет за них ответственность.
После получения заявки от клиента на ремонт в виде e-mail, входящего
звонка или просто придя в сам сервис по ремонту, менеджер по работе с
клиентами создаѐт заявку на ремонт, где указывает все необходимые данные
по клиенту и его автомобилю. Заявка на ремонт подгружается в базу данных
заявок.
Менеджер
по
работе
с
клиентами
может:
формировать,
просматривать, сохранять и вносить изменения в заявку на ремонт.
Менеджер может изменять статус заявки:
- Предварительный (заявка только создана, наличие ЗЧ не
проверено);
- Утверждена (ЗЧ для ремонта в наличии);
- Автомобиль на сервисе (клиент приехал на сервис и сдал свой
автомобиль). Статус проставляется менеджеров по работе с клиентами после
оформления документов на приѐм автомобиля.
Статус заявки доступен клиенту. При изменении статуса заявки
система автоматически будет оповещать клиента в виде смс-сообщения на
31
контактный номер, что тот оставил при оформлении заявки, о текущем
статусе заявки.
После оформления заявки менеджер по работе с клиентами проверяет
наличие запасных частей для выбранного ремонта, если ЗЧ отсутствуют,
менеджер по работе с клиентами делает запрос менеджеру по снабжению для
заказа необходимым запасных частей. В запросе менеджер по работе с
клиентами отражает необходимые данные для осуществления заказа ЗЧ.
Запрос подгружается в базу данных запрос на ЗЧ, к которой обращается
менеджер по снабжению с целью заказа ЗЧ поставщиков. Он же изменяет
статус заказа ЗЧ, с изменением которого меняется статус заявки и
отправляется смс-сообщение клиенту.
Когда ЗЧ есть в наличии, мастер консультант создаѐт заказ-наряд,
после выписывает ЗЧ со склада. Осуществляется ремонт. По окончанию
ремонта делает итоговую калькуляцию работ и ЗЧ. Менеджер по работе с
клиентами распечатывает заказ-наряд и выставляет счет на оплату, где
указана итоговую стоимость. Заказ-наряд подгружается в БД Заказ-нарядов,
счет на оплату – в БД счетов на оплату. Заказ-наряд так же как и заявка на
ремонт, заказ-наряд имеет свои статусы, которые клиент отслеживает с
помощь смс-сообщений по своему телефону:
- Предварительный (как только автомобиль пересек пост охраны,
въехал в ремонтную зону и был принят мастером-консультантом). Статус
проставляется вручную мастером-консультантом.
- В работе (назначены автомеханики и выделен пост для работ). Статус
проставляется вручную мастером-консультантом.
32
Рис.2.2 - Диаграмма пакетов с указанием интерфейсов
33
-
Зафиксирован
(Заказ-наряд
проверен
мастером-консультантом,
сделаны все работы, проведена калькуляцию, выставлен счет на оплату).
Статус проставляется вручную мастером-консультантом.
- Оплачен (Клиент оплатил выставленный счет на оплату).
Клиент совершает оплату, статус заказ-наряда меняется, после чего
клиент покидает сервис.
Построение диаграммы классов структурирует процесс автоматизации
деятельности
малого
предприятия.
Грамотно
поставленная
и
детализированная задача позволит разработчикам достигнуть желаемых
результатов заказчиков. Диаграмма классов эффективный инструмент для
описания задачи разработки проекта ИС мониторинга деятельности малого
предприятия по ремонту автомобилей.
Построение диаграмм деятельности
Для моделирования процесса выполнения операций в языке UML
используются диаграммы деятельности. Диаграмма деятельности - это
своеобразная
выполнения
блок-схема,
операций
моделирования
во
которая
описывает
последовательность
времени.
Их
использовать
динамических
аспектов
можно
поведения
системы.
для
Каждое
состояние на диаграмме деятельности соответствует выполнению некоторой
элементарной операции, а переход в следующее состояние срабатывает
только при завершении этой операции в предыдущем состоянии.[9]
На
рисунке
2.3
изображена
диаграмма
деятельности
малого
предприятия по ремонту автомобилей.
Основной целью мониторинга деятельности малого предприятия по
ремонту автомобилей является ведение и поддержание взаимодействия с
клиентами. На рис. 2.3 представлена деятельность по ведению и
поддержанию взаимодействия с клиентами на всех этапах прохождения
ремонт автомобиля.
34
Первоначально в клиентскую службу менеджеру по работе с клиентами
приходит заявка клиента на выполнение работ. Менеджер оформляет заявку
на ремонт с выбором определенного даты, времени, вида работ и мастераконсультанта, который будет вести ремонт автомобиля. Менеджер по работе
с клиентами проверяет наличие запасных частей для выбранного ремонта
обращаясь к БД запасных частей. При наличии необходимых, менеджер
производит резервирование запасных частей. При их отсутствии менеджер
по работе с клиентами делает запрос менеджеру по снабжению. Менеджер по
снабжению, изучив запрос, формирует заказ запасных частей поставщикам.
Клиент приезжает на сервис и оформляет документацию на въезд автомобиля
по документам на данный автомобиль. На этом этапе к работе подключается
к процессу мастер-консультант, который обращается к заявке клиента на
ремонт, выписывает зарезервированные запасный части и отправляет
автомобиль в цех для осуществления ремонта. По окончанию работ, мастерконсультант осуществляет итоговый расчет стоимости работ и запасных
частей. Клиент оплачивает выставленный счѐт на оплату.
2.2 Оценка стоимости проекта по разработке
информационной системы
Для внедрения информационной системы необходимо рассчитать
временную продолжительность проекта, себестоимость системы, а также
себестоимость ИС с учетом рисков. Для достижения цели расчета времени
для создания программного обеспечения необходимо осуществить ряд задач:
 разработка технического задания,
 разработка эскизного проекта,
 разработка технического проекта,
 разработка рабочего проекта,
 внедрение ПО.
35
Рисунок 2.3 «Диаграмма деятельности»
36
Обратимся к нормативным документам, которые регламентируют
порядок и стадии разработки ИС - ИСО / МЭК 12207 [7] и ГОСТ 34.601-90 и
ОРММ ИСЖТ 5.03-00 [8] в части стадии проектирования (таблица 2).
Сравнительные данные стадии проектирования жизненного цикла и
этапов ИС представлены в таблице 2.
Таблица 2. Сравнительные данные стадии проектирования жизненного
цикла и этапов ИС
Классический
ИСО / МЭК ГОСТ 34.601-90 и ОРММ ИСЖТ 5.03-00
ЖЦ
12207
Стадия
Основные
этапы
(работы)
1
Системный
2
Заказ
анализ
3
4
Формирован Техни
1.Обследование
ие
коэко-
объекта
требований
но-
обоснование
к ИС
мическ необходимости
ое
и
создания
ИС.
обосно 2.Формирование
вание
требований
(ТЭО)
Заказчика
к
ИС.
3.Оформление
договора
между
Разработчиком
и
Заказчиком.
Анализ требо- Разработка
Разработка
ТЭО
1.
Поиск
путей
ваний
концепции
удовлетворения
ИС (для
требований
37
Продолжение таблицы 2
1
2
3
4
комплексны
Заказчика на уровне
х
концепции
многоуровн
создаваемой системы
евых
(структура, функции,
и
интегрирова
программно-
нных
техническая
систем)
платформа, режимы).
2.
Рассмотрение
альтернативных
вариантов
концепции системы,
их анализ и выбор
лучшей концепции.
Проектирован
Техническое задание Разработка,
ие
(ТЗ)
согласование
и
утверждение ТЗ на
создание ИС.
Эскизный
(для
проект Разработка
комплексных предварительных
многоуровневых
и проектных решений
интегрированных
по
системе
систем)
частям.
Пилот-проект
1. Разработка частей
(макетирование,
проекта
прототипирование)
испытаний в реаль-
(при необходимости)
ных,
ограниченных
и
ее
для
но
38
Продолжение таблицы 2
1
2
3
4
условиях
функционирования с
целью
проверки
предварительно
принятых
2.
решений.
Проведение
испытаний
головном
на
объекте
или стенде и анализ
результатов
испытаний.
Технический проект
Разработка
проектных решений
по системе и ее частям. 2. Разработка
документации на ИС
и
ее
части.
3.
Разработка
документации
поставку
на
изделий
для комплектования
ИС
и/или
технических заданий
на их разработку. 4.
Разработка
заданий
на проектирование в
смежных частях
39
Продолжение таблицы 2
1
2
3
4
проекта
объекта
автоматизации
(строительство,
монтаж, наладка и
др.).
Кодирование
Рабочая
1.
Разработка
(реализация)
документация
рабочей
документации
на
систему и ее части.
2.
Разработка
программных
и
технических средств
и/или
адаптация
приобретаемых.
3.
Тестирование
средств.
Тестирование
Интеграция
тестирование
и 1.Загрузка
БД
типовыми
исходными
данными и тестами.
2.
Интеграция
программ
и
тестирование
в
имитированной
среде.
3.
Интеграция
программных
40
Продолжение таблицы 2
1
2
3
4
средств
с
аппаратными
в
реальной
операционной
и
внешней среде.
4.
Тестирование
в
реальной среде.
5.
Разработка
комплекта
документации
для
пользователей
Внедрение
сопровож-е
и Разработка и Ввод в действие на 1.
эксплуатация
головном
Подготовка
объекте объекта
(ввод
в автоматизации
эксплуатацию,
к
вводу
внедрение)
действие.
2.
ИС
в
Подготовка
персонала.
3. Комплектация ИС
поставляемыми
изделиями.
4.
Проведение
предварительных
испытаний
передача ИС для
опытной
эксплуатации.
и
41
Продолжение таблицы 2
1
2
3
4
Проведение
5.
опытной
эксплуатации.
6.
Проведение
приемочных
испытаний
по
сдаче
ИС
в
постоянную
эксплуатацию
Тиражирование (при 1. Передача эталона
внедрении
на загрузочных модулей
нескольких объектах) ПО
и
эксплуатационной
документации
в
группу
сопровождения.
2.Тиражирование
документации.
3.
Обучение
пользователей.
4. Поставка ПО и
документации
на
объекты внедрения.
Сопровожден
ие
Сопровождение
и (авторский надзор)
эксплуатация
1. Выполнение работ
в
соответствии
гарантийными
обязательствами.
с
42
Продолжение таблицы 2
1
2
3
4
2. Оказание научнотехнических услуг в
послегарантийный
период.
3.Разработка
методики
оформления от-ов об
ошибках
предложениях
и
на
изменение
версий[12]
Выделим необходимые стадии разработки ПО для мониторинга
деятельности малого предприятия по ремонту автомобилей (рис 2.4)
Сформулированы стадии и задачи разработки ПО для мониторинга
деятельности малого предприятия по ремонту автомобиля. Конечный
результат - готовое ПО.
В качестве инструмента для планирования, составления расписания
выбираем сетевое планирование.
Сетевой график — это динамическая модель производственного
процесса, отражающая технологическую зависимость и последовательность
выполнения комплекса работ, связывающая их свершение во времени с
учѐтом затрат ресурсов и стоимости работ с выделением при этом узких
(критических) мест.[ 13]
Составим сетевой график для расчета временной продолжительности
разработки системы с помощью диаграммы Гантта.
43
Разработка ПО
Разработка ТЗ
Разработка эскизного
проекта
Разработка технического
проекта
Разработка рабочего
проекта
Внедрение ПО
Аналитическое
обследование
Разработка плана
Формализация
программно-аппаратных
интерфейсов
Программирование
модулей
Установка ПО на объекте
внедрения
Выявление
функциональных
требований
Разработка мат. модели
системы
Решение вопросов
обеспечения устойчивости
работы на программном
уровне
Сбор и отладка ПО
Обучение и консультации
персонала
Определение требований к
техническим средствам
Разработка структуры БД,
внешних данных
Уточнение структуры и
определение формы БД
Тестирование ПО в
реальной среде
Поставка ПО и
документации на объекты
внедрения
Разработка ТЗ
Разработка алгоритмов
информационного
обеспечения
Разработка проекта
описания текстовых
программ ПО
Утверждение ТЗ
Разработка наборов текста
для проверки ПО
Разработка плана
реализации ПО
Разработка,утверждение
эскизного проекта
Разработка программы и
правил испытания ПО
Согласование и
утверждение ТП
Рисунок 2.4 – Стадии разработки и задачи ПО
44
По сути, диаграмма Гантта состоит из полос, ориентированных вдоль
оси времени. Каждая полоса на диаграмме представляет отдельную задачу в
составе проекта (вид работы), еѐ концы — моменты начала и завершения
работы, еѐ протяженность — длительность работы. Вертикальной осью
диаграммы служит перечень задач. Кроме того, на диаграмме могут быть
отмечены совокупные задачи.
Чтобы составить графика:
- сделаем анализ комплекса работ;
- определим связи между ними;
- выявим те работы, которые возможно осуществлять параллельно с
другими;
- определим продолжительность работ.
Прежде чем переходить к построению графика присвоим каждой
работе идентификатор в формате (i;j). Список работ и их продолжительность
представлена в табл. 2.1
Таблица 2.1 – Идентификаторы и длительность работ
Идентификатор Название работы
(i;j)
1
2
Разработка технического задания
(0;0)
Начало
(0;1)
Аналитическое обследование
(1;2)
Выявление функциональных требований
(1;3)
Определение требований к техническим
средствам
(3;4)
Разработка ТЗ
(3;5)
Утверждение ТЗ
Разработка эскизного проекта
(5;6)
Разработка плана
(6;7)
Разработка мат. модели системы
(7;8)
Разработка структуры БД, внешних данных
(8;9)
Разработка алгоритмов информационного
обеспечения
(9;10)
Разработка наборов текста для проверки
ПО
Длительность,
дни
3
0
2
2
1
3
1
2
2
2
2
2
45
Продолжение таблицы 2.1
1
2
(10;11)
Разработка, утверждение эскизного проекта
Разработка технического проекта
(11;12)
Формализация программно-аппаратных
интерфейсов
(12;13)
Решение вопросов обеспечения
устойчивости работы на программном
уровне
(12;14)
Уточнение структуры и определение
формы БД
(14;15)
Разработка проекта описания текстовых
программ ПО
(15;16)
Разработка плана реализации ПО
(16;17)
Разработка программы и правил испытания
ПО
(16;18)
Согласование и утверждение технического
проекта
Разработка рабочего проекта
(18;19)
Программирование модулей
(19;20)
Сбор и отладка ПО
(20;21)
Тестирование ПО в реальной среде
Внедрение ПО
(21;22)
Установка ПО на объекте внедрения
(22;23)
Обучение и консультации персонала
(23;24)
Поставка ПО и документации на объекты
внедрения
(24;25)
Завершение
Общая продолжительность разработки ПО для
3
1
2
3
1
5
3
2
2
5
4
4
3
3
3
0
мониторинга
деятельности малого предприятия по ремонту автомобиля составит 60
рабочих дней.
На основании составленной таблицы идентификаторов и длительности
работ составим диаграмму Гантта, которая наглядно проиллюстрирует
график работ по разработке исходного ПО (рис 2.5).
Начало работ будем считать 03.09.2018г. График работы специалистов
проекта в будние дни: с 09:00 по 18:00, перерыв с 13:00 по 14:00; СБ,ВСвыходные дни.
46
Как видно из рисунка 2.5,
есть задачи, которые можно выполнять
параллельно с другими задачами. Такая организация процесса существенно
уменьшит время работы над целым проектом. Такие задачи, которые имеют
идентификаторы: (1;2) -(1;3); (3;4) - (3;5); (12;13) - (12;14); (16;17) - (16;18).
Параллельная работа над этими задачами сократит время работы над
разработкой ПО на 4 рабочих дня. Итоговая продолжительность работ- 56
дней.
Следующий
этап
–
набор
персонала,
формирование
матрицы
ответственности, расчет итоговой стоимости по разработке ПО. Расчет
итоговой стоимости.
Для
реализации
проекта
необходимо
привлечь
следующих
специалистов: – менеджер проекта;
– программист;
– тестировщик;
– проектировщик;
– аналитик;
–специалист по документации.
Менеджер проекта отвечает за:
- Реализацию проектов и участие в их разработке.
- Контроль соблюдения календарного графика.
- Прогноз последствий реализации проекта (возможной прибыли,
возмещения расходов на реализацию и т. д.).
- Согласование с руководством структурных подразделений фирмы
мер, необходимых для осуществления проекта.
- Подготовку финансовых планов по проекту.
- Ведение текущей документации по проекту.
-Управление расходами, необходимыми для реализации проекта.
- Корректировку проектов в соответствии с текущей ситуацией и
обоснование корректировки перед руководством фирмы и заказчиком
47
Рисунок 2.5 «Диаграмма Гантта»
-
48
Подготовку презентационных материалов по проекту (в случае
необходимости).
- Координацию работы отдельных групп сотрудников, работающих
над проектом.
- Контроль качества выполняемых работ по реализации проекта.
- Подготовку совещаний и заседаний руководства фирмы, связанных с
реализацией проекта.
Программист отвечает за:
- Реализацию модели в виде ПО
- Подготовку оборудования к эксплуатации
В обязанности тестировщика входит:
- Разрабатывает планы, графики, методики и описания тестирования.
- Моделирует ситуации, которые могут возникнуть в условиях
эксплуатации программного обеспечения.
- Выполняет тестирование программных продуктов.
- Выполняет нагрузочные тестирования.
-
Составляет
документацию
для
проведения
функционального
тестирования.
- Участвует в проведении опытных эксплуатаций программных
продуктов.
- Заполняет таблицы баз данных тестовыми данными.
- Анализирует результаты, полученные во время прохождения тестов.
- Классифицирует выявленные ошибки и заносит их в базу данных для
текущего программного продукта.
-
Контролирует
процесс
разработчиком ПО.
- Общается с разработчиками.
ликвидации
выявленных
ошибок
49
- Консультирует клиентов.
- Работает в связке с разработчиком.
- Создает тест-планы, тест-кейсы.
Проектировщик отвечает за:
- Разработку отдельных разделов (частей) проекта.
- Участие в подготовке заданий на разработку проектных решений.
- Сбор исходных данных для проектирования, в решении технических
вопросов по закрепленным объектам на протяжении всего периода
проектирования.
- Проведение патентных исследований с целью обеспечения патентной
чистоты новых проектных решений и патентоспособности.
- Обеспечение соответствия разрабатываемого проекта и технической
документации стандартам, техническим условиям и другим нормативным
документам по проектированию, а также заданию на их разработку.
Аналитик занимается:
-
Организацией
аналитического
и
методического
обеспечения
проведения исследовательских работ.
- Проведением аналитической и научно-исследовательской работы с
целью сбора, оценки и анализа получаемой информации, а также выработки
практических рекомендаций
-
Координацией
деятельности
соисполнителей
при
совместном
выполнении работ с другими структурными подразделениями организации
Специалист
документацию.
по
документации
разрабатывает
техническую
Почасовые ставки заработной платы каждого специалиста, а также
численность персонала представлены в табл. 2.2
50
Таблица 2.2 Ставка заработной платы привлеченных специалистов
Специалист
Количество
Ставка з/п почасовая,
сотрудников, чел.
руб
1
2
1
1
1
1
Программист
Тестировщик
Проектировщик
Аналитик
Специалист по
документации
260
220
200
190
180
170
Для вычисления расходов на заработную плату необходимо определить
занятость каждого специалиста в процессе разработки ПО. Для определения
занятости, составим матрицу ответственности. Она позволит установить
степень
ответственность
каждого
участника
проектной
команды
за
выполнение отдельных этапов и задач проекта.
Матричный формат, иногда также называемый табличным форматом,
позволяет увидеть все операции, назначенные к выполнению определенному
человеку, или отобразить всех людей, принимающих участие в выполнении
определенной операции.
Для описания распределения ответственности, при котором нужны
подробные описания, используются текстовые форматы. Обычно в таких
документах
в
краткой
форме
содержится
следующая
информация:
обязанности, полномочия и квалификация. Такие документы называют поразному, например «описание позиции» или «форма-роль-обязанностиполномочия». Из таких описаний и форм получаются прекрасные шаблоны
для будущих проектов, особенно если в процессе исполнения проекта
обновление информации происходит за счет накопленных знаний[14]
При составлении матрицы ответственности проекта используется
методику RACI.[14]
Термин RACI (или ARCI) является аббревиатурой:
51
• Ответственный (Accountable) – полностью отвечает за исполнение
этапа/задачи, вправе принимать решения по способу реализации. В качестве
ответственного за задачу может назначаться только один человек.
•
Исполнитель
(Responsible)
–
исполняет
задачу,
не
несет
ответственность за выбор способа еѐ решения, но отвечает за качество и
сроки реализации. У каждой задачи должен быть хотя бы один исполнитель.
• Консультант (Consultbeforedoing) – оказывает консультации в ходе
решения задач проекта, контролирует качество реализации.
• Наблюдатель (Informafterdoing) – может оказывать консультации в
ходе решения задач проекта, не несет ответственности.
Программист 2
Тестировщик
3
Программист 1
2
Проектировщик
1
Специалист по
документации
Сроки работ
Начало Конец
Аналитик
Название работы
Менеджер проекта
Таблица 2.3– Матрица ответственности
4
5
6
7
8
9
10
Н
К
Н
К
И
О
И
О
Начало
Аналитическое
обследование
Выявление
функциональных
требований
Определение
требований к
техническим
средствам
Разработка ТЗ
0
0
0
2
2
4
2
3
Н
К
И
О
4
6
Н
О
К
Утверждение ТЗ
4
5
Разработка плана
6
8
И
О
Н
И
И
К
И
О
52
Продолжение таблицы 2.3
1
Разработка мат.
модели системы
Разработка структуры
БД, внешних данных
Разработка алгоритмов
информационного
обеспечения
Разработка наборов
текста для проверки
ПО
Разработка,
утверждение эскизного
проекта
Формализация
программноаппаратных
интерфейсов
Решение вопросов
обеспечения
устойчивости работы
на программном
уровне
Уточнение структуры
и определение формы
БД
Разработка проекта
описания текстовых
программ ПО
Разработка плана
реализации ПО
Разработка программы
и правил испытания
ПО
Согласование и
утверждение
технического проекта
Программирование
модулей
Сбор и отладка ПО
2
3
8
10
4
Н
5
К
6
7
И
О
И
О
И
О
8
9
10
12
Н
К
12
14
Н
К
14
16
Н
К
16
17
Н
К
17
19
Н
К
И
О
19
22
Н
И
О
19
20
Н
И
О
22
27
Н
И
И
О
27
30
Н
И
30
31
Н
И
И
О
И
О
30
32
И
О
ИО
32
37
Н
ИО ИО
37
41
Н
ИО ИО
И
О
И
И
О
10
53
Продолжение таблицы 2.3
1
Тестирование ПО в
реальной среде
Установка ПО на
объекте внедрения
Обучение и
консультации
персонала
Поставка ПО и
документации на
объекты внедрения
Завершение
2
3
41
45
45
48
48
51
51
54
4
Н
И
О
О
5
6
7
8
9
10
ИО
И
И
О
И
О
И
И
0
Составим график занятости специалистов вовлеченных в проект, за
основу возьмѐм приведѐнную выше матрицу ответственности (рис 2.6).[15]
График занятости будем использовать для расчета заработной платы
команды разработки информационной системы мониторинга деятельности
малого предприятия по ремонту автомобилей. Ставку каждого специалиста
из таблицы 2.2
перемножаем
с
«Ставка заработной платы привлеченных специалистов»
количеством
дней,
который
специалист
занят
над
разработкой и получаем заработную плату специалиста без учета вычетов
налогов.
Произведем расчет итоговых расходов на заработную плату веем
участникам разработки с учѐтом вычета налогов в размере 26% (страховые и
накопительные взносы в пенсионный фонд – 20%, взносы в фонд
социального страхования – 2,9 %, взносы – 3,1%) и НДФЛ – 13%.
54
Менеджер проекта
Аналитик
Специалист по
документации
Пректировщик
Программист
Программист
1 месяц
2 месяц
3 месяц
1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54
Тестировщик1
Рисунок 2.6 – График занятости команды проекта
55
Таблица 2.4 – Затраты на заработную плату по месяцам
Специалист
1 месяц
Кол-во
2 месяц
З/П, руб.
дней
Менеджер
Кол-во
3 месяц
З/П, руб.
дней
Кол-во
З/П, руб.
дней
20
57 824
20
57 824
14
40 476,8
16
32 025,6
0
0
4
8 006,4
9 452
11
20 794,4
10
18 904
проекта
Аналитик
Специалист
по 5
документации
Проектировщик
14
29 579,2
12
25 353,6
0
0
Программист 1
0
0
9
22 017,6
1
2 446,4
Программист 2
0
0
9
22 017,6
1
2 446,4
Тестировщик 1
0
0
0
0
5
11 120
Итого:
128 880,8
148 007,2
83 400
Итоговая стоимость затрат на заработную плату привлеченным
сотрудникам на все 3 неполных месяца работ составила 360 288р с учетом
выплаты налогов.
Так же на реализацию проекта потребуются другие затраты:
- Стоимость оборудования и ПО 120 000р.
- Аренда помещения, мес. 18 000р.
- Интернет, связь мес. 650р.
- Амортизационные отчисления, мес. 5 000р.
- Коммунальные услуги, мес. 7 000р
- Услуги клининговой компании 12 000р.
Итого, 3 мес.: 247 950р.
56
Заключение
Автоматизация
мониторинга
деятельности
малого
предприятия–
актуальный вопрос, который встаѐт на пути развития бизнеса по ремонту
автомобилей. Цель выпускной квалификационной работы - создания проекта ИС
для
мониторинга
деятельности
малого
предприятия,
осуществляющего
деятельность по ремонту автомобилей.
Для достижения поставленной цели были сформулированы и выполнены
ряд задач. Для начала необходимо было понять процесс организации бизнеспроцессов малых предприятий по ремонту автомобилей, которые не используют
ПО
для
автоматизации
своей
деятельности,
чтобы
обозначить
область
автоматизации.
Так же были проанализированы существующие специализированные
программные
продукты
по
автоматизации
деятельности
предприятий
осуществляющих ремонт и продажу автомобилей. Составлен сравнительный
анализ готовых решений, сделаны выводы.
Изучив
деятельность
предприятия,
была
построена
модель
по
автоматизации бизнес-процессов малого предприятия по ремонту автомобилей в
нотации языка BPMN. С помощью диаграммы оркестровки были отражены
ключевые
бизнес-процессы,
которые
необходимо
автоматизировать
для
оптимизации мониторинга деятельности предприятия.
Следующей задачей было выполнить проектирование информационной
системы мониторинга деятельности предприятия по ведению и поддержанию
взаимодействия с клиентами:
Для
реализации
задачи
проектирования
информационной
системы
мониторинга в нотации языка UML были созданы следующие диаграммы:
– диаграмма вариантов использования;
57
– диаграмма классов с указанием интерфейсов;
– диаграмма деятельности;
Наконец, для реализации ИС требовалось обозначить:
- временной промежуток каждого этапа разработки.
- персонал и его количество для создания команды по разработке.
- затраты на заработную плату вовлеченных в разработку лиц.
- другие затраты на реализацию ИС.
С помощью диаграммы Гантта была вычислена продолжительность
разработки ИС, которая составляет 54 рабочих дней.
Обозначив необходимый для команды разработки персонал, была построена
таблица занятости каждой единицы команды разработки, рассчитаны затраты на
заработную плату. Так же были вычислены прочие затраты на создание
программного продукта. Таким образом, общие затраты на 3 месяца работ
составят: 608 238р. Срок окупаемости составит 2 месяца.
58
Список литературы:
1. ШитоваТ.Ф., Щербаева Е.И. Проблемы автоматизации учета в малом,
среднем и крупном бизнесе. Екатеринбург : Изд-во ФГБОУ ВПО «Уральский
государственный экономический университет», 2014, 439-441с.
2. Альфа-Авто:Автосалон+Автосервис+Автозапчасти Проф, редакция 5 для
одного пользователя (аппаратная защита) [Электронный ресурс]- Режим доступа,
URL:
https://rarus.ru/1c-auto/_alfa-avto-avtosalon-avtoservis-avtozapchasti-5/
Дата
обращения: 01.08.2018г.
3. АвтосервисПро [Электронный ресурс] – Режим доступа, URL:
http://www.avtoservice.pro/? Дата обращения: 01.08.2018г.
4. Программа для автосервиса и СТО [Электронный ресурс] – Режим
доступа, URL: https://www.tradesoft.ru/ Дата обращения: 01.08.2018г.
5. АвтоПредприятие 10 AutoSoft [Электронный ресурс] – Режим доступа,
URL: http://www.autosoft.ru/products/autoshop// Дата обращения: 01.09.2018г.
6. Федоров И.Г. Моделирование бизнес-процессов в нотации BPMN 2.0 /
Научно-практическое издание. — М: МЭСИ, 2013. — 264 с.
7. Репин, В.В. Процессный подход к управлению. Моделирование бизнес
процессов/ В.В. Репин, В.Г. Елиферов – М.: Манн, Иванов и Фербер, 2013.– 136 –
139 с.
8.Новиков, А.Ф. Анализ и проектирование на языке UML / А.Ф. Новиков.
– СПб.: ИТМО, 2007. – 286 с.
9. Оптимизация графика занятости персонала [Электронный ресурс] –
Режим доступа, URL: http://mirznanii.com/a/165869/optimizatsiya-grafika-zanyatostipersonala Дата обращения: 10.09.2018г.
10.
ГОСТ
Р
ИСО/МЭК
12207-2010.
Информационная
технология.
Системная и программная инженерия. Процессы жизненного цикла программных
средств
[Электронный
ресурс]
–
Режим
доступа,
URL:
59
Дата
http://docs.cntd.ru/document/gost-r-iso-mek-12207-2010
обращения:
05.08.2018г.
11. ОРММ АСЖТ 5.01-96 Информационная технология. Комплекс
отраслевых руководящих методических материалов на автоматизированные
системы на железнодорожном транспорте. Порядок ввода автоматизированных
систем
в
действие
[Электронный
ресурс]
–
Режим
доступа,
URL:
http://docs.cntd.ru/document/456028497 Дата обращения: 05.08.2018г.
12. Коцюба И.Ю., Чунаев А.В., Шиков А.Н. Основы проектирования
информационных
систем.
Учебное
пособие.
-
Санкт-Петербург:
СПб:
Университет ИТМО, 2015. - 206 с.
13. Сетевой график [Электронный ресурс] – Режим доступа, URL:
https://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D1%82%D0%B5%D0%B2%D0%
BE%D0%B9_%D0%B3%D1%80%D0%B0%D1%84%D0%B8%D0%BA
Дата
обращения: 10.08.2018г.
14. Мекшенева Ж.В. Проектирование модуля информационной системы с
использованием языка UML = The design of the module of the information system
using UML / Ж. В. Мекшенева // Формирование региональной культурной
политики
в
контексте
модернизации
образования
[Текст]
:
материалы
Международной научно-практической конференции, - Орел : ФГБОУ ВПО
"Орловский гос. ин-т искусств и культуры", 2014. - C. 170-173
15.Герасимов М.М., Оленина О.А., Ступникова Е.А., Цыпин П.Е. Управлен
иепроектами: Учебное пособие: – М.: МИИТ, 2012. - 178 с.
16. Налбандян Г.Г., Кушниренко Е.Б. Оптимизация распределения
полномочий и ответственности по методике RACI// СТРАТЕГИИ БИЗНЕСА, 2014. - № 4 (6) . – с. 33-36
1/--страниц
Пожаловаться на содержимое документа