Файл: Этапы разработки программного обеспечения. Стадия Техническое задание.docx

ЛАБОРАТОРНАЯ РАБОТА № 1
Тема: Этапы разработки программного обеспечения. Стадия «Техническое задание».

Цель работы: Ознакомиться с правилами написания технического задания для программных продуктов

Задание к лабораторной работе:

1. Разработать техническое задание на программный продукт (программный продукт выбрать самостоятельно по желанию). Можно взять ТЗ к курсовому проекту.

2. Оформить работу в соответствии с ГОСТ 19.106—78.

3. Сдать и защитить работу.

HTTP-клиент
Техническое задание
Листов 5

2023 г.

Лист изменений

Дата	Версия	Описание	Автор
10/марта/2023	1.0	Создание первоначального варианта документа	Иванов М.

1. ВВЕДЕНИЕ

Настоящее техническое задание распространяется на разработку клиентского приложения для протокола HTTP - «HTTP-клиент», используемого для приема данных (главным образом html-страниц) с удаленных серверов, для модификации информации на серверах (удаление существующих объектов и размещение новых), для получения информации об объектах, расположенных на серверах, и параметров серверов.

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.txt

3. Требования К ПРОГРАММЕ

3.1. Требования к функциональным характеристикам

3.1.1. Для пользователя:

получение любой информации, заданной универсальным идентификатором ресурса, с сохранением этой информации на машине клиента;
получение информации об объекте, заданном универсальным идентификатором ресурса, без получения самого объекта;
размещение информации (либо модификация уже существующих данных) на сервере;
удаление объектов, заданных универсальным идентификатором ресурса;
получение информации о параметрах серверов.

3.1.2. Для администратора системы:

Организация работы с пользователями:
- Ограничение доступа незарегистрированных пользователей к системе;
- Регистрация пользователей.
Ведение журнала использования системы:
- Создание записей о входе в систему каждого пользователя (имя пользователя, время входа в систему);
- Создания записей о действиях, выполняемых каждым пользователем при работе с системой (выполняемый метод, параметры запроса, статус отклика сервера, параметры отклика сервера).
Получение статистики:
- Общее число запросов;
- Число запросов с положительным откликом от сервера (первая цифра статусного кода, определяющая класс отклика, равна 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. При всех неверных действиях со стороны пользователя ему должно выдаваться предупреждение, сопровождаемое звуковым сигналом.

3.3. Требования к надежности

3.3.1. Предусмотреть контроль вводимой информации.

3.3.2. Предусмотреть защиту от некорректных действий пользователя.

3.4. Требования к составу и параметрам технических средств

3.4.1. Программное обеспечение должно функционировать на IBM-совместимых персональных компьютерах.

3.4.2. Минимальная конфигурация технических средств:

3.4.2.1. Тип процессора Pentium II.

3.4.2.2. Объем ОЗУ 128 Мб.

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

3.5.1. Программное обеспечение должно работать под управлением операционных систем семейства Windows (Windows’95, Windows’98, Windows’2000, Windows NT, Windows XP и т.д.).

4. Требования к программной документации

4.1. Разрабатываемые программные модули должны быть самодокументированы, т.е. тексты программ должны содержать все необходимые комментарии.

4.2. В состав сопровождающей документации должны входить:

4.2.1. Техническое задание (Приложение 1).

4.2.2. Руководство пользователя (Приложение 2).
5. ПРИМЕЧАНИЕ

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