- •См. Вопрос 6
- •Архитектура распределенных информационных ресурсов. Модели и структура информационных ресурсов.
- •Причины и следствия усложнения структуры и функций программных систем. Монолитная архитектура.
- •?Сущность и недостатки информационных систем для автоматизации производственных функций.
- •Процесс разработки приложений.
- •Современные подходы к информационным системам. Проблемы
Интеграция меняющихся Технологических Платформ. При создании ТП имеет место инновационный поход. Сегодня, вектор развития нашей промышленности является поступательным. Между текущим состоянием промышленности и науки и условиями необходимыми для успешного создания ТП существует значительный разрыв. ТП способны обеспечить серьезный скачек в нашем экономическом и общественном развитии. Этапы внедрения: Этап 1 — Перспективный облик сектора на долгосрочную перспективу (Оценка ключевых вызовов; Определение стратегических целей и возможных путей технологической модернизации; Временные рамки; Оценка научно-технологического потенциала; Возможная «повестка» для проведения исследований и разработок). Этап 2 — Стратегическая программа исследований (Определение приоритетов в проведении НИОКР, основных потенциальных участников; Выстраивание научной кооперации, определение возможных консорциумов; Определение необходимых направлений развития научной инфраструктуры; Формирование программ обучения; Определение направлений и принципов развития стандартов, системы сертификации; Оценка необходимого финансирования). Этап 3 — План внедрения стратегической программы исследований (Определение различных возможных источников финансирования; Создание организационной структуры для мониторинга прогресса и проблем, уточнения необходимых направлений исследований и разработок; Определение инструментов взаимодействия в определении приоритетов и обмене достигнутыми результатами; Определение «дорожной карты»; Генерация постоянно-уточняемого «портфеля проектов», подчиненная решению стратегических задач с учетом ресурсных «рамок».
Причины и следствия усложнения структуры и функций программных систем. Монолитная архитектура.
В связи с развитием бизнеса, ростом числа взаимодействующих приложений постепенно усложняется и архитектура корпоративной информационной системы. Входящие в ее состав системы являются неоднородными и продолжают постоянно изменяться. В таких условиях реализация бизнес-процессов подразумевает их распределение по разным системам, каждая из которых отвечает только за свою часть процесса. Таким образом, ключевые показатели эффективности бизнес-процессов начинают во многом зависеть от качества интеграции информационных систем.
Надежная информационная система требуется для принятия обоснованных и эффективных решений, основанных на полных и точных данных. Такая система должна включать в себя как актуальные текущие, так и исторические данные, чтобы обеспечивались возможности выявления тенденций и прогнозирования будущих результатов. Технология интеграции данных выступает в качестве ключевого фактора в процессе их объединения и создания информационной инфраструктуры, полностью удовлетворяющей стратегическим бизнес-целям.
(Причины усложнения там - увеличивающиеся потребности пользователей, их желание получать что-то более наглядное, и работающее само по себе, без трудной настройки. А следствия - более простые в использовании программы, которые делают все что в их силах без специальных знаний у пользователя)
Монолитные системы (монолитное ядро, monolithic kernel).
В общем случае организация системы представляет собой простейшую структуру, когда компоненты операционной системы являются не самостоятельными модулями, а составными частями одной программы. Операционная система написана в виде набора процедур. При использовании такой техники каждая процедура системы имеет строго определенный интерфейс и возможность вызвать любую другую процедуру для выполнения поставленной задачи. Все процедуры работают в привилегированном режиме. Таким образом, монолитная система – это схема операционной системы, при которой все ее компоненты являются составными частями одной программы, используют общие структуры данных и взаимодействуют друг с другом путем непосредственного вызова процедур.
Для построения монолитной системы необходимо скомпилировать все отдельные процедуры, а затем связать их в единый объектный файл с помощью компоновщика. В такой модели полностью отсутствует сокрытие деталей реализации – каждая процедура видит любую другую процедуру. Во многих монолитных системах компиляция (сборка) осуществляется отдельно для каждого компьютера, при этом можно выбрать список оборудования и программных протоколов, поддержка которых будет включена в систему. В связи с тем, что монолитная система представляет собой единую программу, то перекомпиляция является единственным способом добавления новых компонентов и исключения неиспользуемых. Присутствие лишних компонентов нежелательно, так как система полностью располагается в оперативной памяти, кроме того, исключение ненужных компонентов повышает ее надежность.
При обращении к системным вызовам, поддерживаемым операционной системой, параметры помещаются в строго определенные места – регистры или стек, после чего выполняется специальная команда прерывания, известная как вызов ядра или вызов супервизора. Эта команда переключает машину из режима пользователя в режим ядра и передает управление операционной системе (см. рис. 2.5, шаг 6). Затем операционная система проверяет параметры вызова, чтобы определить, какой системный вызов должен быть выполнен. После этого операционная система обращается к таблице как к массиву с номером системного вызова в качестве индекса. В k-м элементе таблицы содержится ссылка на процедуру обработки системного вызова k. Такая организация операционной системы предполагает следующую структуру:
– главная программа, вызывающая требуемую служебную процедуру;
– набор служебных процедур, выполняющих системные вызовы;
– набор утилит, обслуживающих служебные процедуры.
В этой модели для каждого системного вызова имеется одна служебная процедура. Утилиты выполняют функции, которые нужны нескольким служебным процедурам. Монолитная структура – старейший способ организации операционных систем. Примером таких систем является большинство Unix систем.
