Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р 57100-2016; Страница 21

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р 57098-2016 Системная и программная инженерия. Управление жизненным циклом. Руководство для описания процесса Software and systems engineering. Life cycle management. Guidelines for process description (Настоящий стандарт является руководством для описания процессов с помощью определения описывающих элементов и правила для их формулировки. Стандарт характеризует следующие элементы описания процесса:. - название;. - цель;. - выход (выходные результаты);. - действия;. - задачи;. - информационные объекты. Кроме того, описываются представления процесса. Стандарт не описывает, как процессы формируются или каким-либо образом объединяются в большие структуры или архитектуры) ГОСТ Р 57101-2016 Системная и программная инженерия. Процессы жизненного цикла. Управление проектом Systems and software engineering. Life cycle processes. Project management (Настоящий стандарт предназначен для помощи руководителям проектов в управлении для успешного ведения проектов, касающихся программных средств и систем. Настоящий стандарт определяет необходимое содержание плана управления проектом (ПУПРП). Этот стандарт также формулирует цели и содержание результатов процессов проекта согласно ИСО/МЭК 12207:2008 (ИИЭР 12207:2008) и ИСО/МЭК 15288:2008 (ИИЭР 15288:2008) и добавляет детальные положения для управления проектами, в которых используются эти процессы) ГОСТ 33707-2016 Информационные технологии. Словарь Information technologies. Vocabulary (Настоящий стандарт устанавливает перевод терминов и понятий из области информационных технологий. Настоящий стандарт предназначен для заказчиков, разработчиков, поставщиков, потребителей, а также персонала сопровождения информационных систем. Переводы терминов, установленные настоящим стандартом, обязательны для применения во всех видах документации и литературы в области информационных технологий, входящих в сферу работ по стандартизации и (или) использующих результаты этих работ)
Страница 21
Страница 1 Untitled document
ГОСТ Р 57100—2016
Мотивация для применения этого термина произошла от словосочетания «разделение интересов» из
программной и системной инженерии (Edsger W. Dijkstra. 1974):
«Позвольте мне попытаться объяснить Вам. что по моему представлению характернодля всего интеллекту
ального мышления. Это то. что каждый желаетглубоко изолированно изучить некоторый аспект предмета в интере
сах егособственной согласованности. все время осознавая, что он занимается лишь одним из аспектов. Мы знаем,
что программа должна быть правильной, и можем изучить ее только с конкретной точки зрения; мы также знаем, что ей
следует быть эффективной, и в другой раз мы можем изучить ее эффективность. В следующий раз мы можем
спросить себя: «Почему программа востребована»? Но. занимаясь этими различными аспектами одновременно,
ничего не получается наоборот! Это именно то. что я иногда называл «разделением интересов», которое, даже
если совершенно невозможно, все же является единственной приемлемой методикой для эффективного упорядо
чения намерений, о которых я знаю. Это то. что я подразумеваю под «сосредоточением внимания на некоторых
аспектах», что не означает игнорирования других аспектов, а только оправдывает факт того, что с точки зрения
этого аспекта другой является неактуальным. Это одно- и многократное отслеживание, рассматриваемое
одновременно» (7).
Как определено в настоящем стандарте, каждая точка зрения на архитектуру структурирует один или более
интересов (см. 5.4) так. чтобы представление, соответствующее точке зрения, обращалось к определенным
известным интересам рассматриваемой системы. Отделение обработки интересов с помощью представлений
позволяет заинтересованным сторонам сосредоточиваться на нескольких вопросах одновременно и предлагает
средство для управления сложностью (см. 5.5). Литература в области системной и программной инженерии отра
жает большой набор таких интересов. Примеры приведены в 4.2.3.
Хотя интересы включают риски и опасности (см. 5.3), этот термин не следует понимать как синоним «рисков»
или «беспокойств», он должен пониматься как обращение к «любом* теме интересов.
А.4 Архитектурное представление и точки зрения на архитектуру
Термины яархитектурное представление» и «точка зрения на архитектуру» являются центральными в
настоящем стандарте. Хотя иногда они используются как синонимы, в настоящем стандарте эти термины обраща
ются к различным видам объектов.
Целью настоящегостандарта является охват существующих практикописания архитектур, обеспечивающих
общую терминологию и понятия. Многие существующие практики выражают архитектуру через подборку моделей.
Как правило, эти модели далее интегрируются в связные группы, называемые «представлениями». Единство
группы моделей определяется в соответствии с интересами, к которым обращается эта группа моделей. То. что
упускалось в недавней практике. это отличие термина для механизма формализации этих группирований от
ссылки на соглашения, в соответствии с которыми сделаны эти модели В настоящем стандарте тонка зрения
ссылается на соглашения для того, чтобы выразить архитектуру относительно ряда интересов:
Точка зрения — это способ взгляда на систему; представление это результат применения точки зрения к
конкретной рассматриваемой системе.
Использование множественных представлений для выражения какой-либо архитектуры является основной
посылкой настоящего стандарта. Потребность во множественных представлениях в описаниях архитектуры широ ко
признана. Вто время как использование множественных представлений широко распространено, авторы расхо
дятся в том. какие представления необходимы, и в соответствующих методах для того, чтобы выразить каждое
представление. Из-за широкогодиапазона мнений настоящий стандарт не требует предопределенного множества
точек зрения; это поощряет практику определения или отбора точек зрения, соответствующих рассматриваемой
системе, и оценку точек зрения как важнейших элементов описаний архитектуры.
Наиболее ранние работы над важнейшими точками зрения проявились в структурном анализе методоло
гии структурного анализа и проектирования SADT) в 1977 г. (35). В инженерии требований точки зрения рассмотре
ны как важнейшие сущности со связанными атрибутами и операциями (29). Эти работы способствовали
формированию точекзрения на архитектурутак.какэтоопределеновразделе 7. Термин «тонказрения»был также
выбран для совместимости с эталонной моделью открытой распределенной обработки (RM-ODP), которая
использует этот термин следующим образом:
- тонка зрения (на систему) является абстракцией, которая приводит к какой-то спецификации целой сис
темы. связанной с конкретным множеством интересов. (ИСО/МЭК 10746-1:1998. пункт 6.2.2).
- точка зрения (на систему) форма абстракции, достигнутой с использованием отобранного множества
архитектурных конструкций и структурирования правил в порядке сосредоточения на конкретных интересах в
пределах системы (ИСО/МЭК 10746-2:2009. пункт 3.2.7].
Однако там. где настоящий стандарт использует термин «архитектурное представление» для ссылки на
применениеточки зрения к конкретнойсистеме, эталонная модельоткрытой распределенной обработки (RM-ODP)
использует термин «спецификации тонки зрения».
Отношения между точкой зрения и представлением предлагают следующее модельное представление.
представление : точка зрения :: программа . язык программирования’1
п Это должно быть прочитано так: «представление кточке зрения как программа кязыку программирования».
17