Отчёт,7

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

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

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

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

12

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

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

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

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

13

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

Следует перечислить ряд основных стандартов, которые регламентируют процесс разработки программного обеспечения. К таким стандартам прежде всего относится Стандарт ISO/IEC 12207:1995 (российский аналог - ГОСТ Р ИСО/МЭК 12207-99), который регламентирует состав всех процессов жизненного цикла программного обеспечения. Данный стандарт определяет процессы, а также работы и задачи, которые осуществляются при поставке, разработке и непосредственной эксплуатации, а также сопровождения программного обеспечения. Говоря о российском аналоге, следует отметить, что данный стандарт не предполагает конкретной модели жизненного цикла программного обеспечения или метода разработки, он является универсальным для любых моделей, методов и технологий разработки программного обеспечения. В России основными стандартами считаются ГОСТ 19.102-77. «Стадии разработки программ и программной документации», который устанавливает перечень необходимых стадий разработки программного обеспечения и программной документации для вычислительных машин, ГОСТ Р ИСО/МЭК 12119-2000 «Информационная технология. Пакеты программ. Требования к качеству и тестирование», который регламентирует требования к пакетам программ, а также состав инструкции по проведению испытаний пакета программ на соответствие его установленным требованиям, направлен на регламентацию систем, которые разрабатываются на продажу, ГОСТ 28195:1989 «Оценка качества программных средств. Общие положения», который устанавливает общие положения по осуществлению процесса оценки качества программных средств и продуктов, ГОСТ Р ИСО/МЭК 9126:1993. «Информационная технология. Оценка программной продукции.

14

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

На основании классификации, приведенной в подразделе 1.1, следует рассмотреть основные плюсы и минусы классов систем, осуществить сравнение существующих возможностей CMMS и EAM-систем, представленных в таблице 1.2.

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

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

Таблица 1.2 – Возможности CMMS и EAM-систем

15

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

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

16

нормативов, тем самым, поддерживая в актуальном состоянии информацию об оборудовании предприятия, его характеристиках, нормативах ремонта и технического обслуживания. Также, «1С:ТОиР» позволяет автоматизировать непосредственно процесс планирования технического обслуживания и проведения ремонтов, то есть обеспечение надлежащей сохранности того или иного оборудования, а также составления планов-графиков осуществления технического обслуживания и ремонтов оборудования. Управление нарядами и работами позволяет формировать наряды на профилактические работы, а также контролировать их выполнение, своевременно предоставляя отчетную документацию [10]. Также, данное решение позволяет вести контроль материально-техническому обеспечению организации, трудозатратам на проведение тех или иных работ, анализировать отчетность и предоставлять пользователю ту или иную документацию.

Следующим вариантом автоматизации процесса проведения профилактических работ и технического обслуживания является система Novosoft EAM. Данная система является модульной, что позволяет ей автоматизировать управление активами, ремонтами, техническим обслуживанием оборудования организации. Решение Novosoft EAM основано на модели, предоставляющей каждому сотруднику организации возможность доступа к проведению управляющих операций и работе с учётной информацией на основе выделенной для него роли, что обеспечивает персоналу организации на всех уровнях не только быстрое ориентирование в данных системы, но и препятствует нарушениям информационной безопасности внутри организации. Ключевыми преимуществами системы Novosoft EAM являются не только глубокая автоматизация всех процессов, обеспечивающих сопровождение ТОиР в организации, а также интеграция в уже существующие различные системы и методы работы [11]. Модульная архитектура и достаточно широкий набор функций системы ЕАМ позволяют автоматизировать графики проведения ремонтных работ и обслуживания, профилактических проверок, а также учёт и последующий контроль работи проведения закупок, что заметно

17

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

«Галактика EAM» – специализированная система, необходимая для осуществления управления производственными активами организации. Данная система позволяет автоматизировать управление каждого элемента цепочки бизнес-процессов, будь то управление активами организации, поступающими запчастями, персоналом, финансами организации, а также позволяет анализировать эффективность процесса обслуживания оборудования. «Галактика ЕАМ» позволяет сократить затраты, которые несет организация на осуществление технического обслуживания и ремонтов оборудования, а также материально-техническое снабжение, без снижения уровня надежности, то есть обеспечить существенное повышение производственных характеристик оборудования без существенного увеличения затрат.

Данная система позволяет управлять следующими процессами:

-осуществление управления активами, к которому относятся проведение паспортизации оборудования, контроль состояния оборудования;

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

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

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

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

обслуживания [12].

18

Как видно из перечня управляемых процессов, «Галактика EAM» позволяет управлять всем жизненным циклом оборудования, начиная с его монтажа, а также сопутствующими процессами, затрагивающими финансовые аспекты, а также управление человеческими ресурсами. «Галактика EAM» позволяет интегрироваться с АСУ ТП системами, позволяя анализировать необходимость проведения ремонтных и профилактических работ на основе полученных данных. Также, данная система позволяет интегрироваться с прикладным решением «1С:Управление производственным предприятием», что позволяет переложить весь функционал контроля и управления профилактическими и ремонтными работами на систему «Галактика EAM», а решению «1С:Управление производственным предприятием» отвести роль управления финансовой деятельностью организации. Также, возможности «Галактики EAM» позволяют ей работать через Web-сервер, осуществляя ввод и получение информации удаленно.

Система Avantis.Pro представляет собой решение управления основными фондами организации и относится к классу систем EAM, обладая большим функционалом и значительной гибкостью, предоставляет доступ к информации по каждому подразделению, превращая её в знания о состоянии основных фондах организации. Данная система использует функцию картотек для быстрого поиска информации и её изменения, а также имеет в своем составе модуль «Снабжение», который позволяет снизить затраты на покупку больших объемов товарно-материальных ценностей, модуль «Управление работами» и «Планово-предупредительное техническое обслуживание», которые направлены на получение информации о всех проведенных работах по каждой единице оборудования, создание библиотеки нарядов-заявок, а также возможности взаимодействия со складом для получения необходимых запчастей и деталей при проведении тех или иных работ.

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

19

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

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

1.3 Анализ проблем учета профилактических и ремонтных работ в энергетической организации и пути их решения

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

20

таким признакам относятся охват территории, назначение электрической сети, характер потребителей.

Рисунок 1.2 – Классификация электрических сетей

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

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

21