24) Исо 9000 и информатизация предприятий

ISO 9000 — серия международных стандартов, описывающих требования к системе менеджмента качества организаций и предприятий.

Основополагающей идее

ИСO 9000: система качества предполагает построение такой структуры

управления процессом производства, которая гарантирует выпуск качест-

венного продукта в любой момент, пока система действует. Итак, функ-

ционально стандарты семейства ISO 9000 связаны с обеспечением качества

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

Итак, система качества как часть системы управления предприятием,

сможет эффективно работать и приносить наибольшую выгоду, если ее

поддерживают современные информационные системы поддержки приня-

тия управленческих решений разработанные и внедренные на предприятии

в строгом соответствии со спецификой его запросов и уровня развития, а

внедрение АСУ и системы качества происходит взаимоувязанно.

26) СТРУКТУРА КОРПОРАЦИЙ, АРХИТЕКТУРА КИС

ПРЕДПРИЯТИЕ КАК ОБЪЕКТ УПРАВЛЕНИЯ

Тогда упрощенно процесс управления предприятием можно предста-

вить в виде (рис. 3.3):

При рассмотрении приведенной схемы процесса управления предпри-

ятием следует договориться о понимании введенных терминов:

1) Планирование представляет собой процесс выработки желаемого

(требуемого) поведения процесса x(t) на период планирования (t0, tпл).

2) Учет (т.е. измерение) в производственных системах заключается в

определении в заданные моменты времени фактического состояния про-

цесса xф(t).

3) Контроль позволяет определить отклонение фактического состоя-

ния xф(t) от планируемого xпл(t).

4) Регулирование заключается в определении скорректированного

плана xр(t), т.е. по существу является решением задачи планирования при

новых начальных условиях.

5) Анализ - это подведение итогов осуществления управляемого про-

цесса за период управления, выявление факторов, повлиявших на степень

достижения запланированных результатов.

АРХИТЕКТУРА КИС

Управляющая среда системы реализована в виде трехуровневой архи-

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

ляющим сервером (УС) и агентом (конечной точкой) помещается управ-

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

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

(рис.3.5). Конечной точкой может быть любая машина (Unix-станция, пер-

сональный или мобильный компьютер, сетевое устройство), управляемая с

помощью УС. Управляющий шлюз (он же управляемый узел) отвечает за

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

тельных соединений с управляющим сервером

Основное преимущество трехуровневой архитектуры - масштабируе-

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

управлением одного сервера УС может быть до нескольких сот шлюзов.

Программное обеспечение управляемого агента, установленное в конечной

точке, должно иметь небольшой объем (1-2 Мбайт на диске). Основная за-

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

ной части управляющих функций на шлюз сокращает требования к ком-

пьютерным мощностям сервера УС.

28) Модель клиент-сервер

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

В зависимости от того, как распределены логические компоненты приложения между клиентами и серверами, различают четыре модели архитектуры клиент-сервер:  - модель "файл-сервер"; 

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

- модель "сервер базы данных"; 

Модель "сервер базы данных" - архитектура вычислительной сети типа "клиент-сервер", в которой пользовательский интерфейс и логика приложений сосредоточены на машине-клиенте, а информационные функции (функции СУБД) - на сервере. Обычно клиентский процесс посылает запрос серверу на языке SQL.

- модель "сервер транзакций"; 

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

- модель "сервер приложений".

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

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

31) Жизненный цикл информационных систем – это период их создания и использования, охватывающий различные состояния, начиная с момента возникновения необходимости в такой системе и заканчивая моментом ее полного выхода из употребления у пользователей. Жизненный цикл информационных систем включает в себя четыре стадии: предпроектную, проектировочную, внедрение, функционирование. От качества проектировочных работ зависит эффективность функционирования системы, поэтому каждая стадия разделяется на ряд этапов и предусматривает составление документации, отражающей результаты работ. На предпроектной стадии можно выделить следующие этапы: 1) Сбор материалов для проектирования – предусматривает разработку и выбор варианта концепции системы, выявление всех характеристик объекта и управленческой деятельности, потоков внутренних и внешних информационных связей, состава задач и специалистов, которые будут работать в новых технологических условиях, уровень их подготовки, как будущих пользователей системы. 2) анализ материалов и формирование документации – составление задания на проектирование, утверждение технико-экономического обоснования. Для успешного создания управленческой информационной системы всесторонне изучаются пути прохождения информационных потоков, как внутри предприятия, так и во внешней среде. Стадия проектирования делится на: 1) Этап технического проектирования – формируются проектные решения по обеспечивающей и функциональной частям информационной системы, моделирование производственных, хозяйственных, финансовых ситуаций, осуществляется постановка задачи и блок-схемы и их решение. 2) Этап рабочего проектирования – осуществляется разработка и доводка системы, корректировка структуры, создание различной документации: на поставку, на установку технических средств, инструкции по эксплуатации, должностные инструкции. Стадия внедрения информационной системы предполагает: 1) Подготовку к вводу в эксплуатацию – на этом этапе производится установка технически средств, настройка системы, обучение персонала, пробное использование. 2) Проведение опытных испытаний всех компонентов системы перед запуском. 3) Сдача в промышленную эксплуатацию, которая оформляется актом сдачи-приемки работ. На этапе функционирования информационной системы в рабочем режиме не исключается корректировка функций и управляющих параметров. Также осуществляется оперативное обслуживание и администрирование. Создание информационной системы управления организацией - довольно сложный и трудоемкий процесс. Наиболее типичной и простой формой изменения компании является автоматизация. Более глубокая форма изменения организации – получившая свое развитие из автоматизации – это рационализация процедур. Более глубоким изменением компании является реинжиниринг бизнес - процессов. Его суть состоит в анализе, упрощении и модернизации бизнес процессов. Новые информационные системы могут в корне изменить структуру всей организации, изменяя способы функционирования компании, или даже направления ее деятельности. Такая более радикальная форма изменения деятельности компании называется сменой парадигмы. Смена парадигмы подразумевает пересмотр характера деятельности не отдельных процедур и процессов, а самой компании.

39)Оценка затрат при реализации КИС.

стоимость проекта будет складываться из следующих составляющих: - Стоимость компьютерной техники и коммуникационного оборудования;  - Стоимость лицензий на использование КИС;  - Стоимость системного программного обеспечения и сервера баз данных (СУБД);  - Стоимость обследования и проектирования;  - Стоимость внедрения КИС;  - Стоимость эксплуатации КИС.

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

Рассмотрим статьи затрат подробнее. Вложения в техническую составляющую, возможно, не потребуются, если у Вас в компании уже имеется развитая компьютерная инфраструктура. Тем не менее, следует быть готовым к дополнительным затратам. Возможно, придётся увеличить мощность сервера, или приобрести новый. Если предприятие имеет территориально распределённую структуру и планируется связать все подразделения в единое информационное пространство, то придётся приобретать выделенные каналы связи для обеспечения информационного обмена. Стоимость лицензий на использование КИС у разных поставщиков формируется по-разному. Когда говорится о лицензиях, как правило, подразумевается лицензия на одного так называемого "конкурентного пользователя". Проще говоря, речь идёт о максимальном количестве Ваших сотрудников, которые смогут ОДНОВРЕМЕННО пользоваться КИС. Например, если лицензия на 1 пользователя стоит $800, и Вы покупаете 20 лицензий, то общая стоимость лицензионного пакета составит $16 000. Пользоваться КИС смогут и более 20 сотрудников, но не одновременно. Такая простая схема лицензирования встречается не часто. Поскольку большинство КИС построены по модульному принципу ("Бухгалтерия", "Производство", "Планирование" и т.д.), то самая распространённая схема лицензирования - "конкурентный пользователь модуля". Если Вы приобретаете 3 лицензии на модуль "Бухучёт", то одновременно пользоваться функциями этого модуля смогут трое сотрудников. Такая схема обеспечивает максимальную гибкость и экономичность, т.к. обычно наиболее широко используемые модули стоят дешевле чем "экзотические" (разница может составлять 2-3 раза). Существует также схема лицензирования, когда помимо лицензирования пользователей (или модулей) приобретается так называемая серверная лицензия. Это может быть как лицензия на систему в целом, так и серверная лицензия на конкретный модуль.  Пусть пользовательская лицензия на модуль "Бухгалтерия" стоит $300, а серверная - $2000. Нужно автоматизировать 6 рабочих мест. Какова общая стоимость лицензий? В простом случае - $300 x 6 + $2 000 = $3 800. Но если из шести бухгалтеров двое работают не в офисе, а на удалённом складе? Тогда потребуется приобретение ещё одной серверной лицензии на модуль "Бухгалтерия" для склада и стоимость лицензий составит: $300 x 6 + $2 000 x 2 = $5 800. Есть, правда, обходной вариант - объединить две сети высокоскоростным каналом передачи данных, но, скорее всего, это решение окажется для компании ещё дороже. Какой вывод? Внимательно анализируйте лицензионную политику поставщиков КИС, так как за кажущейся дешевизной могут скрываться неприятные сюрпризы. Стоимость системного программного обеспечения и СУБД - также очень существенная составляющая. Промышленные СУБД (например Oracle, MS SQL Server, Informix, Unify) стоят весьма недёшево. Однако все сколь ни будь приличные КИС, имеют в своём фундаменте серьёзную СУБД. Только СУБД промышленного класса сможет обеспечить надёжное хранение деловой информации и быструю обработку данных. Рассматривая вопрос о приобретении КИС, во избежание неприятных сюрпризов обязательно поинтересуйтесь лицензионной политикой поставщика СУБД - она может кардинально отличаться от лицензионной политики поставщика КИС. Стоимость обследования, проектирования и внедрения КИС составляет наиболее ощутимую часть от совокупных затрат. Как правило, эти затраты соизмеримы, а чаще всего превышают общую стоимость программного обеспечения. Особенно дорого стоит внедрение зарубежных КИС, затраты на внедрение которых могут в 4-5 раз превышать стоимость лицензий. Стоимость внедрения прямо зависит от сложности структуры компании и автоматизируемых процессов, от потребности в заказной настройке (доработке) КИС. 

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

BPR – РЕИНЖИНИРИНГ ПО ХАММЕРУ И ЧАМПИ

Хаммер и Чампи определяют реинжиниринг (BPR, business process

reingineering) как фундаментальное переосмысление и радикальное пере-

планирование бизнес-процессов компаний, имеющее целью резкое улуч-

шение показателей их деятельности, таких как затраты, качество, сервис и

скорость. При этом используются следующие положения:

1) Несколько работ объединяются в одну.

2) Исполнителям делегируется право по принятию решений.

3) Этапы процесса выполняются в естественном порядке.

4) Реализуются различные версии процесса.

5) Работа выполняется там, где ее целесообразно делать (выход

работы за границы организационных структур).

6) Снижаются доли работ по проверке и контролю.

7) Минимизируется количество согласований.

8) Ответственный менеджер является единственной точкой кон-

такта с клиентом процесса.

9) Используются и централизованные и децентрализованные опе-

рации.

45) ActiveX и JavaScript.

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

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

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

46) Практическая реализация OLAP решений

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

Основоположник термина OLAP — Эдгар Кодд, предложил в 1993 году «12 законов аналитической обработки в реальном времени».

Исторически первой многомерной системой управления базами данных, по существу являющейся OLAP-реализацией считается система Express, разработанная в 1970 году компанией IRI (позднее права на продукт были приобретены корпорацией Oracle и превращён в OLAP-опцию для Oracle Database)[2]. Термин OLAP ввёл Эдгар Кодд в публикации в журнале Computerworld в 1993 году[3], в которой он предложил 12 принципов аналитической обработки, по аналогии с 12 правилами для реляционных баз данных, сформулированными им же десятилетием ранее, в качестве референтного продукта, удовлетворяющего предложенным принципам, Кодд указал систему Essbase компании Arbor (поглощённой в 1997 году компанией Hyperion, которую, в свою очередь, в 2007 году купила Oracle). Примечательно, что впоследствии публикация была изъята из архивов Computerworld из-за возможного конфликта интересов, так как Кодд позднее оказывал консультационные услуги для Arbor[4].

Другие известные OLAP-продукты: Microsoft Analysis Services (ранее называвшиеся OLAP Services, часть SQL Server), SAS OLAP Server, TM1, PowerPlay, SAP BW, MicroStrategy Ingelligence Server, Mondrian.

C точки зрения реализации делятся на «физический OLAP» и «виртуальный» (реляционный, англ. Relational OLAP, ROLAP). «Физический», в свою очередь, в зависимости от реализации подразделяется на многомерный (англ. Multidimensional OLAP, MOLAP) и гибридный — (англ. Hybrid OLAP, HOLAP).

В первом случае наличествует программа, на этапе предварительной загрузки данных в OLAP из источников выполняющая предварительный расчёт агрегатов (вычислений по нескольким исходным значениям, например «Итог за месяц»), которые затем сохраняются в специальную многомерную базу данных, обеспечивающую быстрое извлечение и экономичное хранение. Примеры таких продуктов — Microsoft Analysis Services, Oracle OLAP Option, Essbase, SAS OLAP Server, TM1, PowerPlay.

Hybrid OLAP является комбинацией. Сами данные хранятся в реляционной базе данных, а агрегаты — в многомерной.

В ROLAP-реализациях все данные хранятся и обрабатываются реляционных системах управления базами данных, а агрегаты могут не существовать вообще или создаваться по первому запросу в СУБД или кэше аналитического ПО. Примеры таких продуктов — SAP BW, Microstrategy Intelligence Server, Mondrian.

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

47)Способы снижения избыточности при хранении корпоративной информации

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

Рассмотрим основные методы и средства обеспечения сохранности ин­формации при функционировании систем обработки данных.

Метод резервирования предполагает наличие идентичной (хранение ко­пий) и/или неидентичной (хранение предыстории) избыточности.

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

Стратегия 1. Состоит в создании и использовании копий основного массива. В случае его разрушения используется первая копия, при ее раз­рушении — следующая и т.д.

Стратегия 2. Основана на особенностях работы с текущими массива­ми, состоящими в том, что вместо копий информационного массива хранят­ся его предыстории — предыдущие поколения массива и соответствующие им массивы изменений.

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

Стратегия 3. Смешанная стратегия, предполагающая хранение и ис­пользование как копий, так и предыстории.

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

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

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

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

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

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

Накопленный опыт проектирования и эксплуатации СОУ позволяет вы­делить принципиально новый вид избыточности — функционально-техно­логическую избыточность.

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

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

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

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

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

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

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

48) Распределённые базы данных (РБД) — совокупность логически взаимосвязанных баз данных, распределённых в компьютерной сети.

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

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

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

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

Что же остается? Остается применение репликации.

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

49)Особенности реализации транзакций при распределенной обработке данных

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

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

50)Использование методов системного анализа для обоснования проекта КИС.

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

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

В состав задач системного анализа в процессе создания КИС входят задачи декомпозиции, анализа и синтеза.

Задача декомпозиции означает представление системы в виде подсистем. Часто задачу декомпозиции рассматривают как составную часть анализа.

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

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

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

51)Практическая реализация Wi-Fi сетей при разработке КИС.

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

Основными преимуществами современных беспроводных сетей (Wi-Fi) являются:

Возможность решать множество задач: от организации сети внутри помещения до распределенных сетей масштаба города. Мобильность сотрудников предприятия. Низкая стоимость установки Wi-Fi сетей по сравнению с проводными информационными сетями. Быстрота развертывания по сравнению с проводными информационными сетями. Широкие функциональные возможности по передаче трафика данных, IP-телефонии, видео и т.д. 52) практическая реализация Wimax сетей при разработке КИС

WiMAX (англ. Worldwide Interoperability for Microwave Access) — телекоммуникационная технология, разработанная с целью предоставления универсальной беспроводной связи на больших расстояниях для широкого спектра устройств (от рабочих станций и портативных компьютеров до мобильных телефонов). 

WiMAX подходит для решения следующих задач:

Соединения точек доступа Wi-Fi друг с другом и другими сегментами Интернета.

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

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

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

Создания систем удалённого мониторинга (monitoring системы), как это имеет место в системе SCADA.

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

53) CDMA (англ. Code Division Multiple Access — множественный доступ с кодовым разделением) — технология связи, обычно радиосвязи, при которой каналы передачи имеют общую полосу частот, но разную кодовую модуляцию. Наибольшую известность на бытовом уровне получила после появления сетей сотовой мобильной связи, ее использующих, из-за чего часто ошибочно исключительно с ней (сотовой мобильной связью) и отождествляется.

Преимущества

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

Гибкое распределение ресурсов. При кодовом разделении нет строгого ограничения на число каналов. С увеличением числа абонентов постепенно возрастает вероятность ошибок декодирования, что ведёт к снижению качества канала, но не к отказу обслуживания.

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

Телефоны CDMA имеют меньшую пиковую мощность излучения, и потому, возможно, менее вредны.