Файл: Введение в стандарт процессов жизненного цикла программных средств.pdf

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ
НИЖЕГОРОДСКОЙ ОБЛАСТИ
ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ПРОФЕССИОНАЛЬНОЕ
ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ
«НИЖЕГОРОДСКИЙ РАДИОТЕХНИЧЕСКИЙ КОЛЛЕДЖ»
МДК 04.01 Технология разработки программного обеспечения
РЕФЕРАТ
Тема: «Введение в стандарт процессов жизненного цикла программных средств»
Выполнил:
обучающийся
группы 4ИСиП-19-2
ФИО Кутасов Георгий Александрович
Проверил преподаватель:
ФИО Слугин Владимир Георгиевич
Нижний Новгород
2023

Оглавление
Введение ...................................................................................................................................................... 3
Общие положения ....................................................................................................................................... 4
Область применения ............................................................................................................................... 4
Назначение .............................................................................................................................................. 4
Ограничения ............................................................................................................................................ 4
Соответствие ................................................................................................................................................ 6
Предполагаемое соответствие ............................................................................................................... 6
Полное соответствие ............................................................................................................................... 6
Адаптированное соответствие ............................................................................................................... 6
Нормативные ссылки, термины и определения ...................................................................................... 7
Применение настоящего стандарта .......................................................................................................... 9
Ключевые понятия................................................................................................................................... 9
Организация настоящего стандарта .................................................................................................... 12
Заключение ................................................................................................................................................ 18
Список использованных источников ....................................................................................................... 19

Введение
В настоящее время программное обеспечение является важной составной частью многих технических устройств и систем. Эти устройства очень разнообразны как по назначению, так и по требованию к надежности их работы. К таким устройствам могут быть отнесены как mp3-плейеры, сотовые телефоны, стиральные машинки, так и бортовые системы управления летательных аппаратов, системы управления и контроля атомных электростанций, информационные системы государственного управления. Надежность работы таких систем во многом зависит от надежности работы программного обеспечения. Надежность самого программного обеспечения определяется теми технологиями, в соответствии с которыми разрабатывается программное обеспечение.
Отраслевые и международные стандарты в сфере информационных технологий являются суммой опыта, накопленного экспертами в инженерии программного обеспечения (ПО) на основе огромного количества проектов, проводившихся в рамках коммерческих структур. Большая часть стандартов создавалась как набор критериев для отбора поставщиков программного обеспечения. Стандарты содержат описание выработанных на основе реальных проектов подходов к построению сложных программных систем. Для корректного рассмотрения вопросов создания сложных программных систем необходимо, чтобы процесс разработки включал не только собственно процедуру разработки, но и такие процедуры жизненного цикла программных систем, как подготовка к разработке (анализ предметной области, определение требований, выработка решений), проектирование, документирование, тестирование, внедрение, эксплуатация, сопровождение, управление изменениями, прекращение использования.

Общие положения
Область применения
Стандарт устанавливает общую структуру процессов жизненного цикла программных средств, на которую можно ориентироваться в программной индустрии. Стандарт определяет процессы, виды деятельности и задачи, которые используются при приобретении программного продукта или услуги, а также при поставке, разработке, применении по назначению, сопровождении и прекращении применения программных продуктов.
Стандарт используется при приобретении систем, программных продуктов и услуг, при их поставке, разработке, применении по назначению, сопровождении и прекращении применения программных продуктов и программных компонентов системы как в самой организации, так и вне ее.
Назначение
Целью стандарта является представление определенной совокупности процессов, облегчающих связи между приобретающими сторонами, поставщиками и другими правообладателями в течение жизненного цикла программных продуктов.
Стандарт предназначен для использования при двусторонних отношениях и может применяться также, когда обе стороны принадлежат одной и той же организации. Отношения могут варьироваться от формального соглашения до официального контрактую. Стандарт может использоваться одной из сторон через самостоятельно выбираемую совокупность процессов, что не исключает применения настоящего стандарта поставщиками или разработчиками готовых программных продуктов.
Ограничения
В стандарте не детализируются процессы жизненного цикла в терминах методов или процедур, необходимых для удовлетворения требований и достижения результатов процесса. Стандарт не устанавливает требований к документации в части ее наименований, форматов, определенного содержания и носителей для записи. Но стандарт может потребовать разработки документов подобного класса или типа, например, различных планов. Однако стандарт, не предусматривает чтобы такие документы разрабатывались или комплектовались раздельно или каким-то образом объединялись. Эти решения остаются за пользователем стандарта.
Стандарт не устанавливает конкретной модели жизненного цикла системы или программных средств, разработки методологии, методов, моделей или технических приемов. Стороны, применяющие настоящий стандарт, отвечают за выбор модели жизненного цикла для программных проектов и отображение процессов, действий и задач, представленных в настоящем стандарте, на эту модель. Стороны также ответственны за выбор и применение методов разработки программных средств и за выполнение действий и задач, подходящих для программного проекта.

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

Соответствие
Предполагаемое соответствие
Стандарт устанавливает требования для ряда процессов, которые можно использовать в течение всего жизненного цикла программного продукта или услуги.
Но допускается возможность применения не всех процессов, приведённых в стандарте. Поэтому выбираются лишь некоторые процессы, подходящие для организации или проекта. Для выбора процессов существует два способа по которым оформляется любое заявление о соответствии. Поэтому любое заявление о соответствии должно быть оформлено только в одной из двух приведённых ниже форм.
Полное соответствие
В заявлении о полном соответствии перечисляют процессы, которые удовлетворяют требованиям стандарта. Для доказательства полного соответствия процессов положениям настоящего стандарта демонстрируют результаты процессов.
Адаптированное соответствие
В случае использования стандарта как основы для установления какой-либо совокупности процессов, которые не могут быть квалифицированы как полностью соответствующие, положения настоящего стандарта выбирают или модифицируют согласно процессу адаптации, приведенному в приложении А данного стандарта.
Формируют адаптированный текст, в отношении которого заявляют о соответствии в результате адаптации. Соответствие в результате адаптации достигается путем доказательства того, что требования к адаптированным процессам были удовлетворены, приводя в качестве доказательства результаты процессов.
При использовании стандарта для разработки соглашения между приобретающей стороной и поставщиком определенные положения стандарта могут быть отобраны для включения в соглашение с изменениями или без изменений. В таком случае для приобретающей стороны и поставщика более приемлемо заявлять о соответствии соглашению, нежели о соответствии настоящему стандарту.
Любой организации, использующей стандарт в качестве условия при торговле, следует конкретизировать и сделать общеизвестным минимальный набор требуемых процессов, действий и задач, определяющих соответствие поставщиков настоящему стандарту.
Требования настоящего стандарта отражаются использованием глагола "должен", рекомендации - глаголом "следует", а разрешения - глаголом "может".

Нормативные ссылки, термины и определения
Стандарт не использует нормативные ссылки.
Термины с соответствующими определениями:
• Деятельность – совокупность согласованных задач процесса.
• Соглашение – взаимное признание сроков и условий, в соответствии с которыми осуществляются рабочие отношения.
• Аудит – независимая оценка программных продуктов и процессов, проводимая уполномоченным лицом с целью оценить их соответствие требованиям.
• Базовая линия – официально рассмотренные и согласованные спецификация или продукт, чтобы впоследствии служить основой для дальнейшего развития, и которые могут быть изменены только посредством официальных и контролируемых процедур изменения
• Составная часть конфигурации – объект конфигурации, который удовлетворяет определённой цели применения и может быть однозначно идентифицирован в данный момент времени.
• Контракт – обязательное соглашение между двумя сторонами, опирающееся на юридические нормы, или внутреннее соглашение в рамках организации.
• Разработчик – исполнитель, а также организация, выполняющая разработку и реализацию задач(анализ требований, проектирование, приемочные испытания) в процессе жизненного цикла.
• Обеспечивающая система – система, служащая дополнением к рассматриваемой системе и не обязательно вносящая вклад в её функционирование.
• Основные средства – физические устройства или оборудование для выполнения задач, например здания, инструменты, принадлежности.
• Фирменное средство – технические средства с компьютерными командами или данными, встроенных в технические средства в качестве предназначенного только для чтения программного средства. (не может быть легко модифицируемо под управлением программы)
• Жизненный цикл – развитие системы, продукта, услуги, проекта и тому подобное, начиная со стадии задумки и заканчивая прекращением применения.
• Модель жизненного цикла – модель процессов и действий, связанных с жизненным циклом, организуемых в стадии.
• Оператор – какое-либо лицо или организация, осуществляющее работу системы.
• Организация – лицо или объединение лиц, организованных для некоторой конкретной цели, такое как клуб, союз, корпорация или общество
• Сторона – организация, участвующая в контракте.
• Процесс – совокупность взаимосвязанных или взаимодействующих видов

• деятельности, преобразующих входы в выходы.
• Цель процесса – цель высокого уровня выполнения процесса и
• вероятные выходы эффективной реализации процесса (с ощутимой пользой для правообладателя).
• Выход процесса – наблюдаемый результат успешного достижения цели процесса.
• Выпуск – конкретная версия элемента конфигурации, которая становится доступной для специфической цели (например, выпуск теста).
• Заявка на участие в предложенном тендере – заявка потенциального покупателя для объявления своего желания приобрести систему или программный продукт\услугу.

Применение настоящего стандарта
Ключевые понятия
1. Отношения между программными продуктами и программными услугами
Стандарт одинаково применяется для программных продуктов и программных услуг.
2. Отношения между системами и программными средствами
Стандарт устанавливает строгую связь между системными и программными средствами. То есть программные средства всегда существуют в контексте системы.
3. Организации и стороны
В стандарте организация и стороны тесно связаны. Организация – это группа лиц с определёнными обязанностями и полномочиями, объединенных для реализации некоторых конкретных целей, таких как клуб, союз, корпорация или общество. Если организация полностью или частично входит в контрактное соглашение (договор), то это - сторона.
Организация или сторона получают свои наименования от процессов, за которые они ответственны. Например, организация называется приобретающей стороной, если она выполняет процесс приобретения.
Таким образом, когда следующие термины используются в стандарте, они не имеют своего изначального значения, а вместо этого указывают на организацию или сторону, ответственную за выполнение процесса со сходным названием: приобретающая сторона, поставщик, исполнитель, сопровождающая сторона и оператор.
Несколько организаций могут отвечать за один процесс, а также одна организация может отвечать за несколько процессов.
4. Внедрение на уровне организации и на уровне проекта
Стандарт предназначен для внедрения либо на уровне организации, либо на уровне проекта.
Организации следует внедрить стандарт и дополнить его соответствующими процедурами, практическими рекомендациями, инструментарием и политиками. Программный проект организации обычно следует согласовывать в большей степени с процессами организации, чем согласовывать непосредственно с настоящим стандартом.
В некоторых случаях проекты могут выполняться организацией, которая не имеет конкретной совокупности процессов, принятых на организационном уровне. В этом случае положения настоящего стандарта могут применяться непосредственно к таким проектам.
5. Адаптация
Процесс адаптации стандарта, определён в приложении А. Но адаптация может снизить восприятие значимости требований соответствия стандарта. Это происходит потому, что другим организациям трудно оценить степень, с которой адаптация может исключить важные для них положения. Организация, выдвигающая одностороннее утверждение о