Основные данные о работе

     Содержание

1 Особенности программного обеспечения корпоративных

компьютерных  сетей ………………………………………………………….…………3

     1.1 Характеристика корпоративных приложений ……………………...……….3

     1.2 Создание корпоративных приложений ……………………………...……….4

     1.3 Разработка приложений для сетей ……………………………………………6

     Основная  часть

     1 Особенности программного обеспечения корпоративных компьютерных сетей

     1.1 Характеристика корпоративных приложений

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

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

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

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

     В зависимости от полученных результатов  анализа, выбирается один из видов сети передачи данных. На сегодняшний день основными из них являются: локальные сети (LAN), территориальные сети (MAN), частные виртуальные сети (VLAN), мобильные сети, сети интернет-провайдеров, беспроводные сети.

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

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

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

     1.2 Создание корпоративных приложений

     При проектировании независимых от сетевого аппаратного обеспечения систем передачи данных используется два различных  подхода. Один из них заключается  в том, что для скрытия неоднородностей  в системе и особенностей низкоуровневых сетевых технологий используются специальные программы. В другом случае эти программы встраиваются прямо в операционную систему. Раньше разнородные сети объединялись в единообразную систему с помощью специальных прикладных программ, которые назывались шлюзами уровня приложений (application gateways). В подобных системах на каждом подключенном к сети компьютере запускалась специальная прикладная программа, которая обрабатывала особенности сетевого оборудования и обеспечивала сетевое соединение для этого компьютера. Кроме того, эта программа взаимодействовала с аналогичными программами, запущенными на других компьютерах сети. Например, некоторые системы электронной почты состоят из набора прикладных программ, запущенных на компьютерах сети. Каждая из этих программ настраивается на передачу сообщений соседнему компьютеру. В результате путь, по которому проходит сообщение от отправителя до получателя, может быть очень длинным (включая узлы, принадлежащие другим сетям). Однако на доставку сообщений это никак не влияет, поскольку почтовые системы всех компьютеров могут взаимодействовать друг с другом. Использование специальных прикладных программ для скрытия деталей низкоуровневого сетевого взаимодействия может на первый взгляд показаться вполне естественным. Однако подобный подход сдерживает дальнейшее развитие системы и делает процесс обмена данными чрезвычайно громоздким. В самом деле, чтобы расширить функциональные возможности системы, необходимо для каждого компьютера создать новую прикладную программу. Добавление нового сетевого оборудования требует модификации существующих программ или создания новых программ для всех возможных приложений. Таким образом, каждая прикладная программа компьютера должна самостоятельно обеспечивать для себя сетевое соединение, что неминуемо влечет за собой дублирование кодов этих программ. Разбирающиеся в сетях пользователи понимают, что с ростом числа взаимодействующих сетей до нескольких сотен или тысяч уже никто не сможет создать необходимый на все случаи жизни набор прикладных программ. Более того, описанный выше принцип пошагового обмена данными на уровне приложений требует корректной работы программ на всех компьютерах, участвующих в этом процессе. Если что-то случится с программой на одном из промежуточных звеньев цепи, ни отправитель, ни получатель уведомлены не будут и никак не смогут повлиять на устранение возникшей проблемы. Следовательно, системы, использующие промежуточные программы для реализации механизма взаимодействия, не могут гарантировать надежный обмен данными.

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

     1.3 Разработка приложений  для сетей

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

1. Планирование (постановка задачи; подготовка технического задания; оценка стоимости проекта);
2. Программирование, тестирование и отладка;
3. Составление технической документации к разработанному программному продукту, подготовка руководства пользователя;
4. Обучение персонала заказчика работе с программным продуктом;
5. Гарантийное обслуживание.³

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

     Полнофункциональная защита корпоративной сети должна обеспечить:

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

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

     Наиболее  удачным решением проблемы защиты корпоративных  серверов представляется размещение средств  безопасности на одной платформе  с сервером, который они будут защищать. Эта задача выполняется путем использования распределенных или персональных межсетевых экранов, например CyberwallPLUS компании Network-1 Security Solution. Данные решения существенно дополняют функциональные возможности традиционных (периметровых) межсетевых экранов и могут использоваться для защиты как внутренних, так и Интернет-серверов.⁵

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

     Любое программное приложение можно представить  в виде структуры из трех компонентов:

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

     На  основе распределения перечисленных  компонентов между рабочей станцией и сервером сети выделяют следующие  модели архитектуры «клиент-сервер»:

• модель доступа к удаленным данным;
• модель сервера управления данными;
• модель комплексного сервера;
• трехзвенная архитектура «клиент-сервер».

     Модель  доступа к удаленным данным, при  которой на сервере расположены  только данные, имеет следующие особенности:

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

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