Причины и следствия усложнения структуры и функций программных систем. Монолитная архитектура.

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

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

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

Монолитные системы (монолитное ядро, monolithic kernel).

В общем случае организация системы представляет собой простейшую структуру, когда компоненты операционной системы являются не самостоятельными модулями, а составными частями одной программы. Операционная система написана в виде набора процедур. При использовании такой техники каждая процедура системы имеет строго определенный интерфейс и возможность вызвать любую другую процедуру для выполнения поставленной задачи. Все процедуры работают в привилегированном режиме. Таким образом, монолитная система – это схема операционной системы, при которой все ее компоненты являются составными частями одной программы, используют общие структуры данных и взаимодействуют друг с другом путем непосредственного вызова процедур.

Для построения монолитной системы необходимо скомпилировать все отдельные процедуры, а затем связать их в единый объектный файл с помощью компоновщика. В такой модели полностью отсутствует сокрытие деталей реализации – каждая процедура видит любую другую процедуру. Во многих монолитных системах компиляция (сборка) осуществляется отдельно для каждого компьютера, при этом можно выбрать список оборудования и программных протоколов, поддержка которых будет включена в систему. В связи с тем, что монолитная система представляет собой единую программу, то перекомпиляция является единственным способом добавления новых компонентов и исключения неиспользуемых. Присутствие лишних компонентов нежелательно, так как система полностью располагается в оперативной памяти, кроме того, исключение ненужных компонентов повышает ее надежность.

При обращении к системным вызовам, поддерживаемым операционной системой, параметры помещаются в строго определенные места – регистры или стек, после чего выполняется специальная команда прерывания, известная как вызов ядра или вызов супервизора. Эта команда переключает машину из режима пользователя в режим ядра и передает управление операционной системе (см. рис. 2.5, шаг 6). Затем операционная система проверяет параметры вызова, чтобы определить, какой системный вызов должен быть выполнен. После этого операционная система обращается к таблице как к массиву с номером системного вызова в качестве индекса. В k-м элементе таблицы содержится ссылка на процедуру обработки системного вызова k. Такая организация операционной системы предполагает следующую структуру:

– главная программа, вызывающая требуемую служебную процедуру;

– набор служебных процедур, выполняющих системные вызовы;

– набор утилит, обслуживающих служебные процедуры.

В этой модели для каждого системного вызова имеется одна служебная процедура. Утилиты выполняют функции, которые нужны нескольким служебным процедурам. Монолитная структура – старейший способ организации операционных систем. Примером таких систем является большинство Unix систем.

18. Стратегия развития корпоративных информационных систем. Факторы, от которых зависит развитие корпоративных информационных систем: а) развитие технологий, методов и методик управления предприятием, вызванное постоянными изменениями ситуации на рынке. Растущий уровень конкуренции вынуждает руководителей компаний искать новые методы сохранения своего присутствия на рынке и удержания рентабельности своей деятельности. Такими методами могут быть диверсификация, децентрализация, управление качеством и др.; б) развитие общих возможностей и производительности компьютерных систем. Увеличение мощности и производительности компьютерных систем, развитие сетевых технологий и систем передачи данных, широкие возможности интеграции компьютерной техники с самым разнообразным оборудованием позволяют постоянно наращивать производительность КИС и их функциональность; в) развитие подходов к технической и программной реализации элементов КИС. Соответственно, исходя из этих трех главных факторов можно составить стратегию развития Корпоративных ИС.

19. Архитектура открытой системы, с точки зрения того, кто ей пользуется, оказывается иерархическим описанием её внешнего облика и каждого компонента с точки зрения: пользователя (пользовательский интерфейс), проектировщика системы (среда проектирования), прикладного программиста (системы и инструментальные средства /среды программирования), системного программиста (архитектура ЭВМ), разработчика аппаратуры (интерфейсы оборудования). Основная организация и консорциум по стандартизации: Институт инженеров по электротехнике и электронике — IEEE (англ. Institute of Electrical and Electronics Engineers) (I triple E — «Ай трипл и») — международная некоммерческая ассоциация специалистов в области техники, мировой лидер в области разработки стандартов по радиоэлектронике и электротехнике.