Информационно-компьютерная система отдела тестирования программного обеспечения

Число ПК в каждом помещении выбирается в зависимости от его назначения. Общее число рабочих станций в сети - 47 следовательно, будет целесообразно разделить сеть с помощью коммутаторов на подсети (используя стандарт VLAN).

Полученная схема сети отображена на рисунке 2.11.

Рисунок 2.12 - Схема организации ЛВС «Testing»

DNS сервер содержит таблицу соответствия имен как для локальных web сервероd, так и для глобальных, а также адреса всех вышестоящие DNS серверов, что позволяет нашей корпоративной сети по имени обращаться к серверам в глобальной сети, а также анонсировать уже свои web сервера. Все эти сервера подключены к коммутатору, который в свою очередь к пограничному маршрутизатору. На данном пограничном маршрутизаторе должна быть прописана таблица маршрутизации, которая с одной стороны перенаправляет трафик в глобальную сеть Интернет, а с другой - из сети Интернет в нашу корпоративную сеть.

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

2.6.3 Выбор оборудования

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

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

В современных СКС могут использоваться кабели нескольких типов:

экранированная витая пара типа 1 (Shielded Twisted Pair - SТР);

неэкранированная витая пара (Unshielded Twisted Pair - UTP);

оптоволоконный (Fiber Optic Cable - FOC).

Витая пара - это изолированные медные проводники, свитые попарно для уменьшения перекрестных наводок между проводниками. Существует несколько категорий (типов) кабеля на основе витых пар, различающихся по ряду электрических характеристик, таких как допустимая тактовая частота, степень ослабления сигнала и величина подавления перекрестных наводок на ближнем конце линии (Near -End Cross Talk--NEXT) и др.

Экранированный кабель типа FTP (STP, SFTP) обладает очень хорошими техническими характеристиками и обеспечивает высокую помехоустойчивость передачи информации, необходимую при прокладке сети в условиях сильных электромагнитных полей. Кроме того, он обеспечивает повышенную безопасность от попыток несанкционированного доступа и считывания информации в сети. Основными его недостатками являются высокая стоимость, относительно большая толщина, трудности прокладки, заземления и соединения с кроссовым оборудованием. В связи с этим, в современных кабельных системах наиболее часто используется неэкранированная витая пара, так как благодаря быстро улучшающимся электрическим характеристикам может обеспечить однотипную проводку для различных приложений. Основные преимущества этого кабеля - низкая стоимость, легкость проводки и монтажа, отсутствие требований к заземлению.

Производятся два основных типа оптоволоконного кабеля - одномодовый и многомодовый. Наиболее распространенный диаметр, сердцевины одномодового кабеля составляет 8,5 мкм, отражающей оболочки - 125 мкм. По такому кабелю может распространяться световая волна только одной частоты (одна мода). При использовании лазерных передатчиков расстояние между узлами достигает 50 км. Диаметр сердцевины многомодового кабеля - 50 или 62,5 мкм. По такому кабелю без существенного затухания могут распространяться световые волны нескольких частот (мод). Максимальное расстояние между узлами достигает 2 км. Основные недостатки: трудоемкость монтажа, требующего применения специального оборудования, а также высокая стоимость самого кабеля и сетевых устройств.

2.6.4 Соединители, разъемы и розетки

Кабельные разъемы, модульные гнезда и информационные розетки - все это устройства для эффективного, высоконадежного подключения электронного оборудования к проводке из витых пар Категории 5E. В настоящее время они работают в диапазоне частот до 100 МГц и выше, что накладывает на конструкцию розеток и самих модулей определенные требования. Унифицированной частью информационной розетки является модульное гнездо.

Для подключения линейных четырехпарных кабелей к коннекторам абонентских розеток и распределительных панелей все ведущие производители элементов для структурированных кабельных систем используют коннекторы, реализующие принцип контакта сквозь изоляцию (КСИ, Insulation Displacement Contact - IDC). Конструкция коннекторов очень проста. Она напоминает гребенку с тонкими лезвиями на боковых поверхностях зубцов. Гребенка коннектора может быть однорядной или двухрядной (по 4 контакта). Провода кабеля вставляются между ножами гребенки, которые прорезают изоляцию и обеспечивают электрический контакт. Особо следует отметить тот факт, что площадь контакта при этом остается закрытой изоляцией самого проводника, снижая воздействие внешних климатических условий на надежность соединения.

2.6.5 Коммутационные панели и шнуры

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

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

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

2.6.6 Единый коммутационный центр

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

Распределительный шкаф должен иметь габариты 2000x600x800 мм.

(U42). Рекомендуемые модели шкафов: REC-6428B фирмы «AESP» (США), DK7060235 - «RITTAL» (Германия), RAL 7035 фирмы «Schroff» (Германия) или UR42.8/FC, серии «ISOMER» -«Willsher» (Великобритания). Телекоммуникационный шкаф должен иметь вентиляционную полку и стяжки для вертикальной организации кабельной системы, а также должен быть оборудован, горизонтальными организаторами кабеля и иметь дополнительную крепежную фурнитуру для активного оборудования.

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

Коммутационный шкаф экранирован от высокочастотных помех и полностью удовлетворяет требованиям электромагнитной совместимости.

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

Предлагаемые в проекте патч-панели ведущих фирм-производителей «Panduit», «Krone» или «Siemon» имеют наиболее надежный и технологичный тип контакта - LSA-PLUS, что позволяет свести к минимуму временные затраты на инсталляцию и последующее обслуживание.

2.6.7 Выбор платы сетевого адаптера

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

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

Для подключения рабочих станций к сети была выбрана сетевая карта DGE-530T - PCI адаптер Gigabit Ethernet с медным портом 10/100/1000Mбит/с.

Этот сетевой адаптер предоставляет компьютеру возможность работы в сети на скорости 2000 Мбит/с с использованием существующей кабельной системы на основе UTP Cat 5Е. Сетевой адаптер имеет встроенную фильтрацию тегированных Ethernet кадров VLAN, позволяя создать несколько подсетей для каждого сервера и изолировать устройства внутри каждой VLAN от остальной части сети для повышения безопасности и контроля над трафиком.

DGE-530T имеет встроенную функцию управления потоком и независимую очередь FIFO, обеспечивая средства защиты данных во время их передачи по сети. При подключении к гигабитному коммутатору, поддерживающему управление потоком, адаптер, во время пиковых нагрузок, получает от него сигналы о переполнении буфера. После этого адаптер задерживает передачу данных до тех пор, пока не получит сигнал от коммутатора, что он готов к приему данных.

DGE-530T поддерживает протокол SNMP для удаленного управления и поиска неисправностей, ACPI для уменьшения потребления энергии и WoL для удаленного включения компьютера.

2.6.8 Выбор коммутаторов

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

Коммутатор имеет большое количество свойств и характеристик что помогает реализовать в сети множество сервисов. Для проектируемой ЛВС необходимо выбирать комутатор исходя из следующих требований: поддержка стандарта IEEE802.1Q (VLAN) и наявность как минимум 1 порта 1000BASE-T Gigabit Ethernet.

Модель TL-SG2216WEB представляет собой коммутатор с возможностью управления через веб-интерфейс, с 16 портами 10/100/1000 Мбит/с и 2 комбинированными портами SFP с поддержкой модулей Mini GBIC. Коммутатор оснащен расширенными функциями управления и защиты, что обеспечивает высокую продуктивность и возможность расширения. Устройство позволяет работать на максимальной скорости там, где это нужно - высокопроизводительным рабочим группам на краю сети или может использоваться как магистральный коммутатор для коммутаторов Fast Ethernet и высокоскоростных серверов в требовательных малых сетях. Более того, поддержка функции приоритезации трафика (QoS) предоставляет расширенные возможности управления и обеспечивает передачу данных с повышенной скоростью и без сбоев

TL-SL2218WEB - это web-управляемый коммутатор с 16-ю портами 10/100 Мбит/с, одним портом 10/100/1000 Мбит/с и одним гигабитным разъемом SFP с поддержкой Mini GBIC модулей. Коммутатор оснащен расширенными функциями управления и защиты, что обеспечивает высокую продуктивность и возможность расширения. TL-SL2218WEB позволяет работать на максимальной скорости даже самым крайним узлам сети. Поддержка функции качества сервиса (QoS) предоставляет расширенные возможности управления и обеспечивает передачу данных с повышенной скоростью и без сбоев.

TL-SL2210WEB - это web-управляемый коммутатор с 8-ю портами 10/100 Мбит/с, одним портом 10/100/1000 Мбит/с и одним гигабитным разъемом SFP с поддержкой Mini GBIC модулей. Коммутатор оснащен расширенными функциями управления и защиты, что обеспечивает высокую продуктивность и возможность расширения. Поддержка функции качества сервиса (QoS) предоставляет расширенные возможности управления и обеспечивает передачу данных с повышенной скоростью и без сбоев.

Для проектируемой ЛВС необходимо 4 8-ми портовых коммутатора и 4 16-ти портовых коммутаторов. Таким образом, наиболее оптимальным выбором являются модели: TP-Link SL2218WEB, TP-Link SG2216WEB и TP-Link SL2210WEB.

Параметры коммутаторов находятся в таблицах 2.1 - 2.2. Коммутаторы в таблицах группируются по количеству портов.

Таблица 2.1 - Управляемые коммутаторы на 16 портов

Парамметры/ Устройство	D-Link DGS-1100-16	Linksys SRW2016	D-Link DES-3200-18	TP-Link SG2216WEB	TP-Link SL2218WEB
Порты	16	16	16	18	18
Ethernet/Fast Ethernet	+	+	+	+	+
Полнодуплексный режим	+	+	+	+	+
Gigabit Ethernet (порты)	1	2	2	16	1
Приоритетная обработка	-	+	+	-	-
VLAN	+	+	+	+	+
Пропускная способность	32 Гбит/сек	-	7.2 Гбит/сек	32 Гбит/сек	7.2 Гбит/сек
Дополнительные интерфейсы	RS-232 DB-9	RS-232 DB-9	RS-232 DB9	RS-232 DB-9	-
Цена, грн.	1215	1326	1484	1790,1	753,3

Таблица 2.2 - Управляемые коммутаторы на 8 портов

Парамметры./ Устройство	HP ProCurve 1800-8G	D-Link Smart DES-2108	TP-Link SL2210WEB	D-Link DGS-3200-10	D-Link DES-1026G
Порты	8	8	8	8	8
Ethernet/Fast Ethernet	+	+	+	+	+
Полнодуплексный режим	-	+	+	+	+
Gigabit Ethernet (порты)	1	1	1	1	1
Приоритетная обработка	-	-	-	-	-
VLAN	+	+	+	+	-
Пропускная способность	16 Гбит/сек.	1.6 Гбит/сек	5,6 Гбит/сек	1 Гбит/с	8.8 Гбит/сек
Дополнительные интерфейсы	-	-	SFP	RS-232 DB-9	-
Цена, грн.	754	780	591.3	860	635

2.6.9 Выбор маршрутизаторов

В спроектированной ЛВС будет использоваться два маршрутизатора. В таблице 2.3 и таблице 2.4 находятся основные характеристики рассмотренных маршрутизаторов. Маршрутизаторы используемые в данной ЛВС имеют разное назначение, следовательно, к ним будут предъявляться разные требования.

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

К таким моделям можно отнести D-Link DIR-655, Tp-link TL-R480T+, D-Link DIR-825, Tp-link TL-R488T. У данных моделей нет существенных отличий, которые были необходимы в данном случае, следовательно, наиболее оптимальным является выбор устройства на основании его цены.

Среди этих моделей можно выделить D-Link DIR-655 обладающую наибольшей функциональностью.

Гигабитный маршрутизатор D-Link Xtreme N DIR-655 802.11n обеспечивает высокую и большое и покрытие (максимальная скорость беспроводной передачи данных определена спецификациями стандарта IEEE 802.11g и 802.11n). Реальная пропускная способность будет другой. Условия, в которых работает сеть, а так же факторы окружающей среды, включая объем сетевого трафика, строительные материалы и конструкции, и служебные данные сети могут снизить реальную пропускную способность. Подключение маршрутизатора DIR-655 к кабельному или DSL-модему и обеспечивает совместный высокоскоростной доступ к сети Интернет. Благодаря технологии Xtreme N и трем внешним антеннам, этот маршрутизатор обеспечивает расширенный радиус действия беспроводной сети для офиса, а также для пользователей, работающих с приложениями, требовательными к полосе пропускания. DIR-655 содержит встроенный гигабитный коммутатор с 4 портами 10/100/1000 Мбит/с, к которому можно подключать проводные гигабитные устройства.

Благодаря интеллектуальной технологии QoS D-Link, проводной и беспроводный трафик анализируется и разделяется на несколько потоков данных. DIR-655 обладает встроенной технологией WISH Stream Engine, которая улучшает качество беспроводной передачи данных, располагая тегированный и чувствительный к задержкам трафик в начале очереди WMM и оптимизируя частотные настройки для оптимальной беспроводной полосы пропускания. Технология WISH (Wireless Intelligent Stream Handling) автоматически различает мультимедиа-файлы, VoIP и онлайновые игры, не требующие настроек пользователя. Он работает прозрачно с другими технологиями QoS, что дает возможность быстро увеличить скорость передачи данных в беспроводной сети.

Таблица 2.3 - Характеристики маршрутизаторов

Параметры/ Устройство	D-Link DIR-655	Tp-link TL-R480T+	D-Link DIR-825	TP-link TL-R488T
LAN-порты	4 портов 10/100/1000 Mбит	3 портов 10/100/1000 Mбит	4 портов 10/100/1000 Mбит	1 портов 10/100/1000 Mбит,
WAN-порты	Ethernet 10/100 Мбит/сек	2 х Ethernet 10/100 Мбит/сек	Ethernet 10/100 Мбит/сек	4 порта 10/100 Mбит,
Firewall	есть	есть	есть	есть
Web-интерфейс	есть	есть	есть	есть
NAT	есть	есть	есть	есть
DHCP-сервер	есть	есть	есть	есть
Демилитаризованная зона (DMZ)	-	есть	-	есть
Дополнительные характеристики	IEEE 802.1p (Priority tags), IEEE 802.1q (VLAN)	-	IEEE 802.1q (VLAN)	IEEE 802.1q (VLAN)
Число поддерживаемых VPN-туннелей	-	-	-	-
Цена, грн.	810	818	954	1379

Гигабитный маршрутизатор DIR-655 Xtreme N поддерживает новейшие функции беспроводной безопасности для предотвращения несанкционированного доступа через беспроводную сеть или Интернет. Поддержка протоколов шифрования WEP, WPA и WPA2 гарантирует возможность использования лучшего способа шифрования независимо от клиентских устройств. Кроме того, в этот беспроводной маршрутизатор встроен двойной межсетевой экран для предотвращения возможных атак из Интернет. Благодаря наилучшей производительности, высокой сетевой безопасности и расширенному радиусу действия, маршрутизатор DIR-655 Xtreme N является идеальным центральным устройством домашней или офисной беспроводной сети.

Еще в сети будет находится «внешний» маршрутизатор для обеспечения соединения с Интернет и сервером (DNS, почтовый и веб сервисы). Поскольку данный маршрутизатор, в отличие от предыдущего, напрямую соединен с Интернет, к нему будут предъявляться более высокие требования с точки зрения обеспечения безопасности.

Рассмотрим такие модели различных производителей: DrayTek Vigor 2950, TP-LINK TL-R4199G, D-link DFL-1600, TP-Link R4299G. Данные модели имеют одинаковые основные параметры и различаются лишь специфическими дополнительными сервисами и соответственно ценой.

Среди этих моделей можно выделить TP-Link R4299G обладающую наибольшей функциональностью.

Широкополосный маршрутизатор TP-Link R4299G имеет два WAN-порта и предназначен для малых и средних компаний. Маршрутизатор использует технологию Intel XScale и многопроцессорную распределенную обработку данных. Частота процессора до 533 МГц. Все это обеспечивает высокую скорость и надежность передачи данных.

Наличие двух WAN-портов позволяет одновременно иметь два подключения к Интернет, увеличить в два раза полосу пропускания и пользоваться услугами нескольких Интернет-провайдеров. ISP-сервер может быть добавлен в ручную, имеется возможность введения данных в таблицу адресов в тестовом формате. Переключение каналов производится в автоматическом режиме. Этот метод распределения каналов позволяет распределять информационные потоки в соответствии с занимаемым объемом полосы и коэффициентом занятости для повышения эффективности использования системы. Данный продукт даст пользователю возможность в полной мере использовать возможности многоканальных ресурсов. Благодаря функциям Fail-over (перехват управления при отказе) и автоматической балансировки нагрузки пользователю не требуется проводить какое-либо ручное управление.

Маршрутизатор R4299G располагает функцией управления полосой пропускания на базе IP-адреса и возможностью настройки сессии подключения. Администратор может произвести настройку полосы пропускания и сессии подключения для каждого компьютера внутри сети. Имеется поддержка связывания IP- и MAC адресов, что позволяет обеспечить защиту от ARP-атак. Связывание IP- и MAC адресов производится, когда сеть работает в нормальном режиме. Связи IP- и MAC адресов для каждого компьютера сети будут восстановлены в таблице буферизации маршрутизатора.

Модель TL-R4299G располагает удобным интерфейсом настройки. Благодаря множеству имеющихся функций, высокой надежности и уровню защиты она отвечает всем новым и постоянно меняющимся требованиям, которые предъявляют малые и средние компании, организации, Интернет кафе, пользователи широкополосных устройств и сети в образовательных учреждениях.

Таблица 2.4 - Характеристики маршрутизаторов

Парамемтры/ Устройство	DrayTek Vigor 2950	TP-LINK TL-R4199G	D-link DFL-1600	TP-Link R4299G
LAN-порты	5 портов 10/100/1000 Mбит	9 портов 10/100/1000 Mбит	5 портов 10/100/1000 Mбит	8 портов 10/100/1000 Mбит, автомати-ческое согласование скорости
WAN-порты	Ethernet 10/100 Мбит/сек	Ethernet 10/100 Мбит/сек	-	2 порта 10/100 Mбит, автомати-ческое согласование скорости
Firewall	есть	есть	есть	есть
Web-интерфейс	есть	есть	есть	есть
NAT	есть	есть	есть	есть
DHCP-сервер	есть	есть	есть	есть
Демилитаризованная зона (DMZ)	есть	есть	-	есть
Дополнительные характеристики	IEEE 802.1p (Priority tags), IEEE 802.1q (VLAN)	-	IEEE 802.1q (VLAN)	IEEE 802.3, 802.3u, 802.3z, 802.3ab, 802.3x, 802.1x, TCP/IP, DHCP, ICMP, NAT, PPPoE, SNTP, HTTP, DNS
Число поддерживаемых VPN-туннелей	200	-	1200	-
Цена, грн.	2654	1870	2578	1950

2.6.10 Общие затраты на ЛВС

Результаты замеров и подсчет цен на компоненты ЛВС находится в таблице 2.5. Данный подсчет является ориентировочным ввиду различия цен у различных поставщиков и их периодического изменения.

Таблица 2.5 - Цены на оборудование

Наименование оборудования	Количество, шт./м	Цена, грн. 1 шт./м	Сумма, грн.
TP-Link SL2218WEB	3	753.3	2259,9
TP-Link SG2216WEB	1	1790,3	1790,3
TP-Link SL2210WEB	4	591,3	2365,2
D-Link DIR-655	1	810	810
TP-Link R4299G	1	1950	1950
Патч - корд кат. 5e, 2 м	50	5,5	275
Витая пара UTP кат. 5е	780	1,2	936
Коннектор RJ45	50	0,34	17
Розетка RJ45 5e	25	2	50
Всего 10453

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

2.6.11 Расчет Path Delay Value

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

PDV измеряется в битовых последовательностях и не должно превышать 576 (512минимальный кадр + 64преамбула) иначе участники коллизии не узнают о том, что являются ее источниками и не поместят jam-последоательность.

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

Таблица 2.6 - Данные для расчета PDV

Тип сегмента	База левого сегмента	База промежуточного сегмента	База правого сегмента	Задержка среды на 1 м	Максимальная длина сегмента
100Base-TX	1,53	4,5	16,5	0,113	100

Запишем в единую таблицу значения длин всех сегментов сети (таблица 2.7).

Таблица 2.7 - Значения для сегментов

Сегмент	1	2	3	4	5	6
Длина сегмента (м)	35	25	20	20	25	75

Левым сегментом называется сегмент, в котором начинается путь сигнала от выхода передатчика конечного узла. Затем сигнал проходит через промежуточные сегменты и доходит до приемника наиболее удаленного узла наиболее удаленного сегмента, который называется правым. С каждым сегментом связана постоянная задержка, названная базой, которая зависит только от типа сегмента и от положения сегмента на пути сигнала (левый, промежуточный или правый). Кроме этого, с каждым сегментом связана задержка распространения сигнала вдоль кабеля сегмента, которая зависит от длины сегмента и вычисляется путем умножения времени распространения сигнала по одному метру кабеля на длину кабеля в метрах.

Так как левый и правый сегмент имеют различные величины базовой задержки, то в случае различных типов сегментов на удаленных краях сети необходимо выполнить расчеты дважды: один раз принять в качестве левого сегмента сегмент одного типа, а во второй раз - сегмент другого типа, а результатом считать максимальное значение PDV. В нашем примере крайние сегменты сети принадлежат к одному типу - стандарту 100Base-TX, поэтому двойной расчет не требуется.

Расчет PDV:

Cегмент1 (Левый): 1,53+ 35 м * 0.113 = 5,48

Сегмент2 (Промежуточный): 4,5 + 25 м * 0.113 = 7,32

Сегмент3 (Промежуточный): 4,5 + 20м * 0.113 = 6,76

Сегмент4 (Промежуточный): 4,5 + 20 м * 0.113 = 6,76

Сегмент5 (Промежуточный): 4,5 + 25 м * 0.113 = 7,32

Cегмент6 (Правый): 16,5 + 75м * 0.113 = 24.97

Итоговое значение PDV = 58,54

Данное значение много меньше предельно допустимого значения PDV=111.2. Наша сеть проходит по величине максимально возможной задержки оборота сигнала.

2.7 Моделирование ЛВС

Моделирование сети было произведено с помощью утилиты PacketTraser5.0 - бесплатный эмулятор сетевой среды, выпускаемый фирмой Cisco, который позволяет делать работоспособные модели сети, настраивать (командами ICSO IOS) маршрутизаторы и коммутаторы, взаимодействовать между несколькими пользователями. Включает в себя серии маршрутизаторов Cisco 1800, 2600, 2800 и коммутаторов 2950, 2960, 3650. Кроме того есть серверы DHCP, HTTP, TFTP, FTP, TIME, рабочие станции, различные модули к компьютерам и маршрутизаторам, устройства WiFi, различные кабели.

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

Проект модели приведен на рис. 2.13:



Рисунок 2.13 - Модель сети

Листинг проверки правильности работы с моделированной сети приведен в листинге 2.1.

Листинг 2.1 - Проверка корректности работы сети

Packet Tracer PC Command Line 1.0

PC>ping 192.168.3.3

Pinging 192.168.3.3 with 32 bytes of data:

Reply from 192.168.3.3: bytes=32 time=19ms TTL=128

Reply from 192.168.3.3: bytes=32 time=11ms TTL=128

Reply from 192.168.3.3: bytes=32 time=11ms TTL=128

Reply from 192.168.3.3: bytes=32 time=13ms TTL=128

Ping statistics for 192.168.3.3:

Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

Minimum = 11ms, Maximum = 19ms, Average = 13ms

PC>ping 192.168.6.4

Pinging 192.168.6.4 with 32 bytes of data:

Request timed out.

Reply from 192.168.6.4: bytes=32 time=18ms TTL=126

Reply from 192.168.6.4: bytes=32 time=15ms TTL=126

Reply from 192.168.6.4: bytes=32 time=25ms TTL=126

Ping statistics for 192.168.6.4:

Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),

Approximate round trip times in milli-seconds:

Minimum = 15ms, Maximum = 25ms, Average = 19ms

PC>tracert 192.168.4.6

Tracing route to 192.168.4.10 over a maximum of 30 hops:

1 12 ms 9 ms 7 ms 192.168.3.1

2 8 ms 19 ms 19 ms 192.168.2.1

3 21 ms 19 ms 21 ms 192.168.4.6

Trace complete.

PC>tracert 192.168.5.10

Tracing route to 192.168.5.10 over a maximum of 30 hops:

1 23 ms 15 ms 19 ms 192.168.5.10

Trace complete.

PC>ping 192.168.5.10

Pinging 192.168.5.10 with 32 bytes of data:

Reply from 192.168.5.10: bytes=32 time=13ms TTL=128

Reply from 192.168.5.10: bytes=32 time=14ms TTL=128

Reply from 192.168.5.10: bytes=32 time=15ms TTL=128

Reply from 192.168.5.10: bytes=32 time=15ms TTL=128

Ping statistics for 192.168.5.10:

Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

Minimum = 13ms, Maximum = 15ms, Average = 14ms

PC>ping 192.168.8.5

Pinging 192.168.8.5 with 32 bytes of data:

Reply from 192.168.8.5: bytes=32 time=60ms TTL=128

Reply from 192.168.8.5: bytes=32 time=20ms TTL=128

Reply from 192.168.8.5: bytes=32 time=15ms TTL=128

Reply from 192.168.8.5: bytes=32 time=16ms TTL=128

Ping statistics for 192.168.8.5:

Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

Minimum = 15ms, Maximum = 60ms, Average = 27ms

PC>ping 192.168.0.1

Pinging 192.168.0.1 with 32 bytes of data:

Request timed out.

Reply from 192.168.0.1: bytes=32 time=13ms TTL=126

Reply from 192.168.0.1: bytes=32 time=14ms TTL=126

Reply from 192.168.0.1: bytes=32 time=19ms TTL=126

Ping statistics for 192.168.0.1:

Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),

Approximate round trip times in milli-seconds:

Minimum = 13ms, Maximum = 19ms, Average = 15ms

PC>tracert 192.168.0.1

Tracing route to 192.168.0.1 over a maximum of 30 hops:

1 14 ms 12 ms 13 ms 192.168.3.1

2 105 ms 12 ms 12 ms 192.168.1.1

3 15 ms 25 ms 28 ms 192.168.0.1

Trace complete.

PC>tracert 192.168.7.4

Tracing route to 192.168.7.4 over a maximum of 30 hops:

1 28 ms 16 ms 17 ms 192.168.7.4

Trace complete.

PC>ping 192.168.7.4

Pinging 192.168.7.4 with 32 bytes of data:

Reply from 192.168.3.13: bytes=32 time=17ms TTL=128

Reply from 192.168.3.13: bytes=32 time=16ms TTL=128

Reply from 192.168.3.13: bytes=32 time=16ms TTL=128

Reply from 192.168.3.13: bytes=32 time=87ms TTL=128

Ping statistics for 192.168.7.4:

Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

Minimum = 16ms, Maximum = 87ms, Average = 34ms

Далее приведем листинги файлов конфигураций сетевого оборудования.

Листинг 2.2 - Файл конфигурации «внутреннего» маршрутизатора

!

version 12.4

no service timestamps log datetime msec

no service timestamps debug datetime msec

no service password-encryption

!

hostname Router

!

!

spanning-tree mode pvst

!

!

interface FastEthernet0/1

ip address 192.168.3.1 255.255.255.0

duplex auto

speed auto

!

interface FastEthernet1/0

ip address 192.168.2.1 255.255.255.0

duplex auto

speed auto

!

interface FastEthernet1/1

no ip address

duplex auto

speed auto

!

interface Vlan1

no ip address

shutdown

!

router rip

network 192.168.2.0

network 192.168.3.0

!

ip classless

!

line con 0

line vty 0 4

login

!

!

!

End

Листинг 2.3 - Файл конфигурации «внешнего» маршрутизатора

!

version 12.4

no service timestamps log datetime msec

no service timestamps debug datetime msec

no service password-encryption

!

hostname Router

!

!

spanning-tree mode pvst

!

!

interface FastEthernet0/0

ip address 171.11.12.2 255.255.255.0

duplex auto

speed auto

!

interface FastEthernet0/1

ip address 192.168.0.3 255.255.255.0

duplex auto

speed auto

!

interface FastEthernet1/0

ip address 192.168.1.1 255.255.255.0

duplex auto

speed auto

!

interface Vlan1

no ip address

shutdown

!

router rip

network 171.11.0.0

network 192.168.0.0

network 192.168.1.0

!

ip classless

!

!

line con 0

line vty 0 4

login

!

!

!

End

Для доступа к файловым серверам, серверам, серверам баз данных, а также к серверам DMZ-зоны по их именам, а не по ip-адресам, необходимо настроить службу доменных имен DNS. Для настройки DNS сервера named в конфигурационном файле named.conf необходимо описать конфигурацию службы DNS.

Текст конфигурационного файла named.conf:

options {

directory "/var/lib/chroot/var/named";

recursion yes;

forward first;

forwarders {

};

};

//домен "."

zone "." IN {

type hint;

file "named.ca";

};

include "/etc/named.rfc1912.zones";

zone "general" IN {

type master;

file "masters/db.general";

//ограничение ответа на запросы для данной зоны

allow- query{

192.168.1.0/24;

192.168.4.0/24;

192.168.5.0/24;

192.168.6.0/24;

192.168.7.0/24;

192.168.8.0/24;

192.168.9.0/24;

};

};

zone "byh" IN {

type master;

file "masters/db.byh";

//ограничение полной перекачки данной зоны

allow-query{

192.168.4.1/24;

};

};

zone "dmz" IN {

type master;

file "masters/db.dmz";

allow-query {

192.168.1.0/24;

192.168.4.0/24;

192.168.5.0/24;

192.168.6.0/24;

192.168.7.0/24;

192.168.8.0/24;

192.168.9.0/24;

};

};

//обратная зона

zone "0.168.192.in-addr.arpa"{

type master;

file "masters/db.1.168.192";

allow-query{

192.168.1.0/24;

192.168.4.0/24;

192.168.5.0/24;

192.168.6.0/24;

192.168.7.0/24;

192.168.8.0/24;

192.168.9.0/24;

};

};

zone "1.168.192.in-addr.arpa"{

type master;

file "masters/db.1.168.192";

allow-query{

192.168.4.1/24;

};

};

zone "2.168.192.in-addr.arpa"{

type master;

file "masters/db.2.168.192.in-addr.arpa";

};

В конфигурационном файле службы имен описаны зоны для всех подсетей предприятия. В этом файле заданы имена файлов, в которых приведены соответствия доменных имен ip-адресам.

Текст файла db.general:

$TTL 28800 ;TTL по умолчанию

$ORIGIN . ;суффикс

;основной сервер имен для данной зоны

general IN SOA ns.webmaker dnsmaster.general. (

2011112701; серийный номер файла

28800 ; время, через которое ;вторичные сервера должны обновлять информацию от первичного

7200 ; время, через которое ;вторичные сервера должны совершать повторную попытку

604800 ; время, через которое ;вторичные сервера должны выбросить запись о зоне и считать ее ;недоступной, если обновления не удались

86400) ; Time to Live

;авторитетные сервера

IN NS ns.webmaker. ;первичный сервер

;адреса авторитетных серверов

ns.general IN A 192.168.1.1

;адреса хостов зоны

$ORIGIN general.//суффикс

DHCP IN A 192.168.3.1

db IN A 192.168.3.2

dns IN A 192.168.3.3

Текст файла db. byhotdel:

$TTL 28800 ;TTL по умолчанию

$ORIGIN . ;суффикс

;основной сервер имен для данной зоны

admin_byhotdel IN SOA ns.admin_byhotdel dnsmaster.admin_byh. (

20011112701; серийный номер файла

28800 ; время, через которое ;вторичные сервера должны обновлять информацию от первичного

7200 ; время, через которое ;вторичные сервера должны совершать повторную попытку

604800 ; время, через которое ;вторичные сервера должны выбросить запись о зоне и считать ее ;недоступной, если обновления не удались

86400) ; Time to Live

;авторитетные сервера

IN NS ns.admin_byhotdel. ;первичный сервер

;адреса авторитетных серверов

ns.byh IN A 192.168.1.65

;адреса хостов зоны

$ORIGIN admin_byhotdel.//суффикс

DHCP IN A 192.168.3.1

db IN A 192.168.3.2

dns IN A 192.168.3.3

Текст файла db.demzone:

$TTL 28800 ;TTL по умолчанию

$ORIGIN . ;суффикс

;основной сервер имен для данной зоны

demzone IN SOA ns.admin_byh dnsmaster.demzone. (

2011112701; серийный номер файла

28800 ; время, через которое ;вторичные сервера должны обновлять информацию от первичного

7200 ; время, через которое ;вторичные сервера должны совершать повторную попытку

604800 ; время, через которое ;вторичные сервера должны выбросить запись о зоне и считать ее ;недоступной, если обновления не удались

86400) ; Time to Live

;авторитетные сервера

IN NS ns.demzone. ;первичный сервер

;адреса авторитетных серверов

ns.demzone IN A 192.168.0.1

;адреса хостов зоны

$ORIGIN dmz.//суффикс

web IN A 192.168.0.1

mail IN A 192.168.0.2

Текст файла db.2.168.192.in-addr.arpa:

$TTL 28800

$ORIGIN .

2.168.192.in-addr.arpa IN SOA ns.general. dnsmaster. general. (

2011092601

86400

14400

3600000

345600 )

IN NS ns.general.

$ORIGIN 2.168.192.IN-ADDR.ARPA.

2 IN PTR fs.general.

3 IN PTR dns.general.

4 IN PTR db.general.

Текст файла db.1.168.192.in-addr.arpa:

$TTL 28800

$ORIGIN .

1.168.192.in-addr.arpa IN SOA ns.admin_byh. dnsmaster.admin_byh. (

2011092601

86400

14400

3600000

345600 )

IN NS ns.admin_byhotdel.

$ORIGIN 2.168.192.IN-ADDR.ARPA.

2 IN PTR fs.general.

3 IN PTR dns.general.

4 IN PTR db.general.

Текст файла db.0.168.192.in-addr.arpa:

$TTL 28800

$ORIGIN .

.0.168.192.in-addr.arpa IN SOA ns.demzone.dnsmaster.demzone. (

2011092601

86400

14400

3600000

345600 )

IN NS ns.dmz.

$ORIGIN 0.168.192.IN-ADDR.ARPA.

2 IN PTR web.dmz.

3 IN PTR mail.demzone.

2.8 Выводы

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

Было описано структуру базы данных, с которой должна работать такая система.

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

Также были рассмотрены возможные пользователи системы и их права. Были проанализированы функциональные возможности доступные каждому из них.

3. Реализация ИКС отдела тестирования

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

2.9 Таблицы базы данных

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

- таблица «Ticket» необходима для хранения абстрактных сущностей «Заявка»;

- таблица «User» необходима для хранения записей о сотрудниках;

- таблица «Role» необходима для хранения записей о правах сотрудников;

- таблица «Bug» необходима для хранения сущностей «Дефект»;

- таблица «StepsToReproduce» необходима для хранения записей о шагах воспроизведения дефекта;

- таблица «Project» требуется для хранения информации о проектах;

- таблица «Client» необходима для хранения информации о клиентах;

- таблица «Department» требуется для хранения информации о департаментах.

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

Структура этой таблицы приведена в таблице 3.1.

Таблица 3.1 - Описание таблицы «User»

Название колонки	Тип данных	Описание
id	int	уникальный идентификатор, первичный ключ
name	varchar	Фамилия, имя, отчество пользователя
login	varchar	Логин для входа в систему
pass	varchar	Пароль для входа в систему
address	varchar	Адрес
email	varchar	Электронный адрес пользователя
sex	char(1)	Пол пользователя
idRole	int	Внешний ключ для связи с таблицей «Role»
idDep	int	Внешний ключ для связи с таблицей «Department»

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

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

Структура этой таблицы приведена в таблице 3.2.

Таблица 3.2 - Описание таблицы «Role»

Название колонки	Тип данных	Описание
id	int	уникальный идентификатор, первичный ключ
name	varchar	Название роли
read	boolean	Возможность чтения заявок
addTickets	boolean	Возможность добавления заявок
editTickets	boolean	Возможность редактирования заявок
deleteTickets	boolean	Возможность удаления заявок
editOtherTickets	boolean	Возможность редактирования чужих заявок
editUser	boolean	Возможность редактирования информации о пользователях

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

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

Эти задания сортируются по статусу выполнения. Из этого следует, что эта информация тоже является обязательной для хранения. Задача может быть назначена, может быть выполнена, может быть отложена и т.д. Для отображения ее состояния в таблице также предусмотрено соответствующее поле.

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

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

Часто так бывает что не выполнив определенное задание, нельзя перейти к выполнению следующего. Для этого было введено понятие очередности выполнения заявки. Чем выше приоритет, тем быстрее нужно исправить дефект. Структура этой таблицы приведена в таблице 3.3.

Таблица 3.3 - Описание таблицы «Tickets»

Название колонки	Тип данных	Описание
id	int	уникальный идентификатор, первичный ключ
aditionalInf	varchar	Описание задания
addDate	varchar	Дата добавления
doneDate	varchar	Конечный срок выполнения
date	varchar	Реальная дата выполнения
owner	varchar	Создатель заявки
executor	varchar	Исполнитель заявки
priority	varchar	Приоритет заявки
status	varchar	Статус заявки
idBug	int	Внешний ключ для связи с таблицей «Bug»
idProject	int	Внешний ключ для связи с таблицей «Project»

Таблица дефект содержит информацию необходимую для описания дефектов, которые были выявленные процессе выполнения тестирования.

В первую очередь необходимо описать сам дефект - для отображения его описания в таблице также предусмотрено соответствующее поле

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

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

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

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

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

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

Структура этой таблицы приведена в таблице 3.4.

Таблица 3.4 - Описание таблицы «Bug»

Название колонки	Тип данных	Описание
id	int	уникальный идентификатор, первичный ключ
Summary	varchar	Описание дефекта
Author	varchar	Автор дефекта
AssignetTo	varchar	Ответственный за исправление
Status	varchar	Статус
Severity	varchar	Серьезность
Priority	varchar	Приоритет
Component	varchar	Сомпонет
Attachment	varchar	Дополнения
idSTR	int	Внешний ключ для связи с таблицей «StepsToReproduce»

Таблица шаги воспроизведения дефектов содержит информацию необходимую для описания воспроизведения дефектов, которые были выявленные процессе выполнения тестирования.

Поскольку дефект может проявляться только при определенной последовательности действий, то их необходимо описать. Для отображения таких шагов в таблице предусмотрено соответствующее поле.

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

Структура этой таблицы приведена в таблице 3.5

Таблица 3.5 - Описание таблицы «StepsToReproduce»

Название колонки	Тип данных	Описание
id	int	уникальный идентификатор, первичный ключ
StepsToReproduce	varchar	Шаги воспроизведения
Result	varchar	Фактический результат
Exspected Result	varchar	Ожидаемый результат

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

Структура этой таблицы приведена в таблице 3.6

Таблица 3.6 - Описание таблицы «Department»

Название колонки	Тип данных	Описание
id	int	уникальный идентификатор, первичный ключ
departmentName	varchar	Название отдела
name	varchar	ФИО начальника отдела
count	varchar	Количество сотрудников

Наличие списка клиентов также подразумевает наличие соответствующей таблицы.

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

Таблица 3.7 - Описание таблицы «Client»

Название колонки	Тип данных	Описание
id	int	уникальный идентификатор, первичный ключ
name	varchar	Название отдела
cheafName	varchar	ФИО начальника отдела
contacts	varchar	Количество сотрудников

Наличие списка проектов также подразумевает наличие соответствующей таблицы.

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

Таблица 3.8 - Описание таблицы «Project»

Название колонки	Тип данных	Описание
id	int	уникальный идентификатор, первичный ключ
name	varchar	Название проекта
version	varchar	Версия
idClient	varchar	Внешний ключ для связи с таблицей «Client»

2.10 Реализация интерфейса пользователя

В процессе разработки пользовательского интерфейса (бумажного, компьютерного) были выделены отдельные страницы веб-интерфейса, такие как: главная страница, страницы для автора задания, администратора и исполнителя. В зависимости от роли пользователя, ему разрешаются те или иные операции.

Тестирование пользовательского интерфейса системы производилось на студентах различных специальностей. Так в качестве тестеров были выбраны студенты, учащиеся по специальности программист, экономист и бухгалтер. Были поставлены задачи по трём основным сценариям работы:

– создание заявки;

– создание дефекта;

– управления системой.

Среди студентов были опытные пользователи ПК, так и не имеющие большого опыта работы. Затруднений в работе не наблюдалось, как и у первой, так и у второй категорий тестеров.

Возникали замечания по расположению компонентов, по размеру текста, по цветам текста и фона.

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

При тестировании страницы создания заявки со стороны тестеров не поступило.

После проведения тестирования все недостатки системы и замечания тестеров были учтены и исправлены. Далее будут приведены уже исправленные варианты страниц интерфейса.

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

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

3.2.1 Страница аутентификации

Для прохождения аутентификации была разработана страница, представленная на рисунке 3.1.

Рисунок 3.1 - Страница прохождения аутентификации пользователей

Страница прохождения аутентификации пользователей - это первая страница которую пользователь видит зайдя на сайт где используется данная система.

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

Для прохождения аутентификации в системе пользователь должен ввести свои логин и пароль.

Если аутентификация прошла успешно пользователь будет перенаправлен на главную страницу.

Если же данные были введены не верно, то пользователю будет выведено сообщение об ошибке (Рисунок 3.2).

Рисунок 3.2 - Страница неудачного прохождения аутентификации пользователя

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

3.2.2 Главная страница автора заявки

Ниже представлена домашняя веб-страница созданной системы для автора заявки (Рисунок 3.3).

По указанию текущего пользователя в правом верхнем углу можно увидеть, что вход был произведен под логином пользователя «owner». Также там находиться кнопка, с помощью которой осуществляется выход из системы.

Под логотипом названия системы расположено меню для перехода на другие страницы, которые доступны для заявителя.

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

Рисунок 3.3- Домашняя веб-страница для автора заявки

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

3.2.3 Страница добавления новой заявки

Ниже представлена домашняя веб-страница для создания новой заявки (Рисунок 3.4).

Рисунок 3.4- Веб-страница для создания заявки

На данной странице расположен ряд текстовых полей для ввода информации и кнопка для создания заявки. Чтобы создать новую заявку автор задания должен добавить краткое описание задания, подробное описание задания, крайнее время и дату выполнения заявки. Чтобы добавить клиента и проект он должен воспользоваться таким компонентом, как ComboBox. В этих компонентах представлены списки доступных клиентов и проектов. Если у проекта существует несколько версий, то автор должен заполнит текстовое поле отвечающее за версию проекта. После заполнения всех необходимых полей можно воспользоваться кнопкой создания новой заявки.

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

3.2.4 Главная страница исполнителя заявки

Ниже представлена домашняя веб-страница созданной системы для исполнителя заявки (Рисунок 3.5).



Рисунок 3.5 - Домашняя веб-страница для исполнителя заявки

Основное пространство страницы, как и для автора заявки, у исполнителя заявки занимает таблица заявок.

Отличительной особенностью данной страницы является наличие подменю у поля Tickets. Оно предназначено для сортировки заявок по статусу. Для исполнителя заявки доступны следующие разновидности сортировок - Open, In Work, Close, In revision, Feedback, Resolv.

3.2.5 Cтраница добавления описания нового дефекта

Ниже представлена домашняя веб-страница для создания нового описания дефекта(Рисунок 3.6). На данной странице расположен ряд текстовых полей для ввода информации и кнопка для создания описания дефекта.

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

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