Критерии в критериальной матрице разрабатываются в соответствии с определенными и формализованными целями, назначением и основными требованиями к системе и представляют иерархический список, разбитый по тематике оцениваемых параметров.
Критерии в критериальной матрице разносятся по следующим группам (Таблица 1).
Таблица 1. Группы критериев для оценки
Название группы критериев | Описание |
Требования к потенциальному поставщику ПО | В группе требований к поставщику находятся требования к организации, проводящей разработку программного продукта. Успех проекта, превращающего стандартный пакет в решение для конкретного предприятия, во многом зависит от постановки задачи и разработчика продукта. Возможности компании разработчика оцениваются в этом разделе. |
Требования к коммерческим предложениям/заявкам потенциальных поставщиков | В этой группе требований оцениваются коммерческие предложения/заявки, представленные потенциальными поставщиками. Требования включают следующие разделы:
|
Функциональные требования к системе | В группу функциональных требований включаются все требования, относящиеся к функциональным возможностям Системы. Эта группа требований формируется на основании потребностей Заказчика, формализованных по результатам обследования предприятия. |
Технические требования к системе | К техническим требованиям относятся требования, связанные со способом и средствами реализацией функциональности Системы. Это – требования к техническим возможностям и архитектуре программного продукта. Сюда также относятся требования к аппаратному и программному обеспечению, необходимому для развертывания продукта. Выделяются следующие подразделы:
|
Для каждого критерия ставится в соответствие весовой коэффициент в пределах от 1 до 10, определяемый в зависимости от оценки необходимости наличия данной функции или качества в системе описываемой критерием. Выставляемая оценка по каждому пункту, умножается на этот коэффициент для получения результирующей оценки выбранного критерия. Чем ниже установлен весовой коэффициент, тем меньше он будет влиять на итоговую оценку по своему разделу, тематике.
Установление весовых коэффициентов проводится экспертами на основании уровня приоритетности выполнения данного критерия для Заказчика (Таблица 2).
Таблица 2. Уровни приоритетности критериев и весовые коэффициенты при оценке функциональных и технических требований к системе
Уровень критерия | Описание | Вес |
Отсекающий критерий | Это концептуальное свойство системы. Оно пронизывает многие ее элементы. Работа многих людей требует наличия этого качества/свойства в системе. Обходные процедуры при отсутствии данного свойства, потребуют неприемлемых затрат или чрезмерно усложнят процесс (сделают его трудно управляемым). | 10 |
Критичное требование | При отсутствии данное свойство в системе в принципе может быть доработано или имеются альтернативные решения, восполняющие этот недостаток, адекватные по цене. Это качество или свойство системы явно необходимо для эффективного функционирования Системы. При отсутствии данного свойства не было бы смысла внедрять данную программу в этой области. | 8 |
Рабочее требование | Это является рабочим требованием. Выполнение данного требования было бы желательно. Компенсация отсутствия данного свойства не будет требовать существенных затрат или существенного усложнения рабочего процесса. | 5 |
Пожелание | Отсутствие этого свойства не снижает эффективности работы в целом. Данным пожеланием можно пренебречь или же оно достаточно легко «дорабатывается, настраивается» или обеспечивается обходной процедурой. | 2 |
Для получения количественной оценки соответствия систем и поставщиков используются правила присвоения весов критериям оценки:
- Критерии оценки должны быть разделены на 4 группы: требования к потенциальному поставщику ПО, требования к коммерческим предложениям/заявкам потенциальных поставщиков, функциональные требования к системе, технические требования к системе. Каждой из групп присваивается вес, который выражен в % и зависит от важности для компании каждой из групп В сумме веса всех групп составляют 100%. Каждая группа состоит из подгрупп выделенных по определенному признаку (надежность, интеграция и т. д.). Присвоение весов каждой из подгрупп проводится аналогично присвоению весов группам. Каждая подгруппа состоит из критериев, имеющих веса.
Для оценки критериев, входящих в состав подгрупп, предлагается использовать шкалу приоритетов, состоящую из 4 уровней значимости критериев (Таблица 2)
- Значимость групп, подгрупп и критериев определяется в зависимости от их влияния на возможность реализовать целевое, желаемое состояние Системы.
Для заполнения критериальной матрицы используется информация, полученная:
- от разработчиков и поставщиков программного обеспечения; от заказчиков, использующих аналогичное программно-технологическое решение в режиме промышленной эксплуатации; по публикациям в СМИ; по результатам исследований специализированных экспертно-аналитических агентств.
Подход к оценке программного обеспечения
Оценка программного обеспечения каждой позиции критериальной матрицы производится по пятибалльной шкале (от 0 – «полное несоответствие», до 4 – «полное соответствие» требованиям).
В зависимости от темы рассматриваемой в критерии, качество может оцениваться как наличие необходимого функционала отвечающего по полноте реализации обозначенным потребностям Заказчика.
В Таблице 3 представлены характеристики балльной оценки.
Таблица 3. Шкала баллов
Характеристика оценки | Балл |
| 0 |
| 1 |
| 2 |
| 3 |
| 4 |
Порядок установки баллов
- Балл выставляется на основании ответов на вопросы критериальной матрицы и мнения экспертов о заявленных характеристиках предлагаемого программного обеспечения. Отсутствие ответа или несоответствие ответа приведенному комментарию оценивается как «полное несоответствие» («0» баллов). Противоречивые ответы на различные вопросы, связанные между собой по смыслу, оцениваются как «полное несоответствие» по всем вопросам («0» баллов). Заявленные требования реализуются одной версией программного обеспечения. В случае указания в комментариях различных версий программного обеспечения, предпочтение отдается последней. Ответы, ссылающиеся на предыдущую версию, не принимаются и оцениваются как «полное несоответствие» («0» баллов).
Подход к оценке стоимости программного обеспечения
Отдельно следует оценить стоимость лицензий для каждого программного продукта. Стоимость будет оцениваться по действующему прайс-листу компаний-разработчиков, исходя из 100 рабочих мест пользователей.
Диапазон оценки составляет от 0 до 4 баллов, программному продукту с наименьшей стоимостью лицензий будет присвоено «4» балла, с наибольшей стоимостью лицензий – «0» баллов.
Подход к оценке потенциальных поставщиков ПО
Оценка потенциальных поставщиков ПО производится по четырехбальной шкале (от 0 – «полное несоответствие», до 3 – «полное соответствие» требованиям).
Для количественных критериев, оценка будет вычисляться пропорционально установленному количественному параметру в рассматриваемом критерии к количеству указанному поставщиком. Поставщику с наибольшим пропорциональным соотношением будет поставлена наибольшая оценка.
В Таблице 4 представлены характеристики балльной оценки для разработанных критериев.
Таблица 4. Шкала баллов
Характеристика оценки | Балл |
| 0 |
| 1 |
| 2 |
| 3 |
Порядок установки баллов
- Балл выставляется на основании ответов на вопросы критериальной матрицы и мнения экспертов о характеристиках или возможностях компании-поставщика. Отсутствие ответа или несоответствие ответа приведенному требованию оценивается как «полное несоответствие» («0» баллов). Противоречивые ответы на различные вопросы, связанные между собой по смыслу, оцениваются как «полное несоответствие» по всем вопросам («0» баллов).
Оценка средней ставки специалистов
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 |


