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

HTTP-КЛИЕНТ / Техническое задание

.doc
Скачиваний:
24
Добавлен:
01.05.2014
Размер:
52.74 Кб
Скачать

Техническое задание на разработку программного продукта «HTTP-клиент»

Версия: 1.0

Дата: 10/марта/2007

HTTP-клиент

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

Листов 5

2007 г.

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

Дата

Версия

Описание

Автор

10/марта/2007

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. ПРИМЕЧАНИЕ

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

8 11.03.2007