Внедрение системы учёта выполнения технического обслуживания и ремонта для оборудования ИТ на предприятии. Внедрение системы учёта выполнения технического обслуживания и ремонта для оборудования ит на предприятии
 Скачать 3.11 Mb.
|
|
3. ФИНАНСОВЫЙ МЕНЕДЖМЕНТ 3.1. Оценка коммерческого потенциала и перспективности проведения научных исследований с позиции ресурсоэффективности и ресурсосбережения 3.1.1. Потенциальные потребители результатов исследования Целевой аудиторией: системы для технического обслуживания и ремонта оборудования информационных технологий являются филиал информационных систем, филиал администрации. Целевым рынком разработки является рынок систем для технического обслуживания и ремонта оборудования информационных технологий. Один из критериев сегментации – вид потребителей, основанный на целевой аудитории. Второй критерий – версия программного продукта. Он основан на поведенческом принципе сегментирования, который предполагает разделение потребителей на группы в зависимости от характера использования программного продукта. Стандартная версия программного продукта предполагает только получение списка необходимого проведения ТОиР. В расширенной версии программного продукта пользователю доступна вся информация о ТОиР и ее анализ. Преимущества данной системы заключаются в удобном и простом интерфейсе для пользователя, высокой производительности и возможности анализа проведенного и не проведенного технического обслуживания. Недостатками являются узкая направленность системы то есть, только для технического обслуживания и ремонта, а также ограниченный функционал. В таблице 3 представлена карта сегментирования рынка на основе наиболее значимых критериев. Таблица 3 – Карта сегментирования рынка системы для технического обслуживания и ремонта оборудования информационных технологий Виды потребителей 51 Отдел технического обслуживания и ремонта Бухгалтерский отдел Контролирующий отдел В ер си я п р ог р аммного п р од ук та Стандартная версия Расширенная версия В результате анализа и сегментирования рынка системы для технического обслуживания и ремонта оборудования информационных технологий получается, что основным сегмента рынка, на который необходимо ориентироваться, является область разработки именно расширенной версии продукта. 3.1.2. Анализ конкурентных технических решений В данный момент на рынке существуют следующие аналоги разрабатываемой системы: Программный продукт «1С: ТОиР» (К1); Программный продукт «TRIM-PMS» (К2); Программное продукт «АСУ РТО» (К3). Эти программные продукты, выполняют функцию анализа выполнения технического обслуживания и ремонта. Они имеют очень широкий функционал, как правило, не очень дружелюбный интерфейс для пользователя, а также, высокую цену за внедрение и приобретение системы. Оценочная карта для сравнения конкурентных программных решений представлена в таблице 4. 52 Таблица 4 – Оценочная карта для сравнения конкурентных программных решений Критерии оценки Вес критери я Баллы Конкурентоспособность Бф Бк1 Бк2 Бк3 Кф Кк1 Кк2 Кк3 Технические критерии оценки ресурсоэффективности Энергоэффективность (Способность обеспечивать продолжение работы после возникновения отклонений) 0,2 5 5 4 4 1 0,6 0,8 0,8 Функциональная мощность 0,2 4 5 4 4 0,8 1 1 1 Уровень защиты 0,1 5 5 5 5 0,5 0,5 0,5 0,5 Качество и простота интерфейса 0,15 5 2 3 3 0,7 5 0,45 0,3 0,45 Экономические критерии оценки ресурсоэффективности Цена 0,1 2 5 3 3 0,2 0,3 0,4 0,4 Область применения 0,15 3 4 2 2 0,4 5 0,3 0,3 0,45 Уровень проникновения на рынок 0,05 1 4 2 2 1 0,15 0,15 0,2 Поддержка продукта 0,05 2 5 2 1 0,1 0,1 0,15 0,25 Итого 1 3,8 3,4 3,6 4,05 Экспертная оценка основных технических и экономических характеристик конкурентных программных решений показывает, что разрабатываемая система является конкурентоспособной по сравнению с представленными аналогами. 53 Основными недостатками конкурентных программных продуктов являются слишком широкий спектр функциональных возможностей и относительно сложный пользовательский интерфейс. Разрабатываемая система учета технического обслуживания и ремонта предоставляет не такой большой спектр функциональных возможностей и имеет удобный и простой пользовательский интерфейс. 3.1.3. Технология QuaD Для оценки качества разработки и ее перспективности на рынке была построена оценочная карта конкурентных программных решений по технологии QuaD с учетом технических и экономических особенностей этой разработки. Данная оценочная карта представлена в таблице 5. Таблица 5 – Оценочная карта для сравнения конкурентных программных решений по технологии QuaD Критерии оценки Вес критерия Баллы Максималь ный балл Относитель ное значение (3/4) Средневзвешен ное значение (5х2) Показатели оценки качества разработки Функциональная мощность 0,15 90 100 0,9 13,5 Надежность 0,1 80 100 0,8 8 Качество интерфейса 0,25 100 100 1 25 Удобство эксплуатации 0,1 85 100 0,85 8,5 Показатели оценки коммерческого потенциала разработки Цена 0,1 80 100 0,8 8 Уровень проникновения на рынок 0,1 45 100 0,45 4,5 Финансовая эффективность научной разработки 0,05 80 100 0,8 4 Срок выхода на рынок 0,1 90 100 0,9 9 Поддержка продукта 0,05 70 100 0,7 3,5 Итого 1 84 54 В результате оценки качества и перспективности по технологии QuaD можно сделать вывод, что разработка системы учета технического обслуживания и ремонта будет перспективна на предприятии, так как значение итогового показателя оценки перспективности лежит в диапазоне от 80 до 100. 3.1.4. SWOT-анализ Для комплексного анализа научно-исследовательского проекта на основе анализа конкурентных решений была составлена матрица SWOT- анализа, содержащая сильные и слабые стороны проекта, а также возможности и угрозы для разработки проекта. Для того, чтобы разобраться с различными комбинациями взаимосвязей областей матрицы SWOT, были построены интерактивные матрицы проекта, показывающие соответствия параметров SWOT-анализа. Интерактивная матрица проекта полей «Сильные стороны и возможности» представлена в таблице 6. Таблица 6 – Интерактивная матрица сильных сторон и возможностей проекта Сильные стороны проекта Возмо жност и проект а С1. Актуаль ность разработ ки. С2. Простой интерфейс пользовате ля. С3. Возможнос ть внести изменения в систему С4. Возмож ность планиро вания проведе ния ТОиР С5. Ограничение доступа к данным В1. Внедрение дополнительны х функций анализа данных. + + + + - В2. + + + 0 - 55 Расширение списка ремонтируемы х устройств. В3. Возможность интеграции с бухгалтерией + - 0 + - В4. Рост потребностей пользователей. + + + + + В5. Расширение программного продукта + + + + - Интерактивная матрица проекта полей «Слабые стороны и возможности» представлена в таблице 7. Таблица 7 – Интерактивная матрица слабых сторон и возможностей проекта Слабые стороны проекта Возмож ности проекта Сл1. Нестабил ьная работа при открытии нескольк их окон разработк и Сл2.Ограниче нная разработка для локального предприятия Сл3. Сложно сти при создани и новых отчетов. Сл4. Небольш ой опыт разработ ки. Сл5. Неизвестно сть разработки на предприят ии. В1. Внедрение дополнительны х функций анализа данных. + - + - 0 В2. Расширение списка - 0 - + - 56 ремонтируемы х устройств. В3. Возможность интеграции с бухгалтерией + - + - + В4. Рост потребностей пользователей. - + - + - В5. Расширение программного продукта - + 0 + + Интерактивная матрица проекта полей «Сильные стороны и угрозы» представлена в таблице 8. Таблица 8 – Интерактивная матрица сильных сторон и угроз проекта Сильные стороны проекта Угроз ы проек та С1. Актуально сть разработки С2. Простой интерфейс пользовате ля. С3. Возможно сть внести изменения в систему С4. Возможнос ть планирован ия проведения ТОиР С5. Ограничен ие доступа к данным У1. Появление и развитие аналогичных систем. + 0 0 0 - У2. Сложности в разработке - + + + + У3. Сбои работы в различных средах функционирова ния. - + + + + 57 У4. Конкуренция с уже готовыми продуктами - + + + 0 У5. Введение дополнительны х требований к принятию системы - + + + - Интерактивная матрица проекта полей «Слабые стороны и угрозы» представлена в таблице 9. Таблица 9 – Интерактивная матрица слабых сторон и угроз проекта Слабые стороны проекта Угроз ы проект а Сл1. Нестабильн ая работа при открытии нескольких окон разработки Сл2. Ограниченн ая разработка для локального предприяти я Сл3. Сложнос ти при создании новых отчетов. Сл4. Небольш ой опыт разработк и. Сл5. Неизвестнос ть системы на предприяти и. У1. Появление и развитие аналогичных систем. 0 - 0 - 0 У2. Сложности в разработке - 0 - - 0 У3. Сбои работы в различных средах функционирован ия. + + - - + У4.Конкуренция + + - + - 58 с уже готовыми продуктами У5. Введение дополнительных требований к принятию системы + + + + - Результаты анализа интерактивных матриц проекта представлены в матрице SWOT-анализа. Таблица 10 – Матрица SWOT-анализа Сильные стороны научно- исследовательского проекта: С1. Актуальность разработки. С2. Простой интерфейс пользователя. С3. Возможность внести изменения в систему С4. Возможность планирования проведения ТОиР С5. Ограничение доступа к данным Слабые стороны научно- исследовательского проекта: Сл1. Нестабильная работа при открытии нескольких окон разработки Сл2.Ограниченная разработка для локального предприятия Сл3. Сложности при создании новых отчетов. Сл4. Небольшой опыт разработки. Сл5. Неизвестность разработки на предприятии. Возможности: В1. Внедрение дополнительных функций анализа данных. В2. Расширение списка ремонтируемых устройств. В3. Возможность интеграции с бухгалтерией В4. Рост потребностей пользователей. В5. Расширение программного продукта. Направления развития: 1. В1B5С1С2С3С4 – разработка отчетов для анализа выполнения ТОиР. 2. В3В4С1С3 – возможность в 1С в бухгалтерском отделе контролировать учет ТОиР. 3. В4С1С2С5 – Универсальность разграничений прав доступа к данным. 4. В1В2В5С1С3 – расширение данных системы Сдерживающие факторы: 1. В1Сл3Сл4 – отсутствие знаний в области технического обслуживания и ремонта. 2. В4В5Сл3Сл4 – слишком большие требования пользователей может не удовлетворить разработка. 3. В3В5Сл2Сл5 – отсутствие опыта внедрения систем на предприятии. 59 не должно обладать сложным интерфейсом при разработке. Угрозы: У1. Появление и развитие аналогичных систем. У2. Сложности в разработке У3. Сбои работы в различных средах функционирования. У4. Конкуренция с уже готовыми продуктами У5. Введение дополнительных требований к принятию системы Угрозы развития: 1. У1У4С3С4С5 – непопулярность продукта на рынке снизит мотивацию разработчика к развитию проекта. 2. У1С1 – развитие конкурентов. 3. У3У5С3С5 – в процессе внедрения из-за недостатка опыта могут возникнуть сложности в развитии. Уязвимости: 1. У3Сл1Сл5 – сбои работы программы на первых шагах внедрения могут способствовать провалу проекта. 2. У2У3Сл1Сл2Сл4 – нестабильность работы всей системы в целом. 3.2. Определение возможных альтернатив научных исследований Для определения возможных альтернативных путей проведения научных исследований использовался морфологический подход. Морфологический подход основан на систематическом исследовании всех теоретически возможных вариантов, вытекающих из закономерностей строения (морфологии) объекта исследования. Морфологическими характеристиками являются: интегрированная среда разработки; выбор перехода на последующие страницы; формат хранения данных; графический интерфейс пользователя; способ представления анализированных данных. В таблице 11 представлена морфологическая матрица проекта. Таблица 11 – Морфологическая матрица проекта Исполнение 1 Исполнение 2 Исполнение 3 А. Среда разработки 1С:Предприятие, версия 7.7 1С: Предприятие, версия 8, редакция TRIM-PMS 60 3.0 Б. Выбор перехода Выпадающий список Ссылки Кнопки В. Формат хранения данных Список Документ Таблица Г. Графический интерфейс пользователя Текстовые данные Формы Списки Д. Способ представления анализированных данных Графики Отчеты Текст Из данной морфологической матрицы проекта было выделено три варианта решения технической задачи: И1. А2Б1В1Г1Д3; И2. А1Б2В3Г2Д2; И3. А3Б3В2Г3Д1. Эти варианты исполнения будут использованы в дальнейших расчетах. 3.3. Планирование научно-исследовательских работ 3.3.1. Структура работ в рамках научного исследования Для планирования комплекса предполагаемых работ был составлен перечень этапов и работ в рамках проведения научного исследования, определены исполнители проекта и распределено время и этапы работ между исполнителями проекта. Исполнителями проекта являются студент и научный руководитель. Перечень этапов, работ и распределение исполнителей по данным видам работ в рамках проводимого научно-исследовательского проекта представлен в таблице 12. 61 Таблица 12 – Перечень этапов, работ и распределение исполнителей Основные этапы № раб Содержание работ Должность исполнителя Постановка задачи 1 Постановка задачи Бакалавр, научный руководитель Исследование направления и соответствующей литературы 2 Анализ предметной области Научный руководитель 3 Выбор методов и средств разработки Бакалавр 4 Анализ бизнес-процессов предметной области Бакалавр Практическая часть 5 Написание ТЗ к системе Бакалавр, научный руководитель 6 Внедрение системы Бакалавр 7 Доработка возможности анализа выполненных работ Бакалавр 8 Доработка правильной работы выходных и праздничных дней Бакалавр 9 Разработка системы оповещения о необходимости проведения ТОиР Бакалавр 10 Тестирование Бакалавр 11 Исправление ошибок Бакалавр Оформление документации 12 Оформление руководства пользователя Бакалавр 13 Оценка полученных результатов Бакалавр 14 Оформление отчета по ВКР Бакалавр 3.3.2. Определение трудоемкости выполнения работ Определение трудоемкости работ каждого из участников проекта является важным этапом планирования научно-исследовательских работ, так как трудовые затраты в большинстве случаев образуют основную часть стоимости разработки. 62 Трудоемкость выполнения научного исследования оценивается экспертным путем в человеко-днях и носит вероятностный характер и рассчитывается с помощью длительности работ в рабочих и календарных днях каждого этапа работ. По формуле 1, рассчитывается ожидаемое (среднее) значение трудоемкости выполнения каждой работы t ожi в человеко-днях. T ожi = 3t mini + 2t maxi 5 , (1) где t ожi – ожидаемая трудоёмкость выполнения i-ой работы, человеко- дни; t mini – минимально возможная трудоемкость выполнения заданной i- ой работы (оптимистическая оценка: в предположении наиболее благоприятного стечения обстоятельств), человеко-дни; t maxi – максимально возможная трудоемкость выполнения заданной i-ой работы (пессимистическая оценка: в предположении наиболее неблагоприятного стечения обстоятельств), человеко-дни. По формуле 2, рассчитывается продолжительность каждой работы в рабочих днях T рi , с учетом численности исполнителей на каждом этапе выполнения работ. T p i = t ожi Ч i , (2) где T p i – продолжительность i-ой работы, рабочие дни; t ожi – ожидаемая трудоёмкость выполнения i-ой работы, человеко-дни; Ч i – численность исполнителей, выполняющих одновременно одну и ту же работу на данном этапе, человек. Для удобства построения графика проведения научного исследования необходимо перевести длительность каждого из этапов работ из рабочих в календарные дни с помощью формулы 3. T кi = T рi ∙ k кал , (3) 63 где T кi – продолжительность выполнения i-й работы в календарных днях; T рi – продолжительность выполнения i-й работы в рабочих днях; k кал – коэффициент календарности. Для расчёта длительности каждого из этапов работ в календарных днях необходимо рассчитать коэффициент календарности k кал используя формулу 4. K кал = T кал T кал − T вых − T пр , (4) где k кал – коэффициент календарности; T кал – количество календарных дней в году; T кал – количество выходных дней в году; T пр – количество праздничных дней в году. В 2018 году количество календарных дней составляет 365 дней, а сумма выходных и праздничных дней равна 118 дням. Из этого следует, что коэффициент календарности для 2018 года равен k кал = 1,478. Для построения календарного плана-графика необходимо рассчитать временные показатели проведения научного исследования. Все расчеты представлены на страницах 16-17. |