79421

Процессы проектирования. Методики описания системной архитектуры

Доклад

Информатика, кибернетика и программирование

Методики описания системной архитектуры. IEEE 1471 IEEE 1471 Рекомендуемые методы описания архитектуры программных систем. В нем излагается концепция отношений между архитектурой описанием архитектуры заинтересованными сторонами соображениями точками зрений разрезами представлениями и моделями а также подход к работе с ними. См подробное описание ссылка Модель Захмана Модель Захмана основана на дисциплине классической архитектуры и обеспечивает общий словарь и набор перспектив или структур для описания современных сложных...

Русский

2015-02-13

94.71 KB

14 чел.

  1.  

Процессы проектирования. Методики описания системной архитектуры.

IEEE 1471

IEEE 1471 - «Рекомендуемые методы описания архитектуры программных систем». В нем излагается концепция отношений между архитектурой, описанием архитектуры, заинтересованными сторонами, соображениями, точками зрений (разрезами), представлениями и моделями, а также подход к работе с ними.

Можно описать, как статическое представление системы, которое включает в себя архитектуру системы, архитектуру данных, способы хранения, архитектуру оборудования, так и динамическое представление системы – переходы между состояниями системы и передачу данных между частями системы.

В рамках стандарта формализуются точки зрения на архитектуру системы. Для каждой точки зрения прописаны:

  1.  Описание;
  2.  Назначения;
  3.  Графические модели;
  4.  Риски, которые нужно учитывать с этой точки зрения.

Пример:

Функциональная точка зрения:

  1.  Необходима для описания функциональности ИС, описывает субъекты и их роль, описывает БП, функции пользователей;
  2.  Использует Use Case UML;
  3.  Риски: сложность автоматизации функциональности, реализуемость и тестируемость функциональности.

Другие точки зрения:

  1.  Сценарная точка зрения (динамическое представление ИС);
  2.  Концептуальная точка зрения (основная структура ИС);
  3.  Поведенческая точка зрения;
  4.  Логическая;
  5.  Информационная;
  6.  Точка зрения размещения (связь компонентов ИС с техническими объектами);
  7.  Технологическая точка зрения (формализованное использование технологий, средств разработки, готовых модулей).

(См подробное описание - ссылка)

Модель Захмана

Модель Захмана основана на дисциплине классической архитектуры и обеспечивает общий словарь и набор перспектив или структур для описания современных сложных корпоративных систем. Дж. Захман определил архитектуру предприятия как "набор описательных моделей, которые применимы для описания предприятия в соответствии с требованиями управленческого персонала и которые могут развиваться в течение определенного периода". Термин "архитектура" здесь не случаен, он подчеркивает существующую аналогию между внутренней структурой абстрактного объекта - предприятия, и сложного искусственного объекта, такого как здание или космическая станция.

Для удобства описания Захман предложил т.н. модель архитектуры предприятия. Модель преследует две основные цели - с одной стороны, логически разбить все описание архитектуры на отдельные разделы для упрощения их формирования и восприятия, с другой - обеспечить возможность рассмотрения целостной архитектуры с выделенных точек зрения или соответствующих уровней абстракции.

Собственно модель представляется в виде таблицы, имеющей пять строк и шесть столбцов (шестая строка соответствует уже не уровню описания архитектуры, а уровню работающей системы или предприятия в целом).

Первая строка соответствует уровню планирования бизнеса в целом (бизнес-модель). На этом уровне вводятся достаточно общие основные понятия, определяющие бизнес (продукты, услуги, клиенты), а также формулируется бизнес-стратегия. Фактически, данная строка определяет контекст всех последующих строк.

Вторая строка (концептуальная модель) предназначена для определения в терминах бизнеса структуры организации, ключевых и вспомогательных бизнес-процессов.

Третий уровень (логическая модель) соответствует рассмотрению с точки зрения системного архитектора. Здесь бизнес-процессы описываются уже в терминах информационных систем, включая различные типы данных, правила их преобразования и обработки для выполнения определенных на уровне бизнес-функций

На четвертом уровне - технологической или физической модели - осуществляется привязка данных и операций над ними к выбранным технологиям реализации. Например, здесь может быть определен выбор реляционной СУБД, или средств работы с неструктурированными данными, или объектно-ориентированной среды.

Пятый уровень соответствует детальной реализации системы, включая конкретные модели оборудования, топологию сети, производителя и версию СУБД, средства разработки и собственно готовый программный код. Многие из работ на данном уровне часто выполняются субподрядчиками.

Шестой уровень описывает работающую систему. На этом уровне могут быть введены такие объекты, как инструкции для работы c системой, фактические базы данных, работа службы HelpDesk и т.д. Надо заметить, что в исходной работе Захмана содержание этого уровня не детализируется. При развитии модели отмечены возможности рассмотрения аспектов функционирования работающей системы с точки зрения, например, конечного пользователя или эксплуатирующих служб.

Основные характеристики данной модели:

  1.  простота для понимания как техническими, так и нетехническими специалистами;
  2.  целостность в отношении предприятия;
  3.  поддержка обсуждений сложных вопросов с использованием относительно небольшого количества нетехнических понятий;
  4.  возможность применения для планирования, позволяющего лучше принимать решения;
  5.  применимость для решения задач, то есть возможность работать с абстракциями и сущностями, выделяя и изолируя отдельные параметры системы без потери восприятия предприятия как целого;
  6.  независимость от конкретных инструментов; благодаря этому каждый инструмент и методология могут быть отображены на данную модель и могут явно показать, что они делают и чего они не делают.

(подробнее - ссылка)

TOGAF

Основным полем для применения TOGAF является, прежде всего, программная инфраструктура информационной системы (в противоположность таким типам архитектур, как бизнес-архитектура, архитектура данных и приложений). Таким образом, она в наилучшей мере подходит для описания интеграционных компонент, использующихся для поддержки широкого спектра корпоративных приложений, прежде всего, критичных для бизнеса (mission-critical). Поскольку эта интеграционная архитектура сильно зависит от принимаемых решений в остальных областях, то в рамках TOGAF в необходимой степени рассматриваются и эти смежные области.

В состав модели TOGAF входят две основные компоненты – методика ADM (Architecture Development Method), определяющая процесс разработки архитектуры, и Базовая Архитектура (Foundation Architecture). Она дополняется соответствующей базой данных ресурсов, включающей описания архитектурных принципов, примеров реализации, а также специализированный язык ADML.

Общая структура:

В соответствии с методикой ADM, процесс разработки архитектуры включает следующие фазы:

  1.  Подготовка: уточнение модели под особенности организации, определение принципов реализации проекта.
  2.  Фаза A: определение границ проекта, разработка общего представления (Vision) архитектуры; утверждение плана работ и подхода руководством.
  3.  Фаза B: разработка бизнес-архитектуры предприятия.
  4.  Фаза C: разработка архитектуры данных и архитектуры приложений.
  5.  Фаза D: разработка технологической архитектуры.
  6.  Фаза E: проверка возможности реализации предложенных решений.
  7.  Фаза F: планирование перехода к новой системе.
  8.  Фаза G: формирование системы управления преобразованиями.
  9.  Фаза H: управление изменением архитектуры.

Каждая фаза, в свою очередь разбивается на подпроцессы (этапы), отдельные работы и так далее. Например, фаза D включает следующие основные подпроцессы:

  1.  Описание существующей технологической архитектуры.
  2.  Обзор бизнес-архитектуры, архитектуры данных и приложений для определения начальных данных и необходимой степени детализации.
  3.  Описание существующей системы с необходимой степенью детализации, которая выбирается для того, чтобы можно было выявить необходимые изменения при формировании целевой архитектуры. Формирование реестра используемых платформ программного и аппаратного обеспечения.
  4.  Выявление и описание элементарных архитектурных блоков – кандидатов на использование в новой архитектуре. Фактически, речь идет о возможных архитектурных шаблонах.
  5.  Разработка черновика технического отчета, резюмирующего основные результаты изучения существующего состояния и возможности использования типовых блоков.
  6.  Направление черновика отчета на рецензирование, анализ комментариев и внесение, при необходимости, поправок.
  7.  Формирование целевой технологической архитектуры.
  8.  Описание существующей системы в терминах TOGAF.
  9.  Определение перспектив (представлений) архитектуры.
  10.  Формирование модели целевой архитектуры.
  11.  Определение ИТ-служб (сервисов).
  12.  Подтверждение учета бизнес-требований.
  13.  Определение архитектуры и используемых блоков (шаблонов).
  14.  Проведение анализа расхождений (gap analysis).

 


 

А также другие работы, которые могут Вас заинтересовать

37207. Страхово́й тари́ф 27.5 KB
  Устанавливается как правило в процентах по отношению к страховой сумме. Страховой тариф может устанавливаться: 1. с единицы страховой суммы; 2.
37208. Виды страхования 65.5 KB
  Исторически страхование началось с видов и затем разрасталось до уровня отраслей. Страхование имущества Юридические и физические лица могут заключать договоры страхования на объекты в отношении которых они имеют имущественный интерес: здания сооружения передаточные устройства силовые рабочие и другие машины оборудование транспортные средства ловецкие и другие суда орудия лова объекты незавершенного производства и капитального строительства инвентарь готовая продукция товары сырье материалы и другое имущество. Страхование квартиры...
37209. Развитие страхового рынка 33 KB
  Таким образом прогноз роста российского страхового рынка должен опираться на общий прогноз экономического развития. В целом прогнозы роста российской экономики которые делаются различными аналитическими центрами на ближайшие несколько лет выглядят умеренно оптимистичными. Прогнозы сделанные ЦСИ Росгосстраха приводят к более низким оценкам потенциального роста российской экономики. Методика на основании которой делается прогноз основана на зависимости темпов роста ВВП от удовлетворенности населения своей жизнью – чем больше люди довольны...
37210. Финансовый менеджмент 25 KB
  Можно выделить две основные группы финансового менеджмента находящиеся в подчинении у главного финансиста на предприятии: 1. Основными функциями финансового менеджера являются: аналитическоконтрольные; финансовое планирование; принятие управленческих решений. В целом в функциональные обязанности финансового менеджера входят: текущая деятельность связанная с движением денежных фондов предприятия; финансовое планирование прогнозирование; проведение операций на финансовых рынках; инвестирование; финансовый анализ и контроль за финансовым...
37211. Базовые концепции финансового менеджмента 49.5 KB
  Концепция временной стоимости денег Концепция изменения стоимости денег во времени играет центральную роль в практике финансовых вычислений и выражает необходимость учета фактора времени при осуществлении долговременных финансовых операций путем оценки и сравнения стоимости денег в начале финансирования проекта и при их возврате в виде будущих денежных поступлений. Концепция временной стоимости денег заключается в том что стоимость денег с течением времени изменяется с учетом нормы прибыли на финансовом рынке в качестве которой обычно...
37212. Роль финансового менеджмента в управлении 32.5 KB
  В условиях рыночной экономики управление финансами представляет собой наиболее сложную и приоритетную задачу высшего управленческого персонала любой организации. Управление финансами представляет собой изыскание и распределение финансовых ресурсов необходимых для обеспечения результативной и эффективной деятельности организации. Финансовые ресурсы как основной компонент системы бухгалтерского учета представляют собой связующее звено между учетом контролем и управлением а также связующее звено между разными уровнями управления от...
37213. Финансовая система 108.5 KB
  Государственный кредит Звенья второй сферы финансы предприятий: 1 финансы предприятий функционирующих на коммерческих началах; 2 финансы учреждений и организаций которые осуществляют некоммерческую деятельность; 3 финансы общественных объединений профсоюзов политических партий общественных фондов; Страхование специфическая сфера которая имеет свои звенья: 1 Социальное страхование; 2 Личное страхование; 3 Имущественное страхование; 4 Страхование ответственности; 5 Страхование предпринимательских рисков. Обязательное...
37214. Финансовое планирование 46.5 KB
  Планирование финансовых показателей позволяет находить внутренние резервы предприятия соблюдать режим экономии. Получение планового размера прибыли и других финансовых показателей возможно лишь при условии соблюдения плановых норм затрат труда и материальных ресурсов. Объём финансовых ресурсов рассчитанных на основе финансовых планов устраняет чрезмерные запасы материальных ресурсов непроизводительные расходы внеплановые финансовые инвестиции....
37215. Финансовый контроль, его цели и задачи 49 KB
  Контроль является неотъемлемым элементом процесса государственного управления. Финансовый контроль призван обеспечивать1: правильность составления бюджетов различных уровней и их исполнения; соблюдение действующего бюджетного и налогового законодательства правильность ведения бухгалтерского учета составления отчетности; эффективное и целевое использования средств государственного бюджета и внебюджетных фондов; правильность операций с бюджетными средствами на счетах в банках и других кредитных учреждениях; выявление резервов роста бюджетных...