hang		e
			C				E
		X
	-							d
	F								t
	D								i
									r
P						NOW!			o
					BUY
				to
w Click										m
w
	w								o
	.							.c
		p					g
			df			n		e
				-xcha

					hang		e
				C				E
			X
		-							d
		F								t
		D								i
										r
	P						NOW!			o
						BUY
					to
	w Click										m
w
		w								o
		.							.c
			p					g
				df			n		e
					-x cha

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

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

Каскадные (waterfall) методы. Изучение требований и конструирование систем поэтапно и по следовательно, в рамках общего процесса корпоративного проектирования. Такая методология предусматривает наличие контрольных точек принятия решения о переходе к следующему этапу (tollgates), обеспечивающих управление ходом изменений. Включить работы по проектированию архитектуры данных в подобные модели особого труда не составляет. Главное при таком подхо де — постоянно помнить о том, что проектирование ведется в масштабах всего предприятия.

Методы приращений (incremental). Изучение потребностей и конструирование решений в виде последовательности небольших шагов (мини-каскадов — mini-waterfalls). В рамках та кого подхода создаются прототипы на основе достаточно расплывчатых общих требований. Ключевой является фаза инициации; лучше уже на ранних шагах разработать полную и по дробную концепцию архитектуры данных.

Гибкие, итеративные методы (подход Agile). Проведение изучения, проектирования, тестиро вания и выпуска отдельных пакетов обновлений короткими итерациями (называемых «сприн тами» — sprints). Подход Agile хорош тем, что, если потребуется отказаться от результатов от дельно взятого неудачного микропроекта, потери не будут слишком серьезными. Agile-методы (Scrum, быстрая разработка — Rapid Development и унифицированный процесс — Unified Pro cess) способствуют продвижению объектно-ориентрованного моделирования, которое придает особое значение дизайну пользовательского интерфейса и программного обеспечения, а также поведению систем. Эти методы следует дополнять спецификациями моделей данных и операций по их сбору, хранению и распространению. Опыт применения методологии DevOps1 (недавно появившаяся и сразу же завоевавшая популярность разновидность Agile-подхода) свидетель ствует о повышении эффективности решений в области проектирования данных и программ ного обеспечения при условии тесного взаимодействия между программистами и архитектора ми данных, а также соблюдения теми и другими стандартов и руководств.

2.2 Интеграция с корпоративной архитектурой

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

1 DevOps (от англ. development и operations (разработка и операции); по-русски обычно произносится как «девопс») — на бор практик, нацеленных на активное взаимодействие специалистов по разработке со специалистами по информационнотехнологическому обслуживанию и на взаимную интеграцию их рабочих процессов друг в друга. — Примеч. науч. ред.

Архитектура данных

131