Управление FSDM
Как обсуждалось ранее, Data Administration фокусируется на разработке модели данных, а также на управлении и контроле ее содержимого. Управление моделью данных между предприятиями имеет решающее значение для процесса разработки, ориентированного на модель. Модель кросс-предприятия будет использоваться для поддержки многих приложений и бизнес-направлений, а целостность данных должна поддерживаться.
В этом разделе обсуждаются примеры задач для управления FSDM, роли участников, соглашений FSDM и управления изменениями.
Примеры задач
Для эффективного управления моделью данных существует целый ряд задач. Администрирование данных должно выполнять следующие действия:
- Установите базу знаний для требований к информации для вашего Финансовое учреждение.
- Внедрить методологию разработки модели данных.
- Установите стандарты содержания модели данных.
- Изменение модели данных управления.
- Согласовать разрешение содержимого данных и проблем использования.
- Настройте модель данных.
- Поддерживайте модель данных.
- Обеспечить нормализацию логических данных.
- Обеспечьте целостность модели данных, которая не включает избыточность, нет перекрывающиеся требования и согласованную структуру.
- Ведение документации по модели данных.
- Влияние моделирования процессов и разработки приложений.
- Аудит приложений на соответствие стандартам данных.
- Протестируйте и подтвердите изменения модели.
- Выберите среду модели, например: инструменты CASE.
- Выполните управление конфигурацией модели данных.
- Обеспечение безопасности, включая доступ к данным и аварийное восстановление.
- Поддержка миграции данных, моделей и приложений.
Роли участников
Сеансы проверки, настройки и масштабирования для FSDM могут выполняться параллельно. Каждому сеансу назначаются моделисты данных. Не реже раза в неделю моделисты данных должны с помощью Data Administration пересмотреть свои требования к настройке для FSDM. Ответственность за то, чтобы моделирование данных полностью документировало требования к их настройке и обоснование изменений.
Администрирование данных отвечает за рассмотрение и утверждение изменений настройки. Они также несут ответственность за решение проблем между группами проверки, настройки и обзора. Администрирование данных должно быть членом регулярно запланированной панели управления конфигурацией. На доске должны присутствовать представители администрирования данных, бизнес-областей, разработки приложений, администрирования баз данных и обработки данных. Плата будет выполнять две ключевые функции. Во-первых, это будет форум для обсуждения и переговоров по осуществлению и одобрению серьезных изменений. Во-вторых, это обеспечило бы средство обмена информацией о новых событиях в каждой области бизнеса. Протоколы заседаний будут служить постоянным протоколом обсуждений и соглашений.
Дополнительные средства связи, такие как онлайновая доска объявлений, могут обеспечивать временную связь. Доска объявлений станет форумом для возникающих проблем, найденных решений и новых разработок.
Управление моделью с помощью инструмента m1
Управление моделью включает в себя обслуживание и синхронизацию набора моделей на предприятии. Для этого Финансовый институт поддерживает центральную корпоративную версию FSDM, которая содержит объекты, которые применяются и широко используются в масштабах предприятия. Копии этой модели доступны отдельным программам (коллекции проектов). В разных точках жизни Программы изменения, которые Программа применила к их копии модели, анализируются командой Enterprise Model, а отдельные модификации из Модельной программы включены в Enterprise Model.
Аналогичным образом, Программа может сделать копии Модели программ доступными для своих проектов. Эти проекты будут вносить изменения и в разных точках проекта, эти изменения будут выборочно объединены с моделью программы. Общий процесс управления моделью можно обобщить в общем случае ниже:
[IMAGE_1]
В случае конкретного финансового учреждения это может быть: —
[IMAGE_2]
Создание модели m1 для использования другим проектом — Распространение
m1 предоставляет возможность создания копии модели и в то же время позволяет System Manager создавать новый набор пользователей с новыми пользовательскими привилегиями для модели и защищать определенные объекты или разделы модели от изменений на новой проектной группы.
После получения модели — модификация
Когда Программа или Проект получает копию модели Предприятии или Программы соответственно, они будут выполнять работу, которая во многих случаях обновит и добавит к полученной ими модели. Эти обновления будут рассмотрены для включения в базовую модель предприятия или программы, когда копия будет возвращена команде управления (см. Следующий раздел).
Возвращение модели — рационализация
Возвращение модели в команду управления и слияние изменений в модель «Master» Предприятии или Программы осуществляется комбинацией финансового учреждения и управляющей команды.
Стандарты и конвенции
Ключевым компонентом управления FSDM является последовательное использование стандартов и соглашений в процессе настройки. Это включает использование сокращений, соглашений для диаграмм и стандартов для значений домена. Эти стандарты для FSDM описаны в разделе Приложение B. Руководство по сокращению выбросов на стр. 75 и Глава 3. Структура FSDM на стр. 21.
Стандарты предоставляют общую справочную лексику и помогают обеспечить согласованность терминологии и документации. Аббревиатурные стандарты полезны для предоставления значимых имен, которые вписываются в инструменты CASE и СУБД. Они также облегчают общение, экономят время и помогают избежать ошибок.
В то время как вы создаете план внедрения, также самое время подумать над установкой других стандартов, которые будут применяться во время проверки и настройки; например, контроль изменения, оценку воздействия, стандарты разработки и производства, контроль конфигурации / версии, качество и т. д.
Обмен управление
Другим компонентом успешного управления FSDM является управление изменениями. Вам необходимо инициировать систему управления изменениями на ранней стадии процесса и рассмотреть возможность документирования процедур управления изменениями и управления конфигурацией. См. Приложение C. Управление изменениями, стр. 85, для получения дополнительной информации о процессе управления изменениями.
Если вы выбрали подход внедрения для создания представления приложения для FSDM, вам необходимо будет управлять представлениями приложений, которые создаются командами проекта. Некоторые требования к информации будут кросс-корпоративными требованиями и должны быть включены в корпоративную версию FSDM. Другие требования будут специфичны для потребностей приложения и должны управляться как уникальные требования. В m1 вы можете создать представление проекта для представления области приложения.
Подготовка к проверке, настройке и показу сеансов
В этом разделе описывается предлагаемая методология, типы сеансов и требования к документации для валидации, настройки и сеансов обзора.
Предлагаемая методология — совместная разработка приложений (JAD)
JAD — это методология, которая может помочь вам при создании плана внедрения, а также проверки, настройки и определения областей для FSDM. Методы JAD применяют структурированный подход к сессиям требований, чтобы помочь вам достичь консенсуса среди участников проекта. Консенсус необходим для установления целей, объема и конечных результатов для плана реализации и правильного размещения в FSDM требования к информации во время сеанса проверки и настройки.
Ваша организация может использовать альтернативную методологию для JAD. Подход JAD описан здесь, чтобы указать на важные факторы в процессе, независимо от методологии.
Существует два этапа JAD: JAD / plan и JAD / design. JAD / plan будет обсуждаться здесь как метод документирования плана реализации и оценки продолжительности и типов участников для сеансов проверки и настройки. JAD / design относится к сеансам для сопоставления данных требованиям к FSDM и настройке FSDM.
Что такое JAD?
JAD — это среда проектной мастерской, в которой используется структурированная методология для определения требований и разработки прикладных систем. В сессиях участвуют спонсор проекта, руководители, представители деловых кругов и персонал I / S, например: моделирование данных или персонал по администрированию данных. Семинар проводит опытный руководитель сессии.
Философия JAD
Ключевым фактором успеха JAD является его философия: партнерство и приверженность всех участников во время сессий и на протяжении всей жизни проекта. Когда вы выходите из сеанса JAD, вам нужна поддержка каждого. Руководитель сессии работает над созданием этого партнерства между руководством, бизнес-профессионалами и персоналом I / S.
Фазы JAD
Есть две фазы JAD. Первый этап — это план JAD /, который выполняется первым и обычно длится около двух дней. Второй этап — JAD / design. Продолжительность сессий JAD / проектирования будет оцениваться на этапе планирования. JAD / сеансы дизайна могут выполняться одновременно для разных разделов проекта.
Ожидаемые результаты JAD / плана для проекта FSDM:
- Определить подход к внедрению
- Документировать план реализации
- Оцените сеансы проверки, настройки и масштабирования FSDM
Ожидаемые результаты JAD / проекта для проекта FSDM:
- Определение подробных требований к данным
- Опишите требования