Диплом: Автоматизация приема заявок на ремонт и модернизацию ПК в ПАО "Т Плюс" Пермская ТЭЦ-9

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
47
Управление работами (workmanagement)
Модуль позволяет управлять работами по плановому и внеплановому
обслуживанию активов от генерации заявок и нарядов на проведение работ, до
регистрации проведенного мероприятия. Модуль поддерживает возможность
согласования рабочих заданий с имеющимися ресурсами, оценки необходимых
расходов, установки приоритетности выполнения и инициирования
мероприятий по обслуживанию корпоративных активов в масштабе
организации. Модуль Управление обслуживанием имеет ряд особенностей:
средства контроля позволяют детально анализировать
использование ресурсов, оборудования и материалов, а также
оценивать соответствующие издержки, способствуя уменьшению
трудозатрат и расхода материала;
графический инструмент управления заданиями помогает
оптимизировать календарное планирование рабочих мероприятий
и распределение трудовых ресурсов;
поддержка функций профилактического обслуживания
(Preventivemaitanence, PM) позволяет согласовывать календарные
планы
PM-мероприятий с рабочими процессами и требованиями к ресурсам,
помогая сокращать время незапланированных простоев и сводить к минимуму
проведение внеплановых ремонтов [20].
ИЛАДА (система)
КИС ИЛАДА – это CRM, ERP-система для автоматизации бизнес-
процессов предприятий, предлагающая автономные (установка на сервер
клиента) и аутсорсинговые решения (работа через интернет).
48
КИС ИЛАДА – полный комплекс услуг на рынке программного
обеспечения для предприятий. Отдельная конфигурация «Управление
ремонтными работами» включает в себя комплексное управление всеми
ресурсами организации и позволяет решать весь спектр задач банка (включая
управление техническими средствами банка).
КИС ИЛАДА обладает функциями:
1.
Планирование потребности в материальных, трудовых,
производственно- технологических ресурсах на основе объемно-
календарного плана и технологических процессов.
2.
Сводный анализ движения материальных ресурсов
3.
Расчет норм страховых запасов на складах
4.
Журнал и учет инкассации.
Представляет собой программное средство описания структуры системы,
взаимосвязь ее объектов и операций с ними. Описание работы с данными
позволяет определять списки возможных операций с данными, настраивать
шаблоны импорта/экспорта данных и условий обмена. Описание системы
позволяет гибко настроить доступ пользователей к тем или иным системам,
подсистемам, задачам, операциям. Для каждого автоматизированного рабочего
места производится настройка набора доступных данных и операций. Это
позволяет повысить безопасность хранения корпоративных данных от
несанкционированного доступа.
В системе протоколируются все производимые изменения, что позволяет
в случае возникновения неполадок быстро найти причины и оперативно их
устранить.
Отчеты позволяют создать срез информации необходимой для анализа
деятельности компании в целом либо работы отдельных подразделений. Для
этого в системе предусмотрен набор инструментов, позволяющий
конструировать формы и бланки отчетов.
49
SAP R/3
SAP R/3 - платформа для построения ERP-систем компании SAP. Состоит
из набора прикладных модулей, которые поддерживают различные бизнес-
процессы компании и интегрированы между собой в масштабе реального
времени:
1.
Финансы (FI).
2.
Контроллинг (CO).
3.
Производственное планирование (PP).
4.
Управление материальными потоками (MM).
5.
Техобслуживание и ремонт оборудования (PM).
6.
Управление персоналом (HR).
7.
Отраслевые решения (IS).
Сравнение систем аналогов представлено в таблице 1.4.
Таблица 1.4
Сравнение систем аналогов
Показатель
IBMMaximo
КИС
ИЛАДА
SAP R/3
Модульность
+
+
+
Стоимость
От 80 000 р.
От 50 000 р.
От 90 000р.
Интеграция
Только
с
системами
собственной
разработки
Только с системами
собственной
разработки
Только с системами
собственной
разработки
Открытый код
нет
нет
нет
Настройка
Требует
специальных
знаний
Требует
специальных
знаний
Требует
специальных
знаний
Сложность
внедрения
Внедряется
разработчиком
Внедряется
разработчиком
Внедряется
разработчиком
Требует
дополнительно
е ПО
Нет
Да
Да
Для решения задачи автоматизации деятельности по учету
компьютерного и телекоммуникационного оборудования были рассмотрены
существующие программные аналоги.
50
Существующие программные аналоги, которые могут быть применены
для решения поставленной задачи имеют высокую стоимость и сложность в
интеграции в организации, в связи с этим было принято решение о разработке
собственной информационной системы. В связи с этим необходимо
рассмотреть способы проектирования, инструментальные средства
проектирования и разработки программного обеспечения.
Поскольку организация обладает всеми имеющимися средствами для
разработки собственного программного обеспечения проектирование и
разработка информационной системы может быть выполнена собственными
силами без привлечения сторонних разработчиков и покупки дополнительного
программного обеспечения.
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Существует четыре варианта стратегии автоматизации: хаотичная
автоматизация, автоматизация по участкам, автоматизация по направлениям и
комплексная автоматизация.
Хаотичная автоматизация предполагает под собой приобретение
предприятием без конкретного стратегического плана отдельных фрагментов
информационной системы, которые не способны оказать реальной пользы
предприятию в целом. Дальнейшее развитие информационной системы
предприятия связано с новыми, значительными затратами.
Автоматизация по участкам предусматривает автоматизацию отдельных
бизнес процессов, объединенных по набору выполняемых функций. Этот
способ автоматизации выбирается при условии, если существуют участки, где
применение автоматизированных систем дает значительный экономический
эффект, например, за счет сокращения персонала.
51
Автоматизация по направлениям подразумевает под собой
автоматизацию отдельных направлений деятельности компании. В этом случае
компания получает полную автоматизацию работы. Такой подход к
автоматизации вполне нормален и в дальнейшем интеграция уже
автоматизированных направлений в рамках всего предприятия не будет связана
с серьезными препятствиями.
В нашем случае целесообразным будет применение четвертого варианта
автоматизации - автоматизации по направлениям.
Разработка и внедрение информационной системы «Учет ремонта и
модернизации ПК» Пермской ТЭЦ-9 будет проходить следующим образом:
1.
Анализ предметной области. На этом этапе разработчик, совместно
с заказчиком, проводит исследование, определяет цели и задачи
проекта.
2.
Выбор решения по реализации.
3.
Постановка задачи и определение функциональности ИС.
4.
Разработка хранилища данных и дизайна ИС. При разработке
дизайна необходимо учесть целый ряд важных факторов. Это
предпочтения пользователей, удобство интерфейса и его
эргономичность.
5.
Программная реализация. Созданная модель данных и хранилище
данных интегрируется с программной реализацией интерфейса.
6.
Тестирование проекта. Проверка работоспособности,
разработанной ИС. Все выявленные в ходе тестирования ошибки и
недочёты немедленно устраняются в рамках технического задания.
7.
Сдача проекта. Сдача готового проекта, демонстрация всех
возможностей, ранее описанных в техническом задании на
разработку ИС.
52
1.3.3. Выбор и обоснование способа приобретения ИС для
автоматизации задачи
При выборе способов собственной автоматизации у каждой компании
существуют следующие альтернативы:
1.
Приобрести готовое решение.
В данной ситуации организация покупает настроенную модель ведения
бизнеса. Плюсами такого решения можно считать: низкую стоимость системы,
универсальный набор связанных бизнес процессов, высокую надежность. В
качестве минусов следует отметить: необходимость перестройки собственной
деятельности под приобретенную модель, отсутствие специфичной
управленческой отчетности.
2.
Приобрести адаптируемое решение и услуги по настройке.
При таком подходе организация получит универсальное программное
обеспечение, адаптированное под его специфику. Качество адаптации очень
сильно зависит от стоимости дополнительной настройки. Такое решение будет
учитывать специфику данной организации, как в плане процессов, так и
отчетности. Надежность данного решения будет меньше, так как в ходе
настройки неизбежно будет внесено какое-то количество ошибок. Стоимость
владения будет существенно выше, чем в первом случае.
Покупка готового решения приведёт к желаемому результату, но платить
за подобное решение, которое позволит начальнику отдела ИТ и специалистам
решать различные задачи придется очень много, в связи с этим платить
большие суммы не имеет смысла.
Доработка готового решения не возможна, так как подобные системы
относятся к разряду систем с закрытым исходным кодом.
53
3.
Разработка собственного ПО
Разработка собственного программного решения информационной
системы позволит решить сразу большой спектр задач на этапе
проектирования, что позволит разработать систему под уже имеющиеся бизнес-
процессы, а также получить возможность переделать бизнес-процессы с целью
оптимизации работы.
Единственным отрицательным моментом при разработке собственного
ПО служит значительное время на проектирование и разработку и так же
затраты на разработку.
В связи с тем, что все рассмотренные аналоги сложны в установке,
настройке и работе, а также имеют высокую стоимость, внедрение какого-либо
программного продукта является проблематичным. В связи с этим необходимо
рассмотреть средства разработки собственного решения.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Входные документы для решаемой задачи желательно получать через
сеть, поэтому они должны быть представлены в файлах заранее согласованной
структуры. Для упрощения использования таких файлов, они должны иметь
табличную форму (что несложно осуществить, т.к. эти документы являются
результатными в других задачах и выводятся программными средствами).
При построении структуры экранных форм для ввода данных первичных
документов с оперативной информацией целесообразно использовать
комбинированную форму, максимально приближенную к той, которая была
использована для построения самого документа. Расположение полей должно
быть в последовательности, соответствующей логической структуре документа
и файлов с оперативной информацией, сокращающей трудоемкость операции
загрузки информации в информационную базу.
54
При построении экранных форм для документов с постоянной
информацией следует иметь в виду, что эти макеты используются для ввода и
актуализации записей информационной базы, поэтому для их проектирования
целесообразно применить анкетную форму расположения реквизитов, удобную
для выполнения этих операций.
В ИС будут использоваться формы документов, выполненные
оригинальным проектированием непосредственно для работы специалистов.
В работе будет использоваться диалоговый режим при работе с
программой, т.е. по мере выполнения команд и запуску определенных форм
программа будет ожидать от пользователя определенных действий. По мере их
выполнения будет происходить обработка информации, запись в БД,
преобразование, вывод на печать, фильтрация и поиск.
Результат обработки будет представляться в виде отчетов, либо
измененных наборов данных для отображения на экране. Например, поиск
документов по реквизитам, при вводе определенного параметра пользователем
система произведет отбор записей, которые отвечают данному условию, и
предоставит список.
Благодаря диалоговому режиму отсутствует четко установленная заранее
последовательность операций по обработке данных.
Для каждого из входных документов будут создаваться экранные формы
ввода первичной информации. При этом необходимо обеспечить соответствие
макета экранной формы форме входного документа. Не обязательно, чтобы
внешний вид этих форм совпадал, но все вводимые элементы данных должны
располагаться в том же относительном порядке и иметь такой же формат, что и
в исходном документе.
Результатная информация должна отображаться на экранных формах в
соответствии с формой выходного документа, отчетах по документу или
журналу документов.
55
Для удобного доступа к данным результатных форм предполагается
разработка журналов документов, списка документов, отсортированного по
различным признакам. Проектируемые журналы:
Журнал заявок
Журнал выполненных работ
Журнал оборудования
Журнал замен деталей.
Условно-постоянная информация будет храниться в справочниках. В
системе потребуются следующие справочники:
Справочник «Подразделения»;
Справочник «Причины поломок»;
Справочник «Детали»;
Справочник «Оборудование»;
Справочник «Марки оборудования»;
Справочник «Сотрудники»;
Справочник «Тип оборудования».
Формы для ввода справочников должны позволять просматривать,
добавлять, редактировать, удалять записи. При проектировании макетов форм
ввода справочников применим анкетную форму расположения реквизитов,
удобную для ввода и актуализации справочников.
Для ввода первичной информации понадобятся следующие формы:
Заявка на обслуживание.
Оборудование.
Замена деталей.
Размещение оборудования.
Списание оборудования.
Ремонт оборудования.
Для всех документов должны печататься отчетные формы.
56
Организация диалога осуществляется посредством установки
связей между данными, которые представляют собой информационные модели.
В данной работе используется реляционная модель, так как со
структурной точки зрения реляционные модели являются более простыми и
однородными, чем сетевые и иерархические модели. Реляционные модели
являются наиболее распространенными и наиболее подходят для решения
рассматриваемой задачи.
Для реализации проекта был выбран тип СУБД – Microsoft SQL Server
2008.
Модель базы данных 1С:Предприятия 8.3 имеет ряд особенностей,
отличающих ее от классических моделей систем управления базами
данных (например, основанных на реляционных таблицах), с которыми имеют
дело разработчики в универсальных системах.
Основное отличие заключается в том, что разработчик 1С:Предприятия
не обращается к базе данных напрямую. Непосредственно он работает с
платформой 1С:Предприятия. При этом имеет возможности:
описывать структуры данных в конфигураторе,
манипулировать данными с помощью объектов встроенного
языка,
составлять запросы к данным, используя язык запросов.
1.4.2.Обоснование проектных решений по программному
обеспечению
Программное обеспечение (ПО) – совокупность программ системы
обработки данных и программных документов, необходимых для эксплуатации
этих программ. ПО предназначено для придания вычислительной системе
определенных свойств, связанных с увеличением производительности,
повышением достоверности получаемых результатов, повышением
надежности функционирования системы, улучшения работы пользователя.

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)