Исправность (компьютер) - Serviceability (computer)
В разработке программного обеспечения и аппаратных средств проектирования , исправность (также известный как Supportability ) является одним из - ilities или аспектов (от компании IBM RAS (U) (надежность, доступность, удобство обслуживания и Usability)). Это относится к способности персонала технической поддержки устанавливать, настраивать и контролировать компьютерные продукты, выявлять исключения или сбои, отлаживать или изолировать сбои для анализа первопричин , а также обеспечивать обслуживание оборудования или программного обеспечения для решения проблемы и восстановления продукта в служба. Включение функций, облегчающих обслуживание, обычно приводит к более эффективному обслуживанию продукта, сокращает эксплуатационные расходы и поддерживает непрерывность бизнеса.
Примеры функций, облегчающих обслуживание, включают:
- Уведомление службы поддержки об исключительных событиях (например, по электронной почте или путем отправки текста на пейджер )
- Сетевой мониторинг
- Документация
- Регистрация событий / отслеживание (программное обеспечение)
- Регистрация состояния программы , например
- Путь выполнения и / или локальные и глобальные переменные
- Вход и выход из процедуры, необязательно с входящими и возвращаемыми значениями переменных (см .: подпрограмма )
- Запись блока исключения, необязательно с локальным состоянием (см .: обработка исключений )
- Обновление программного обеспечения
- Постепенная деградация , при которой продукт предназначен для восстановления после исключительных событий без вмешательства персонала службы технической поддержки.
- Аппаратная замена или обновление планирования, где продукт предназначен для обеспечения эффективной модернизации аппаратных средств с минимальным системным компьютером простоем (например, HotSwap компонентов.)
Проектирование удобства обслуживания может также включать некоторые функции, связанные с текущим обслуживанием системы (см .: Эксплуатация, администрирование и техническое обслуживание ( OA&M .))
Сервисный инструмент определяются как объект или функция, тесно связан с продуктом, который обеспечивает возможности и данные таким образом , чтобы службы (анализировать, контролировать, отладки, ремонт и т.д.) этот продукт. Сервисные инструменты могут предоставлять широкий спектр возможностей. Что касается диагностики, предлагаемая классификация сервисных инструментов выглядит следующим образом:
- Уровень 1: Сервисный инструмент, который указывает, функционирует продукт или нет. При описании компьютерных серверов состояния часто упоминаются как «работающие» или «неработающие». Это двоичное значение.
- Уровень 2: Сервисный инструмент, который предоставляет некоторые подробные диагностические данные. Часто диагностические данные упоминаются как «сигнатура» проблемы, представление ключевых значений, таких как системная среда, имя запущенной программы и т. Д. Этот уровень данных используется для сравнения сигнатуры одной проблемы с сигнатурой другой проблемы: возможность сопоставления новая проблема к старой позволяет использовать решение, уже созданное для предыдущей проблемы. Возможность отсеивать проблемы ценна, когда проблема действительно совпадает с уже существующей проблемой, но ее недостаточно для отладки новой проблемы.
- Уровень 3: Предоставляет подробные диагностические данные, достаточные для отладки новой уникальной проблемы.
Как примерное практическое правило для этих таксономий, существует несколько «порядков величины» диагностических данных в сервисных инструментах уровня 1, уровня 2 и уровня 3.
Дополнительные характеристики и возможности, которые были замечены в сервисных инструментах:
- Время сбора данных: некоторые инструменты могут собирать данные немедленно, как только возникает проблема, другие задерживают сбор данных.
- Предварительно проанализированные или еще не проанализированные данные: одни инструменты собирают «внешние» данные, а другие - «внутренние». Это видно при сравнении системных сообщений (операторов, подобных естественному языку на родном языке пользователя) и «двоичных» дампов хранилища.
- Частичный или полный набор данных о состоянии системы: некоторые инструменты собирают полное состояние системы по сравнению с частичным состоянием системы (пользовательский или частичный «двоичный» дамп памяти по сравнению с полным дампом системы).
- Необработанные или проанализированные данные: некоторые инструменты отображают необработанные данные, а другие анализируют их (например, средства форматирования дампа хранилища, которые форматируют данные, в отличие от «интеллектуальных» средств форматирования данных («АНАЛИЗИРОВАТЬ» - общий глагол), которые объединяют знания о продукте с анализом переменных состояния для укажите «значение» данных.
- Программируемые инструменты против инструментов с фиксированными функциями. Некоторые инструменты можно изменять для получения различных объемов данных в разное время. У некоторых инструментов есть только фиксированная функция.
- Автоматический или ручной? Некоторые инструменты встроены в продукт для автоматического сбора данных при возникновении неисправности или сбоя. Другие инструменты должны быть специально вызваны, чтобы начать процесс сбора данных.
- Ремонт или без ремонта? Некоторые инструменты собирают данные в качестве предвестника процесса автоматического восстановления (самовосстановление / отказоустойчивость). Перед этими инструментами стоит задача быстрого получения неизмененных данных до начала желаемого процесса восстановления.
Смотрите также
внешние ссылки
Отличный пример требований к функциям удобства обслуживания:
- Sun Gathering Debug Data (Sun GDD) . Это набор инструментов, разработанный специалистами службы поддержки Sun, цель которых - обеспечить правильный подход к решению проблем, используя упреждающие действия и передовые методы сбора данных отладки, необходимых для дальнейшего анализа.
- «Определение требований к удобству использования Linux операторского класса, версия 4», Copyright (c) 2005-2007 гг., Open Source Development Labs, Inc., Бивертон, штат Орегон, США [1]