Заключительные замечания

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

8.3 Анализ большого домена

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

Уникальная идентификация элементов модели

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

Подсистема	Префикс	Ранг
Отправление Поездов	ОП	1-99
Движение Поезда	ДП	101-199
Управление Путями	УП	201-299

Затем дайте каждому объекту и связи в частной подсистеме номер, выбранный из диапазона, определенного для этой подсистемы. Определите каждому объекту ключевой литерал, который начинается с префиксного литерала, назначенного для подсистемы этого объекта.

Связи между подсистемами

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

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

Рис. 8.3.1. Связь между подсистемами может быть обозначена на информационных моделях обеих подсистем.

Дублирование объектов

Т.к. начальные определения подсистем не обеспечивают какого-либо

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

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