Содержание
1
1
К оглавлению
9. Пользователи
информационных систем
Пользователь информационной
системы – это лицо (группа лиц, организация), пользующееся услугами
информационной системы для получения информации или решения других задач.
Прежде всего к числу
пользователей информационных систем относятся специалисты в предметной области
системы, для удовлетворения информационных потребностей которых система
создается. Пользователей этой категории называют конечными пользователями.
Будем считать, что пользователями
системы являются не только конечные пользователи, но и программные средства
приложений, применяющие информационные ресурсы данной информационной системы для
решения собственных задач.
В некоторых информационных
системах контингент пользователей не зафиксирован. Информационные ресурсы таких
систем свободно предоставляются любому пользователю. В других системах для того,
чтобы стать пользователем, необходимо получить от системного администратора
требуемые полномочия доступа к системе, а иногда и к некоторым ее информационным
ресурсам.
Качественное информационное
обслуживание пользователей АИС требует изучения пользователей информационной
продукции.
Пользователи информационных продуктов и услуг могут быть охарактеризованы с
помощью самых разнообразных аспектов. Каждая из групп пользователей и каждый
конкретный пользователь предъявляет
специфические требования к информационной
продукции в соответствии со своими информационными потребностями и
запросами. При этом под
информационной потребностью понимается свойство отдельного лица,
коллектива или системы, отображающее необходимость получения информации,
соответствующей характеру выполняемых действий или работы.
Информационный запрос – текст,
выражающий некоторую информационную потребность.
При оценке качества
удовлетворения информационных потребностей и запросов важное значение
имеют категории «релевантность» и «пертинентность».
В соответствии с ГОСТ 7.73-96 «СИБИД. Поиск и распространение информации»
релевантность – соответствие
полученной информации информационному запросу.
Пертинентность –
соответствие полученной информации информационной потребности.
Удовлетворение информационных
запросов с высоким уровнем пертинентности – показатель многоаспектной
осведомленности информационного органа о пользователе информационной системы как
о потребителе информации. Важное место в решении этой весьма сложной задачи
имеет создание и использование информационного образа пользователя, отвечающего
на вопросы: «WHO?»,
«WHERE?»,
«WHEN?»,
«WHAT?»,
«WHY»,
«HAW?»
(«КТО?», «ГДЕ?», «КОГДА?»,
«КАКАЯ?», «ЗАЧЕМ?», «КАК?»).
Производство конкурентоспособной
информационной продукции, соответствующей заявленной цене и качеству,
тесно связано с уровнем профессионального мастерства ее производителя
(отдельного специалиста или организации). Это определяет актуальность задачи
подготовки высококвалифицированных работников информационной сферы, обладающих
знаниями и умениями в области информационных технологий, ресурсов, систем и
сетей.
Информационное обслуживание
— предоставление информации для:
— выработки и принятия решений;
и/или
— удовлетворения культурных,
научных, производственных, бытовых и других потребностей человека.
Характер запроса определяет выбор
вида информационного обслуживания. В ГОСТе 7.0–99 представлены такие виды
обслуживания:
·
Справочно-библиографическое
(разновидность библиографического, реализуется в ответ на просьбу о
библиографических сведениях),
·
Информирование
(библиографическое информирование, индивидуальное, групповое, массовое
информирование),
·
Информационное обеспечение
(информационно-библиографическое обеспечение), которые направлены на получение
пользователями информации по так называемому «постоянному информационному
запросу»).
Классификацию информационного
обслуживания по видам можно произвести по названию учреждения, осуществляющего
обслуживание (например, библиотечное, архивное, музейное обслуживание), по
характеру предоставляемых услуг (библиографическое, выставочное,
консультационное обслуживание и др.), по используемым для производства услуг
носителям информации (аудиовизуальное, электронное и т. п. обслуживание).
Основные режимы обслуживания
пользователей: пакетный и интерактивный, локальный и удаленный.
К оглавлению
Системные | СИСТЕМА | Неприменимо | См. ниже. | Неприменимо |
Пользователь поддержки | [email protected] | Предоставить персоналу службы поддержки Майкрософт ограниченный доступ к любой среде клиента для поддержки клиента. | Поддержка пользователя (не имеет прав доступа к данным клиента) | |
Делегированный администратор | [email protected] | См. раздел Для партнеров: делегированный администратор. | Системный администратор | |
Приложение | Учетная запись службы платформы Business Application | [email protected] | Установить систему Power Apps и конфигурации. | Системный администратор |
Управление пользователями приложения | [email protected] | Чтобы разрешить службам управления приложениями запрашивать сведения о клиенте, например страну/регион клиента | Системный администратор | |
CAP Package Deployer Service DVClient | [email protected] | Для импорта решений в клиентские среды для самостоятельной установки из центра администрирования Power Platform. | Системный администратор | |
Поиск Dataverse Dataverse | RelevanceSearch@onmicrosoft. com | Чтобы получить данные таблицы и метаданные для функция поиска Dataverse | Системный администратор | |
Служба данных Dynamics 365 Office | [email protected] | Приложение-служба для выполнения интеграции данных между Microsoft Dataverse и Microsoft 365. | DataLakeWorkspaceAppAccess | |
Dynamics 365 Athena-CDStoAzuredatalake | Dynamics365Athena- CDStoAzuredatalake @onmicrosoft.com | Сервисное приложение для интеграции данных между Microsoft Dataverse в Azure Data Lake. | DataLakeWorkspaceAppAccess | |
Dynamics 365 Athena2-CDStoAzuredatalake | Dynamics365Athena2- CDStoAzuredatalake @onmicrosoft.com | Сервисное приложение для интеграции данных между Dataverse в Azure Data Lake. | DataLakeWorkspaceAppAccess | |
EnterpriseSales | [email protected] | Сервисное приложение для интеграции данных между Dataverse (Sales) в Azure Data Lake. | Неприменимо | |
Пользователь интеграции среды выполнения финансов и операций | FinanceandOperations RuntimeIntegrationUser @onmicrosoft.com | Приложение-служба для выполнения интеграции данных с двойной записью между Dataverse и приложениями для управления финансами и операциями. | Пользователь интеграции финансов и операций | |
# SIAutoCapture | [email protected] | Для использования в соответствии с бизнес-требованиями решения Auto Capture для выполнения запросов к данным и выполнения подключаемых модулей из серверных служб. | Администратор SalesInsights AutoCapture | |
# Dynamics 365 Sales | [email protected] | Чтобы позволить Dynamics 365 Sales общаться с Dataverse и Azure Data Lake для анализа и обновления данных. | Синхронизация данных системы продаж и доступ к приложениям EAC | |
Microsoft Project | Project@microsoft. com | Разрешение Project для Интернета и сервису дорожной карты общаться с Dataverse. | Система Project и пользователь портфолио | |
Средство проверки Power Apps | [email protected] | Выполнить статический анализ решений Power Apps, помогающий идентифицировать риски производительности и стабильности. | Экспорт настроек и средство проверки решений | |
Powerqueryonline-CDStoAzuredatalake | Powerqueryonline- CDStoAzuredatalake @onmicrosoft.com | Сервисное приложение для выполнения запроса данных между Dataverse и Azure Data Lake. | Неприменимо | |
Подготовить пользователя | [email protected] | Чтобы выполнить установку приложения из AppSource или обновления системы от Microsoft. | Системный администратор | |
DataLakeStorage | [email protected] | Чтобы позволить решениям управлять рабочими областями, разрешениями рабочих областей и обнаружением рабочих областей. | DataLakeWorkspaceAppAccess | |
JobServicePreProd | JobServicePreProd @onmicrosoft.com | Включите спутниковые службы для планирования и отправки сообщений независимо созданным рабочим нагрузкам с гарантированной доставкой сообщений на основе политик, определенных службами. | Системный администратор | |
JobServiceProd | [email protected] | Включите спутниковые службы для планирования и отправки сообщений независимо созданным рабочим нагрузкам с гарантированной доставкой сообщений на основе политик, определенных службами. | Системный администратор | |
# CCADataAnalyticsML | [email protected] | Чтобы использовать AI Insights в приложениях для обслуживания клиентов, таких как Customer Service, Field Service и т. д. | Настройщик системы и системный администратор | |
# CDSReportService | CDSReportService@onmicrosoft. com | Чтобы позволить пользователю запускать отчеты. | Неприменимо | |
Потоки данных Power Platform | [email protected] | Приложение-служба Dataflows Power Platform для подготовки и загрузки данных в Dataverse и Azure Data Lake. | Системный администратор | |
AIBuilderProd | [email protected] | Чтобы выполнить аутентификацию для AI Builder. | Системный администратор | |
PowerAutomate-ProcessMining | PowerAutomate-ProcessMining @onmicrosoft.com | Чтобы разрешить службе Помощника по процессам взаимодействовать с Dataverse. | Создатель среды, приложение «Помощник по процессам» | |
AriaMdlExporter | [email protected] | Для экспорта данных из аналитики взаимодействий в Managed Data Lake. | DataLakeWorkspaceAppAccess | |
CDSFileStorage | CDSFileStorage@onmicrosoft. com | Для выполнения фоновых операций, таких как операции жизненного цикла организации (OLC), согласование файлов и миграция. | Доступ к приложению FileStoreService | |
CDSUserManagement | CDSUserManagement @onmicrosoft.com | Для подготовки и синхронизации пользователей в Dataverse из Active Directory. | Системный администратор | |
GDSGlobalDiscovery | GDSGlobalDiscovery @onmicrosoft.com | Чтобы проверить, какие среды доступны пользователям. | Глобальная служба обнаружения | |
BAP | [email protected] | Для выполнения административных операций в связанных средах Dataverse: получение ролей пользователей, подготовка пользователей, назначение ролей в порталах Power Platform. | Н/Д | |
Microsoft Forms Pro | enterprisesurveyappuser @contoso.com | Для выполнения интеграции данных между Dynamics 365 Customer Voice и Dataverse | Системный администратор | |
PowerVIrtualAgents | PowerVirtualAgents @onmicrosoft. com | Для управления возможностями PVA в средах | Администратор CCI, настройщик системы и создатель среды | |
BizQA | [email protected] | Чтобы получить доступ к телеметрии поиска, чтобы улучшить поиск | BizQAApp | |
ProductInsights | [email protected] | Для экспорта данных из Customer Insights в аналитику взаимодействий. | DataLakeWorkspaceAppAccess | |
Dynamics365 SalesForecasting | Dynamics365SalesForecasting @onmicrosoft.com | Чтобы получить данные таблицы и метаданные для функции прогнозирования | ForecastAppUser | |
# Многоканальное взаимодействие | [email protected] | Чтобы выполнить интеграцию данных между Многоканальное взаимодействие для Customer Service и Dataverse | Системный администратор | |
# Flow-RP | [email protected] | Чтобы разрешить интеграцию Power Automate с Dataverse | Роль Flow-RP, читатель службы | |
# DataSyncService-<REGION> | DataSyncService-<REGION> @onmicrosoft. com | Чтение данных для синхронизации Azure Data Lake | Служба синхронизации данных | |
# DataSyncFramework-<REGION> | DataSyncFramework-<REGION>@onmicrosoft.com | Чтение данных для синхронизации Azure Data Lake | Платформа синхронизации данных | |
# Sharepoint Syntex | [email protected] | Чтобы разрешить Sharepoint использовать модели обработки документов AI Builder | Обычный пользователь |
пользователей системы — Глоссарий | CSRC
- Проекты
Публикации
Развернуть или свернуть
Темы
Развернуть или свернуть
- Новости и обновления
- События
- Глоссарий
О CSRC
Развернуть или свернуть
Поиск
Сортировать по
Релевантность (наилучшее соответствие)Срок (A-Z)Срок (Z-A)
Пункты на странице
100200500Все
- Глоссарий
А
|
Б
|
С
|
Д
|
Е
|
Ф
|
г
|
ЧАС
|
я
|
Дж
|
К
|
л
|
М
|
Н
|
О
|
п
|
Вопрос
|
р
|
С
|
Т
|
U
|
В
|
Вт
|
Икс
|
Д
|
Z
системный пользователь
Сокращения и синонимы:
SU
NIST SP 800-128
Определения:
Индивидуальный или (системный) процесс, действующий от имени физического лица, которому разрешен доступ к системе.
Источник(и):
NIST SP 800-37 Ред. 2
NIST SP 800-171 Ред. 2
Физическое лицо или (системный) процесс, действующий от имени физического лица, которому разрешен доступ к информации и информационным системам для выполнения назначенных обязанностей.
Примечание. В отношении SecCM пользователь информационной системы — это физическое лицо, которое использует функции информационной системы, инициирует запросы на изменение и оказывает помощь в функциональном тестировании.
Источник(и):
НИСТ СП 800-128
Какая разница между обычным пользователем и системным пользователем?
спросил
Изменено
6 месяцев назад
Просмотрено
143 тыс. раз
Некоторая документация, которую я просматриваю, имеет логический переключатель, определяющий, является ли пользователь «системным» пользователем или «обычным» пользователем (по умолчанию «обычный»).
В чем разница между этими двумя режимами доставки? Мне не нужно знать, что такое пользователь или зачем он вам нужен (даже «фальшивый»), но это конкретное различие мне не интуитивно понятно.
Это не техническое отличие, а организационное решение. Например. имеет смысл показывать обычных пользователей в диалоговом окне входа в систему (чтобы вы могли щелкнуть их вместо того, чтобы вводить имя пользователя), но не отображать системные учетные записи (UID, под которыми запускаются демоны и другие автоматические процессы).
Таким образом определяется граница или, точнее, два диапазона UID для двух групп. В openSUSE файл /etc/login.defs
содержит следующие строки:
# Минимальные/максимальные значения для автоматического выбора uid в useradd # # От SYS_UID_MIN до SYS_UID_MAX включительно — это диапазон для # UID для динамически выделяемых административных и системных учетных записей. # UID_MIN до UID_MAX включительно — это диапазон UID динамически # выделенных учетных записей пользователей. # UID_MIN 1000 UID_MAX 60000 # Системные учетные записи SYS_UID_MIN 100 SYS_UID_MAX 499
и
# Мин/макс значения для автоматического выбора gid в groupadd # # От SYS_GID_MIN до SYS_GID_MAX включительно — это диапазон для # GID для динамически выделяемых административных и системных групп. # GID_MIN до GID_MAX включительно — это диапазон GID динамически # выделенные группы. # GID_MIN 1000 GID_MAX 60000 # Системные учетные записи SYS_GID_MIN 100 SYS_GID_MAX 499
1
Основное различие заключается в назначении учетной записи, так что в первую очередь это полезное различие для администраторов и аудиторов. Есть несколько технических отличий — из документации adduser
:
Системные пользователи будут созданы без информации об устаревании в
/etc/shadow
, а их числовые идентификаторы будут выбраны в диапазонеSYS_UID_MIN
—SYS_UID_MAX
, определенном в/etc/login.defs
, вместоUID_MIN_MIN
–UID_MAX
(и их аналоги GID для создания групп).
Насколько я могу судить (я не знаю Puppet), разница с точки зрения Puppet заключается в том, передает ли он параметр -r
на adduser
.