С точки зрения владельца бизнеса данные это

c. Методология Захмана не позволяет определить, является ли создаваемая архитектура лучшей из возможных.

d. В таксономии Захмана каждый архитектурный артефакт может находиться в нескольких ячейках

Вопрос 2

Расставьте в правильном порядке уровни таблицы Захмана

• работающая система
• детальная реализация
• логическая модель
• технологическая модель
• бизнес-модель
• концептуальная модель

Вопрос 3

С точки зрения владельца бизнеса, «данные» — это
Выберите один ответ:
a. данные, которые включают сведения как о самих объектах, так и об отношениях между этими объектами

b. строки и столбцы, объединенные в таблицы и связанные друг с другом с помощью математических операций соединения и проекции.

CLEAR MY CHOICE

Вопрос 4

Вопрос 4: «Структура» Захмана представляет собой
Выберите один ответ:
a. процесс упорядочения архитектурных артефактов
b. таксономию для упорядочения архитектурных артефактов
c. инструкцию для упорядочения архитектурных артефактов
d. структуру для упорядочения архитектурных артефактов
CLEAR MY CHOICE

Владельцам бизнеса! Современное предприятие с точки зрения Информационных Технологий

Вопрос 5

Первый уровень в таблице Захмана — это
Выберите один ответ:
a. технологическая модель
b. бизнес — модель
c. концептуальная модель
d. работающая система
e. логическая модель
Тест по теме «Методология TOGAF»

Вопрос 1

На каком этапе ADM происходит формирование системы управления преобразованиями
Выберите один ответ:
CLEAR MY CHOICE

Вопрос 2

Что не является частью TOGAF ?
Выберите один ответ:
a. Архитектура данных
b. ADM принципы и методы
c. Архитектура бизнеса
d. Архитектура приложений
e. Архитектура управления
CLEAR MY CHOICE

Вопрос 3

Расположите архитектуры от наиболее общей к конкретной

• архитектура организаций
• фундаментальные архитектуры
• общесистемные архитектуры
• отраслевые архитектуры

Вопрос 4

Расположите в правильном порядке фазы разработки архитектуры в TOGAF

• архитектура ИС
• возможности и решения
• технологическая архитектура
• архитектурное представление
• архитектура бизнеса
• управление архитектурными изменениями
• планирование перехода
• управление внедрением

Вопрос 5

Что такое TOGAF?
Выберите один ответ:
a. средство для разработки архитектур информационных систем
b. архитектура бизнеса
c. таксономия для упорядочения архитектурных артефактов
Похожие ответы, выполненные работы

• Помощь с заданием по праву для ИИТ, пример оформления
• Ответы на тесты. Менеджмент. СБС.
• Ответы к вопросам к экзамену по дисциплине «История…
• Лабораторная работа по дисциплине…
• Ответы на тесты. Управление финансами. СБС.
• Рабочая тетрадь по дисциплине «Психология…
• Лабораторная работа по дисциплине…
• Помощь с заданиями по БЖД, ИОП
• ИТ-стратегия
• Ответы на тесты. Управление персоналом. СБС.

или напишите нам прямо сейчас

Высоцкий отвечает: кто должен контролировать бизнес и что обсуждать на еженедельных собраниях?

Оставить комментарий

Inna Petrova 18 минут назад

Нужно пройти преддипломную практику у нескольких предметов написать введение и отчет по практике так де сдать 4 экзамена после практики

Иван, помощь с обучением 25 минут назад

Коля 2 часа назад

Здравствуйте, сколько будет стоить данная работа и как заказать?

Иван, помощь с обучением 2 часа назад

Инкогнито 5 часов назад

Сделать презентацию и защитную речь к дипломной работе по теме: Источники права социального обеспечения. Сам диплом готов, пришлю его Вам по запросу!

Иван, помощь с обучением 6 часов назад

Василий 12 часов назад

Здравствуйте. ищу экзаменационные билеты с ответами для прохождения вступительного теста по теме Общая социальная психология на магистратуру в Московский институт психоанализа.

Иван, помощь с обучением 12 часов назад

Анна Михайловна 1 день назад

Нужно закрыть предмет «Микроэкономика» за сколько времени и за какую цену сделаете?

Иван, помощь с обучением 1 день назад

Сергей 1 день назад

Здравствуйте. Нужен отчёт о прохождении практики, специальность Государственное и муниципальное управление. Планирую пройти практику в школе там, где работаю.

Иван, помощь с обучением 1 день назад

Инна 1 день назад

Добрый день! Учусь на 2 курсе по специальности земельно-имущественные отношения. Нужен отчет по учебной практике. Подскажите, пожалуйста, стоимость и сроки выполнения?

Иван, помощь с обучением 1 день назад

Студент 2 дня назад

Здравствуйте, у меня сегодня начинается сессия, нужно будет ответить на вопросы по русскому и математике за определенное время онлайн. Сможете помочь? И сколько это будет стоить? Колледж КЭСИ, первый курс.

Иван, помощь с обучением 2 дня назад

Ольга 2 дня назад

Требуется сделать практические задания по математике 40.02.01 Право и организация социального обеспечения семестр 2

Иван, помощь с обучением 2 дня назад

Вика 3 дня назад

сдача сессии по следующим предметам: Этика деловых отношений — Калашников В.Г. Управление соц. развитием организации- Пересада А. В. Документационное обеспечение управления — Рафикова В.М. Управление производительностью труда- Фаизова Э. Ф. Кадровый аудит- Рафикова В. М. Персональный брендинг — Фаизова Э. Ф. Эргономика труда- Калашников В. Г.

Иван, помощь с обучением 3 дня назад

Игорь Валерьевич 3 дня назад

здравствуйте. помогите пройти итоговый тест по теме Обновление содержания образования: изменения организации и осуществления образовательной деятельности в соответствии с ФГОС НОО

Иван, помощь с обучением 3 дня назад

Вадим 4 дня назад

Пройти 7 тестов в личном кабинете. Сооружения и эксплуатация газонефтипровод и хранилищ

Иван, помощь с обучением 4 дня назад

Кирилл 4 дня назад

Нашел у вас на сайте задачу, какая мне необходима, можно узнать стоимость?

Иван, помощь с обучением 4 дня назад

Oleg 4 дня назад

Требуется пройти задания первый семестр Специальность: 10.02.01 Организация и технология защиты информации. Химия сдана, история тоже. Сколько это будет стоить в комплексе и попредметно и сколько на это понадобится времени?

Иван, помощь с обучением 4 дня назад

Валерия 5 дней назад

ЗДРАВСТВУЙТЕ. СКАЖИТЕ МОЖЕТЕ ЛИ ВЫ ПОМОЧЬ С ВЫПОЛНЕНИЕМ практики и ВКР по банку ВТБ. ответьте пожалуйста если можно побыстрее , а то просто уже вся на нервяке из-за этой учебы. и сколько это будет стоить?

Иван, помощь с обучением 5 дней назад

Инкогнито 5 дней назад

Здравствуйте. Нужны ответы на вопросы для экзамена. Направление — Пожарная безопасность.

Иван, помощь с обучением 5 дней назад

Иван неделю назад

Защита дипломной дистанционно, «Синергия», Направленность (профиль) Информационные системы и технологии, Бакалавр, тема: «Автоматизация приема и анализа заявок технической поддержки

Иван, помощь с обучением неделю назад

Дарья неделю назад

Необходимо написать дипломную работу на тему: «Разработка проекта внедрения CRM-системы. + презентацию (слайды) для предзащиты ВКР. Презентация должна быть в формате PDF или формате файлов PowerPoint! Институт ТГУ Росдистант. Предыдущий исполнитель написал ВКР, но работа не прошла по антиплагиату. Предыдущий исполнитель пропал и не отвечает.

Есть его работа, которую нужно исправить, либо переписать с нуля.

Иван, помощь с обучением неделю назад

Источник: the-distance.ru

Русские Блоги

Способ архитектуры предприятия (4) Захман метод архитектуры предприятия

— Архитектура программного обеспечения представляет собой многоугольную форму

Zachman Фреймворк — первая в мире теория корпоративной архитектуры, основанная Джоном Захманом в 1987 году. Его статья «Архитектура информационной системы» до сих пор считается самой авторитетной в архитектуре корпоративной архитектуры.

1. Двумерный взгляд на спрос

Любое требование является двухмерным. Zachman Каркасная модель также делится на два измерения.

Горизонтальное измерение организовано 6W ​​(что, как, где, кто, когда, почему), а вертикальное измерение отражает уровень архитектуры ИТ сверху вниз, который представляет собой модель объема, модель предприятия, модель системы, технологию Модели, подробные модели, функциональные модели.

Zachman Структура отвечает на шесть вопросов «Что, как, где, кто, когда и почему» с помощью данных, функций, сети, персонала, времени и мотивации.

Во-вторых, разные углы, разные формы выражения

Выражение каждой архитектуры отличается от других архитектур, и ее сущность заключается не только в уровне детализации.

Возьмите «данные» в описании столбца в качестве примера. С точки зрения владельца бизнеса, «данные» означают субъект бизнеса. Он может включать информацию о самом объекте, таком как клиенты и продукты, или он может включать информацию об отношениях между объектами, таких как группы населения и инвентарь. Если вы планируете обсудить данные с владельцем бизнеса, вам следует использовать эти языки.
С точки зрения разработчика базы данных, «данные» — это не коммерческий объект, а строки и столбцы, хранящиеся в таблице данных, а также посредством соединения (join) и отображения. (Проекция) Сгенерированная таблица. Если вы с Дизайн базы данных Обсудите «данные» вместо групп клиентов, но таблиц реляционных данных.

3. Три предложения для формы Захмана

1. Первое предложение: каждый материал рамы должен существовать в одном квадрате и только в одном квадрате. Не должно быть неоднозначно, в каком квадрате размещен материал каркаса. Если определенный материал каркаса не знает, в какой квадрат он должен быть помещен, проблема, вероятно, заключается в самом материале каркаса.
   Когда организация начинает накапливать материалы в архитектуре предприятия разработки, она может использовать таблицу Захмана для объяснения направленности каждого материала. Например, материалы, относящиеся к сервис-ориентированной архитектуре, скорее всего, будут помещены в третью строку (с точки зрения дизайна). Они вообще не интересуют коммерческих владельцев.
2. Второе предложение: только когда все таблицы заполнены, структуру можно назвать полной структурой. Когда все квадраты заполнены, вся таблица имеет достаточную систему определения материала.
   Только когда каждый квадрат заполнен материалом, достаточно информации для описания системы: от каждого символа (теперь мы можем его назвать) Заинтересованные стороны » Заинтересованные стороны) наблюдать за всеми возможными перспективами (описание фокуса) системы. Таким образом, организация может использовать форму Zachman, чтобы обеспечить соответствие дискуссий между всеми важными заинтересованными сторонами в архитектуре предприятия.
3. Третье предложение: квадраты каждого столбца таблицы связаны друг с другом. Например, столбец данных (первый столбец) таблицы Zachman. С точки зрения владельца бизнеса, данные — это информация о бизнесе. С точки зрения администратора базы данных, данные — это строки и столбцы в базе данных.

4. Роль формы Захмана

Форма Zachman может помочь нам разработать корпоративные структуры из следующих пяти аспектов

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

5. Дефекты формы Захмана

В целом, Закман по-прежнему очень груб, и это не полное решение. Слишком много проблем, и это не описано. Закман не дал процесс построения основы шаг за шагом. Поэтому необходимо объединить другие методы, чтобы построить полное решение.

Ты Я Ну озеро Озера и горы успокаивают, а осенние тени задерживаются. Красавица заплакала всю ночь, и цветы сливы медленно открылись.

Источник: russianblogs.com

Пояснительная записка к курсовому проекту по дисциплине «Корпоративные информационные системы в структуре архитектуры предприятий и бизнеса»

Модель (методика) Захмана является одной из ранних попыток связать характеристики информационной системы с бизнес-задачами предприятия. Джон А. Захман (John A. Zachman) предложил простую, но концептуально мощную схему, показывающую различные уровни представления архитектуры ИС, различные виды ее обеспечения, а также их основные взаимосвязи.

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

Само понятие «архитектура предприятия» впервые появилось в 1987 г. в статье Дж.А. Захмана «Структура архитектуры информационных систем», опубликованной в журнале IBM Systems Journal [5]. В этой статье автор изложил свое видение архитектур предприятий и связанных с ними проблем, которое задало направление развития на последующие десятилетия.

Видение Захмана заключалось в том, что для обеспечения высокой ценности и гибкости бизнеса необходим целостный подход к архитектуре систем, в рамках которого каждая существенная проблема рассматривается с разных точек зрения. Такой подход к созданию архитектуры систем представляет собой то, что Захман изначально называл «архитектурной структурой ИС», а впоследствии – «структурой архитектуры предприятия».

«Структура» Захмана, скорее, представляет собой классификацию для упорядочения элементов архитектуры (проектной документации, спецификации и моделей). Причем классификация ведется в двух направлениях: с одной стороны, учитываются заинтересованные лица (например, владелец бизнеса и строитель), с другой – конкретная проблема, которую необходимо устранить (например, проблема с данными и функциональностью).

Захман изначально проводил аналогию между построением ИС и строительной отраслью. В строительстве элементы архитектуры (архитектурные артефакты) неявным образом организованы в двумерную структуру.

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

Каждому игроку необходима полная информация о будущем здании и процессе его постройки, однако понятие полноты для каждого игрока свое. Владелец заинтересован в полном описании функциональности и эстетики здания. Строитель заинтересован в полном описании строительных материалов и этапов строительства. При этом владельца не интересуют гвозди в стенах, а строителя не интересует, виден ли из окон спальни восход солнца.

Вторым измерением классификации являются описательные аспекты: кто, что, где, когда, как и почему. Второе измерение не зависит от первого. И строитель, и владелец должны знать «что», но это «что» для владельца отличается от «что» для строителя.

В первой статье и последующей работе в 1992 г. [11] Захман предложил шесть описательных аспектов (данные, функция, сеть, люди, время и мотивация) и шесть игроков (планировщик, владелец, проектировщик, строитель, субподрядчик и предприятие). Эти два измерения можно представить в виде таблицы или матрицы, как показано на рис. .

Например, с точки зрения владельца бизнеса, «данные» – это объекты, важные для бизнеса. Они могут включать сведения как о самих объектах, например, о клиентах и продукции, так и об отношениях между ними, например, о демографических группах и складских запасах. В разговоре о данных с владельцем бизнеса следует использовать именно этот язык.

С точки зрения разработчика БД, «данные» – это связанные друг с другом таблицы, их строки и столбцы. В разговоре о данных с разработчиком БД следует говорить не о демографических группах клиентов, а о реляционных таблицах, запросах и связях «один-ко-многим».

Ни одна из этих точек зрения не является более важной или детализированной, чем другая. Они обе важны для целостного понимания архитектуры системы.

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

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

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

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

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

Каждый из столбцов матрицы отвечает на один из поставленных выше вопросов.

ЧТО? – данные (data), любые формы представления информации, критически важной для бизнеса, в данном случае это основной субъект таблицы. Важно, что данные описываются во взаимосвязи между собой.

КАК? – функции (function), операции, выполняемые над субъектом, выделение и передача знаний. Это функциональное описание системы, здесь представлено то, как организация работает, как устроен поток работ, как используются данные.

ГДЕ? – сеть (network), расположение субъекта. Это, в конечном итоге, описание информационных потоков предприятия.

КТО? – люди (people), распределение ответственности и функции работников. Человек рассматривается в роли носителя и распорядителя знаний.

КОГДА? – время (time), может быть абсолютным или относительным, отражающим взаимосвязанность процессов.

ЗАЧЕМ – мотивация (motivation), ключевой вопрос бизнес цели и стратегия.

Первая колонка отвечает на вопрос «ЧТО?» и определяет используемые в системе данные. На верхнем уровне достаточным будет простое перечисление основных объектов, используемых в бизнесе.

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

Колонка функций (ответ на вопрос «КАК?») предназначена для последовательной детализации описания того, как миссия предприятия реализуется на уровне отдельных операций. В частности, на первом уровне достаточным будет простое перечисление бизнес-процессов. Второй уровень будет содержать модель бизнес-процессов, которая впоследствии детализируется в операции над данными и архитектуру приложений (уровень 3), методы классов (уровень 4), программный код (уровень 5) и, наконец, исполняемые модули. При этом, начиная с 4-го уровня, рассмотрение ведется уже не в рамках предприятия в целом, а по отдельным подсистемам или приложениям.

Следующая колонка (вопрос «ГДЕ?») определяет пространственное распределение компонентов системы и сетевую организацию. На уровне планирования бизнеса здесь достаточно определить расположение всех производственных объектов.

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

Четвертый уровень служит для определения физической реализации в терминах аппаратных платформ, системного программного обеспечения, а также средств промежуточного уровня (так называемое «middleware»), используемых для интеграции различных компонент информационной системы между собой. Типичным примером могут являться брокеры запросов или средства обмена сообщениями. На пятом уровне определяются используемые протоколы и спецификации каналов связи. Последний уровень описывает функционирование реализованной сети.

Колонка таблицы, отвечающая на вопрос «КТО?», определяет участников процесса. На уровне планирования бизнеса здесь представлен список подразделений предприятия и выполняемые ими функции. На следующем уровне приводится полная организационная диаграмма, а также могут быть определены общие требования к информационной безопасности. Далее последовательно определяются участники бизнес-процессов и их роли (описание вариантов использования), требования к интерфейсам пользователя и правила доступа к отдельным объектам, физическая их реализация на уровне кода или операторов определения доступа к таблицам в СУБД. Последний уровень описывает обученных пользователей системы.

Пятая колонка отвечает на вопрос «КОГДА?» и определяет временные характеристики бизнес-процессов и работы системы. Опять-таки детализация осуществляется сверху вниз, начиная от календарного плана (уровень 1) и основных параметров, характеризующих выполнение бизнес-процессов, – например, требование ко времени оформления сделки (уровень 2).

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

Последняя колонка («ПОЧЕМУ?» или «ЗАЧЕМ?») служит для определения мотивации и задает порядок перехода от задач бизнеса к требованиям и элементам информационных систем. Исходной точкой является бизнес-стратегия, которая затем последовательно транслируется в бизнес-план, затем в правила и ограничения для реализации бизнес-процессов, а на уровне 4 – в соответствующие приложения, необходимые для включения в состав информационных систем и, в дальнейшем, в их физическую реализацию.

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

Похожие:

	Пояснительная записка к курсовому проекту по дисциплине «Инфокоммуникационные сети и системы» Пояснительная записка содержит 43 страницы, 12 рисунков, 7 таблиц, 5 источников, 1 приложение		Пояснительная записка к курсовому проекту по дисциплине «Инфокоммуникационные системы и сети» Технология: dwdm (уплотненное мультиплексирование с разделением по длине волны) + mpls vpn
	Пояснительная записка к курсовому проекту по дисциплине «Сети ЭВМ и средства телекоммуникаций» Целью является спроектировать локальную вычислительную сеть csma/cd образовательного учреждения		Пояснительная записка к курсовому проекту по дисциплине «Экономика отрасли» Целью курсового проекта является расчет технико-экономических показателей эксплуатационной базы на 15 строительных машин
	Пояснительная записка к курсовой работе по дисциплине «Информационные системы и технологии» Пояснительная записка содержит 25 страниц, 3 изображения, 3 источника, 2 приложения		Конспект лекций по курсу сд. Ф корпоративные информационные системы Лекция № Понятие о сетях. Корпоративные информационные системы. Структура и назначение кис. Характеристика. Требования к организации.
	Пояснительная записка к курсовому проекту по специальности 1705 «Техническое. Пояснительная записка к курсовому проекту по специальности 1705 «Техническое обслуживания и ремонт автомобильного транспорта» кп.		Пояснительная записка к курсовому проекту по дисциплине “Проектирование. Радиоприёмник, радиорелейная линия, моделирование, ads, systemvue, канал передачи, структурная схема, функциональные узлы, перенос.
	Пояснительная записка к курсовому проекту на тему: «Защита информации. Пояснительная записка содержит описание разработанной программы и руководство по ее использованию. Также в ней приводится описание.		Отчет по курсу «Корпоративные информационные системы» Тема: «Корпоративные. Тема: «Корпоративные информационные системы (кис): Галактика, Microsoft Dynamics ax, Эталон (dos-версия), sap r/3»
	Тема Бухгалтерские информационные системы Определить основные принципы построения систем автоматизации в бухгалтерском учете и особенности их функционирования для крупных.		Положение пао «Россети» «О единой технической политике в электросетевом комплексе» Автоматизированные системы управления предприятием, корпоративные информационные системы 79
	Пояснительная записка Данная рабочая тетрадь предназначена для студентов. Огсэ. 03 Английский язык для студентов, обучающихся по специальности 230401 «Информационные системы» (по отраслям)		Пояснительная записка к Рабочему проекту автоматическая установка. Общая часть 3 стр
	Пояснительная записка к проекту профессионального стандарта «Работник по техническому обслуживанию и ремонту железнодорожных тяговых и трансформаторных подстанций, линейных устройств системы.		Пояснительная записка Раздел: Пояснительная записка к проекту свода. «Свод правил «Транспортно-пересадочные узлы. Правила проектирования» выполнен авторским коллективом в составе

Источник: rykovodstvo.ru