1
Доступно поисковых запросов: 1 из 2
Следующий пробный период начнётся: 02 октября 2022 в 12:02
Снять ограничение

ГОСТ Р 57195-2016

Ядро и язык для методов системной и программной инженерии. Общие положения
Действующий стандарт
Проверено:  24.09.2022

Информация

Название Ядро и язык для методов системной и программной инженерии. Общие положения
Дата актуализации текста 01.01.2021
Дата актуализации описания 01.01.2021
Дата издания 13.05.2020
Дата введения в действие 01.05.2017
Область и условия применения Настоящий стандарт устанавливает детальные определения и описания ядра и языка методов системной и программной инженерии. Настоящий стандарт предусматривает следующие требования к ядру и языку: - определяет ядро и его формирование в трех областях интересов, касающихся заказчика, решения и деятельности; - определяет альфы ядра (т. е. основные элементы, с которыми потребуется работать) и пространства действий (т. е. основные элементы, которые необходимо выполнить); - определяет модель языка и элементы языка
Опубликован Официальное издание. М.: Стандартинформ, 2020
Утверждён в Росстандарт

ГОСТ Р 57195-2016

     

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ



ЯДРО И ЯЗЫК ДЛЯ МЕТОДОВ СИСТЕМНОЙ И ПРОГРАММНОЙ ИНЖЕНЕРИИ


Общие положения


Kernel and language for system and software engineering methods. General

     

ОКС 03.100.01

Дата введения 2017-05-01

     

Предисловие

1 РАЗРАБОТАН Федеральным государственным бюджетным учреждением "Национальный исследовательский центр "Институт имени Н.Е.Жуковского", Союзом авиапроизводителей России (САП), Федеральным государственным унитарным предприятием "Научно-исследовательский институт стандартизации и унификации" (ФГУП "НИИСУ")

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 323 "Авиационная техника"

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 31 октября 2016 г. N 1545-ст

4 ВВЕДЕН ВПЕРВЫЕ

5 ПЕРЕИЗДАНИЕ. Февраль 2020 г.


Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячном информационном указателе "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

     1 Область применения


Настоящий стандарт устанавливает детальные определения и описания ядра и языка методов системной и программной инженерии.

Настоящий стандарт предусматривает следующие требования к ядру и языку:

- определяет ядро и его формирование в трех областях интересов, касающихся заказчика, решения и деятельности;

- определяет альфы ядра (т.е. основные элементы, с которыми потребуется работать) и пространства действий (т.е. основные элементы, которые необходимо выполнить);

- определяет модель языка и элементы языка.

     2 Термины и определения


В настоящем стандарте применены следующие термины с соответствующими определениями:

2.1 альфа: Обязательный элемент программно-инженерной деятельности, относящийся к оценке прогресса и состояния деятельности.

2.2 возможность: Совокупность обстоятельств, которая обусловливает разработку или изменение программной системы.

2.3 действие: Определяет один или более видов единиц работ и дает указания по их выполнению.

2.4 деятельность: Действие или набор действий, направленных на достижение цели.

2.5 единица работы: Часть работы, которую необходимо сделать, чтобы завершить работу.

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

2.6 заинтересованные стороны: Люди, группы или организации, которые влияют на программную систему или находятся под ее влиянием.

2.7 исполнение: Акт применения метода с каким-либо конкретным замыслом, обычно в рамках деятельности.

2.8 команда: Группа людей, активно вовлеченных в разработку, обслуживание, поставку, внедрение или поддержку конкретной программной системы.

2.9 компетенция: Характеристика представителя заинтересованной стороны или члена команды, которая отражает способность выполнять работу.

Примечание - Компетенция описывает возможность выполнять определенную работу. Компетенция определяет последовательность уровней компетентности - от минимального уровня компетентности до максимального. Обычно это уровни в диапазоне от 0 ("помогает") до 5 ("улучшает").

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

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

2.11 область интересов: Составные части элементов ядер или практик, которым в рамках деятельности по разработке программного обеспечения следует уделять особое внимание.

Примечание - Каждый элемент попадает в одну и только одну область интересов.

2.12 ограничения: Условия, правила и нормативные требования, которые команда обязана соблюдать.

2.13 паттерн: Описание структуры практики.

2.14 практика: Повторяемый подход к совершению действий с определенным замыслом, обеспечивающий систематический и проверяемый способ выполнения конкретного аспекта работы.

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

2.15 программная система: Система, состоящая из программного и аппаратного обеспечения и данных, главная ценность которой создается посредством исполнения программного обеспечения.

2.16 пространство действий: Указание на то, что должно быть сделано в рамках деятельности по разработке программного обеспечения; может включать в себя несколько действий или не включать ни одного.

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

2.18 роль: Набор обязанностей.

2.19 связь альф: Связь, определяющая отношения между двумя альфами.

2.20 состояние: Выражает ситуацию, в которой некоторые условия остаются неизменными.

2.21 технология работы: Адаптированный набор практик и инструментов, используемых командой для ведения и поддержки ее работы.

2.22 требования: То, что должна сделать программная система, для того чтобы воспользоваться возможностью и удовлетворить заинтересованные стороны.

2.23 элемент контрольного списка: Элемент в контрольном списке, состояние которого должно быть проверено.

2.24 ядро: Набор элементов, используемых для формирования общей основы для описания деятельности по созданию программного обеспечения.

     3 Общие положения

3.1 Настоящий стандарт определяет ядро и язык для установления требований к методу программной инженерии.

3.2 Ядро обеспечивает общую основу для определения методики программного обеспечения.

3.2.1 Ядро включает в себя основные элементы, которые присутствуют в каждом процессе разработки программного обеспечения, такие как управление требованиями, программное обеспечение системы и командная работа.

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

3.4 Ядро должно быть небольшим и легким по своей структуре, но открытым, чтобы обеспечить возможность охвата новых технологий, практик, социальных рабочих моделей и новых исследований.

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

     4 Требования к ядру и его составным частям

4.1 При создании методов программной инженерии ядро должно предоставлять возможность:

- применять столько практик, сколько необходимо для создания каждого конкретного метода;

- оценивать текущие практики в рамках контроля нейтрального положения метода;

- согласовывать и сравнивать текущую работу и методы с общепринятыми рамками контроля нейтральности метода и дополнять их любыми недостающими важными практиками или элементами процесса;

- начать работу с помощью минимально необходимого метода, добавляя практики по ходу осуществления деятельности и в те моменты, когда это необходимо.

4.2 Требования к составу ядра

4.2.1 Ядро состоит из трех областей интересов, каждая из которых фокусируется на конкретном аспекте программной инженерии:

- "Клиент" - данная область интересов включает в себя все, что связано с фактической эксплуатацией и использованием производимой программной системы.

- "Решение" - данная область интересов включает в себя все, что связано со спецификацией и разработкой программной системы;

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

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

4.2.3 Ядро описывают с помощью подгруппы языка ядра. Каждая из трех областей интересов ядра содержит:

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

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

4.3 Альфы ядра

4.3.1 Альфы ядра обеспечивают возможность отслеживания и оценки прогресса и эффективности любой деятельности в рамках программной инженерии.

4.3.2 Альфы ядра служат основой для определения методов и практик программной инженерии.

4.3.3 Ядро должно включать в себя следующие альфы, взаимосвязанные в областях интересов ядра:

- возможность;

- заинтересованные стороны;

- требования;

- программная система;

- работа;

- команда;

- технология работы.

Взаимосвязь альф в трех областях интересов представлена на рисунке 1.


Рисунок 1 - Альфы ядра в областях интересов "Клиент", "Решение", "Деятельность"

4.3.3.1 В области интересов "Клиент" команда должна выявить заинтересованные стороны и возможности, которые будут рассмотрены, при этом:

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

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

4.3.3.2 В области интересов "Решение" команда должна сформировать общее понимание требований и внедрить, построить, протестировать, запустить и обеспечить поддержку программной системы, которая их осуществляет, при этом:

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

Программная система может быть частью более крупного решения по программному и аппаратному обеспечению, социального или бизнес-решения.

4.3.3.3 В области интересов "Деятельность" должны быть сформированы команда и технология работы, выполнена работа.

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

Команда планирует и выполняет работу, необходимую для обновления и изменения программной системы.

Команда развивает технологию работы наряду с осознанием миссии и рабочей среды. По мере продвижения работы команда непрерывно анализирует технологию работы и адаптирует ее к текущему контексту по мере необходимости.

4.4 Пространства действий ядра

4.4.1 Ядро должно обеспечивать пространства действий, которые дополняют альфы и предлагают новое видение программной инженерии, основанное на деятельности.

4.4.1.1 В области интересов "Клиент" команда должна изучить возможность, оказания поддержки заинтересованным сторонам и привлечения их к участию в работе. При этом необходимо:

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

- установить контакт с заинтересованными сторонами, чтобы понять их потребности и гарантировать получение нужных результатов;

- обеспечить удовлетворенность заинтересованных сторон;

- использовать систему в реальных условиях эксплуатации для повышения эффективности деятельности заинтересованных сторон.

4.4.1.2 В области интересов "Решение" команда должна разработать соответствующее решение для развития возможности и удовлетворения заинтересованных сторон, при этом необходимо:

- добиться общего понимания того, что должна делать созданная программная система;

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

- протестировать систему, в случае необходимости исправить ошибки, после чего подтвердить, что система отвечает требованиям заинтересованных сторон;

- развернуть систему, предоставив ее в распоряжение пользователей за пределами команды разработчиков;

- управлять системой, поддерживать эксплуатацию программной системы в реальных условиях.

4.4.1.3 В области интересов "Деятельность" команда должна быть сформирована и выполнять работу в соответствии с согласованной технологией работы, при этом необходимо:

- подготовиться к выполнению работы, сформировать команду и рабочую среду;

- координировать и направлять работу команды, осуществлять текущее и ретроспективное планирование работы, добавлять дополнительные ресурсы, необходимые для завершения формирования команды;

- поддерживать команду, помогая ее членам сотрудничать друг с другом и совершенствовать технологию работы;

- отслеживать, измерять и оценивать прогресс, достигнутый командой;

- остановить деятельность по разработке программного обеспечения и завершить передачу дел другой команде.

4.5 Область интересов ядра "Клиент"

4.5.1 Область интересов ядра "Клиент" включает в себя все, что связано с фактическим использованием и эксплуатацией разрабатываемой программной системы.

4.5.2 Программная система может быть разработана исключительно при наличии, как минимум, одного клиента, готового использовать данную программную систему.

4.5.3 Область интересов "Клиент" включает в себя следующие альфы:

- заинтересованные стороны;

- возможность.

4.5.4 Альфа ядра "заинтересованные стороны"

4.5.4.1 Заинтересованные стороны предоставляют возможность и одновременно являются источником требований к программной системе. Они должны принимать участие во всех аспектах деятельности по разработке программного обеспечения, оказывая поддержку команде и гарантируя выпуск приемлемой программной системы.

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

4.5.4.3 Во время разработки программной системы заинтересованные стороны проходят через изменения состояний согласно таблице 1.


Таблица 1 - Состояния заинтересованных сторон

Порядковый номер состояния

Наименование состояния

Описание состояния

1

Заинтересованные стороны признаны

Заинтересованные стороны идентифицированы

2

Заинтересованные стороны представлены

Механизмы привлечения заинтересованных сторон согласованы, а представители заинтересованных сторон назначены

3

Заинтересованные стороны привлечены

Представители заинтересованных сторон принимают активное участие в работе и выполняют свои обязанности

4

Заинтересованные стороны согласованы

Представители заинтересованных сторон согласованы

5

Заинтересованные стороны удовлетворены запуском программной системы

Минимальные ожидания представителей заинтересованных сторон оправданы

6

Заинтересованные стороны удовлетворены эксплуатацией программной системы

Программная система удовлетворила или превысила минимальные ожидания заинтересованных сторон

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

4.5.4.5 Число и тип групп идентифицируемых заинтересованных сторон могут в значительной степени отличаться в зависимости от конкретной системы.

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

4.5.4.7 Группы заинтересованных сторон должны быть активно представлены, т.е. должны быть выбраны один или несколько представителей заинтересованной стороны, представляющие каждую группу заинтересованных сторон, или один представитель заинтересованной стороны, представляющий все группы заинтересованных сторон и помогающий команде.

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

4.5.4.8 Команда должна обеспечить активное участие представителей заинтересованных сторон в разработке программной системы.

Закупки не найдены
Свободные
Р
Заблокированные
Р
Роль в компании Пользователь

Для продолжения необходимо войти в систему

После входа Вам также будет доступно:
  • Автоматическая проверка недействующих стандартов в закупке
  • Создание шаблона поиска
  • Добавление закупок в Избранное