CC BY
114
отказоустойчивых систем управления : дис. канд. ... техн. наук. Красноярск, 2003.
2. Алиев Х. Р. Эффективная модель оценки разработки программного обеспечения [Электронный ресурс] // Исследовано в России. 2008. Т. 11, Вып. 3.
С. 338-364. иЯЬ: http://zhumal.ape.relam.ru/articles/ 2008Z030.pdf (дата обращения: 29.09.2012).
3. Глазова М. А. Моделирование стоимости разработки проектов в ИТ-компаниях : дис. ... канд. экон. наук. М., 2008.
V. V. Kukartsev, D. A. Sheenok
COST ESTIMATION FOR MODERNIZATION OF CRITICAL RELIABILITY SYSTEMS SOFTWARE
The authors present the approach of estimation of cost of software upgrade with the account of different stages of life cycle and putting into effect software redundancy. The calculations of the cost of modernization of the software of the real system are made.
Keywords: software redundancy, laboriousness, software, decomposition.
© Кукарцев В. B., EeeHOK fl. A., 2012
УДК 004.052.2
В. А. Кулягин
АНАЛИЗ ПРИМЕНЕНИЯ МОДЕЛИ ОЦЕНКИ НАДЕЖНОСТИ АВТОМАТИЗИРОВАННЫХ СИСТЕМ УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ
Рассматривается аспект применения предложенной ранее модели оценки надежности автоматизированных систем управления предприятием на проекте автоматизации торгового предприятия. Цель - дать оценку надежности системы в виде определенного показателя и рассчитать его на каждом этапе жизненного цикла разработки, экспериментально подтвердить зависимости параметров, присутствующих в формулах, оценить эффективность предложенного метода оценки надежности.
Ключевые слова: модели оценки надежности программного обеспечения, автоматизированная система управления предприятием.
Проекты автоматизации торговли отличаются от проектов автоматизации иных видов деятельности. При автоматизации торговли возрастает значимость факторов производительности и надежности системы автоматизации вследствие больших объемов данных, которыми оперирует торговая компания, а также высокого уровня оперативности ввода данных в систему и их анализа. Автоматизированные системы управления предприятием (АСУП) в торговле достаточно часто требуют интеграции с разнообразным компьютеризированным торговым оборудованием: сканерами штрих-кодов, принтерами этикеток (штрих-кодов), терминалами сбора данных и т. д. При автоматизации торговли акцент всегда делается на автоматизацию незначительного количества формализованных бизнес-процессов (закупки, хранения, обработки заказов и т. д.), в то время как, например, бухгалтерский учет в торговой компании достаточно простой. Практически всегда при внедрении новой системы автоматизации торговли или сложных функций существующих систем автоматизации вопрос о «ручном» вводе данных в новую систему не стоит - большой объем данных требует максимального использования автоматических средств. И наконец, непрерывный цикл
работы торговой компании существенно усложняет планомерное внедрение системы автоматизации. В связи с приведенными причинами возникает интерес к исследованию оценки и обеспечения надежности применительно к этому классу АСУП.
Для оценки надежности АСУП торговых организаций предлагаются модели, описанные в [1]. Если входная надежность компонентов задана в виде значений вероятности безотказной работы, то используется базовая модель надежности. Если же она задана в виде значений вероятности успешного срабатывания, то используется модифицированная модель оценки надежности на основе статических вероятностей компонентов. Надежность автоматизированной системы управления предприятием в торговле ВАСУП( за рабочее время ,:
N
ВАСУП, = П ВАСУП, 1,
1=1
К|
ВАСУП ,і = П В,
*=К1_1 +1
В = В,
если используется динамическая модель надежности,
В = ,
если используется статическая модель надежности,
Хг = (1 - в,) ,
г
F
В = Ву ■ ВТО_г/ ' Винт_ г, ] ' ВОС_ г ' Вап_ г Х
j=1
(1)
' Вс_ г * ВСУБД _ i Впом _ i Впл 5
где ВАСУП(; - надежность 1-й секции (магазина или склада), I = 1...Ж; N - количество секций (магазинов или складов); К - максимальный индекс модуля 1-й секции; Вй - вероятность безотказной работы пользователя , за время /, , = 1...К; В, - надежность работы пользователя г; В,,- - надежность программного компонента ] для пользователя г,] = 1.^; К - количество пользователей системы; ^ - количество программных компонентов системы; ВСУБд , - надежность подключаемой системы управления базами данных для пользователя г; Впл - надежность платформы БИР-сис-темы; Вс г - надежность локальной сети для пользователя г; ВОС г - надежность операционной системы для пользователя г; Вап_1- - надежность аппаратного обеспечения вычислительной машины для пользователя г;
Вп
надежность помещения, в котором осуществ-
ляется работа пользователя г (включает в себя влияние климатических факторов - температуры, влажности, солнечного света и факторов надежности электросети); ВТО , - надежность подключенного торгового оборудования для пользователя г, компонента ,; Винт , - надежность сети Интернет для пользователя г, компонента,; / - интервал времени, за который оценивается вероятность безотказной работы; ж, - средний интервал времени между двумя последовательными прогонами программы для пользователя г (определяется экспертом); X - частота появления ошибок у пользователя г.
Коэффициент готовности системы 5АСУП:
T2 - Т Т
Т 1
Т2 = “5 У = -У
ln (ВАСУП, )
где Т - среднее время простоя системы вследствие отказа (определяется экспертом); Т2 - среднее время появления отказа; у - частота появления отказов [1].
Для помощи специалисту, исследователю в оценке надежности АСУП торговых организаций на различных этапах жизненного цикла разработки была создана программная утилита «Оценка надежности АСУП». Программная система реализована в виде отдельного компонента БИР-системы «1С: Предприятие 8.2», который можно подключать и запускать на любой конфигурации. Программный продукт дает возможность удобно вводить и хранить параметры, уточнять входные параметры по ходу выполнения разработки, вычислять показатели надежности системы на основных этапах жизненного цикла разработки, оценивать эффективность выбранной модели оценки надежности.
В начале работы с программой в диалоге предлагается выбрать шесть файлов:
1) Input_design - файл, содержащий данные, необходимые для оценки надежности системы на стадии проектирования: код используемой модели оценки надежности, количество компонентов, количество пользователей, значения надежности готовых аппаратных и программных компонентов, вероятности использования модулей пользователями, предельные уровни надежности, уровень языка программирования, количество независимых входов и выходов разрабатываемых модулей, среднее время между двумя последовательными прогонами программы пользователями;
2) Input_coding - файл, содержащий дополнитель-
ные данные, необходимые для оценки надежности системы на стадии кодирования: коэффициенты
сложности разработанных модулей, общее количество ошибок в модулях;
3) Input_testing - файл, содержащий дополнительные данные, необходимые для оценки надежности системы на стадии тестирования: значения надежности разработанных модулей;
4) Input_working - файл, содержащий дополнительные данные, необходимые для оценки надежности системы на стадии эксплуатации: значения надежности разработанных модулей, вероятности использования компонентов пользователями;
5) Input_maintaince - файл, содержащий информацию, необходимую для оценки надежности системы на стадии сопровождения; может содержать любые параметры, которые менялись за время эксплуатации системы;
6) Output - файл, в который записывается результат выполнения алгоритма: показатели надежности системы и относительные стандартные отклонения показателей.
Рассмотрим процесс разработки автоматизированной системы штрихкодирования и учета товаров на складе предприятия «Шелковые сети», а также оценим надежность системы на каждом этапе жизненного цикла разработки.
Стадия предпроектного обследования. Сфера деятельности рассматриваемого предприятия - розничные и оптовые продажи конечному потребителю и через дистрибьюторов. Центральный офис выполняет на предприятии основные функции, к которым относится закупка товаров, ценообразование, перемещение товаров на периферийные оптовые точки и в розничные магазины, оптовые продажи, ведение бухгалтерского учета, функции управления и т. д. Требуется автоматизировать бизнес-процессы предприятия на трех оптовых и четырех розничных точках.
Особенности бизнес-процессов данного предприятия заключаются в том, что передача товаров с центрального оптового склада в розничные точки осуществляется по схеме «комитент-комиссионер». Оптовые склады принадлежат организации-комитенту, а розничные магазины - организации-комиссионеру, принимающему товар на комиссию. Также номенкла-
t
тура товара содержит более 300 000 позиций и имеет, помимо основных, дополнительные характеристики (цвет, размер), согласно которым необходимо вести учет. Все эти особенности требуют доработки типовых функций БИР-системы.
Стадия проектирования. На данном этапе распределяются обязанности участников проекта (табл. 1), определяются сроки выполнения этих обязанностей.
Срок сдачи проекта - 40 дней с начала разработки. В оптовых складах размещаются серверы, на которых располагаются информационные базы 1С и другие программы. Устаревшая часть компьютерного парка заменяется новой компьютерной техникой, приобретается недостающее торговое оборудование, лицензионное программное обеспечение и программы «1С:Предприятие 8». Часть пользователей будет работать в терминальном режиме на сервере, поэтому необходимо приобрести лицензии на терминальный доступ. Некоторые автоматизированные рабочие места (АРМ) пользователей оснащаются специализированным торговым оборудованием. АРМ кассира розничной торговой точки включает сканер штрихкодов, принтер чеков, ридер магнитных карт, АРМ товароведа оснащается сканером штрихкодов и принтером этикеток. На центральном складе у кладовщика устанавливается сканер штрихкодов и принтер этикеток. Специалистом технической поддержки выполняется экспертная оценка надежности используемых программных и аппаратных компонентов, результаты в виде числовых показателей заносятся в файл.
Разработка программной БИР-системы ведется на базе программных продуктов «1С:Предприятие 8». Составлена общая организационная схема предприятия, проработаны все возможные варианты размещения и взаимодействия информационных баз (ИБ) и выбрана наиболее оптимальная ИБ с точки зрения функциональности и надежности (см. рисунок).
Программа «1С:Предприятие» представляет собой совокупность технологической платформы и прикладных решений различного масштаба и различной направленности, созданных на основе технологической платформы [2].
Конфигурация «1С:Управление торговлей» автоматизирует следующие направления хозяйственной
деятельности предприятия: управление взаимоотношениями с клиентами, маркетинг, управление продажами, денежные средства, управление запасами, управление закупками, финансовый учет. Реализованы функции учета от ведения справочников и ввода первичных документов до получения различных аналитических отчетов. Цель применения - автоматизация работы трех оптовых складов.
Отраслевое решение «1С-Рарус:Розница.Магазин одежды и обуви» предназначено для автоматизации оперативного и управленческого учета, анализа и планирования операций в розничной торговле одеждой, обувью, аксессуарами, товарами для спорта и активного отдыха, в формате как одиночных магазинов, так и розничной торговой сети.
Конфигурация «1С:Комплексная автоматизация 8» решает прикладные задачи комплексной автоматизации управления и учета предприятий.
В единой информационной базе ведется управленческий, бухгалтерский и налоговый учет как одной, так и нескольких организаций [3]. Цель применения программы на предприятии «Шелковые сети» - автоматизация бухгалтерского учета и расчета зарплаты, управление персоналом, комплексный анализ всех данных на предприятии, возможность мониторинга и анализа эффективности для руководителей.
Информационные базы «1С: Управление торговлей», расположенные на оптовых складах, обмениваются между собой всеми данными. Информационная база «1С:Управление торговлей» на центральном складе обменивается с главной информационной базой «1С-Рарус:Розница». Из центрального склада в розницу поступают номенклатура, документы поступления товаров и розничные цены.
Центральная розничная база обменивается всеми данными с информационными базами магазинов, это необходимо для распределения товаров по магазинам и синхронизации данных о проданных дисконтных картах и подарочных сертификатах.
Также организуется односторонний обмен всеми данными из базы «1С: Управление торговлей» в базу «1С: Комплексная автоматизация» для получения комплексных отчетов по всем видам учета.
Таблица 1
Роли участников проекта
Специалист Обязанности
Ведущий программист Проектирование архитектуры программно-аппаратной системы, доработка БИР-системы (написание модулей), эксплуатационное тестирование, внедрение, сопровождение БИР-системы
Программист 1 Разработка правил переноса данных из ранней версии программы
Программист 2 Участие в запуске проекта (консультации для пользователей)
Программист 3 Участие в запуске проекта (консультации для пользователей)
Специалист технической поддержки Проектирование архитектуры программно-аппаратной системы. Установка и настройка серверов, компьютеров, торгового оборудования. Установка и настройка лицензионного программного обеспечения на вычислительные машины
Информационная база 1С: Управление торговлей
Информационная база 1С: Комплексная автоматизация
Информационная база 1С: Розница. Магазин одежды и
Двусторонний обмен между информационными базами
Схема обмена между ИБ предприятия
На центральном складе планируется использовать клиент-серверный режим работы «1С:Предприятие» в связи с большим количеством одновременно работающих пользователей, на остальных складах и в розничных магазинах - файл-серверный. Клиент-серверный режим, с одной стороны, увеличивает производительность работы многопользовательской системы, с другой стороны, добавляет еще одно звено -сервер, за надежностью которого также необходимо следить. Обмен данными выполняется в автоматическом режиме с интервалом в 1-2 часа, поэтому во всех торговых точках будет использоваться доступ к Интернету провайдера, надежность которого проверена.
Трудоемкость разработки БИР-системы оценена в 202 человеко-часов. Определены те компоненты, которые необходимо разработать с нуля и оценить их надежность на каждом этапе разработки по заданному методу.
В файл Input_design программы «Оценка надежности АСУП» вводятся начальные параметры. Общее количество используемых программных компонентов БИР-системы - 60, количество пользователей - 36. Методом экспертных оценок программисты выпол-
няют оценку вероятности использования каждого компонента пользователями и оценку надежности стандартных программных компонентов. Также определяется общее количество входов и выходов для каждого проектируемого модуля. Уровень языка программирования «1С:Предприятие» X = 1,9, минимально допустимая надежность разрабатываемых модулей Вттст/ = 0,992, минимально допустимая надежность АСУП за / = 1ч ВтП = 0,5, минимально допустимый коэффициент готовности системы £тт = 0,95.
Расчет количества ошибок в проектируемых модулях:
V* )2
ві =- .
] (3 000 • 1)
У] = (2 + п/) 1оИ2(2 + п/).
Надежность разрабатываемых программных модулей:
1
- Ур
У] = с] ■ % = в] ср = 1 • с.
ь0і
где yj - частота появления ошибок в модуле у; ёо,- -количество оставшихся ошибок в модуле после тестирования; I - коэффициент пропорциональности, определяется на основании данных о ранее выполненных проектах; ссл/ - коэффициент сложности модуля у, на данном этапе задается экспертом; X, - доля ошибок, оставшихся в модуле после тестирования.
Надежность компонента] для пользователя г.
Р-іу Ри/ Втест/
где £риу = 1, і = 1, ..., К,
У=1 4
где Ри, - вероятность использования компонента ] пользователем г, г = 1, ..., К,] = 1, ..., Е [1].
Далее найденные Щ подставляются в формулу (1).
Используя программную утилиту «Оценка надежности АСУП» и файл с входными данными, рассчитывают показатели надежности на данном этапе. Яасуп,=1, = 0,641 2, 5дсуп = 0,964 44.
Стадия кодирования. Выполняется программирование необходимых модулей программной системы в соответствии с техническим заданием, сформированным на стадии проектирования. Рассчитывается структурная сложность каждого разработанного модуля.
Структурная сложность программ определяется числом взаимодействующих компонентов; числом связей между компонентами; сложностью взаимодействия компонентов.
При функционировании программы разнообразие ее поведения и разнообразие связей между ее входными и результирующими данными в значительной степени определяется набором маршрутов (чередующихся последовательностей вершин и дуг графа управления), по которым исполняется программа.
Все маршруты исполнения программного модуля условно можно разделить на две группы:
- вычислительные маршруты;
- маршруты принятия логических решений.
Поскольку доля вычислительной части во многих
программных комплексах обработки информации относительно невелика, вычислительные маршруты не определяют структурную сложность программ.
Сложность маршрутов принятия логических решений оценивается формулой
сл/
=£ ру
Программа собирается и тестируется сверху вниз. В зависимости от того, в каком виде заданы значения надежности входных компонентов, используется либо модель оценки надежности Нельсона, либо модель Джелинского-Моранды для вычисления надежности каждого тестируемого модуля Ятест/:
В = і -/
тест/ — ’
Ж,
где п, - количество неудачных прогонов программы; ту - количество удачных прогонов программы [5].
Тестирование и исправление ошибок в модулях ведется до момента времени, пока Лтест- не станет больше Щ,. Полученные значения надежности модулей записываются в файл ¡при^езйщ, с помощью программной утилиты «Оценка надежности АСУП» рассчитываются показатели надежности. ЛАСУП(=1ч = 0,626 8, £АСУП = 0,962 62.
Стадия эксплуатации. Наиболее часто встречающиеся типы ошибок на начальном этапе эксплуатации системы - это недостаток функциональности разработанных модулей (вследствие ошибок, допущенных на стадии проектирования), сбои в программных модулях, вызванных некорректными действиями пользователей (вследствие отсутствия соответствующей справочной информации, недостаточного уровня обучения персонала, отсутствия защиты от несанкционированных действий пользователя), перебои в работе сети Интернет, сбои и неполадки, вызванные несовместимостью отдельных компонентов вычислительных машин, торгового оборудования.
Значения надежности работы пользователей вычисляются на основании статистики об отказах, для этого используются встроенные в БКР-систему измерительные мониторы. Значения надежности Щ записываются в файл 1при1_'Огк1^, затем с помощью утилиты «Оценка надежности АСУП» рассчитываются показатели надежности системы. ЛАСУП( = = 0,633 7, ^асуп = 0,963 47. ’
Проверим гипотезу о законе распределения случайной величины (экспоненциальное распределение с параметром X = 0,456 24), используя критерий Пирсона. Для проверки критерия вводится статистика.
х2 = £
где р, - число ветвлений или число проверяемых условий в г-м маршруте у-го модуля [4].
Значения коэффициентов сложности записываются в файл 1при1_соШ^ программной утилиты «Оценка надежности АСУП», затем рассчитываются значения надежности модулей и показатели надежности автоматизированной системы в целом. ЩАСУП( = = 0,706 5, ^асуп = 0,972 22. ’
Стадия тестирования. Используется модифицированный нисходящий метод тестирования. Этот подход требует, чтобы каждый модуль прошел автономное тестирование перед подключением к программе.
V - ХР?0)
ИР?0 '
Для критерия значимости 0,05 по табл. 2 критических значений Хи-квадрат распределения находится порог. 16,9. Наблюдаемое значение критерия 6,83 < 16,9, следовательно гипотеза о том, что заданное распределение является экспоненциальным распределением с параметром X = 0,456 24, верна с уровнем значимости 0,05.
Используемая методика оценки надежности доказала свою применимость и может быть использована для оценки надежности в других проектах автоматизации торговых предприятий.
п
і =1
Таблица 2
Значения параметров для вычисления критерия Пирсона
Время появления ошибки фактическое, ч Интервал Частота фактическая V, Время появления ошибки теоретическое, ч Частота теоретическая NPtH° (V - NPH)
NPH0
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
Библиографические ссылки
1. Кулягин В. А. Модель оценки и обеспечения надежности автоматизированных информационных систем в торговле // Системный анализ. Информатика. Управление : материалы III Междунар. науч.-практ. конф. Запорожье, 2012. С. 172-174.
2. Профессиональная разработка в системе «1С:Предприятие 8» / А. П. Габец, Д. И. Гончаров, Д.
В. Козырев и др. СПб. : Питер, 2006.
3. 1С:Предприятие 8. Система программ [Электронный ресурс]. иКЬ: http://www.users.v8.1c.ru/ (дата обращения: 12.12.2012).
4. Кирьянчиков В. А., Опалева Э. А. Качество и надежность программного обеспечения. СПб. : Питер, 2002.
5. Романюк С. Г. Оценка надежности программного обеспечения // Открытые системы. М., 1994. № 4.
С. 95-104.
V. A. Kulyagin
ANALYSIS OF APPLICATION OF RELIABILITY ASSESSMENT MODEL OF ENTERPRISE AUTOMATED MANAGEMENT SYSTEMS
The author considers the aspect of application of the offered earlier model of reliability assessment of an enterprise automated management systems, in the case of project development of trade enterprise automation. The purpose is to give system reliability assessment in the form of a certain index and to calculate it at each stage of life cycle of development, and experimentally confirm dependence ofparameters which occur at formulas and to evaluate efficiency of the offered method of reliability assessment.
Keywords: software reliability estimation models, automated enterprise management system.
© KyMraH B. A., 2012
