MODELS OF RELIABILITY ESTIMATION OF AN ENTERPRISE AUTOMATED CONTROL SYSTEMS BASED ON STATIC PROBABILITY OF COMPONENTS

Texto integral

В последние десятилетия проблема повышения надежности не ослабела, а, напротив, значительно обострилась. Это связано с действием ряда объективных причин, обусловленных бурным техническим прогрессом в новой области техники - информатике и вычислительной технике. Одной из таких причин является непрерывный рост сложности аппаратуры, который намного опережает рост качества элементной базы. Говоря о другой составной части информационных систем - программном обеспечении (ПО), следует отметить, что оно также заметно влияет на надежность системы. Нарушение работоспособности ПО часто приводит к не менее тяжелым последствиям, чем отказы техники, но найти причину такого нарушения бывает крайне тяжело. Неправильная работа программ может провоцировать отказы технических устройств, устанавливая для них более тяжелые условия функционирования, поэтому вопросам обеспечения и поддержания надежности ПО всегда уделялось большое внимание [1]. Несмотря на создание большого количества методов и моделей исследования надежности программного обеспечения, единого подхода к решению этой проблемы предложено не было, причиной чего является уникальность каждой программной системы. Тем не менее создатели важных проектов стараются получить оценку надежности разрабатываемого ими ПО. Одним из видов информационных систем является автоматизированная система управления предприятием (АСУП) - комплекс программных, технических, информационных, лингвистических, организационнотехнологических средств и действий квалифицированного персонала, предназначенный для решения задач планирования и управления различными видами деятельности предприятия. Основу АСУП составляет ERP-система - программная система управления ресурсами предприятия. Автоматизированные системы управления предприятием в торговле обладают более высокими требованиями к непрерывности и оперативности работы, чем в других сферах экономической деятельности. В связи с этим возникает вопрос исследования оценки и обеспечения надежности применительно к этому классу информационных систем. Согласно классическому определению, надежность - это способность системы или компонента выполнять требуемые функции при определенных условиях за определенный период времени [2]. Надежность в широком смысле - комплексное свойство, которое в зависимости от назначения объекта и условий его эксплуатации может включать в себя свойства безотказности, долговечности, ремонтопригодности и сохраняемости. Для количественной оценки надежности используют как единичные показатели надежности, характеризующие только одно свойство надежности, и комплексные показатели надежности, так и характеризующие несколько ее свойств. Рассмотрим основные факторы, влияющие на надежность ERP-систем в торговых организациях: - область применения. Торговые предприятия можно разделять по видам продаж (оптовые, розничные, интернет-продажи), структуре организации (распределенная, централизованная), видам товара, количеству торговых точек и рабочих мест пользователей, количеству продаж товара; - структура внедряемой ERP-системы, взаимодействие ERP-системы с другим программным обеспечением: обмен с бухгалтерской программой, розничной программой, сайтом (например, с сайтом, с которого ведется продажа товара), ПО карманного компьютера, банковским ПО и т. д.; - использование специальных систем автоматизированного проектирования (САПР). Например, в программе 1С: Предприятие в качестве такой системы используется конфигурация «Система проектирования прикладных решений»; - способ доступа к базе данных: файл-серверный, клиент-серверный; - количество одновременно работающих пользователей информационной базы - от одного до нескольких тысяч; - среда разработки: Microsoft Sql Server и Borland Delphy, 1С: Предприятие, SAP R3, Microsoft Dynamics, Oracle E-Business Suite и др.; - количество и квалификация задействованных специалистов, структура коллектива разработчиков и организационное взаимодействие в нем; - объем и сложность компонентов программной системы. Объем модуля - это количество строк кода 33 Математика, механика, информатика в нем. Сложностью в общем случае является функция взаимодействия элементов системы; - методология тестирования, использования специальных инструментов для тестирования. Например, в 1С: Предприятие для этих целей используются конфигурации «Корпоративный инструментальный пакет», «Сценарное тестирование»; - степень помехозащищенности алгоритмов, безопасное реагирование ПО на отклонения в алгоритмах (несрабатывание, неправильное срабатывание); - приспособленность ПО к модернизации, адаптивность к изменению конфигурации, эффективность контроля проведенных модификаций, состояния версий [1]. Рассмотрим классификацию сбоев в АСУП. Сбой -это отклонение выхода системы от желаемого при выполнении кода. Сбой имеет следующие уровни: катастрофичный, высокий, средний, низкий, незначительный [3]. Все сбои в АСУП можно разделить на несколько классов: а) сбои локальной сети и Интернета: зависание сетевого роутера, отсутствие интернет-связи, когда время устранения неисправности часто зависит от провайдера услуг; б) сбои аппаратного обеспечения компьютеров и торгового оборудования: - сбои и неполадки, вызванные несовместимостью отдельных устройств, версий драйверов и т. п.; - сбои и неполадки, вызванные несоблюдением условий эксплуатации устройств; - сбои и неполадки, вызванные неисправностью устройств; - перегрев из-за отсутствия охлаждения или его низкого качества; - статический разряд от прикосновения к отдельным элементам или системному блоку в целом; - чрезмерное повышение напряжения питания в электросети, например из-за разряда молнии во время грозы; в) сбои в операционной системе (ОС): ошибки в файловой системе жесткого диска, наличие ошибочных записей в системном реестре, отсутствие необходимых ресурсов. Эти ошибки могут быть результатом действия вредоносного ПО; г) сбои прикладного программного обеспечения: программная несовместимость, зависание из-за перегруженности системы или конфликта блокировок транзакций, неверный или неточный результат вывода, отсутствие необходимых функций, отсутствие защиты «от дурака». Автором предлагается модель оценки надежности АСУП, которая является модификацией модели оценки надежности, описанной в [4]. В этой модели входными показателями надежности компонентов являются вероятности их успешного срабатывания и приводится расчет значений надежности работы пользователей информационной системы через вероятности применения компонентов пользователями: - полной надежности автоматизированной системы управления предприятием торговли R^^m за рабочее время t: -^АСУП - П ^АСУШ _ l-1 Kl ^СУт _ l - П Rit X, - (1 - R, ) • t / dt, (1) (1а) (2) (3) -^АСУП - ^ Ri • dti / DT, DT — ^ dti , (4) ,-1 i-1 R,-X[R"хRTO ■■хR ■■ ] Roi * , ТО , инт ул ■ -1 (5) где RАСУпt_l - надежность l-й секции (магазина или склада) АСУП за время t, l = 1, ..., N; N - количество секций (магазинов или складов) АСУП; Kl - максимальный индекс модуля l-й секции; R^^ - надежность АСУП в статической модели; R,t - надежность работы пользователя , за время t, , = 1, ..., K; Rt - надежность работы пользователя , в статической модели; Rjj - надежность программного компонента j для пользователя ,, j = 1, ..., F; К - количество пользователей системы; F - количество программных компонентов системы; t - интервал времени, за который определяется вероятность безотказной работы АСУП; R^B^,- - надежность подключаемой системы управления базами данных для пользователя ,'; RHJI - надежность платформы ERP-системы, на основе которой разрабатывается программное решение; Rj - надежности локальной сети для пользователя ,'; ROС , - надежность операционной системы для пользователя ,; Rimj - надежность аппаратного обеспечения персонального компьютера пользователя ,'; Rn^ - надежность помещения, в котором осуществляется работа пользователя ,' (включает в себя влияние климатических факторов: температуры, влажности, солнечного света - и факторов надежности электросети); RTOjj -надежность подключенного торгового оборудования для пользователя ,', компонента j; RHmj/ - надежность сети Интернет для пользователя ,', компонента j; dtt -средний интервал времени между двумя последовательными прогонами программы для пользователя ,; X, - частота появления ошибок у пользователя ,'; - коэффициент готовности системы 5аСУП: S - T -T Т -1 у--ln( RАСУПt} (6) °ДСУП _ > 2 ’ ^ ’ v/ у t где Т - среднее время простоя системы вследствие отказа, определяемое экспертом; Т2 - среднее время появления отказа; у - частота появления отказов [4]. Рассмотрим последовательность действий для оценки и обеспечения надежности АСУП на всех этапах жизненного цикла ее разработки. Традиционно 2 34 Вестник Сибирского государственного аэрокосмического университета имени академика М. Ф. Решетнева выделяют шесть стадий выполнения проекта разработки программно-аппаратной системы. Первая стадия - предпроектное обследование, постановка задачи. На данной стадии составляются организационная и функциональная схемы предприятия, выявляются цели внедрения АСУП, важные организационные признаки, влияющие на проектирование, узкие (критичные) места бизнес-процессов, которым требуется уделять больше внимания при проектировании и разработке системы. Для уменьшения сложности разрабатываемой системы, а следовательно, увеличения ее общей надежности, выполняется оптимизация бизнес-процессов. Вторая стадия - проектирование. На этой стадии выбираются методологии разработки и тестирования, играющие немаловажную роль в обеспечении надежности; собирается команда разработчиков - специалистов необходимой квалификации, среди которых распределяются задачи, обязанности и сроки их выполнения; моделируется архитектура ПО, задающая структурные элементы системы и механизмы их взаимодействия [5]; определяется количество автоматизированных рабочих мест (АРМ) пользователей и их функции; в соответствии с архитектурой ПО подбирается аппаратное обеспечение (компьютеры, торговое оборудование, специализированные устройства), в случае необходимости на вычислительные машины устанавливаются операционные системы и дополнительное ПО; составляются перечни элементов, разрешенных к применению, с выделением наименее надежных из них, при этом если какие-либо комплектующие не удовлетворяют требованиям к надежности, то разрабатываются предложения по повышению их надежности; выбирается программная среда (ERP-система), на базе которой будет выполняться разработка и внедрение информационной системы; решается вопрос о применении специализированных устройств и программ обеспечения надежности. Особенно большое значение для повышения качества и надежности технических систем при разработке ПО имеет использование систем автоматизированного проектирования, поскольку это позволяет существенно снизить количество проектных ошибок, повысить качество конструкторской и технологической документации, создать условия для многовариантного проектирования и выбора лучшего варианта, сократить сроки проектирования и освободить тем самым время на отработку технических решений, согласование параметров, проведение испытаний [1]. В процессе составления технического задания определяется конечная стоимость проекта для заказчика, длительность разработки, сроки запуска. В небольших организациях время разработки программной системы и ее стоимость оказываются не очень высокими, так как в этом случае обычно используются типовые решения с минимальным количеством доработок, а время внедрения складывается из времени установки, настройки и обучения пользователей работе с про граммой. В средних и больших организациях практически всегда требуются какие-либо доработки системы исходя из особенностей фирмы либо в особых случаях - разработка программной системы с нуля. При составлении технического задания выбирается и обосновывается номенклатура показателей надежности, которые в дальнейшем необходимо обеспечить, оценить и подтвердить, устанавливаются нормы надежности и объемы испытаний на различных стадиях разработки, включая приемосдаточные испытания. На данной стадии применяются эмпирические модели оценки надежности ПО, такие как марковская модель, имитационная модель, модель количества ошибок на основании подсчета независимых входов и выходов и т. п. Для уменьшения сложности архитектуры ПО выполняется ее оптимизация. При техническом проектировании особое внимание нужно уделять рациональной компоновке оборудования, которая должна обеспечить требуемые климатические и механические режимы работы элементов, упростить работу персонала по техническому обслуживанию и подготовке системы к работе. В составе технической документации разрабатываются карты режимов, позволяющие установить реальные значения характеристик электрической нагрузки (ток, напряжение, рассеиваемая мощность). На этой стадии впервые можно оценить показатели ремонтопригодности с учетом особенностей конструкции, системы контроля работоспособности и диагностирования. Заложенный при проектировании уровень надежности проявляет себя в процессе применения системы только в том случае, когда выполняются условия и правила ее эксплуатации. В связи с этим большое значение имеют привлечение к эксплуатации высококвалифицированных специалистов, их подготовка и инструктаж по системе эксплуатационной документации: инструкции по эксплуатации (ИЭ), техническому описанию (ТО), техническому обслуживанию (ИО), формуляру (ФО), паспорту (ПС) и пр. Обеспечению безотказной работы и высокой готовности технических средств к применению по назначению также способствует инициатива персонала по прогнозированию и своевременному предупреждению отказов. Поэтому высокие показатели надежности являются, как правило, заслугой не только эксплуатационного и оперативного персонала, но и других специалистов [1]. Опыт показывает, что значительный эффект при решении задачи обеспечения качества и надежности дает системная организация работ на основе внедрения международных стандартов серии ISO 9000. Предложенная модель позволяет получить оценку надежности АСУП на этапе проектирования. Согласно формулам (1), (4) и на основании входных параметров, заносимых в систему экспертом, делается расчет предполагаемой надежности всей системы или ее отдельных секций. Если надежность неудовлетворительна, то архитектуру информационной системы необходимо оптимизировать. 35 Математика, механика, информатика Надежность разрабатываемых модулей определяется следующим образом: Ятест/ 1 yj, (7) ' у, = С • % (8) е0/ еисп j, (9) cj l ' Ссл/, (1Q) éc, = k ■ рр (11) P/ = tj • qj, (12) где у/ - частота появления ошибок в модуле j, j = 1, ..., F; £q/ - количество оставшихся ошибок в модуле j после тестирования; é/ - общее количество ошибок в модуле j, рассчитывается на основании количества независимых входов и выходов; еисп j - предполагаемое количество исправленных ошибок в модуле после тестирования; l - коэффициент пропорциональности, определяемый на основании данных о ранее выполненных проектах; ссл, - коэффициент сложности модуля j; t, - время, затрачиваемое тестером на тестирование модуля j; q, - квалификация тестера модуля j, Q < q, < 1. Надежность компонента j для пользователя i рассчитывается по формуле: Rij = PUij Ятестр (13) где PU, - вероятность использования компонента j F пользователем i, i = 1, ..., K, j = 1, ..., F; ^ PU, = 1. j=1 Третья стадия - кодирование. На этой стадии проводится как разработка принципиально новых модулей программной системы, так и доработка уже существующих. В случае необходимости выполняется перенос данных из ранних версий программ. Здесь применяются визуальные средства разработки, включенные в состав ERP-системы (различные редакторы, конструкторы), и непосредственно коддинг. Для получения оценки надежности используются эмпирические модели, основанные на характеристиках ПО (объем, сложность и т. д.), и такие показатели надежности, как количество ошибок каждого вида, критичность ошибок, плотность ошибок в коде. Сложность - это одна из главных причин ненадежности программного обеспечения. Мерой сложности объекта является количество интеллектуальных усилий, необходимых для ее понимания. В общем случае сложность объекта является функцией взаимодействия между его компонентами. В борьбе со сложностью программного обеспечения необходимо привлекать две концепции из общей теории систем: первую концепцию - независимость, в соответствии с которой для минимизации сложности необходимо максимально усилить независимость компонентов системы, и вторую концепцию - иерархическую структуру, согласно которой каждый верхний уровень представляет собой совокупность структурных отношений между элементами нижних уровней. Расчет надежности на стадии кодирования выполняется для того, чтобы определить те участки программной системы, которым следует уделить больше внимания при тестировании, а также оптимизировать код с целью увеличения общей надежности системы. Применяя представленную ранее модель оценки надежности АСУП и подставляя в формулы уточненные на данном этапе коэффициенты сложности, можно рассчитать показатели надежности каждого модуля и системы в целом. Четвертая стадия - тестирование. В зависимости от характеристик ПО и ресурсов проекта используются следующие методы тестирования для ERP-систем: восходящий, нисходящий и модифицированный нисходящий [6], а также специальный инструментарий, позволяющий подготавливать тесты и проводить их в ручном или автоматическом режиме, применять нагрузочное тестирование без участия реальных пользователей для оценки производительности и масштабируемости системы, проверять прикладные решения на соответствие стандартам. На данной стадии используются как статические, так и динамические модели оценки надежности ПО. Критериями, позволяющими оценить надежность ПО для статических моделей, являются количество ошибок каждого вида, критичность ошибок, количество отказов каждого вида, критичность отказов, вероятность безотказной работы; критериями оценки в динамических моделях - вероятность возникновения ошибки на интервале времени, средняя наработка на отказ, среднее время восстановления, коэффициент готовности. Модели оценки надежности ПО на данной стадии используются: - для определения времени тестирования до достижения заданного уровня надежности модуля; - сравнения надежности разрабатываемой системы с надежностью других систем этого класса и получения оценки качества (аккредитации). Для нахождения значений надежности каждого разработанного модуля можно воспользоваться моделью простейших испытаний Бернулли: Ятест/ = 1 - П/ /m,/, (14) где n/ - количество неудачных прогонов (с ошибкой); m/ - количество удачных прогонов [7]. Показатели надежности всей системы определяются с помощью модели оценки надежности АСУП и подстановки полученных значений надежности модулей в формулу (13), а затем в формулы (4) и (1). Пятая стадия - эксплуатация. На этой и последующей стадии получается наиболее точная оценка надежности АСУП, которая используется для сравнения с эталонным значением и с оценками других систем, чтобы определить, насколько качественно была разработана система. Если значение оценки надежности оказывается ниже заданного уровня, то осуществляется возврат на предыдущие стадии жизненного цикла для доработки системы. На данной стадии значения надежности каждого разработанного модуля и вероятности использования компонентов рассчитываются на основании статистики работы пользователей. Для этого применяются специальные программные измерительные мониторы, которые встраиваются в готовую систему. После 36 Вестник Сибирского государственного аэрокосмического университета имени академика М. Ф. Решетнева подстановки уточненных значений в формулы (13), (4), (1) вычисляются показатели надежности АСУП. Шестая стадия - сопровождение. В процессе сопровождения программ устраняются обнаруженные проектные ошибки, а также ошибки, внесенные при устранении обнаруженных ошибок, программы адаптируются к конфигурации технических средств и новых версий системного ПО, расширяются функции программного комплекса. Главными факторами, влияющими на надежность программного комплекса на этой стадии, являются его приспособленность к модернизации в связи с расширением функций, адаптивность к изменению конфигурации и других характеристик аппаратного комплекса, трудоемкость модификации программ, эффективность контроля проведенных модернизаций, модификаций, состояний версий, их тиражирования и эксплуатации [1]. Периодически выполняется пересчет показателей надежности системы по формулам (1), (4), (6) в связи с исправлением ошибок в программных компонентах, внесением новых ошибок при обновлении ПО, приработкой и устареванием аппаратных устройств. Предлагаемая модель оценки надежности была успешно апробирована при работе под проектом внедрения информационной системы штрихкодирования и учета товара на складе торгового предприятия «Шелковые сети» на базе «1С: Предприятие 8». Во время выполнения проекта была разработана специализированная система поддержки принятия решений, с помощью которой в дальнейшем удалось вычислить основные показатели надежности на каждом этапе внедрения: надежность системы в статической модели, надежность системы за время t, коэффициент го товности системы и его максимальные отклонения на основе входных параметров, задаваемых экспертом. Результаты вычислений подтвердили эффективность данной модели оценки надежности. В дальнейшем необходимо доработать методологию принятия решений, на основе которой будет делаться выбор между той или иной моделью оценки надежности, входящей в комплексную модель.

Sobre autores

V. Kulyagin

Email: vitalyas86@rambler.ru

Bibliografia

Arquivos suplementares