- •Оглавление
- •Классификация операционных систем
- •2. Структура, состав и назначение подсистем типовой системы программирования (Visual Studio или Delphi).
- •4. Взаимодействие программ — интеграция приложени: технология com — основные принципы, типы и правила построения программных интерфейсов, достоинства и недостатки.
- •5. Объект, сервер, клиент. Схема взаимодействия клиента и объекта com. Объект
- •Интерфейс
- •Интерфейс iUnknown
- •Библиотека сом
- •Создание объекта
- •6. Технологи обмена сообщениями: проблемы интеграции приложений, основные принципы, шаблоны, достоинства и недостатки.
- •7. Принципы построения корпоративных информационных систем (кис), их типы и проблемы. Основные проблемы реализации архивных хранилищ. К основным принципам построения кис относятся:
- •Корпоративные информационные системы можно также разделить на два класса: финансово-управленческие и производственные.
- •Также различают виды кис, такие как заказные (уникальные) и тиражируемые кис.
- •Основные проблемы реализации архивных хранилищ
- •8. Синхронизация: семафоры, мьютексы, барьеры, взаимоблокировки — реентерабельность.
- •Семафоры
- •Мьютексы
- •Барьеры
- •Взаимоблокировки
- •Реентерабельность
- •Синхронизация при низком irql
- •Механизмы синхронизации режима ядра
- •Объекты диспетчера ядра
- •Условия освобождения различных синхронизирующих объектов
- •10. Основные системные механизмы Windows и их назначение.
- •Диспетчеризация ловушек
- •Диспетчер объектов
- •Синхронизация
- •Системные рабочие потоки
- •Глобальные флаги Windows
- •Трассировка событий ядра
- •Объекты исполнительной системы
- •Структура объектов
- •Методы объекта
- •Описатели объектов и таблица описателей, принадлежащая процессу
- •Внутренние объекты, объекты исполнительной системы (executive objects)
- •Хранение объектов в памяти
- •Имена объектов
- •Стандартные каталоги объектов
- •Пространство имен сеанса
- •Диспетчеризация 32-разрядных системных сервисов
- •Диспетчеризация 64-разрядных системных сервисов
- •Диспетчеризация системных сервисов режима ядра
- •Прерывания dpc или диспетчеризации
- •Прерывания apc
- •Необработанные исключения
- •Трассировка событий ядра
- •17. Реестр Windows: назначение, организация, ключи, ульи, редактирование, достоинства и недостатки. Реестр
- •Логическая структура реестра
- •Структура реестра
- •Хранение реестра
- •18. Статическое и динамическое связывание, dll-библиотеки — назначение, структура. Статические и динамические библиотеки.
- •Основные этапы компьютерного моделирования
- •Виды алгоритмов
- •Основные этапы полного построения алгоритма.
- •Правильность алгоритма.
- •Реализация алгоритма.
- •Принципы эффективных алгоритмов.
- •Правила оформления текстов программ.
- •Архитектура программного обеспечения в качестве классического жизненного цикла системы — недостатки классического цикла.
- •Основные параметры при разработке архитектуры.
- •Примеры технологии проектирования пс (стратегии проектирования: водопадная, инкрементная, эволюционная, спиральная стратегии)
- •Понятие надежности по
- •Отказы, сбои, восстановление
- •Основные задачи технической диагностики
- •Показатели качества и надежности программных средств (iso 9126:1991)
- •Тестирование корректности определения и использования данных на маршрутах исполнения программы.
- •Основные типы
- •Средства разработки
- •Загрузка/выгрузка
- •Организация и точки входа
- •Диспетчер PnP
- •Структуры драйверов в ос
- •23. Администрирование программного обеспечения пк: принципы, задачи, документирование, регламентные работы — профилактика. Администрирование программного обеспечения пк
- •Принципы
- •Документирование
- •Регламентные работы — профилактика.
- •Средства разработки .Net-приложений
- •Корпоративные .Net-серверы и их краткие характеристики
- •Сервер Application Center
- •Реализация Web-ферм, кластеров
- •Exchange Server и его основные функции
Основные задачи технической диагностики
Основной задачей технической диагностики является распознавание состояния технической системы в условиях ограниченной информации.
Первая задача диагностирования – проверка исправности, при которой решается задача обнаружения в объекте любой неисправности, переводящей объект диагностирования (ОД) из множества исправных состояний в множество неисправных. Она возникает при изготовлении устройств на заводах, включении их после долгого хранения или ремонта.
Вторая задача диагностирования – проверка работоспособности, при которой решается задача обнаружения тех неисправностей, которые переводят ОД из множества работоспособных систем в множество отказавших.
Третья задача диагностирования – проверка правильности функционирования – решается во время работы ОД. При этом достаточно следить за тем, чтобы в объекте диагностирования не появились неисправности, нарушающие его нормальную работу в настоящий момент времени, и исключить недопустимое для нормальной работы влияние неисправностей.
Четвертая задача диагностирования – поиск неисправностей (дефектов), при котором решается проблема точного указания в объекте неисправного элемента или множества элементов, среди которых находится неисправный элемент.
Пятая задача диагностирования – прогнозирование состояния ОД, для решения которой изучается характер изменения диагностических параметров и на основе сформировавшихся тенденций предсказываются значения параметров в будущий момент времени.
Показатели качества и надежности программных средств (iso 9126:1991)
6 основных характеристик качества ПС, каждая из которых детализируется несколькими (всего 21) субхарактеристиками (ISO 9126:1991 )
Функциональная пригодность детализируется пригодностью для применения, точностью, защищенностью, способностью к взаимодействию и согласованностью со стандартами и правилами проектирования.
Надежность рекомендуется характеризовать уровнем завершенности (отсутствия ошибок), устойчивостью к ошибкам и перезапускаемостью.
Применимость предлагается описывать понятностью, обучаемостью и простотой использования.
Эффективность рекомендуется характеризовать ресурсной и временной экономичностью.
Сопровождаемость характеризуется удобством для анализа, изменяемостью, стабильностью и тестируемостью.
Переносимость предлагается отражать адаптируемостью, структурированностью, замещаемостью и внедряемостью.
Основными показателями надежности ПО являются:
вероятность безотказной работы программы, представляющая собой вероятность того, что ошибки программы не проявятся в интервале времени;
вероятность отказа программы или вероятность события отказа ПО до момента времени;
интенсивность отказов программы;
средняя наработка программы на отказ, являющаяся математическим ожиданием временного интервала между последовательными отказами.
Тестирование корректности определения и использования данных на маршрутах исполнения программы.
Если маршруты исполнения программы соответствуют допустимым областям изменения входных данных, то целесообразно проверять корректность основных операций обработки данных на выделенных маршрутах. Каждая величина на маршруте исполнения программы считывается из памяти, и после использования для вычислений записывается в память ЭВМ для хранения и последующей обработки. Чередование операций чтения и записи переменных может быть нарушено в результате ошибок в программе. Для выявления таких ошибок проводится тестирование корректности записи и считывания реальных данных или статический анализ этих операций по исходному тексту программы.
22. Драйверы — назначение, основные типы, средства разработки, загрузка/выгрузка, организация и точки входа, диспетчер PnP, структуры драйверов в ОС, схема обработки прерываний, проблемы. Windows Driver Model.
Драйверы — назначение
Одной из неотъемлемых частей операционной системы Windows являются драйверы. В общем случае драйвер — это специальное программное обеспечение, которое обеспечивает работу внешних устройств, а также некоторой базовой функциональности операционной системы. Драйверы используются не только как механизм управления аппаратными устройствами, но и как составная часть прикладного программного обеспечения. В частности, к подобным решениям относятся различные виртуальные дисководы, технологии защиты от копирования, механизмы шифрования, антивирусное программное обеспечение и многое другое. Назначение драйвера — избавить разработчиков пользовательского программного обеспечения от рутинной реализации протоколов работы с оборудованием и предоставить дополнительный сервис и удобные средства по настройке и управлению устройствами. Таким образом, драйвер можно назвать интерфейсной «прослойкой» между «железом» и «софтом». С помощью драйвера клиентское приложение получает возможность управлять подключенным оборудованием.
