Информационная система
<<  Анализ бизнес информации – основные принципы Современные материалы и технологии в реставрации  >>
Стратегия развития ИТ
Стратегия развития ИТ
Управление реализаций ИТ-стратегии
Управление реализаций ИТ-стратегии
Что такое ИТ-стратегия
Что такое ИТ-стратегия
Инструмент
Инструмент
Соответствие
Соответствие
Базовые принципы
Базовые принципы
ИТ-стратегия
ИТ-стратегия
Зависимость бизнеса
Зависимость бизнеса
Масштабируемость
Масштабируемость
Разработка ИТ-стратегии
Разработка ИТ-стратегии
Документ
Документ
Объем
Объем
Оценка рисков
Оценка рисков
Проблемы
Проблемы
Руководство компании
Руководство компании
Практика
Практика
Источник
Источник
Типовые этапы
Типовые этапы
Цель аудита
Цель аудита
Инициация проекта
Инициация проекта
Заказчик
Заказчик
Детальное интервьюирование
Детальное интервьюирование
Разработка IT-стратегии
Разработка IT-стратегии
Дорожная карта развития ИТ
Дорожная карта развития ИТ
Факторы успеха
Факторы успеха
Возможные перспективы
Возможные перспективы
ИТ-архитектура
ИТ-архитектура
ИТ-аспекты общей архитектуры
ИТ-аспекты общей архитектуры
Категории моделей
Категории моделей
Бизнес-ракурс
Бизнес-ракурс
Ракурс приложений
Ракурс приложений
Ракурс информации
Ракурс информации
Технологический ракурс
Технологический ракурс
Архитектура предприятия
Архитектура предприятия
Технологическая архитектура
Технологическая архитектура
Концептуальное представление
Концептуальное представление
Логическое представление
Логическое представление
Физическое представление
Физическое представление
Взаимосвязь
Взаимосвязь
Стратегия развития ИТ
Стратегия развития ИТ
Состав работ
Состав работ
Разработка архитектуры приложений
Разработка архитектуры приложений
SOA
SOA
Разработка архитектуры
Разработка архитектуры
SOA
SOA
Обследование предприятия
Обследование предприятия
Разработка сервисо-ориентированной архитектуры приложений
Разработка сервисо-ориентированной архитектуры приложений
Сервисы
Сервисы

Презентация на тему: «Стратегия развития ИТ». Автор: Лев. Файл: «Стратегия развития ИТ.ppt». Размер zip-архива: 248 КБ.

Стратегия развития ИТ

содержание презентации «Стратегия развития ИТ.ppt»
СлайдТекст
1 Стратегия развития ИТ

Стратегия развития ИТ

Стратегия развития ИТ (ИТ-стратегия)

2 Управление реализаций ИТ-стратегии

Управление реализаций ИТ-стратегии

Вопросы

Что такое ИТ-стратегия. Управление реализаций ИТ-стратегии. Содержание документа, определяющего ИТ-стратегию Финансирование реализации Полномочия руководителя ИТ-департамента Проблемы при определении ИТ-стратегии Источник: Настольный журнал ИТ-руководителя «Директор информационной службы» - www.osp.ru/cio

3 Что такое ИТ-стратегия

Что такое ИТ-стратегия

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

4 Инструмент

Инструмент

Что такое ИТ-стратегия

IT - системы - это инструмент для повышения эффективности управления предприятием создания новых конкурентных преимуществ. Развитие IT-системы неразрывно связано с бизнес-стратегией компании. Грамотно выстроенная IT-стратегия непосредственно способствует росту стоимости бизнеса и его инвестиционной привлекательности. ИТ-стратегия - формализованная система принципов, на основе которых будут развиваться все компоненты информационных систем компании. Стратегия обеспечивает интегрированный подход к автоматизации всех контуров управления предприятием и позволяет избежать типичных недостатков "кусочной автоматизации".

5 Соответствие

Соответствие

Соответствие ИТ-стратегии и бизнес-стратегии

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

6 Базовые принципы

Базовые принципы

Базовые принципы и направления развития ИТ. Пример детализации

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

7 ИТ-стратегия

ИТ-стратегия

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

8 Зависимость бизнеса

Зависимость бизнеса

ИТ-стратегия необходима, если…

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

9 Масштабируемость

Масштабируемость

Требования к ИТ-платформе

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

10 Разработка ИТ-стратегии

Разработка ИТ-стратегии

Разработка ИТ-стратегии требует:

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

11 Документ

Документ

Документ, определяющий ИТ-стратегию, содержит:

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

12 Объем

Объем

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

Финансирование развития ИТ (объем, риски, ответственность)

13 Оценка рисков

Оценка рисков

Риск должен оцениваться до начала внедрения и до покупки информационной системы следует привлекать и внешние по отношению к ИТ службы (финансовую, юридическую, персонала), и сторонних экспертов ответственность за риски должно нести лицо, принимающее решение (CIO).

14 Проблемы

Проблемы

Проблемы при определении ИТ-стратегии

Определение ИТ-стратегии идет в отрыве от основной стратегии компании (нужно сочетать). Более 50% ИТ-проектов убыточны отсутствие формализованной бизнес-стратегии и четко оформленного краткосрочного и долгосрочного бизнес-плана (умозрительна и потому неэффективна) нестабильность и слабая развитость рынка ИТ-услуг (в особенности в регионах) Преодоление этих трудностей — вопрос времени

15 Руководство компании

Руководство компании

CIO (ИТ-директор) должен входить в высшее руководство компании (как и CFO, CEO) В сфере ИТ - максимумом полномочий (участие в принятии решений в сфере основного бизнеса) В других сферах - роль CIO в большей степени административная (директор, руководитель службы, руководитель отдела и т. п.)

Полномочия руководителя ИТ-департамента

16 Практика

Практика

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

17 Источник

Источник

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

Билл Гейтс -“Кто должен быть хозяином электронных проектов”

18 Типовые этапы

Типовые этапы

Типовые этапы подготовки IT-стратегии (вар.1)

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

19 Цель аудита

Цель аудита

Цель аудита существующих в компании информационных систем

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

20 Инициация проекта

Инициация проекта

Этап 1: Инициация проекта Этап 2. Сбор информации Этап 3. Разработка IT-стратегии. Согласование документов Документ «Стратегия развития информационных технологий» (или IT-стратегия) определяет соответствие между бизнес-целями компании и необходимой им технологической поддержкой, формулирует задачи развития IT отделяет бизнес-эффекты от их решения.

Типовые этапы подготовки IT-стратегии (вар.2)

21 Заказчик

Заказчик

Этап 1: Инициация проекта

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

22 Детальное интервьюирование

Детальное интервьюирование

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

Этап 2. Сбор информации

23 Разработка IT-стратегии

Разработка IT-стратегии

Этап 3. Разработка IT-стратегии. Согласование документов

Концепция – описание общих принципов и критериев успеха IT-поддержки бизнеса. Определяются векторы развития бизнеса компании соответствующие им направления модернизации IT, цели и критерии успеха последовательно проводимых мероприятий. Методология – базовые IT-решений и методик конкретные способов достижения требуемых результатов. В случае территориально-распределенного бизнеса проводится разграничение задач и ответственности между центральным и местными IT-подразделениями. Отдельное внимание уделяется технологической поддержке топ-менеджмента Заказчика (задачи консолидации управленческого учета и отчетности, планирование результатов деятельности и пр.).

24 Дорожная карта развития ИТ

Дорожная карта развития ИТ

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

25 Факторы успеха

Факторы успеха

Факторы успеха реализации IT-стратегии

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

26 Возможные перспективы

Возможные перспективы

Что дает ИТ-стратегия

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

27 ИТ-архитектура

ИТ-архитектура

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

28 ИТ-аспекты общей архитектуры

ИТ-аспекты общей архитектуры

ИТ-архитектура = ИТ-аспекты общей архитектуры предприятия.

Архитектуры предприятия (ANSI/IEEE Std 1471-2000: «фундаментальная организация системы, реализованная в её компонентах, их взаимоотношениях друг с другом и средой и принципах, определяющих её конструкцию и развитие». Архитектура предприятия – это концептуальное средство, которое помогает организации понять свою структуру и способы работы. Обычно архитектура предприятия имеет форму большого набора взаимосвязанных моделей, описывающих структуру и функции предприятия (Ранее термин использовался только в связи с ИТ)

29 Категории моделей

Категории моделей

Бизнес-ракурс Ракурс приложений Ракурс информации Технологический ракурс

Четыре категории моделей архитектуры предприятия

30 Бизнес-ракурс

Бизнес-ракурс

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

31 Ракурс приложений

Ракурс приложений

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

32 Ракурс информации

Ракурс информации

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

33 Технологический ракурс

Технологический ракурс

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

34 Архитектура предприятия

Архитектура предприятия

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

35 Технологическая архитектура

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

Состоит из концептуального представления, логического представления и физического представления.

36 Концептуальное представление

Концептуальное представление

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

37 Логическое представление

Логическое представление

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

38 Физическое представление

Физическое представление

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

39 Взаимосвязь

Взаимосвязь

Взаимосвязь между ИТ-стратегией и ИТ-архитектурой

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

40 Стратегия развития ИТ
41 Состав работ

Состав работ

Состав работ по разработке ИТ-стратегии и ИТ-архитектуры

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

42 Разработка архитектуры приложений

Разработка архитектуры приложений

Два подхода: Разработка архитектуры на основе интеграции приложений (концепция Enterprise Application Integration – EAI). Разработка сервисо-ориентированной архитектуры (Service Oriented Architecture – SOA).

43 SOA

SOA

SOA - это новая парадигма проектирования распределенных интегрированных систем. Согласно SOA любые части информационных систем, имеющие функциональность, рассматриваются как службы (service providers, провайдеры служб), которые предоставляют свою функциональность другим частям системы посредством обмена сообщениями. Сервисы обеспечивают бизнес-логику и средства управления состояниями, относящиеся к проблеме, для решения которой они предназначены. В связи с тем, что поставщики корпоративных приложений ещё только ведут работы по переводу своих продуктов на SOA, а пока все большие продукты поставляются в виде монолитных корпоративных приложений, возможны различные варианты рассматриваемой услуги:

44 Разработка архитектуры

Разработка архитектуры

SOA (продолжение)

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

45 SOA

SOA

46 Обследование предприятия

Обследование предприятия

Разработка архитектуры приложений на основе концепции EAI

Обследование предприятия, определение основных функциональных требований к приложениям. Выбор базового полнофункционального пакета, удовлетворяющего сформулированным требованиям. Проектирование методов интеграции выбранной на этапе 2 базовой системы с уже используемыми унаследованными системами, оценка затрат на интеграцию. Определение типов дополнительных систем, которые необходимо будет дополнительно внедрить, чтобы полностью удовлетворить потребности, выявленные на первом шаге. Выбор этих систем. Проектирование методов интеграции выбранной на этапе 2 базовой системы с дополнительными системами, определёнными на этапе 4, оценка затрат на интеграцию. Если затраты (сроки, деньги) на интеграцию сопоставимы с затратами на внедрение более тяжёлого пакета, необходимо вернуться на этап 2, повторив процесс выбора с анализом более тяжелых систем. Определение последовательности внедрения модулей выбранной комплексной системы, внедрения дополнительных систем и интеграции с уже используемыми системами. Разработка требований к технологической архитектуре на основе разработанной архитектуры приложений. В тех случаях, когда базовый пакет заранее предопределён, или даже уже частично внедрён и не подлежит замене, может проводиться неполный комплекс работ по уточнению или развитию имеющейся архитектуры приложений (этапы 3, 4, 5, 7 или некоторые из них).

47 Разработка сервисо-ориентированной архитектуры приложений

Разработка сервисо-ориентированной архитектуры приложений

Разработка сервисо-ориентированной архитектуры приложений (SOA)

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

48 Сервисы

Сервисы

Разработка SOA(продолжение)

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

«Стратегия развития ИТ»
http://900igr.net/prezentacija/ekonomika/strategija-razvitija-it-58021.html
cсылка на страницу

Информационная система

26 презентаций об информационной системе
Урок

Экономика

125 тем
Слайды