4.1.2. Требования к численности и квалификации персонала системы и режиму его работы

Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска»


Скачать 0.92 Mb.
Название Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска»
страница 5/9
Тип Техническое задание
rykovodstvo.ru > Руководство эксплуатация > Техническое задание
1   2   3   4   5   6   7   8   9

4.1.2. Требования к численности и квалификации персонала системы и режиму его работы


Персонал ПАК ЕЦОР должен состоять из:

  • пользователей Системы;

  • персонала, осуществляющего эксплуатацию (обслуживающего персонала).

Численный состав пользователей является переменным и определяется руководством объекта автоматизации.

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

Каждый пользователь должен иметь одну (единую) учетную запись в Системе.

Численный состав персонала, обслуживающего компоненты Системы, устанавливается штатным расписанием организации-оператора ПАК ЕЦОР.

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

  • структура и конфигурация Системы должны быть спроектированы и реализованы с целью минимизации количественного состава обслуживающего персонала и обеспечения работоспособности Системы во всех режимах функционирования;

  • аппаратно-программные средства Системы не должны требовать круглосуточного обслуживания и постоянного присутствия администраторов у консоли управления;

  • структура Системы должна предоставлять возможность управления всем доступным функционалом Системы как одному администратору, так и предоставлять возможность разделения ответственности по администрированию между несколькими администраторами;

  • для администрирования Системы к администратору не должны предъявляться требования по знанию всех особенностей функционирования элементов, входящих в состав администрируемых компонентов Системы.

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

  • системный администратор;

  • инженер по обслуживанию средств сетевой и вычислительной техники, а также периферийного оборудования;

  • администратор информационной безопасности.

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

Основными квалификационными требованиями к персоналу Системы является возможность самостоятельной работы:

  • наличие соответствующих юридически правильно оформленных документов с необходимыми квалификационными характеристиками (допуски для работы);

  • необходимый стаж самостоятельной работы;

  • подтверждение квалификационных характеристик в течение испытательного срока;

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

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

Режим работы персонала Системы должен соответствовать требованиям Трудового кодекса Российской Федерации, включая работу в условиях аварийных ситуаций, в том числе:

  • требования к организации труда и режима отдыха персонала должны устанавливаться, исходя из требований к организации труда и режима отдыха при работе с персональными компьютерами;

  • все специалисты должны работать с нормальным графиком работы не более 8 часов в сутки;

  • для обеспечения максимальной работоспособности и сохранения здоровья профессиональных пользователей на протяжении рабочей смены должны устанавливаться регламентированные перерывы: через 2 часа после начала рабочей смены и через 1,5 – 2,0 часа после обеденного перерыва продолжительностью 15 минут каждый или продолжительностью 10 минут через каждый час работы;

  • продолжительность непрерывной работы персонала с разрабатываемой системой и персональными компьютерами без регламентированного перерыва не должна превышать 2 часа;

  • деятельность персонала по эксплуатации средств Системы должна регулироваться должностными инструкциями.

4.1.3. Требования к работоспособности


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

ПАК ЕЦОР должен сохранять работоспособность при увеличении количества пользователей в пределах, поддерживаемых вычислительной инфраструктурой.

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

  • предельное время ожидания ответа оператора – не более 8 сек.;

  • вероятность потери вызова – не более 0,1%;

  • устойчивость к сетевым перегрузкам;

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

  • возможность взаимодействия между ЕЦОР ЕДДС и ДДС, а также взаимодействия с ЦУКС МЧС России по Красноярскому краю.

Специальные требования к вероятностно-временным характеристикам, при которых сохраняется целевое назначение Системы, не предъявляются.

4.1.4. Требования к надежности


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

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

Надёжность Системы должна характеризоваться:

  • по отдельным составляющим надёжности – единичными показателями;

  • по нескольким составляющим надёжности – комплексными показателями надёжности.

В качестве единичных показателей надёжности ПАК ЕЦОР должны использоваться следующие показатели:

  • средняя наработка Системы на отказ - не меньше 3 000 часов;

  • средний срок службы Системы – не менее 30 000 часов;

  • среднее время восстановления работоспособного состояния Системы после отказа - не более 4 часов.

В качестве комплексного показателя надёжности ПАК ЕЦОР должен использоваться коэффициент готовности (отношение времени штатного функционирования к общему времени работы), который должен составлять не менее 0.99, что соответствует менее 7 часов простоя в месяц.

Критерием предельного состояния следует считать моральное старение Системы, не соответствие её текущим задачам, когда моральное старение невозможно устранить посредством технического надзора и плановым ремонтом.

Числовые значения заданных показателей надёжности дляПАК ЕЦОР в целом и её отдельных компонентов оцениваются на основе требований к надёжности поддерживаемых ими рабочих процессов и проверяются на этапе ввода в постоянную эксплуатацию Системы. Допускаются экспериментальные методы оценки показателей надёжности Системы (моделирование работы и отказов).

Деятельность по оценке и контролю показателей надёжности должна проводиться в комплексе работ по управлению качеством и испытаниями Системы. Оценка показателей надежности должна проводиться согласно ГОСТ 27.301-95, ГОСТ 27.402-95, ГОСТ 27.410-87.

Надежность ПАК ЕЦОР должна обеспечиваться:

  • использованием технических средств повышенной отказоустойчивости и их структурным резервированием;

  • наличием на объектах автоматизации запасных изделий и приборов (ЗИП);

  • защитой технических средств по электропитанию путем использования источников бесперебойного питания;

  • дублированием носителей информационных массивов.

В процессе проектирования ПАК ЕЦОР должны быть определены наиболее критичные, с точки зрения надежности, участки информационно-технологического цикла и перечни возможных аварийных ситуаций, представлены решения по обеспечению надежности критичных участков.

Под отказом ПАК ЕЦОР понимается событие, заключающееся в нарушении автоматического режима функционирования Системы (прекращения выполнения хотя бы одной из функций), при котором для восстановления работоспособности требуется перезагрузка программного обеспечения с исходного носителя, проведение специальных процедур информационного восстановления, ремонта или замены отказавшего оборудования.

Кратковременное нарушение функционирования Системы (до десяти минут), устраняемое автоматически или по командам оператора путем проведения реконфигурации, перезагрузки, информационного восстановления, рестартов и не приводящее к потере информации, не является отказом.

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

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

Гарантийный срок эксплуатации применяемого оборудования определяется политикой производителя оборудования.

К критическим компонентам ПАК ЕЦОР относятся:

  • средства обработки и хранения данных;

  • средства телекоммуникации и информационного взаимодействия компонентов Системы;

  • средства и компоненты обеспечения информационной безопасности.

Для выполнения поставленных требований к надёжности Системы в целом и её компонентов должно быть:

  • обеспечено отсутствие нерезервированных точек отказа критических компонентов Системы: создание отказоустойчивых кластеров серверов, использование высоконадежных систем хранения данных, дублирование каналов связи (топологически разными путями);

  • обеспечена возможность «горячей» замены элементов (например, горячая замена компонентов серверов, источников питания и т.п.);

Конкретные технические решения и список компонентов, подлежащих резервированию, уточняются при техническом проектировании.

Характеристики надёжности технических средств, входящих в Систему, определяются техническими условиями (технической документацией)на эти средства.

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

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

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

4.1.5 Требования безопасности


Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и «Правилами устройства электроустановок» (ПУЭ).

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

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

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).

4.1.6. Требования к эргономике и технической эстетике


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

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

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

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

Экранные формы должны проектироваться с учетом требований унификации:

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

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

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

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

4.1.7 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы


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

Условия эксплуатации, хранения, а также виды и периодичность обслуживания технических средств компонентов ПАК ЕЦОР должны соответствовать требованиям по эксплуатации, техническому обслуживанию, ремонту и хранению, изложенным в документации на них завода-изготовителя.

Обслуживание Системы должно производиться обслуживающим персоналом.

Допускается использование специализированных служб или подразделений на объектах внедрения, для обслуживания и ремонта оборудования.

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

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

Размещение технических средств и организация автоматизированных рабочих мест должны быть выполнены в соответствии с требованиями ГОСТ 21958-76 «Система «человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».

Для электропитания технических средств должна быть предусмотрена трехфазная четырех проводная сеть с глухо заземленной нейтралью 380/220 В (+10-15)% частотой 50 Гц (+1-1) Гц. Каждое техническое средство запитывается однофазным напряжением 220 В частотой 50 Гц через сетевые розетки с заземляющим контактом.

Техническое обслуживание ПАК ЕЦОР должно осуществляться эксплуатационным персоналом. Требования к численности, режиму работы и функциям эксплуатационного персонала определены в разделе 4.1.2 настоящего документа.

Регламент технического обслуживания и порядок ремонта оборудования ПАК ЕЦОР определяется на стадии создания проектной документации.

Ремонт оборудования Системы должен допускать возможность замены его типовых элементов без приостановки деятельности ПАК ЕЦОР.

4.1.8. Требования к защите информации от несанкционированного доступа


Подсистема информационной безопасности (ПИБ) должна быть реализована как организационными мерами так и программно-техническими средствами и должна обеспечивать:

  • управление доступом к информационным ресурсам ПАК ЕЦОР;

  • обеспечение безопасности при межсетевом взаимодействии;

  • регистрацию и учет работы пользователей;

  • обеспечения целостности информации;

  • антивирусную защиту;

  • обнаружения вторжений;

  • криптографическую защиту, передаваемых данных.

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

Подсистема обеспечения информационной безопасности предназначена для защиты информации и средств ее обработки в ЕЦОР.

К объектам защиты ЕЦОР относятся:

  • технические средства;

  • программные средства;

  • информация (в любой форме ее представления), содержащая охраняемые сведения, в том числе регламенты и процедуры работы объектов ЕЦОР и взаимодействующих ДДС;

  • помещения, предназначенные для обработки и хранения информации.

В ЕЦОР циркулирует конфиденциальная информация, относящаяся к следующим

типам:

  • персональные данные – любая информация, относящаяся к определенному или определяемому на основании такой информации физическому лицу (субъекту персональных данных), в том числе его фамилия, имя, отчество, год, месяц, дата и место рождения, адрес, семейное, социальное, имущественное положение, образование, профессия, доходы, другая информация;

  • служебные сведения, доступ к которым ограничен органами государственной власти в соответствии с Гражданским кодексом Российской Федерации и федеральными законами (служебная тайна);

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

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

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

Для организации информационного обмена с использованием каналов связи, выходящих за пределы контролируемой зоны, требуется разработать средства криптографической защиты информации, которые в установленном порядке прошли процедуру оценки соответствия требованиям безопасности информации ФСБ России. Криптографическая защита информации, передаваемой по каналам связи, выходящим за пределы контролируемой зоны, должна обеспечиваться с использованием крипто алгоритма ГОСТ 28147-89. Созданные средства криптографической защиты информации должны обеспечивать криптографическую защиту по уровню не ниже КС2.

В соответствии с Приказом ФСТЭК России от 05.02.2010 года №58 «Об утверждении положения о методах и способах защиты информации в информационных системах персональных данных» для обеспечения безопасности персональных данных при их обработке в ИСПДн целесообразно использовать мероприятия по обеспечению безопасности ПДн. Для реализации данных мероприятий необходимо создание, как минимум, следующих функциональных модулей:

  • управления доступом;

  • регистрации и учета;

  • обеспечения целостности;

  • обеспечения безопасного межсетевого взаимодействия;

  • анализа защищенности;

  • обнаружения вторжений;

  • антивирусной защиты



4.1.9 Требования по сохранности информации при авариях


В ПАК ЕЦОР должна быть обеспечена сохранность информации при авариях и сбоях в электропитании системы, отказов в работе серверного оборудования и сетевого оборудования.

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

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

  • средства создания резервной копии базы данных;

  • средства восстановления базы данных из резервной копии при возникновении событий, приведших к повреждению базы данных;

  • резервные серверы (функционально дублирующие серверы);

  • резервные АРМ управления;

  • резервные коммутаторы;

  • источники бесперебойного питания.

Программное обеспечение ПАК ЕЦОР должно автоматически восстанавливать свое функционирование при корректном перезапуске технических средств. Должна быть предусмотрена возможность организации автоматического или ручного резервного копирования с использованием стандартных программных и аппаратных средств, входящих в состав ПАК ЕЦОР.

Обеспечение надежности хранения и восстановления данных должно осуществляться на основе:

  • быстрого сброса cache памяти в случае отказа внешнего электропитания;

  • использования глобальных дисков горячей замены;

  • упреждающего резервирования дисков;

  • изоляции диска в случае его сбоя;

  • постоянной проверки целостности персональных данных о пассажирах в фоновом режиме;

  • возможности переноса данных внутри системы без остановки приложений;

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

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

4.1.10 Требования к защите от влияния внешних воздействий


Технические средства должны отвечать требованиям ГОСТ 19542-83, ГОСТ 29339-92, ГОСТ Р 50628-2000, требованиям Госкомсвязи России «Автоматизированные системы управления аппаратурой электросвязи» 1998г. по электромагнитной совместимости и помехозащищенности.

ТС должны удовлетворять требованиям по электромагнитной совместимости, определенным в ГОСТ 22505-97 и ГОСТ 51275-99.

Иных специальных требований по защите от влияния внешних воздействий в части радиоэлектронной защиты не предъявляется.

Требования по устойчивости к таким воздействиям как: механический резонанс, синусоидальная вибрация, механические удары, атмосферное пониженное давление, плесневые грибы, рабочие растворы и агрессивные среды в ПАК ЕЦОР не предъявляются.

4.1.11 Требования к патентной чистоте


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

В соответствии с ст. 773 Гражданского кодекса Российской Федерации Исполнитель обязан гарантировать Заказчику передачу полученных по договору результатов, не нарушающих исключительных прав других лиц.

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

4.1.12 Требования по стандартизации и унификации


Процесс разработки Системы должен соответствовать требованиям к созданию АС, регламентированных стандартами:

  • ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»;

  • ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»;

  • ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем».

Компоненты Системы должны быть разработаны в соответствии с требованиями национальных стандартов (ГОСТ), Единой системы конструкторской документации, Единой системы программной документации и других руководящих и нормативных правовых документов по созданию АС, в том числе, АС в защищенном исполнении, а также требованиями нормативно-методических и руководящих документов ФСТЭК России и ФСБ России.

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

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

  • стандартизацию типовых проектных решений по компонентам, функциональным и обеспечивающим подсистемам Системы;

  • стандартизацию информационных протоколов и документооборота, использование государственных, ведомственных и локальных классификаторов;

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

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

При разработке и внедрении Системы должны быть реализовано:

  • создание компонента на основе применения типовых проектных решений с учетом особенностей объектов Системы;

  • средства классификации и кодирования Системы должны соответствовать федеральным и отраслевым классификаторам, словарям, регистрам и реестрам;

  • состав и структура баз данных Системы должны быть унифицированы по составу показателей, их размерности, периодичности представления, формам и форматам представления.
1   2   3   4   5   6   7   8   9

Похожие:

Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon Техническое задание на выполнение опытно-конструкторской работы и...
«Единый центр оперативного реагирования города Шарыпово и Шарыповского района» в составе апк «Безопасный город»
Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon Техническое задание на выполнение опытно-конструкторской работы и...
«Единый центр оперативного реагирования Рыбинского района» в составе апк «Безопасный город»
Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon Техническое задание на выполнение опытно-конструкторской работы и...
«Единый центр оперативного реагирования Шушенского района Красноярского края» в составе апк «Безопасный город»
Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon Техническое задание на выполнение опытно-конструкторской работы и...
Полное наименование системы: Комплекс средств автоматизации «Единый центр оперативного реагирования Тасеевского района», создаваемый...
Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon Техническое задание на выполнение опытно-конструкторской работы и...
«Единый центр оперативного реагирования муниципального образования город Норильск» в составе апк «Безопасный город»
Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon Техническое задание на выполнение опытно-конструкторской работы и...
Направляю вам Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного...
Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon Техническое задание на выполнение опытно-конструкторской работы и...
Полное наименование системы: Комплекс средств автоматизации «Единый центр оперативного реагирования Большеулуйского района», создаваемый...
Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon Техническое задание на выполнение опытно-конструкторской работы и...
Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты
Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon Техническое задание на выполнение опытно-конструкторской работы и...
Полное наименование системы ― Комплекс средств автоматизации «Единый центр оперативного реагирования Курагинского района» в составе...
Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon Техническое задание по разработке и созданию опытного образца программно-аппаратного...
«Единый центр оперативного реагирования» в городе Севастополе в составе аппаратно-программного комплекса
Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon К Техническому заданию на выполнение опытно-конструкторской работы...
Техническому заданию на выполнение опытно-конструкторской работы и создание опытного образца систем аппаратно-программного комплекса...
Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon Создание комплекса средств автоматизации
Полное наименование системы ― Комплекс средств автоматизации «Единый центр оперативного реагирования города Минусинска и Минусинского...
Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon Апк «безопасный город» программно-аппаратный комплекс «единый центр...
Полное наименование системы: Программно-аппаратный комплекс «Единый центр оперативного реагирования», создаваемый на базе единой...
Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon Техническое задание на выполнение проектных работ по модернизации...
На выполнение проектных работ по модернизации систем оповещения в рамках выполнения опытно-конструкторской работы по созданию опытного...
Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon Техническое задание создание комплекса средств автоматизации «Единый...
Полное наименование системы ― Комплекс средств автоматизации «Единый центр оперативного реагирования Ужурского района и зато п. Солнечный»...
Техническое задание на выполнение опытно-конструкторской работы и создание опытного образца программно-аппаратного комплекса «Единый центр оперативного реагирования города Минусинска» icon Техническое задание на выполнение опытно-конструкторских и технологических...
Данное техническое задание подготовлено на разработку конструкторской документации и изготовление опытного образца автономной мобильной...

Руководство, инструкция по применению




При копировании материала укажите ссылку © 2024
контакты
rykovodstvo.ru
Поиск