Оценка производится на площадке, предложенной потенциальным исполнителем, с использованием вычислительных ресурсов и данных, предоставленных потенциальным исполнителем. Порядок подготовки к тестированию, процесса тестирования и оценки результатов приведен в таблице 2. В случае невозможности проведения демонстрации критерия, претендент в официальном письме подтверждает соответствие. Предоставление заведомо недостоверных сведений влечет за собой исключение претендента из списка претендентов.
По итогам проведения оценки экспертом формируется отчет в табличном виде с указанием протестированных критериев, описанием результатов и приложением официальных писем претендентов.
Требование считается реализованным при выполнении всех действий, описанных в колонке «Проведение оценки» таблицы 2.
Таблица 2 Порядок проведения тестирования программных решений по управлению данными
№№ | Требование | Подготовка к оценке | Проведение оценки |
1 | Архитектурные требования | ||
1.01 | Серверная часть предлагаемого решения должна функционировать на платформе Linux CentOS | Производится развертывание предлагаемого решения на сервере/серверах с установленной операционной системой Linux CentOS | Успешно, если продемонстрировано функционирование серверной части предлагаемого решения на Linux CentOS; |
1.02 | Предлагаемое решение должно функционировать в условиях нескольких географически разнесенных локаций предприятия. При этом клиенты каждой из локаций должны иметь техническую возможность просматривать, производить поиск, визуализацию и выгрузку данных из всех серверов системы и всех источников данных, подключенным к ним. | 1. Подготавливаются два сервера, каждый из которых подключается к своему набору источников данных. | Успешно, если: |
1.03 | Все интерфейсы предлагаемого решения - пользовательский, административный и интерфейс загрузки должны быть доступны через любой современный веб браузер (минимум FireFox, Chrome и Internet Explorer) без каких-либо дополнительных плагинов или апплетов. | Аналогично п. 1.02 | Успешно если: |
1.04 | В серверной части предлагаемого решения должна использоваться СУБД PostgeSQL или же она должна функционировать без использования СУБД. | Аналогично п. 1.02 | Успешно, если система на серверах не имеет установленной СУБД или это СУБД PostgreSQL. |
1.05 | Предлагаемое решение должно поддерживать многопользовательский доступ и обеспечивать одновременное чтение несколькими клиентами одной и той же минимальной единицы хранения. | К предлагаемому решению подключаются несколько компьютеров. С помощью WEB-интерфейса осуществляется выбор минимальных единиц хранения следующих видов: файл (для файловых ресурсов), проект, грид, скважина, геологический маркер, каротажная кривая, сейсмический профиль (для информации из проектов Petrel и OpenWorks). | Успешно, если: |
1.06 | Предлагаемое решение должно развертываться и функционировать без сбоев как на аппаратных, так и на виртуальных серверах. | Подготовка как в п.1.02, но один сервер является аппаратным, а второй виртуальным. | Успешно, если результат тестирования совпадает с результатами предыдущего испытания, т. е. виртуализация сервера не сказывается на функционировании предлагаемого решения. |
1.07 | Все метаданные хранимые в предлагаемом решении должны быть кэшированы в виде поисковых индексов | Аналогично п. 1.02, после проведения индексирования и репликации, источники данных отключаются физически таким образом, что становятся недоступны для чтения. | Успешно если при отключении источников данных, поисковые и картографические интерфейсы предлагаемого решения продолжают функционировать. |
1.08 | Предлагаемое решение должно позволять хранить учетные записи пользователей как внутри системы так и использовать внешние каталоги LDAP и MS Active Directory для SSO сквозной аутентификации | 1. Подготавливается сервер, который подключается к источнику данных. | Успешно если после однократной аутентификации пользователя все остальные интерфейсы предлагаемого решения становятся доступны с учетом ролевого доступа (SSO); |
1.09 | Предлагаемое решение должно использовать и импортировать права доступа к файлам установленные в MS Active Directory для организации доступа к файлам | 1. Подготавливается сервер, который подключается к источнику данных. | Успешно если: Пользователь, права которого определены в MS Active Directory получает доступ к предлагаемому решению без ввода пароля Пользователь, правка которого не определены в MS Active Directory доступа к предлагаемоеому решению не получает. |
1.10 | Предлагаемое решение должно поддерживать разграничение доступа к источникам данных и отдельным записям на базе групп MS Active Directory | Предлагаемое решение развертывается и подключается к файловым системам, в него загружаются тестовые данные. | Успешно, если пользователь с использованием интерфейсов системы имеет доступ к файлам в полном соответствии с его правами на сами файлы, определенные в файловой системе, то есть пользователь, входящий в первую группу получает полный доступ к указанному разделу, пользователь, входящий во вторую группу, доступа не получает. |
2 | Ограничения | ||
2.01 | Предлагаемое решение должно, на период индексации использовать не более одной лицензии Petrel для создания индексов проектов Petrel и их содержимого | Предлагаемое решение развертывается и подключается к файловым системам на которых находится несколько проектов Petrel, база данных OpenWorks, геоинформационная система на основе ArcGIS, локально установленная Desktop. . Производится мониторинг использования лицензий ПО путем просмотра протоколов работы лицензионного сервера или с использованием специализированного ПО для мониторинга использования лицензий. | Успешно если по время индексации данных не было использовано более одной лицензии Petrel. В остальное время лицензия Petrel не используется. |
2.02 | Предлагаемое решение должно иметь возможность прямого индексирования баз данных OpenWorks без использования дополнительных лицензий | Подготовка как в п.2.01, но одним из источников данных является несколько проектов OpenWorks. | Успешно если по время индексации данных не было использовано ни одной лицензии OpenWorks |
2.03 | Наличие в предлагаемом решении средств, позволяющих подключать к нему файловые системы по протоколам CIFS и NFS, осуществлять их индексирование и загрузку данных из них. Количество файловых систем, подключаемых к системе не должно иметь ограничений. Все подключенные файловые системы должны индексироваться и из них всех должна осуществляться загрузка данных. | Подготовка как в п.2.01, но источниками данных являются файловые системы, подключенные по протоколам CIFS и NFS. Количество файловых систем не менее 5. | Успешно если каждый файл, расположенный на подключенных файловых системах может быть найден с использованием интерфейсов предлагаемого решения |
2.04 | При загрузке данных в предлагаемое решение не должны появляться дубли загружаемых файлов. | Выбирается произвольная группа файлов и производится ее загрузка в предлагаемое решение. | Успешно, если каждый файл из загруженных оказался доступен с использованием интерфейса предлагаемого решения по месту его первоначального расположения и при этом нигде не появились копии этих файлов. |
2.05 | Предельный размер файла, загружаемого в предлагаемое решение должен определяться только ограничениями файловой системы, на которой оно развернуто | Нет | Претендент письменно подтверждает отсутствие ограничений |
3 | Производительность | ||
3.01 | Предлагаемое решение должно иметь возможность адресации большого количества файлов - более 1 млн | Подготовка как в п.2.01, но источниками данных являются файловые системы, подключенные по протоколам CIFS и NFS. Количество файлов на файловой системе превышает 1 млн. | Успешно если каждый файл, расположенный на подключенных файловых системах может быть найден с использованием интерфейсов предлагаемого решения |
3.02 | Быстродействие пользовательского интерфейса предлагаемого решения не должно зависеть от быстродействия управляемых ею файловых систем, подключенных к ней проектов Petrel, OpenWorks и баз данных | Подготовка как в п.2.01, источниками данных являются файловые системы, проекты Petrel и OpenWorks. | Успешно если вся метаинформация при отключении источников данных остается доступной пользователю с использованием интерфейсов предлагаемого решения. |
3.03 | Предлагаемое решение должно, при соблюдении требований к аппаратному обеспечению, предоставлять полные результаты поиска по ключевым словам не более чем через 3 секунды с момента начала поиска | Подготовка как в п.2.01, источниками данных являются файловые системы, проекты Petrel и OpenWorks. | Успешно, если выполнение любого запроса занимает не более 3 секунд |
3.04 | В случае построения системы из нескольких географически разнесенных серверных частей предлагаемого решения, ее работа должна быть стабильной при каналах связи с пропускной способностью 2 Мбит/сек. | Подготовка как в п.2.01, но серверы соединены каналом передачи данных с ограниченной пропускной способностью | Успешно если при чтении данных выполняется требование 3.03 |
4 | Функциональные требования | ||
4.01 | Предлагаемое решение должно иметь Поисковый интерфейс | Подготовка как в п.2.01 | Успешно если: |
4.02 | Предлагаемое решение должно иметь Картографический интерфейс, работающий без доступа в интернет. | Подготовка как в п.2.01 | Успешно если картографический интерфейс: |
4.03 | Предлагаемое решение должно иметь Административный интерфейс. | Подготовка как в п.2.01 | Успешно если интерфейс администрирования позволяет: |
4.04 | Предлагаемое решение должно иметь средства визуализации документов по результатам поиска, таких как файлы SEGY, LAS, DLIS, Microsoft Office, PDF, HTML, TXT, JPG, BMP, GIF, TIFF без их выгрузки на компьютер пользователя. | Подготовка как в п.2.01 | Успешно, если файлы указанных форматов могут быть просмотрены и при этом на клиентском компьютере не запускается никаких специализированных приложений. |
4.05 | Наличие в предлагаемом решении возможности запуска индексации в ручном режиме | Подготовка как в п.2.01 | Успешно, если администратор системы имеет возможность обновления индексов в произвольное время. |
4.06 | Предлагаемое решение должно иметь внутренние средства создания и редактирования справочной информации, используемой в его работе | 1. Средствами предлагаемого решения создается список компаний подрядчиков включающий короткое и полное название компаний; | Успешно, если при создании или при редактировании записи об объекте работ есть возможность выбрать месторождение и компанию подрядчика из созданного списка. |
4.07 | Предлагаемое решение должно позволять сохранять результаты поиска в виде URL в браузере | Подготовка как в п. 2.01 | Успешно если состав запроса может быть сохранен в закладках веб-браузера и сам запрос повторен при повторном обращении к системе |
4.08 | В состав предлагаемого решения должны входить штатные средства, обеспечивающие подключение, индексацию и загрузку данных из следующих источников: | Подготовка как в п. 2.01 | Успешно, если все подключенные источники данных проиндексированы и доступны с использованием интерфейсов предлагаемого решения. |
4.09 | Предлагаемое решение должно обеспечивать табличное представление результатов поиска во всех проиндексированных информационных ресурсах | Подготовка как в п. 2.01 | Успешно, если все подключенные источники данных проиндексированы и доступны в виде таблицы в интерфейсе предлагаемого решения. |
4.10 | Предлагаемое решение, при представлении результатов поиска, должна иметь средства группировки результатов поиска: по источникам, по типам данных, по датам и т. д. | Подготовка как в п. 2.01 | Успешно, если все подключенные источники данных проиндексированы, доступны в интерфейсе системы и возможна их группировка по различным критериям: по источниками, по типам данных и т. д. |
4.11 | Картографическая система, входящая в состав предлагаемого решения, должна иметь возможность обращения к поисковому сервису системы без выхода из картографического интерфейса. | Подготовка как в п. 2.01 | Успешно, если в картографическом интерфейсе системы имеется возможность осуществлять поиск объектов по ключевым словам |
4.12 | Картографический интерфейс предлагаемого решения должен позволять производить пространственную выборку по нескольким слоям одновременно | Подготовка как в п.2.01. Данные в источниках имеют пространственную привязку. | Успешно если требуемая информация найдена во всех отображенных слоях |
4.13 | Предлагаемое решение должно иметь возможность создания индекса содержимого всех проектов Petrel на избранных файловых ресурсах включая: границы проекта, местоположение сейсмических профилей 2D и площадных работ 3D, сейсмических горизонтов, тектонических нарушений, гридов, местоположения скважин и пластопересечений. | Подготовка как в п.2.01, но одним из источников данных является несколько проектов Petrel. | Успешно, если вся перечисленная информация проиндексирована и доступна с использованием табличного и картографического интерфейсов системы |
4.14 | Предлагаемое решение должно автоматически извлекать пространственную информацию и, при наличии корректного задания координатной системы, представлять ее в виде слоев в картографическом интерфейсе по следующим типам данных в проектах Petrel: границы проекта, местоположение сейсмических профилей 2D и площадных работ 3D, сейсмических горизонтов, тектонических нарушений, гридов, местоположение скважин и пластопересечений. | Подготовка как в п.2.01, но одним из источников данных является несколько проектов Petrel. | Успешно, если вся перечисленная информация проиндексирована и доступна с использованием картографического интерфейса системы |
4.15 | Предлагаемое решение должно иметь возможность создания индекса содержимого всех проектов OpenWorks включая: границы проекта, местоположение сейсмических профилей 2D и площадных работ 3D, сейсмических горизонтов, тектонических нарушений, гридов, местоположение скважин и пластопересечений. | Подготовка как в п.2.01, но одним из источников данных является несколько проектов OpenWorks. | Успешно, если вся перечисленная информация проиндексирована и доступна с использованием табличного и картографического интерфейсов |
4.16 | Предлагаемое решение должно автоматически извлекать пространственную информацию и, при наличии корректного задания координатной системы, представлять ее в в виде слоев в картографическом интерфейсе по следующим типам данных в проектах OpenWorks: границы проекта, местоположение сейсмических профилей 2D и площадных работ 3D, сейсмических горизонтов, тектонических нарушений, гридов, местоположение скважин и пластопересечений. | Подготовка как в п.2.01, но одним из источников данных является несколько проектов Petrel. | Успешно, если вся перечисленная информация проиндексирована и доступна с использованием картографического интерфейса системы |
4.17 | Предлагаемое решение должно позволять открывать картографический интерфейс в контексте результатов поиска | Подготовка как в п.2.01. Данные в источниках имеют пространственную привязку. | Успешно если результаты поиска в таблице могут быть представлены в картографическом интерфейсе. При этом отобранная информация выделена на карте. |
4.18 | Предлагаемое решение должна позволять открывать поисковый интерфейс в контексте пространственной выборки сделанной через картографический интерфейс | Подготовка как в п.2.01. Данные в источниках имеют пространственную привязку. | Успешно если результаты поиска в на карте могут быть представлены в табличном интерфейсе. При этом происходит выборка информации во всех подключенных источниках данных. |
4.19 | Предлагаемое решение должно предоставлять средства интеграции (подключения) неструктурированных и структурированных источников данных с сохранением структуры для дальнейшей визуализации и поиска | Подготовка как в п. 2.01. Добавляется база данных как один из источников данных | Успешно если информация изо всех подключенных источников данных отображается в табличном интерфейсе и при этом соблюдаются требования п.4.11 |
4.20 | Предлагаемое решение должно предоставлять средства импорта данных из таблиц Excel (версии 2010-2013) их хранения и многопользовательского редактирования с сохранением результатов | Подготовка как в п. 2.01. | Успешно если: а) все данные из выбранной таблицы Excel оказываются доступны с использованием табличного интерфейса; |
4.21 | Предлагаемое решение должно поддерживать дополнительные функций поиска с использованием языка поисковых запросов (JSON запросы) | Подготовка как в п. 2.01. | Успешно если в консоли сервера, входящего в состав предлагаемого решения, выполнен JSON запрос к источнику данных и получены результаты с данными из этого источника |
4.22 | Предлагаемое решение должно предоставлять возможность экспорта таблицы с результатами поиска в формате Excel, CSV, XML | Подготовка как в п. 2.01. | Успешно если результаты поиска в табличном интерфейсе экспортированы в указанные форматы файлов и полученные файлы сохранены на компьютере пользователя |
4.23 | Предлагаемое решение должно предоставлять возможность одновременного редактирования нескольких записей метаданных. | Подготовка как в п. 2.01 | Успешно, если изменения внесены в несколько записей одновременно. При этом метаданные записей, в которые изменения не вносились, остались в неизменном виде. |
4.24 | Предлагаемое решение должно иметь возможность проверки данных из всех источников, подключенных к нему, на соответствие критериям и справочникам, заданным администратором данных. | Подготовка как в п. 2.01 | Успешно если |
4.25 | Предлагаемое решение должно предоставлять возможность выгрузки найденных данных на компьютер пользователя в реальном режиме времени. | Подготовка как в п.2.01 | Успешно, если пользователь, с учетом ролевого доступа и заданных ограничений на размер файла, сохраняет копию найденных файлов на локальный компьютер |
4.26 | Предлагаемое решение должно предоставлять возможность отложенной выгрузки найденных данных на компьютер пользователя | Подготовка как в п.2.01 | Успешно, если пользователь, с учетом ролевого доступа, может сформировать заявку на выгрузку выбранных им данных. Обработка заявки и выгрузка происходит в назначенное пользователем или администратором время. |
4.27 | Предлагаемое решение должно иметь в своем составе функционал для описания технологической цепочки выполнения проекта по геологическому изучению недр с определением сроков и ответственных за каждый этап и с сохранения результатов этапов. | Подготовка как в п. 2.01 | Успешно если система позволяет: |
4.28 | Предлагаемое решение должно иметь возможность сравнения данных из интерпретационных проектов | Подготовка аналогично п. 2.01. | Успешно если все внесенные изменения найдены |
4.29 | Предлагаемое решение должно иметь возможность сравнения однотипных данных, располагающихся в различных информационных ресурсах, подключенных к нему. | Аналогично п. 4.08 | Успешно если получен отчет о сравнении проекта OpenWorks и Petrel. В отчет включено: |
4.30 | Предлагаемое решение должно иметь механизм выявления дублей файлов в контролируемых ею файловых системах | Аналогично п. 2.01. | Успешно если все созданные копии файлов найдены с использованием интерфейса системы. |
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 |


