Формирование оптимального комплекта программного обеспечения в образовательных организациях

Бесплатный доступ

Рассмотрена проблема определения номенклатуры оптимального комплекта прикладного программного обеспечения (ПО), необходимого для реализации образовательных программ в высших учебных заведениях (вуз), путем количественной оценки его качества. Цель исследования: разработка механизма комплексной оценки качества ПО в рамках выбранного класса, позволяющего оказать поддержку в принятии обоснованного решения при выборе типового комплекта ПО вуза. Материалы и методы. Предлагаемый механизм основывается на использовании методов оптимизации и экспертных оценках. На первом этапе механизма уточняются базовые требования, учитывающие специфику работы образовательной организации. Формируется набор программ (альтернатив) для выбранного класса ПО с последующим определением на базе экспертной информации характерных для него ключевых функций. Далее по предложенным в работе показателям качества ПО осуществляется их оценка для каждой альтернативы. Показатели качества ПО представляют собой иерархическую трехуровневую систему (критерий, метрика, оценочный элемент), в которой показатели вышестоящих уровней определяются через показатели нижестоящих уровней. Интегральная оценка качества альтернативы определяется как сумма оценок ее критериев качества. На завершающем этапе решается задача целочисленного линейного программирования по определению оптимальной номенклатуры альтернатив в рамках соответствующего класса ПО, исходя их условий максимизации качества альтернативы, содержащей в себе требуемый набор функций, и минимизации их количества. Результаты. Разработан механизм определения оптимальных альтернатив для формирования типового набора ПО с целью реализации необходимых образовательных программ вуза. Формализованы основные показатели качества ПО и предложен математический аппарат по их оценке. Заключение. Предложенный механизм позволяет осуществить количественную оценку качества ПО в рамках его класса с последующим выбором наиболее рациональных для вуза программных средств. Такая оценка позволит упростить задачу по принятию обоснованного решения при формировании типового комплекта ПО, необходимого для реализации требований федеральных образовательных стандартов, и в целом повысит эффективность системы координации информатизации по данному направлению.

Еще

Программное обеспечение, альтернатива, показатели качества, оценка качества, типовой комплект, информатизация вуза

Короткий адрес: https://sciup.org/147236501

IDR: 147236501   |   DOI: 10.14529/ctcr210401

Текст научной статьи Формирование оптимального комплекта программного обеспечения в образовательных организациях

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

На текущий момент механизм формирования оптимального комплекта ПО в вузах явно не описан и слабо структурирован. При этом определен ряд ограничений при осуществлении его закупки и установки на объекты информатизации указанных организаций [1–3], основными из которых являются:

  • –    запрет на допуск ПО, происходящего из иностранных государств;

  • –    дефицит денежных средств на соответствующую статью расходов;

  • –    ограничения по допуску ПО на объекты информатизации, предназначенных для обработки информации ограниченного доступа.

Также следует учитывать, что Российская Федерация (РФ) находится под определенным политическим давлением, выражающимся, в частности, в ряде санкций [4], затрагивающих IT-сферу. Результатом таких мер является ограничение (блокировка) для ряда организаций РФ (в том числе научных и образовательных) возможности приобретения программных продуктов от соответствующих иностранных разработчиков.

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

Описание подхода

Предлагаемый механизм основывается на математических методах оптимизации [5–9], общих положениях по оценке качества программных средств, установленных стандартами различного статуса [10–12], а также экспертных оценках.

Будем предполагать, что для некоторого вуза определена потребность в ПО, выраженная в конечном наборе его классов m . Множество классов обозначим через K = { k q } , где q = 1, .., m -порядковый номер класса. В рамках данной статьи под классом ПО будет пониматься группа, которая объединяет ПО, имеющее аналогичные функциональные характеристики (возможности). Номенклатура классов устанавливается в соответствии с классификатором программ для электронных вычислительных машин и баз данных, утвержденным приказом Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации 22.11.2020 г. № 486. Так, например, среди офисных приложений и прикладного ПО популярными (востребованными) являются классы «Редакторы презентаций», «Табличные редакторы», «Текстовые редакторы», «Мультимедийное программное обеспечение», «Информационные системы для решения специфических отраслевых задач», «Справочно-правовые системы».

Пусть также для каждого класса k q сформирован набор программ p q (альтернатив), из которых необходимо выбрать оптимальные для данного класса. Множество альтернатив в рамках kq -класса обозначим через A q = { a g } , где g = 1,., pq - порядковый номер альтернативы.

Известен базовый перечень требований организации, которым должны соответствовать указанные альтернативы, количество которых равно b . Номенклатуру основных требований организации обозначим через T = { t y } , где у = 1,.., b - порядковый номер требования (ограничения). Из множества A q отбираются только альтернативы t q , соответствующие базовым требованиям. Множество таких альтернатив обозначим через A q = { a q } , где j = 1, ., tq - порядковый номер альтернативы, соответствующей базовым требованиям организации, а их комплексную оценку (вес) – через W j q .

Будем полагать, что на основе экспертной информации и соответствующей нормативной базы для kq класса может быть разработана матрица типовых функций программы Fq = ( f q ) (матрица классификационных признаков), где i = 1,…, n q – порядковый номер функции, характеризующей класс k q , j = 1,…, t q .

Каждая альтернатива a q j может либо содержать в себе необходимый функционал, либо нет.

Если альтернатива aqq позволяет реализовать fiq функцию kq-класса, то элемент матрицы fij = 1, если нет, то fiq = 0.

Требуется сформировать механизм комплексной оценки альтернатив aqj в рамках выбранно- го класса для упрощения задачи по принятию обоснованного решения при выборе типового комплекта ПО вуза. Данную задачу можно записать следующим образом:

tq у xq ^ min,                                                               (1)

j = 1

где x q =<

  • 1,    если a q альтернатива включается в k q -класс;

0, иначе.

tq

V Wqxq ^ max, j = 1

где W j q – оценка (вес) a q j альтернативы.

tq у fq 1, i = 1,..., nq, j =1

где f ij q =

  • 1,    если a q j альтернатива реализует функцию f i q для k q -класса;

    0, иначе.


Переменными задачи дискретной оптимизации (1)–(3) является x q j .

Решение данной задачи предлагается осуществить в 4 этапа.

Этап 1. Проверка соответствия сформированного набора альтернатив базовым (входным) требованиям организации.

Начальным этапом выбора лучшей альтернативы является их проверка на соответствие базовым требованиям организации. Перечень типовых требований (ограничений), которые в большинстве случаев необходимо учитывать при снабжении вузов ПО, а также их оценка представлены в табл. 1. Если для данной организации часть приведенных в табл. 1 требований избыточны, то они не учитываются (в расчете не участвуют).

Таблица 1

Базовые требования по допуску программного обеспечения на объекты информатизации организации

Table 1

Basic requirements for the admission of software to the objects of informatization of the organization

п/п      Перечень требований

Оценка

1 Соответствие требованиям образовательного стандарта, t 1

T f 1, если программа соответсвует требованиям;

  • w1g = L

  • [ 0, в противном случае.

где w 1 T g – оценка соответствия g -й программы t 1 требованию организации

2 Наличие допуска ПО на ОИ, обрабатывающих сведения, составляющие государственную тайну, t 2

T  f 1, если программа имеет соответсвующий допуск;

wTg = L

[ 0, в противном случае.

где w 2 T g – оценка соответствия g -й программы t 2 требованию организации

Окончание табл. 1

Table 1 (End)

№ п/п

Перечень требований

Оценка

3

Выполнение запрета

на допуск ПО, происходящего из иностранных государств, t 3

T f 1, если программа включена в ЕРРП или свободная; w 3 g = <

[ 0, в противном случае.

где w 3 T g – оценка соответствия g- й программы t 4 требованию организации

4

Аппаратная совместимость, t 4

т  fl, если совместима с аппаратными средствами;

wTg = L

[ 0, в противном случае.

где w 4 T g – оценка соответствия g -й программы t 5 требованию организации

5

Совместимость с ОС, t 5

T  f l, если программа совместима с ОС организации;

w 5 g = <

6 [ 0, в противном случае.

где w 5 T g – оценка соответствия g-й программы t 6 требованию организации

6

Требование для ПО наличия доступа к сети «Интернет», t 6

т _

w 6 g

2

где w 6 орган

1, если способ активации и использования ПО может быть реализован пользователем;

0, в противном случае.

g – оценка соответствия g-й программы t 7 требованию зации

Итоговую оценку соответствия a g q -программы требованиям организации t y обозначим через W g T :

b

W g = П - •                                                                (4)

.y = 1

где w T yg – оценка соответствия g -й программы y -му требованию организации.

Из множества A q отбираются только те альтернативы t q , для которых W g Ф 0, т. е. соответствующие базовым требованиям. Таким образом, получаем новое множество альтернатив A q T , такое что A T с А„ . qq

Этап 2. Определение значений показателей качества альтернатив.

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

Первый (верхний) уровень представляет собой критерии качества ПО : функциональные возможности ( F q ), надежность ( R ), адаптируемость ( C ), условия использования и распространения (лицензия) ( L ), удобство использования ( U ), статус проекта ( Н ). Критерии качества программного обеспечения по степени важности принимаются равнозначными.

Критерии качества определяют соответствующими метриками (второй уровень): функции ( f 1 ,…, f n ), устойчивость к ошибке ( r 1 ), возможность повторного старта с точки останова ( r 2 ), степень аппаратной совместимости ( c 1 ), степень программной совместимости ( с 2 ), модель дохода

(стоимость программы) (l1), срок использования программы (l2), количество рабочих мест (l3), техническая поддержка (l4), рейтинг программы в тематических обзорах (u1), документация для освоения (u2), качество помощи (легкость освоения) (u3), локализация программ, происходящих из иностранных государств (u4), наличие опыта работы у преподавательского состава с программой (u5), совместимость программы с аналогами (u6), состояние проекта на текущий год (h1), история актуального проекта (h2). Метрики характеризуются двумя числовыми параметрами – количественным значением (оценкой) wj и весовым коэффициентом s^ , где i = 1, .„,n^ - поряд- ковый номер метрики, j = 1, .„, tq - порядковый номер альтернативы, Т = {Fq, R, C, L, U, H} -признак критерия качества, nΨ – количество метрик, содержащихся в критерии Ψ.

Важность (вес) метрики, уточняется экспертной группой по средствам весового коэффициента s^ и зависит от специфики конкретной организации. Предлагается в качестве значений коэффициента s i T использовать следующие:

1, если i -я метрика для программы является основной ( О ) ;

s Т i

0,5, если i -я метрика для программы является второстепенной ( В ) ;

0, в противном случае ( i -я метрика является избыточной ( И ) ) .

Метрики составляются из оценочных элементов (третий уровень): процессор (1), оперативная память (С2), память видеокарты (С3), память на диске (С4), наличие пользовательской доку- ментации для освоения (U1), полнота описания программы в пользовательской документации (U2), точность пользовательской документации для освоения (U3), возможность освоения программы на контрольном примере при помощи ЭВМ (U4), наличие в программе встроенной справки

(функция HELP) ( U 5 ), наличие в открытом доступе других методических материалов ( U 6 ). Оценочный элемент определяет заданное в метрике свойство. Для метрики, определенной одним оценочным элементом, третий уровень опускается.

Для показателей качества на всех уровнях (критерии, метрики, оценочные элементы) принимается единичная шкала оценки от 0 до 1.

При оценке критериев качества применяется традиционный подход, базирующийся на аддитивном методе, когда интегральная оценка критерия качества Wj альтернативы aq будет определяться как сумма частных оценок (оценок метрик wj), умноженных на веса (коэффициент si ):

n Т

W T = Z

Т Т s i w j .

i = 1

Нормализация данной оценки осуществляется путем ее деления на количество метрик n Ψ , содержащихся в критерии Ψ:

W Т= w j T / n Т .

Процесс оценки метрик зависит от их наполнения. Если метрика формируется из нескольких оценочных элементов oM, то результат ее оценки wj определяется по формуле oM wj = Е wM loM,                                                            (8)

d = 1

где w d M j – оценка d -го оценочного элемента для j -й альтернативы метрики M ;

М = { f _ , , f n , г 1 , Г 2 , C 1 , c 2 , 1 1 , , 1 4 , U 1 , , u 6 , h 1 , h 2 } - признак метрики.

Если метрика определена одним оценочным элементом (третий уровень отсутствует), то для ее оценки применяется преимущественно экспертная информация или выражения:

9 ij - min( 9 ij )

w1 = X i--------j --для метрик с прямой шкалой;                             (9)

max(9 ij) - min(9 ij) jj max(9 ij)-9 ij wj =Xi----j--для метрик с обратной шкалой,                           (10)

max( 9 ij ) - min( 9 ij )

jj где θij – числовое значение i-й метрики для j-й программы;

X i е { 0,5; 1 } - корректирующий коэффициент.

Оценка третьего уровня (оценочные элементы) осуществляется на основе информации, представленной преимущественно разработчиками ПО на соответствующих сайтах в сети «Интернет», экспертной информации, а также выражений (9), (10).

Этап 3. Определение комплексной оценки качества альтернатив.

На 3-м этапе определяется комплексная оценка W j q для каждой альтернативы из множества A q T в рамках класса k q :

W q = W F+ W R+ W C+ W L+ W U+ WH                                   ЛП

Wj = Wj + Wj + Wj + Wj + Wj + Wj .                                            (11)

Этап 4. Определение оптимальной номенклатуры альтернатив для требуемого класса ПО.

На завершающем этапе алгоритма методом Гомори [4, 5] определяется минимальный комплект соответствующих альтернатив, имеющих максимальную оценку Wjq и содержащих в себе все необходимые функции (статус метрики определен как «основная»). Особенности реализации алгоритма заключаются в следующем. Предполагаем, что среди множества альтернатив AqT есть альтернативы, содержащие каждая в себе полный набор основных функций, из которых требуется выбрать одну с максимальной оценкой Wjq . Тогда условие для поиска данного решения будет иметь вид:

tq

V W^x4, ^ max, jj j'=1

tq

Z f jq x j ^ 1;

j = 1

tq

Z x q = 1,

I j = 1

где i = 1,. ^ , n O - порядковый номер функции, определенной как «основная».

Если для системы (12) существует решение, то оно будет определять оптимальную альтернативу для данного класса и соответственно включаться в типовой комплект ПО органи- зации.

Если система (12) не имеет решений (среди множества альтернатив отсутствует программа с требуемым набором функций), то максимально допустимое количество программ в классе увели- чивается до двух:

t q

Z f q x q ^ 1;

< j = 1

fzx,q<2]л(xqq < 1), llj=1        J а при отсутствии положительного результата до трех:

tq

Z f j 1;

j = 1

Гt A

q

Z x^ 3 л ( x^ 1 ) .

I j = 1         J

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

Дальнейшее увеличение количества программ в классе, по мнению авторов статьи, нецелесообразно по следующим причинам:

  • 1.    Увеличение периода адаптации сотрудников организации к новому ПО. Каждая новая программа (интерфейс) будет требовать от пользователя дополнительного времени на получение опыта работы в ней, что вызовет снижение производительности труда на данный период.

  • 2.    Проблемы администрирования. Поддержка большого количества программ увеличит нагрузку на советующие ИТ-службы организации (системных администраторов).

  • 3.    Проблемы совместимости форматов файлов. Различие в форматах создаст дополнительные сложности стыковки ПО от разных разработчиков, что приведет к увеличению затрат на совместимость результатов работы, усложнит процесс унификации ПО и в целом управление информационно-телекоммуникационной инфраструктурой вуза.

  • 4.    Увеличение времени и средств на разработку методического материала по работе с ПО.

Если системы (13) или (14) имеют решение, то оно будет определять соответственно две или три выигрышных (оптимальных) альтернативы для данного класса. Отобранные таким образом для каждого класса альтернативы формируют оптимальный комплект программ организации.

Практические расчеты

Рассмотрим работу механизма определения оптимальной номенклатуры (комплекта) ПО на примере одного из вузов Министерства обороны Российской Федерации.

Пусть согласно требованиям к условиям реализации программы специалитета организацию необходимо обеспечить прикладным программным обеспечением, соответствующим классу «Редакторы презентаций». В рамках данного класса определены десять программ a 1 ,…, a 10 , из которых необходимо выбрать оптимальные и для которых известны функциональные и эксплуатационные характеристики.

На средства вычислительной техники объектов информатизация вуза установлена операционная система (ОС) Astra Linux. Характеристики данных средств определены следующими параметрами (системные требования): частота процессора – 2,2 ГГц, объем оперативной памяти – 4 Гб, память видеокарты – 2 Гб, память на диске – 350 Гб. Обработка сведений, составляющих государственную тайну, на данных средствах не ведется. Приобретение ПО осуществляется в соответствии с постановлением Правительства РФ от 16 ноября 2015 г. № 1236.

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

Этап 1. На начальном этапе осуществляется проверка на соответствие программы а g , указанным выше требованиям. Если для программы аg не выполняется одно из требований, то она в расчет не берется (исключается из потенциального комплекта ПО).

Пусть альтернатива а 1 включена в единый реестр российских программ [13] ( w T1 = 1) и может работать под управлением ОС семейства Windows, Linux и Мас ( w T1 = 1), на средствах вычислительной техники с частотой процессора 1 ГГц, оперативной памятью 2 Гб, видеокартой в 512 Мб и занимать место на жестком диске порядка 3 Гб ( w T1 = 1). Тогда согласно выражению (4) оценка соответствия альтернативы а 1 требованиям организации W 1 T = 1 . Следовательно, программа полностью соответствует базовым требованиям вуза и может быть использована на его объектах информатизации.

Альтернатива а 2 включена в единый реестр российских программ ( w T2 = 1) и может работать под управлением ОС семейства Windows ( w T 2 = 0), на средствах вычислительной техники с частотой процессора 1 ГГ Ц , оперативной памятью 1,5 Гб, видеокартой в 512 Мб и занимать место на жестком диске порядка 2 Гб ( w T 2 = 1). Тогда согласно выражению (4) соответствующая оценка W- 2 = 0 (программа не совместима с ОС организации) и, следовательно, альтернатива а2 исключается из дальнейшего рассмотрения.

Аналогично осуществляется проверка оставшихся альтернатив. Пусть в ходе проверки соответствия были отобраны семь альтернатив.

Этап 2. На данном этапе определяются значения показателей качества для отобранных на первом этапе альтернатив. В качестве примера рассмотрим расчет оценок для трех критериев качества: «Функциональные возможности», «Адаптируемость», «Условия использования и распространения (лицензия)». Остальные показатели качества для данной организации будем считать избыточными ( 5 ^ = 0 ).

В соответствии с постановлением Правительства РФ от 23.03.2017 г. № 325 ключевыми (основными) функциональными характеристиками для класса «Редактор презентаций» являются: поддержка форматов Open Document Format ( f 1 ), Office Open XML (OOXML, PPTX) ( f 2 ), выбор различных шрифтов ( f 3 ), выравнивание текста (по центру, ширине, левой и правой границе зоны размещения информации) ( f 4 ), вставка и удаление из слайда графических элементов, аудио- и видеоинформации ( f 5 ), настройка демонстрации слайдов ( f 6 ). В качестве второстепенных функций для данного класса, учитывая экспертную информацию и специфику организации, определим поддержку формата PDF (функция f 7) и использование внешних электронных орфографических словарей русского языка (f 8 ). Для демонстрации работы механизма указанный набор классификационных признаков ( f 1 ,…, f 8 ) будем считать достаточным.

Функции f 1 ,…, f 8 являются метриками для критерия качества «Функциональные возможности, F » и оцениваются по следующему правилу:

F [ 1, если программа реализует требуемую функцию;

w j = 1

[0, иначе, где wiFj – оценка i-й метрики для j-й программы критерия F.

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

Таблица 2

Функциональные возможности альтернатив для класса «Редакторы презентаций»

Table 2

Functionality of alternatives for the “Presentation Editors” class

Метрика

Коэф. si F

Наличие (+)/отсутствие(–) у альтернативы требуемой функции

а 1

а 2

а 3

а 4

а 5

а 6

а 7

f 1

О

+

+

+

+

f 2

О

+

+

+

+

+

f 3

О

+

+

+

+

+

+

f 4

О

+

+

+

+

f 5

О

+

+

+

+

+

+

f 6

О

+

+

+

f 7

В

+

+

+

+

f 8

В

+

+

+

+

Тогда оценка критерия качества F для альтернативы а j вычисляется согласно выражению (6). Определим указанную оценку для альтернативы а 1 :

WF =Z « = 5.

i = 1

Далее осуществляется нормирование данной оценки в соответствии с выражением (7):

W 1 F = W 1 F jnF = 0,625.

Аналогичным образом определяются оценки других альтернатив:

W 2 F = 0,563, W 3 F = 0,688, W 4 F = 0,500, W 5 F = 0,438, W 6 F = 0,563, W 7 F = 0,625.

Для оценки критерия «Адаптируемость, С » необходимо вычислить значение метрик «Степень аппаратной совместимости, с 1 » и «Степень программной совместимости, с 2 ».

Оценка метрики с 1 зависит от четырех оценочных элементов «Процессор, с », «Оперативная память, C 2 », «Память видеокарты, С 3», «Память на диске, C 4 », расчет которых осуществляется в соответствии с выражением (10). Корректирующий коэффициент λ i = 1.

Метрика с 2 определена одним оценочным элементом (третий уровень отсутствует) и зависит от количества дополнительных программ, необходимых для функционирования а j -альтернативы. Дополнительные программы принимаются равнозначными по условиям их применения и распространения. Если они отличаются по данному показателю, то в оценку включаются только несвободные программы. Расчет метрики с 2 производится аналогично расчету оценочных элементов метрики с 1.

Пусть для альтернатив а 1 ,…, а 7 определены системные требования, представленные в табл. 3.

Таблица 3

Системные требования

Table 3

System requirements

Параметр

Характеристика альтернативы

а 1

а 2

а 3

а 4

а 5

а 6

а 7

Тактовая частота процессора, ГГц

1

1,2

1

1,4

1,3

0,9

1,2

Объем оперативной памяти, Мб

1024

2048

1536

2048

2048

512

1536

Объем памяти видеокарты, Мб

512

512

512

640

512

256

512

Свободное место на жестком диске, Гб

3

3,5

2

3

2,5

1

2

Число доп. программ, шт.

1

1

0

1

2

0

1

Тогда соответствующие оценки оценочных элементов для альтернативы а 1 равны

w C 1 = ( max ( c j ) - Cn ^^ max ( : j ) - min ( : j ) ^ = 0,800;

w 21 =^ max ( C 2 j ) C 21 ^^ max ( C 2 j ) - min ( C 2 j ) ^ = 0,667;

w C 1 =^ max ( C: 3j ) - c : 31 ^^ max ( C: 3j ) - min ( C:3j ) ^ = 0,333;

w 41 =^ max ( C : 4j ) - c : 41 ^^ max ( C : 4j ) - min ( C : 4j ) ^ = 0,200.

Оценка метрики с 1 для альтернативы а 1 рассчитывается согласно формуле (8):

о с 1

w f = £ wCd\/ оС1 = 0,500.

d = 1

Оценка метрики с 2 для альтернативы а 1 рассчитывается по формуле (10):

w 21 = ( max ( с 2 j ) - c 21 у ( max ( c 2 j )

- min( c 2 j U = 0,500. jj )

Пусть метрики с 1 и с 2 определены как основные ( s c = 1).

Тогда согласно выражению (6) оценка критерия качества С для альтернативы а 1 равна: 2

Wf = Z s C W = 1,000.

i = 1

Далее осуществляется нормирование данной оценки в соответствии с выражением (7):

WC = Wf jnc = 0,500.

Аналогичным образом рассчитываются соответствующие оценки для альтернатив а 2 ,…, а 7 :

W C = 0,342, W 3 C = 0,759, W 4 C = 0,275, W 5 C = 0,117, W 6 C = 1,000, W 7 C = 0,459.

Критерий «Условия использования и распространения (лицензия), L » оценивается метриками «Модель дохода (стоимость программы), l 1 », «Срок использования программы, l 2 », «Количество рабочих мест, l 3 », «Техническая поддержка (ТП), l 4 ».

Оценка метрики l 1 зависит от стоимости альтернативы а j :

L _ w j 1

0,5

- min j

если программа платная;

  • 1,    иначе.

Оценка метрики l 2 зависит от срока действия неисключительных прав на использование альтернативы а j :

L _

W 2 j =

0,5 1 /•

- min j

если срок ограничен;

  • 1,    иначе.

Оценка метрики l 3 определяется аналогично метрике l 2 и зависит от числа рабочих мест (РМ), на которых лицензией разрешено использовать альтернативу а j :

L _ w 3 j = 1

0,5 1 l

- min ( 1 3 j ) I , если кол. РМ ограничено;

  • 1,    иначе.

Метрика l 4 оценивается по следующему принципу:

  • 1, если ТП входит в указанную стоимость программы;

w Lj = i 0,5, если ТП не входит в указанную стоимость;

  • 0, если ТП для данной программы не предусмотрена.

Пусть условия лицензий на приобретение и использование альтернатив а 1,…, а 7 определены табл. 4.

Таблица 4

min

j

= 1;

Условия лицензии на использование программы

Table 4

Terms of the license to use the program

Параметр

Характеристика альтернативы

а 1

а 2

а 3

а 4

а 5

а 6

а 7

Стоимость программы, руб.

10 000

7000

0

1000

3000

0

13 000

Срок использования программы, г.

Без огран.

Без огран.

Без огран.

1

3

Без огран.

5

Количество рабочих мест, шт.

1

1

Без огран.

1

1

Без огран.

5

Статус ТП:

+ входит в цену

± не входит в цену

– отсутствует

+

+

±

+

+

Тогда соответствующие оценки метрик для альтернативы а 1 равны:

Пусть метрики l 1 , l 2 и l 3 определены как основные ( s ^ = 1, s L = 1, s L = 1), а метрика l 4 - как второстепенная ( s L = 0,5).

Тогда оценка критерия качества L для альтернативы а 1 :

W 1L = £ s L w L = 1,625.

i = 1

Проведя нормирование, получим:

W L = W 1 L )nL = 0,406.

Аналогичным образом определяются оценки других альтернатив:

W 2 L = 0,438, W 3 L = 0,750, W 4 l = 0,188, W 5 L = 0,292, W 6 L = 0,750, W L = 0,375.

Этап 3. На данном этапе в соответствии с выражением (11) определяются комплексные оценки для альтернатив а j :

W 11 = W 1 F + W 1 C + W 1 L = 1,531.

W 2 = 1,343, W 3 = 2,197, W 4 = 0,963, W 5 = 0,847, W 6 = 2,313, W 7 = 1,459.

Таким образом, расчет комплексных оценок для соответствующих альтернатив показал, что оптимальным вариантом из них является альтернатива a 3 . Тем не менее для формирования класса «Редакторы презентаций» только альтернативы a 3 будет недостаточно, так как в ней отсутствует функция, определенная как основная (функция f 6). Таким образом, необходимо осуществить выборку из имеющихся альтернатив по принципу максимальной (требуемой) функциональности минимальным количеством.

Этап 4. Для достижения данной цели методом Гомори решается задача целочисленного линейного программирования:

Z = 1,531 x +1,343x2 + 2,197x3 + 0,963x4 + 0,847x5 + 2,313x6 +1,459x7 ^ max, x3 + x4 + x 5 + x 7 > 1;

x 1 + x 2 + x 3 + x 6 + x 7 1;

x 1 + x 2 + x 3 + x 5 + x 6 + x 7 1;

xj + x3 + x4 + x6 > 1;

r. . . . . ., x1 + x2 + x3 + x4 + x5 + x7 > 1;

x 2 + x 4 + x 6 1;

x 1 + x 2 + x 3 + x 4 + x 5 + x 6 + x 7 2;

0 x i 1, i = 1,7.

Решая данную задачу, получим оптимальное решение: X = (0, 0, 1, 0, 0, 1, 0), Z ( X ) = 4,51. Таким образом, класс «Редакторы презентации» для данного вуза будет определяться номенклатурой альтернатив а 3 и а 6 .

Для реализации и упрощения расчетов на всех этапах рассмотренного механизма, а также его внедрения в практическую деятельность образовательных организаций разработана автоматизированная информационная система «Комплект ПО» [14, 15].

Заключение

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

Список литературы Формирование оптимального комплекта программного обеспечения в образовательных организациях

  • Бобровских, A.B. Перспективы использования прикладного программного обеспечения в образовательных организациях военной направленности / A.B. Бобровских //Инновационные Технологии -2019: сб. статей. - Пермь: Aэтерна, 2019. - C. 8-12.
  • Бобровских, A.B. Cвободное программное обеспечение. Математические продукты / A.B. Бобровских, Т.Ю. Урывская, A.П. Aлимов // Инженерный вестник Дона (сетевое издание). - 2019. - № 9. - http://www.ivdon.ru/ru/magazine/archive/N9y2019/6246.
  • Бобровских, A.B. Перспективы использования программного обеспечения в образовательной деятельности курсантов BУНЦ BBC «BBA» / A.B. Бобровских // Молодежные чтения, посвященные памяти ЮЛ. Гагарина: сб. статей. - Bоронеж: BУНЦBBC «BBA», 2019. - C. 23-27.
  • Master sanctions chart, updated march 31, 2021. - https://www.state.gov/wp-content/uploads/ 2021/04/MASTER-Sanctions-chart-March-2021.pd/(дата обращения: 06.09.2021).
  • Болотникова, О.B. Линейное программирование: симплекс-метод и двойственность / О.B. Болотникова, Д.B. Тарасов, P.B. Тарасов. - Пенза: Изд-во ПГУ, 2015. - 84 с.
  • Шевченко, A.C. Методы оптимизации. Линейное программирование / сост. A.C. Шевченко. - Рубцовск: Рубцовский институт (филиал) AлтГУ, 2016. - 162 с.
  • Каштаева, C.B. Методы оптимизации / C.B. Каштаева. - Пермь: ИПЦ «Прокростъ», 2020. - 84 с.
  • Гарина, C.B. Методы оптимизации и исследование операций / C.B. Гарина, М.Б. Никишин. -Cаранск: Изд-во Мордовского университета, 2019. - 244 c.
  • Чернышова, Г.Д. Дискретные и вероятностные модели (Модели. Aлгоритмы) / Г.Д. Чер-нышова, И.Н. Булгакова. - Bоронеж: Издат. дом BГУ, 2014. - 50 с.
  • ГО^ 28195-89. Оценка качества программных средств. Общие положения. - Bвед. 1990-07-01. -М.: ИПК Изд-во стандартов, 1989. - 31 с.
  • ГО^ ИCО/МЭК 9126-2001. Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению. - Минск: Евразийский совет по стандартизации, метрологи и сертификации, 2001. - 13 с.
  • ГО^ Р ИCО/МЭК12119-2000. Информационная технология. Пакеты программ. Требования к качеству и тестирование. - Bвед. 2002-01-01.- М. : Госстандарт России: ИПК Изд-во стандартов, 2001.- 19 с.
  • Единый реестр российских программ для электронных вычислительных машин и баз данных. - https://reestr.digital.gov.ru/ (дата обращения: 21.07.2021)
  • Бобровских, A.B. Aвтоматизированная информационная система для определения оптимального комплекта программного обеспечения в военных высших учебных заведениях / A.B. Бобровских, A.B. Гавриленко, A.A. Плахотин //Молодежные чтения, посвященные памяти Ю.A. Гагарина: сб. статей. - Bоронеж: BУНЦBBC «BBA», 2021.- C. 8-14.
  • Cвидетельство о государственной регистрации программы для ЭBМ № 2021664371. Российская Федерация. Aвтоматизированная информационная система для определения оптимального комплекта программного обеспечения «Комплект ПО» / A.B. Бобровских, A.B. Гавриленко, Ю.B. Бондаренко, A.П. Aлимов; правообладатель A.B. Бобровских; опубл. 06.09.2021.
Еще
Статья научная