Данное руководство содержит исчерпывающие инструкции по внедрению Financial Services Data Model (FSDM) версии 7.0. В документе подробно описаны этапы планирования проекта, установление функций администрирования данных, методологии валидации и настройки модели. Рассматриваются вопросы навигации по уровням FSDM, анализа бизнес-требований, генерации логических моделей «сущность-связь» и управления изменениями в рамках корпоративной информационной архитектуры.
- Введение
- Для кого предназначена эта книга
- Требования к аппаратному и программному обеспечению
- Глава 1. Введение
- Глава 2. Планирование внедрения FSDM
- Ключевые компоненты проекта
- Получение исполнительного спонсорства
- Создание администрирования данных
- Подходы к внедрению
- Планирование внедрения
- Управление FSDM
- Примерный перечень задач:
- Подготовка к сессиям валидации, настройки и определения области
- Предлагаемая методология — Joint Application Design (JAD)
- Типы сессий валидации и настройки:
- Глава 3. Структура FSDM
- Теория классификации
- Глава 4. Навигация по FSDM
- Глава 5. Анализ бизнес-требований
- Проекты, ориентированные на решения
- Глава 6. Настройка FSDM
- Руководящие принципы настройки
Введение
Настоящее руководство является частью документации, поставляемой покупателям Financial Services Data Model (FSDM). Информация об FSDM представлена таким образом, чтобы направлять процесс внедрения продукта и способствовать его интеграции с сопутствующими предложениями.
Для кого предназначена эта книга
Если вы планируете внедрение FSDM, эта книга поможет вам максимально эффективно использовать продукт. Члены группы внедрения должны прочитать её для расширения своих знаний об FSDM. Содержание книги следует использовать в сочетании с пониманием среды организации для формирования целостного и работоспособного плана внедрения.
Требования к аппаратному и программному обеспечению
FSDM и сопутствующие предложения поставляются с использованием m1. Каждый выпуск FSDM поставляется на версии m1, которая необходима для внедрения FSDM. IBM m1 работает под управлением Windows XP, ME, 2000, NT, Windows 95 или 98.
Глава 1. Введение
FSDM, как и другие предложения IFW, поставляется в m1. Функции m1 разработаны для помощи в манипулировании контентными моделями IFW. Некоторые функции адаптированы для конкретных моделей IFW. В этой книге описывается столбец «Данные» (FSDM) со ссылками на функции m1. Дополнительную информацию о m1 и другом вспомогательном программном обеспечении см. в Приложении D. CASE-инструменты на стр. 93.
Приводятся ссылки на предлагаемые организационные группы и обязанности. Признается, что они будут варьироваться в разных учреждениях. Однако принципы должны быть верными, даже если вносятся коррективы для конкретных организационных структур.
Глава 2. Планирование внедрения FSDM
Планирование и организация проекта имеют решающее значение для успешного внедрения FSDM. В ходе этой деятельности вы получите исполнительного спонсора, создадите функцию администрирования данных, организуете проектную группу, обеспечите обучение команды, определите подход к внедрению и задокументируете план проекта. Результаты этих усилий помогут вам создать систему управления проектом, которую вы будете использовать на протяжении всего проекта внедрения модели данных.
В подготовительной фазе вам необходимо спланировать управление FSDM и подготовиться к сессиям валидации и настройки вашей версии FSDM.
Эта глава охватывает следующее:
- Ключевые компоненты проекта
- Подходы к внедрению
- Планирование внедрения
- Управление FSDM
- Подготовка к валидации и настройке
Ключевые компоненты проекта
Ключевыми компонентами проекта в начале внедрения FSDM являются получение исполнительного спонсорства, создание администрирования данных и обеспечение обучения по FSDM.
Получение исполнительного спонсорства
Получение спонсорства внутри вашей организации для внедрения кросс-корпоративной архитектуры данных будет очень важным для вашего успеха. Это обязательство руководства должно быть достаточно высоким в вашей организации, чтобы обеспечить лидерство для достижения целей внедрения FSDM и помочь в разрешении проблем.
Создание администрирования данных
Еще одним важным компонентом внедрения FSDM является создание функции администрирования данных. FSDM — это кросс-корпоративная модель, которая может поддерживать требования к данным всей вашей организации. Чтобы получить максимальную выгоду от внедрения FSDM, вам нужен сильный процесс управления моделью. Администрирование данных обеспечивает центральную точку контроля для доступа к FSDM, поддержания целостности FSDM и включения её в процесс разработки систем.

Подходы к внедрению
Первоначальное внедрение FSDM включает настройку и расширение модели для отражения требований финансового учреждения. Внедрение FSDM может осуществляться несколькими способами. Вам нужно выбрать подход, который лучше всего соответствует готовности вашей организации к созданию кросс-корпоративной архитектуры данных.
Примеры подходов к внедрению включают:
- Настройка всей FSDM: Этот подход требует, чтобы администраторы данных понимали все требования к бизнес-информации организации и сопоставляли их с FSDM.
- Разработка представлений приложений FSDM: Анализ требований к данным для конкретных областей приложений.
- Разработка базы данных предметной области: Например, создание кросс-корпоративной базы данных «Клиент».
- Разработка хранилища данных: Общий драйвер настройки FSDM.
Планирование внедрения
План внедрения позволяет вам узнать, что нужно сделать и как вы планируете это сделать. Он позволяет узнать влияние изменений, которые вы планируете внести. Кроме того, он служит фундаментом проекта, по которому вы можете измерять свой прогресс.
Проектная группа должна создать план внедрения, включающий следующие элементы:
- Цели проекта
- Задачи проекта
- Критические факторы успеха проекта
- Область охвата проекта
- Допущения и ограничения проекта
- Участники проекта и организационная структура
- План задач и график проекта
- Результаты проекта
- Логистика проекта
- План отслеживания проекта
Управление FSDM
Как обсуждалось ранее, администрирование данных фокусируется на разработке модели данных, а также на управлении и контроле её содержимого. Управление кросс-корпоративной моделью данных имеет решающее значение для процесса разработки, ориентированного на модели.
Этот раздел обсуждает примеры задач для управления FSDM, роли участников, конвенции FSDM и контроль изменений.
Примерный перечень задач:
- Создание базы знаний для информационных требований вашего финансового учреждения.
- Создание методологии разработки модели данных.
- Установление стандартов содержания модели данных.
- Контроль изменений модели данных.
- Координация разрешения проблем содержания и использования данных.
- Настройка модели данных.
- Поддержка модели данных.
- Обеспечение нормализации логических данных.
- Обеспечение целостности модели данных (отсутствие избыточности, непротиворечивость).
- Поддержка документации модели данных.

Подготовка к сессиям валидации, настройки и определения области
В этом разделе описывается предлагаемая методология, типы сессий и требования к документации для сессий валидации, настройки и определения области.
Предлагаемая методология — Joint Application Design (JAD)
JAD — это методология, которая может помочь вам во время создания плана внедрения и сессий валидации, настройки и определения области для FSDM. Техники JAD применяют структурированный подход к сессиям требований, чтобы помочь вам достичь консенсуса среди участников проекта.
Типы сессий валидации и настройки:
- Открывающая сессия: Ориентация для новых групп представителей бизнес-областей.
- Сессия получения (Receiver Session): Представители бизнес-областей обсуждают конкретные информационные требования.
- Сессия подачи (Feeder Session): Проектная группа знакомит представителей бизнес-областей с материалом.
- Обзор проблем (Issue Review): Анализ журнала проблем.
- Закрывающая сессия: Завершение участия группы.
Глава 3. Структура FSDM
Financial Services Data Model — это общая кросс-корпоративная модель данных для индустрии финансовых услуг. Эта глава посвящена тому, как получить понимание FSDM и ознакомиться с её использованием.
Теория классификации
FSDM получает большую часть своей структуры, стиля и силы из теории классификации. Возможности модели могут качественно отличаться от возможностей прикладного программного обеспечения или системы баз данных.
Классификация — это «систематическое расположение в группы или категории в соответствии с установленными критериями». Теория классификации имеет свои истоки в таксономии. Важная идея заключается в том, что существует множество примеров успешных, полезных, систематических способов организации различных видов информации.

Глава 4. Навигация по FSDM
Термин «навигация» используется в значении «передвигаться» или «прокладывать путь». Этот вопрос рассматривается с трех точек зрения:
- Как объекты в документации FSDM соотносятся с их представлением в m1?
- Как объекты на одном уровне FSDM соотносятся с другими объектами на том же уровне?
- Как объекты на одном уровне FSDM соотносятся с объектами на другом уровне?
FSDM разработана таким образом, что содержание и структура модели могут быть прослежены от уровня к уровню.
Глава 5. Анализ бизнес-требований
В этой главе описывается, как представить требования к бизнес-информации вашего финансового учреждения с использованием FSDM. Основное внимание уделяется установлению связи между информационными требованиями вашей организации и представлением этих требований в контексте FSDM.
Проекты, ориентированные на решения
Столбец «Решения» (Solution column) IFW позволяет и даже поощряет представление бизнес-требований в терминах анализа информации. Требования выражаются двумя способами:
- Измерения (Dimensions) обычно соответствуют значениям самого низкого уровня.
- Меры (Measures) соответствуют суммам, обычно встречающимся в учетных единицах и балансах.
Сочетание таких мер и измерений для решения конкретной бизнес-задачи становится Шаблоном бизнес-решения (BST).
Глава 6. Настройка FSDM
В этой главе обсуждаются цели и область настройки, рекомендуемые участники и руководящие принципы для настройки FSDM.
Руководящие принципы настройки
- Удаление или исключение: Рекомендуется не удалять элементы из модели. Вместо этого создайте представление для исключений нежелательного объекта или ветви.
- Изменение имен: Изменения имен для сущностей и атрибутов должны производиться в исключительных случаях из-за накладных расходов, связанных с идентификацией и изменением всех вхождений на всех уровнях FSDM.
- Национальный язык: Обычно лучше всего сохранять оригинальные английские имена и определения объектов.
