язык-модель

процеду́рно-ориенти́рованный язы́к — процеду́рно-орієнто́вана мо́ва

процеду́рно-ориенти́рованный язы́к — процеду́рно-орієнто́вана мо́ва

модель данных
Совокупность правил порождения структур данных в базе данных, операций над ними, а также ограничений целостности, определяющих допустимые связи и значения данных, последовательность их изменения.
Примечание
Для задания модели данных используется язык описания данных и язык манипулирования данными.
[ ГОСТ 20886-85]

модель данных
Представление данных и их взаимосвязей (отношений), описывающих понятия предметной области.
[ ГОСТ Р 52438-2005]

Тематики

• географические информационные системы
• организация данных в сист. обраб. данных

EN

• data model

3.1.7 модель данных (Data Model; DM): Графическое и/или лексическое представление данных, устанавливающее их свойства, структуры и взаимосвязи.

[ИСО/МЭК ТО 11404-3:1996, определение 3.2.11]

Источник: ГОСТ Р ИСО/МЭК 19778-1-2011: Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства оригинал документа

58. Модель данных

Data model

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

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

Источник: ГОСТ 20886-85: Организация данных в системах обработки данных. Термины и определения оригинал документа

язык SFC
Язык последовательных функциональных схем. Один из пяти стандартизированных языков программирования ПЛК.
[ http://kazanets.narod.ru/PLC_PART2.htm]

Язык последовательных функциональных схем SFC (Sequential Function Chart), использующийся совместно с другими языками (обычно с ST и IL), является графическим языком, в котором программа описывается в виде схематической последовательности шагов, объединенных переходами. Язык SFC построен по принципу, близкому к концепции конечного автомата, что делает его одним из самых мощных языков программирования стандарта IEC 61131-3. Пример программы на языке SFC приведен на рис. 3.

Наиболее простым и естественным образом на языке SFC описываются технологические процессы, состоящие из последовательно выполняемых шагов, с возможностью описания нескольких параллельно выполняющихся процессов, для чего в языке имеются специальные символы разветвления и слияния потоков (дивергенции и конвергенции, в терминах стандарта IEC 61131-3).

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

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

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

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

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

Рис. 3. Язык последовательных функциональных схем SFC.

[ http://kazanets.narod.ru/PLC_PART2.htm]

Тематики

• автоматизированные системы

EN

• Sequential Function Chart
• SFC

язык базы данных
—
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Тематики

• электросвязь, основные понятия

EN

• database language

2.39 язык базы данных (database language): Язык с использованием формального синтаксиса, предназначенный для определения, создания, организации доступа и поддержки базы данных.

Источник: ГОСТ Р ИСО/МЭК ТО 10032-2007: Эталонная модель управления данными

язык описания конфигурации системы
Данный язык обеспечивает возможность обмена информацией о конфигурации устройств в стандартизованном формате между программным обеспечением различных фирм-производителей.
[Новости Электротехники №3(75). Релейная защита. МЭК 61850]

Все параметры устройств в части коммуникаций по протоколам стандарта МЭК 61850 должны описываться файлами конфигурации на языке SCL (System Configuration description Language — язык описания конфигурации системы). Вторая редакция стандарта МЭК 61850-6 регламентирует использование следующих видов файлов:

• ICD (IED Capabilities Description) — файл описания возможностей устройства.
  В файле ICD описываются все логические устройства, логические узлы, элементы и атрибуты данных. Кроме того, описываются предварительно сконфигурированные наборы данные (Dataset), блоки управления отправкой GOOSE-сообщений (GOOSE Control Block), отчётов (Report Control Block), мгновенных значений (SV Control Block). Файл ICD обязательно включает два раздела SCL-файла: < IED> и < DataTypeTemplates>. В файле ICD имя устройства обозначается как «TEMPLATE» («Шаблон»).
• IID (Instantained IED Description) — файл описания предварительно сконфигурированного устройства.
  Файлы такого формата используются для передачи в ПО для конфигурирования системы конфигурации отдельного устройства в том случае, если эта конфигурация была создана заранее при помощи ПО для конфигурирования отдельного устройства. Использование файлов IID требуется в том случае, если информационная модель устройства (например, состав логических узлов) зависит от конкретной реализации в проекте.
• SSD (System Specification Description) — файл описания спецификации системы.
  Данный тип файлов описывает в формате языка SCL все элементы подстанции (первичное оборудование и соединения), все функции вторичных систем (в виде логических узлов), а также может описывать привязку функций к первичным устройствам. В том случае, если сами устройства ещё не выбраны, логические узлы в файле SSD не будут привязаны к конкретным устройствам. Тем не менее, в том случае, если ряд устройств уже выбран, то файл SSD также может включать и разделы описания устройств — < IED>, а также раздел коммуникаций — < Communications>.
• SCD (Substation Configuration Description) — файл описания конфигурации подстанции.
  Файл описания конфигурации подстанции используется для передачи данных конфигурации из ПО для конфигурирования системы в ПО для параметрирования отдельных устройств. Данный тип файла содержит полное описание конфигурации как самой подстанции, так и всех коммуникаций, реализуемых в рамках подстанции. В данном файле будут присутствовать все разделы: < Substation>, < Communications>, < IED> (отдельный для каждого устройства), < DataTypeTemplates>. Причём, для каждого GOOSE-сообщения или потока SV в разделе < Communications> будет содержаться описание его коммуникационных параметров (таких как: MAC-Address, VLAN-ID, VLAN-Priority и другие).
• CID (Configured IED Description) — файл описания конфигурации устройства.
  Файл конфигурации, передаваемый из ПО для конфигурирования устройств, непосредственно в само устройство. Этот файл полностью описывает конфигурацию данного устройства в части коммуникаций и фактически представляет собой «урезанный» SCD-файл.

Из представленного выше перечня описание GOOSE- и SV Control блоков могут содержаться во всех файлах, однако полное описание потоков обычно содержится только в файлах формата SCD, CID.

Следует также отметить, что говоря об описании потоков речь в первую очередь идёт об отправке («публикации») данных в формате многоадресных сообщений. Глава 6 стандарта МЭК 61850 также описывает и синтаксис для описания «подписки» на GOOSE-сообщения и SV-потоки, однако, практика работы с терминалами различных производителей показывает, что на сегодняшний день лишь немногие из них используют стандартизованный синтаксис для этих целей.

Ниже приведен фрагмент CID-файла с описанием набора данных (< Dataset>), блока управления отправкой GOOSE-сообщения (< GSEControl>) и описанием коммуникационных параметров для данного GOOSE-сообщения (< GSE> в разделе < Communications>), созданный при помощи ПО для конфигурирования систем Atlan на базе ICD-файла, предоставленного производителем устройства.

[ http://digitalsubstation.ru/blog/2013/04/09/kak-opisy-vaetsya-otpravka-i-priyom-goose-soo/]

Тематики

• релейная защита

EN

• SCL
• system configuration description language

язык определения схемы XML
Стандарт W3C языка определения схемы для XML-документов. Наиболее важные возможности XML Schema, по сравнению с предоставляемыми DTD, заключаются во введении более развитой совокупности типов значений атрибутов элементов XML-документов, в допущении наряду с закрытой моделью спецификаций DTD также и открытой модели, при которой пользователь может дополнять повторно используемую схему новыми спецификациями. Проект стандарта XML Schema состоит из трех частей. Часть 0 представляет собой учебник по спецификациям XML Schema. В первой части определяются классы, необходимые для описания XML-документов. В этом документе представлены концептуальные основы стандарта. Неформально описывается абстрактная модель данных, определяются ее основные элементы ­компоненты схемы. В их терминах могут определяться конкретные XML-схемы. Далее в этой части стандарта приводятся детальные спецификации компонентов схемы. Во второй части стандарта определяется система типов для декларации схем. Эти спецификации расширяют возможности определения типов данных в языке XML.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• XML Schema
• XML Schema Definition Language

компонентная объектная модель
модель COM
1. Разработанная компанией Microsoft объектная архитектурная модель. Первоначальный ее вариант был реализован в рамках технологии OLE версии 1 и не имел такого универсального характера, который эта модель приобрела позднее - в версии OLE2. Модель COM предназначена для обеспечения интероперабельности и повторного использования компонентов-объектов на платформе Windows. Тем самым разработчики имеют возможность конструировать объекты из компонентов, созданных на различных языках программирования и взаимодействующих через COM. Однако важное ограничение состоит в том, что двоичный код взаимодействующих систем должен иметь формат, определенный Microsoft. Архитектура COM построена по принципу "клиент-сервер". Объекты-клиенты могут обращаться за услугами к COM-объектам, т.е. к объектам, удовлетворяющим требованиям COM. Услуги, удовлетворяемые COM-объектом, реализованы методами этого объекта и определяются его интерфейсами. COM-объект может обладать несколькими интерфейсами, каждый из которых определяет некоторую группу его методов. Для описания интерфейсов в COM используется язык определения интерфейсов - Microsoft Interface Definition Language (Microsoft IDL), представляющий собой расширение DCE IDL. Доступ клиента к услугам COM-объекта осуществляется через посредство сервера. При этом предусматривается несколько способов взаимодействия клиента и сервера - исполнение их в одном и том же процессе, исполнение в разных процессах, но на одном компьютере, исполнение сервера на удаленном компьютере. Среда COM имеет интерфейс прикладного программирования (API). Благодаря этому приложения могут взаимодействовать с ней. В настоящее время разработаны и реализованы спецификации распределенной среды COM, названной Distributed Component Object Model (DCOM).
2. Программная реализация среды для взаимодействия компонентов, разработанных компанией Microsoft на основе спецификации модели COM (см. п. 1). [30].
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом

EN

• COM
• Component Object Model

абстрактная синтаксическая нотация 1-й версии
-
[ ГОСТ Р 54325-2011 (IEC/TS 61850-2:2003)]

абстрактно-синтаксическая нотация версии один
—
[Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

абстрактная синтаксическая нотация номер один
Система обозначений абстрактного синтаксиса (МСЭ-Т Н.324).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

ASN.1
Язык OSI для описания абстрактного синтаксиса. Язык ASN.1 определен в стандартах Chttp://www.citforum.ru/nets/glossary/_terms.shtmlT X.208 и ISO 8824. В CMIP и SNMP язык ASN.1 определяет синтаксис и формат взаимодействия между управляемыми устройствами и управляющими приложениями. См. также BER.
[ http://www.morepc.ru/dict/]

язык ASN.1
абстрактная синтаксическая нотация версии 1
Язык для описания абстрактных синтаксических структур, используемый в OSI.
OSI (Open System Interconnection) - Взаимодействие открытых систем - Аспект взаимодействия систем на основе архитектуры OSA
OSA (Open Systems Architecture) - Архитектура открытых систем. Стандарт ISO, который определяет семиуровневую модель построения и взаимодействия открытых систем.
[ http://www.morepc.ru/dict/]

Тематики

• информационные технологии в целом
• релейная защита
• электросвязь, основные понятия

Синонимы

• абстрактная синтаксическая нотация номер один
• абстрактно-синтаксическая нотация версии один
• язык ASN.1

EN

• abstract syntax notation one
• ASN.1

клиент-сервер
Процесс клиент-сервер описывает взаимодействие между двумя компьютерными программами, при котором одна программа (клиент) направляет запрос к службе другой программе (серверу), которая выполняет данный запрос. Как правило, несколько клиентских программ обращаются к одной общей серверной программе. Например, веб-браузер — это клиентская программа, обращающаяся с запросами (на отправку веб страниц или файлов) к веб-серверу.
[ http://www.alltso.ru/publ/glossarij_setevoe_videonabljudenie_terminy/1-1-0-34]

Клиент-серверные технологии
Модель "клиент-сервер" в настоящее время стала доминирующей компьютерной архитектурой после того, как предприятия осознали преимущество объединения удобных и недорогих персональных компьютеров с централизованными, надежными и отказоустойчивы-ми мэйнфреймами. Клиент-серверные системы одновременно используют вычислительную мощь как клиента, так и сервера, возлагая интенсивную обработку данных на сервер и оптимизируя сетевой трафик так, чтобы повысить общую эффективность работы.
Для интерфейса в клиент-серверных системах используется SQL - язык струк-турированных запросов (Structured Query Language). Он представляет собой средство организации, управления и поиска информации в РБД. Широкое признание SQL приобрел благодаря таким своим характеристикам, как:

• независимость от поставщика;
• переносимость на разные компьютерные платформы;
• опора на реляционные принципы хранения информации;
• высокоуровневая структура;
• интерактивное выполнение запросов;
• полнофункциональный язык БД;
• поддержка со стороны IBM, Oracle, Sybase, Microsoft и др.

Язык SQL поддерживается всеми крупными поставщиками серверов БД и подавляющим большинством производителей прикладных средств разработки и языков.

[ http://www.rtsoft-training.ru/?p=600017]

Тематики

• информационные технологии в целом

EN

• client/server

роль
Набор ответственностей, деятельностей и полномочий, назначенных сотруднику или команде. Роль определяется в процессе или функции. Один сотрудник или команда может иметь несколько ролей. Например, роли менеджера конфигураций и менеджера изменений могут выполняться одним сотрудником. Этот термин также используется для описания назначения чего-либо.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

EN

role
A set of responsibilities, activities and authorities assigned to a person or team. A role is defined in a process or function. One person or team may have multiple roles for example, the roles of configuration manager and change manager may be carried out by a single person. Role is also used to describe the purpose of something or what it is used for.
[Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

Тематики

• информационные технологии в целом

EN

• role

роль (role): Наименование поведенческого набора, связанного с выполнением какой-либо работы (ИСО/ТС 17090-1).

Источник: ГОСТ Р ИСО/ТС 18308-2008: Информатизация здоровья. Требования к архитектуре электронного учета здоровья

2.33 роль (role): Комплекс способностей и/или действий, связанный с задачей.

Источник: ГОСТ Р ИСО/ТС 22600-2-2009: Информатизация здоровья. Управление полномочиями и контроль доступа. Часть 2. Формальные модели

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

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

Пример - Ссылка на элемент модели данных идентификатора элемента модели данных 1.3. 2 настоящего стандарта (CW_ID_ value) в другом стандарте технологий взаимодействия должна выглядеть в виде ссылки «ИСО/ МЭК 19778-1: 2008, 1.3.2».

b) Обозначение

Обозначение элемента модели данных (см. определение 3.1.11).

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

c) Определение

Определение элемента модели данных (см. определение 3.1.10).

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

d) Степень обязательности

Степень обязательности элемента модели данных (см. определение 3.1.15).

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

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

e) Множественность

Множественность элемента модели данных (см. определение 3.1.14).

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

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

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

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

Для указания на бесконечное множество допустимых значений параметр < допустимый максимум> записывают с символом «*».

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

f) Тип данных

Тип данных, определяющий элемент данных (см. определение 3.1.6).

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

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

g) Примеры

Могут содержать одну или несколько иллюстраций возможных значений элемента данных.

Источник: ГОСТ Р ИСО/МЭК 19778-1-2011: Информационная технология. Обучение, образование и подготовка. Технология сотрудничества. Общее рабочее пространство. Часть 1. Модель данных общего рабочего пространства оригинал документа

3.134 роль (role): Поименованное специфическое поведение сущности, участвующей в определенном контексте.

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

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

экономический либерализм
1. Направление общественной мысли, которое утверждает необходимость ограничения сферы деятельности и полномочий государства. Сторонники этого направления считают, что государство нужно для того, чтобы люди могли удобно, благополучно и мирно жить. И более ни для чего. Очень точно выразил это классик либерализма, германский ученый В. Гумбольдт, назвав одну из своих работ «Опыт установления пределов государственной деятельности». По существу, все разногласия, дискуссии между российскими политиками и экономистами – об уровне налогов, о субсидировании отраслей промышленности и сельского хозяйства, о платности или бесплатности образования и здравоохранения и т.д. – так или иначе сводятся к приведенной формуле Гумбольдта – о пределах государственной деятельности. Именно здесь лежит водораздел между «государственниками» и либералами, а не в вопросе, кто за сильное государство, а кто – нет. Сильное Российское государство не менее дорого российским либералам, чем политикам, монополизировавшим хорошее слово «патриотизм». Вопрос лишь в том, как понимают люди смысл и назначение государства. Когда экономисты либерального толка говорят о «величине» государства, то речь вовсе не идет о размерах страны как таковой (Россия – большая, Люксембург – маленький). С экономической точки зрения, дело сводится к тому, какую долю составляют доходы государства (соответственно – расходы) в общих доходах (расходах) общества. Чем большую долю доходов населения государственные органы собирают в виде налогов, тем государство «больше» и «дороже». (Подробнее см. Государственная нагрузка на экономику). Разъясняя, что такое экономический либерализм, Е.Т.Гайдар говорил: «… нужно идти по пути рационирования расходов, ограничения бюджетных обязательств той сферы, которая действительно необходима, очищения и упорядочения налоговой системы, снижения налоговых ставок – короче говоря, идти к обществу, где не очень высокие налоги, эффективное и экономичное государство, хорошо налаженный контроль за расходованием государственных средств, равные правила игры и т.д. Это по своей природе и есть суть экономического либерализма. (Гайдар Е. Партия реальной власти. Открытая политика № 6 за 1998 г. В спорах о том, нужно ли государство «большое» или «малое», Россия не одинока. Вопрос о пределах государственной деятельности в разных странах решается по-разному. Пугающими примерами часто служат СССР и другие социалистические страны, где государство раздулось сверх всяких мыслимых пределов. Другой крайностью – либеральной – многим представляются тэтчеризм в Великобритании и рейганомика в США. Соотношение сил в этом противостоянии либералов и дирижистов постоянно меняется. В конце ХХ века наметилось явное превосходство либеральных идей. История признала за ними правоту, главным образом, потому, что, как выяснилось, вмешательство государства в экономику, даже продиктованное заботой о социальной справедливости, в действительности приводит ко всеобщему обеднению. Экономический «пирог» уменьшается всякий раз, когда предпринимается попытка произвольно его перераспределить.[1] Вот почему философия либерализма заключается в том, что свобода личности не противоположна всеобщему интересу, а представляет собой его главную движущую силу. 2.Зародившееся в США,Великобритании, Новой Зеландии и некоторых других странах антибюрократическое общественное движение, направленное на коренное изменение деятельности органов государственного управления. Иногда даже говорят об «управленческой революции». В одном из документов ОЭСР (организации, объединяющей наиболее развитые страны мира) приводится перечень основных направлений развернувшейся работы. Это, например, децентрализация управления, делегирование ответственности на более низкие уровни управления, пересмотр обязанностей правительства, сокращение размеров государственного сектора, приватизация и корпоратизация его отраслей, ориентация на потребителя, включая публикацию стандартов качества гражданских услуг и др. В переведенной на русский язык книге американских специалистов Д.Осборна и П.Пластрика «Управление без бюрократов» представлена так называемая предпринимательская модель государственного управления, в которой государственные органы выступают в качестве производителей услуг, граждане – в качестве их потребителей, а создание рыночной среды способствует повышению результативности деятельности традиционно негибких бюрократов. Надо ли доказывать, что задача обновления систем государственного управления актуальна и для России? Может быть даже более актуальна, чем для многих ее соседей и антиподов. Нам ни в коем случае нельзя прозевать новую управленческую революцию, как Советский Союз в свое время прозевал научно-техническую революцию середины ХХ века. [1] Нэмо Ф. Либерализм. Опыт словаря нового мышления / Под общей редакцией Ю. Афанасьева и М. Ферро. М.: Прогресс, П.: Пайо, 1989. С. 263 – 273.
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика

EN

• economic liberalism