АНАЛИЗ ПРИМЕНЕНИЯ МОДЕЛИ ОЦЕНКИ НАДЕЖНОСТИ АВТОМАТИЗИРОВАННЫХ СИСТЕМ УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ

Полный текст

Проекты автоматизации торговли отличаются от проектов автоматизации иных видов деятельности. При автоматизации торговли возрастает значимость факторов производительности и надежности системы автоматизации вследствие больших объемов данных, которыми оперирует торговая компания, а также высокого уровня оперативности ввода данных в систему и их анализа. Автоматизированные системы управления предприятием (АСУП) в торговле достаточно часто требуют интеграции с разнообразным компьютеризированным торговым оборудованием: сканерами штрих-кодов, принтерами этикеток (штрих-кодов), терминалами сбора данных и т. д. При автоматизации торговли акцент всегда делается на автоматизацию незначительного количества формализованных бизнес-процессов (закупки, хранения, обработки заказов и т. д.), в то время как, например, бухгалтерский учет в торговой компании достаточно простой. Практически всегда при внедрении новой системы автоматизации торговли или сложных функций существующих систем автоматизации вопрос о «ручном» вводе данных в новую систему не стоит - большой объем данных требует максимального использования автоматических средств. И наконец, непрерывный цикл работы торговой компании существенно усложняет планомерное внедрение системы автоматизации. В связи с приведенными причинами возникает интерес к исследованию оценки и обеспечения надежности применительно к этому классу АСУП. Для оценки надежности АСУП торговых организаций предлагаются модели, описанные в [1]. Если входная надежность компонентов задана в виде значений вероятности безотказной работы, то используется базовая модель надежности. Если же она задана в виде значений вероятности успешного срабатывания, то используется модифицированная модель оценки надежности на основе статических вероятностей компонентов. Надежность автоматизированной системы управления предприятием в торговле ^АСУП за рабочее время t: N ^АСУП t = П RАСУПt i, l=1 К/ ^АСУП , i = П R, г'=Км+1 = R, если используется динамическая модель надежности, R = e, если используется статическая модель надежности, Хг = (1 - R) d-, dti F Ri = X[Rij ■ РТО_У ■ Rинт_ij ] ■ ^С_i ■ ^щ_i X j=1 (1) ' Ro_ i * RСУБД _ i “^пом _ i , где RАСУПt/ - надежность l-й секции (магазина или склада), l = 1...N; N - количество секций (магазинов или складов); Kl - максимальный индекс модуля l-й секции; Rit - вероятность безотказной работы пользователя i за время t, i = 1. К; Ri - надежность работы пользователя i; Rj - надежность программного компонента j для пользователя i, j = 1. F; К - количество пользователей системы; F - количество программных компонентов системы; RСУБД i - надежность подключаемой системы управления базами данных для пользователя i; Rпл - надежность платформы ERP-системы; Rj; i - надежность локальной сети для пользователя i; RОС i - надежность операционной системы для пользователя i; R^j - надежность аппаратного обеспечения вычислительной машины для пользователя i; R„ надежность помещения, в котором осуществляется работа пользователя i (включает в себя влияние климатических факторов - температуры, влажности, солнечного света и факторов надежности электросети); RTO j - надежность подключенного торгового оборудования для пользователя i, компонента j; Rhht ij - надежность сети Интернет для пользователя i, компонента j; t - интервал времени, за который оценивается вероятность безотказной работы; dti - средний интервал времени между двумя последовательными прогонами программы для пользователя i (определяется экспертом); Xi - частота появления ошибок у пользователя i. Коэффициент готовности системы 5аСУП: T2 - T T 1 T2 = “, У = -У ln (RАСУПt ) где T1 - среднее время простоя системы вследствие отказа (определяется экспертом); T2 - среднее время появления отказа; y - частота появления отказов [1]. Для помощи специалисту, исследователю в оценке надежности АСУП торговых организаций на различных этапах жизненного цикла разработки была создана программная утилита «Оценка надежности АСУП». Программная система реализована в виде отдельного компонента ERP-системы «1С: Предприятие 8.2», который можно подключать и запускать на любой конфигурации. Программный продукт дает возможность удобно вводить и хранить параметры, уточнять входные параметры по ходу выполнения разработки, вычислять показатели надежности системы на основных этапах жизненного цикла разработки, оценивать эффективность выбранной модели оценки надежности. В начале работы с программой в диалоге предлагается выбрать шесть файлов: 1) Input_design - файл, содержащий данные, необходимые для оценки надежности системы на стадии проектирования: код используемой модели оценки надежности, количество компонентов, количество пользователей, значения надежности готовых аппаратных и программных компонентов, вероятности использования модулей пользователями, предельные уровни надежности, уровень языка программирования, количество независимых входов и выходов разрабатываемых модулей, среднее время между двумя последовательными прогонами программы пользователями; 2) Input_coding - файл, содержащий дополнительные данные, необходимые для оценки надежности системы на стадии кодирования: коэффициенты сложности разработанных модулей, общее количество ошибок в модулях; 3) Input_testing - файл, содержащий дополнительные данные, необходимые для оценки надежности системы на стадии тестирования: значения надежности разработанных модулей; 4) Input_working - файл, содержащий дополнительные данные, необходимые для оценки надежности системы на стадии эксплуатации: значения надежности разработанных модулей, вероятности использования компонентов пользователями; 5) Input_maintaince - файл, содержащий информацию, необходимую для оценки надежности системы на стадии сопровождения; может содержать любые параметры, которые менялись за время эксплуатации системы; 6) Output - файл, в который записывается результат выполнения алгоритма: показатели надежности системы и относительные стандартные отклонения показателей. Рассмотрим процесс разработки автоматизированной системы штрихкодирования и учета товаров на складе предприятия «Шелковые сети», а также оценим надежность системы на каждом этапе жизненного цикла разработки. Стадия предпроектного обследования. Сфера деятельности рассматриваемого предприятия - розничные и оптовые продажи конечному потребителю и через дистрибьюторов. Центральный офис выполняет на предприятии основные функции, к которым относится закупка товаров, ценообразование, перемещение товаров на периферийные оптовые точки и в розничные магазины, оптовые продажи, ведение бухгалтерского учета, функции управления и т. д. Требуется автоматизировать бизнес-процессы предприятия на трех оптовых и четырех розничных точках. Особенности бизнес-процессов данного предприятия заключаются в том, что передача товаров с центрального оптового склада в розничные точки осуществляется по схеме «комитент-комиссионер». Оптовые склады принадлежат организации-комитенту, а розничные магазины - организации-комиссионеру, принимающему товар на комиссию. Также номенкла t 66 Вестник Сибирского государственного аэрокосмического университета имени академика М. Ф. Решетнева тура товара содержит более 300 000 позиций и имеет, помимо основных, дополнительные характеристики (цвет, размер), согласно которым необходимо вести учет. Все эти особенности требуют доработки типовых функций ERP-системы. Стадия проектирования. На данном этапе распределяются обязанности участников проекта (табл. 1), определяются сроки выполнения этих обязанностей. Срок сдачи проекта - 40 дней с начала разработки. В оптовых складах размещаются серверы, на которых располагаются информационные базы 1С и другие программы. Устаревшая часть компьютерного парка заменяется новой компьютерной техникой, приобретается недостающее торговое оборудование, лицензионное программное обеспечение и программы «1С:Предприятие 8». Часть пользователей будет работать в терминальном режиме на сервере, поэтому необходимо приобрести лицензии на терминальный доступ. Некоторые автоматизированные рабочие места (АРМ) пользователей оснащаются специализированным торговым оборудованием. АРМ кассира розничной торговой точки включает сканер штрихкодов, принтер чеков, ридер магнитных карт, АРМ товароведа оснащается сканером штрихкодов и принтером этикеток. На центральном складе у кладовщика устанавливается сканер штрихкодов и принтер этикеток. Специалистом технической поддержки выполняется экспертная оценка надежности используемых программных и аппаратных компонентов, результаты в виде числовых показателей заносятся в файл. Разработка программной ERP-системы ведется на базе программных продуктов «1С:Предприятие 8». Составлена общая организационная схема предприятия, проработаны все возможные варианты размещения и взаимодействия информационных баз (ИБ) и выбрана наиболее оптимальная ИБ с точки зрения функциональности и надежности (см. рисунок). Программа «1С:Предприятие» представляет собой совокупность технологической платформы и прикладных решений различного масштаба и различной направленности, созданных на основе технологической платформы [2]. Конфигурация «1С:Управление торговлей» автоматизирует следующие направления хозяйственной деятельности предприятия: управление взаимоотношениями с клиентами, маркетинг, управление продажами, денежные средства, управление запасами, управление закупками, финансовый учет. Реализованы функции учета от ведения справочников и ввода первичных документов до получения различных аналитических отчетов. Цель применения - автоматизация работы трех оптовых складов. Отраслевое решение «1С-Рарус:Розница.Магазин одежды и обуви» предназначено для автоматизации оперативного и управленческого учета, анализа и планирования операций в розничной торговле одеждой, обувью, аксессуарами, товарами для спорта и активного отдыха, в формате как одиночных магазинов, так и розничной торговой сети. Конфигурация «1С:Комплексная автоматизация 8» решает прикладные задачи комплексной автоматизации управления и учета предприятий. В единой информационной базе ведется управленческий, бухгалтерский и налоговый учет как одной, так и нескольких организаций [3]. Цель применения программы на предприятии «Шелковые сети» - автоматизация бухгалтерского учета и расчета зарплаты, управление персоналом, комплексный анализ всех данных на предприятии, возможность мониторинга и анализа эффективности для руководителей. Информационные базы «1С: Управление торговлей», расположенные на оптовых складах, обмениваются между собой всеми данными. Информационная база «1С:Управление торговлей» на центральном складе обменивается с главной информационной базой «1С-Рарус:Розница». Из центрального склада в розницу поступают номенклатура, документы поступления товаров и розничные цены. Центральная розничная база обменивается всеми данными с информационными базами магазинов, это необходимо для распределения товаров по магазинам и синхронизации данных о проданных дисконтных картах и подарочных сертификатах. Также организуется односторонний обмен всеми данными из базы «1С:Управление торговлей» в базу «1С: Комплексная автоматизация» для получения комплексных отчетов по всем видам учета. Таблица 1 Роли участников проекта Специалист Обязанности Ведущий программист Проектирование архитектуры программно-аппаратной системы, доработка ERP-системы (написание модулей), эксплуатационное тестирование, внедрение, сопровождение ERP-системы Программист 1 Разработка правил переноса данных из ранней версии программы Программист 2 Участие в запуске проекта (консультации для пользователей) Программист 3 Участие в запуске проекта (консультации для пользователей) Специалист технической поддержки Проектирование архитектуры программно-аппаратной системы. Установка и настройка серверов, компьютеров, торгового оборудования. Установка и настройка лицензионного программного обеспечения на вычислительные машины 67 Математика, механика, информатика Информационная база 1C: Управление торговлей Информационная база 1C: Комплексная автоматизация Информационная база 1C: Розница. Магазин одежды и Двусторонний обмен между информационными базами Схема обмена между ИБ предприятия На центральном складе планируется использовать клиент-серверный режим работы «1С:Предприятие» в связи с большим количеством одновременно работающих пользователей, на остальных складах и в розничных магазинах - файл-серверный. Клиент-серверный режим, с одной стороны, увеличивает производительность работы многопользовательской системы, с другой стороны, добавляет еще одно звено -сервер, за надежностью которого также необходимо следить. Обмен данными выполняется в автоматическом режиме с интервалом в 1-2 часа, поэтому во всех торговых точках будет использоваться доступ к Интернету провайдера, надежность которого проверена. Трудоемкость разработки ERP-системы оценена в 202 человеко-часов. Определены те компоненты, которые необходимо разработать с нуля и оценить их надежность на каждом этапе разработки по заданному методу. В файл Input_design программы «Оценка надежности АСУП» вводятся начальные параметры. Общее количество используемых программных компонентов ERP-системы - 60, количество пользователей - 36. Методом экспертных оценок программисты выпол няют оценку вероятности использования каждого компонента пользователями и оценку надежности стандартных программных компонентов. Также определяется общее количество входов и выходов для каждого проектируемого модуля. Уровень языка программирования «1С:Предприятие» X = 1,9, минимально допустимая надежность разрабатываемых модулей RmmCTj = 0,992, минимально допустимая надежность АСУП за t = 1ч Rmint = 0,5, минимально допустимый коэффициент готовности системы Smin = 0,95. Расчет количества ошибок в проектируемых модулях: (i T2 Bi =■ . J (3 000 • l) V*J = (2 + П2,*) log2(2 + П2Д Надежность разрабатываемых программных модулей: 1 - Ур yj = c ■ % = Bj c = l ■ c. b0i 68 Вестник Сибирского государственного аэрокосмического университета имени академика М. Ф. Решетнева где yj - частота появления ошибок в модуле j; e0j -количество оставшихся ошибок в модуле после тестирования; l - коэффициент пропорциональности, определяется на основании данных о ранее выполненных проектах; ссл/ - коэффициент сложности модуля j, на данном этапе задается экспертом; Xj - доля ошибок, оставшихся в модуле после тестирования. Надежность компонента j для пользователя i: Rij PUij Rтестjгде X риг = 1, i = 1, •••, К, j=1 ij где PUy - вероятность использования компонента j пользователем i, i = 1, ..., К, j = 1, ..., F [1]. Далее найденные RiJ- подставляются в формулу (1). Используя программную утилиту «Оценка надежности АСУП» и файл с входными данными, рассчитывают показатели надежности на данном этапе: RAoyn,=1, = 0,641 2, SAoyn = 0,964 44. Стадия кодирования. Выполняется программирование необходимых модулей программной системы в соответствии с техническим заданием, сформированным на стадии проектирования. Рассчитывается структурная сложность каждого разработанного модуля. Структурная сложность программ определяется числом взаимодействующих компонентов; числом связей между компонентами; сложностью взаимодействия компонентов. При функционировании программы разнообразие ее поведения и разнообразие связей между ее входными и результирующими данными в значительной степени определяется набором маршрутов (чередующихся последовательностей вершин и дуг графа управления), по которым исполняется программа. Все маршруты исполнения программного модуля условно можно разделить на две группы: - вычислительные маршруты; - маршруты принятия логических решений. Поскольку доля вычислительной части во многих программных комплексах обработки информации относительно невелика, вычислительные маршруты не определяют структурную сложность программ. Сложность маршрутов принятия логических решений оценивается формулой сл/ =£ py Программа собирается и тестируется сверху вниз. В зависимости от того, в каком виде заданы значения надежности входных компонентов, используется либо модель оценки надежности Нельсона, либо модель Джелинского-Моранды для вычисления надежности каждого тестируемого модуля R^/ R = 1 J тест/ — ’ m, где П/ - количество неудачных прогонов программы; my - количество удачных прогонов программы [5]. Тестирование и исправление ошибок в модулях ведется до момента времени, пока R^y не станет больше R^/. Полученные значения надежности модулей записываются в файл Input_testing, с помощью программной утилиты «Оценка надежности АСУП» рассчитываются показатели надежности: RAcyn(=1ч = 0,626 8, SAcyn = 0,962 62. Стадия эксплуатации. Наиболее часто встречающиеся типы ошибок на начальном этапе эксплуатации системы - это недостаток функциональности разработанных модулей (вследствие ошибок, допущенных на стадии проектирования), сбои в программных модулях, вызванных некорректными действиями пользователей (вследствие отсутствия соответствующей справочной информации, недостаточного уровня обучения персонала, отсутствия защиты от несанкционированных действий пользователя), перебои в работе сети Интернет, сбои и неполадки, вызванные несовместимостью отдельных компонентов вычислительных машин, торгового оборудования. Значения надежности работы пользователей вычисляются на основании статистики об отказах, для этого используются встроенные в ERP-систему измерительные мониторы. Значения надежности Ri записываются в файл Input_working, затем с помощью утилиты «Оценка надежности АСУП» рассчитываются показатели надежности системы: RAcyn( = = 0,633 7, ^асуп = 0,963 47. ’ Проверим гипотезу о законе распределения случайной величины (экспоненциальное распределение с параметром X = 0,456 24), используя критерий Пирсона. Для проверки критерия вводится статистика: х2 =Х где pij - число ветвлений или число проверяемых условий в i-м маршруте j-го модуля [4]. Значения коэффициентов сложности записываются в файл Input_coding программной утилиты «Оценка надежности АСУП», затем рассчитываются значения надежности модулей и показатели надежности автоматизированной системы в целом: RAcyn( = = 0,706 5, SAcyn = 0,972 22. ’ Стадия тестирования. Используется модифицированный нисходящий метод тестирования. Этот подход требует, чтобы каждый модуль прошел автономное тестирование перед подключением к программе. (V - NPH0) щЩ ' Для критерия значимости 0,05 по табл. 2 критических значений Хи-квадрат распределения находится порог: 16,9. Наблюдаемое значение критерия 6,83 < 16,9, следовательно гипотеза о том, что заданное распределение является экспоненциальным распределением с параметром X = 0,456 24, верна с уровнем значимости 0,05. Используемая методика оценки надежности доказала свою применимость и может быть использована для оценки надежности в других проектах автоматизации торговых предприятий. n i =1 69 Математика, механика, информатика Таблица 2 Значения параметров для вычисления критерия Пирсона Время появления ошибки фактическое, ч Интервал Частота фактическая V Время появления ошибки теоретическое, ч Частота теоретическая NPiH° (V - NPH) NpH 0,3 (0; 4,3] 2 2,2 1 1 2,5 (4,3; 8,6] 2 4,4 2 0 5,9 (8,6; 12,9] 4 6,6 2 2 7,1 (12,9; 17,2] 2 8,8 2 0 9,1 (17,2; 21,5] 0 11 2 2 10,9 (21,5; 25,8] 3 13,2 2 0,5 12,5 (25,8; 30,1] 2 15,4 2 0 12,8 (30,1; 34,4] 2 17,6 2 0 15,4 (34,4; 38,7] 2 19,8 2 0 17,2 (38,7; 43] 1 22 3 1,33 21,9 24,2 S = 6,83 24,1 26,4 25,8 28,6 27,9 30,8 28,7 33 30,2 35,2 33,7 37,4 35,8 39,6 38,2 41,8 42,7 43

Об авторах

Виталий Александрович Кулягин

Сибирский федеральный университет

Email: vitalyas86@rambler.ru
аспирант

Список литературы

Дополнительные файлы