Методика проведения выбора программного обеспечения и потенциального поставщика (стр. 3 )

Диапазон оценки составляет от 0 до 3 баллов, Поставщику, указавшему наименьшую ставку специалистов будет присвоено «3» балла, наибольшую – «0» баллов.

Получение итоговой оценки

На основе выставленных оценок и весовых коэффициентов по каждому критерию будет получен итоговый балл. Анализ итоговых оценок позволит сделать предварительные выводы о компаниях-поставщиках.

Подход к оценке Коммерческих предложений/Заявок, предоставленных потенциальными поставщиками ПО

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

Подход к оценке состава и содержания КП аналогичен подходу к оценке потенциальных поставщиков, т. е. определяется соответствие/несоответствие описания, разработанным требованиям (Таблица 4).

Отдельно следует оценить сроки внедрения. Для данного параметра устанавливается следующая шкала оценки:

Оценка сроков внедрения

Диапазон оценки составляет от 0 до 3 баллов, поставщику, указавшему в КП наименьшие сроки внедрения будет присвоено «3» балла, наибольшие – «0» баллов.

Получение итоговой оценки

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

Проведение анализа чувствительности

Любые методики, основанные на экспертных (субъективных) оценках не являются математическими и не могут считаться абсолютно точными. Поэтому при расчете итоговых оценок необходимо применить различные техники анализа, например, анализ чувствительности.

Анализ чувствительности проводится различными способами. Для более взвешенной оценки рассчитывается результирующая оценка, при изменении первоначально установленных весов: присваиваем всем критериям равные веса, обнуляем веса некоторых критериев. Это позволяет проанализировать устойчивость полученных результатов и нивелировать слабость метода многокритериального анализа – случайные оценки (например, полученные поставщиком за блестящий ответ на какую-нибудь одну группу вопросов с высоким весом).

Требования к потенциальному поставщику ПО

Для проведения углубленного анализа к потенциальным поставщикам ПО для Системы применяются следующие базовые требования:

Надежность и стабильность поставщика ПО: количество полных лет на российском рынке информационных технологий – не менее  5 лет; наличие практики (проектного опыта и сертифицированных специалистов) по осуществлению работ по проектированию и пуско-наладке программно-аппаратного обеспечения; масштаб реализованных ИТ-проектов; Количество успешных проектов внедрения информационных систем (внедрение нескольких систем - разные контуры) – 6 и более в течение последних 3-х лет; Наличие опыта интеграции предлагаемого ПО с различными информационными системами; Наличие опыта ИТ-проектов в государственном секторе; Наличие устойчивых перспектив по развитию ПО; Количество сертифицированных специалистов в областях, требуемых для проекта/ управления проектом - 3 и более; Средняя ставка специалистов; Наличие подразделений, специализирующихся на: инсталляции ПО; системной настройке; внедрении программного обеспечения; обучении и сертификации пользователей; Наличие выделенной службы технической поддержки; Стоимость корпоративного обучения по системе; Наличие в Компании методик управления, организации, ведения и сопровождения проектов (ГОСТ, другие). Требования к коммерческим предложениям/заявкам потенциальных поставщиков

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

Содержание коммерческих предложений/заявок; Состав планируемых работ; Состав проектной команды; Сроки внедрения.

Требования к содержанию  предложений

Предложение должно содержать:

Общую информацию о Компании, включая:

Описание структуры Компании Описание количества сертифицированных специалистов в областях, требуемых для проекта, управления проектом, внедрения информационных систем;

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

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

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

Требования к проектной команде

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

Требования к срокам выполнения работ

Сроки выполнения работ должны быть указаны по каждому этапу предполагаемых работ.

Базовые требования к системе

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

Базовые принципы, применимые к ПО:

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

Функции ввода и верификации данных

Функции ввода и верификации данных:

Функции ввода, редактирования, удаления данных через web-формы; Функции ввода, редактирования, удаления данных через интерфейс к базе данных (БД); Функции проверки исходных данных на соответствие типу и диапазону допустимых значений; Функции задания диапазона допустимых значений данных; Функции проверки данных на повторяемость; Функции семантической проверки данных; Функции поиска.

Функции ввода, редактирования, удаления данных через web-формы

Ввод, редактирование и удаление данных посредством web-форм должен позволять для заполнения форм использовать классификаторы, предварительно созданные в Системе, а также  предоставлять возможность заполнения полей разных типов. Формы быть удобными с точки зрения пользователя и должны обеспечивать на уровне интерфейсов поддержку выбора релевантных объектов окружения для вводимой информации о функциях и процедурах органов исполнительной власти и органов местного самоуправления.

Функции ввода, редактирования, удаления данных через интерфейс к базе данных (БД)

Ввод, редактирование и удаление данных через интерфейс к базе данных должен позволять для заполнения форм использовать классификаторы, предварительно созданные в Системе, а также  предоставлять возможность заполнения полей разных типов. Формы быть удобными с точки зрения пользователя и должны обеспечивать на уровне интерфейсов поддержку выбора релевантных объектов окружения для вводимой информации о функциях и процедурах органов исполнительной власти и органов местного самоуправления.

Функции проверки исходных данных на соответствие типу и диапазону допустимых значений

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

Функции задания диапазона допустимых значений данных

Функция задания диапазона значений обеспечивает возможность задания диапазонов для полей, являющихся числовыми и датой. Функция является служебной функцией для функций 3.1.1. и 3.1.2.

Функции проверки данных на повторяемость

Функция осуществляет проверку на повторяемость для полей, являющихся справочниками. Функция является служебной функцией для функций 3.1.1 и 3.1.2.

Функции семантической проверки данных

Функция осуществляет проверку на использование запрещенных символов. Состав запрещенных символов определяется настройкой параметров Системы. Функция является служебной функцией для функций 3.1.1 и 3.1.2.

Функции поиска

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

Функции структурных графических описаний и моделирования административно-управленческих процессов

Функции структурных графических описаний и моделирования административно-управленческих процессов:

Функция формирования визуальных графических представлений структуры органов исполнительной власти; Функция формирования описания органов исполнительной власти (атрибуты); Функция описания структуры полномочий органов исполнительной власти; Функция графического описания функций и административных процедур; Функция описания ролевых назначений органов исполнительной власти; Функция формирования бюджета органов исполнительной власти (до детализации по подразделениям); Функции моделирования административно-управленческих процессов; Функция печати структурных графических описаний.

Алгоритмы функций должны соответствовать следующим методическим рекомендациям: