ГОСы / ФБИ ПРИС 2016

1 Понятие архитектуры предприятия. Слои.

Архитектура предприятия является одним из инструментов организационных изменений и всего предприятия в целом с использованием ИТ, и особенно той части организации, которая отвечает за информационные технологии. Гуру в области бизнеса отмечают, что, вообще говоря, существуют два основных подхода к организационным изменениям. Первый подход связан с реорганизацией,

реинжинирингом процессов, а второй – с управлением знаниями.

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

Архитектура предприятия частично затрагивает и процессы управления ИТ в организации. В этом плане она дополняет достаточно эффективные методики организации и реорганизации процессов внутри ИТ-службы, такие как ITIL, COBIT и

другие.

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

Gartner [3.6], [3.7], архитектура – это:

общий план или концепция, используемая для создания системы, такой как здание или информационная система, или "абстрактное описание системы, ее структуры, компонентов и их взаимосвязей";

семейство руководящих принципов, концепций, правил, шаблонов, интерфейсов и стандартов, используемых при построении совокупности информационных технологий предприятия.

Описание слоев архитектуры

Как отмечалось ранее, архитектура предприятия представляется с помощью такого понятия, как слои. Обычно рассматривают следующие слои:

•бизнес-слой;

•архитектура данных;

•интеграция физических данных;

•концептуальная модель/модель процессов;

•архитектура приложений;

•технологическая архитектура;

•техническая модель.

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

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

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

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

Секретность, как и безопасность, должна отражаться во всех компонентах модели интероперабельности.

Интеграция данных включает объединение данных, находящихся в различных источниках, и предоставление данных пользователям в унифицированном виде

Концептуальная модель— это модель, представленная множеством понятий и связей между ними, определяющих смысловую структуру рассматриваемой предметной области или еѐ конкретного объекта.

Концептуальная модель — модель предметной области, состоящей из перечня взаимосвязанных понятий, используемых для описания этой области, вместе со свойствами и характеристиками, классификацией этих понятий, по типам, ситуациям,

признакам в данной области и законов протекания процессов в ней. (Толковый словарь по искусственному интеллекту)

Концептуальная (содержательная) модель — это абстрактная модель,

определяющая структуру моделируемой системы, свойства еѐ элементов и причинно-

следственные связи, присущие системе и существенные для достижения цели моделирования.

Архитектура приложений определяет используемые приложения и средства,

которые предназначены для эффективного управления данными и информацией,

необходимой, чтобы поддержать деятельность и достичь намеченных целей.

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

Техническая модель показывает, как взаимодействуют те или иные компоненты.

Из презентации Кравченко:

2 Модель Захмана.

Модель Захмана основана на дисциплине классической архитектуры и обеспечивает общий словарь и набор перспектив, или структур, для описания современных сложных корпоративных систем.

Основные цели:

1) логически разбить все описание Архитектуры на отдельные разделы для упрощения их формирования и восприятия;

2)обеспечить возможность рассмотрения целостной Архитектуры с выделенных точек зрения.

Основная идея заключается в том, чтобы обеспечить возможность последовательного описания каждого отдельного аспекта системы в координации со всеми остальными.

Строки:

Первая строка соответствует уровню планирования бизнеса в целом (бизнес-

модель). На этом уровне вводятся достаточно общие основные понятия, определяющие бизнес (продукты, услуги, клиенты), а также формулируется бизнес-стратегия.

Фактически, данная строка определяет контекст всех последующих строк.

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

процессов.

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

На четвертом уровне - технологической или физической модели -

осуществляется привязка данных и операций над ними к выбранным технологиям реализации. Например, здесь может быть определен выбор реляционной СУБД, или средств работы с неструктурированными данными, или объектно-ориентированной среды.

Пятый уровень соответствует детальной реализации системы, включая конкретные модели оборудования, топологию сети, производителя и версию СУБД,

средства разработки и собственно готовый программный код. Многие из работ на данном уровне часто выполняются субподрядчиками.

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

Колонки:

Рассмотрим, как осуществляется последовательная детализация отдельных аспектов описания системы, для чего обратим внимание на различные колонки таблицы. Так, первая колонка отвечает на вопрос "ЧТО?" и определяет используемые в системе данные.

Колонка функций (ответ на вопрос "КАК?") предназначена для последовательной детализации описания того, как миссия предприятия реализуется на уровне отдельных операций.

Следующая колонка (вопрос "ГДЕ?") определяет пространственное распределение компонент системы и сетевую организацию.

Колонка таблицы, отвечающая на вопрос "КТО?", определяет участников процесса.

Пятая колонка отвечает на вопрос "КОГДА?" и определяет временные характеристики бизнес-процессов и работы системы.

Последняя колонка ("ПОЧЕМУ?" или "ЗАЧЕМ?") служит для определения мотивации и задает порядок перехода от задач бизнеса к требованиям и элементам информационных систем.

Основные правила заполнения таблицы:

1)каждая клетка таблицы независима от других;

2)порядок следования колонок несущественен;

3)каждая клетка содержит соответствующее описание аспекта реализации системы в виде простого описания;

4)базовые модели для каждой из колонок являются уникальными; 5)соответствующие модели в клетках каждого ряда в совокупности образуют

полное описание системы с выбранной перспективы; 6)заполнение клеток должно проводиться последовательно "сверху вниз".

Основные характеристики:

1.простота для понимания как техническими, так и нетехническими специалистами;

2.целостность в отношении предприятия;

3.поддержка обсуждений сложных вопросов с использованием относительно небольшого количества нетехнических понятий;

4.возможность применения для планирования;

5.применимость для решения задач, то есть возможность работать с абстракциями и сущностями;

6.нейтральность, то есть независимость от каких-либо инструментов.

7.Данную модель удобно применять для классификации всей информации,

описывающей предприятие и информационные системы этого предприятия.

8.Данную модель можно использовать на метауровне – для сравнения различных реализаций создания архитектур предприятия.

Недостатки:

•лишена механизма внесений изменений в архитектуру предприятия;

•нет динамического представления системы.

3 Жизненный цикл ИС.

Жизненный цикл ИС – это совокупность стадий и этапов, которые проходит система в своем развитии от момента принятия решения о начале совершенствования системы управления до момента, когда система прекращает свое существование (перестает использоваться).

Жизненный цикл ИС можно представить как ряд событий, происходящих с системой в процессе ее создания и использования.

Укрупненно жизненный цикл ИС (впрочем, как и любой системы или изделия)

представляется в виде последовательности отдельных этапов Этапы ЖЦ:

1.Появление идеи

2.Исследование - этап исследования заключается в выполнении двух крупных работ – проведение обследования и эскизного проектирования для проблемных ситуаций.

3.Проектирование - На стадии проектирования выполняются технический и рабочий проекты.

4.Внедрение - ввод в эксплуатацию ИС и ее отдельных элементов представляет собой процесс постепенного перехода от существующих методов управления к методам автоматизированного управления.

5.Функционирование - процесс регламентной эксплуатации ИС в соответствии с поставленными задачами управления.

6.Реорганизация - пересмотр структуры и состава ИС с соблюдением всех процедур и правил проектирования ИС.

7.Уничтожение – полная замена всех элементов ИС или физическое

уничтожение ИС в связи с прекращением жизни Специфика жизненного цикла ИС – в содержании некоторых этапов.

Дополнительно:

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

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

В настоящее время известны и используются следующие модели жизненного

цикла:

Каскадная модель ( рис. 2.1) предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе.

Поэтапная модель с промежуточным контролем ( рис. 2.2).

Разработка ИС ведется итерациями с циклами обратной связи между этапами.

Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки.

Спиральная модель ( рис. 2.3). На каждом витке спирали выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество и планируются работы следующего витка. Особое внимание уделяется начальным этапам разработки - анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования).

Рис. 2.1. Каскадная модель ЖЦ ИС