ИТ-архитектура предприятия. Применение модели Захмана для решения проблем, возникающих на этапе реализации IT-проекта
Содержание
- 2. Тукмачева Ю.А. Национальный исследовательский ядерный университет МИФИ УДК 65 Международный научно-технический журнал «ТЕОРИЯ. ПРАКТИКА. ИННОВАЦИИ» ИЮНЬ
- 3. Введение. С каждым годом с ростом информационных технологий растет и поток информации. Раз за разом этим
- 4. Архитектура – это описание некоторой сложной системы в определенный момент времени. Также архитектура – это процесс,
- 5. Существуют различные подходы или рамочные модели, методики к описанию архитектуры предприятия. Эти методики задают классификацию основных
- 6. Методики, опубликованные аналитическими компаниями, такими как Gartner, Giga Group, META Group и другими; · Модель Захмана;
- 7. Методики описывают, как определяются и документируются основные элементы архитектуры предприятия. Они позволяют решить проблему плохого взаимопонимания
- 9. Целью данной статьи является применение архитектурного подхода в IT-компании, а более конкретно к процессу реализации IT-проектов
- 10. Компания на рынке существует относительно недавно – около двух лет. За все время деятельности уже разработано
- 11. Чтобы попытаться определить в чем заключается причина появления таких проблем, автором было принято решение проанализировать деятельность
- 12. В связи с тем, что компания занимается разработкой разного рода информационных систем и для разных заказчиков,
- 13. Модель Захмана Захманом была предложена матрица размером шесть на шесть. Каждая строка представляет собой видение системы
- 14. По столбцам таблицы Используемые данные (что?); Процессы и функции (как?); Места выполнения этих процессов (где?);
- 15. В качестве участников В качестве участников предлагаются следующие: планировщик, представляющий бизнес в целом; менеджер, рассматривающий структуру
- 16. Модель Захмана п
- 17. Для данной компании модель Захмана будет выглядеть следующим образом: о
- 18. с
- 19. Из построенной матрицы можно заметить, что видение системы с точки зрения разработчиков, не совсем относится к
- 20. Эту же проблему можно увидеть на схеме Модель проектной деятельности «As is» о
- 21. Из рисунка 3 видно, что задачи в отдел разработки поступают со всех проектов, которые разрабатываются на
- 22. Следуя таким путем, как уже можно догадаться, трудно добиться успехов в проекте. Это может привести к
- 23. Модель проектной деятельности «To be» э
- 24. Предлагается под каждый отдельный проект сформировать проектную группу. В состав проектной группы будут входить: руководитель проекта,
- 25. Детальное представление проектной группы располагается на Рисунке 5. Оно схоже с моделью «As is» (в части
- 26. Состав проектной группы р Состав проектной группы
- 27. Заключение. В данной статье была рассмотрена модель Захмана, как средство построения архитектуры IT-проекта. Данный способ позволил
- 29. э
- 30. Матрица Захмана Модель Захмана основана на дисциплине классической архитектуры и обеспечивает общий словарь и набор перспектив,
- 31. Модель преследует две основные цели – с одной стороны, логически разбить все описание Архитектуры на отдельные
- 32. Строки представляют собой различные уровни абстракции (перспективы), а наборы столбцов – представления (области) архитектуры. Модель представляется
- 33. п
- 34. Перспективы (строки в таблице) могут, в частном случае, соответствовать различному уровню управления предприятием, если речь идет
- 35. Аналогично, в применении к деятельности предприятия верхняя строка "Контекст" соответствует уровню интересов высшего руководства и собрания
- 36. На каждом из этих уровней участники, вообще говоря, рассматривают одни и те же категории вопросов, соответствующих
- 37. В содержание этих колонок входят: используемые данные (что?) · процессы и функции (как?) · места выполнения
- 38. Правила заполнения · каждая клетка таблицы независима от других, вместе они образуют функционально полное пространство для
- 39. Первая строка соответствует уровню планирования бизнеса в целом (бизнес-модель). На этом уровне вводятся достаточно общие основные
- 40. Вторая строка (концептуальная модель) предназначена для определения в терминах бизнеса структуры организации, ключевых и вспомогательных бизнес-процессов.
- 41. На четвертом уровне – технологической или физической модели – осуществляется привязка данных и операций над ними
- 42. Пятый уровень соответствует детальной реализации системы, включая конкретные модели оборудования, топологию сети, производителя и версию СУБД,
- 43. Детализация системы Первая колонка отвечает на вопрос "ЧТО?" и определяет используемые в системе данные. На верхнем
- 44. Колонка функций (ответ на вопрос "КАК?") предназначена для последовательной детализации описания того, как миссия предприятия реализуется
- 45. Следующая колонка (вопрос "ГДЕ?") определяет пространственное распределение компонент системы и сетевую организацию. На уровне планирования бизнеса
- 46. Колонка таблицы, отвечающая на вопрос "КТО?", определяет участников процесса. На уровне планирования бизнеса здесь представлен список
- 47. Пятая колонка отвечает на вопрос "КОГДА?" и определяет временные характеристики бизнес-процессов и работы системы. Опять-таки детализация
- 48. Последняя колонка ("ПОЧЕМУ?" или "ЗАЧЕМ?") служит для определения мотивации и задает порядок перехода от задач бизнеса
- 49. Основными характеристиками данной модели Захмана являются простота для понимания; · целостность в отношении предприятия, то есть
- 50. Плюсы: · облегчает понимание и общение людей, имеющих разные роли в процессах создания, развития и использования
- 52. Скачать презентацию