Времявосстановленияпослеотказа

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

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

Отказы из-за некорректных действий оператора/администратора

Отказы программы возможны вследствие некорректных действий администратора (привилегированного пользователя) при взаимодействии с системой.

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

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

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

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

Программное обеспечение должно быть разработано на интерпретируемом языке программирования.

Исходные коды системы должны быть реализованы на языках программирования отвечающих Open-Source технологиям.

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

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

Системные программные средства, установленные на сервере, используемые системой, представлены следующим комплектом:

Операционная система – Centos 7+ / Debian9+

SQL-сервер – PostgreSQL / MySQL;

WWW-сервер – Nginx /Apache 2.4+.

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

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

Требования к защите информации и программ

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

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

Регистрация пользователей в системе должна проводиться в соответствии с политикой информационной безопасности РНПЦ ОМР им.Н.Н.Александрова.

Специальные требования:

Система должна обеспечивать взаимодействие с пользователем (оператором) посредством графического пользовательского интерфейса.

Графический пользовательский интерфейс должен обеспечивать:

формирование запросов с компьютера пользователя посредством клиента (Интернет-браузера);

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

интерактивный (диалоговый) режим взаимодействия пользователей с Программой, включая:

1. наличие списков (list), кнопок (button), флажков (checkbox), гиперссылок (hyperlink) в терминологии языка программирования;

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

3. возможность работы с помощью клавиатуры и мыши.

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

техническоезадание;

программа и методикаиспытаний;

руководствопользователя.

Стадииразработки

Согласно п. 2 ГОСТ 19.102-77 и примечаний к нему разработка должна быть проведена в три стадии:

1. разработка технического задания;

2. рабочее проектирование;

3. внедрение.

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

Этапыразработки

На стадии разработки технического задания должны быть выполнены этапы:

а) Разработки уточненного технического задания на этап;

б) Согласования и утверждения уточненного технического задания.

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

а) поэтапная разработка программы;

б) разработка программной документации;

в) испытания программы.

На стадии внедрения должны быть выполнены этапы:

а) передача программы;

б) обучения ответственных лиц;

в) инсталляции программы;

г) тестовой эксплуатации;

д) приема в промышленную эксплуатацию;

е) предоставлениеруководствапользователя.

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

Общие приемо-сдаточные испытания должны проводиться на объекте Заказчика. Поэтапный прием программного обеспечения производится в сроки, оговоренные в Календарном плане.

Общие приемо-сдаточные испытания подсистемы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком программе и методике испытаний.

Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний.

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

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

На основании «Протокола проведения испытаний» Исполнитель совместно с Заказчиком подписывают Акт приемки-сдачи подсистемы в эксплуатацию.

Наши рекомендации