|
||||||||||||||||||||||||||
Лабораторная работа №1. Элементы архитектуры предприятия. Архитектура информации. 1. Краткая теория. 1.1. Архитектура информацииСтр 1 из 2Следующая ⇒ Лабораторная работа №1 Элементы архитектуры предприятия. Архитектура информации
Цель работы: изучить элементы архитектуры организации: архитектуру информации.
Задачи работы: – изучить и проанализировать архитектуру информации организации.
1. Краткая теория 1. 1. Архитектура информации Архитектура информации включает видение, принципы, модели и стандарты, которые обеспечивают процессы создания, использования и актуализации данных, относящиеся к деятельности организации. Под архитектурой информации следует понимать процесс организации и представления значимой для пользователей информации в интуитивно понятной форме с использованием средств каталогизации, навигации и пользовательского интерфейса. На концептуальном уровне абстракции архитектура информации должна описывать аспекты, связанные с получением, хранением, трансформацией, презентацией, анализом и обработкой информации. Это включает следующие процессы: − получение информации из внутренних и внешних источников; − классификацию информации; − хранение и извлечение данных; − редактирование и обновление данных; − исправление и удаление некорректных данных; − презентацию или трансформирование информации под потребности определенной аудитории потребителей; − распространение информации для различных групп потребителей; − оценку полезности информации; − обеспечение безопасности информации. На рисунке 1 приведена общая схема архитектуры информации. Рисунок 1 – Общая архитектура информации
Существуют два класса прикладных систем, обеспечивающих доступ к данным: системы онлайновой обработки транзакций (OLTP) и системы онлайновой аналитической обработки (OLAP). OLTP-системы применяются для выполнения критически важных, повседневных операций. Чаще всего используются многими пользователями одновременно для ввода, обновления и извлечения данных. OLTP-системы способны реализовать атомарные бизнес-функции и четко обозначенные работы, как правило, в форме одной или нескольких транзакций, выполняемых как одно целое (например, транзакция «изменения адреса клиента»). OLAP-системы используются для анализа, планирования и формирования отчетов путем обеспечения интерактивного доступа к широкому спектру информации. В OLAP-системах обычно обрабатываются агрегированные данные для получения ответа на вопрос типа: «Сколько средств было потрачено на покупку офисной техники в прошлом году?... », «Каков был объем продаж изделия х в городе N в первом квартале текущего года?... » и т. д. Целью разработки моделей информации и моделей данных является создание графических представлений потребностей организации и отдельных бизнес-процессов в информации. Эти представления выступают основой для реорганизации бизнес-процессов и конструирования новых прикладных систем, спецификации взаимодействий и информационного обмена между организацией и ее контрагентами. Как и все другие составляющие архитектурного процесса, модели информации и модели данных удобно рассматривать на нескольких уровнях абстракции – концептуальном, логическом и физическом. На концептуальном уровне достаточно высокоуровневых моделей, описывающих информационные потоки между функциональными подразделениями организации в самом общем виде. Эти потоки рассматриваются на бизнес-уровне, что делает их свободными от деталей практической реализации (описаний методов доступа, физической обработки и т. д. ). На логическом уровне отмеченные модели описывают требования к информации в терминах, понятных бизнес-пользователям. Процесс моделирования на этом уровне абстракции заключается в обнаружении, анализе, определении, стандартизации, нормализации отношений между бизнес-процессами и прикладными системами, идентификации потоков информации и составляющих их элементов данных. Здесь же идентифицируются общие элементы данных, которые используются разными структурными подразделениями и разными бизнес-процессами, что позволяет уменьшить дублирование и противоречивость данных в организационной системе. На физическом уровне осуществляется жесткая привязка данных к прикладным системам, с одной стороны, и физическим носителям – с другой. По сути, физическая модель служит представителем того, как данные, приведенные в логической модели, будут храниться в базе данных. Особенности разноуровневого выделения составляющих архитектуры информации организации приведены в таблице 5.
Таблица 5 - Стратификация процесса построения архитектуры информации
Частью процесса описания архитектуры является сбор информации, которая определяет объекты для состояния «как есть» и состояния «как надо», а также стратегии перехода из первого в другое.
|
||||||||||||||||||||||||||
|