Клиентам

Компания «Байкалнано», предлагает следующие услуги.

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

Абонентское обслуживание рабочих станций, серверного и сетевого оборудования.

Обслуживание персональных компьютеров по количеству часов.

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

 

 

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

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

 

Разработка программного обеспечения:

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

систем для предприятий и организаций различных сфер деятельности.

 

Мы фокусируемся в сферах:

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

Разработка программного обеспечения на заказ включает в себя:

  1. Разработку бизнес-приложений;
  2. Разработку веб-сервисов и сетевых приложений;
  3. Проектирование и создание любых баз-данных.

 

Также наша компания может составить такую документацию, как:

 

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

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

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

 

 

Что требуется для разработки программного обеспечения?

 

От вас:

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

  1. Необходимо знать цель для чего Вам нужно программное обеспечение или каким образом программное обеспечение может решить задачу.
  2. Описать всю технологическую цепочку вашего бизнес-процесса, с возможными схемами, по возможности опросить сотрудников участвующих в бизнес процессе, какие задачи необходимы для автоматизации.
  3. Определить вводные данные для обработки, основное функциональное назначение, дополнительные функции программы.
  4. Определить какие результаты программное обеспечение должно вывести, к ним могут относится отчёты, графики анализов, расчёты.
  5. Рассчитать планируемый экономический эффект если это возможно.

 

От нас:

  1. Проверить и проанализировать собранную вами информацию.
  2. Поэтапно выполнять разработку программного обеспечения:

 

Этап первый — Стратегия.

Определение стратегии предполагает обследование системы. Основная задача обследования — это оценка реального объема проекта, его целей и задач, а также получение определений сущностей и функций на высоком уровне. На этом этапе привлекаются высококвалифицированные бизнес-аналитики, которые имеют постоянный доступ к руководству фирмы; также предполагается тесное взаимодействие с основными пользователями системы и бизнес-экспертами. Основная задача такого взаимодействия — получить как можно более полную информацию о системе, однозначно понять требования заказчика и передать данную информацию в формализованном виде системным аналитикам. Как правило, информация о системе может быть получена на основании ряда бесед (или семинаров) с руководством, экспертами и пользователями.

 

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

 

Определение стратегии — это принципиальный ответ на вопросы типа: «Будем ли мы делать этот проект за такие-то деньги или нет?» или «Делаем ли мы в принципе этот проект с данным разработчиком?» Иными словами, в результате определения стратегии разработчик и заказчик принимают решение о продолжении работ на определенных условиях с определенными обязанностями сторон.

 

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

 

 

 

 

 

 

 

 

 

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

 

Второй этап — Анализ.

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

 

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

 

Аналитики собирают и фиксируют информацию в двух взаимосвязанных формах:

 

 

 

Ранее двумя классическими результатами анализа были: иерархия функций, которая разбивает процесс обработки на компоненты («что делается и из чего это состоит»), и модель «сущность-связь» (Entry Relationship model, ER-модель), которая описывает сущности, их атрибуты и связи (отношения) между ними. Эти результаты являются необходимыми, но не достаточными. К достаточным результатам следует отнести диаграммы потоков данных и диаграммы жизненных циклов сущностей, которые описывают динамику системы. В настоящее время существует способ формализации проекта — Unified Modelling Language (UML), позволяющий формально описать различные стороны жизнедеятельности разрабатываемого проекта. Существует достаточно большое количество ПО, реализующего UML, например Rational Rose, Microsoft Visio. О UML мы расскажем в отдельной части данной статьи.

 

Третий этап — Проектирование.

На этапе проектирования формируется модель данных. Проектировщики получают входные данные анализа. Конечным продуктом этапа проектирования являются схема базы данных (если таковая существует в проекте) или схема хранилища данных (ER-модель) и набор спецификаций модулей системы (модель функций).

 

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

 

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

 

Задачами проектирования являются:

 

 

 

 

 

 

 

 

 

 

Четвертый этап — Реализация.

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

 

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

 

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

 

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

 

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

 

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

 

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

 

Пятый этап — Тестирование.

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

 

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

 

 

 

 

 

 

 

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

 

Собственно тесты систем можно разделить на несколько категорий:

 

 

 

 

 

 

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

 

 

 

 

 

 

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

 

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

 

Шестой этап — Внедрение.

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

 

Ввод в эксплуатацию проходит как минимум три стадии:

 

 

 

 

Первоначальная загрузка информации инициирует довольно узкий спектр ошибок: в основном речь идет о проблемах рассогласования данных при загрузке и о собственных ошибках загрузчиков. Здесь требуется применить методы контроля качества данных (в противном случае в дальнейшем наведенные ошибки обойдутся намного дороже). Это то, чего не было или не могло быть отслежено на тестовых данных. Такие ошибки должны быть исправлены как можно быстрее. Не поленитесь поставить отладочную версию системы (если, конечно, вам позволят развернуть весь комплекс сопровождающего отладку информационной системы ПО на месте). Если отладку «на живых» данных произвести невозможно, вам придется моделировать ситуацию, и как можно быстрее. В этом случае требуются очень квалифицированные тестировщики.

 

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

 

Этот этап является также наиболее серьезным тестом — тестом одобрения пользователем (customer acceptance tests). Если этого не было сделано на этапе тестирования, то на этапе внедрения это непременно произойдет, и вашим тестировщиком фактически будет ваш собственный заказчик, что не всегда приемлемо, особенно если для последнего это будет несколько неожиданно.

 

Выход системы на проектную мощность в хорошем варианте — это доводка мелких ошибок и редкие серьезные ошибки.

 

Седьмой этап — Эксплуатация и техническая поддержка.

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

 

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

 

 

 

 

Внедрение программного продукта сторонних разработчиков.

 

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

Плюсы такого внедрения:

  1. Это быстро, достаточно ознакомится с возможностями программы, изучить инструкцию, поработать с демоверсией программы;
  2. Это может быть дешевле.

 

Минусы внедрения:

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

 

Широко распространенное программное обеспечение в Российской Федерации, имеют отраслевые решения от фирмы 1С. Типовые решения разработанные фирмой 1С для следующих отраслей:

— Сельское и лесное хозяйство;

— Пищевая промышленность;

— Топливно-энергетический комплекс;

— Машиностроение;

— Металлургия;

— Переработка отходов и вторсырья;

— Химическая и фармацевтическая промышленность;

— Издательства и полиграфия;

— Производство строительных материалов;

— Строительство, девелопмент, ЖКХ, Недвижимость;

— Торговля, склад, логистика, транспорт;

— Страхование;

— Ломбарды;

— Лизинг;

— Кредитные организации;

— Общественное и плановое питание, гостиничный бизнес;

— Образование, культура: ВУЗы, Колледжи (СПО), Управления образованием, Школы, Дошкольные учреждения, Дополнительное образование, Учреждения культуры, Библиотеки;

— Здравоохранение и медицина: Поликлиники, Стационары, Санатории, Управления здравоохранением, Фармацевтика, Скорая помощь;

— Подбор и наем персонала;

— Управление имуществом;

— Туристический бизнес;

— Сервисно-ремонтные организации;

— Проектные организации;

— ИТ-услуги;

— Салоны красоты, SPA, фитнес-клубы;

— Фотоуслуги;

— Государственное и муниципальное управление;

 

 

Наши конкурентные преимущества.

 

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

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

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

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

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

 

Какую выбрать платформу, каким бы вы хотели видеть интерфейс?

 

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

 

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

 

Большинство используемого программного обеспечения в России основано на платформе 1С, остальное это .NET,  SAP ERP и язык программирования C++. В отличие от 1С остальное программное обеспечение написанное на других языках программирования имеет закрытый исходный код, в которых лицензия не дает возможности вносить изменения в существующий исходный код, так же в 1С попадаются фрагменты кода защищенные лицензией, на некоторых платформах исходный код может быть обфусцирован.

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

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

В оформлении используется лента Microsoft Ribbon, как и в последних продуктах компании Microsoft (Office, Paint, Explorer).

Возможность использования календаря.

Услуги.

 

Одной из наиболее специфичных услуг, которыми занимается «Байкалнано», является упорядочивание коммутационных кросс-кабелей в коммутационных центрах (серверных) при эксплуатации сетевого оборудования. Эта не простая задача, когда эксплуатируемое оборудование должно выполнять свои задачи 24 часа в сутки каждый день. На сегодняшний день организаций готовых взять на себя такое обязательство мало.

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

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

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

 

  1. Необходимо исследование кабельных трасс, соединение кросс-кабелей, выяснить роли и задачи активного сетевого оборудования.
  2. Собрать больше информации у заказчика о коммутационном центре, изучить техническое задание заказчика.
  3. Проанализировать и составить план работ, спланировать поэтапное отключение оборудования.
  4. Выполнить демонтаж кабельных трасс и соединение кросс-кабелей.
  5. Защитить сетевое оборудование в стойках от пыли и грязи.
  6. Произвести монтаж кабель несущих оснований: лотков, кабельных каналов.
  7. Аккуратно уложить кабель в кабель несущих основаниях, при этом кабель должен быть собран специальной расчёской для СКС и пучок кабеля должен быть закреплён тряпочными стяжками, в зависимости от назначения кабельной трассы иметь соответствующий цвет.
  8. Промаркировать кабеля подходящие к патч-панели.
  9. Соединить и аккуратно уложить кросс-кабеля, закрепив их нейлоновыми стяжками.

 

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

Для наглядности приводим пример, некоторых работ в организациях нашего города:

Замена коммутационной стойки с патч-панелями на распределительную коробку с плинтами для МиниАТС Panasonic D1232.

До:

После:

Упорядочивание коммутационных кросс-кабелей с монтажом металлических проволочных лотков в коммутационном центре (серверной) в одном из медицинских учреждений города:

До:

Процесс выполнения работ:

 

 

После:

 

 

Решение по объединению офисов в одну корпоративную сеть.

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

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

Плюсы программной реализации:

  1. Быстрая развертываемость.
  2. Не нужно покупать лицензию, есть бесплатные приложения (freeware).
  3. Функциональность программного решения аналогична аппаратному решению.

 

Минусы программной реализации:

  1. Надежность программного решения крайне мала, так как есть много факторов, способствующих к сбоям работы приложения к ним можно отнести сбой автозапуска сервиса, сбой сетевого драйвера и пользовательское вмешательство.
  2. Некоторые бесплатные приложения ограничены количеством подключаемых в сеть компьютеров.
  3. Блокировка передачи данных между компьютерами из-за не настроенных сетевых экранов.
  4. Конфликт VPN клиентов для специализированных программ, например, на одном из компьютеров может быть установлена программа для отправки отчетности (либо каких-то других документов) которая использует свой VPN туннель для соединения с сервером, часто такие программы имею свой сетевой экран, который защищен паролем.

 

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

 

Плюсы аппаратной реализации:

  1. Надежность. Но есть факторы, которые могут снизить надежность к ним относятся профессиональный, когда специалист не должным образом настраивает оборудование, энергоресурсный, когда заказчик с экономил на источниках бесперебойного питания, фактор зависящий от оператора связи Интернет провайдера, который предоставляет вам доступ к сети, его услуги должны быть качественными.
  2. Большой выбор оборудования от бюджетных домашних до дорогих профессиональных. В основном зависит от специалистов, которые привыкли к тому или иному оборудованию для создания виртуальных частных сетей.
  3. Нет необходимости оплачивать абонентскую плату за услуги по объединению сетей. Кроме оплаты за услуги Интернет трафика или безлимитного Интернета.
  4. В отличие от программной реализации вы можете выбрать тип шифрования на свое усмотрение.
  5. Нет необходимости вашему системному администратору на каждой рабочей станции настраивать сетевой экран под отдельный IP адрес для виртуальной частной сети.
  6. Защита от вирусов, троянов и сетевых атак.

 

Минусы аппаратной реализации:

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

 

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

 

С помощью виртуальных частных сетей можно организовать следующее:

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

Б). Печать документов на принтер удаленного офиса или использовать сетевой сканер (МФУ).

Г). Вести переписку по чату не используя чат-сервера.

Д). Использовать средства Microsoft для внутренней почтовой переписки с помощью Microsoft Exchange Server или Microsoft Dynamics CRM, Microsoft SharePoint.

E). Так же удобно в таких сетях использовать приложения с единой базой данных. Например, как 1С Предприятие.

Ж). Централизовать систему защиты данных, вести записи всех действий и на основе этих записей контролировать события за определенный промежуток времени.

 

Не стоит забывать, что некоторые Интернет провайдеры сами предоставляют услуги по объединению виртуальных частных сетей часто по технологии MPLS/VPN, но такое удовольствие может позволить себе не каждая организация. Обычно ни какое оборудование не требуется если вы воспользовались услугами Интернет провайдера, но вложенные средства на приобретение оборудования окупаются за квартал или полугода если вы решили объединить офисы силами Байкалнано.