- •1 Лекция. Основные определения.
- •2 Лекция. Критерии успешности ап.
- •Интегрированная концепция и уровни абстракции.
- •3 Лекция.
- •Уровни абстракции (перспективы описания ап)
- •4 Лекция.
- •Эволюция содержания а по мере ее разработки и развития.
- •Примеры принципов, декларируемых в области ит.
- •Примеры принципов в области управления данными.
- •Примеры принципов, связанных с прикладными системами
- •Примеры принципов, связанных с управлением контроля.
с9.02.12
1 Лекция. Основные определения.
Архитектура предприятия – интегральное представление стратегий и целей предприятия, бизнес-процессов и IT-инфраструктуры предприятия различной отраслевой принадлежности и различных форм собственности, а так же учреждений государственного и муниципального управления. (Евгений Зиндер)
Предприятие – (международные стандарты: ISO 15704; 2000 ISO/IES 15288:2002 PMBOKGuide) некое образование, состоящее из одной или нескольких организаций либо их частей, разделяющих общую миссию и цели по представлению некоторого выхода (услуги или продукта).
Современная АП – данное понятие охватывает устройство бизнеса, базовые технологии, работников всех видов и рынков, информационные технологии.
Стандарты АП рассматривают предприятие как систему и определяет АП как архитектуру системы. Стандарт ISO/IEC 15288: 2002 определяет:
Система – совокупность взаимодействующих элементов, упорядоченных для достижения одной или нескольких целей.
149 ФЗ об информационных технологиях и защите информации от 27.06.06
Информационные технологии – процессы и методы поиска, сбора, хранения, обработки, предоставления, распространения информации и способы их осуществления.
Информационная система – совокупность содержащейся в БД информации и обеспечивающих ее обработку информационных технологий и технических средств.
Профессионально-ориентированная система – совокупность функциональных процессов и связанных с ними средств, способов и методов, направленных на создание и применение технологий сбора, хранения, анализа, обработки и передачи информации существенно зависящих от специфики области применения, единого управления процессами решения функциональных задач, а так же информационными, математическими и денежными потоками в предметной области.
Метод – способ познания явления природы и общественной жизни с целью обоснования системы знаний.
Метод - норма или правило, определяющее способ решений задачи теоретического, познавательного, фактического, практического и житейского характера.
Методика – система операций приемов.
Методология – объем знаний, который можно использовать для создания товаров и услуг.
Технология программирования – дисциплина, изучающая технологические процессы программирования и порядок их прохождения.
Технологический процесс обработки информации – совокупность взаимосвязанных ручных машинных операций по обработке информации на всех этапах ее прохождения между техническими средствами и службами центра данных с целью получения результатов обработки в форме, удобной для восприятия.
22.03.12
2 Лекция. Критерии успешности ап.
Бизнес-уровень (решение задач).
Организационный (оценивается эффект деятельности).
Рабочий (имеет дело с функциями, качестваим).
Система сбалансированных показателей связывает все уровни предприятия, ставит задачи.
Стратегии эффективных корпоративных архитектур.
Управление требованиями (SRS, ГОСТ 34.19, PMBOOK)
Организация процесса с требованиями, которая позволяет хорошо понять все требования, а также направлена на достижение цели.
Управление жизненным циклом
ЖЦ - ряд событий, происходящих с системой в процессе ее создания и использования.
Модели жизненного цикла:
Каскадная (каждая идет за следующей, нельзя возвращаться на предыдущий этап)
Спиральная (На каждом витке спирали выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество и планируются работы следующего витка).
ITIL – стандарт для информационных технологий. COBIT,RUP
Комплексное моделирование (TBM Ratonel, Borlong Calber)
Проигрывает все варианты изменений, рассчитано на нижний уровень. Предоставляет методы и технологии для поддержания визуального понимания и проектирования архитектуры на рабочем уровне.
Концептуальные, логические и физические модели можно использовать для улучшения требований. Технологическая модель должна в дополнение к базовой грамматике поддерживать расширенную схему сбора и анализа информации.
С точки зрения информационных технологий, модель включает информацию и данные о предприятии, а также о том как, когда и где эта информация используется для бизнеса. С помощью модели можно понять и учесть в архитектуре взаимодействие с информацией из устаревших систем. Модели состоят из модели данных и модели процессов. Сопоставление логических и физических БД – это первый шаг к пониманию логических и физических элементов предприятия. В терминах Захмана создания логических моделей данных или генерация на основе анализа существующих систем БД описывает то, чем является бизнес. Модель процессов описывает, где и как используется логические и физические модели. (анализ потоков); позволяет архитектуре IT-систем визуализировать информационные потоки, информационные последовательности, временные отношения, бизнес-правила и логику принятия решений, а также связать все это с физической архитектурой. Используя этот подход на каждом этапе бизнес-процесса, можно описать или указать реальное использование данных (создание,чтение, удаление, обновление).
Преимущества комплексного моделирования – комбинация логических моделей данных и модели процессов обеспечивает полную визуализацию и картину архитектуры; благодаря этому можно выполнить более точный анализ затрат, пробелов, оптимизацию процессов и дизайна данных, а также анализ временных циклов; позволяет организациям находить разрывы в схеме процессов и данных, разрабатывать более эффективные решения с помощью интеграции процессов и данных, описывать нужды бизнеса в рамках организации и обмениваться этой информацией, улучшить управление затратами. КМ предоставляет эффективные средства для описания, анализа и проектирования корпоративных архитектур, которые могут снизить риск при росте бизнеса и связанных с ним IT-проектов. Модель нужно использовать как на ранних этапах жизни бизнес требований, так и на новых, чтобы обеспечить проверку и снижение затрат.