Більше

Використання функції «Вибрати за місцем розташування» та «Вибрати за атрибутами» в одній моделі ModelBuilder?

Використання функції «Вибрати за місцем розташування» та «Вибрати за атрибутами» в одній моделі ModelBuilder?


Я працюю над проектом за участю вітрогенераторів. Я використовую ArcMap 10.2 та ModelBuilder, щоб підрахувати кількість вітрових турбін у 5-кілометровій буферній зоні даного проекту (назвемо це Проект A), а потім видалити турбіни, пов’язані з Проектом А, так що я просто маю „іноземні” турбіни всередині буфера (наприклад, ті, що не пов'язані з проектом, який встановлює серединний центр буфера).

На малюнку нижче показаний простий приклад, що включає лише два проекти, але у мене є 58 різних проектів, які мені потрібно проаналізувати, деякі з яких перекриваються з кількома вітряними електростанціями, тому я намагаюся використовувати ModelBuilder для автоматизації процесу.

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

Я вставляю кроки вручну, які намагаюся відтворити, у ModelBuilder нижче. У мене таке відчуття, що я пропускаю щось очевидне, але, незважаючи на багато налаштувань, я не можу цього зрозуміти.

  1. Виберіть за місцем розташування:

    • Метод вибору: виберіть функції з
    • Цільовий шар: ВСІ ВІТРОТУРБІНИ
    • Вихідний рівень: PROJECT A (проекти, збережені як окремі шари)
    • Метод просторового відбору "знаходиться на відстані від джерела" 5000 метрів
  2. Виберіть за атрибутами

    • Спосіб: Вилучити з поточного виділення
    • Де site_name = 'ПРОЕКТ A'
    • Підрахувати за допомогою таблиці атрибутів
  3. Додайте вартість "іноземних" турбін проекту проекту

    • Запустіть редактор і додайте значення вручну в поле Fr_trb


Ви використовуєте інструменти виділення неправильно. Зокрема, ви запускаєте два поряд, а потім додаєте третій, коли вам просто потрібно два, прикуті разом. Вихідні дані вашого вибору за місцем розташування повинні надходити до вибору за атрибутами. Поточний активний вибір - це одна річ, тому спочатку ви вибираєте в своєму буфері, а потім з цього відбору ви видаляєте тих, хто відповідає критеріям атрибутів.

Детальніше / інформацію див. У розділі Вибір за атрибутом у певній області (за допомогою Вибрати за місцем розташування?).


Як я можу змінити імена таблиць під час використання ідентифікатора ASP.NET?

Я використовую випускну версію (RTM, а не RC) Visual Studio 2013 (завантажену з MSDN 2013-10-18) і, отже, останню (RTM) версію AspNet.Identity. Коли я створюю новий веб-проект, я вибираю "Індивідуальні облікові записи користувачів" для автентифікації. Це створює такі таблиці:

  1. AspNetRoles
  2. AspNetUserClaims
  3. AspNetUserLogins
  4. AspNetUserRoles
  5. AspNetUsers

Коли я реєструю нового користувача (за допомогою шаблону за замовчуванням), створюються ці таблиці (перераховані вище), і в таблицю AspNetUsers вставляється запис, який містить:

Крім того, додавши загальнодоступні властивості до класу "ApplicationUser", я успішно додав додаткові поля до таблиці AspNetUsers, такі як "FirstName", "LastName", "PhoneNumber" тощо.

Ось моє запитання. Чи є спосіб змінити імена вищезазначених таблиць (коли вони створені вперше), чи вони завжди будуть називатися префіксом AspNet, як я перерахував вище? Якщо назви таблиць можна назвати інакше, поясніть, будь ласка, як.

Я реалізував рішення @Hao Kung. Він створює нову таблицю (наприклад, я називав її MyUsers), але також створює таблицю AspNetUsers. Мета - замінити таблицю "AspNetUsers" на таблицю "MyUsers". Див. Код нижче та зображення бази даних створених таблиць.

Насправді я хотів би замінити кожну таблицю AspNet своїм іменем. Наприклад, MyRoles, MyUserClaims, MyUserLogins, MyUserRoles та MyUsers.


Приклад

Припустимо, у вас є такий спосіб дії:

І додаток отримує запит із цією URL-адресою:

Прив'язка моделі проходить наступні кроки після того, як система маршрутизації вибирає метод дії:

  • Знаходить перший параметр GetByID, ціле число з іменем id.
  • Переглядає доступні джерела в запиті HTTP і знаходить id = & quot2 & quot у даних маршруту.
  • Перетворює рядок & quot2 & quot у ціле число 2.
  • Знаходить наступний параметр GetByID, логічне ім'я dogOnly.
  • Переглядає джерела та знаходить & quotDogsOnly = true & quot у рядку запиту. Відповідність імен не враховується між регістром.
  • Перетворює рядок & quottrue & quot у логічне значення true.

Потім фреймворк викликає метод GetById, передаючи 2 для параметра id та true для параметра dogOnly.

У попередньому прикладі цілі прив'язки моделі - це параметри методу, які є простими типами. Цілі також можуть бути властивостями складного типу. Після успішного зв’язування кожного властивості для цього властивості відбувається перевірка моделі. Запис про те, які дані прив'язані до моделі, а також будь-які помилки прив'язки або перевірки зберігаються в ControllerBase.ModelState або PageModel.ModelState. Щоб з’ясувати, чи цей процес був успішним, програма перевіряє прапор ModelState.IsValid.


Зміст

Модель E-R, як правило, є результатом систематичного аналізу для визначення та опису того, що важливо для процесів у галузі бізнесу. Він не визначає бізнес-процесів, він лише представляє схему бізнес-даних у графічному вигляді. Зазвичай він малюється у графічному вигляді у вигляді квадратів (суб’єктів), які з'єднані лініями (стосунки), які виражають асоціації та залежності між сутностями. Модель ER також може бути виражена у словесній формі, наприклад: одна будівля може бути розділена на нуль або більше квартир, але одна квартира може бути розташована лише в одній будівлі.

Суб'єкти можуть характеризуватися не тільки взаємозв'язками, але й додатковими властивостями (атрибути), які включають ідентифікатори, звані "первинними ключами". Діаграми, створені для представлення атрибутів, а також сутностей та зв'язків, можна називати діаграмами зв'язків атрибут-атрибут, а не моделями сутності-відносин.

Модель ER зазвичай реалізується як база даних. У простій реалізації реляційної бази даних кожен рядок таблиці представляє один екземпляр типу сутності, а кожне поле таблиці - тип атрибута. У реляційній базі даних взаємозв'язок між сутностями реалізується шляхом збереження первинного ключа одного об'єкта як покажчика або "зовнішнього ключа" в таблиці іншого об'єкта.

Існує традиція побудови моделей ER / даних на двох або трьох рівнях абстракції. Зауважте, що представлена ​​нижче концептуально-логіко-фізична ієрархія використовується в інших видах специфікації і відрізняється від підходу трьох схем до програмної інженерії.

Концептуальна модель даних Це найвища модель ER, оскільки вона містить найменш детальні деталі, але визначає загальний обсяг того, що має бути включено до набору моделей. Концептуальна модель ER зазвичай визначає сутності основних довідкових даних, які зазвичай використовуються організацією. Розробка концептуальної моделі ER на всьому підприємстві корисна для підтримки документування архітектури даних для організації. Концептуальна модель ER може бути використана як основа для однієї або декількох логічні моделі даних (Дивись нижче). Потім метою концептуальної моделі ER є встановлення спільності структурних метаданих для сутностей основних даних між набором логічних моделей ER. Концептуальна модель даних може бути використана для формування спільних відносин між моделями ER як основи для інтеграції моделі даних. Логічна модель даних Логічна модель ER не вимагає концептуальної моделі ER, особливо якщо сфера застосування логічної моделі ER включає лише розробку окремої інформаційної системи. Логічна модель ER містить більше деталей, ніж концептуальна модель ER. Окрім сутностей основних даних, тепер визначено сутності операційних та транзакційних даних. Розробляються деталі кожного сутності даних та встановлюються взаємозв'язки між цими об'єктами даних. Однак логічна модель ER розробляється незалежно від конкретної системи управління базами даних, в яку вона може бути впроваджена. Фізична модель даних З кожної логічної моделі ER може бути розроблена одна або кілька фізичних моделей ER. Фізична модель ER зазвичай розробляється для створення в якості бази даних. Отже, кожна фізична модель ER повинна містити достатньо деталей для створення бази даних, і кожна фізична модель ER залежить від технології, оскільки кожна система управління базами даних дещо відрізняється. Фізична модель зазвичай створюється у структурних метаданих системи управління базами даних як реляційні об'єкти бази даних, такі як таблиці бази даних, індекси бази даних, такі як унікальні ключові індекси, та обмеження бази даних, такі як обмеження зовнішнього ключа або обмеження спільності. Модель ER також зазвичай використовується для проектування модифікацій об'єктів реляційної бази даних та для підтримки структурних метаданих бази даних.


6 Відповіді 6

Я думаю, що вам чогось не вистачає у розумінні мети перехресної перевірки.

Давайте розберемося з деякою термінологією, як правило, коли ми говоримо „модель”, ми посилаємось на конкретний метод для опису того, як деякі вхідні дані пов’язані з тим, що ми намагаємося передбачити. Як правило, ми не називаємо конкретні випадки цього методу різними моделями. Отже, ви можете сказати: "У мене є модель лінійної регресії", але ви не називали б два різні набори тренованих коефіцієнтів різними моделями. Принаймні не в контексті вибору моделі.

Отже, коли ви виконуєте перехресну перевірку K-fold, ви перевіряєте, наскільки добре ваша модель може навчитися деяким даним, а потім передбачити дані, яких вона не бачила. Для цього ми використовуємо перехресну перевірку, тому що якщо ви тренуєтесь, використовуючи всі наявні дані, у вас нічого не залишиться для тестування. Ви можете зробити це один раз, скажімо, використовуючи 80% даних для тренування та 20% для тестування, але що, якщо 20%, які ви випадково вибрали для тестування, містять купу пунктів, які є особливо легкими (або особливо важкими) передбачити? Ми не придумаємо найкращої оцінки можливостей моделей вчитися та прогнозувати.

Ми хочемо використати всі дані. Отже, щоб продовжити наведений вище приклад поділу 80/20, ми зробили б 5-кратну перехресну перевірку, навчивши модель 5 разів на 80% даних та тестуючи на 20%. Ми гарантуємо, що кожна точка даних потрапляє до набору тестів 20% рівно один раз. Тому ми використали кожну точку даних, яка нам потрібна, щоб зрозуміти, наскільки добре наша модель виконує завдання вивчення деяких даних та прогнозування нових даних.

Але мета перехресної перевірки не полягає у розробці нашої остаточної моделі. Ми не використовуємо ці 5 примірників нашої навченої моделі для реального прогнозування. Для цього ми хочемо використовувати всі дані, які ми маємо, щоб створити найкращу можливу модель. Метою перехресної перевірки є перевірка моделі, а не побудова моделі.

Тепер, скажімо, у нас є дві моделі, скажімо модель лінійної регресії та нейронна мережа. Як можна сказати, яка модель краща? Ми можемо зробити K-кратну перехресну перевірку і побачити, яка з них виявляється кращою при прогнозуванні заданих значень тесту. Але як тільки ми використали перехресну перевірку для вибору моделі, що має кращі результати, ми тренуємо цю модель (будь то лінійна регресія чи нейронна мережа) на всіх даних. Ми не використовуємо фактичні екземпляри моделі, які ми навчили під час перехресної перевірки для нашої остаточної прогнозної моделі.

Зверніть увагу, що існує техніка, яка називається агрегуванням завантажувальної стрічки (зазвичай скорочується до "мішка"), яка певним чином використовує екземпляри моделей, створені подібним чином до перехресної перевірки, для побудови моделі ансамблю, але це вдосконалена техніка, що виходить за рамки вашого питання тут.


  1. На панелі навігації ліворуч виберіть Віртуальні мережі.
  2. Клацніть Додати для створення мережі мережі.
  1. На панелі Створення віртуальної мережі введіть таку інформацію:
    • Ім'я: Введіть ім'я, щоб відрізнити цю мережу мережі від інших.
    • Адресний простір: Прийміть значення за замовчуванням або введіть діапазон адрес.
    • Передплата: Виберіть зі спадного меню.
    • Ресурсна група: Виберіть існуючу групу ресурсів або створіть нову під час створення віртуальної мережі.
    • Значення не повинно бути порожнім: Створіть нову групу ресурсів або використовуйте існуючу.
    • Розташування: У спадному меню виберіть регіон, де ви плануєте розгорнути стручок Horizon Cloud Service.
    • Назва підмережі: Прийняти значення за замовчуванням. Horizon Cloud Service автоматизує створення необхідних підмереж за допомогою раніше наданих блоків CIDR.
    • Діапазон адрес: Прийняти значення за замовчуванням.
    • Кінцеві точки обслуговування: Прийняти значення за замовчуванням.
  2. У правому нижньому куті натисніть Створити.
  3. Зачекайте, поки процес створення завершиться, і мережа мереж не буде створена.

Використання функції «Вибрати за місцем розташування» та «Вибрати за атрибутами» в одній моделі ModelBuilder? - Геоінформаційні системи

У будь-якому випадку, уявіть, що ми маємо службу кошика (з інформацією про товари, інформацію про користувачів та інформацію про кошики у власній базі даних), яка містить інформацію про користувачів, які придбали деякі товари. Теоретично ми повинні мати службу авторизації, а також власну базу даних користувачів.

Тепер вас попросять скласти звіт SSRS, у якому буде зібрано Товар, придбаний Користувачами, за інтервал часу. Оскільки база даних Carts містить лише ProductId та UserId, у вас немає можливості об’єднати необхідні таблиці та сформувати звіт. Викликати Службу товарів для кожного товару, знову ж таки, дуже погано, буде повільно. Це призводить до того, що наявність окремої бази даних створить більше проблем, а потім їх вирішить.

Ну, ми можемо мати процес, який синхронізує бази даних та заповнює базу даних Carts інформацією про необхідні продукти, але знову погано, оскільки ми матимемо дубльовану інформацію.

Як бачимо, теорія хороша, але при доступі до конкретних зразків це не вдається.

Ні
ВИБЕРІТЬ C.CartId, C.PurcheDate, P.Desc, U.LastName
ВІД UserDb..користувача U
ВНУТРІШНЄ ПРИЄДНАННЯ CartsDb..Cart C ON C.UserId = U.UserId
ВНУТРІШНЄ ПРИЄДНАННЯ ProductsDb..Product P ON P.ProductId = C.ProductId
ДЕ.

Загальні новини Пропозиція Питання Помилка Відповідь Жарт Похвала Rant Admin

Використовуйте Ctrl + Вліво / Вправо для перемикання повідомлень, Ctrl + Вгору / Вниз для перемикання потоків, Ctrl + Shift + Вліво / Вправо для перемикання сторінок.


Використання функції «Вибрати за місцем розташування» та «Вибрати за атрибутами» в одній моделі ModelBuilder? - Геоінформаційні системи

У цьому розділі описується Технічна довідкова модель (TRM), що включає основну таксономію, графічне представлення та детальну таксономію платформи.

Детальна таксономія платформи описана в 43.5 Детальна таксономія платформи.

43.1 Поняття

Цей розділ описує роль TRM, компонентів TRM та використання інших TRM.

43.1.1 Роль TRM в архітектурі фундаменту

Архітектура фонду TOGAF - це архітектура загальних послуг та функцій, яка забезпечує основу, на якій можуть будуватися більш конкретні архітектури та архітектурні компоненти. Ця Архітектура Фонду втілена в Технічній Довідковій Моделі (TRM), яка забезпечує модель та систематику загальних послуг платформи.

TRM універсально застосовний і, отже, може бути використаний для побудови будь-якої системної архітектури.

43.1.2 Компоненти TRM

Будь-який TRM має дві основні складові:

  1. A таксономія, який визначає термінологію та забезпечує послідовний опис компонентів та концептуальної структури інформаційної системи
  2. Асоційований Графіка TRM, який забезпечує наочне представлення таксономії як допоміжного засобу для розуміння

Метою TOGAF TRM є надання загальновизнаної базової систематики та відповідного візуального відображення цієї систематики. Графіка TRM детально проілюстрована в 43.3 TRM, а таксономія пояснена в 43.4 Платформа застосування - Таксономія.

43.1.3 Інші TRM

Однією з великих труднощів у розробці архітектурної основи є вибір TRM, який працює для всіх.

TRM TOGAF спочатку був отриманий із TRM Технічної архітектури управління інформацією (TAFIM) (яка, в свою чергу, була отримана з моделі IEEE 1003.0). Цей TRM орієнтований на "платформу": він зосереджений на послугах та структурі базової платформи, необхідних для підтримки використання та повторного використання додатків (тобто на переносимості додатків). Зокрема, він зосереджується на інтерфейсах між цією платформою та підтримуваними програмами, а також між платформою та зовнішнім середовищем.

Нинішня версія TOGAF TRM - це змінена версія TAFIM TRM, яка має на меті підкреслити аспект сумісності, а також переносимість.

Завдання TRM полягає у забезпеченні структурованого визначення стандартизованої платформи програм та пов'язаних з ним інтерфейсів. Інші сутності, які потрібні в будь-якій конкретній архітектурі, розглядаються в TRM лише настільки, наскільки вони впливають на платформу додатків. Основною метою цього підходу є забезпечення того, щоб будівельні блоки вищого рівня, які складають бізнес-рішення, мали повноцінну, надійну платформу, на якій можна працювати.

Інші архітектурні моделі - таксономії та / або графіки - не тільки можливі, але можуть бути кращими для деяких підприємств. Наприклад, така модель для конкретного підприємства може бути отримана шляхом розширення або адаптації TOGAF TRM. Як варіант, інша таксономія може бути втілена у спадщину попередніх архітектурних робіт підприємством, і підприємство може віддати перевагу постійному використанню цієї таксономії. Подібним чином, підприємство може віддати перевагу представляти таксономію TOGAF (або власну таксономію), використовуючи іншу форму графіки, яка краще фіксує застарілі концепції та полегшує цілі внутрішнього спілкування.

На додаток до використання в якості еталонної моделі для розробки архітектури технологій, TRM може використовуватися як таксономія для створення Інформаційної бази стандартів (SIB) у межах конкретної організації. Ядром TOGAF є його ADM: TRM - це інструмент, що використовується при застосуванні ADM при розробці конкретних архітектур. За умови збереження узгодженості між TRM та SIB, ADM TOGAF діє, незалежно від вибору конкретної систематики, графіки TRM або набору інструментів SIB.

43.2 Розбивка на високому рівні

Цей розділ описує основні елементи TRM.

43.2.1 Огляд

Найгрубіша розбивка TRM показана на малюнку 43-1, де показано три основні сутності (прикладне програмне забезпечення, платформа програм та комунікаційна інфраструктура), з'єднані двома інтерфейсами (інтерфейс платформи програм та інтерфейс комунікаційної інфраструктури).


Рисунок 43-1: Технічна довідкова модель - вигляд високого рівня

Діаграма нічого не говорить про детальні взаємозв'язки між сутностями лише про те, що вони існують.

Кожен з елементів на цій діаграмі детально обговорюється в 43.3 TRM детально.

43.2.2 Переносимість та сумісність

TRM високого рівня прагне підкреслити дві основні спільні архітектурні цілі:

  1. Переносимість додатків, через Інтерфейс платформи додатків - визначення набору служб, які мають бути доступними стандартним чином для додатків через платформу
  2. Сумісність, за допомогою Інтерфейсу комунікаційної інфраструктури - визначення набору послуг комунікаційної інфраструктури, які мають використовуватися платформою у стандартний спосіб

Обидві ці цілі є надзвичайно важливими для забезпечення інтеграції в межах підприємства та надійної взаємодії у глобальному масштабі між підприємствами.

Зокрема, модель високого рівня прагне відобразити дедалі важливішу роль Інтернету як основи для між- та внутрішньокорпоративної взаємодії.

Горизонтальний розмір моделі на малюнку 43-1 представляє різноманітність, а форма моделі має на меті підкреслити важливість мінімального розмаїття на межі взаємодії між платформою додатків та комунікаційною інфраструктурою.

Це, в свою чергу, означає зосередження уваги на основному наборі служб, які можуть гарантовано підтримуватися кожною мережею, що базується на ІР, як фундаменті, на якому можна будувати сучасні взаємодіючі корпоративні обчислювальні середовища.

43,3 TRM в деталях

У цьому розділі детально описується TRM, включаючи категорії послуг платформи та підсуб’єкти зовнішнього середовища.

43.3.1 Вступ

Рисунок 43-2 розширюється на рисунку 43-1, щоб представити категорії послуг Платформи додатків та дві категорії Прикладного програмного забезпечення.


Рисунок 43-2: Детальна технічна довідкова модель (Відображення категорій послуг)

Малюнок 43-2 - це лише зображення суб'єктів TRM: воно не передбачає і не гальмує взаємозв'язок між ними.

ІТ-архітектури, похідні від TOGAF, можуть сильно відрізнятися залежно від вимог інформаційної системи. На практиці багато архітектур не включатимуть усі обговорювані тут послуги, а багато включатимуть додаткові послуги для підтримки Прикладного програмного забезпечення, яке є специфічним для організації чи її вертикальної галузі.

При побудові архітектури користувачі TOGAF повинні оцінювати власні вимоги та обирати послуги, інтерфейси та стандарти, що відповідають їх власним бізнес-потребам.

43.3.2 Суб'єкти та інтерфейси TRM

У наступних розділах детально обговорюється кожен елемент TRM, проілюстрований на малюнку 43-2. Вони розглядаються в наступному порядку:

  • Три сутності:
    • Прикладне програмне забезпечення (див. 43.3.3 Прикладне програмне забезпечення)
    • Платформа програм (див. 43.3.4 Платформа програм)
    • Інфраструктура зв'язку (див. 43.3.5 Інфраструктура зв'язку)
    • Інтерфейс платформи програм (див. 43.3.6 Інтерфейс платформи програм)
    • Інтерфейс комунікаційної інфраструктури (див. 43.3.7 Інтерфейс комунікаційної інфраструктури)

    43.3.3 Прикладне програмне забезпечення

    Детальний TRM розпізнає дві категорії прикладного програмного забезпечення:

    1. Бізнес-програми, які реалізують бізнес-процеси для певного підприємства чи вертикальної галузі. Внутрішня структура бізнес-додатків тісно пов'язана з конкретною конфігурацією прикладного програмного забезпечення, обраною організацією.
    2. Додатки інфраструктури, які забезпечують функціональність бізнесу загального призначення на основі послуг інфраструктури.

    Під час розробки Архітектури технологій, бізнес-додатки та додатки інфраструктури є важливими джерелами вимог до послуг архітектури технологій, і на вибір стандартів для Платформи додатків буде сильно впливати конфігурація Прикладного програмного забезпечення, що підтримується.

    43.3.3.1 Бізнес-програми

    Бізнес-додатки - це програми, характерні для певного підприємства чи вертикальної галузі. Такі програми зазвичай моделюють елементи сфери діяльності підприємства або бізнес-процесів. Приклади бізнес-додатків можуть включати:

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

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

    43.3.3.2 Застосування інфраструктури

    Додатки інфраструктури - це програми, які мають усі або майже всі наступні характеристики:

    • Широка доступність програмного забезпечення (COTS) означає, що розглядати спеціальну реалізацію неекономічно.
    • Взаємодія з користувачем є важливою частиною функцій програми.
    • Реалізація базується на послугах інфраструктури.
    • Реалізація може включати значні розширення, крім необхідних для використання базових послуг інфраструктури.
    • Сумісність - це сувора вимога.

    Приклади програм у цій категорії включають:

    • Послуги електронного платежу та переказу коштів
    • Послуги клієнта електронної пошти
    • Публікуйте та передплачуйте
    • Розумні агенти
    • Послуги календаря та планування
    • Групові послуги
    • Послуги робочого процесу
    • Електронні таблиці
    • Презентаційне програмне забезпечення
    • Редагування та презентація документів
    • Програми управління, що виконують загальні системні та мережеві функції управління для системного адміністратора
    • Інструментальні засоби програмного забезпечення, що забезпечують функції розробки програмного забезпечення для співробітників, що займаються розробкою систем

    Додатки інфраструктури сильно залежать від сервісів нижчого рівня в архітектурі. Наприклад, додаток робочого процесу може використовувати послуги платформи, такі як обмін повідомленнями або обробка транзакцій, для реалізації потоку робіт серед завдань. Подібним чином, програма групового програмного забезпечення, ймовірно, широко використовуватиме як дані, так і послуги зв'язку для структури документів, а також механіки зберігання та доступу до них.

    Додатки інфраструктури за визначенням - це програми, які вважаються достатньо повсюдними, взаємодіючими та загальноприйнятими на підприємстві, щоб ефективно розглядатися як частина ІТ-інфраструктури. Подібно як бізнес-додатки з часом можуть розглядатися як інфраструктурні додатки, так інфраструктурні додатки зазвичай є кандидатами на включення в якості інфраструктурних послуг у майбутніх версіях ІТ-архітектури.

    43.3.4 Платформа додатків

    43.3.4.1 Концепція платформи

    Термін & quotplatform & quot сьогодні використовується в ІТ-галузі по-різному. Через різні звички цей термін часто кваліфікується, наприклад, & quotapplication platform & quot, & quottandardized & quot і & quotproprietary platforms & quot, & quotclient & quot і & quotserver platform & quot, & quotdistributed computing platform & quot, & quotportability platform & quot. Спільним для всіх цих звичаїв є думка, що комусь потрібен набір послуг, що надаються певним видом платформи, і буде реалізовувати функцію & quothigher-level & quot, яка використовує ці послуги.

    TOGAF TRM фокусується на Прикладній платформі, а & quotigherher-level function & quot - це набір Прикладного програмного забезпечення, що працює поверх Прикладної Платформи, необхідне для задоволення бізнес-вимог підприємства.

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

    Більше того, платформа програм для конкретної цільової архітектури, як правило, не є єдиною сутністю, а скоріше поєднанням різних сутностей для різних, загальнообов’язкових функцій, таких як клієнт робочого столу, файловий сервер, сервер друку, сервер додатків, Інтернет-сервер, база даних сервер тощо, кожен з яких буде містити певний, визначений набір послуг, необхідних для підтримки конкретної функції.

    Важливо також визнати, що багато реальних ІТ-систем, які сьогодні закуповуються і використовуються для впровадження Архітектури технологій, мають повне оснащення багатьма передовими послугами, які покупець часто сприймає як належне. Наприклад, типова настільна комп’ютерна система сьогодні має програмне забезпечення, яке реалізує послуги більшості, якщо не всіх категорій послуг TOGAF TRM. Оскільки покупець такої системи часто не вважає нічого & quotmally & quot, ніж загальний пакет послуг, що поставляється з системою, цей пакет послуг може дуже легко стати & quotplatform & quot. Дійсно, за відсутності Архітектури технологій, яка керувала б процесом закупівель, це незмінно трапляється. Оскільки цей процес повторюється на підприємстві, різні системи, придбані для подібних функцій (наприклад, настільний клієнт, сервер друку тощо), можуть містити помітно різні пакети послуг.

    Пакети послуг представлені в Архітектурі технологій у вигляді & quot; будівельних блоків & quot. Одним із ключових завдань ІТ-архітектора на шляху від концептуальної платформи програм TRM до корпоративної архітектури технологій є вийти за межі набору реальних платформ, що вже існують на підприємстві. ІТ-архітектор повинен проаналізувати фактично необхідні послуги для того, щоб оптимально впровадити ІТ-інфраструктуру, яка відповідає бізнес-вимогам підприємства, та визначити набір оптимальних будівельних блоків рішень (SBB) - реальних & quotplatforms & quot - для реалізації цієї архітектури .

    43.3.4.2 Розширення TRM

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

    Набір служб, визначених та визначених для Платформи додатків, з часом змінюватиметься. Нові послуги будуть потрібні у міру того, як з’являться нові технології та у міру зміни додатків.

    43.3.4.3 Інтерфейси між службами

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

    43.3.4.4 Майбутні розробки

    TRM має справу з майбутніми розробками на Платформі програм двома способами. По-перше, коли інтерфейси до служб стають стандартизованими, функціональність, яка раніше входила до сутності Прикладного програмного забезпечення, мігрує, щоб стати частиною Платформи додатків. По-друге, TRM може бути розширений новими категоріями послуг у міру появи нових технологій.

    Приклади функціональних областей, які в майбутньому можуть потрапити до категорій послуг Application Platform, включають:

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

    Детальна таксономія Платформи заявок наведена в 43.4 Платформа додатків - Таксономія.

    43.3.5 Інфраструктура зв'язку

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

    Основним рушієм загальнокорпоративної архітектури технологій за останні роки стало зростання обізнаності про корисність та економічну ефективність Інтернету як основи комунікаційної інфраструктури для інтеграції підприємств. Це спричиняє швидке збільшення використання Інтернету та постійне збільшення діапазону програм, що посилаються на мережу для розподіленої роботи.

    43.3.6 Інтерфейс платформи програм

    Інтерфейс платформи програм (API) визначає повний інтерфейс між прикладним програмним забезпеченням та базовою платформою програм, на якій надаються всі послуги. Точне визначення інтерфейсу призводить до перенесення додатків за умови, що і платформа, і програма відповідають йому. Щоб це працювало, визначення API повинно включати синтаксис та семантику не тільки програмного інтерфейсу, але й усіх необхідних визначень протоколу та структури даних.

    Переносимість залежить від симетрії відповідності як додатків, так і платформи архітектурному API. Тобто платформа повинна підтримувати API, як зазначено, а програма повинна використовувати не більше зазначеного API.

    API визначає повний інтерфейс між додатком та однією або кількома послугами, що пропонуються базовою платформою програм. Додаток може використовувати декілька API, а може навіть використовувати різні API для різних реалізацій однієї і тієї ж служби.

    43.3.7 Інтерфейс комунікаційної інфраструктури

    Інтерфейс комунікаційної інфраструктури - це інтерфейс між платформою програм та комунікаційною інфраструктурою.

    Рисунок 43-1 прагне відобразити дедалі важливішу роль Інтернету як основи для між- та внутрішньокорпоративної взаємодії. Горизонтальний розмір моделі на малюнку 43-1 представляє різноманітність, а форма моделі спеціально призначена для підкреслення мінімального розмаїття на межі взаємодії між платформою додатків та комунікаційною інфраструктурою.

    Зокрема, модель підкреслює важливість зосередження уваги на основному наборі послуг, які можуть гарантовано підтримуватися кожною мережею, що базується на ІР, як фундаменті, на якому можна будувати сучасні оперативно сумісні обчислювальні середовища для підприємств.

    43.3.8 Якості

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

    Рисунок 43-2 відображає цю концепцію, зображуючи компоненти TRM, що сидять на задній панелі якостей.

    Ще одним прикладом якості послуги є безпека. Для належної загальносистемної реалізації безпеки потрібен не лише набір служб безпеки, що відповідає категорії служб безпеки, показаної на платформі, але також підтримка (тобто & quotsecurity обізнаність & quot) програмного забезпечення в інших частинах TRM. Таким чином, програма може використовувати службу безпеки, щоб позначити файл як лише для читання, але саме правильна реалізація якості захисту в службах операційної системи запобігає операціям запису у файл. Служби безпеки та операційної системи повинні співпрацювати, щоб забезпечити безпеку файлу.

    Якості детально визначаються під час розробки цільової архітектури. Деякі якості легше, ніж інші, описати з точки зору стандартів. Наприклад, підтримку набору локалів можна визначити як частину специфікації якості міжнародної експлуатації. Інші якості можна краще визначити як міри, а не як стандарти. Прикладом може бути продуктивність, для якої стандартні API або протоколи обмежені.

    43.4 Платформа додатків - Таксономія

    Цей розділ описує таксономію Платформи додатків, включаючи основні принципи та короткий опис послуг та якостей. Детальну таксономію послуг та якостей платформи можна знайти в 43.5 Детальна таксономія платформи.

    43.4.1 Основні принципи

    TOGAF TRM складається з двох основних компонентів:

    1. A таксономія, який визначає термінологію та забезпечує послідовний опис компонентів та концептуальної структури інформаційної системи
    2. Асоційований Графіка TRM, який забезпечує наочне представлення таксономії як допоміжного засобу для розуміння

    У цьому розділі докладно описується таксономія TOGAF TRM. Метою є надати основну систематику, яка надає корисне, послідовне, структуроване визначення сутності Платформи додатків і є загальноприйнятною.

    Не заявляється, що обрана категоризація є єдино можливою, або що вона представляє оптимальний вибір.

    Справді, важливо підкреслити, що використання TOGAF, і зокрема TOGAF ADM, жодним чином не залежить від використання таксономії TOGAF TRM. Інші таксономії цілком можливі і можуть бути кращими для деяких організацій.

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

    Таким же чином, організація може віддати перевагу зображенню таксономії TOGAF (або власної таксономії), використовуючи іншу форму графіки TRM, яка краще фіксує застарілі концепції та виявляється простішою для внутрішніх комунікаційних цілей.

    43.4.2 Категорії послуг платформи програм

    Основні категорії послуг, визначені для Платформи програм, перелічені нижче.

    Зауважте, що & quotObject Services & quot не відображається як категорія в систематиці TRM. Це пов’язано з тим, що всі послуги окремих об’єктів включені у відповідні основні категорії послуг. Однак різні описи також збираються в єдиний підрозділ (див. 43.4.2.1 Об'єктно-орієнтоване надання послуг), щоб надати єдину точку відліку, яка показує, як об'єктні послуги відносяться до основних категорій послуг.

    • Послуги обміну даними (див. 43.5.1 Послуги обміну даними):
      • Документи загальних служб набору та перетворення даних
      • Послуги обміну графічними даними
      • Спеціалізовані служби обміну даними
      • Послуги електронного обміну даними
      • Послуги факсу
      • Функції графічного інтерфейсу
      • Функції обробки тексту
      • Функції обробки документів
      • Видавничі функції
      • Функції обробки відео
      • Функції обробки звуку
      • Функції обробки мультимедіа
      • Функції синхронізації медіа
      • Функції подання та розповсюдження інформації
      • Функції гіпертексту
      • Послуги словника / сховища даних
      • Послуги системи управління базами даних (СУБД)
      • Об'єктно-орієнтовані послуги системи управління базами даних (OODBMS)
      • Послуги з управління файлами
      • Функції обробки запитів
      • Функції генерації екрану
      • Функції генерації звітів
      • Функції мережевого / одночасного доступу
      • Складські функції
      • Послуги з управління графічними об’єктами
      • Послуги з малювання
      • Функції візуалізації
      • Набори символів та послуги представлення даних
      • Культурно-конвенційні послуги
      • Служби підтримки місцевої мови
      • Каталогічні послуги
      • Послуги спеціальних імен
      • Сервісні послуги з розміщення
      • Послуги реєстрації
      • Послуги фільтрації
      • Бухгалтерські послуги
      • Послуги передачі даних
      • Послуги електронної пошти
      • Поширені послуги передачі даних
      • Поширені файлові служби
      • Поширені служби імен
      • Розподілені послуги часу
      • Послуги віддаленого процесу (доступу)
      • Послуги віддаленого спулювання друку та розподілу вихідних даних
      • Покращені функції телефонії
      • Спільні функції екрану
      • Функції відеоконференцій
      • Функції трансляції
      • Функції списку розсилки
      • Послуги ядерних операцій
      • Інтерпретатор команд та комунальні послуги
      • Послуги з пакетної обробки
      • Послуги синхронізації файлів та каталогів
      • Мовні сервіси програмування
      • Послуги зв’язування коду об’єкта
      • Комп'ютерне програмне забезпечення (CASE) - середовище та послуги інструментів
      • Послуги з побудови графічного інтерфейсу користувача (GUI)
      • Мовні сервіси сценаріїв
      • Послуги з мовної прив'язки
      • Сервісні середовища під час виконання
      • Служби двійкового інтерфейсу додатків
      • Послуги менеджера транзакцій
      • Послуги графічного клієнта / сервера
      • Показ об'єктів послуг
      • Послуги з управління вікнами
      • Служби підтримки діалогу
      • Поліграфічні послуги
      • Комп’ютерне навчання та послуги онлайн-довідки
      • Послуги на основі персонажів
      • Послуги з ідентифікації та автентифікації
      • Послуги контролю входу в систему
      • Аудиторські послуги
      • Послуги контролю доступу
      • Послуги без відмови
      • Послуги з управління безпекою
      • Довірені послуги з відновлення
      • Послуги шифрування
      • Довірені послуги зв’язку
      • Послуги з управління користувачами
      • Послуги управління конфігурацією (CM)
      • Послуги з управління ефективністю
      • Доступність та послуги з управління несправностями
      • Послуги з управління бухгалтерським обліком
      • Послуги з управління безпекою
      • Послуги з управління друком
      • Послуги управління мережею
      • Послуги резервного копіювання та відновлення
      • Інтернет-послуги з управління дисками
      • Послуги з управління ліцензіями
      • Послуги з управління ємністю
      • Послуги з встановлення програмного забезпечення
      • Проблеми з наданням квитків
      43.4.2.1 Об’єктно-орієнтоване надання послуг

      Детальний опис кожної з цих категорій послуг наведено в 43.5.13 Об’єктно-орієнтоване надання послуг.

      • Послуги брокера запитів об’єктів (ORB):
        • Послуги репозиторію реалізації
        • Послуги з встановлення та активації
        • Послуги сховища інтерфейсів
        • Послуги тиражування
        • Послуги управління змінами
        • Послуги з інкасації
        • Послуги з контролю за паралельністю
        • Послуги обміну даними
        • Послуги з організації заходів
        • Послуги екстерналізації
        • Послуги ліцензування
        • Послуги життєвого циклу
        • Послуги з іменування
        • Постійні об'єктні послуги
        • Послуги з нерухомості
        • Довідкові послуги
        • Служби відносин
        • Служби безпеки
        • Початкові послуги
        • Послуги часу
        • Торгові послуги
        • Послуги з транзакцій

        43.4.3 Якість обслуговування платформи програм

        43.4.3.1 Принципи

        Окрім категорій послуг платформи, розмежованих за функціональною категорією, якості послуг впливають на архітектуру інформаційних систем. Якість послуги описує таку поведінку, як адаптивність чи керованість. Якості обслуговування мають повсюдний вплив на роботу більшості або всіх категорій функціональних послуг.

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

        Щоб якість була забезпечена належним чином, усі відповідні функціональні послуги повинні бути розроблені для її забезпечення. Якості обслуговування можуть також вимагати підтримки з боку програмного забезпечення сутності Прикладного програмного забезпечення та Зовнішнього середовища, а також Платформи додатків.

        У деяких випадках якість послуги впливає на кожну з категорій послуг подібним чином, тоді як в інших випадках якість послуги має унікальний вплив на одну конкретну категорію послуг. Наприклад, міжнародна робота однаково залежить від більшості категорій послуг, забезпечуючи як засоби, так і потребуючи їх співпраці для локалізації повідомлень, шрифтів та інших особливостей мови, але це може мати більш глибокий вплив на послуги програмної інженерії, де можуть знадобитися засоби для виробництва інтернаціоналізованого програмного забезпечення.

        У процесі розвитку архітектури архітектор повинен усвідомлювати існування якостей та ступінь їх впливу на вибір програмних будівельних блоків, що використовуються при реалізації архітектури. Найкращий спосіб упевнитись, що якості не забуваються, - це створити матрицю якості, що описує взаємозв’язки між кожною функціональною службою та якостями, що впливають на неї.

        43.4.3.2 Таксономія якості обслуговування

        Якості послуг, визначені в даний час в систематиці TRM, є:

        • Доступність (ступінь доступності чогось), включаючи:
          • Керованість, здатність збирати інформацію про стан чогось і контролювати це
          • Справність, можливість виявлення проблем та вжиття коригувальних заходів, таких як ремонт або оновлення компонента в працюючій системі
          • Продуктивність, здатність компонента виконувати свої завдання у відповідний час
          • Надійність, або стійкість до відмови
          • Відновлюваність, або можливість відновити систему до робочого стану після переривання
          • Локабельність, здатність системи знаходити при необхідності
          • Безпека, або захист інформації від несанкціонованого доступу
          • Чесність, або впевненість, що дані не пошкоджені
          • Довіра, або рівень довіри до цілісності системи та її даних
          • Міжнародна операція, включаючи багатомовні та багатокультурні здібності
          • Сумісність, в межах організації або поза нею (наприклад, взаємодія функцій календаря або планування може бути ключовим фактором для корисності системи)
          • Масштабованість, здатність компонента вирощувати або зменшувати свою продуктивність або потужність відповідно до вимог середовища, в якому він працює
          • Переносимість, даних, людей, програм та компонентів
          • Розширюваність, або можливість прийняти нові функції
          • Можливість запропонувати доступ до послуг у нових парадигмах, таких як об’єктна орієнтація

          43.5 Детальна таксономія платформи

          У цьому розділі наведено детальну систематику послуг та якостей платформи.

          43.5.1 Послуги з обміну даними

          Послуги обміну даними надають спеціалізовану підтримку для обміну інформацією між додатками та зовнішнім середовищем. Ці служби призначені для обміну даними між програмами на одній платформі та програмами на різних (різнорідних) платформах. Аналогічний набір служб існує для об’єктно-орієнтованого обміну даними, який можна знайти в розділі Послуги обміну даними та Служби екстерналізації в 43.5.13 Об’єктно-орієнтоване надання послуг.

          • Введення та перетворення загальних даних документа послуги підтримуються специфікаціями для кодування даних (наприклад, тексту, зображення, цифр, спеціальних символів), а також логічної та візуальної структур електронних документів, включаючи складні документи.
          • Обмін графічними даними служби підтримуються незалежними від пристроїв описами елементів зображення для векторної графіки та описами для графіки на основі растру.
          • Спеціалізований обмін даними послуги підтримуються специфікаціями, що описують дані, що використовуються конкретними вертикальними ринками. Ринки, де існують такі специфікації, включають медичну, бібліотечну, стоматологічну, страхувальну та нафтову галузі.
          • Електронний обмін даними послуги використовуються для створення електронного (безпаперового) середовища для ведення комерції та досягнення значних виграшів у якості, швидкості реагування та економії, що надаються таким середовищем. Приклади програм, які використовують послуги електронної комерції, включають: пошук і вибір постачальника контракту про присудження даних про товар, доставка, пересилання та отримання інформації про митні платежі, інвентаризація, контроль, обслуговування, пов’язані з податками, дані, пов’язані зі страхуванням.
          • Факс послуги використовуються для створення, перевірки, передачі та / або отримання зображень факсу.

          Наступні функціональні області в даний час підтримуються в основному прикладним програмним забезпеченням, але прогресують у напрямку переходу на прикладну платформу:

          • Графічний графічний інтерфейс функції підтримують формати файлів графічних даних, такі як TIFF, JPEG, GIF та CGM.
          • Обробка тексту функції, включаючи можливість створення, редагування, об'єднання та форматування тексту.
          • Обробка документів функції, включаючи можливість створення, редагування, об'єднання та форматування документів. Ці функції дозволяють складати документи, що включають графіку, зображення та навіть голосові анотації, а також стилізований текст. Включені розширені функції форматування та редагування, такі як посібники стилів, перевірка орфографії, використання декількох стовпців, генерація змісту, колонтитули, накреслення інструментів та підтримка сканування зображень у бітові зіставлені формати. Інші можливості включають стиснення та декомпресію зображень або цілих документів.
          • Видавнича справа функції, включаючи включення фотографічних якісних зображень та кольорової графіки, та вдосконалені функції форматування та стилю, такі як обтікання тексту навколо графічних об'єктів чи зображень та кернінг (тобто зміна інтервалу між символами тексту). Ці функції також взаємодіють із складним друкарським та виробничим обладнанням. Інші можливості включають передачу кольорів, стиснення та декомпресію зображень або цілих документів.
          • Обробка відео функції, включаючи можливість захоплювати, складати, редагувати, стискати та розпаковувати відеоінформацію за допомогою таких форматів, як MPEG. Також надаються функції графіки та генерації заголовків.
          • Обробка аудіо функції, включаючи можливість захоплювати, складати, редагувати, стискати та розпаковувати аудіоінформацію.
          • Обробка мультимедіа функції, включаючи можливість зберігання, отримання, модифікації, сортування, пошуку та друку всіх або будь-якої комбінації згаданих носіїв. Це включає підтримку мікрофільмових носіїв, технологію оптичного зберігання, яка дозволяє зберігати відскановані або виготовлені комп'ютером документи з використанням цифрових методів зберігання, можливість сканування, а також стиснення та декомпресію даних.
          • Синхронізація медіа функції дозволяють синхронізувати потоки даних, таких як аудіо та відео для цілей презентації.
          • Презентація та розповсюдження інформації функції використовуються для управління розподілом та поданням інформації з пакетних та інтерактивних програм. Ці функції використовуються для захисту програм бізнес-сфери від використання інформації. Вони дозволяють програмам для бізнес-областей створювати загальні пули інформації без вбудовування елементів керування, які диктують використання цієї інформації. Функції розподілу та презентації інформації включають вибір відповідних функцій форматування, необхідних для розповсюдження та представлення інформації серед різноманітних додатків та користувачів сфери бізнесу. Функції подання та розповсюдження інформації також включають можливість зберігання, архівування, встановлення пріоритетів, обмеження та відтворення інформації.
          • Гіпертекст функції підтримують генерацію, розподіл, розміщення, пошук та відображення тексту та зображень як локально, так і глобально. Ці функції включають пошук та перегляд, гіпертекстові зв’язки та презентацію мультимедійної інформації.

          43.5.2 Послуги з управління даними

          Центральним для більшості систем є управління даними, яке може бути визначене незалежно від процесів, що його створюють або використовують, підтримується необмежений час і розподіляється між багатьма процесами. Послуги з управління даними включають:

          • Словник даних / сховище послуги дозволяють адміністраторам даних та інженерам інформації отримувати доступ до даних про дані (тобто метадані) та змінювати їх. Такі дані можуть включати внутрішні та зовнішні формати, правила цілісності та безпеки та розташування в розподіленій системі. Служби словника даних та сховища також дозволяють кінцевим користувачам та програмам визначати та отримувати дані, доступні в базі даних. Адміністрування даних визначає стандартизацію та реєстрацію окремих типів елементів даних для задоволення вимог щодо обміну даними та взаємодії між інформаційними системами на всьому підприємстві. Функції адміністрування даних включають процедури, керівні принципи та методи для ефективного планування даних, аналізу, стандартів, моделювання, управління конфігурацією, зберігання, пошуку, захисту, перевірки та документації. Словники даних іноді прив’язуються до єдиної Системи управління базами даних (СУБД), але неоднорідні словники даних підтримуватимуть доступ до різних СУБД. Репозитарії можуть містити широкий спектр інформації, включаючи інформаційні бази управління (MIB) або інформацію, пов’язану з CASE. Об'єктно-орієнтовані системи можуть надавати сховища для об'єктів та інтерфейсів, як описано в розділі Служби репозиторію реалізації та Служби сховища інтерфейсів у 43.5.13 Об'єктно-орієнтоване надання послуг.
          • Система управління базами даних (СУБД) послуги забезпечують контрольований доступ до структурованих даних. Для управління даними СУБД забезпечує контроль паралельності та засоби для об'єднання даних з різних схем. Різні типи СУБД підтримують різні моделі даних, включаючи реляційні, ієрархічні, мережеві, об’єктно-орієнтовані та плоскофайлові моделі. Деякі СУБД призначені для спеціальних функцій, таких як зберігання великих об'єктів або мультимедійних даних. Служби СУБД доступні за допомогою інтерфейсу мови програмування, інтерактивного інтерфейсу мови обробки даних (наприклад, SQL) або інтерактивного мовного інтерфейсу / четвертого покоління. Послуги пошуку та пошуку об’єктів описані окремо в розділі Служби запитів у 43.5.13 Об’єктно-орієнтоване надання послуг. Для підвищення ефективності СУБД часто надають певні послуги для створення, заповнення, переміщення, резервного копіювання, відновлення, відновлення та архівування баз даних, хоча деякі з цих служб можуть надаватися загальними можливостями управління файлами, описаними в 43.5.7 Служби операційної системи, або спеціальні служба резервного копіювання. Деякі СУБД підтримують розподіл бази даних, включаючи засоби дистанційного оновлення записів, реплікації даних, пошуку та кешування даних та віддаленого управління.
          • Об'єктно-орієнтована система управління базами даних Послуги (OODBMS) забезпечують зберігання об'єктів та інтерфейси до цих об'єктів. Ці служби можуть підтримувати служби репозиторію реалізації, сховища інтерфейсів та постійних об’єктів у 43.5.13 об’єктно-орієнтоване надання послуг.
          • Управління файлами служби забезпечують управління даними за допомогою методів доступу до файлів, включаючи індексований послідовний (ISAM) та хешований довільний доступ. Служби файлових файлів та каталогів описані в 43.5.7 Служби операційної системи.

          Наступні функціональні області в даний час підтримуються в основному прикладним програмним забезпеченням, але прогресують у напрямку переходу на прикладну платформу:

          • Обробка запитів функції, що забезпечують інтерактивний вибір, вилучення та форматування збереженої інформації з файлів та баз даних. Функції обробки запитів викликаються за допомогою орієнтованих на користувача мов та інструментів (часто їх називають мовами четвертого покоління), які спрощують визначення критеріїв пошуку та допомагають у створенні ефективної презентації отриманої інформації (включаючи використання графіки).
          • Генерація екрану функції, що надають можливість визначати та генерувати екрани, що підтримують пошук, презентацію та оновлення даних.
          • Генерація звіту функції, що надають можливість визначати та генерувати друковані звіти, що складаються з даних, вилучених з бази даних.
          • Мережа / одночасний доступ функції, які керують одночасним доступом користувачів до функцій СУБД.
          • Складування функції, що забезпечують можливість зберігати дуже великі обсяги даних - як правило, захоплених з інших систем баз даних - і виконувати аналітичну обробку в режимі онлайн на підтримку спеціальна запитів.

          43.5.3 Послуги з графіки та обробки зображень

          Графічні служби надають функції, необхідні для створення, зберігання, отримання та обробки зображень. Ці послуги включають:

          • Графічне управління об’єктами послуги, включаючи визначення багатовимірних графічних об'єктів у формі, яка не залежить від пристроїв виведення, та управління ієрархічними структурами, що містять графічні дані. Формати графічних даних включають дво- та тривимірні геометричні малюнки, а також зображення.
          • Малювання служби підтримують створення та обробку зображень за допомогою програмного забезпечення, таких як GKS, PEX, PHIGS або OpenGL.

          Наступні функціональні області в даний час підтримуються в основному прикладним програмним забезпеченням, але прогресують у напрямку переходу на прикладну платформу:

          • Візуалізація функції, що забезпечують сканування, створення, редагування, стиснення та декомпресію зображень відповідно до визнаних стандартів форматування зображень, наприклад, PIKS / IPI, OpenXIL або XIE.

          43.5.4 Міжнародні оперативні послуги

          Як практика, розробники інформаційних систем, як правило, розробляють та розробляють системи для задоволення вимог конкретного географічного або лінгвістичного сегмента ринку, яким може бути країна чи певний культурний ринок. Щоб зробити цю інформаційну систему життєздатною або проданою для іншого сегмента ринку, як правило, потрібен був повний процес реінжинірингу. Користувачі чи організації, яким потрібно було працювати в багатонаціональному чи мультикультурному середовищі, як правило, робили це за допомогою декількох, як правило, несумісних систем обробки інформації.

          Міжнародна операція надає набір послуг та інтерфейсів, що дозволяють користувачеві визначати, вибирати та змінювати різні культурні середовища програм, що підтримуються конкретною реалізацією. Загалом, ці послуги повинні надаватися таким чином, щоб питання інтернаціоналізації були прозорими для логіки додатків.

          • Набори символів та подання даних послуги включають можливість введення, зберігання, маніпулювання, отримання, передачі та подання даних незалежно від використовуваної схеми кодування.Це включає можливість підтримувати та отримувати доступ до центрального сховища наборів символів усіх кодованих наборів символів, що використовуються на всій платформі. Набори символів будуть ідентифіковані однозначно, щоб кінцевий користувач або програма могли вибрати кодований набір символів, який буде використовуватися. Це незалежне від системи подання підтримує передачу (або спільний доступ) значень та синтаксису, але не семантику записів даних між системами зв'язку. Технічні характеристики не залежать від внутрішнього запису та польових подань систем зв'язку. Також включена можливість розпізнавання кодованого набору символів сутностей даних, а потім введення, передача та представлення цих даних.
          • Культурна конвенція послуги надають можливість зберігати та отримувати доступ до правил та конвенцій для культурних організацій, що зберігаються у сховищі культурних конвенцій, що називається & quotlocale & quot. Мови повинні бути доступними для всіх програм. Локалі зазвичай включають формати дати та валюти, послідовності зіставлення та формати чисел. Стандартизовані формати мови та API дозволяють суб’єктам програмного забезпечення використовувати інформацію про мову, розроблену іншими.
          • Підтримка місцевої мови послуги надають можливість одночасно підтримувати більше однієї мови в системі. Повідомлення, меню, форми та он-лайн документація можуть відображатися мовою, вибраною користувачем. Введення з клавіатур, які були змінені локально для підтримки локальних наборів символів, можна правильно інтерпретувати.

          Належне функціонування міжнародних служб експлуатації залежить від того, чи всі залучені суб'єкти програмного забезпечення мають можливість:

          • Використовуйте локалі
          • За необхідності перемикайтеся між регіонами
          • Підтримуйте кілька активних локалей
          • Доступ до відповідних шрифтів

          Для цього потрібно, щоб сутності програмного забезпечення були написані в певному стилі та розроблялися з самого початку з урахуванням інтернаціоналізації.

          43.5.5 Розташування та служби каталогів

          Служби розташування та каталогів надають спеціалізовану підтримку для пошуку необхідних ресурсів та посередницької діяльності між споживачами послуг та постачальниками послуг.

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

          • Каталог послуги надають послуги клієнтам, щоб встановити, де знаходяться ресурси, і, в подальшому, як їх можна отримати. & quotClients & quot можуть бути людьми або комп'ютерними програмами, а & quotresources & quot може бути різноманітним, наприклад, іменами, адресами електронної пошти, сертифікатами безпеки, принтерами, веб-сторінками тощо.
          • Спеціальне іменування служби надають послуги, що посилаються на імена (впорядковані рядки символів, що друкуються) на об'єкти в заданому контексті (простори імен). Об'єкти, як правило, ієрархічно організовані в просторах імен. Прикладами є:
            • Файлові системи
            • Бази даних безпеки
            • Обробляти черги

            43.5.6 Мережеві послуги

            Мережеві послуги надаються для підтримки розподілених додатків, що вимагають доступу до даних, та сумісності додатків у неоднорідних або однорідних мережевих середовищах.

            Мережева послуга складається як з інтерфейсу, так і з базового протоколу.

            • Передача даних, які включають інтерфейси та протоколи для надійної, прозорої наскрізної передачі даних через комунікаційні мережі. Послуги передачі даних включають як функції високого рівня (такі як передача файлів, віддалений вхід, віддалене виконання процесу або послуги інтеграції з ПК), так і функції низького рівня (наприклад, API сокетів), що забезпечують прямий доступ до протоколів зв'язку.
            • Електронна пошта послуги включають можливість надсилати, отримувати, пересилати, зберігати, відображати, отримувати, визначати пріоритети, автентифікувати та керувати повідомленнями. Це включає можливість додавання файлів та документів до повідомлень. Повідомлення можуть містити будь-яку комбінацію даних, тексту, аудіо, графіки та зображень і повинні мати можливість форматування у стандартні формати обміну даними. Ця послуга включає використання каталогів та списків розсилки для маршрутизації інформації, можливість присвоєння пріоритетів, використання попередньо відформатованих електронних форм та можливість відстеження стану повідомлень. Пов’язані послуги включають узагальнений перелік вхідних повідомлень, журнал повідомлень, отриманих та прочитаних, можливість подання або друку повідомлень та можливість відповідати на повідомлення або пересилати їх.
            • Розподілені дані служби забезпечують доступ до даних та метаданих та їх змінення у віддалених або локальних базах даних. У розподіленому середовищі дані, недоступні в локальній базі даних, отримуються з віддаленого сервера даних на запит локального клієнта.
            • Розподілений файл послуги забезпечують прозорий віддалений доступ до файлів. Додатки мають рівноцінний доступ до даних незалежно від їх фізичного розташування. Допоміжні послуги для цієї функції можуть включати прозору адресацію, кешовані дані, реплікацію даних, блокування файлів та реєстрацію файлів.
            • Розподілене ім'я послуги надають засіб для унікальної ідентифікації ресурсів у розподіленій обчислювальній системі. Ці служби доступні програмам у мережі та надають інформацію, яка може включати ім'я ресурсу, пов'язані з ним атрибути, фізичне розташування та функціональність ресурсу. Зауважте, що всі системні ресурси у всіх інформаційних системах мають бути ідентифікованими за розподіленим іменем. Це дозволяє фізичному розташуванню змінюватись не тільки з урахуванням руху, але й балансування навантаження, використання системи, масштабування (додавання процесорів та переміщення ресурсів для розміщення збільшених ресурсів), розподіленої обробки та всіх аспектів відкритих систем. До розподілених іменних служб належать служби каталогів, такі як X.500 та послуги мережевої навігації. Служби розподіленого імені включають способи пошуку об’єктів даних як за іменем, так і за функцією. 43.5.13 Об'єктно-орієнтоване надання послуг описує еквівалентні послуги відповідно до служб іменування та торгових послуг.
            • Розподілений час послуги забезпечують синхронізовану координацію часу, як це потрібно між розподіленими процесами в різних часових поясах. Еквівалентна послуга описана в розділі "Часові послуги" в 43.5.13 Об'єктно-орієнтоване надання послуг.
            • Віддалений процес (доступ) послуги надають засоби для розподілених програм для спілкування через комп’ютерну мережу. Ці послуги полегшують комунікацію між програмами, незалежно від їх розподіленого характеру або функціонування на неоднорідних платформах. Послуги віддалених процесів, включаючи віддалений виклик процедур (RPC) та асинхронні механізми обміну повідомленнями, лежать в основі програм клієнта / сервера.
            • Віддалене налагодження друку та розподіл вихідних даних служби надають засоби для віддаленого друку. Послуги включають управління віддаленим друком, включаючи вибір принтера та носія, використання форм, безпеку та управління чергою друку.

            Наступні функціональні області в даний час підтримуються в основному прикладним програмним забезпеченням, але прогресують у напрямку переходу на прикладну платформу:

            • Покращена телефонія функції, включаючи встановлення дзвінків, координацію дзвінків, переадресацію викликів, очікування виклику, запрограмовані каталоги, телеконференції, автоматичний розподіл дзвінків (корисно для категорій зайнятих послуг) та запис деталей дзвінків.
            • Спільний екран функції, що забезпечують аудіотелеконференції із загальними вікнами робочих станцій між двома або більше користувачами. Сюди входить можливість оновлення вікон, коли хтось відображає новий матеріал або змінює наявний дисплей. Кожен користувач має можливість графічно коментувати або модифікувати спільне вікно конференції.
            • Відеоконференція функції, що забезпечують двосторонню передачу відео між різними сайтами. Ці функції включають налаштування дзвінків, координацію дзвінків, повне відображення подій та учасників у двосторонньому напрямку, підтримку управління напрямками камер, починаючи від фіксованого положення, направляючи відправника, направляючи приймача, до автоматизованого звуку пікап.
            • Трансляція функції, що забезпечують односторонні функції аудіо- чи аудіо / відеозв’язку між місцем відправлення та кількома місцями прийому або між кількома місцями відправлення та прийому
            • Список адресатів функції, що дозволяють групам брати участь у конференціях. Ці конференції можуть відбуватися в реальному часі, а можуть і не відбуватися. Учасники конференції або запрошені гості можуть за бажанням відвідувати або виходити з конференцій чи підконференцій. Забезпечується можливість відстеження обмінів. Функції включають обмін документами, управління конференціями, засоби запису та можливості пошуку та пошуку.

            43.5.7 Послуги операційної системи

            Служби операційної системи відповідають за управління ресурсами платформи, включаючи процесор, пам'ять, файли, а також введення та виведення. Як правило, вони захищають програми від деталей реалізації машини. Послуги операційної системи включають:

            • Операції з ядром надавати послуги низького рівня, необхідні для:
              • Створювати та керувати процесами та потоками виконання
              • Виконувати програми
              • Визначте та повідомте асинхронні події
              • Визначте та обробіть системні годинникові операції
              • Впровадити функції безпеки
              • Управління файлами та каталогами
              • Контролюйте обробку вводу / виводу на периферійні пристрої та з них

              Деякі служби ядра мають аналоги, описані в 43.5.13 Об'єктно-орієнтоване надання послуг, такі як служби контролю паралельності.

              • Порівняння, друк та відображення вмісту файлу
              • Редагування файлів
              • Пошук шаблонів
              • Оцінювання виразів
              • Журналювання повідомлень
              • Переміщення файлів між каталогами
              • Сортування даних
              • Виконання скриптів команд
              • Місцева друк друку
              • Планування процесів виконання сигналу
              • Доступ до інформації про довкілля

              43.5.8 Послуги з розробки програмного забезпечення

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

              • Мова програмування послуги надають базовий синтаксис та семантичне визначення для використання розробником програмного забезпечення для опису бажаної функції Прикладного програмного забезпечення. Служби мови оболонки та виконавчого сценарію дозволяють використовувати команди або утиліти операційної системи, а не мову програмування. Оболонки та виконавчі сценарії зазвичай інтерпретуються, а не компілюються, але деякі операційні системи підтримують компілятори виконавчих сценаріїв. На відміну від цього, деякі компілятори видають код, який інтерпретується під час виконання. Інші інструменти цієї групи включають форматування вихідного коду та компілятори компіляторів.
              • Пов’язання коду об’єкта служби надають можливість програмам отримати доступ до базової програми та платформи операційної системи через API, які були визначені незалежно від мови комп'ютера. Він використовується програмістами для отримання доступу до цих служб за допомогою методів, що відповідають операційній системі та конкретній мові, що використовується. Посилання залежить від операційної системи, але не залежить від мови.
              • Середовище та інструменти автоматизованої програмної інженерії (CASE) послуги включають системи та програми, які допомагають в автоматизованій розробці та обслуговуванні програмного забезпечення. Вони включають, але не обмежуючись цим, інструменти для специфікації та аналізу вимог, для проектних робіт та аналізу, для створення, редагування, тестування та налагодження програмного коду, для документування, прототипування та групового спілкування. Інтерфейси цих інструментів включають послуги для зберігання та отримання інформації про системи та обміну цією інформацією між різними компонентами середовища розробки системи. Додатком до цих можливостей є можливість керувати та контролювати конфігурацію програмних компонентів, тестових даних та бібліотек для запису змін у вихідному коді або доступу до сховищ CASE. Інші мовні засоби включають генератори та перекладачі кодів, засоби штучного інтелекту та інструменти, такі як системна команда UNIX зробити, який використовує знання про взаємозалежності між модулями для перекомпіляції та зв’язування лише тих частин програми, які змінилися.
              • Побудова графічного інтерфейсу користувача (GUI) послуги допомагають у розробці елементів людського комп'ютерного інтерфейсу (HCI) елементів програм. Інструменти включають послуги з генерації та зйомки макетів екранів, а також для визначення зовнішнього вигляду, функції, поведінки та положення графічних об'єктів.
              • Мова сценаріїв послуги надають мови з інтерпретацією, які дозволяють користувачеві виконувати якусь складну функцію простим способом. Області програм, що обслуговуються мовами сценаріїв спеціального призначення, включають обчислення, розробку графічного інтерфейсу користувача та розробку прототипів програм.
              • Мовна прив’язка служби забезпечують відображення інтерфейсів, що надаються мовами програмування, на послуги, що надаються на платформі додатків. У багатьох випадках відображення є простим, оскільки платформа надає послуги, аналогічні тим, які очікує програма. В інших випадках служба мовної прив'язки повинна використовувати комбінацію служб Application Platform для забезпечення повноцінного відображення.
              • Середовище виконання послуги надають підтримку Прикладного програмного забезпечення під час роботи. Ця підтримка включає пошук та підключення динамічно зв’язаних бібліотек або навіть емуляцію операційного середовища, відмінного від того, що існує насправді.
              • Бінарний інтерфейс програми послуги надають послуги, які забезпечують відповідність Платформи додатків визначеним стандартам двійкового інтерфейсу додатків.

              43.5.9 Послуги з обробки транзакцій

              Послуги з обробки транзакцій (TP) надають підтримку онлайн-обробки інформації в дискретних одиницях, що називаються & quottransaction & quot, із гарантуванням стану інформації в кінці транзакції. Зазвичай це включає заздалегідь визначені послідовності введення, перевірки, відображення та оновлення або запиту щодо файлу або бази даних. Він також включає послуги з визначення пріоритетів та відстеження транзакцій. Послуги TP можуть включати підтримку розподілу транзакцій за комбінацією локальних та віддалених процесорів.

              Транзакція - це повна одиниця роботи. Він може містити багато обчислювальних завдань, які можуть включати користувальницький інтерфейс, пошук даних та зв’язок. Типова транзакція змінює спільні ресурси. Транзакції також повинні мати можливість відкочувати (тобто скасовувати), якщо це необхідно, на будь-якому етапі. Коли транзакція завершується без помилок, вона здійснюється. Завершення транзакції означає або зобов'язання, або відкат.

              Зазвичай служба TP міститиме менеджер транзакцій, який пов'язує програмне забезпечення для введення та відображення даних з обробкою, базою даних та іншими ресурсами для формування повної послуги.

              Сума всієї роботи, виконаної в будь-якій точці системи протягом однієї транзакції, називається & quotglobal транзакцією & quot. Транзакції не обмежуються однією Платформою додатків.

              • Менеджер транзакцій послуги, які дозволяють програмі розмежовувати транзакції та керувати їх завершенням. Послуги менеджера транзакцій включають:
                • Початок транзакції
                • Координація відновлюваних ресурсів, залучених до транзакції
                • Фіксація або відкат транзакцій
                • Контроль часу очікування транзакцій
                • З’єднання транзакцій разом
                • Моніторинг стану транзакції

                Деякі послуги менеджера транзакцій мають еквіваленти, описані в 43.5.13 Об'єктно-орієнтоване надання послуг у розділі Послуги транзакцій.

                43.5.10 Послуги інтерфейсу користувача

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

                • Графічний клієнт / сервер служби, що визначають взаємозв'язок між клієнтськими та серверними процесами, що працюють з графічним відображенням інтерфейсу користувача, як правило, всередині мережі. У цьому випадку програма, яка керує кожним модулем відображення, є серверним процесом, тоді як незалежні користувацькі програми - це клієнтські процеси, які вимагають послуги відображення у сервера.
                • Відображення об'єктів послуги, що визначають такі характеристики елементів відображення, як колір, форма, розмір, рух, графічний контекст, вподобання користувачів, управління шрифтами та взаємодія між елементами відображення.
                • Управління вікнами служби, що визначають спосіб створення, переміщення, зберігання, отримання, видалення та зв’язку вікон між собою.
                • Підтримка діалогу служби перекладають дані, введені для відображення, на ті, що фактично відображаються на екрані (наприклад, переміщення курсору, введення даних з клавіатури та зовнішні пристрої введення даних).
                • Друк послуги підтримують вихід текстових та / або графічних даних, включаючи будь-яку необхідну фільтрацію або перетворення формату. Послуги друку можуть включати можливість роздрукувати весь документ або його частину, надрукувати та звести більше однієї копії, вибрати розмір та орієнтацію виводу, вибрати роздільну здатність друку, кольори та графічну поведінку, а також вказати шрифти та інші характеристики.
                • Комп’ютерне навчання та онлайн-довідка послуги забезпечують інтегроване навчальне середовище на робочих станціях користувачів. Навчання доступне за необхідністю для будь-якої програми, доступної в навколишньому середовищі. Електронні повідомлення надаються натисканням клавіші з будь-якої точки програми. Сюди входить навчальний посібник із використовуваного додатка та наявність інтерактивного навчання на місці в режимі офлайн.
                • На основі характеру служби, які займаються підтримкою неграфічних терміналів. Послуги на основі символів включають підтримку незалежного від типу термінала управління атрибутами дисплея, рухом курсора, програмованими клавішами, звуковими сигналами та іншими функціями.

                Послуги, пов'язані з віконною системою, включають візуальне відображення інформації на екрані, що містить одне або кілька вікон або панелей, підтримку наведення на об'єкт на екрані за допомогою вказівного пристрою, такого як миша або сенсорний екран, а також маніпуляції набору об'єктів на екрані через вказівний пристрій або за допомогою введення з клавіатури. Інші користувацькі інтерфейси включають промислові засоби управління та пристрої віртуальної реальності.

                43.5.11 Служби безпеки

                Служби безпеки необхідні для захисту конфіденційної інформації в інформаційній системі. Відповідний рівень захисту визначається виходячи із цінності інформації для кінцевих споживачів сфери бізнесу та сприйняття загроз для неї.

                Щоб бути ефективною, безпека повинна бути посиленою, ніколи не повинна сприйматися як само собою зрозуміле і повинна бути спроектована в архітектуру, а не кріпитися потім.Незалежно від того, є система автономною чи розподіленою, захист повинна застосовуватися до всієї системи. Не слід забувати, що вимога щодо безпеки поширюється не лише на діапазон об'єктів системи, але й на час.

                При створенні архітектури безпеки найкращим підходом є врахування того, що захищається, яке значення воно має і які загрози для нього несуть. Основними загрозами, яким слід протидіяти, є:

                • Втрата конфіденційності даних
                • Недоступність даних або послуг
                • Втрата цілісності даних
                • Несанкціоноване використання ресурсів

                Лічильники цих загроз надаються такими службами:

                • Ідентифікація та автентифікація послуги надають:
                  • Ідентифікація, підзвітність та аудит користувачів та їхніх дій
                  • Дані автентифікації та облікового запису
                  • Захист даних автентифікації
                  • Інформація про статус активного користувача
                  • Механізми автентифікації пароля
                  • Попередження неавторизованим користувачам про те, що система забезпечує безпеку
                  • Аутентифікація користувачів
                  • Інформація, що відображається при введенні, про попередні успішні та невдалі спроби входу
                  • Блокування сеансу за ініціативою користувача, що перешкоджає подальшому доступу, доки користувач не буде повторно автентифікований
                  • Атрибути контролю доступу для предметів (наприклад, процесів) та об'єктів (наприклад, файлів)
                  • Застосування правил призначення та модифікації атрибутів контролю доступу
                  • Забезпечення контролю доступу
                  • Контроль створення та видалення об'єктів, включаючи забезпечення повторного використання об'єктів, що не дозволяє суб'єктам випадково отримати доступ до інформації, яка раніше містилася в об'єкті

                  Послуги контролю доступу також з’являються в розділі Служби безпеки у розділі 43.5.13 Об’єктно-орієнтоване надання послуг.

                  • Надійний спосіб спілкування сторін для автентифікації один одного без ризику, що підслуховувач згодом маскується під одну із сторін
                  • Безпечний спосіб генерації та перевірки контрольних значень цілісності даних
                  • Шифрування та розшифровка даних для конфіденційності та інших цілей
                  • Спосіб створення незворотного хешу даних для підтримки функцій цифрового підпису та відмови
                  • Генерування, виведення, розподіл, зберігання, пошук та видалення криптографічних ключів

                  Служби безпеки вимагають від інших суб'єктів програмного забезпечення співпраці у:

                  • Контроль доступу до ресурсів, якими керує сутність
                  • Облік та аудит подій, що стосуються безпеки
                  • Імпорт та експорт даних
                  • Потенційно всі інші служби безпеки в залежності від конкретного підходу до впровадження

                  Служби безпеки - це одна категорія, де широкий погляд є особливо важливим, оскільки мережа настільки міцна, наскільки є її найслабша ланка. Це одна категорія послуг, де зовнішнє середовище має критичні наслідки для Платформи додатків. Наприклад, наявність брандмауера може забезпечити єдину точку доступу до мережі із зовнішнього світу, що дозволяє сконцентрувати контроль доступу в одному місці та послабити вимоги за брандмауером.

                  43.5.12 Послуги системного та мережевого управління

                  Інформаційні системи складаються з найрізноманітніших різноманітних ресурсів, якими необхідно ефективно керувати для досягнення цілей відкритого системного середовища. Хоча окремі ресурси (наприклад, принтери, програмне забезпечення, користувачі, процесори) можуть сильно відрізнятися, абстракція цих ресурсів як керованих об’єктів дозволяє однорідно обробляти їх. Тоді основні концепції управління - включаючи експлуатацію, адміністрування та обслуговування - можуть бути застосовані до повного набору компонентів інформаційної системи разом із їх супутніми послугами.

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

                  • Управління користувачами послуги надають можливість підтримувати переваги та привілеї користувача.
                  • Керування конфігурацією (CM) послуги вирішують чотири основні функції:
                    • Ідентифікація та специфікація всіх компонентних ресурсів
                    • Контроль або можливість заморозити елементи конфігурації, змінюючи їх лише за узгодженими процесами
                    • Облік стану кожного елемента конфігурації
                    • Перевірка через ряд оглядів для забезпечення відповідності між фактичним елементом конфігурації та записаною про нього інформацією

                    Ці послуги включають: CM процесора, мережевий CM, CM розподіленої системи, CM топології та CM застосунку. Процесор CM використовує підхід, орієнтований на платформу. Служби CM мережі та розподіленої системи дозволяють керувати та контролювати віддалені системи, включаючи обмін статусом мережі. Топологія СМ використовується для управління топологією фізичних або логічних об'єктів, які розподіляються. Додаток CM фокусується на додатках. Управління конфігурацією також відображається як послуги управління змінами в 43.5.13 Об’єктно-орієнтоване надання послуг.

                    • Управління потенціалом, аналізуючи поточні та історичні показники та потужність
                    • Управління робочим навантаженням для виявлення та розуміння програм, що використовують систему
                    • Планування потужності для планування необхідних апаратних ресурсів на майбутнє

                    Наступні функціональні області в даний час підтримуються в основному прикладним програмним забезпеченням, але прогресують у напрямку переходу на прикладну платформу:

                    • Проблеми з квитком служби підтримують генерацію, обробку та відстеження звітів про проблеми. Замовлення квитків на проблеми - це термін, що походить із світу телекомунікацій, маючи на увазі можливість передавати повідомлення про несправності як всередині, так і між провайдерами телекомунікаційних послуг. У цьому середовищі клієнт одного постачальника часто виявляє несправності, тоді як причина проблеми криється в адміністративному домені іншого постачальника. Замовлення квитків на проблеми - це загальна послуга, яка може бути корисною для зростаючого діапазону програм, якщо буде зроблена необхідна робота з її поширення з телекомунікацій на більш широкі області розподілених додатків, таких як електронна пошта.

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

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

                    Послуги управління системою та мережею вимагають співпраці інших програмних об'єктів у:

                    • Надання інформації про статус
                    • Повідомляючі події
                    • Відповідаючи на інструкції з управління

                    43.5.13 Об’єктно-орієнтоване надання послуг

                    У цьому розділі показано, як послуги надаються об’єктно-орієнтованим чином. & quotObject Services & quot не відображається як категорія в Технічній довідковій моделі (TRM), оскільки всі окремі об'єктні послуги включені відповідно до відповідних категорій послуг.

                    Об'єкт - це ідентифікована, інкапсульована сутність, яка надає одну або кілька послуг, які може запитувати клієнт. Клієнти запитують послугу, викликаючи відповідний метод, пов'язаний з об'єктом, і об'єкт виконує послугу від імені клієнта. Об'єкти забезпечують парадигму програмування, яка може призвести до важливих переваг, включаючи:

                    Послуги управління об’єктами забезпечують способи створення, пошуку та іменування об’єктів, а також дозволяють їм спілкуватися в розподіленому середовищі. Повний набір об'єктних послуг, визначених на даний момент, перерахований нижче для повноти. Там, де конкретна послуга об’єкта є частиною більш загальноприйнятої категорії послуг, вказується вказівник на іншу категорію послуг. Об’єктні послуги включають:

                    • Брокер запитів об’єктів (ORB) служби, які дозволяють об'єктам прозоро робити та отримувати запити та відповіді у розподіленому середовищі. Послуги ORB включають:
                      • Репозиторій реалізації служби підтримують розташування та управління реалізацією об’єктів. Послуги нагадують послуги, що надаються службами словника / сховища даних у 43.5.2 Послуги з управління даними.
                      • Встановлення та активація послуги надають способи розповсюдження, встановлення, активації та переміщення об'єктів. Це відповідає послугам встановлення програмного забезпечення в 43.5.12 Послуги управління системою та мережею.
                      • Сховище інтерфейсу служби підтримують зберігання та управління інформацією про інтерфейси до об'єктів. Послуги нагадують послуги, що надаються службами словника / сховища даних у 43.5.2 Послуги з управління даними.
                      • Реплікація служби підтримують тиражування об'єктів у розподілених системах, включаючи управління узгодженістю між копіями.
                      • Управління змінами служби забезпечують ідентифікацію версій та управління конфігурацією інтерфейсів об'єктів, реалізацій та екземплярів. Це відповідає послугам управління конфігурацією, описаним у 43.5.12 Служби управління системою та мережею.
                      • Колекції служби забезпечують операції з колекціями об'єктів, таких як списки, дерева, стеки або черги. Послуги включають встановлення, додавання об’єктів або видалення їх із колекцій, тестування членства в наборах, утворення об’єднань та перетинів множин тощо.
                      • Контроль паралельності послуги дозволяють кільком клієнтам координувати свій доступ до спільних ресурсів. Така синхронізація зазвичай надається за допомогою служб ядра, наданих у 43.5.7 Служби операційної системи.
                      • Обмін даними послуги підтримують обмін видимою інформацією про стан між об'єктами. Залежно від виду задіяного об'єкта, це відповідає одній або декільком послугам, що надаються в 43.5.1 Послуги обміну даними.
                      • Організація заходів послуги надають базові можливості для управління подіями, включаючи асинхронні події, вхід & quotfan-подій & quot, повідомлення & quotfan-out & quot, та надійну доставку подій.
                      • Екстерналізація служби визначають протоколи та домовленості щодо екстерналізації та інтерналізації об'єктів. Екстерналізація означає запис стану об'єкта в потоці даних, а інтерналізація означає відтворення стану об'єкта з потоку даних. Це один із прикладів функцій подання та розповсюдження інформації в службах обміну даними 43.5.1.
                      • Ліцензування політики підтримки послуг щодо ліцензування об’єктів, вимірювання та стягнення плати за використання об’єкта. Це відповідає послугам управління ліцензіями в 43.5.12 Служби управління системою та мережею.
                      • Життєвий цикл служби визначають правила створення, видалення, копіювання та переміщення об'єктів. Створення об'єктів визначається з точки зору заводських об'єктів, які є об'єктами, що створюють інші об'єкти.
                      • Найменування послуги надають можливість прив’язати ім’я до об’єкта та знайти об’єкт за його назвою. Це аналогічно службі розподілених імен, описаній у 43.5.6 Мережеві служби.
                      • Стійкий об'єкт служби забезпечують загальні інтерфейси для збереження та управління постійним станом об'єктів. Об'єкти часто зберігаються в OODBMS, що описується як одна із служб у 43.5.2 Служби управління даними.
                      • Властивості служби підтримують створення, видалення, призначення та захист динамічних властивостей, пов'язаних з об'єктами.
                      • Запит служби підтримують операції індексації та запитів для колекцій об'єктів, що повертають підмножину колекції. Це схоже на пошук бази даних, яка є частиною функцій СУБД у службі управління даними 43.5.2.
                      • Відносини послуги дозволяють відносини між об'єктами (наприклад, право власності чи утримання) явно представляти як об'єкти.
                      • Безпека служби підтримують контроль доступу на об'єктах та відмову від операцій над об'єктами. Контроль доступу визначається як служба безпеки (див. 43.5.11 Служби безпеки). Відмова, яка також є службою безпеки, є доказом того, що дія була здійснена певним користувачем у певний час.
                      • Стартап послуги підтримують автоматичний запуск і припинення обслуговування об'єктів при запуску або припиненні ORB.
                      • Час служби підтримують синхронізацію годинників у розподіленій системі. Це те саме, що послуга розподіленого часу в 43.5.6 Мережеві служби.
                      • Торгівля послуги дозволяють клієнтам знаходити об'єкти за послугами, що їх надають, а не за іменем. Це схоже на службу розподілених імен у 43.5.6 Мережеві служби.
                      • Транзакція служби надають можливості для групування операцій в атомні одиниці, які називаються & quottransaction & quot, з певністю того, що транзакція буде здійснена повністю або взагалі не здійснена. Це відповідає деяким послугам Transaction Manager у 43.5.9 Служби обробки транзакцій.

                      Набір документів TOGAF призначений для використання з рамками. Для навігації по документу:

                      • У головному кадрі Зміст на лівому полі сторінки клацніть відповідне гіперпосилання, щоб завантажити Список Змісту для цієї Частини документа TOGAF або перейдіть безпосередньо до розділу документа.
                      • У межах розділу ви можете вибрати Попередній і Наступний у верхній і нижній частині сторінки, щоб перейти до попереднього або наступного розділу, або вибрати Домашня сторінка, щоб повернутися до вітальної сторінки.

                      Завантаження TOGAF & reg, стандарту Open Group, доступне за ліцензією на інформаційному веб-сайті TOGAF. Ліцензія є безкоштовною для будь-якої організації, яка бажає використовувати стандарт TOGAF повністю для внутрішніх цілей (наприклад, для розробки архітектури інформаційної системи для використання в цій організації). Книга також доступна (у друкованому вигляді та у форматі PDF) у книгарні The Open Group як документ G116.


                      Надання мобільних додатків для підвищення продуктивності Citrix для користувачів Android Enterprise

                      Надання програм мобільної продуктивності Citrix для користувачів Android Enterprise вимагає цих кроків.

                      Опублікуйте програми як програми MDX. Див. Розділ Налаштування програм як програм MDX.

                      Налаштуйте правила для виклику безпеки, який користувачі використовують для доступу до робочих профілів на своїх пристроях. Див. Налаштування політики виклику безпеці.

                      Опубліковані вами програми доступні для пристроїв, зареєстрованих у вашому Android Enterprise Enterprise.

                      Примітка:

                      Коли ви розгортаєте програму загальнодоступного магазину програм Android для користувача Android, цей користувач автоматично реєструється в Android Enterprise.

                      Налаштуйте програми як програми MDX

                      Щоб налаштувати додаток Citrix для підвищення продуктивності як додаток MDX для Android Enterprise:

                      На консолі керування кінцевою точкою натисніть Налаштування & gt додатків. Програми з'явиться сторінка.

                      Клацніть Додати. Додати додаток з'явиться діалогове вікно.

                      Клацніть MDX. Інформація про програму з'явиться сторінка.

                      У лівій частині сторінки виберіть Android Enterprise як платформа.

                      На Інформація про програму сторінки введіть таку інформацію:

                      • Ім'я: Введіть описову назву програми. Ця назва відображається під Назва програми на Програми таблиця.
                      • Опис: Введіть необов’язковий опис програми.
                      • Категорія додатка: За бажанням у списку клацніть категорію, до якої потрібно додати програму. Для отримання додаткової інформації про категорії програм див. Розділ Про категорії програм.

                      Клацніть Далі. Додаток Android Enterprise MDX з'явиться сторінка.

                      Клацніть Завантажити і перейдіть до місця розташування файлів .mdx для програми. Виберіть файл і натисніть відчинено.

                      Інтерфейс користувача повідомляє вас, якщо додана програма вимагає схвалення керованого магазину Google Play. Щоб затвердити програму, не виходячи з консолі Citrix Endpoint Management, клацніть Так.

                      Коли відкриється сторінка керованого магазину Google Play, натисніть Затвердити.

                      Клацніть Затвердити знову.

                      Виберіть Зберігайте схвалення, коли додаток запитує нові дозволи. Клацніть Зберегти.

                      Коли програму буде схвалено та збережено, на сторінці з’явиться більше налаштувань. Налаштуйте ці налаштування:

                      • Назва файлу: Введіть ім'я файлу, пов'язане з програмою.
                      • Опис програми: Введіть опис програми.
                      • Трек товару: Укажіть, який товарний трек ви хочете передати на пристрої користувача. Якщо у вас є трек, призначений для тестування, ви можете вибрати та призначити його своїм користувачам. Типовим є Виробництво.
                      • Версія програми: За бажанням введіть номер версії програми.
                      • Ідентифікатор пакета: URL-адреса програми в магазині Google Play.
                      • Мінімальна версія ОС: За бажанням введіть найстарішу версію операційної системи, яку пристрій може запустити для використання програми.
                      • Максимальна версія ОС: Необов’язково введіть останню операційну систему, яку повинен запускати пристрій для використання програми.
                      • Виключені пристрої: За бажанням введіть виробника або моделі пристроїв, які не можуть запускати програму.

                      Налаштуйте Політика MDX. Щоб отримати докладнішу інформацію про політику програм для програм MDX, див. Політики MDX з першого погляду та Огляд MAM SDK.

                      Налаштуйте правила розгортання. Для отримання відомостей див. Розгортання ресурсів.

                      Розгорнути Конфігурація магазину. Це налаштування не застосовується до додатків Android Enterprise, які з’являються лише в керованому Google Play.

                      За бажанням ви можете додати поширені запитання щодо програми або знімків екрана, які з’являються в магазині програм. Ви також можете встановити, чи можуть користувачі оцінювати або коментувати програму.

                      • Налаштуйте ці налаштування:
                        • Поширені запитання про програму: Додайте запитання та відповіді на поширені запитання щодо програми.
                        • Скріншоти програми: Додайте знімки екрана, щоб допомогти класифікувати програму в магазині програм. Графіка, яку ви завантажуєте, має бути у форматі PNG. Ви не можете завантажити зображення GIF або JPEG.
                        • Дозволити оцінки додатків: Виберіть, чи дозволяти користувачеві оцінювати додаток. За замовчуванням - Увімкнено. Дозволити коментарі додатків: Виберіть, чи дозволяти користувачам коментувати вибраний додаток. За замовчуванням - Увімкнено.

                        Клацніть Далі. Схвалення з'явиться сторінка.

                        Ви використовуєте робочі процеси, коли вам потрібно схвалення під час створення облікових записів користувачів. Якщо ви не хочете налаштовувати робочі процеси затвердження, можна перейти до кроку 15.

                        Налаштуйте ці параметри, щоб призначити або створити робочий процес:

                        • Робочий процес для використання: У списку клацніть наявний робочий процес або клацніть Створіть новий робочий процес. За замовчуванням - Жоден.
                        • Якщо ви виберете Створіть новий робочий процес, налаштуйте ці налаштування. Для отримання додаткової інформації див. Створення робочих процесів та керування ними.
                        • Ім'я: Введіть унікальну назву робочого циклу.
                        • Опис: За бажанням введіть опис робочого процесу.
                        • Шаблони схвалення електронної пошти: У списку виберіть шаблон затвердження електронної пошти, який потрібно призначити. Коли ви клацаєте піктограмою ока праворуч від цього поля, з’являється діалогове вікно, де можна переглянути шаблон.
                        • Рівні затвердження менеджера: У списку виберіть кількість рівнів затвердження менеджера, необхідних для цього робочого процесу. За замовчуванням 1 рівень. Можливі варіанти:
                          • Не потрібно
                          • 1 рівень
                          • 2 рівні
                          • 3 рівні
                          • Щоб видалити людину з Вибрано додаткових необхідних затверджувачів списку, виконайте одну з наступних дій:
                            • Клацніть Пошук щоб переглянути список усіх осіб у вибраному домені.
                            • Введіть повне або часткове ім'я у вікні пошуку та натисніть Пошук щоб обмежити результати пошуку.
                            • Особи в Вибрано додаткових необхідних затверджувачів у списку є позначки біля їх імені у списку результатів пошуку. Прокрутіть список і зніміть прапорець біля кожного імені, яке потрібно видалити.

                            Клацніть Далі. Призначення групи доставки з'явиться сторінка.

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

                            Розгорнути Графік розгортання а потім налаштуйте такі параметри:

                            • Поруч з Розгортати, натисніть Увімкнено щоб запланувати розгортання або клацнути Вимкнено щоб запобігти розгортанню. Параметр за замовчуванням - Увімкнено.
                            • Біля Графік розгортання натисніть Зараз або Пізніше. Параметр за замовчуванням - Зараз.
                            • Якщо натиснути Пізнішеклацніть піктограму календаря, а потім виберіть дату та час для розгортання.
                            • Поруч з Умова розгортання, натисніть На кожному зв’язку або натисніть Тільки тоді, коли попереднє розгортання не вдалося. Параметр за замовчуванням - На кожному зв’язку.

                            Поруч з Розгортання для постійного з’єднання, переконайтесь, що Вимкнено вибрано. Параметр за замовчуванням - Вимкнено. Постійні підключення недоступні для Android Enterprise для клієнтів, які почали використовувати Endpoint Management з версії 10.18.19 або пізнішої. Ми не рекомендуємо підключення для клієнтів, які почали використовувати Endpoint Management до версії 10.18.19.

                            Цей параметр застосовується, коли ви настроїли ключ планування фонового розгортання в Налаштування & gt Властивості сервера.

                            Розклад розгортання, який ви налаштовуєте, однаковий для всіх платформ. Будь-які внесені вами зміни стосуються всіх платформ, за винятком Розгортання для постійного з’єднання.

                            Клацніть Зберегти.

                            Повторіть кроки для кожного мобільного додатку для підвищення продуктивності.

                            Налаштуйте політику виклику безпеці

                            Політика пристрою Endpoint Management Passcode налаштовує правила виклику безпеки. Проблеми виникають, коли користувачі отримують доступ до своїх пристроїв або робочих профілів Android Enterprise на своїх пристроях. Проблемою безпеки може бути пароль або біометричне розпізнавання. Щоб отримати додаткові відомості про політику доступу до паролів, див.

                            • Якщо ваше розгортання Android Enterprise включає пристрої BYOD, налаштуйте політику паролів для робочого профілю.
                            • Якщо ваше розгортання включає корпоративні, повністю керовані пристрої, налаштуйте політику паролів для самого пристрою.
                            • Якщо ваше розгортання включає обидва типи пристроїв, налаштуйте обидва типи політики паролів.

                            Щоб налаштувати політику паролів:

                            У консолі управління кінцевими точками перейдіть до Налаштування & gt політики пристрою.

                            Клацніть Показати фільтр показати Політична платформа панелі. В Політична платформа , виберіть Android Enterprise.

                            Клацніть Пароль на правій панелі.

                            Введіть a Назва політики. Клацніть Далі.

                            • Встановити Потрібен пароль пристрою до Увімкнено щоб переглянути налаштування, доступні для викликів безпеки самого пристрою.
                            • Встановити Проблема безпеки робочого профілю до Увімкнено щоб переглянути налаштування, доступні для викликів безпеки робочого профілю.

                            Клацніть Далі.

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


                            8 відповідей 8

                            Щоб спробувати відновити USB-накопичувач до придатного для використання стану, спробуйте виконати ці команди.

                            Спочатку слід зазначити, що на комп’ютері, до якого ви маєте доступ, слід встановити Windows 7, щоб можна було використовувати команду diskpart. Також потрібно мати доступ адміністратора на цьому комп’ютері.

                            1. Клацніть на Пуск Orb.
                            2. Введіть cmd у вікно пошуку.
                            3. Shift + клацніть правою кнопкою миші на значку CMD.
                            4. Натисніть Запустити від імені адміністратора.

                            Звідси ми збираємося ввести diskpart і виконати наступні команди.

                            Звідси ми будемо вводити диск зі списком, щоб знайти поточні диски, підключені до комп'ютера.

                            Привід на 15 Гб - це той диск, який ми шукаємо, оскільки це розмір нашого USB-накопичувача. Отже, щоб вибрати цей диск, ми запускаємо команду select disk 3.

                            Якщо ви не впевнені, що це ваш привід, ви можете запросити деталі про привід, запустивши диск із деталлю команди після того, як вибрали диск.

                            Після того, як ми встановили правильний диск, ми можемо вибрати будь-які розділи на диск, вибравши обсяг, а потім номер гучності, як у нашому випадку, виберіть обсяг 4.

                            Відтепер ми намагатимемось відновити накопичувач до придатного для використання стану. Ми спробуємо спершу переформатувати диск. ФОРМАТ РЕКОМЕНДОВАНОГО ПЕРЕМІЩЕННЯ - це найбезпечніший спосіб відформатувати накопичувач у нормальний стан.

                            Якщо це не спрацює, як показано вище, ми можемо спробувати запустити команду форматування, яка повідомляє, як форматувати диск, у нашому випадку ми використовуємо FORMAT FS = NTFS LABEL = "Windows7" ​​QUICK COMPRESS.

                            У нашому випадку це все одно не працює. Тому ми намагаємось очистити весь диск за допомогою команди CLEAN ALL.

                            Якщо на даний момент ми все ще маємо проблеми з диском. Давайте спробуємо ще раз перелічити розділи, перевірити, чи не було внесено змін до диска за допомогою LIST PARTITION.

                            Оскільки зміни відбулись, давайте подивимось, чи зможемо ми отримати привід в Інтернеті за допомогою ОНЛАЙН-ДИСКУ.

                            Оскільки драйвер у мережі, тепер ми можемо спробувати очистити будь-які атрибути, які можуть бути на нашому шляху, такі як атрибут лише для читання. Ми запускаємо ATTRIBUTES DISK CLEAR READARLY.

                            Давайте подивимось, чи можемо ми помістити туди запис завантаження за допомогою CONVERT MBR.

                            Як зазначалося, усі ці команди не вдалися з цього моменту. Тож слід спробувати останнє, щоб привід знову запрацював. У цьому випадку вам слід видалити драйвери для USB-накопичувача, а потім перевстановити драйвери знову після перезавантаження комп'ютера.


                            Перегляньте відео: Lesson 4. Создание простых моделей в ArcGIS ModelBuilder