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

Развитие и подключение новых сервисов

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

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

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

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

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

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

Аналитики из компании J`son & Partners подсчитали, что уже к концу текущего года число пользователей облачных АТС вырастет до 37 миллионов человек. И это далеко не предел возможностей виртуальных сервисов. При этом из общего числа абонентов можно выделить довольно активную группу, которая использует весь потенциал услуги, - это компании, стремящиеся расширить географию своего влияния и увеличить клиентскую базу.

На фоне такого стремительного роста положение аналоговых АТС заметно пошатнулось: уже в 2015 году от использования возможностей физических телефонных станций отказались 7 % пользователей. Учитывая традиционность предложений и длительность их существования на рынке, такой «минус» вполне красноречив.

Помимо очевидной экономии средств, абонент приобретает и другие, не менее выгодные бонусы, например:

1. возможность настройки многоканального номера, позволяющего объединить весь персонал компании в единую коммуникационную сеть;
2. снижение процента нерезультативных соединений путем оперативной переадресации входящих вызовов на свободные мобильные или стационарные номера сотрудников;
3. широкий диапазон индивидуальных настроек, которые доступны пользователю в его «Личном кабинете» на сайте провайдера;
4. свободную интеграцию используемого сервиса с другими для достижения максимальной эффективности;
5. качественную запись всех входящих звонков, их архивацию и хранение. Эта функция дает возможность повысить уровень обслуживания клиентов по телефону и улучшить корпоративную культуру в целом;
6. постоянный телефонный номер, который не изменится, даже если компания сменит свое фактическое местоположение;
7. оперативная организация развернутых видеоконференций, существенно сокращающая затраты на проведение подобного рода мероприятий как внутри компании, так и за ее пределами.

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

Кроме того, Вам понадобится:

• индивидуальное подключение к любому оператору связи по SIP или через VoIP-шлюз;
• базовые знания JavaScript;
• понятный мануал от разработчиков полезных скриптов, уже прошедших весь путь создания и подключения собственной облачной АТС.

Пошаговая инструкция

1. Шаг первый. Определяемся с архитектурой и функционалом нашей будущей виртуальной автономной телефонной станции. Схема может быть максимально простой, на начальном этапе этот вариант гораздо предпочтительнее, нежели навороченная архитектура.
2. Шаг второй. Бесплатный аккаунт от разработчиков. Этот момент можно заранее продумать, пройдясь по сайтам основных известных в данной области компаний.
3. Шаг третий. Активация аккаунта и панели управления. После того, как Ваше присутствие на выбранном сайте подтверждено, а доступ в панель управления открыт, переходим непосредственно на нее, так как это и будет нашим основным местом работы.
4. Шаг четвертый. Создание пользователей. Наши юзеры должны в обязательном порядке иметь все признаки реальных пользователей и операторов будущей АТС. Кроме того, на этом этапе нужно будет продумать способ, которым будут оплачиваться услуги соединения. Лучше всего для создания логина использовать цифровые коды из трех чисел (например, 101 или 102).
5. Шаг пятый. Создаем функционал АТС. Так как серверные приложения разработчиков - это, как правило, просто набор определенных сценариев, то пишутся они обычно на JavaScript. Работать стоит как минимум над тремя отдельными сценариями - входящих, исходящих звонков и соединений внутри сети между пользователями. После того как работа над сценариями завершена, а скрипт собран, необходимо создать соответствующее приложение и отредактировать его. Все! Наша АТС готова к подключению SIP-телефонов .

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

Как стать провайдером облачной IP АТС - Пошаговое руководство

• Блог компании 3CX Ltd. ,
• Asterisk

• Tutorial

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

Что для этого нужно?

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

Способ 1: Создание IP АТС через Партнерский Портал (ERP)

После того как вы это сделали, на портале перейдите в раздел Virtual PBX Instances > Virtual PBX Settings , раздел Google Cloud DNS Settings и заполните необходимые поля:

• Project ID - нужно взять из Google Cloud developer console (https://console.developers.google.com/);
• Service Account Email Address - Нужно создать сервисный аккаунт для проекта Google Cloud , это делается через APIs & Auth > Credentials . Будет создан файл с открытым/закрытым ключом (.p12) с помощью которого Партнёрский Портал авторизуется на Google Cloud. Вы получите Server Account Client ID и email адрес как идентификатор сервиса. Укажите здесь этот email;
• Private Key File - загрузите файл в открытым/закрытым ключом;
• Private Key Password - Закрытый ключ зашифрован паролем. Укажите его в этом поле. Если не указано другого, то по умолчанию пароль “notasecret” (вы можете поменять его).
• Здесь указывается TTL по умолчанию.

Шаг 2: Создание кластера

1. Перейдите во вкладку Server Clusters .
2. Нажмите Add чтобы воздать новый кластер.
3. Enter a Cluster Code -уникальный внутренний 4-х символьный код, состоит из букв и цифр, нужен для идентификации кластера. Используется для ссылки на кластер в Web Forms
4. Description - Обычное текстовое описание.
5. Hosted Instance Domain - доменное имя кластера. Отельные АТС будут поддоменами, например, user1.pbx.mycompany.eu. Обычно требуется установить доверенный SSL сертификат для домена и всех серверов кластера.
6. DNS Managed zone : нужно взять из Google DNS Account.

Шаг 3: Создание сервера виртуальных АТС

1. В 3CX ERP, перейдите в Virtual PBX Instances > Virtual PBX Servers.
2. Нажмите Add и укажите данные сервера:
Server Cluster - выберите кластер из выпадающего списка. В примере мы выбираем кластер в Азии.
Unique name - внутреннее имя сервера. Может совпадать с FQDN.
FQDN - доменное имя. Не указывайте IP-адрес. Если вы используете SSL сертификат от провайдера типа Thawte или Verisign, нужно указать доменное имя соответствующее сертификату (например, *.mycompany.eu);
Партнерский Портал будет сам создавать DNS записи типа CNAME для пользовательских АТС.
Обратите внимание, что Портал не создаст запись типа A. Это обязанность администратора.
System Id - по-умолчанию ‘phonesystem’. Это имя конкретной АТС;
Password - Пароль от АТС. Свой для каждой инсталляции;
Omit from pool - Нужен для тестов. По умолчанию Портал создает, удаляет и редактирует данные АТС. Включите эту опцию если выходите удалять и создавать IP АТС через Cloud Manager.
Untrusted SSL - При установке 3CX Phone System требуется подтвержденный SSL сертификат или 3CX может сгенерить не подтвержденный собственный SSL сертификат. Включите эту опцию если планируется сертификат от 3CX.
3. Повторите шаги чтобы добавить еще серверов.

Программы для администрирования АТС.

↓ Новое в категории "Программы для АТС":

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

Бесплатная
WinTariff 2.07.1 является программой по тарификации и учету звонков АТС Samsung, Panasonic, NEC, Lucent, Siemens, Ericsson или Karel. Программа WinTariff даёт возможность записывать телефонные звонки, а в дальнейшем производить их обработку.

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

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

В этой статье мы поговорим про программные IP АТС (особенно про семейство Asterisk) - фундамент современной корпоративной VoIP телефонии. Мы рассмотрим их основные возможности, хитрости настройки, но самое главное - объективно разберем плюсы и минусы этих решений. Также попробуем оценить, во сколько компаниям на самом деле обойдется внедрение «бесплатной» (в кавычках) программной IP АТС.

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

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

В этом сегменте львиная доля рынка принадлежит учрежденческим телефонным станциям, работа которых основана на протоколе IP (Internet Protocol), предназначенном для организации обмена данными в цифровом виде (в том числе, речи) с помощью пакетной коммутации (напомним, что в традиционной телефонии используется канальная коммутация). Такие станции образуют класс IP-АТС, с входящими в него двумя группами: 1) аппаратные IP АТС и 2) программные IP АТС, в основной массе представляющие собой Linux-дистрибутивы или исполняющие файлы под ОС Windows. О второй группе мы и поговори сегодня подробнее.

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

Во второй группе класса IP-АТС обосновались сегодня около 20 разновидностей так называемого «свободного ПО» с открытым исходным кодом, по определению, предоставляющего потребителям право дополнять его новыми функциями, в которых возникла необходимость. При этом почти половина ареала свободного ПО для программных АТС относится к бесплатным продуктам. А среди них безусловным лидером является IP-АТС Asterisk, далеко оторвавшаяся от конкурентов, которые делят между собой оставленные ею аутсайдерам примерно 15% рынка IP-АТС с открытым кодом. И на ее использование ориентируется большинство «стартующих» компаний малого бизнеса.

Плюсы программных IP АТС

Чем же обусловлена такая высокая степень популярности IP-АТС типа Asterisk (Asterisk в переводе с английского - звёздочка)?

Во-первых, она имеет в своем арсенале полный набор базовых и дополнительных функций мини АТС.

Во-вторых, работает со Skype.

В-третьих, обеспечивает видеосвязь.

В-четвертых, ее возможности могут быть расширены, например, в части параллельного обслуживания десятков и даже сотен телефонных разговоров, если к серверу с установленным ПО Asterisk подключить компьютерные платы, обеспечивающие связь с линиями высокой пропускной способностью типа Т1/E1.

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

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

К программной IP АТС Asterisk могут быть подключены как программные телефоны (софтфоны), так и все разновидности аппаратных пользовательских IP телефонов (с интерфейсами IP, USB, Wi-Fi)

Спектр функциональных возможностей и сервисов Asterisk постоянно пополняется множеством «свободных разработчиков», но такой «плюс», по-видимому, могут оценить только опытные пользователи, в то время как основная масса потребителей испытывает все больше затруднений с освоением новых версий и с обеспечением их стабильной работы. И это, как показывает многолетняя практика эксплуатации Asterisk, не самый «страшный» из недостатков этого ПО (как, впрочем, и других программных АТС).

Минусы программных IP АТС

Итак, ПО Asterisk или любая другая аналогичная программная IP АТС, бесплатно скачивается в Интернете. На этом, увы, «бесплатность» и заканчивается.

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

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

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

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

Таким образом, стоимость владения и эксплуатационного сопровождения бесплатной программной АТС с течением времени может превысить затраты на приобретение аппаратной IP-АТС с аутсорсинговой службой поддержки.

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

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

Сложность и большой объем ПО обусловлены многочисленностью реализуемых функций и тем, что управляющие устройства работают в реальном времени, одновременно обслуживая заявки от большого числа источников нагрузки. По мере развития средств вычислительной техники и расширения возможностей коммутационных узлов продолжает расти объем ПО. Если в первой программно-управляемой АТС ЕSS-1 (США) емкость запоминающего устройства для хранения программ составляла всего 250 тыс. слов, то в современной системе с распределенным микропроцессор управлением ЗУ только одного из нескольких модулей может иметь емкость до 4 млн. байт. Несмотря на это, время, необходимое для создания ПО, не имеет тенденции к увеличению, поскольку средства создания программ также постоянно совершенствуются

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

2. Языки программирования

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

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

Язык машинных команд непосредственно воспринимается ЭВМ или программным управляющим устройством. Машинные ко

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

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

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

Подобный способ записи упрощает составление и чтение про грамм.

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

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

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

Один из них заключается в зависимости языка от аппаратных средств: набор мнемоник ассемблера, как и набор машинных команд, остается уникальным для ЭВМ или ЭУМ с процессором определенно типа. Поэтому указанные языки называют машинно-ориентированными.

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

Языки Высокого уровня, или алгоритмические языки представ собой наиболее удобные средства создания ПО.

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

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

В отличие от машинно-ориентированных языков, языки высокого уровня называют проблемно-ориентированными. Это значит, что они создаются для решения определенного круга задач. Хотя программирование на языке, не соответствующем характеру задачи, обычно оказывается возможным, оно чаще всего не дает существенного эффекта. Поэтому выбор языка имеет большое значение. При создании ПО автоматических телефонных станций используется специально разработанный для этих целей и рекомендованный Международным консультативным комитетом по телефонии и телеграфий (МСЭ) язык СНILL а также языки, ориентированные на программирование систем управления: С (Си), РL/М и некоторые другие.

К недостаткам языков высокого уровня можно отнести неизбежные затраты машинного времени на трансляцию. Кроме того, про граммы, переведенные в машинные коды с языков высокого уровня, обычно имеют в 1,1-1,4 раза больший объем (и соответственно боль шее время выполнения) по сравнению с программами, написанными на языке ассемблера или на языке машинных команд. Эти недостатки уже не играют существенной роли по причине широкого выбора не дорогих быстродействующих микропроцессоров и интегральных микросхем ЗУ большой емкости.