Фаза разработки, этапы процесса разработки.

Стратегии конструирования ПО: линейная, инкрементная, эволюционная

Ответ

Модель процесса разработки ПО выделяет конкретные наборы видов деятельности, артефактов, ролей и их взаимосвязи, а также дает рекомендации по организации процесса в целом

Отдельные модели соответствуют одной из стратегий разработки – линейной (предполагает однократное прохождение всех этапов разработки ПО

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

Билет

1. Стандарт ISO/IEC 12207-95: основные определения – система, модель жизненного цикла, квалификационные требования. Основные процессы, их содержание, работы и задачи процесса разработки.

Ответ

ISO/IEC 12207 – определяет процессы жизненного цикла ПО.

По определению, ISO/IEC 12207-95 — базовый стандарт процессов ЖЦ ПО, ориентированный на различные виды ПО и типы проектов автоматизированных систем, куда ПО входит как часть

- Стандарт определяет стратегию и общий порядок в создании и эксплуатации ПО, он охватывает ЖЦ ПО от концептуализации идей до завершения ЖЦ.

-Стандарт не предписывает конкретную модель ЖЦ или метод разработки ПО

-Он определяет, что стороны-участники использования стандарта ответственны за выбор модели ЖЦ для проекта ПО, за адаптацию процессов и задач стандарта к этой модели, за выбор и применение методов разработки ПО, за выполнение действий и задач, подходящих для проекта ПО …-ориентирован на организацию действий каждой из двух сторон: поставщик (разработчик) и покупатель (пользователь); может быть в равной степени применен, когда обе стороны — из одной организации

Определения стандарта:

Система — это объединение одного или более процессов, аппаратных средств, программного обеспечения, оборудования и людей для обеспечения возможности удовлетворения определенных потребностей или целей

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

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

Стандарт определяет общую структуру жизненного цикла ПО в виде 3-х ступенчатой модели, состоящей из:

-процессов,

-видов деятельности,

-задач

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

Самыми крупными элементами являются процессы жизненного цикла ПО

Всего выделено 18 процессов, которые объединены в 4 группы:

-основные процессы, (Приобретение По, Передача По(в использование), Разработка По, Эксплуатация По, Поддержка По)

-поддерживающие процессы(Документирование, управление конфигурациями, обеспечение качества, верификация, валидация, совместные экспертизы, аудит, разрешение проблем),

-организационные процессы(управление проектом, управление инфраструктурой, усовершенствование процессов, управление персоналом),

-процесс адаптации(адаптация описываемых стандартом процессов под нужды конкретного проекта)

Основные процессы ЖЦ

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

Включает такие работы, как

-инициация приобретения,

-подготовка запроса предложений,

-подготовка контракта,

-анализ поставщиков,

-получение ПО.

Процесс передачи (поставки). Определяет действия предприятия-поставщика, которое снабжает покупателя системой, программным продуктом или сервисом ПО.

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

Включает следующие работы:

-развертывание процесса разработки,

-анализ системных требований,

-проектирование (программно-аппаратной) системы в целом,

-анализ требований к ПО,

-проектирование архитектуры ПО,

-детальное проектирование,

-кодирование,

-отладочное тестирование,

-интеграцию ПО,

-квалификационное тестирование ПО,

-системную интеграцию,

-квалификационное тестирование системы,

-развертывание (установку или инсталляцию) ПО.

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

Включает такие работы, как:

-консультирование пользователей,

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

Процесс поддержки ПО определяет действия персонала сопровождения, который обеспечивает:

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

-анализ возникающих проблем,

-внесение изменений,

-экспертизу и передачу измененного ПО,

-перенос ПО с одной платформы на другую,

-изъятие ПО из эксплуатации

Каждый процесс ЖЦ разделен на набор работ (activities), каждое действие — на набор задач (tasks)

Всего определены 74 вида работ и 224 различных задач

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

Работа по развертыванию процесса разработки состоит из следующих задач:

-определение модели жизненного цикла,

-документирования и контроля результатов отдельных работ,

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

-языков и инструментов и пр.

Работа по переносу ПО между платформами состоит из:

-разработки плана переноса,

-оповещения пользователей,

-выполнения анализа произведенных действий и пр.

Билет

1. Стандарт ISO/IEC 15504 (SPICE): оценка возможностей разработчика. Связь этого стандарта с моделью зрелости предприятия SEI CMM.

Ответ

Ориентирован на оценку процессов и возможностей их улучшения; определяет правила такого оценивания

В основу этого стандарта положена концепция аттестации (assessment) процессов, в отличие от типового для других стандартов ISO понятия " аудит"

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

Определяются 5 категорий, включающих 35 процессов и 201 вид деятельности

Например, приобретение ПО включает такие виды деятельности, как:

n определение потребности в ПО,

n определение требований,

n подготовку стратегии покупки,

n подготовку запроса предложений,

n выбор поставщика

Стандарт ISO/IEC 15504 опирается на стандарт SEI Модель зрелости возможностей CMM 

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

CMM описывает различные степени зрелости процессов в организациях, определяя 5 уровней организаций

Уровень 1, начальный (initial)

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

Уровень 2, повторяемый (repeatable )

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

Уровень 3, определенный (defined )

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

Этот процесс должен включать как управленческие, так и технические подпроцессы, а также обучение сотрудников работе с ним

⇐ Предыдущая123456789Следующая ⇒

Поделиться: