Техническое задание

Стадии создания АС
ГОСТ 34.602-89 ТЗ
ГОСТ 34.602-2020
Система поддержки реализации студенческих проектов
Общие сведения
Система поддержки реализации студенческих проектов предназначена для автоматизации процессов формирования отчетной документации для студенческих проектов выполняемых в рамках проектно ориентирвоанной магистратуры ВИШ МИФИ.
1.1 Полное наименование системы и ее условное обозначение
Полное наименование: Система поддержки реализации студенческих проектов
Условное обозначение: Система поддержки проектов
1.2 Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты
Разработчик - сотрудники АО АСЭ и ВИШ МИФИ
Заказчик - и.о. руководителя центра образовательных программ
Пользоваители - магистранты ВИШ МИФИ
1.3 Перечень документов, на основании которых создается система, кем и когда утверждены эти документы
Решение и.о. руководителя центра образовательных программ
1.4 Плановые сроки начала и окончания работы по созданию системы
Начало работ - 17.12.2021
Окончание работ - 28.01.2022
1.5 Сведения об источниках и порядке финансирования работ
Финансирование не требуется.
2 Назначение и цели создания системы
2.1 Назначение системы
Обеспечение автоматизации процессов:
Организация проектной работы студенческих команд включая:
планирование работ по проекту,
распределение задач между студентами проектной группы,
хранение артефактов проекта.
Ведение рейтингов команд.
Повышение эффективности деятельности студентов и вовлеченности в учебный процесс, что должно быть достигнуто за счет:
использования современных централизованных инструментов ведения проектной работы;
более детальной проработки проектных заданий в Системе;
систем рейтинга, обратной связи и поощрения.
2.2 Цели создания системы
Система предназнаначена для обеспечения повышения эффективности проектной деятельности студенческих команд при работе над прекотом.
3 Характеристика объектов автоматизации
3.1 Краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию
Объектом автоматизации является деяельность, обеспечивающая организацию и ведение проектной работы. Процесс работы над проектом. Работа может осуществляться по классическим подходам PMBok, IPMA, ISO 21500 или гибкие Agile, Scrum.
При разработке Системы необходимо автоматизировать следующие процессы:
Регистрация Пользователя в Системе
Создание и ведение Пользователем проектного задания в Системе
Взаимодействие Пользователя со стейкходерами проектного задания с фиксацией взаимной оценки (рейтинга) и рекомендаций (отзывов)
Поддержка проектной работы и решения проектных задач
3.2 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды
Требования н епредъявляются.
4 Требования к системе
4.1 Требования к системе в целом
Система должна иметь возможность совместной работы и совместного редактирования файлов.
Система должна иметь возможность совместного планирования (совместный календарь).
Система должна иметь хранилище документов (данных), с изменяемыми правами доступа.
4.1.1 Требования к структуре и функционированию системы
Интерфейс пользователя интеграционного решения должен быть двуязычным (русский/английский).
4.1.1.1 Перечень подсистем, их назначение, основные характеристики, требования к числу уровней иерархии и степени централизации системы
Перечень подсистем в структуре системы: Подсистема пользователя, Подсистема администрации, Подсистема Отчетности, Подсистема Шаблонов, Подсистема Базы знаний.
Подсистема пользователя должна содержать функцию – Формирование профиля студента.
Подсистема пользователя должна содержать функцию – Формирование этапов выполнения проекта.
Подсистема пользователя должна содержать функцию – Обработка данных.
Подсистема администрации должна содержать функцию – Управление аккаунтами пользователей (создание, верификация и т.д.)
Подсистема администрации должна содержать функцию – Управление Системой
Подсистема администрации должна содержать функцию – Поддержка пользователей
Подсистема Отчетности должна содержать функцию – Хранение статистики пользователей
Подсистема Отчетности должна содержать функцию – Хранение отчетов о выполняемых/выполненных работах
Подсистема Отчетности должна содержать функцию – Хранение истории выполненных работ
Подсистема Отчетности должна содержать функцию – Предоставление портфолио пользователей
Подсистема Отчетности должна содержать функцию – Формирование отчетов
Подсистема Шаблонов должна содержать функцию – Хранение шаблонов документов проектной работы
Подсистема Шаблонов должна содержать функцию – Хранение инструкций по заполнению
Подсистема Шаблонов должна содержать функцию – Автоматическое подсказывание при заполнении
Подсистема Базы знаний должна содержать функцию – Хранение отчетов, инструкций и сопровождающих файлов успешно реализованных проектов и проектных заданий
image.png
4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы
Информационный обмен между подсистемами должен осуществляться через единое информационное пространство и посредством использования стандартизированных протоколов и форматов обмена данными.
В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP.
Для организации информационного обмена между компонентами Системы должны использоваться специальные протоколы прикладного уровня.
4.1.1.3 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости
4.1.1.4 Требования к режимам функционирования системы
Система должна функционировать в Штатном режиме, при котором обеспечивается выполнение задач в объеме функций, предусмотренных настоящим техническим заданием;
Система должна функционировать в Сервисном режиме, необходимом для проведения обслуживания, реконфигурации и пополнения технических и программных средств Системы новыми компонентами;
Система должна функционировать в Аварийном режиме работы.
В функционировании Системы Пускового режима не предусмотрено.
В Штатном режиме функционирования Система должна обеспечивать следующий режим работы: доступность функций системы в режиме — 24 часа в день, 7 дней в неделю (24х7).
В Штатном режиме функционирования Система должна обеспечивать следующий режим работы: круглосуточный режим работы Системы не требует организации круглосуточной работы администраторов и допускает работу пользователей в соответствии со штатным расписанием.
В Сервисном режиме Система должна обеспечивать возможность проведения следующих работ: Техническое обслуживание.
В Сервисном режиме Система должна обеспечивать возможность проведения следующих работ: Модернизация аппаратно-программного комплекса.
В Сервисном режиме Система должна обеспечивать возможность проведения следующих работ: Устранение аварийных ситуаций.
Система переходит в Аварийный режим при возникновении нештатной ситуации и невозможности штатной работы.
В случае перехода Системы в Аварийный режим, обслуживающему персоналу необходимо перевести Систему в Сервисный режим в соответствии с инструкциями, изложенными в руководстве Администратора системы.
Регламентные работы должны производиться с учётом требований о доступности Системы.
Функционирование Системы при отказах и сбоях серверного общесистемного и специального программного обеспечения и оборудования, в том числе структурных узлов Системы, не предусматривается.
4.1.1.5 Требования по диагностированию системы
4.1.1.6 Перспективы развития, модернизации системы
Система должна быть построена на базе принятых в вузе решений или решений с открытым исходным кодом.
Система должна быть реализована как открытая система, и должна предусматривать наращивание функциональных возможностей.
При разработке Системы должны быть предусмотрены возможности ее последующего развития и модернизации.
Направление последующего развития и модернизации Системы: расширение функциональных возможностей за счет дополнительной разработки и/или внедрения новых подсистем.
Направление последующего развития и модернизации Системы: расширение числа поставщиков информации в рамках разработанной технологии информационного взаимодействия.
Направление последующего развития и модернизации Системы: информационное взаимодействие с корпоративными ИС.
В рамках развития Системы должны быть предусмотрены мероприятия по снижению трудозатрат при исполнении ее внутренних технологических процессов.
Технические решения, используемые на этапах проектирования и реализации Системы должны позволять минимизировать трудозатраты по модернизации, требуемые в связи с выпуском новых нормативных актов, приводящих к изменению технологического процесса.
Система должна быть масштабируемой и иметь возможность использования как инструмент для проектов Заказчика как в рамках деятельности Заказчика (для других подразделений и отделов), так и на внешних проектах.
4.1.2 Требования к численности и квалификации персонала системы и режиму его работы
Система должна иметь структуру и конфигурацию такую, чтобы обеспечить минимальный количественный состав обслуживающего персонала.
Количество пользователей и администраторов Системы определяется по результатам ввода Системы в промышленную эксплуатацию.
Текущий контроль технического состояния оборудования, на котором развернута Система, обеспечивается Заказчиком.
Пользователи Системы должны обладать минимально необходимой квалификацией:
Минимальная квалификация Пользователей системы должна обеспечивать: базовые навыки работы на персональном компьютере с современными операционными системами (клавиатура, мышь, управление окнами и приложениями, файловая система).
Минимальная квалификация Пользователей системы должна обеспечивать: базовые навыки использования интернет-браузера (настройка типовых конфигураций, установка подключений, доступ к web-сайтам, навигация, формы и другие типовые интерактивные элементы web-интерфейса).
Минимальная квалификация Пользователей системы должна обеспечивать: знание основ информационной безопасности.
Все администраторы Системы, выполняющие техническое обслуживание и администрирование Системы, должны иметь соответствующую квалификацию и навыки выполнения работ.
Для подготовки дополнительного персонала в период промышленной эксплуатации системы Исполнитель должен подготовить обучающие материалы, в соответствии с требованиями, предъявляемыми заказчиком в соответствии с документацией, разработанной на этапе проектирования Системы.
4.1.2.1 Требования к численности персонала (пользователей) АС
4.1.2.2 Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков
4.1.2.3 Требуемый режим работы персонала АС
4.1.3 Показатели назначения
4.1.3.1 Степень приспособляемости системы к изменению процессов и методов управления к отклонению параметров объекта управления
4.1.3.2 Допустимые пределы модернизации и развития системы
4.1.3.3 Вероятностно-временные характеристики, при которых сохраняется целевое назначение системы
4.1.4 Требования к надежности
Надёжность Системы должна определяться уровнем безотказности в работе и способностью к восстановлению работоспособности после отказов.
Критерии отказа Системы и (или) ее компонентов будут определяться «Программой и методикой испытаний».
Должна быть предусмотрена возможность масштабирования Системы при увеличении нагрузки на Систему, в том числе учитываться требования к увеличению нагрузки, объемов информации и числа пользователей, последующему расширению функциональности.
4.1.4.1 Состав и количественные значения показателей надежности для системы в целом или ее подсистем
4.1.4.2 Перечень аварийных ситуаций, по которым должно быть регламентированы требования к надежности, и значения соответствующих показателей
4.1.4.3 Требования к надежности технических средств и программного обеспечения
4.1.4.4 Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами
4.1.5 Требования к безопасности
Коммуникационное оборудование и все соединения с локальными периферийными устройствами сети вуза должны размещаться в пределах контрольной зоны (внутри зданий, филиалов, представительств). Техническая и физическая защита аппаратных компонентов системы, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов, текущее обслуживание реализуется техническими и организационными средствами, предусмотренными в ИТ инфраструктуре вуза.
В рамках оказываемых услуг по настройке должно быть реализовано: разграничение доступа администраторов и пользователей к информационным ресурсам, программным средствам обработки (передачи) и защиты информации.
В рамках оказываемых услуг по настройке должно быть реализовано: регистрация действий и контроль несанкционированного доступа администраторов, пользователей и посторонних лиц.
В рамках оказываемых услуг по настройке должно быть реализовано: регистрация действий должна вестись в журнале аудита, в котором должны фиксироваться входы/выходы пользователей, создание/удаление учетных записей и др.
Материальные носители с системой не должны содержать вредоносный код или другой код, не предусмотренный техническим заданием.
Организационные и технические меры по обеспечению информационной безопасности обеспечиваются Заказчиком и должны включать: антивирусную защиту;
Организационные и технические меры по обеспечению информационной безопасности обеспечиваются Заказчиком и должны включать: контроль физического доступа к серверному оборудованию;
Организационные и технические меры по обеспечению информационной безопасности обеспечиваются Заказчиком и должны включать: аудит доступа к информационной системе.
Доступ пользователей к функциям и данным Системы должен предоставляться только после прохождения пользователем процедур аутентификации и авторизации.
4.1.6 Требования к эргономике и технической эстетике
В качестве нормативно-технической документации при эргономическом проектировании компонентов интерфейса Системы должны использоваться государственные стандарты (в том числе стандарты серии ССЭТО — системы стандартов эргономических требований и эргономического обеспечения) и международные стандарты серии ISO 9241-12-98. «Эргономические требования по работе в офисе с терминалами визуального отображения информации».
Эргономические и эстетические показатели комфортности работы должны способствовать уменьшению вероятности совершения персоналом случайных ошибочных действий.
Система должна обеспечивать эффективную и производительную работу через графический пользовательский интерфейс с использованием клавиатуры, мыши, монитора.
Интерфейс должен обеспечивать удобную навигацию в диалоге с пользователем, который хорошо знает свою предметную область и не является специалистом в области автоматизации.
Наличие контекстно-зависимой помощи.
Экранные формы должны проектироваться с учетом требований унификации.
Требование унификации экранной формы: все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации.
Требование унификации экранной формы: для обозначения одних и тех же операций должны использоваться одинаковые графические значки, кнопки и другие управляющие (навигационные) элементы.
Требование унификации экранной формы: должны быть унифицированы термины, используемые для описания идентичных понятий, операций и действий пользователя.
Требование унификации экранной формы: реакция системы на действия оператора (наведение указателя «мыши», переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия над одними и теми же графическими элементами, независимо от их расположения на экране.
4.1.7 Требования к транспортабельности для подвижных АС
4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
Не предъявляются.
4.1.9 Требования к защите информации от несанкционированного доступа
В Системе должен быть предусмотрен доступ с разграничением прав пользователей.
Вход в Систему пользователей должен осуществляться путем ввода логина и пароля.
4.1.10 Требования по сохранности информации при авариях
Для обеспечения сохранности информации в Системе должны быть включены следующие функции: резервное копирование баз данных Системы.
Для обеспечения сохранности информации в Системе должны быть включены следующие функции: восстановление данных в непротиворечивое состояние при программно-аппаратных сбоях (отключение электрического питания, сбоях операционной Системы и других) вычислительно-операционной среды функционирования в течение 24 часов.
Для обеспечения сохранности информации в Системе должны быть включены следующие функции: восстановление данных в непротиворечивое состояние при сбоях в работе сетевого программного и аппаратного обеспечения в течение 24 часов.
4.1.11 Требования к средствам защиты от влияния внешних воздействий
Не предъявляются.
4.1.12 Требования к патентной чистоте
При создании Системы не дожны нарушаться авторские права третьих лиц.
4.1.13 Требования по стандартизации и унификации
4.1.14 Дополнительные требования
4.1.14.1 Требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них
4.1.14.2 Требования к сервисной аппаратуре, стендам для проверки элементов системы
4.1.14.3 Требования к системе, связанные с особыми условиями эксплуатации
4.1.14.4 Специальные требования по усмотрению разработчика или заказчика системы
4.2 Требования к функциям (задачам), выполняемым системой
4.2.1 Требования к подсистеме. Перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации
4.2.2 Временной регламент реализации каждой функции, задачи (или комплекса задач)
4.2.3 Требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов
4.2.4 Перечень и критерии отказов для каждой функции, по которой задаются требования по надежности
4.3 Требования к видам обеспечения
4.3.1 Требования к математическому обеспечению
4.3.2 Требования к информационному обеспечению
4.3.2.1 Требования к составу, структуре и способам организации данных в системе
4.3.2.2 Требования к информационному обмену между компонентами системы
4.3.2.3 Требования к информационной совместимости со смежными системами
Программное обеспечение Системы должно обеспечивать интеграцию и совместимость на информационном уровне с другими системами.
Информационная совместимость должна обеспечивается, на уровне экспорта-импорта XML-документов и других форматов.
4.3.2.4 Требования по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии
4.3.2.5 Требования по применению систем управления базами данных
4.3.2.6 Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных
4.3.2.7 Требования к защите данных от разрушений при авариях и сбоях в электропитании системы
4.3.2.8 Требования к контролю, хранению, обновлению и восстановлению данных
4.3.2.9 Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4)
4.3.3 Требования к лингвистическому обеспечению
Основным языком взаимодействия пользователей и системы является русский язык.
Взаимодействие пользователя с ПК должно осуществляться на русском языке.
Взаимодействие пользователя с ПК может быть на английском языке в виде исключения – системных сообщений, выдаваемых программными продуктами третьих компаний.
Все документы и отчеты Подсистемы пользователя готовятся и выводятся пользователю на русском языке.
Графический интерфейс Подсистемы пользователя должен быть создан на русском языке.
Комплектование Подсистемы программным обеспечением и документацией на английском языке допускается только в том случае, если это программное обеспечение и документация используются только администраторами системы.
4.3.4 Требования к программному обеспечению
4.3.4.1 Требования к независимости программных средств от используемых СВТ и операционной среды
4.3.4.2 Требования к качеству программных средств, а также к способам его обеспечения и контроля
4.3.4.3 Требования по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ
4.3.5 Требования к техническому обеспечению
4.3.5.1 Требования к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе
4.3.5.2 Требования к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы
4.3.6 Требования к метрологическому обеспечению
4.3.6.1 Предварительный перечень измерительных каналов
4.3.6.2 Требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов
4.3.6.3 Требования к метрологической совместимости технических средств системы
4.3.6.4 Перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики
4.3.6.5 Требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы
4.3.6.6 Вид метрологической аттестации (государственная или ведомственная) с указанием порядка ее выполнения и организаций, проводящих аттестацию
4.3.7 Требования к организационному обеспечению
В работе Системы должны участвовать сотрудники вуза и студенты.
В работе Системы сотрудники должны участвовать в ролях: пользователи системы – «заказчики»
В работе Системы студенты должны участвовать в ролях: пользователи системы – «исполнители»
В работе Системы сотрудники должны участвовать в ролях: операторы системы
В работе Системы сотрудники должны участвовать в ролях: владельцы системы
В работе Системы сотрудники должны участвовать в ролях: разработчики системы
В работе Системы сотрудники должны участвовать в ролях: сопровождающие стороны
По специальному ограниченному доступу могут участвовать подразделения и сотрудники иных организаций.
image.png
4.3.7.1 Требования к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию
4.3.7.2 Требования к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации
4.3.7.3 Требования к защите от ошибочных действий персонала системы
4.3.8 Требования к методическому обеспечению
4.3.9 Требования к другим видам обеспечения системы

5 Состав и содержание работ по созданию системы
Исполнитель должен выполнить работы по разработке решения, обеспечивающего автоматизацию процессов, описанных в разделе 3 настоящего ТЗ, согласно Плану-графику реализации Системы (разрабатывается в ходе проекта).
5.1 Перечень документов по ГОСТ 34.201, предъявляемых по окончании соответствующих стадий и этапов работ
Как минимум необходимо разработать:
Спецификация
Описание программы
Описание применения
Пояснительная записка
Руководство системного программиста
Программа и методика испытаний
5.2 Вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт)
5.3 Программа работ, направленных на обеспечение требуемого уровня надежности разрабатываемое системы
5.4 Перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организации-исполнителей

6 Порядок контроля и приемки системы
6.1 Виды, состав, объем и методы испытаний системы и ее составных частей
Испытания должны быть организованы и проведены в соответствии с ГОСТ 34.603 «Информационная технология. Виды испытаний автоматизированных систем».
Должны быть проведены определенные виды испытаний:
предварительные испытания.
опытная эксплуатация (ОЭ).
приемочные испытания.
Отдельные виды испытаний проводятся поэтапно в сроки, установленные Календарным планом выполнения работ.
До начала опытной эксплуатации Исполнитель передает Заказчику полный набор логинов, паролей и других параметров доступа к Системе, необходимых для ее развертывания и эксплуатации.
Объем и методы предварительных и приемочных испытаний будут определяться «Программой и методикой испытаний».
Испытания Системы проводятся на комплексе технических средств (КТС) и общего программного обеспечения (ОПО) организации-заказчика.
Общее программное обеспечение, используемое для проведения испытаний, должно соответствовать требованиям, приведенным в п. 8.6 ТЗ.
Серверная часть общего программного обеспечения уточняется по мере реализации проекта.
Клиентская часть общего программного обеспечения уточняется по мере реализации проекта.
Техническое обеспечение, используемое для испытаний уточняется по мере реализации проекта.
Клиентская часть технического обеспечения должна удовлетворять требованиям: Для проведения всех функциональных тестов конфигурация программно-технического комплекса должна быть полностью работоспособной, обеспечено функционирование каналов связи с Интернет.
6.2 Общие требования к приемке работ по стадиям
6.3 Статус приемочной комиссии
Будет определен в ходе проекта.
7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
7.1 Приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ
7.2 Изменения, которые необходимо осуществить в объекте автоматизации
7.3 Создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ
7.4 Создание необходимых для функционирования системы подразделений и служб
7.5 Сроки и порядок комплектования штатов и обучения персонала

8 Требования к документированию
Документы должны быть представлены в бумажном виде (оригинал) и на магнитном носителе (копия). Исходные тексты программ - только на магнитном носителе (оригинал). Возможно предоставление комплекта документации и текстов программ на компакт-дисках.
Все документы должны быть оформлены на русском языке. Состав документов на общее программное обеспечение, поставляемое в составе Системы, должен соответствовать комплекту поставки компании - изготовителя.
Уточнение и согласование отчётных документов с Заказчиком выполняется Исполнителем в ходе непосредственного выполнения работ в местах их размещения.
Состав документации на Систему:
техническое задание
программа и методика испытаний
описание программного обеспечения, исходный код
руководство пользователя
руководство администратора
руководство системного программиста
пояснительная записка к техническому проекту
методические и презентационные материалы для обучения пользователей
8.1 Согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ 34.201 и НТД отрасли заказчика; перечень документов, выпускаемых на машинных носителях; требования к микрофильмированию документации
8.2 Требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД
8.3 При отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов

9 Источники разработки


Перечень принятых сокращений
0
Column 1
Column 2
1
2
3
4
5
6
7
There are no rows in this table

Want to print your doc?
This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (
CtrlP
) instead.