|
|
Лекция 1_Архитектура предприятия в различных аспектах. Лекция 1 Вопросы Сущность и базовые понятия архитектуры предприятия Предприятие как объект изучения
1) архитектура информации: - базы данных и хранилища данных;
- системы управления БД или хранилищами данных;
- правила и средства санкционирования доступа к данным;
2) архитектура приложений: - собственно прикладные системы, поддерживающие исполнение бизнес-процессов;
- интерфейсы взаимодействия прикладных систем между собой, с внешними системами, источниками или потребителями данных;
- средства и методы разработки и сопровождения приложений;
3) технологическая архитектура: - сетевая архитектура: - локальные и территориальные вычислительные сети;
- используемые в сетях коммуникационные протоколы, сервисы и системы адресации;
- аварийные планы по обеспечению бесперебойной работы сетей в условиях чрезвычайных обстоятельств;
- архитектура платформ: - аппаратные средства вычислительной техники (серверы, рабочие станции, накопители и др.);
- операционные и управляющие системы, утилиты и офисные программные системы;
- аварийные планы по обеспечению бесперебойной работы аппаратуры (главным образом — серверов) и баз данных в условиях чрезвычайных обстоятельств.
Понятие архитектуры информации содержит описание создания возможностей быстрого принятия решений и распространения информации внутри организации и за ее пределами посредством использования информационных технологий. Можно сказать, что архитектура информации является «зеркальным отражением» бизнес-архитектуры. Бизнес-архитектура отвечает на вопрос «кто и что будет делать с учетом общего видения, целей и стратегий?», а архитектура информации — на вопрос «какая информация должна быть предоставлена для осуществления этих процессов исполнителями?». Архитектура информации включает в себя модели, описывающие процессы обработки информации (information value chain), основные информационные объекты, связанные с бизнес-событиями, информационные потоки, принципы управления информацией. Архитектура должна описывать операционные данные, требуемые для выполнения процессов, аналитические данные и «контент», публикуемый в веб-приложениях. Понятие архитектуры информации содержит описание создания возможностей быстрого принятия решений и распространения информации внутри организации и за ее пределами посредством использования информационных технологий. Можно сказать, что архитектура информации является «зеркальным отражением» бизнес-архитектуры. Бизнес-архитектура отвечает на вопрос «кто и что будет делать с учетом общего видения, целей и стратегий?», а архитектура информации — на вопрос «какая информация должна быть предоставлена для осуществления этих процессов исполнителями?». Архитектура информации включает в себя модели, описывающие процессы обработки информации (information value chain), основные информационные объекты, связанные с бизнес-событиями, информационные потоки, принципы управления информацией. Архитектура должна описывать операционные данные, требуемые для выполнения процессов, аналитические данные и «контент», публикуемый в веб-приложениях. - идентификация и инвентаризация существующих данных, включая определение их источников, процедур изменения и использования, ответственности, оценку качества;
- сокращение избыточности и фрагментарности данных с целью уменьшения их стоимости за счет снижения затрат на устройства хранения и их обслуживание, а также повышения качества данных за счет исключения неоднозначности и противоречивости различных экземпляров;
- исключение ненужных перемещений или копирования данных, особенно связанных с наличием большого количества унаследованных или устаревших приложений;
- формирование интегрированных представлений данных, таких как витрины и хранилища;
- обеспечение доступности данных в режиме, приближенном к режиму реального времени, за счет использования средств обмена сообщениями, интеграционных брокеров и шлюзов;
- интеграция метаданных, позволяющая обеспечить целостное представление данных из различных источников;
- сокращение числа используемых технологий и продуктов, ведущее к снижению расходов на обслуживание и появлению возможности получения дополнительных скидок от поставщиков применяемых продуктов;
- улучшение качества данных, прежде всего, за счет привлечения пользователей к управлению данными и их определению;
- улучшение защиты данных на основе использования последовательных и согласованных мер, обеспечивающих, с одной стороны, защиту от несанкционированного доступа, а с другой — доступность данных для их использования на практике.
- На концептуальном уровне рассматриваются информационные потоки между функциональными подразделениями организации в обобщенном виде без описания практической реализации. Эти потоки не связаны с какой-либо автоматизированной системой и не описывают методы доступа или хранения информации.
- На логическом уровне описываются требования к информации в форме и терминах, понятных бизнес-пользователям. Этот уровень анализа позволяет идентифицировать общие элементы данных, которые используются разными организационными подразделениями и бизнес-процессами, благодаря чему уменьшаются пересечения и сокращается возможность конфликтов между элементами данных. Назначение процесса моделирования на логическом уровне состоит в обеспечении средствами обнаружения, анализа, определения, стандартизации и нормализации отношений между бизнес-процессами и прикладными системами, идентификации потоков информации и соответствующих элементов данных, необходимых организации. Однако данный процесс не описывает способы хранения информации в базе данных.
- На физическом уровне задается описание способов реализации логики бизнес-процесса соответствующей автоматизированной системы, приводится необходимый набор информационных объектов и их элементов данных. Физическая модель данных предназначена для представления логической модели в функции хранения в системе управления базами данных.
Портфель прикладных систем представляет собой используемый на предприятии набор прикладных систем, обеспечивающих потребности бизнес-процессов предприятия. Он определяет область ответственности и приоритетность каждого приложения, а также способы достижения необходимой функциональности посредством либо разработки системы, либо покупки готовых приложений, аренды приложений или интеграции и использования возможностей уже имеющихся приложений. Портфель прикладных систем описывает приложения, предназначенные для выполнения функций организации и обмена информацией между клиентами, поставщиками и партнерами предприятия, каналы возможного взаимодействия пользователей с приложениями: web-браузеры, графический интерфейс «толстого» клиента, мобильные устройства и т. д. Оценка портфеля служит отправной точкой в идентификации проблемных областей и возможностей для лучшего удовлетворения потребностей бизнеса и принятия решения об инвестициях в новые системы или обновление существующих. В результате такой оценки прикладные системы относят к одной из четырех возможных категорий (рис. 1.16): - системы, находящиеся под угрозой вывода из эксплуатации (замены) или консолидации вследствие низкой ценности для бизнеса и плохого технического состояния. Следует иметь в виду, что стоимость замены некоторых унаследованных и бэк-офисных систем может оказаться неоправданно высокой и будет иметь весьма ограниченную ценность с точки зрения бизнеса;
- системы, требующие переоценки или перепозиционирования по причине низкой ценности для бизнеса, но в отличном техническом состоянии. Как правило, это прикладные системы, которые были недавно запущены в эксплуатацию в соответствии с рекомендациями, принятыми в рамках архитектуры предприятия. Однако объем и характер решаемых ими задач или ограниченность области применения в рамках каких-то узких организационных функций таковы, что их вклад в достижение ключевых бизнес-результатов незначителен. В этой ситуации рекомендуется провести идентификацию и анализ возможностей использования данных приложений или их компонентов в рамках остальных бизнес-процессов и организационных структур предприятия;
- требующие обновления системы, представляющиевысокую ценность для бизнеса, но в плохом техническом состоянии. Эти прикладные системы исправно обслуживают ключевые бизнес-функции, но создают существенные проблемы, когда речь идет об эксплуатации и сопровождении этих систем, либо возникает необходимость использования информации из них, либо при необходимости интеграции данных систем с другими прикладными системами предприятия. Возможным выходом здесь является постепенный переход на использование более адаптивной архитектуры приложения (компонентного подхода, n-уровневой архитектуры, основанных на пересылке сообщений интерфейсов и т. д.);
- системы, требующие сопровождения и развития, имеющие высокую ценность для бизнеса и в отличном техническом состоянии. Эти системы критически важны с точки зрения бизнеса и спроектированы в соответствии с современными представлениями об архитектуре прикладных систем.
Рис. 1.16. Оценка портфеля прикладных систем по критериям «Бизнес-ценность» и «Техническое состояние»
К первому классу относятся базовые транзакционные (вспомогательные или обслуживающие) приложения. Они играют важную роль с точки зрения обеспечения деятельности организации, но успех в выполнении критически важных задач и лучшие результаты по сравнению с другими организациями создают не они. Хорошими примерами являются приложение для расчета заработной платы или система управления персоналом. Операции, выполняемые этими системами, должны проводиться четко и вовремя, но например, сам факт своевременного получения сотрудником зарплаты еще не означает высокую эффективность работы организации в целом. Важными требованиями к таким приложениям являются низкая стоимость, надежность, возможность выполнять большой объем операций при низкой стоимости в расчете на одну транзакцию. В действительности такие приложения в портфеле ИС предприятия составляют большинство. К первому классу относятся базовые транзакционные (вспомогательные или обслуживающие) приложения. Они играют важную роль с точки зрения обеспечения деятельности организации, но успех в выполнении критически важных задач и лучшие результаты по сравнению с другими организациями создают не они. Хорошими примерами являются приложение для расчета заработной платы или система управления персоналом. Операции, выполняемые этими системами, должны проводиться четко и вовремя, но например, сам факт своевременного получения сотрудником зарплаты еще не означает высокую эффективность работы организации в целом. Важными требованиями к таким приложениям являются низкая стоимость, надежность, возможность выполнять большой объем операций при низкой стоимости в расчете на одну транзакцию. В действительности такие приложения в портфеле ИС предприятия составляют большинство. Примерами преимуществ от использования ИТ являются: - ускорение цикла выполнения операций (например, принятия решения);
- быстрый вывод на рынок новых продуктов и услуг;
- уменьшение производственного цикла;
- более высокое качество;
- более широкий набор продуктов и услуг;
- более глубокая настройка на потребителя;
- меньшая стоимость выполнения операций.
Рис. 1.17. Четыре класса активов в портфеле ИТ
Основное назначение технологической архитектуры — обеспечение надежных ИТ-сервисов, предоставляемых в рамках всего предприятия в целом и координируемых централизованно, как правило, департаментами информационных технологий. Технологическая архитектура определяет набор принципов и стандартов, которые обеспечивают информационные руководства в отношении выбора и использования следующих технологий: - аппаратных платформ;
- операционных систем;
- систем управления базами данных;
- средств разработки;
- языков программирования;
- сервисов электронной почты;
- систем безопасности;
- сетевой инфраструктуры и т. д.
- технический персонал должен поддерживать уровень знаний, связанных с меньшим количеством продуктов, что уменьшает затраты на содержание персонала и его обучение;
- прикладные системы легче интегрировать между собой, когда они имеют много общих технических аспектов. Хотя заметим, что список технологий и поставщиков не является все-таки самым важным инструментом интеграции данных и систем. Вопросы семантики и согласования форматов, например, гораздо более сложны и не решаются выбором одной технологии;
- предприятие может получить экономию на масштабах, приобретая технологии ограниченного количества поставщиков (например, скидки на лицензии);
- много усилий может быть сэкономлено на процессах закупок, поскольку, после того как технология однажды выбрана, последующие закупки не требуют затрат времени на длительное изучение альтернатив.
На рис. 1.18 приведен пример областей, категорий, стандартов и спецификаций технической справочной модели TRM FEAF (Federal Enterprise Architecture Framework) — технической справочной модели методики Федеральной архитектуры США.
Рис . 1.18. Пример структуры технической справочной модели TRM FEAF
- все ИТ-ресурсы являются общими и разделяемыми;
- выделение ресурсов конкретным приложениям производится автоматически в соответствии с требованиями бизнеса;
- качество обслуживания предсказуемо и стабильно, несмотря на непредсказуемый спрос на ресурсы.
- самоконфигурирование — организация системы в соответствии с требованиями;
- самозащита — предотвращение сбоев в системе в результате нарушения работы компонентов системы и потери целостности данных;
- самовосстановление — диагностика неисправностей, локализация ошибок и устранение их последствий;
- самооптимизация — наиболее рациональное использование имеющихся ресурсов без вмешательства оператора.
Для реализации адаптивной технологической архитектуры предложили свои решения практически все ведущие производители, включая HP (концепция Adaptive Enterprise, архитектура Darwin), IBM (On Demand), Sun (N1), Microsoft (Dynamic Systems Initiative) и другие. Важной частью этих решений является комплексность, использующая как возможности аппаратных платформ, включая разделяемые процессорные разделы, виртуальные дисковые массивы, серверы, так и специализированное программное обеспечение для обработки существующих ресурсов. Задание для самостоятельной работы 1. Ответить на вопросы для самоконтроля в формате MS Word : - Дайте определение понятия «предприятие».
- Сформулируйте необходимость изучения архитектуры предприятия.
- Дайте определение понятия архитектуры предприятия.
- Из каких элементов состоит архитектура предприятия при рассмотрении ее в статическом аспекте?
- Из каких элементов состоит бизнес-архитектура предприятия?
- Назовите базовые организационные структуры предприятия, их преимущества и недостатки.
- Какие формы организационных структур возникли при переходе от индустриального общества к информационному?
- Опишите процесс построения функциональной модели.
- Из каких элементов состоит системная архитектура предприятия?
- Из каких частей состоит архитектура приложений?
- Приведите описание моделей архитектуры информации.
- Что подразумевают под адаптивной технологической архитектурой?
- Из каких элементов состоит архитектура предприятия при рассмотрении ее в динамическом аспекте?
- Выделите слои в бизнес- и системной архитектуре предприятия.
- Чем обусловлено значение архитектуры предприятия в современных условиях?
2. Составить не менее 100 вопросов по лекции и дать краткий ответ на все составленные вопросы в формате MS Word. 3. Прикрепить готовый файл в личный кабинет студента. |
|
|
Скачать 0.87 Mb.