Обзор архитектур ОСРВ

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

Прочитать остальную часть записи »

Среда исполнения

Требования, предъявляемые к среде исполнения систем реального времени, следующие:
  • небольшая память системы — для возможности ее встраивания;
  •  система должна быть полностью резидентна в памяти, чтобы избежать замещения страниц памяти или подкачки;
  •  система должна быть многозадачной — для обеспечения максимально эффективного использования всех ресурсов системы;

Прочитать остальную часть записи »

Ядро операционной системы

Ядро́ — центральная часть операционной системы (ОС), обеспечивающая приложениям координированный доступ к ресурсам компьютера,  память, внешнее аппаратное обеспечение, внешнее устройство ввода и вывода информации, переводя команды языка приложений на язык двоичных кодов, которые понимает компьютер.Как основополагающий элемент ОС, ядро представляет собой наиболее низкий уровень абстракции для доступа приложений к ресурсам системы, необходимым для их работы. Как правило, ядро предоставляет такой доступ исполняемым процессам соответствующих приложений за счёт использования механизмов межпроцессного взаимодействия и обращения приложений к системным вызовам ОС.

Прочитать остальную часть записи »

Системы жёсткого и мягкого реального времени

Различают системы реального времени двух типов — системы жесткого реального времени и системы мягкого реального времени.

Прочитать остальную часть записи »

Отличительные черты ОСРВ от ОС общего назначения

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

Прочитать остальную часть записи »

Основные операции реверсной инженерии ПС

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

Отличие рефакторинг компонентов от реинженерии

Метод реинженерии — целевое средство получения нового компонента путем выполнения последовательности операций внесения изменений, Прочитать остальную часть записи »

Основные задачи реинженерии ПС

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

Краткая характеристика проблем, возникающих при сопровождении системы

Список проблем:

Прочитать остальную часть записи »

Методы преобразования данных БД существуют. Цели и задачи изменения ПС при сопровождении.

Этапы преобразования данных основаны на использовании:

  • метода 1, выполняющего перенос данных из старой БД в транзитные файлы, а затем занесение этих файлов в транзитную БД;
  • метода 2 для обработки данных в транзитной базе при изменении кодировки данных, приведении соответствия между структурами старой и новой БД, а также кодов справочников и классификаторов;
  • метода 3, предназначенного для системного переноса данных из транзитной базы в основную БД с проверкой преобразованных данных.

Прочитать остальную часть записи »

Проблемы преобразования форматов данных

  • компиляторы выравнивают данные в памяти ПК поразному
  • Порядок расположения байтов зависит от структуры платформы
  • При передаче данных с одной платформы на другую — возможное несовпадение порядка байтов

Прочитать остальную часть записи »

Современные подходы к взаимодействию разноязыковых программ

Таблица с описанием ниже

Прочитать остальную часть записи »

Формальная схема взаимодействия программ

14234

Методы вызова компонентов в распределенных средах

  • разные двоичные представления результатов компиляторов для одного и того же ЯП, реализованных на разных компьютерах;

Прочитать остальную часть записи »

Краткая характеристика современных распределенных систем (например, CORBA)

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

Системы, которые основываются на интерфейсах и обеспечивают преобразование данных

Интерфейсные посредники задают связь между клиентом и сервером (stub для клиента и skeleton для сервера). Их описания отображаются в те ЯП, в которых Прочитать остальную часть записи »

Цели и задачи интерфейса в программной инженерии

Интерфейс — это связь двух отдельных сущностей.

Интерфейс играет роль посредника между вызываемым и вызывающим модулями.

Цель: связать две Прочитать остальную часть записи »

Организация работ при проведении тестирования

Тестовые инженеры создают множество тестовых сценариев (Test Cases), каждый из которых проверяет результат взаимодействия между актором и системой на основе пред- и постусловий использования таких сценариев. Прочитать остальную часть записи »

Задачи группы текстовиков

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

Классификация тестов для проверки ПО

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

Реклама
Свежие комментарии
    Сайт размещается на хостинге Спринтхост