Файл: Этапы разработки программного обеспечения. Стадия Техническое задание.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 05.12.2023
Просмотров: 154
Скачиваний: 3
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
СОДЕРЖАНИЕ
2.1. Исходными данными для разработки являются следующие материалы:
3.1. Требования к функциональным характеристикам
3.2. Требования к пользовательскому интерфейсу (GUI):
3.4. Требования к составу и параметрам технических средств
3.5. Требования к информационной и программной совместимости
ЛАБОРАТОРНАЯ РАБОТА № 1Тема: Этапы разработки программного обеспечения. Стадия «Техническое задание».Цель работы: Ознакомиться с правилами написания технического задания для программных продуктовЗадание к лабораторной работе:1. Разработать техническое задание на программный продукт (программный продукт выбрать самостоятельно по желанию). Можно взять ТЗ к курсовому проекту.2. Оформить работу в соответствии с ГОСТ 19.106—78.3. Сдать и защитить работу.HTTP-клиентТехническое задание Листов 52023 г.Лист изменений
1. ВВЕДЕНИЕНастоящее техническое задание распространяется на разработку клиентского приложения для протокола HTTP - «HTTP-клиент», используемого для приема данных (главным образом html-страниц) с удаленных серверов, для модификации информации на серверах (удаление существующих объектов и размещение новых), для получения информации об объектах, расположенных на серверах, и параметров серверов.
3.2.4. В основном окне приложения выбор метода должен сопровождаться выводом краткой информации о методе. Необходимо предусмотреть окна ввода для идентификатора ресурса и имени файла для передачи или приема. Запрос к серверу с указанием всех параметров, а также полный ответ сервера (статус + параметры) должны отображаться в этом окне;3.2.4. При всех неверных действиях со стороны пользователя ему должно выдаваться предупреждение, сопровождаемое звуковым сигналом.
| Дата | Версия | Описание | Автор |
| 10/марта/2023 | 1.0 | Создание первоначального варианта документа | Иванов М. |
| | | | |
| | | | |
| | | | |
2. Исходные данные
2.1. Исходными данными для разработки являются следующие материалы:
2.1.1. Описание функциональных требований2.1.2. RFC2068: "HTTP Version 1.1 ", R. Fielding, J. Gettys, J. Mogul, H. Frystyk Nielsen и T. Berners-Lee, январь 1997. Находится на http://www.faqs.org/rfcs/rfc2068.htmlПеревод на русский язык данного документа находится на http://lib.ru/WEBMASTER/rfc2068/rfc2068rus.txt3. Требования К ПРОГРАММЕ
3.1. Требования к функциональным характеристикам
3.1.1. Для пользователя:-
получение любой информации, заданной универсальным идентификатором ресурса, с сохранением этой информации на машине клиента; -
получение информации об объекте, заданном универсальным идентификатором ресурса, без получения самого объекта; -
размещение информации (либо модификация уже существующих данных) на сервере; -
удаление объектов, заданных универсальным идентификатором ресурса; -
получение информации о параметрах серверов.
-
Организация работы с пользователями:-
Ограничение доступа незарегистрированных пользователей к системе; -
Регистрация пользователей.
-
-
Ведение журнала использования системы:-
Создание записей о входе в систему каждого пользователя (имя пользователя, время входа в систему); -
Создания записей о действиях, выполняемых каждым пользователем при работе с системой (выполняемый метод, параметры запроса, статус отклика сервера, параметры отклика сервера).
-
-
Получение статистики:-
Общее число запросов; -
Число запросов с положительным откликом от сервера (первая цифра статусного кода, определяющая класс отклика, равна 2 (2xx: Успех (Success) - Запрос успешно получен, понят и воспринят)); -
Число запросов с отрицательным откликом от сервера:
-
-
3xx: Переадресация (Redirection) - Нужны дополнительные действия для завершения выполнения запроса; -
4xx: Ошибка клиента (Client Error) - Запрос содержит синтаксическую ошибку или не может быть выполнен; -
5xx: Ошибка сервера (Server Error) - Сервер не смог выполнить корректный запрос.
3.2. Требования к пользовательскому интерфейсу (GUI):
3.2.1. Приложение должно быть диалоговым;3.2.2. Обеспечить окно входа пользователя в систему. Для входа в систему пользователю необходимо ввести имя и пароль;Обеспечить в данном окне возможность перехода в окно регистрации пользователей;3.2.3. В окне регистрации необходимо обеспечить ввод пользователем личных параметров: имя, фамилия, дата рождения, цвет глаз, login, пароль (с подтверждение) без отображения вводимого пароля в окне ввода (допускается отображение символом *);3.2.4. В основном окне приложения выбор метода должен сопровождаться выводом краткой информации о методе. Необходимо предусмотреть окна ввода для идентификатора ресурса и имени файла для передачи или приема. Запрос к серверу с указанием всех параметров, а также полный ответ сервера (статус + параметры) должны отображаться в этом окне;3.2.4. При всех неверных действиях со стороны пользователя ему должно выдаваться предупреждение, сопровождаемое звуковым сигналом.