Предпроектный анализ конкурсных заявок на разработку программных средств

В.Б. Гусев
зав. лабораторией,
к.ф.-м.н, ст.н.с.
В.В. Павельев
зам. зав. лабораторией,
Москва.

Жизненный цикл программного средства в качестве начального пункта включает подбор исполнителей. Эффективным организационным средством этого этапа является проведение конкурсов претендентов на разработку проекта. Многие известные методы оценки и выбора претендентов-участников конкурса используют линейные свертки показателей [1], а коэффициенты свертки формируются на множестве предъявленных объектов. При смене множества оцениваемых объектов решающее правило нужно формировать заново. Процедура отбора претендентов должна основываться на прозрачных для ЛПР и эффективных алгоритмах комплексного оценивания и принятия решений [2,3]. Предлагаемый подход свободен от упомянутых недостатков. Получаемое решающее правило облегчает обеспечение анонимности процесса отбора.

В методологическом плане решение задач комплексного оценивания и выбора объектов, характеризуемых многими показателями, предполагает выполнение следующих этапов:

- Выработка формулировки заданной цели.

- Построение модели выбора.

- Выявление критериально-целевых свойств оцениваемых объектов .

- Построение критериально-целевых структур.

- Определение механизма выбора.

- Получение от лица, принимающего решение, и экспертов информации об относительной важности критериев.

- Проверка воспроизводимости (устойчивости во времени) полученной информации.

- Проведение расчетов и интерпретация полученных результатов.

Существующие модели комплексного оценивания и выбора включают не менее двух аспектов: принцип выбора и множество выбора.

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

Для отбора заявок исполнителей предлагается следующая структура показателей.

Комплексная оценка заявки на разработку ПО
	Функциональная эффективность и реализуемость ПО
		Функциональная эффективность ПО
			Полнота учета требований Заказчика
			Качество реализации ПО
		Реализуемость технических решений
			Позитивный опыт работы Участника
				Позитивный опыт выполнения аналогичных работ
				Позитивный опыт работ в интересах Заказчика
			Квалификация Участника
	Потребные объемы финансирования
		Стоимость работ по модернизации ПО
		Стоимость закупаемого лицензионного ПО

Рис. 1. Структура показателей комплексной оценки заявки на разработку программных средств.

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

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

С помощью этого решающего правила все оцениваемые объекты можно разделить на 5 страт, или классов (1-й, 2-й, 3-й, 4-й, 5-й), упорядоченных по их предпочтительности. Самые лучшие отнесены к 5-й страте (классу), самые худшие – к 1-й страте (классу). Если в 5-й страте (классе) окажется несколько объектов оценки, то лучший из них выбирается с помощью дополнительной информации об условиях их применения.

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

Литература

1. Саати Т. Принятие решений. Метод анализа иерархий: Пер. с англ. – М.: Радио и связь, 1993. – 320 с.

2. Глотов В. А., Павельев В. В. Векторная стратификация. – М.: Наука, 1984.

3. Анохин А.М, Гусев В.Б., Павельев В. В. Комплексное оценивание и оптимизация на моделях многомерных объектов. – М., 2003 (научное издание/ Институт проблем управления им В.А. Трапезникова РАН).

4. Гусев В.Б. Согласование критериев принятия решений при целевом планировании. Сибирский журнал индустриальной математики, 2005, №2(22).