
- •Министерство образования и науки российской федерации
- •Введение
- •1 Значение информационного менеджмента для экономики
- •1.1 Понятие информационного менеджмента
- •1.2 Функциональные информационные технологии и ис
- •1.3 Постановка требований к информационным системам
- •1.4 Риски ис и безопасность: риск менеджмент
- •2 Управление ис на различных этапах жизненного цикла
- •2.1 Организация планирования ис
- •2.1.1 Понятие жизненного цикла ис
- •2.1.2 Стратегическое планирование ис
- •2.2 Анализ требований к ис
- •2.2.1 Архитектура информатизации компании
- •2.2.2 Классификация информационных систем
- •2.3Управление изменениями информационных систем
- •2.3.1 Проектирование архитектуры
- •2.4 Поддержка Информационных систем
- •3 Контрольные вопросы
- •Список рекомендуемой литературы
- •650992, Г. Кемерово, пр. Кузнецкий, 39. Тел. 75-75-00.
2.3Управление изменениями информационных систем
Управление изменениями ИС — это не те операционные изменения, которые требуются для улучшения повседневной работы пользователей ИС, хотя и они важны. Операционные изменения относятся к вопросу поддержки ИС и будут рассмотрены далее.
Существует несколько подходов к управлению изменениями ИС. Это прежде всего проектирование архитектуры ИС и ее трансформации в зависимости от изменений бизнеса. И другое направление - интеграция систем, входящих в КИС.
2.3.1 Проектирование архитектуры
Институт разработки архитектуры предприятий IFEAD (Institute for Enterprise Architecture Development) обобщает основные руководящие принципы дисциплины архитектуры предприятия следующим образом: «Нет стратегических прогнозов — нет архитектуры предприятия». Другими словами, архитектура предприятия сегодня — это система бизнеса завтра. Важный аспект этого утверждения заключается в том, что архитектура предприятия — это целостная дисциплина, которая объединяет элементы бизнеса и технологии исходя из общего стратегического прогноза предприятия.
Дисциплина «Архитектура бизнеса» считается «относящейся к бизнесу»; она описывает, как он работает. Хотя вряд ли можно достичь согласия по поводу того, какие компоненты следует включить в инфраструктуру архитектуры бизнеса. Принято считать, что значимыми аспектами в этой предметной области являются аспекты Процесс и Информация (Process and Information), Организация (Organization) и Производительность (Performance). Каждый из этих компонентов сам по себе очень важен и включает несколько предметных областей.
Компоненты Процесс и Информация, вероятно, являются основными для архитектуры бизнеса, поскольку они определяют, описывают и классифицируют бизнес-процессы и опорные структуры, которые составляют бизнес-модель организации. Этот компонент включает также группу связанных объектов, таких как удобство применения и доступность. У каждой организации, конечно, есть различные бизнес-процессы, структуры, технологические потоки и т.д.
Точно так же какая-либо организация может иметь что-то особенное в своей модели бизнес-процесса, что поднимает ее над конкурентами, в то время как другие организации продолжают вести борьбу в этой отрасли.
Компонент Организация относится к структуре и конструированию методов работы, а также к стилю работы в организации. Объекты, которые взаимодействуют с этим компонентом, включают структуру организации, продукты и услуги, которые производит бизнес, и т.д.
Производительность бизнеса — это компонент, связанный с управлением, объединяющий объекты, которые определяют и измеряют эффективность организации. В него входят такие объекты, как производительность, бизнес-риски и другие связанные объекты.
Основным интересом предметной области архитектуры предприятия является само предприятие — идентификация, спецификация
и расстановка приоритетов требований бизнеса. Рассмотренные точки зрения и модели, взятые в контексте инфраструктуры архитектуры предприятия, решают определенный круг текущих и потенциальных проблем. Относительная сложность реализации программы архитектуры предприятия зависит от таких факторов, как уровень решимости организации, доступность ресурсов и управления, размер и сложность
бизнес-модели организации, а также гибкость организации. Правда заключается в том, что многие организации просто не способны одновременно реализовать программу архитектуры предприятия и управлять ею, поэтому будет лучше сконцентрироваться на менее перспективных методах улучшения процесса, которые отражают скорее эффекты, чем эффективность.
Существуют два общих подхода к реализации архитектуры предприятия, которые примерно соотносимы с двумя разными видами доступных инфраструктур. Первый подход проецирует организационные артефакты и процессы на метаструктуру инфраструктуры. Этот подход хорошо работает в организациях, которые преуспели в моделировании. Организации, предпочитающие такой подход, обычно выбирают схему Захмана или эквивалентную инфраструктуру. Одна из опасностей такого подхода заключается в том, что такая инфраструктура может ограничивать творческую инициативу и вносить в процесс реализации архитектуры предприятия элемент бюрократизма. Еще одной проблемой этого типа инфраструктуры является серьезная нехватка инструкций по реализации.
Второй подход строится на убеждении, что программа архитектуры предприятия должна управляться процессами. Поскольку этот подход концентрируется, в первую очередь, на деятельностях, а не артефактах, он может быть более простым для понимания и связи с существующей рабочей средой, а также методиками и методами решения.
Хотя оба подхода имеют свои «за» и «против», можно выбрать компромиссное решение — использовать процесс, управляемый деятельностью в целом, а в качестве опорной структуры или в целях анализа применять метаинфраструктуру. Методологии предприятия и инфраструктуры, которые существуют сегодня, значительно отличаются по диапазону проблем, которые они решают, и подходам, которые они используют.
Вот некоторые из хорошо известных инфраструктур: TOGAF, EUP, инфраструктура архитектуры федерального предприятия (Federal Enterprise Architectural Framework, FEAF), инфраструктура архитектуры предприятия Гартнера (Gartner EA Framework), инфраструктура архитектуры министерства обороны (Department of Defense Architecture Framework, DoDAF), методология планирования Спивака (Spewak EA Planning Methodology) и инфраструктура (схема) Захмана (Zachman Framework).
Большинство существующих инфраструктур либо расширяют другие архитектуры, либо повторяют их для конкретных задач. Например, инфраструктура EUP является расширением RUP, она имитирует его подход к описанию рабочих потоков процесса и деятельностей, тогда как FEAF и Спивак наследуют инфраструктуру Захмана. TOGAF происходит от ранних, специализированных технических инфраструктур архитектуры предприятия, таких, как Technical Architecture Framework for Information Management (TAFIM), и создана в соответствии с рекомендациями ANSI для архитектуры предприятий (IEEE 1471-2000).
Хотя концепции архитектуры предприятия в ходу уже более двух десятилетий, дисциплина «Архитектура предприятия» появилась недавно. Это можно объяснить ускорением изменений рабочей среды в организациях всех размеров в большинстве отраслей. Конструктивность бизнеса и, в частности, способность инфраструктуры технологий своевременно реагировать на изменения стали критически важными факторами.
В ответ на повышение внимания к принципам архитектуры предприятия в последнее время появились надежные инфраструктуры архитектуры предприятий, такие, как TOGAF. TOGAF — это инфраструктура архитектуры предприятия, которая появилась в последние два десятилетия с целью стать стандартом разработки архитектуры предприятия. Созданная членами консорциума Open Grouр, TOGAF не всегда воплощает целостную концепцию архитектуры предприятия. Сначала TOGAF включала только технические аспекты архитектуры (версии с 1 по 7), однако недавно в эту инфраструктуру была добавлена предметная область архитектуры бизнеса (версия 8, Enterprise Edition), в результате TOGAF быстро переместилась на передний план современных вариантов инфраструктур архитектуры предприятий.
Главным компонентом TOGAF является метод разработки архитектуры (Architecture Development Method, метод ADM) — процесс, который используется для адаптации и реализации архитектуры предприятия, специфичной для данной организации. Помимо метода ADM, TOGAF включает коллекцию связанных средств, известных как Континуум предприятия (Enterprise Continuum). TOGAF подразумевает, что континуум предприятия действует как коллекция компоновочных блоков (шаблонов), которая предоставляет коллективам, занимающимся архитектурой предприятия, соответствующие архитектуры, модели и процессы, из которых можно собирать готовые решения, как в детском конструкторе.
Метод разработки архитектуры TOGAF (ADM) предоставляет законченный набор инструкций для реализации и выполнения архитектуры предприятия в организации. Этот процесс состоит из нескольких последовательных фаз, замкнутых в цикл. Задача предварительной фазы (Preliminary Phase) — выявление заинтересованных в процессе реализации лиц и обсуждение с ними задач архитектуры предприятия. На этой фазе вырабатываются Руководящие принципы архитектуры (Architecture Guiding Principles).