Структура архитектуры предприятия Федеральной корпорации по страхованию вкладов (FDIC)
этой статьи Фактическая точность может быть нарушена из-за устаревшей информации . ( январь 2013 г. ) |
FDIC Enterprise Architecture Framework — это структура корпоративной архитектуры США Федеральной корпорации страхования депозитов (FDIC). Большая часть текущей статьи посвящена структуре корпоративной архитектуры, разработанной примерно в 2005 году и в настоящее время устаревшей в 2011 году. [ нужна ссылка ]
Обзор
[ редактировать ]Структура FDIC для реализации своей архитектуры предприятия (FEAF) Совета директоров по информационным технологиям была основана на передовом федеральном и отраслевом опыте, включая структуру федеральной архитектуры предприятия (FEAF) и структуру Захмана для архитектуры предприятия. Структура FDIC была специально разработана с упором на безопасность . Историческая структура FDIC EA соответствует требованиям FEAF и подчеркивает важность безопасности для всех других компонентов архитектуры. [2]
Структура FDIC EA включала пять компонентов. Первый компонент, «Бизнес-архитектура», ориентирован на бизнес-потребности FDIC. Следующие три компонента — « Архитектура данных », «Архитектура приложений» и «Архитектура технической инфраструктуры» — сосредоточены на технологических возможностях, которые поддерживают потребности бизнеса и информации. Последний компонент, Архитектура безопасности , сосредоточен на конкретных аспектах, представляющих интерес для Корпорации, которые охватывают все предприятие и должны быть неотъемлемой частью всех других архитектур. [2]
История
[ редактировать ]Исторически сложилось так, что федеральные агентства управляли инвестициями в ИТ автономно. До нового тысячелетия у агентств было мало стимулов к партнерству для эффективного повторного использования инвестиций в ИТ, обмена знаниями в области ИТ и поиска совместных решений. Начиная со второй половины 1990 года, при поддержке Федерального совета директоров по информационным технологиям были предприняты коллективные усилия в масштабах всего правительства с использованием Федеральной архитектуры предприятия (FEA) с целью добиться значительных улучшений в управлении и повторном использовании инвестиций в ИТ, в то время как улучшение услуг гражданам и содействие деловым отношениям внутри и снаружи. [3]
Федеральная корпорация по страхованию вкладов (FDIC) впервые осознала ценность архитектуры предприятия в 1997 году, когда двум руководителям бизнеса пришлось согласовывать данные, поступившие из разных систем, для подготовки громкого отчета для банковской отрасли. Первый проект EA FDIC был опубликован в декабре 2002 года. [4]
В 2004 году FDIC получила награду за выдающиеся достижения в области архитектуры предприятия от Института развития инфраструктуры Захмана (ZIFA) за инициативу по совместному управлению корпоративными данными. [5]
Темы структуры EA
[ редактировать ]Историческая структура FDIC EA
[ редактировать ]Система FDIC EA от 2005 года включала пять компонентов.
- Бизнес-архитектура : Бизнес-архитектура описывает деятельность и процессы, выполняемые корпорацией для достижения своей миссии и реализации своего видения и целей. Разработка бизнес-архитектуры стала первым шагом в создании архитектуры предприятия (EA), которая связала бизнес-потребности корпорации со средой информационных технологий (ИТ). Максимизация ИТ-поддержки этих требований была призвана оптимизировать корпоративную производительность. [2]
- Архитектура данных : Архитектура данных описывает действия, необходимые для получения и обслуживания данных, которые поддерживают информацию, необходимую для основных направлений деятельности корпорации. Данные и информация разные. Данные — это основа информации. Данные — это сырье, которое обрабатывается и уточняется для получения информации. Информация состоит из набора связанных данных, которые были обработаны в форме, понятной получателю. [2]
- Архитектура приложений . В архитектуре приложений описаны основные типы приложений, которые управляют данными для получения информации, необходимой для поддержки деятельности корпорации. Архитектура приложений обеспечила основу, которая позволила осуществить миграцию из каталога приложений и среды разработки программного обеспечения, использовавшейся в то время, в целевые интегрированные среды приложений, разработки и проектирования. Целевая архитектура способствовала использованию готовых коммерческих и государственных продуктов, консолидации приложений, где это применимо, и использованию новых технологий, где это необходимо. [2]
- Архитектура технической инфраструктуры : ИТ-инфраструктура обеспечивала доступ к прикладным системам и инструментам автоматизации делопроизводства, используемым при выполнении бизнес-процессов. Корпорация уделяет большое внимание поддержанию стабильной, доступной и надежной технической инфраструктуры. Техническая архитектура описывала базовую технологию для бизнеса корпорации, обработки данных и приложений. Он включал технологии, используемые для связи, хранения данных, обработки приложений и вычислительных платформ. [2]
- Архитектура безопасности : Архитектура безопасности создала основу для интеграции мер безопасности во все уровни корпоративной архитектуры Федеральной корпорации по страхованию вкладов (FDIC). В архитектуре безопасности использовалась стратегия управления рисками и обеспечения безопасности информации, которая обеспечивает контроль доступа, конфиденциальность, целостность и невозможность отказа от информации и систем корпорации. [2]
Модель самофинансирования для реинвестирования в ИТ
[ редактировать ]Модель банковского бизнеса в 2008 году стала более сложной, что привело к появлению таких финансовых инструментов, как обеспеченные долговые обязательства (CDO) и структурированные инвестиционные инструменты (SIV) для управления рисками. Эти инструменты создали большую зависимость между внутренними и международными финансовыми рынками. Таким образом, финансовые учреждения того времени должны были найти баланс между регуляторными, законодательными и банковскими проблемами, одновременно надлежащим образом управляя рисками. [6]
Теоретически, поскольку экономия средств достигается за счет упрощения ИТ-среды и более эффективных процессов, сэкономленные средства можно реинвестировать в усовершенствования ИТ или передать корпорации. Эта модель самофинансирования показана справа. [6]
Технологическая карта на 2008–2013 годы
[ редактировать ]В технологической дорожной карте изложены основные инициативы по стандартизации ИТ-среды и повышению эффективности и результативности ИТ в течение пяти лет. Инициативы определялись различными источниками, включая дорожные карты ИТ на стороне бизнеса, встречи по планированию с высшим руководством, встречи по планированию с клиентами и обзоры клиентов на конец года. Тремя основными выявленными инициативами были корпоративная архитектура, программы безопасности и конфиденциальности, а также финансовая дисциплина. [6]
Инициатива по созданию корпоративной архитектуры была направлена на упрощение среды для обеспечения стабильной и экономичной производительности критически важных приложений. Упрощение среды для снижения затрат включало такие действия, как уменьшение количества прикладных систем и перенос приложений с мэйнфрейма. Также предполагалось, что повышение эффективности будет достигнуто за счет расширения возможностей манипулирования большими наборами данных и хранения традиционных бумажных файлов в электронном виде. Сервисный центр SOA предназначался для управления кодом (или сервисами) для всех групп разработчиков, которые могли его обнаружить и использовать, что, как ожидалось, позволит сэкономить время и затраты на разработку, тестирование и развертывание приложений. [6]
Организация планировала продолжать совершенствовать программы ИТ-безопасности и конфиденциальности для устранения новых и развивающихся рисков путем улучшения контроля над конфиденциальными данными. В некоторых случаях потенциальные риски могут снизить такие технологии, как сканирование исходящей электронной почты на наличие конфиденциальной информации и шифрование съемных запоминающих устройств. Другим краеугольным камнем снижения риска было информирование сотрудников о возникающих проблемах безопасности и конфиденциальности. [6]
Наконец, чтобы сохранить здоровую финансовую дисциплину и ответственность, организация планировала установить базовые показатели и показатели ИТ, изучить устойчивые затраты, управлять соглашениями об уровне обслуживания и более разумно выбирать новые проекты разработки. Эти три области — корпоративная архитектура, программы безопасности и конфиденциальности, а также финансовая дисциплина — показаны ниже с примерными сроками. [6]
См. также
[ редактировать ]Ссылки
[ редактировать ]- ^ OIG (2005). Реализация принципов электронного правительства. Архивировано 14 января 2009 г. в Wayback Machine . май 2005 г.
- ^ Jump up to: а б с д и ж г Внедрение принципов электронного правительства. Архивировано 14 января 2009 г. в Wayback Machine. АУДИТОРСКИЙ ОТЧЕТ, отчет № 05-018, май 2005 г.
- ^ Федеральная корпорация по страхованию вкладов (2003). Стратегический план информационных технологий на 2004–2007 гг. Архивировано 22 апреля 2009 г. в Wayback Machine.
- ^ Грегг Крейцман, Кэтлин Э. Блэнтон (2005) « FDIC согласовывает ИТ с бизнесом посредством архитектуры предприятия. Архивировано 20 марта 2009 г. в Wayback Machine » Gartner, Inc.
- ^ FDIC получает технологическую награду
- ^ Jump up to: а б с д и ж г Совет ИТ-директоров (2008 г.) Стратегический план информационных технологий на 2008–2013 гг ., 23 января 2008 г. Архивировано 3 января 2011 г. в Wayback Machine.
Дальнейшее чтение
[ редактировать ]- Gartner (2005) Федеральная корпорация по страхованию вкладов (FDIC) согласовывает ИТ с бизнесом посредством архитектуры предприятия . Промышленная исследовательская статья.
- Паллаб Саха (2007). Справочник по архитектуре корпоративных систем на практике . В главе IX дается подробное исследование Федеральной корпорации по страхованию вкладов (FDIC).