Системный анализ в проектировании web-приложений

Explore

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

Стадии создания АС

https://docs.cntd.ru/document/1200006921⁠

⁠

ГОСТ 34.602-89 ТЗ

https://docs.cntd.ru/document/1200006924⁠

⁠

ГОСТ 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 Перечень подсистем, их назначение, основные характеристики, требования к числу уровней иерархии и степени централизации системы

Перечень подсистем в структуре системы: Подсистема пользователя, Подсистема администрации, Подсистема Отчетности, Подсистема Шаблонов, Подсистема Базы знаний.

Подсистема пользователя должна содержать функцию – Формирование профиля студента.

Подсистема пользователя должна содержать функцию – Формирование этапов выполнения проекта.

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

Подсистема администрации должна содержать функцию – Управление аккаунтами пользователей (создание, верификация и т.д.)

Подсистема администрации должна содержать функцию – Управление Системой

Подсистема администрации должна содержать функцию – Поддержка пользователей

Подсистема Отчетности должна содержать функцию – Хранение статистики пользователей

Подсистема Отчетности должна содержать функцию – Хранение отчетов о выполняемых/выполненных работах

Подсистема Отчетности должна содержать функцию – Хранение истории выполненных работ

Подсистема Отчетности должна содержать функцию – Предоставление портфолио пользователей

Подсистема Отчетности должна содержать функцию – Формирование отчетов

Подсистема Шаблонов должна содержать функцию – Хранение шаблонов документов проектной работы

Подсистема Шаблонов должна содержать функцию – Хранение инструкций по заполнению

Подсистема Шаблонов должна содержать функцию – Автоматическое подсказывание при заполнении

Подсистема Базы знаний должна содержать функцию – Хранение отчетов, инструкций и сопровождающих файлов успешно реализованных проектов и проектных заданий

⁠

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 Требования к защите информации от несанкционированного доступа

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

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.