group description — Русский перевод – Словарь Linguee

The Group recommends that individuals and […] entities conducting these […] evaluations refer to the Group’s description of the different types […] of military involvement in […] mining in paragraph 178 of S/2010/596 to assist in this process. daccess-ods.un.org	Группа рекомендует физическим и […] юридическим лицам, проводящим […] эти оценки, ознакомиться с подготовленным ею описанием различных форм […] участия вооруженных сил […] в горнодобывающей деятельности, содержащимся в пункте 178 документа S/2010/596. daccess-ods.un.org
Procedures have been standardized to ensure that […] requisitions for tyres in the database system are based on group description to eliminate the possibility of different descriptions […] for the same item. daccess-ods.un.org	Произведена стандартизация порядка занесения в […] систему базы данных маркировки шин в разбивке по группам, что позволило исключить случаи различных описаний одного и того же наименования. daccess-ods.un.org
Location: Brussels Country: Belgium http://ec.europa.eu/european_group_ethics/ Description: This site contains the opinions of the GEE, and full text publications in English and French on a wide range of ethical issues with biotechnology. unesdoc.unesco.org	Организация: Европейская комиссия Ме стоположение: Брюссель Страна: Бельгия http://ec.europa.eu/european_group_ethics/ Содержание: Сайт содержит материалы с изложением позиции Европейской группы по этике науки и новых технологий, а также полный текст публикаций на английском и французском языках по широкому кругу этических […] аспектов биотехнологии. unesdoc.unesco.org
In the working group the format description and a metadata set for the replacement are supposed […] to be defined by documents. pc.qumram-demo.ch	В рабочей группе должны быть определены описание формата и комплект метаданные для обмена документами. pc.qumram-demo.ch
The Secretariat introduced document […] UNEP/FAO/PIC/ICRC.3/6 containing the report of Task Group 2 and gave a description of the objectives and composition of the […] Task Group. pic.int	Представитель секретариата внес на рассмотрение документ […] UNEP/FAO/PIC/ICRC.3/6, содержащий доклад целевой группы 2, и ознакомил участников с задачами и составом целевой группы. pic.int
(b) the management report for the year 2008 […] includes a fair review of the development and […] performance of the business and the position of the Polyus Group, together wi th a description of the principal risks and uncertainties that it faces. polyusgold.com	(б) отчет руководства (Обсуждение руководством финансового состояния и результатов […] деятельности) за 2008 год достоверно […] отражает развитие и результаты деятельности, а также финансовое положение Группы, включая описание основных рисков и неопределенностей, присущих Группе. polyusgold.com
The Delegation also noted that […] there had been agreement in the working group on the description of the product, which did not refer to heat […] treatment. codexalimentarius.org	Кроме того, намерения по прекращению продажи продуктов после термообработки отсутствуют, но, эти продукты не должны продаваться в качестве айрана, поскольку это может […] ввести в заблуждение […] потребителей. Делегация также отметила, что в рабочей группе была достигнута договоренность по описанию продукта, […] который не относится […] к термообработке. codexalimentarius.org
A summary description of the Group’s risk management policies in relation to those risks […] follows. bta.kz	Ниже приведено описание политики Группы в отношении управления данными рисками. bta.kz
(b) Nominations for the Prize shall be accompanied by […] a biographical […] statement for each candidate or group of candidates, together with a detailed description of the work for which the […] candidature is proposed […] and an assessment of the results achieved. unesdoc.unesco.org	(b) При выдвижении кандидата на премию […] представляются […] биографические сведения на каждого кандидата или группу кандидатов вместе с подробным описанием работы кандидата и оценки […] достигнутых результатов. unesdoc.unesco.org
Finally, the Group will present a brief description of the measures taken by […] the current Government of Côte d’Ivoire to […] reform numerous State agencies (some related to natural resources) with the purpose, in part, of preventing the diversion of funds to purchase arms in violation of the arms embargo. daccess-ods.un.org	И наконец, Группа даст краткое описание принятых нынешним правительством Кот-д’Ивуара […] мер по реформированию многочисленных […] государственных учреждений (ряд из которых имеют отношение к природным ресурсам) с целью, в частности, предотвратить отвлечение средств на закупку оружия в нарушение эмбарго на поставки оружия. daccess-ods.un.org
The terms of reference of the Group were defined as “Description of the new IODE data and information […] system and its linkages with other […] systems (one part will focus on WDS)”. unesdoc.unesco.org	Круг ведения этой группы определен как «описание новой системы данных и информации МООД и ее связей […] с другими системами (одна из частей […] будет посвящена ВCД)». unesdoc.unesco.org
In Section 1, Government Documents Regulating […] Educational ICT Usage, information […] on Indicator Group 1 is given as is a description of the official […] documents on current and […] future application of ICT in education. unesdoc.unesco.org	В Разделе 1 «Государственные документы, регламентирующие […] использование и развитие ИКТ в […] школьном образовании» дана информация по Индикатору 1, определяющему […] нормативное обеспечение […] использования ИКТ в образовании в настоящий момент и в перспективе. unesdoc.unesco.org
A description of the Group’s risk management policies in relation to those risks follows. bps-sberbank.by	Далее следует описание политики Группы управления данными рисками. bps-sberbank.by
In the present report, he assesses the measures taken by […] the Government to implement […] the recommendations compiled by the Group of Experts and provides a detailed description and analysis of their status of implementation. daccess-ods.un.org	В настоящем докладе он оценивает меры, […] принятые […] правительством для осуществления рекомендаций, составленных Группой экспертов, и представляет подробное описание и анализ положения дел […] с осуществлением этих рекомендаций. daccess-ods.un.org
This Working Group has devised a new thermodynamic description of seawater, called TEOS-10 (Thermodynamic […] Equation of Seawater – […] 2010), which is based on a Gibbs function from which all the thermodynamic properties of seawater can be calculated. unesdoc.unesco.org	Эта Рабочая группа подготовила новое описание термодинамики морской воды под названием ТУС10 (Термодинамическое […] уравнение состояния […] морской воды – 2010 г.) на основе функции Гиббса, с помощью которой можно рассчитать все термодинамические свойства морской воды. unesdoc.unesco.org
Through consultations with individual […] participants, host organisations […] and reference group members, HREOC gained a graphic description of community […] experiences of discrimination and vilification. daccess-ods.un.org	Благодаря консультациям с отдельными […] участниками, ведущими организациями и членами консультативных групп КПЧРВ удалось […] получить четкое представление […] об опыте общин в том, что касается дискриминации и диффамации. daccess-ods.un.org
The Description field contains a group name, and the Address field contains multiple […] email addresses separated by commas. graphics.kodak.com	Поле Описание содержит имя группы, а поле Адрес содержит несколько адресов электронной […] почты, разделенных запятыми. graphics.kodak.com
The operating and financial review will also include a description and explanation of […] the trends in the financial information […] included in the prospectus (including by business segment where appropriate) and a description of the group’s sources and uses of liquidity and capital resources. russianipo.com	Обзор производственной и финансовой деятельности также включает описание и объяснение тенденций, прослеживающихся […] в финансовой […] информации, включенной в проспект эмиссии (в том числе по сегментам бизнеса, если это необходимо), и описание источников и направлений использования ликвидности и капитальных […] ресурсов группы. russianipo.com
A detailed description of the company: A group of research — production enterprises «Mayak-93», […] the first of which was established […] over 17 years ago and now is the patent holder and a trailblazer in the development of technologies and equipment for the production of multilayer metal polymeric pipes (MPP). moscow-export.com	Детальное описание компании: Группа научно — производственных предриятий «Маяк-93», первое […] из которых создано более 17 лет […] назад является патентодержателем и первопроходцем в разработке технологий и оборудования по производству многослойных металлополимерных труб (МПТ). moscow-export.com
Then, there came a geologist and explorer, […] Academician V. A. […] Obruchev, who gave the first scientific description of the Karabil hill and group of artificial caves, located there, […] in 1890 in his book The Trans-Caspian Lowland. turkmenistaninfo.ru	Затем сюда прибыл геолог и путешественник, […] академик В.А.Обручев, […] который еще в 1890 году в своей книге «Закаспийская низменность» дал первое научное описание возвышенности Карабиль […] и группы расположенных […] там искусственных пещер. turkmenistaninfo.ru
A detailed description of the company: “STP Group” main activities are connected with the provision of modern technologies and services to perform construction works and ensure […] high level of quality. moscow-export.com	Детальное описание компании: Основные направления деятельности компании СТП ГРУПП связаны с предоставлением современных технологий и услуг, позволяющих выполнять строительные […] работы и обеспечивать […] высокий уровень их качества. moscow-export.com
Description:     The group is created in 1997 by director of Jaunlaicene […] House of people and, in difference of already working […] female vocal ensemble, began to sing folk songs. folklora.lv	Описание: Ансамбль создан в 1997 руководительницей Яунлайценского […] Дома народа, и, в отличие от уже действовавшего женского […] вокального ансамбля, стал исполнять народные песни. folklora.lv
3.3 In support of his claims the author submits an in-depth analysis of the State party‟s law and practice in relation to NGO registration, copies of the relevant legislation and […] testimonies of the other NGOs with the […] detailed and documented description of their unsuccessful […] efforts to obtain or to retain NGO […] registration [53-page long initial submission and two large folders with supporting materials]. daccess-ods.un.org	3.3 В обоснование своих утверждений автор представляет подробный анализ права и практики государства-участника в отношении регистрации НПО, […] копии соответствующих […] законодательных актов и свидетельства других НПО с подробным и документированным […] описанием их безуспешных […] усилий по получению или сохранению регистрации НПО [53-страничное первоначальное представление и две объемные папки вспомогательных материалов]. daccess-ods.un.org
Particular attention is given to a critical understanding of UNESCO’s […] coordination role to achieve the UNLD […] goals, as well as a description of programmes and […] projects undertaken around the world […] addressing the UNLD objectives. unesdoc.unesco.org	Особое внимание уделяется важности […] понимания координирующей роли ЮНЕСКО в […] достижении целей ДГООН, а также описанию осуществляемых […] во всем мире программ и проектов, […] которые направлены на решение задач Десятилетия. unesdoc.unesco.org
Act No. 220/2007 Coll. on Digital Broadcasting of Programme Services and on Provision of other Content Services through Digital Transmission and on amendments to certain acts (“Digital Broadcasting Act”) amended the Act on Broadcasting and Retransmission and introduced new obligations for the […] broadcasters concerning closed and open captioning, […] translations into sign language and audio description in digital services. daccess-ods.un.org	В Законе № 220/2007 Coll. о цифровом транслировании программ и предоставлении других услуг, связанных с содержанием, через цифровую передачу и о внесении поправок в некоторые законы («Закон о цифровом вещании») были внесены поправки в Закон о […] вещании и ретрансляции и […] введены новое обязательства для вещательных организаций в отношении закодированных […] и незакодированных […] субтитров, сурдоперевода и звукового описания в цифровом вещании. daccess-ods.un.org
Document 166 EX/7 (Report by the Director-General on the implementation of and […] follow-up to the Dakar Framework for […] Action) provides a full description of the progress towards […] achieving the goals set at Dakar. unesdoc.unesco.org	В документе 166 ЕХ/7 (Доклад Генерального директора о ходе […] осуществления Дакарских рамок действий и […] последующей деятельности) приводится всестороннее описание прогресса […] в достижении целей, установленных […] на Дакарском форуме. unesdoc.unesco.org
A consultative working group of experts jointly […] convened by UNESCO and CBD, with the support of the French authorities, […] met at UNESCO in Paris in October to define priorities and key activities in the already adopted programme of work, and identify key roles of different partners. unesdoc.unesco.org	В октябре […] в Париже ЮНЕСКО и Конвенция о биологическом […] разнообразии, при поддержке французских властей, совместно провели […] совещание консультативной рабочей группы экспертов, на котором были рассмотрены приоритеты и основные направления деятельности по уже утвержденной программе работы и определены основные функции различных партнеров. unesdoc.unesco.org

Потерянная группа. Выясняем назначение «странных» групп в AD / Habr

Доброе время суток, хабраграждане!

Спешу с Вами поделиться одной из своих вещиц, которые были призваны облегчить работу мне, как системного администратора, который разбирается в, доставшимся ему по наследству, хламе в Active Directory.
Самые проблемные из доставшегося добра, по моему мнению, это группы. О них и пойдет речь в данной статье.
А именно: заходим в Active Directory, бороздим просторы подразделений и видим группы, совершенно с безликими названиями (например Ugin, Vassa, Opel, www etc) и без описания. Внимание вопрос: определите для чего нужны эти группы.

Что мы получаем по наследству

Так вот, мы видим группу, чешем затылок. В группе пользователи из разных подразделений. Никаких признаков на здравый смыл. Возможно, по названию группы мы смутно сможем определить (или догадаться), для чего она нужна. Это будет плюс тому, кто Вам все это оставил. Что же будем делать?

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

В чем смысл жизни групп? Как правило, это или доступ к ресурсам в расшаренных папках, или фильтр для применения групповых политик (не беру в расчет системные группы вроде Domain Admins etc.)
Значит задача для нас поставлена: нам надо проверить Access Control List (ACL) папок в расшаренных ресурсах и в групповых политиках.

Здравствуйте mr. PoSh

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

Групповые политики

Для работы с групповыми политиками нам поможет модуль grouppolicy. Из этого модуля мы используем два cmdlet`а:
1. get-gpo, который передает нам список всех групповых политик в домене
2. get-gppermissions, который позволяет нам просматривать ACL политик.
Затем, мы просто ищем совпадение между именем нашей группы и записью в ACL, и если таковые имеются, выводим сведения об этой политике:

$name=read-host "Введите полное имя учетной записи или группы"
Write-Host -Fore RED "Проверка в групповых политиках..."   
$gpos=get-gpo -all
Foreach ($gpo in $gpos)
    {
    $ACls=get-gppermissions -Name $gpo.DisplayName -all
    Foreach ($acl in $ACls)
        {
        if ($acl.Trustee.Name -match "$name") 
            {
            Write-Host -Fore GREEN "Найдена политика!"; $gpo
            If ($acl.Permission -eq "GpoApply") 
                {if ($acl.Denied) {Write-Host -Fore RED "Применение политики запрещено"}}
            }
        }
    }

Так же хочу отметить свойства Permission и Denied в ACL.
1. Permission — в нем записаны разрешения для объекта, например применение политики (GpoApply), чтение политики (GpoRead), изменение политики (GpoEdit) или вообще все сразу (GpoEditDeleteModifySecurity).
2. Denied показывает нам разрешено или запрещено то, что отображается в Permission.
Если посмотреть на кусок скрипта, то можно увидеть, что если в ACL группы, будет запрещено (Denied -eq $true) применение политики (Permission -eq «GpoApply»), то выведется уведомление об этом. В принципе можно было расписать уведомления для всех случаев, но меня интересует только запрет на распространение политики.
P.S. Переменную $name, в которой находится имя нашей группы, мы будем использовать и в следующих кусках кода.

Общие папки

Теперь займемся общими папками. Есть два варианта:
1. Когда разрешение дано непосредственно на расшаренный ресурс.
2. Когда разрешение дано на папку, спрятанную в недрах расшаренного ресурса.
Пойдем опять по порядку.

Ищем на поверхности

Самый простой и понятный способ, это давать разрешения на расшаренные папки. Так лучше и тем, что все разрешения у Вас в 1 месте, и не надо путать Ваших наследников, когда они докопаются до 4 слоя папок и найдут одну папку с фотографиями вашего дня рождения, куда был разрешен вход только вашей знакомой из Бухгалтерии. Потеряет она ярлычок, угадаете что за папка ей была нужна? Но к ней мы вернемся позже.
А сейчас нам необходимо проверить ACL на расшаренных папках на нашем файл-сервере (здесь он называется FileServer…(да, я оригинален)). Для этого мы используем всеми любимый WMI. Замечу, что я сразу отбрасываю в сторону папки, которые не отображаются при простом входе на наш сервер. Зачем? Обычные пользователи туда не залезут, ну а необычных, можно и спросить (при необходимости, можно убрать):

Write-Host -Fore RED "Проверка в папках \\FileServer"
$dirs=get-wmiobject win32_Share -computername FileServer | where-object {$_.Name -notmatch "\$"}
Foreach ($dir in $dirs)
    {
    Trap [System.UnauthorizedAccessException] 
    {"Был запрещен доступ к папке $share"; continue;}
    $out=$null
    $share=$dir.Path
    if ($share -match "^D:") {$share = $share.ToUpper().Replace('D:','\\FileServer\d$')}
    elseif ($share -match "^C:") {$share = $share.ToUpper().Replace('C:','\\FileServer\c$')}
    $out=($share | get-acl).Access | where-object {$_.IdentityReference -match "$name"}
    if ($out -ne $null) 
        {Write-Host -Fore green "Найдена папка!" $share}
    }

Также мы перехватываем ошибку, которая говорит нам, что доступ к определенным папкам закрыт, и вместо красных пугающих ошибок нам будет выводиться простое сообщение.
Две строчки, в которых мы заменяем ‘D:’ на ‘\\FileServer\d$’ (и аналогичное с диском ‘C’) необходимы, т.к. если этого не сделать, cmdlet get-acl будет пытаться искать эти папки на нашем компьютере и, скорее всего, не найдет. А искать по пути \\FileServer\Folder он (cmdlet get-acl) не может. В нашем примере только 2 диска, но добавить еще — не проблема.

Спускаемся в глубины

Возвращаемся к знакомой из бухгалтерии. Теперь копаемся в подпапках.
Я думаю многие скажут, зачем что то придумывать, когда можно использовать get-childitem -recurse. Если у Вас на сервере не очень много папок — да, можно использовать recurse. Но если у вас около 7 ТБ файлсервера, то проблемы, в принципе, тоже нет, надо всего лишь подождать пару часиков, и все сработает. И молите бога, что бы у вас не было ошибки на середине поиска.
Значит -recurse нам не поможет, что тогда? Тогда нам надо смастерить цикл, который по нашей прихоти будет углубляться в недра папок на столько, на сколько мы захотим (звучит как то пошло). Предположим, что у нас есть папка с подпапками для отделов (прошу простить за тавтологию). Эти папки не расшарены. В некоторых этих папках находятся нужные нам папки, с заветными разрешениями.

Write-Host -Fore RED "Проверка в папках \\FileServer\WorkFolders..."
[email protected]{}
$sub=4
$path=dir \\FileServer\c$\WorkFolders | where-object {$_.PSIscontainer}
$AllPath=$path
$cnt=0
For ($o=1; $o -lt $Sub; $o++)
{
    $PPath=$AllPath
    For ($i=$Cnt; $i -lt $PPath.Count; $i++)
        {
        $a = dir $PPath[$i].FullName | where-object {$_.PSIscontainer}
        if ($a -ne $null) {$AllPath = $AllPath + $a}
        }
    $cnt=$PPath.Count
}
Foreach ($WF in $AllPath)
    {
    Trap [System.UnauthorizedAccessException] 
    {"Был запрещен доступ к папке" + $WF.FullName; continue;}
    $out=$null
    $out=(get-acl $WF.FullName).Access | where-object {$_.IdentityReference -match "$name"}
    if ($out -ne $null) 
        {Write-Host -Fore GREEN "Найдена папка!"; $WF.FullName}
    }

Можно заметить, что нам нужны только папки, по этому мы фильтруем вывод с помощью свойства PSIscontainer.
Переменная $sub задает глубину поиска. В переменной $AllPath хранятся пути ко всем папкам, которые мы нашли. Ну а дальше, уже знакомые нам телодвижения, проверяют ACL найденных папок на наличие нашей группы в них.

В итоге

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

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

Архитектура системы — Википедия

Архитектура системы — принципиальная организация системы, воплощенная в её элементах, их взаимоотношениях друг с другом и со средой, а также принципы, направляющие её проектирование и эволюцию^[1]:3.

Понятие архитектуры в значительной мере субъективно и имеет множество противоречивых толкований; в лучшем случае оно отображает общую точку зрения команды разработчиков на результаты проектирования системы.^[2]:27 Существует большое количество определений архитектуры. Коллекция определений, относящихся, в основном, к архитектуре программного обеспечения, собрана на сайте Института программной инженерии Университета Карнеги — Меллона^[3].

В настоящее время существует сильная тенденция рассматривать архитектурное и не архитектурное проектирование как различные виды деятельности; делаются попытки определить их как отдельные практики, однако эти виды проектирования в значительной мере «переплетены». Архитектурные решения в сравнении с обычными проектными решениями рассматриваются как более абстрактные, концептуальные и глобальные; они нацелены на успех всей миссии и на наиболее высокоуровневые структуры системы^[4]:272.

Другие определения архитектуры системы

• Общий план или концепция, используемая для создания системы, такой как здание или информационная система, или абстрактное описание системы, её структуры, компонентов и их взаимосвязей (Defining Architecture for IT: A Framework of Frameworks, Gartner, 2002)^[5]:79-80.
• Конструктивные решения, которые после их принятия с трудом поддаются изменению; согласие в вопросе идентификации главных компонентов системы и способов их взаимодействия, а также выбор таких решений, которые интерпретируются как основополагающие и не подлежащие изменению в будущем.^[2]:27

По мере роста сложности решаемых задач возникла необходимость структурирования систем. Однако практики нашли термин «структура» недостаточным для описания всех аспектов системы^[4]:272.

Термин «архитектура» в системной инженерии ввел профессор университета Южной Калифорнии Эберхард Рехтин (англ. Eberhardt Rechtin) в начале 90-х годов XX-го века. Он считал, что по мере усложнения систем их «высокоуровневого проектирования» (или «концептуального проектирования»), как оно понималось в те годы, было недостаточно, чтобы приводить инженеров и проектировщиков к созданию точных и эффективных проектов. Он изучил архитектурные принципы в строительстве, чтобы понять, как создаются и разрабатываются сложные системы (например, здания)^[6]:223.

Рехтин поясняет термин архитектура системы следующим образом:

Суть создания архитектуры — структурирование. Структурирование может означать превращение формы в функцию, извлечение порядка из хаоса, или преобразование частично сформированных идей клиента в пригодную для работы концептуальную модель^[6]:223-224.

Термины «архитектура» и «архитектурное проектирование» уже используются в течение приблизительно 30 лет, особенно интенсивно в программной инженерии и таких проблемных областях как ракетно-космическая отрасль^[4]:272.

Для более подробного описания принципов построения архитектуры стандарт ISO/IEC/IEEE 42010-2011 вводит следующие понятия^[7]:2.

• Архитектурная группа описаний (англ. architectural view) — представление системы в целом с точки зрения связанного набора интересов. Каждая группа описаний относится к одному или более стейкхолдеру. Термин «группа описаний» употребляется для выражения архитектуры системы при некотором методе описания.
• Архитектурное описание (англ. architectural description) — рабочий продукт, использующийся для выражения архитектуры.
• Архитектурный подход (англ. architectural framework) — соглашения, принципы и практики для описания архитектуры, установленные для конкретной области применения и/или конкретным сообществом стейкхолдеров.
• Архитектурный метод описания (англ. architectural viewpoint) — спецификация соглашений для конструирования и применения группы описаний. Шаблон или образец, по которому разрабатываются отдельные группы описаний посредством установления назначений и аудитории для группы описаний, а также приемы их создания и анализа. Метод описания устанавливает соглашения, по которым группа описаний создается, отображается и анализируется. Тем самым метод описания определяет языки (включая нотации, описания или типы продуктов), применяемые для определения группы описаний, а также все связанные методы моделирования или приемы анализа, применяемые к данным представлениям группы описаний. Данные языки и приемы применяются для получения результатов, имеющих отношение к адресуемым интересам.
• Вид модели (англ. model kind) — соглашения по средствам моделирования (например, сети Петри, диаграммы классов, организационные диаграммы и т. д.).

Свод знаний по системной инженерии (SEBoK) делит архитектуру на логическую и физическую^[4]:269.

Логическая архитектура[править | править код]

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

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

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

Временная архитектура. Временная архитектура является классификацией функций системы, которая получена в соответствии с уровнем частоты её исполнения. Временная архитектура включает в себя определение синхронных и асинхронных аспектов функций. Мониторинг решений, который происходит внутри системы, следует той же временной классификации ^[4]:287.

Физическая архитектура[править | править код]

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

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

Физическая архитектура является систематизацией физических элементов (элементов системы и физических интерфейсов), которые реализуют спроектированные решения для продукта, услуги или предприятия. Она предназначена для удовлетворения требований к системе и элементам логической архитектуры и реализуется через технологические элементы системы. Системные требования распределяются как на логическую, так и физическую архитектуру. Глобальная архитектура системы оценивается с помощью системного анализа и, после выполнения всех требований, становится основой для реализации системы^[4]:296.

Концептуальная схема архитектурного описания (ISO/IEC 42010)

Архитектура может быть зафиксирована с помощью полного архитектурного описания (АО) (см. рисунок). Стандарт ISO/IEC/IEEE 42010-2011 предписывает различать концептуальную архитектуру системы и одно из описаний данной архитектуры, являющееся конкретным продуктом или артефактом.

В сложных системах АО может разрабатываться не только для системы в целом, но и для компонентов системы. Два разных концептуальных АО могут включать группы описаний, которые будут соответствовать одному и тому же методу описания. Хотя системы, описываемые данными двумя группами описаний, будут соотноситься как целое и часть, это не пример множества групп описаний, соответствующих одному методу. Эти АО считаются отдельными, даже хотя они связаны через системы, которые они описывают^[7]:3.

Концептуальный подход[править | править код]

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

На рисунке прямоугольники изображают классы сущностей.

Линии, соединяющие прямоугольники, изображают связи между сущностями. Связь включает две роли (по одной в каждом направлении). Каждая роль может по желанию быть именована меткой. Роль, направленная от A к B, [помечена] ближе к B, и наоборот. Например, роли между «системой» и «средой» могут читаться: «„система“ живёт в „среде“» и «„среда“ влияет на „систему“». На рисунке роли обладают арностью 1:1, если не указано иное. Роль может обладать множественной арностью, например, роль, обозначенная как «1..*», применяется для обозначения многих, как в связях «один ко многим» или «многие к одному». Ромб (на конце линии связи) обозначает отношение части целого. Например, «группы описаний» являются частью «архитектурного описания». Эта нотация заимствована из UML.

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

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

У каждой системы есть один или более стейкхолдеров. Каждый стейкхолдер обычно принимает участие в системе, или имеет интересы к данной системе. Интересы предполагают учёт таких аспектов системы как производительность, надежность, безопасность, распределённость и способность к эволюции.

Любая система существует для реализации в своей среде одной или более миссий.

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

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

Группа описаний может состоять из одного или более архитектурных описаний. Каждое такое архитектурное описание разрабатывается с применением установленных соответствующим ему методов архитектурного описания. Архитектурное описание может входить более чем в одну группу описаний^[7]:4-6.

Типы групп описаний архитектуры[править | править код]

Существует три типа группы описаний: функциональные, логические и физические. Каждая из групп предназначена для описания собственных точек зрения и соответствующего им уровня сложности^[6]:224.

Функциональная группа описаний[править | править код]

Данная группа обеспечивает представление с точки зрения пользователей или операторов, которое включает продукты, относящиеся к фазам, сценариям и потокам задач операционной системы. Информационный поток может быть рассмотрен с пользовательского ракурса, также описываются и пользовательские интерфейсы. Примером продуктов, которые могут быть включены в это описание, будут функциональные данные или графики, сценарное описание (включая использование кейсов), блок-схемы задач, организационные диаграммы и схемы информационных потоков^[6]:224.

Логическая группа описаний[править | править код]

Данная группа обеспечивает представление с точки зрения руководителя или заказчика. Логическое представление включает продукты, которые определяют системные границы с её окружением и функциональные интерфейсы с внешними системами, также основные функции и поведение системы, потоки информации, внутренние и внешние наборы данных, внутренних и внешних пользователей, и внутренние функциональные интерфейсы. Примером продуктов могут быть блочные диаграммы функциональных потоков^[en] (FFBD), контекстные диаграммы, N2-диаграммы^[en], IDEF0-диаграммы, данные поточных диаграмм и различных стейкхолдеров — характерные продукты (в том числе бизнес-зависимые продукты)^[6]:224.

Физическая группа описаний[править | править код]

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

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

Продукт может включать в себя физические блок-схемы на довольно высоком уровне детализации, топологии базы данных, интерфейс управления документами и стандарты. Все из трёх типов групп должны присутствовать в каждом описании архитектуры^[6]:224.

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

• анализ альтернативных архитектур
• деловое планирование перехода от унаследованной архитектуры к новой;
• коммуникация организаций, участвующих в разработке, производстве, установке, эксплуатации и обслуживании систем;
• коммуникация между заказчиками и разработчиками как часть подготовки соглашения;
• критерии для сертификации соответствия реализации данной архитектуре;
• документирование разработки и обслуживания, включая подготовку материалов для хранилищ с целью повторного использования и учебных материалов;
• исходные данные для последующих мероприятий по системному проектированию и разработке;
• исходные материалы для инструментов создания и анализа системы;
• эксплуатационная и инфраструктурная поддержка; управление конфигурацией и ремонт; перепроектирование и обслуживание систем, подсистем и компонентов;
• поддержка планирования и финансирования^[7]:9.

• ГОСТ Р ИСО/МЭК 15288—2008. Системная инженерия — Процессы жизненного цикла систем. — 2008.
• Данилин А., Слюсаренко А. Архитектура и стратегия. «Инь» и «Янь» информационных технологий предприятия. — М.: Интернет-университет информационных технологий, 2005. — 504 с. — ISBN 5-9556-0045-0.
• Фаулер М. Архитектура корпоративных программных приложений.: Пер. с англ. — М.: Издательский дом «Вильямс», 2006. — 544 с. ISBN 5-8459-0579-6
• Pyster, A., D. Olwell, N. Hutchison, S. Enck, J. Anthony, D. Henry, and A. Squires (eds). Guide to the Systems Engineering Body of Knowledge (SEBoK) version 1.0. — The Trustees of the Stevens Institute of Technology, 2012.
• Kossiakoff A., Sweet W. N., Seymour S. J., Biemer S. M. Systems Engineering Principles and Practice. — 2-е изд. — Hoboken, New Jersey: A John Wiley & Sons, 2011. — 599 с. — ISBN 978-0-470-40548-2.
• ISO/IEC 42010:2011. System and software engineering — Architecture description. — 2011.

что это и почему так важно правильно его заполнять

Добрый день, Друзья. Тема нашей сегодняшней статьи «Description — что это такое, и как его заполнить?»

Итак, давайте заглянем, что по этому поводу сказано в Википедии: «Мета тег Description представляет собой краткое описание страницы, используемое для ее индексации поисковыми роботами, а также в качестве аннотации при запросе. Объем данного мета тега не должен превышать объем в 200 символов».

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

Описание, задаваемое в данном мета теге, заточено непосредственно под WEB. В отличие от описаний, представленных в книгах и журналах, web-описания не должны быть чересчур пространственными. В наш век высоких скоростей, мало кто будет читать «Войну и Мир» онлайн.

То же самое касается и дескрипшенов. Они должны быть краткими, лаконичными и содержать в себе всю «соль» статьи. Количество символов при этом не должно превышать отметки 200 (включая пробелы). Однако, это лишь приблизительные цифры. В реальности же, объем описания колеблется от 70 до 400 символов. Все зависит от поисковика и используемых в нем алгоритмов.

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

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

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

Поэтому повторяем еще раз: — в данном МетаТеге не должно присутствовать никакой дезинформации. В противном случае, при очередном посещении вашей страницы поисково-индексационными работами, она может попасть в рейтинг «неблагонадежности».

Конечно, сайт при этом заблокирован не будет, однако с мечтами о первой странице Яндекса и Гугла, вам придется распрощаться.

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

• кольца колодезные;
• железобетонные;
• пластиковые;
• армированные;
• с крышкой.

Эти же слова должны присутствовать и в description, может не все, но основной ключ обязательно. Только в этом случае он будет соответствовать правилам SEO. К слову сказать, заголовок статьи вовсе не нужно вставлять в описание. Если мета тег Title оформлен правильно, то статья будет проиндексирована в полном объеме (о том, как создавать правильные Title).

Следующее, с чем нам предстоит разобраться, это…

Сниппет

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

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

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

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

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

Таким образом, ошибка допущенная по невнимательности (забыли заполнить), может стать фатальной для вашего бизнеса.

Подводя итоги, хочется сказать, что не смотря на то, что мы разобрали как заполнить мета тег Description, работа по продвижению сайта в Сети – продолжается! Я же, со своей стороны, буду и в дальнейшем предоставлять вам интересную, а главное – полезную информацию по теме сайтостроения.

netting group description — с русского на английский

См. также в других словарях:

• Liaison 16 — La Liaison 16 (L16) est un standard de liaison de données tactiques de l OTAN pour l échange d informations tactiques entre des unités militaires. Le contenu de sa messagerie et le protocole d émission sont définis par le STANAG[acro 1] 5516 pour …   Wikipédia en Français

• anthropology — anthropological /an threuh peuh loj i keuhl/, anthropologic, adj. anthropologically, adv. /an threuh pol euh jee/, n. 1. the science that deals with the origins, physical and cultural development, biological characteristics, and social customs… …   Universalium

• Depository Trust & Clearing Corporation — Type Private Industry Finance Ge …   Wikipedia

• Nani — This article is about the Portuguese footballer. For other uses, see Nani (disambiguation). This name uses Portuguese naming customs. The first or maternal family name is Almeida and the second or paternal family name …   Wikipedia

• Credit default swap — If the reference bond performs without default, the protection buyer pays quarterly payments to the seller until maturity …   Wikipedia

• Lithobates sevosus — Lithobates sevosus …   Wikipédia en Français

• Commodity Futures Modernization Act of 2000 — The Commodity Futures Modernization Act of 2000 (CFMA) is United States federal legislation that officially ensured the deregulation of financial products known as over the counter derivatives. It was signed into law on December 21, 2000 by… …   Wikipedia

• Dirk Kuyt — Personal information …   Wikipedia

• Ognjen Vukojević — Personal information Date of birth …   Wikipedia

• Mary Rose — For later ships with the same name, see HMS Mary Rose. For the play by J.M. Barrie, see Mary Rose (play). The remnants of the Mary Rose undergoing conservation in Portsmouth …   Wikipedia

• Ötzi the Iceman — Ötzi redirects here. For the Austrian singer and entertainer, see DJ Ötzi. Ötzi the Iceman Born fl. c.3300 BC near the present village of Feldthurns (Velturno), north of Bolzano …   Wikipedia

Описания групп — translatewiki.net

Discord-бот для проектов Викимедиа и вики-проектов

WhoWroteThat? — гаджет Википедии и расширение для браузеров, отображающее информацию о вкладе участников в статью. Основано на WikiWho.

Wikisource Contest Tool — это инструмент, помогающий в подсчёте баллов в конкурсах по вычитке текстов в Викитеке

MAZI Toolkit — это набор инструментов для самостоятельного построения локальных беспроводных сетей

LibreMesh — это международное сообщество, разрабатывающее инструменты для беспроводных сетей

Ajapaik — это приложение для создания пересъёмок (рефотографий) исторических изображений

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

XTools — набор инструментов для анализа страниц, участников и проектов, как в одной инсталляции MediaWiki, так и на вики-ферме

Pageviews Analysis обеспечивает визуализацию статистики просмотра для страниц проектов Викимедиа

Grant Metrics — простой в использовании интерфейс для представления общих показателей по вики-проектам Фонда Викимедиа.

Глобальный поиск — инструмент для поиска с помощью ключевых слов и регулярных выражений по всем вики «Фонда Викимедиа».

ProveIt — менеджер сносок для Википедии

CitationHunt — онлайн-инструмент для поиска в Википедии утверждений без источников на разных языках

CodevTT обеспечивает таймтрекинг и управление проектами на MantisBT

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

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

Crosswatch — веб-инструмент, обеспечивающий общий список наблюдения для различных проектов Викимедиа

EntryScape — веб-приложение для сопровождения контента и метаданных, совместно используемых отдельными лицами, группами и сообществами

FreeCol — пошаговая стратегическая игра

FUDforum — движок для веб-форума

GapFinder — инструмент, который рекомендует, какие статьи следует создать в Википедии

IA Upload — инструмент для загрузки файлов DjVu из Архива Интернета на Викисклад.

FreePBX Группы Вызова — Ring Groups

Группа екстеншенов для приема звонков. Используйте там, где не требуется функционал Queues

ring group dialplan — extensions_additional.conf

ring group dialplan — extensions_additional.conf

В отличии от очереди (queue), в Asterisk нет такого объекта или модуля, как Ring Group.
Для вызова группы, данным модулем, генерируется соответствующий диалплан.

[ext-group]
include => ext-group-custom
exten => 666,1,GotoIf($["${__RINGINGSENT}" = "TRUE"]?cid)
exten => 666,n,Playtones(ring)
exten => 666,n,Progress
exten => 666,n(cid),Macro(user-callerid,)
exten => 666,n,Macro(blkvm-setifempty,)
exten => 666,n,GotoIf($["${GOSUB_RETVAL}" = "TRUE"]?skipov)
exten => 666,n,Macro(blkvm-set,reset)
exten => 666,n,Set(__NODEST=)
exten => 666,n(skipov),Set(RRNODEST=${NODEST})
exten => 666,n(skipvmblk),Set(__NODEST=${EXTEN})
exten => 666,n,GosubIf($[${DB_EXISTS(RINGGROUP/666/changecid)} = 1 & "${DB(RINGGROUP/666/changecid)}" != "default" & "${DB(RINGGROUP/666/changecid)}" != ""]?sub-rgsetcid,s,1())
exten => 666,n,Gosub(sub-record-check,s,1(rg,666,dontcare))
exten => 666,n,Set(RingGroupMethod=ringall)
exten => 666,n(DIALGRP),Macro(dial,20,${DIAL_OPTIONS},5000-5001-5002)
exten => 666,n,Gosub(sub-record-cancel,s,1())
exten => 666,n,Set(RingGroupMethod=)
exten => 666,n,GotoIf($["foo${RRNODEST}" != "foo"]?nodest)
exten => 666,n,Set(__NODEST=)
exten => 666,n,Macro(blkvm-clr,)
exten => 666,n,Goto(app-blackhole,hangup,1)
exten => 666,n(nodest),Noop(SKIPPING DEST, CALL CAME FROM Q/RG: ${RRNODEST})

exten => h,1,Macro(hangupcall,)

;--== end of [ext-group] ==--;

Обратите внимание на инклюд: include ⇒ ext-group-custom
Это значит, что вы можете написать собственный алгоритм вызова группы номеров с блек джеком и шлюхами и использовать его как ринг группу freepbx.

Группа вызова:

Номер группы вызываемый в диалплане.

Group Description

Описание группы.
Понятное название для группы вызова. Используется для идентификации в других модулях FreePBX.

Ring Strategy

Стратегия вызова пользователей групы.

Ring Time

(max 300 sec) Время в секундах в течение которого телефоны будут звонить. Для всех стратегий вызова серийного искания, это время звонка для каждого шага стратегии вызова.

Extension List

Список внутренних номеров группы по одному в каждой строке. Вы можете добавить внешний номер или номер удаленной системы. Чтобы обозначить такие екстеншены, добавьте в конец решетку #. Чтобы группа могла вызвать внешний номер, его формат должен совпадать с шаблоном набора из модуля Outbound Routes. Также добавляйте решетку, если в качестве екстеншенов используются такие объекты freepbx, как Queues или Follow-Me.

Extension Quick Pick

Выбор участников группы из списка существующих.

Announcement

Приветствие:Сообщение, которое будет воспроизведено для входящего респондента, прежде чем пойдет звонок в эту группу.Для создания такого приветствия используйте раздел меню System Recordings

Play Music On Hold?

Использовать Музыку в ожидании? Если выбран класс Музыки в ожидании вместо простого сигнала вызова (КПВ), то позвонивший будет слушать музыку, пока кто-то не поднимет трубку.

CID Name Prefix

Префикс ИД имени: Опционально, можно использовать какой-то префикс для звонка в эту группу. Например, если это группа «Sales:», то, установив такой префикс для этой группы, можно видеть, если звонит John Doe, то мы увидим на дисплее Sales:John Doe.

Alert Info

Дополнительная информация ALERT_INFO добавляет указанное значение в SIP header Alert-Info. Если телефон поддерживает, будет выведено на дисплей

Send Progress

Отправлять прогресс вызова в вызывающий канал.

YesNo

Ignore CF Settings

Игнорировать установки предустановленной переадресации звонков (CF). Если отмечено, форвардинг звонка будет игнорироваться. Это относится к общим установкам CF, форвардингу на Занято и при Неответе. Внутренний номер, набранный с ‘#’ на конце, например для доступа к опции Следуйте сюда, может не сработать.

YesNo

Skip Busy Agent

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

YesNo

Enable Call Pickup

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

YesNo

Confirm Calls

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

YesNo

Remote Announce

Объявление пользователю принимающему вызов: Сообщение воспроизводится для принявшего этот звонок, если включена опция Call Confirm (Подтверждение звонков). Для создания такого приветствия используйте модуль System recordings.

Too-Late Announce

Сообщение Уже-поздно: Сообщение воспроизводится для принявшего этот звонок, если звонок уже принят прежде чем он успел нажать 1. Для создания такого сообщения используйте модуль System Recordings .

Изменить конфигурацию Caller ID входящих вызовов

Fixed CID Value

Фиксированное значение Caller ID:</b><br><span>Фиксированное значение для замены Caller ID в зависимости от одного из режимов выше. Должен быть только в цифровом формате, или опционально — в формате Е164 с использованием «+» впереди номера.

Record Calls

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

ForceDont CareNever

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

Destination if no answer

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

---

FreePBX 12 screenshot

См. также

FreePBX Очереди — Queue

FreePBX