2 Эскизное проектирование

2.1 Проектирование логической структуры лвс

Типовое проектирование ЛВС может выполняться в несколько этапов и предусматривает определение следующих характеристик:

- основных и второстепенных задач, возлагаемых на сеть;

- пропускной способности различных участков и характера передаваемой информации;

- вида монтируемой сети;

- возможности прокладки кабелей внутри помещений и обеспечения их безопасной эксплуатации;

- структуры ЛВС, ее иерархии и основных частей по отделам, рабочим местам;

- топологии сети;

- сетевых протоколов;

- возможности дальнейшего расширения сети;

-необходимости подключения к уже существующим локальным сетям предприятия и к глобальной сети Интернет;

- возможности использования средств защиты информации.

Грамотное проектирование ЛВС позволяет избежать проблем, связанных с масштабируемостью, гибкостью, производительностью и будущим обслуживанием ЛВС. Исходными данными для проектирования ЛВС служат поэтажный план здания, на который нанесены рабочие места, и количество подключений. Разработка ЛВС учитывает перспективы роста сети.

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

2.1.1 Основные и второстепенные задачи, возлагаемые на сеть

Основная задача возлагаемая на сеть является подключение клиентов к серверу приложений. Сервер приложений (англ. application server) — это программная платформа предназначенная для эффективного исполнения процедур (программ, механических операций, скриптов) которые поддерживают построение приложений. Сервер приложений действует как набор компонент доступных разработчику программного обеспечения через API (Интерфейс прикладного программирования) определенный самой платформой.

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

Обычно роль сервера приложений необходима при развертывании бизнес-приложения, разработанного в организации (или разработанного для организации независимым поставщиком программных продуктов), если разработчик указал, что приложению требуются определенные службы ролей. Например, в организации может использоваться приложение для обработки заказов, обращающееся к записям о клиентах в базе данных. Доступ приложения к сведениям о клиентах осуществляется при помощи набора веб-служб WCF. В этом случае можно настроить один компьютер Windows Server 2008 в качестве сервера приложений и установить базу данных на этом же или на другом компьютер. К второстепенным задачам относится простота обслуживания ЛВС, возможность дальнейшего расширения сети,