9. Причины появления понятия «Жизненный цикл» по.Проблемы внедрения и практического применения концепции жц.

Поялние было связано с кризисом в программировании в 60-х – начале 70-х годов прошлого века.

Фазы: проектирования, изготовления образца, организация производства, серийное производство, эксплуатация, ремонт, вывод из эксплуатации

Проблемы практического применени:

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

• Было неясно, все ли требуемые процессы надо выполнять и в какой мере

• Различные типы ПО различные требования

• Высокая динамика отрасли и устаревание стандартов

• Терминологическая неоднозначность различных корпоративных стандартов

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

10. Определение жц согласно стандарта iso 12227. Основные определения стандарта.Организационные процессы жц. Краткое описание.

Жизненный цикл программного продукта (software life cycle) – это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации.

Программный продукт (software product) – набор машинных программ, процедур и, возможно, связанных с ними документации и данных.

Процесс (process) – набор взаимосвязанных работ, которые преобразуют исходные данные в выходные результаты.

Процессы ЖЦ

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

Создания инфраструктуры. Определяет основные работы по созданию основной структуры процесса жизненного цикла.

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

Обучения. Определяет работы по соответствующему обучению персонала.

11. Основные процессы жц. Вспомогательные процессы жц. Краткое описание.

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

Поставка Процесс поставки, в свою очередь, определяет работы и задачи поставщика

Разработка Процесс разработки определяет работы и задачи разработчика

Эксплуатация Процесс разработки определяет работы и задачи оператора службы поддержки

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

12. Понятие метрики по. Причины введения и использования метрик. Размерно-ориентированные метрики. Виды и характеристики. Критика данного вида метрик.

Ме́трика ПО - мера, позволяющая получить численное значение некоторого свойства программного обеспечения или его спецификаций.

Метрики позволяют измерить сложность ПО. Введены для решения следующих задач:

• предварительная, постоянная и итоговая оценка экономических параметров проекта,

• оценка рисков по проекту;

• принятие оперативных управленческих решений.

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

Критика (недостатки):

1) некрасиво и неправильно сводить оценку работы человека к нескольким числовым параметрам и по ним судить о производительности.

2) Метрика не учитывает опыт сотрудников и их другие качества

3) Искажение: процесс измерения может быть искажён за счёт того, что сотрудники знают об измеряемых показателях и стремятся оптимизировать эти показатели, а не свою работу.

4) Неточность: нет метрик, которые были бы одновременно и значимы и достаточно точны.