Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
Фаза разработки, этапы процесса разработки.
Стратегии конструирования ПО: линейная, инкрементная, эволюционная Ответ Модель процесса разработки ПО выделяет конкретные наборы видов деятельности, артефактов, ролей и их взаимосвязи, а также дает рекомендации по организации процесса в целом Отдельные модели соответствуют одной из стратегий разработки – линейной (предполагает однократное прохождение всех этапов разработки ПО ), инкрементной (стратегия предполагает, что в начале процесса определяются все пользовательские и системные требования. Разработка выполняется в виде последовательности версий с нарастающей функциональностью) или э волюционной (стратегия также основана на выпуске последовательности версий ПО, но допускает возможность постепенного уточнения требований к нему в процессе разработки на основе анализа предыдущих версий) Билет
Ответ ISO/IEC 12207 – определяет процессы жизненного цикла ПО. По определению, ISO/IEC 12207-95 — базовый стандарт процессов ЖЦ ПО, ориентированный на различные виды ПО и типы проектов автоматизированных систем, куда ПО входит как часть - Стандарт определяет стратегию и общий порядок в создании и эксплуатации ПО, он охватывает ЖЦ ПО от концептуализации идей до завершения ЖЦ. -Стандарт не предписывает конкретную модель ЖЦ или метод разработки ПО -Он определяет, что стороны-участники использования стандарта ответственны за выбор модели ЖЦ для проекта ПО, за адаптацию процессов и задач стандарта к этой модели, за выбор и применение методов разработки ПО, за выполнение действий и задач, подходящих для проекта ПО …-ориентирован на организацию действий каждой из двух сторон: поставщик (разработчик) и покупатель (пользователь); может быть в равной степени применен, когда обе стороны — из одной организации Определения стандарта: Система — это объединение одного или более процессов, аппаратных средств, программного обеспечения, оборудования и людей для обеспечения возможности удовлетворения определенных потребностей или целей Модель жизненного цикла — структура, содержащая процессы, действия и задачи, которые осуществляются в ходе разработки, функционирования и сопровождения программного продукта в течение всей жизни системы, от определения требований до завершения ее использования. Требование квалификации — набор критериев или условий (квалификационные требования), которые должны быть удовлетворены для того, чтобы квалифицироватьпрограммный продукт как удовлетворяющий условиям его спецификациям и готовый для использования в целевой окружающей среде Стандарт определяет общую структуру жизненного цикла ПО в виде 3-х ступенчатой модели, состоящей из: -процессов, -видов деятельности, -задач Стандарт не определяет метрики, по которым можно было бы отслеживать ход работ и их результативность. Самыми крупными элементами являются процессы жизненного цикла ПО Всего выделено 18 процессов, которые объединены в 4 группы: -основные процессы, (Приобретение По, Передача По(в использование), Разработка По, Эксплуатация По, Поддержка По) -поддерживающие процессы(Документирование, управление конфигурациями, обеспечение качества, верификация, валидация, совместные экспертизы, аудит, разрешение проблем), -организационные процессы(управление проектом, управление инфраструктурой, усовершенствование процессов, управление персоналом), -процесс адаптации(адаптация описываемых стандартом процессов под нужды конкретного проекта) Основные процессы ЖЦ Процесс приобретения. Определяет действия предприятия-покупателя, которое приобретает автоматизированную систему, программный продукт или сервис ПО. Включает такие работы, как -инициация приобретения, -подготовка запроса предложений, -подготовка контракта, -анализ поставщиков, -получение ПО. Процесс передачи (поставки). Определяет действия предприятия-поставщика, которое снабжает покупателя системой, программным продуктом или сервисом ПО. Процесс разработки. Определяет действия предприятия-разработчика, которое создает программный продукт. Включает следующие работы: -развертывание процесса разработки, -анализ системных требований, -проектирование (программно-аппаратной) системы в целом, -анализ требований к ПО, -проектирование архитектуры ПО, -детальное проектирование, -кодирование, -отладочное тестирование, -интеграцию ПО, -квалификационное тестирование ПО, -системную интеграцию, -квалификационное тестирование системы, -развертывание (установку или инсталляцию) ПО. Процесс эксплуатации. Определяет действия предприятия-оператора, которое обеспечивает обслуживание системы в процессе ее функционирования в интересах пользователей Включает такие работы, как: -консультирование пользователей, -получение обратной связи и др. Процесс поддержки ПО определяет действия персонала сопровождения, который обеспечивает: -инсталляцию и удаление программного изделия на вычислительной системе, -анализ возникающих проблем, -внесение изменений, -экспертизу и передачу измененного ПО, -перенос ПО с одной платформы на другую, -изъятие ПО из эксплуатации Каждый процесс ЖЦ разделен на набор работ (activities), каждое действие — на набор задач (tasks) Всего определены 74 вида работ и 224 различных задач Каждый процесс, работа или задача инициируется и выполняется другим процессом по мере необходимости Работа по развертыванию процесса разработки состоит из следующих задач: -определение модели жизненного цикла, -документирования и контроля результатов отдельных работ, -выбора используемых стандартов, -языков и инструментов и пр. Работа по переносу ПО между платформами состоит из: -разработки плана переноса, -оповещения пользователей, -выполнения анализа произведенных действий и пр. Билет
Ответ Ориентирован на оценку процессов и возможностей их улучшения; определяет правила такого оценивания В основу этого стандарта положена концепция аттестации (assessment) процессов, в отличие от типового для других стандартов ISO понятия " аудит" В качестве основы для оценки процессов вводит некоторую базовую модель, в которой выделены категории процессов, процессы и виды деятельности Определяются 5 категорий, включающих 35 процессов и 201 вид деятельности Например, приобретение ПО включает такие виды деятельности, как: n определение потребности в ПО, n определение требований, n подготовку стратегии покупки, n подготовку запроса предложений, n выбор поставщика Стандарт ISO/IEC 15504 опирается на стандарт SEI Модель зрелости возможностей CMM Этот стандарт предлагает унифицированный подход к оценке возможностей организации выполнять задачи различного уровня CMM описывает различные степени зрелости процессов в организациях, определяя 5 уровней организаций Уровень 1, начальный (initial) Организации, разрабатывающие ПО, но не имеющие осознанного процесса разработки, не производящие планирования и оценок своих возможностей Уровень 2, повторяемый (repeatable ) В таких организациях ведется учет затрат ресурсов и отслеживается ход проектов, установлены правила управления проектами, основанные на имеющемся опыте Уровень 3, определенный (defined ) В таких организациях имеется принятый, полностью документированный, соответствующий реальному положению дел и доступный персоналу процесс разработки и сопровождения ПО Этот процесс должен включать как управленческие, так и технические подпроцессы, а также обучение сотрудников работе с ним |
Последнее изменение этой страницы: 2019-05-18; Просмотров: 675; Нарушение авторского права страницы