dedoc/tz_dataset huggingface dataset:
5.	Требования к структуре системы	18
6.	Требования к группам пользователей	19
7.	Требования к публичной части системы	19
8.	Требования к страницам административной панели	19
9.	Требования к разделу «Материалы» административной панели	19
10.	Требования к разделу «Публикаторы» административной панели	28
11.	Требования к подразделу «Главная» раздела «Публикаторы»	28
12.	Требования к подразделу «Сюжеты» раздела «Публикаторы»	29
13.	Требования к подразделу «Теги» раздела «Публикаторы»	30
14.	Требования к подразделу «Промо-блоки» раздела «Публикаторы»	31
15.	Требования к подразделу «Колумнисты» раздела «Публикаторы»	32
16.	Требования к подразделу «Медиа-ланч» раздела «Публикаторы»	33
17.	Требования к подразделу «Меню» раздела «Публикаторы»	33
18.	Требования к подразделу «Тизерные блоки» раздела «Публикаторы»	35
19.	Требования к подразделу «Статические страницы» раздела «Публикаторы»	36
20.	Требования к подразделу «Автодоскролл» раздела «Публикаторы»	36
21.	Требования к подразделу «Футер» раздела «Публикаторы»	37
22.	Требования к разделу «Уведомления» административной панели	38
23.	Требования к разделу «Пользователи» административной панели	38
24.	Требования к подразделу «Роли пользователей» административной панели	39
25.	Требования к разделу «Настройки» административной панели	40
26.	Требования к разделу «Взаимодействие с системой «Электронное издательство» административной панели	42
27.	Требования к разделу «Сквозной автодоскролл» административной панели	43
28.	Требования к разделу «Сквозная тизерка» административной панели	44
29.	Требования к разделу «Отчетность» административной панели	44
30.	Требования к разделу «Мой профиль» административной панели	48
31.	Требования к разделу «Авторизация» административной панели	49
32.	Требования к разделу «Восстановление пароля» административной панели	49
33.	Требования к публичной части мобильной версии системы	49
34.	Требования к административной части мобильной версии системы	50
35.	Требования к разделу «Авторизация» административной панели мобильной версии системы	50
36.	Требования к разделу «Восстановление пароля» административной панели мобильной версии системы	50
37.	Требования к разделу «Материалы» административной панели мобильной версии системы	51
38.	Требования к разделу «Мой профиль» административной панели мобильной версии системы	53
39.	Требования к разделу «Уведомления» административной панели мобильной версии системы	53
40.	Требования интеграция с внешними системами	54
41.	Требования к первичному наполнению и загрузке исходных данных	55
4.6.	Требования к этапу «Разработка эксплуатационной документации»	55
4.7.	Требования к этапу «Обучение»	55
4.8	Требования к этапу «Проведение приемо-сдаточных испытаний»	56
5	Требования по Гарантийному обслуживанию СИСТЕМЫ.	56
1.1.	Настоящее Техническое задание определяет основные требования к выполнению работ по разработке установке, тестированию, интеграции автоматизированной информационной системы «Административная панель средств массовой информации Республики Башкортостан» (далее – СИСТЕМА, АИС «Административная панель СМИ РБ»).
1.2.	Полное наименование системы: «Административная панель средств массовой информации Республики Башкортостан». Сокращенное обозначение системы: Административная панель СМИ
1.2.1.	Удобная коммуникация редакторов СМИ.
1.2.2.	Удобная система для опубликования материалов СМИ.
1.2.3.	Эффективная база материалов СМИ.
1.2.4.	Повышение эффективности работы СМИ.
2.	Технические, функциональные и эксплуатационные требования к СИСТЕМЕ
2.1.	Общие требования
2.1.1.	СИСТЕМА должна соответствовать требованиям к безопасности, качеству, техническим характеристикам, функциональным характеристикам (потребительским свойствам) товара, установленные заказчиком и предусмотренные техническими  оставляемого товара, выполняемой работы, оказываемой услуги потребностям заказчика, в том числе:
2.1.1.1.	ГОСТ 34.601-90 «АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. СТАДИИ СОЗДАНИЯ»;
2.1.1.2.	ГОСТ 34.003-90 «АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ»;
2.1.1.3.	ГОСТ 34.602-89. ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. КОМПЛЕКС СТАНДАРТОВ НА АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ. ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ;
2.1.1.4.	ГОСТ 34.603-92. «ВИДЫ ИСПЫТАНИЙ АВТОМАТИЗИРОВАННЫХ СИСТЕМ»;
2.1.1.5.	ГОСТ 19.301-79 ЕДИНАЯ СИСТЕМА ПРОГРАММНОЙ ДОКУМЕНТАЦИИ (ЕСПД). ПРОГРАММА И МЕТОДИКА ИСПЫТАНИЙ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ (С ИЗМЕНЕНИЯМИ № 1, 2)
2.1.1.6.	ГОСТ Р ИСО/МЭК 15271 -02 «ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ»;
2.1.1.7.	ГОСТ Р ИСО/МЭК 15910-2002 «ПРОЦЕСС СОЗДАНИЯ ДОКУМЕНТАЦИИ ПОЛЬЗОВАТЕЛЯ ПРОГРАММНОГО СРЕДСТВА»
2.2.	Требования по диагностированию СИСТЕМЫ
2.2.1.	Система должна предоставлять инструменты мониторинга основных параметров состояния и работоспособности подсистем, ведения журнала действий пользователей и прочих действий, влияющих или изменяющих состояние системы, ее компонентов или учетных параметров.
2.2.2.	Должен быть предоставлен пользовательский интерфейс для возможности просмотра диагностических событий, мониторинга процесса функционирования системы.
2.2.3.	Полный список параметров, подлежащих диагностированию должен быть определен в техническом проекте.
2.2.4.	В случае использования сторонних сервисов для обеспечения функционирования указанных модулей, стоимость покупки/годовой подписки на их использование включается в стоимость работ Исполнителя.
НИЧЕСКОЕ ЗАДАНИЕ ТЕХ
на внедрение системы IDS\IPS сертифицированного ФСТЭК
в ПАО «Силовые Машины»
азработал __________/________Пальчевский А.С. Р
Согласовано ________/_________Кондратюк И.И.
1. Общие положения……………………………………………………………………... 3
2. Технические требования и условия выполнения поставки Продукции…………… 3
3. Требования к участникам конкурса по поставке Продукции………………………. 3
4. Требования по наладке………………………………………………………………... 4
5. Требования к оборудованию …………………………………………………………. 4
1. Общие положения.
1.1 Предметом настоящего технического задания является поставка и настройка
оборудования (далее – Продукция) на объекты ПАО «Силовые машины» (далее
– Заказчик)
1.2 Поставка продукции должна быть выполнена не позднее 10 недель с момента
заключения договора.
1.3 Количество и номенклатура поставляемой Продукции определена в Приложении
№1 «Спецификация оборудования».
2. Технические требования и условия выполнения поставки Продукции.
2.1 Типы, марки, технические характеристики и стоимость поставляемой
Продукции, в случае ее морального устаревания или снятия с производства,
могут быть отдельно оговорены Дополнительным соглашением в течение срока
действия Договора, в рамках общей суммы по Договору.
2.2 Оборудование должно быть новым, ранее не бывшим в эксплуатации и не
восстановленным после ремонта.
2.3 Упаковка продукции должна предотвратить ее повреждение или порчу во время
транспортировки к пункту назначения.
2.4 Поставка Продукции должна быть произведена на склад Заказчика в г. Санкт-
Петербург.
3. Требования к поставщику Продукции.
3.1 Поставщик должен подтвердить наличие опыта реализации аналогичного
представленному в Техническом задании уровню поставок оборудования и
выполнения гарантийных обязательств.
3.2 Поставщик должен представить сертификаты соответствия на предлагаемое к
поставке оборудование.
3.3 Поставщик должен обеспечить срок гарантии на поставляемую продукцию в
течение 12 месяцев с момента поставки Продукции.
3.4 Поставщик должен обеспечить срок гарантии на работы в течение 36 месяцев
3.5 Поставщик должен быть авторизованным партнером производителей
оборудования.
3.6 Поставщик должен представить авторизационные письма от производителей
оборудования, подтверждающие легитимность поставки и наличие необходимой
компетенции в рамках условий поставки.
4. Требования по настройке оборудования и работам.
4.1 Произвести установку оборудования в серверной Заказчика
4.2 Произвести анализ существующей инфраструктуры по взаимодействию между
Глобальной Вычислительной сетью Интернет и Локально Вычислительной
сетью Общества.
4.2.1 Разработать и согласовать с Заказчиком схему включения, процесс
интеграции в существующую IT-инфраструктуру
4.2.2 Подготовить отчет о степени информационной безопасности
4.2.3 Разработать и согласовать с Заказчикам правила и политики внедряемые
в шлюзы безопасности, настройки блейдов.
4.2.4 Настроить маршрутизатор безопасности согласно разработанным
правилам и политикам.
4.3 Настроить полное резервирование двух устройств. Отключение одного из
устройств не должно приводить к перерыву в работе сервисов.
4.4 Организовать подготовку специалистов Заказчика - 2 чел. по настройке,
администрированию и сопровождению оборудования
4.5 Подготовить исполнительную документацию, перечень документов согласовать
с заказчиком.
4.6 Срок выполнения работ 4 недель с момента поставки оборудования на склад
Заказчика
5. Требования к оборудованию
5.1 Оборудование, поставляемое в рамках проекта должно иметь сертификаты
ФСТЭК, профиль защиты типа А четвертого класса.
5.2 Иметь два блока питания
5.3 8 SFP интерфейса
5.4 8 1000BASE-T интерфейса
5.5 Пропускная способность инспектируемого трафика не менее 1 Гб/сек
5.6 Иметь ежедневные обновления угроз
5.6.1 IPS/IDS
5.6.2 Антивирус
5.6.3 Контроль приложений
5.6.4 Фильтр URL
ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы (пример)
В данной статье приведен пример (образец) проектного документа «Техническое задание на создание автоматизированной системы (АС)» согласно ГОСТ 34.602-89. В качестве примера АС для заполнения разделов использовались требования на разработку информационно-аналитической системы «Корпоративное хранилище данных».
Разделы технического задания:
2.	Назначение и цели создания системы
o	Назначение системы
o	Цели создания системы
3.	Характеристика объектов автоматизации
4.	Требования к системе
o	Требования к системе в целом
o	Требования к функциям, выполняемым системой
o	Требования к видам обеспечения
5.	Состав и содержание работ по созданию системы
6.	Порядок контроля и приёмки системы
7.	Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
8.	Требования к документированию
9.	Источники разработки
Техническое задание на создание автоматизированной системы «Корпоративное хранилище данных»
1. Общие сведения
1.1. Наименование системы
1.1.1. Полное наименование системы
Например:
Полное наименование: Корпоративное хранилище данных.
1.1.2. Краткое наименование системы
Например:
Краткое наименование: КХД, Система.
1.2. Основания для проведения работ
Перечень документов, на основании которых создается система, кем и когда утверждены документы. Указывается шифр темы или шифр (номер) договора, дата договора.
Например:
Работа выполняется на основании договора № … от … между …
1.3. Наименование организаций – Заказчика и Разработчика
1.3.1. Заказчик
Заказчик: ОАО Заказчик
Адрес фактический: г. Москва ...
Телефон / Факс: +7 (495) 2222222
1.3.2. Разработчик
Разработчик: ЗАО Разработчик
Адрес фактический: г. Москва ...
Телефон / Факс: +7 (495) 3333333
1.4. Плановые сроки начала и окончания работы
Указываются плановые сроки начала и окончания работ по созданию системы (на основании Договора). Если сроки определены не точно, то указать на какой стадии сроки уточняются.
1.5. Источники и порядок финансирования
Если не целесообразно указывать эти сведения, то дается ссылка на Договор.
1.6. Порядок оформления и предъявления заказчику результатов работ
Определяется порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы.
Например:
Работы по созданию КХД сдаются Разработчиком поэтапно в соответствии с календарным планом Проекта. По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы этапа, состав которых определены Договором.
2. Назначение и цели создания системы
2.1. Назначение системы
Указать вид автоматизируемой деятельности (указать для управления какими процессами предназначена система).
Указать перечень объектов автоматизации, на которых предполагается использовать систему, перечень автоматизируемых органов (пунктов) управления объекта автоматизации и управляемых ими объектов (здесь указать в каких подразделениях предусматривается устанавливать систему и привести в разрезе подразделений перечень автоматизируемых бизнес-процессов верхнего уровня).
КХД предназначена для повышения оперативности и качества принимаемых управленческих решений сотрудниками Заказчика.
Основным назначением КХД является автоматизация информационно-аналитической деятельности в бизнес-процессах Заказчика.
В рамках проекта автоматизируется информационно-аналитическая деятельность в следующих бизнес-процессах:
1. анализ финансово-хозяйственной деятельности;
2. информационная поддержка процессов бюджетирования;
3. ...
2.2. Цели создания системы
Наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АИС; критерии оценки достижения целей создания системы.
КХД создается с целью:
- обеспечения сбора и первичной обработки исходной информации, необходимой для подготовки отчетности по показателям деятельности;
- создания единой системы отчетности по показателям деятельности;
- повышения качества (полноты, точности, достоверности, своевременности, согласованности) информации;
- ...

В результате создания хранилища данных должны быть улучшены значения следующих показателей:
- время сбора и первичной обработки исходной информации;
- количество информационных систем, используемых для подготовки аналитической отчетности;
- время, затрачиваемое на информационно-аналитическую деятельность;
- ...
3. Характеристика объектов автоматизации
Приводятся краткие сведения об области деятельности Заказчика (или подразделения организационной структуры Заказчика, для нужд которого разрабатывается система) и сферы автоматизации с указанием ссылок на ранее разработанные документы, содержащие более подробные сведения об организации заказчика.
<Приводится описание организационной структуры>
Как правило, объектом автоматизации являются бизнес-процессы, выполняемые в структурных подразделениях Заказчика. Следовательно, применительно к данному ТЗ, объектами автоматизации будут являться бизнес-процессы, выполняемые в <указать в каком подразделении>.
Выделены следующие процессы в деятельности <указать подразделение Заказчика>, в рамках которых производится анализ информации и вынесены соответствующие выводы о возможности их автоматизации:
4. Требования к системе
4.1. Требования к системе в целом
4.1.1. Требования к структуре и функционированию системы
Определяется перечень функциональных подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы.
Система КХД должна быть централизованной, т.е. все данные должны располагаться в центральном хранилище. Система КХД должна иметь трехуровневую архитектуру (можно привести общую схему, на которой определить уровни. Например, первый - источник, второй - хранилище, третий - отчетность).
В Системе предлагается выделить следующие функциональные подсистемы:
- подсистема сбора, обработки и загрузки данных, которая предназначена для реализации процессов сбора данных из систем источников, приведения указанных данных к виду, необходимому для наполнения подсистемы хранения данных;
- подсистема хранения данных, которая предназначена для хранения данных в структурах, нацеленных на принятие решений;
- подсистема формирования и визуализации отчетности, которая предназначена для формирования бизнес-ориентированных витрин данных и отчетности.
Указываются требования к способам и средствам информационного обмена между компонентами системы.
В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP.
Для организации информационного обмена между компонентами Системы должны использоваться специальные протоколы прикладного уровня, такие как: NFS, HTTP и его расширение HTTPS, NetBios/SMB, Oracle TNS.
Для организации доступа пользователей к отчетности должен использоваться протокол презентационного уровня HTTP и его расширение HTTPS.
Приводятся требования к характеристикам взаимосвязей со смежными системами.
Смежными системами для КХД являются:
- информационные системы оперативной обработки данных Заказчика;
- информационные системы планирования;
- ...
Источниками данных для Системы должны быть:
- Информационная система управления предприятием (СУБД MS SQL).
- Информационно-справочная система (СУБД MS SQL).
- Информационная система обеспечения бюджетного процесса (СУБД Oracle).
- ...
Перечень предпочтительных способов взаимодействия со смежными системами приведен ниже.
- Информационная система управления предприятием - с использованием промежуточной базы данных (ПБД).
- Информационно-справочная система - обмен файлами ОС определенного формата.
- Информационная система обеспечения бюджетного процесса - интеграция «точка – точка».
- ...
Определяются требования к режимам функционирования системы.
Например:
Система должна поддерживать следующие режимы функционирования:
- Основной режим, в котором подсистемы КХД выполняют все свои основные функции.
- Профилактический режим, в котором одна или все подсистемы КХД не выполняют своих функций.
В основном режиме функционирования Система КХД должна обеспечивать:
- работу пользователей режиме – 24 часов в день, 7 дней в неделю (24х7);
- выполнение своих функций – сбор, обработка и загрузка данных; хранение данных, предоставление отчетности.
В профилактическом режиме Система КХД должна обеспечивать возможность проведения следующих работ:
- техническое обслуживание;
- модернизацию аппаратно-программного комплекса;
- устранение аварийных ситуаций.
Общее время проведения профилактических работ не должно превышать X% от общего времени работы системы в основном режиме (Y часов в месяц).
Указываются требования по диагностированию системы (какие средства будут использоваться или создаваться, чтобы обеспечить диагностику системы).
Для обеспечения высокой надежности функционирования Системы как системы в целом, так и её отдельных компонентов должно обеспечиваться выполнение требований по диагностированию ее состояния.
Диагностирование Системы должно осуществляться следующими штатными средствами, входящими в комплект поставки программного обеспечения:
- СУБД - <указывается ПО администратора позволяющее проводить мониторинг>;
- ETL-средство - ..
- средство визуализации - ...
Обязательно ведение журналов инцидентов в электронной форме, а также графиков и журналов проведения ППР.
Для всех технических компонентов необходимо обеспечить регулярный и постоянный контроль состояния и техническое обслуживание.
4.1.2. Требования к численности и квалификации персонала системы и режиму его работы
4.1.2.1. Требования к численности персонала
В состав персонала, необходимого для обеспечения эксплуатации КХД в рамках соответствующих подразделений Заказчика, необходимо выделение следующих ответственных лиц:
- Руководитель эксплуатирующего подразделения - 1 человек.
- Администратор подсистемы сбора, обработки и загрузки данных - 2 человека.
- Администратор подсистемы хранения данных - 2 человека.
- Администратор подсистемы формирования и визуализации отчетности - 1 человек.

Данные лица должны выполнять следующие функциональные обязанности.
- Руководитель эксплуатирующего подразделения - на всем протяжении функционирования КХД обеспечивает общее руководство группой сопровождения, ...
- Администратор подсистемы сбора, обработки и загрузки данных - на всем протяжении функционирования КХД обеспечивает контроль процессов ETL, подготовку и загрузка данных из внешних источников в хранилище данных, ...
- Администратор подсистемы хранения данных - на всем протяжении функционирования КХД обеспечивает распределение дискового пространства, модификацию структур БД, оптимизацию производительности, ...
- Администратор подсистемы формирования и визуализации отчетности - на всем протяжении функционирования КХД обеспечивает поддержку пользователей, формирование отчетности, ...
4.1.2.2. Требования к квалификации персонала
К квалификации персонала, эксплуатирующего Систему КХД, предъявляются следующие требования.
- Конечный пользователь - знание соответствующей предметной области; знание основ многомерного анализа; знания и навыки работы с аналитическими приложениями..
- Администратор подсистемы сбора, обработки и загрузки данных - знание методологии проектирования хранилищ данных; знание методологии проектирования ETL процедур; знание интерфейсов интеграции ХД с источниками данных; знание СУБД; знание языка запросов SQL.
- Администратор подсистемы хранения данных - глубокие знания СУБД; знание архитектуры «Звезда» и «Снежинка»; опыт администрирования СУБД; знание и навыки операций архивирования и восстановления данных; знание и навыки оптимизации работы СУБД.
- Администратор подсистемы формирования и визуализации отчетности - понимание принципов многомерного анализа; знание методологии проектирования хранилищ данных; знание и навыки администрирования приложения; знание языка запросов SQL; знание инструментов разработки.
4.1.2.3. Требования к режимам работы персонала
Персонал, работающий с Системой КХД и выполняющий функции её сопровождения и обслуживания, должен работать в следующих режимах:
- Конечный пользователь - в соответствии с основным рабочим графиком подразделений Заказчика.
- Администратор подсистемы сбора, обработки и загрузки данных – двухсменный график, поочередно.
- Администратор подсистемы хранения данных – двухсменный график, поочередно.
- Администратор подсистемы формирования и визуализации отчетности – в соответствии с основным рабочим графиком подразделений Заказчика.
4.1.3. Показатели назначения
4.1.3.1. Параметры, характеризующие степень соответствия системы назначению
Система должна обеспечивать следующие количественные показатели, которые характеризуют степень соответствия ее назначению:
- Количество измерений – X.
- Количество показателей – Y.
- Количество аналитических отчетов – Z.
4.1.3.2. Требования к приспособляемости системы к изменениям
Обеспечение приспособляемости системы должно выполняться за счет:
- своевременности администрирования;
- модернизации процессов сбора, обработки и загрузки данных в соответствии с новыми требованиями;
- модификации процедур доступа и представления данных конечным пользователям;
- наличия настроечных и конфигурационных файлов у ПО подсистем;
- ...
4.1.3.3. Требования сохранению работоспособности системы в различных вероятных условиях
В зависимости от различных вероятных условий система должна выполнять требования, приведенные в таблице.
4.1.4. Требования к надежности
4.1.4.1. Состав показателей надежности для системы в целом
Например:
Уровень надежности должен достигаться согласованным применением организационных, организационно-технических мероприятий и программно-аппаратных средств.
Надежность должна обеспечиваться за счет:
- применения технических средств, системного и базового программного обеспечения, соответствующих классу решаемых задач;
- своевременного выполнения процессов администрирования Системы КХД;
- соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;
- предварительного обучения пользователей и обслуживающего персонала.
Время устранения отказа должно быть следующим:
- при перерыве и выходе за установленные пределы параметров электропитания - не более X минут.
- при перерыве и выходе за установленные пределы параметров программного обеспечением - не более Y часов.
- при выходе из строя АПК ХД - не более Z часов.
Система должна соответствовать следующим параметрам:
- среднее время восстановления Q часов - определяется как сумма всех времен восстановления за заданный календарный период, поделенные на продолжительность этого периода;
- коэффициент готовности W - определяется как результат отношения средней наработки на отказ к сумме средней наработки на отказ и среднего времени восстановления;
- время наработки на отказ E часов - определяется как результат отношения суммарной наработки Системы к среднему числу отказов за время наработки.
Средняя наработка на отказ АПК не должна быть меньше G часов.
4.1.4.2. Перечень аварийных ситуаций, по которым регламентируются требования к надежности