79421

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

Доклад

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

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

Русский

2015-02-13

94.71 KB

15 чел.

  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).

 


 

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

54835. WHAT SORT OF PEOPLE ARE WE? 66 KB
  We live on the planet called the Earth. Does our planet differ from other planets of our Solar system? It certainly does. There is life on it and it is inhabited by human beings called people. Can we say that all people are alike? Of course, no. We are all so different. And it is quite impossible to find two similar persons.
54836. Life of a Society. People Make History 52.5 KB
  Specific: to teach students to take responsibility for their own learning to summarize the topical material to practise filling in questionnaire to teach students to think in detail about what they have learnt Materials: questionnaires, list of prominent people
54837. ПЕРЕБУДОВА В РАДЯНСЬКОМУ СОЮЗІ І УКРАЇНА 191 KB
  МЕТА: ознайомити учнів з процесами які відбувалися в період 80х рр. в Радянському Союзі та їх вплив на розвиток України; розвивати вміння учнів вести самостійну дослідницьку діяльність вміти систематизувати здобутий матеріал та вміти виділяти головне; формувати почуття толерантності та вміння аргументувати власну позицію робити висновки; виховувати громадянську свідомість та повагу до історичного минулого своєї держави. І вид роботи: 12 учнів виконують тестування на компютерах 18 запитань. Прослухати для відновлення запис...
54839. Подвигу народу жити у віках 838.5 KB
  Поки ще живі свідки тих часів її учасники ми покликані залишити у свідомості студентів жах тих днів розкрити звірства фашистів показати приклади героїзму українського народу в діючій армії в тилу ворога Рух Опору та самовіддану працю мирного населення в евакуації. Студент: Гитлер составил план уничтожения славянских народов в первую очередь русского украинского и белорусского. Студент: Мы знаем что ныне лежит на весах И что совершается ныне. Ахматова Студент: В...
54840. Виховний захід (географічна гра) „Переправа” 42 KB
  Географічна гра проводиться в рамках місячника географії в плані якого передбачено: Випуск стіннівок по класах Цей цікавий світ географії Віртуальна подорож країнами Європи для 89 класів Виставка творчих робіт учнів Географічні прилади та посібники для 1011 класів Перегляд відеоролика Видатні географічні дослідження†для 89 класів Економічний турнір Економіка вчора сьогодні й завтра†для 1011 класів За тиждень до проведення гри визначається склад учасників: по 5 чоловік від 89 класів. Другий...
54841. Переріз циліндра і конуса площиною, паралельно основі 279.5 KB
  Тема уроку: переріз циліндра і конуса площиною паралельно основі. Мета уроку: формувати в учнів навички будувати переріз циліндра і конуса площиною паралельною основі та розвязувати задачі повязані з ним. Поглибити знання про осьові перерізи конуса і циліндра. Радіус основи конуса 3 м висота 4 м.
54842. УКРАЇНСЬКО – МОСКОВСЬКИЙ ДОГОВІР 1654 р. 73.5 KB
  ; розвивати вміння учнів аналізувати складні історичні факти та події; формувати вміння працювати з історичними документами; розглянути наукові оцінки українськомосковської угоди; виховувати любов до історичної минувшини українського народу інтерес до історії України. 1 територія існування козацької України в межах Київського Брацлавського та Чернігівського воєводств. вояків 3 інші умови влада належала гетьманові та козацькій старшині державні посади мали обіймати лише православні шляхта поверталася до своїх володінь відновлювалася влада...
54843. Экономическая рента. Земельная рента и ее виды 18.13 KB
  Экономическая рента - это разница между платой за ресурс и минимальной платой, необходимой для того, чтобы этот ресурс был предложен. Ресурс, дающий экономическую ренту, приносит сумму, превышающую альтернативную стоимость его использования.