ВУЗ: Томский государственный университет систем управления и радиоэлектроники
Категория: Методичка
Дисциплина: Проектирование информационных систем
Добавлен: 21.10.2018
Просмотров: 6264
Скачиваний: 6
76
Web Consortium (W3C), а так же стандартные протоколы FTP, SSL,
SMTP, POP3 и т.д.
−
Программа должна обеспечивать переносимость в рамках опе-
рационных систем семейства Windows. Стандарт, предназначенный
для достижения переносимости программного обеспечения на уровне
исходных кодов.
−
Программа должна работать по архитектуре «клиент-сервер»,
поддерживать несколько одновременных соединений.
−
Программа должна считывать основные настройки из конфи-
гурационного файла, осуществлять это во время работы, без остановки
передачи данных.
−
Конфигурационный файл должен быть легко читаем для чело-
века, занимающегося администрированием proxy-сервера.
−
Программа должна выбирать подходящий вышестоящий
proxy-сервер, на который следует перенаправить запрос в соответствии
с его приоритетом, определенным в конфигурационном файле, и его
текущим статусом (доступен или недоступен).
−
Программа должна осуществлять проверку вышестоящих
proxy-серверов на работоспособность. Это должно осуществляться в
фоновом процессе, без прерывания выполнения других операций пе-
редачи данных.
−
Программа должна поддерживать передачу нескольких запро-
сов в рамках одного соединения (pipelining).
−
Программа должна вести журнал своей деятельности, куда бу-
дут сохраняться все сообщения об ошибках, нарушениях передачи и
прочих проблемах.
1.4.2 Требования к надежности
−
Программа должна при считывании конфигурационного файла
корректно обрабатывать его отсутствие, поврежденность и некоррект-
ность введенных в него данных. В случае ошибки соответствующая
запись должна быть создана в журнале работы программы и выведено
предупреждение на экран.
−
Программа должна обеспечивать устойчивое функционирова-
ние в течение минимум 48 часов.
1.4.3 Требования к эксплуатации
Никаких требований к условиям эксплуатации не выдвигается.
Для обслуживания требуется один квалифицированный системный
администратор.
77
1.4.4 Требования к составу и параметрам технических средств
−
Для эксплуатации разрабатываемого программного обеспече-
ния необходимы Windows-совместимая операционная система (Win-
dows 98, WinNT 4.0, WinNT 5.0, WinNT 5.1) и компьютер архитектуры,
поддерживаемой этой ОС.
−
Необходим сетевой адаптер, обеспечивающий связь с Internet.
1.4.5 Требования к информационной и программной
совместимости
Язык программирования — C или C++.
1.5 Требования к программной документации
−
В дистрибутиве программного средства должно присутство-
вать полное описание процедуры установки программы.
−
Необходимо также составить синтаксис описания конфигура-
ционного файла, а также снабдить дистрибутив примером оформления
этого файла.
1.6 Технико-экономические показатели
Программа является узкоспециализированной, более простой в
использовании по сравнению с аналогами (WinGate, WinProxy), а так-
же менее требовательной к системным ресурсам и времени.
Предполагается, что внедрение такой программы и обучение пер-
сонала обойдется в гораздо меньшую сумму, чем другие аналогичные
некоммерческие и коммерческие разработки.
1.7 Стадии и этапы разработки
1. Ознакомление со стандартами и протоколами, анализ схожих
существующих программных средств.
2. Разработка концептуальной модели функционирования буду-
щей программы.
3. Разработка эскизного проекта программного средства и согла-
сование его с заказчиком.
4. Непосредственная разработка законченного программного
средства (рабочий проект).
78
5. Отладка и тестирование.
6. Внедрение.
2
С
ОГЛАШЕНИЯ О ТРЕБОВАНИЯХ
2.1 Описание программного изделия
2.1.1 Наименование и шифры изделия
2.1.1.1 Полное наименование изделия
Переносимая программа трансляции данных по различным про-
токолам (Data Retranslation, DR).
2.1.1.2 Сокращенные наименования
DR.
2.1.1.3 Шифры изделия
Отсутствуют.
2.1.1.4 Шифры проекта
Отсутствуют.
2.1.2 Краткое описание изделия
Данное программное обеспечение применяется для перенаправ-
ления HTTP, FTP, SSL и других запросов и данных с клиентской ма-
шины через промежуточную машину на другие вышестоящие proxy-
серверы. Выбор вышестоящего proxy-сервера осуществляется в соот-
ветствии с ранее определенными приоритетами.
2.1.3 Сведения об авторском праве
Не требуются.
2.1.4 Результирующие компоненты изделия
Результирующие компоненты изделия перечислены в таблице 2.1.
79
Таблица 2.1 — Результирующие компоненты изделия
Ф
орм
ируе
тс
я
целико
м
М
одиф
ицир
уе
тс
я
Р
аспр
ос
тр
аня
ет
ся
Не
ра
сп
рос
тра
няе
тс
я
О
тв
етс
тв
ен
на
я
гр
уппа
Спецификации
Внешняя специ-
фикация
X
X
Р
Внутренняя спе-
цификация
X
X
Р
Спецификация
испытаний (не
надо)
Спецификация
сопровождения
(не надо)
Другие специфи-
кации
Документация
Техническое опи-
сание системы
Справочное руко-
водство
Справочный буклет
Обозначения:
Основное изделие — не исполь-
зуется для создания других из-
делий
Вспомогательное изделие —
используется для создания дру-
гих изделий
Уровень поддержки 1: удовле-
творяются заявки на исправле-
ние дефектов; возможно сооб-
щение об изменениях; прини-
маются заявки на расширение
функциональных возможностей
изделия
Уровень поддержки 2: удовле-
творяются заявки на исправле-
ние дефектов; возможно сооб-
щение об изменениях; заявки на
расширение не принимаются
Уровень поддержки 3: удовле-
творяются заявки на исправле-
ние дефектов
Р — группа разработки
Руководство опе-
ратора
X
X
Б
Основ-
ное
Указатель сис-
темных сообще-
ний
Тип
изде
-
лия
Вспо-
мога-
тельное
X
Началь-
ный уро-
вень
под-
держки
Информацион-
ный листок вы-
пуска
1
X
Другие печатные
издания
2
Рекламные мате-
риалы
80
3
Программное
обеспечение
Листинги
Исходные модули
X
X
Р
Объектные моду-
ли
Контрольные
примеры
X
X
Р
Средства разра-
ботки
Прочие средства
2.2 Цели
Поставленной задачей было написание программы представляю-
щей собой переносимый многопоточный proxy-сервер, осуществляю-
щий перенаправление любых запросов на другие вышестоящие proxy-
серверы.
2.2.1 Согласование заявок на проверку
2.2.1.1 Отклоненные заявки
Отсутствуют.
2.2.1.2 Принятые заявки
Отсутствуют.
2.2.2 Согласование заявок на расширение функциональных
возможностей изделия
2.2.2.1 Отклоненные заявки
Отсутствуют.
2.2.2.2 Принятые заявки
Отсутствуют.
Окончание табл. 2.1