Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

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

.docx
Скачиваний:
21
Добавлен:
14.09.2022
Размер:
22.84 Кб
Скачать

УФИМСКИЙ ГОСУДАРСТВЕННЫЙ АВИАЦИОННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ

ФАКУЛЬТЕТ ИНФОРМАТИКИ И РОБОТОТЕХНИКИ

КАФЕДРА ВЫЧИСЛИТЕЛЬНОЙ МАТЕМАТИКИ И КИБЕРНЕТИКИ

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

по предмету: «Администрирование информационных систем»

Выполнили:

студенты группы МО-417

Ибрагимова К.Б. Рахимова А.М.

Степанова Д.Д. Шакиров А.Р.

Проверил:

Сазонова Е. Ю.

Уфа 2021

  1. Общие сведения

    1. Наименование системы

      1. Полное наименование: Мессенджер с подбором собеседника

      2. Краткое наименование системы: МПС

    2. Основания для проведения работ

Работа выполняется на основании задания лабораторной работы №2 «Составление технического задания на разработку программного продукта. Работа с базой данных (БД) с использованием технологии «объектно-реляционного отображения».

  1. Назначение и цели создания (развития) системы

Техническое Задание определяет назначение, общие и специальные требования к системе «Мессенджер с подбором собеседника», предназначенной для обеспечения поиска и обмена сообщениями между пользователями системы с учётом их общих интересов.

    1. Назначение системы

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

Основным назначением МПС является автоматизация подбора собеседников по выбранным критериям.

    1. Цели создания системы

МПС создается с целью:

  • обеспечения сбора информации о пользователях и их интересах

  • возможности обмена сообщениями с пользователями с похожими интересами

  1. Характеристика объектов автоматизации

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

  1. Требования к системе

    1. Требования к системе в целом

      1. Требования к структуре и функционированию системы

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

В Системе предлагается выделить следующие функциональные подсистемы:

  • веб-сервер

  • подсистема обработки данных

  • подсистема хранения данных

В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP.

Для организации информационного обмена между компонентами Системы должны использоваться специальные протоколы прикладного уровня, такие как: HTTP и его расширение HTTPS.

С точки зрения пользователя система разделяется на следующие модули:

  • модуль авторизации и регистрации

  • модуль информации о пользователе

  • модуль подбора собеседника

  • модуль чата с собеседником

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

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

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

      1. Показатели назначения

        1. Требования к сохранению работоспособности системы в различных вероятных условиях

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

Если в данный момент клиентское приложение ожидало ответ на запрос, то пользователю требуется вывести дружелюбное сообщение об ошибке.

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

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

В части внешнего оформления:

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

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

  • должен использоваться шрифт без засечек;

  • размер шрифта должен быть как минимум 12пкс;

В части диалога с пользователем:

  • для таких операций как копирование, вставка текста и полное выделение текста должны быть предусмотрены комбинации «горячих» клавиш. Редактирование и добавление новых комбинаций не предусмотрено;

  • при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке. Общая справочная информация не предусмотрена.

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

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

Обеспечение информационное безопасности Системы МПС должно удовлетворять следующим требованиям:

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

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

  • Разграничение прав доступа пользователей и администраторов Системы должно строиться по принципу "что не разрешено, то запрещено".

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

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

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

    1. Требования к функциям, выполняемым системой

  • Регистрация пользователя

  • Авторизация пользователя

  • Получение данных о других пользователях системы

  • Отправка сообщения другому пользователю

  • Получение сообщений от других пользователей системы

  • Заполнение данных о текущем пользователе

  • Обеспечение контроля доступа к данным

  • Хранение данных

    1. Требования к видам обеспечения

      1. Требования к программному обеспечению

Требуется:

  • СУБД PostgreSQL не ниже 13 версии для работы с базой данных на стороне сервера.

  • Среда выполнения .NET 6 для возможности запуска сервера.

  • Среда выполнения Node.js не ниже 16 версии для возможности клиентом получать исполняемые файлы для выполнения на стороне клиента.

  1. Порядок контроля и приёмки системы

Приёмка выполняется уполномоченным лицом, который проверяет соответствие системы пункту 4 настоящего ТЗ.

  1. Требования к документированию

Программные интерфейсы в МПС должны быть задокументированы согласно стандарту системы автодокументации Swagger.