- •Понятие по. Виды по (с пояснениями).
- •Понятие процесса разработки.Стандартный процесс разработки.
- •Совершенствование процесса разработки. Примеры совершенствования.
- •Push/Pullстратегии.Фазы и виды деятельности. Понятия и различия.
- •Водопадная модель. Достоинства и недостатки.
- •Спиральная модель. Структура витка.
- •Архитектура по.Определение. Краткое описание. Понятие функциональных и нефункциональных требований.
- •Архитектура по. Составляющие элементы иключевые принципы. Инструменты моделирования.
- •Причины появления понятия «Жизненный цикл» по.Проблемы внедрения и практического применения концепции жц.
- •Определение жц согласно стандарта iso 12227. Основные определения стандарта.Организационные процессы жц. Краткое описание.
- •Основные процессы жц. Вспомогательные процессы жц. Краткое описание.
- •Понятие метрики по. Причины введения и использования метрик. Размерно-ориентированные метрики. Виды и характеристики. Критика данного вида метрик.
- •Понятие метрики по. Причины введения и использования метрик. Метрики сложности потока управления программ.
- •Понятие метрики по. Причины введения и использования метрик. Метрики сложности потока управления данных.
- •Понятие метрики по. Причины введения и использования метрик. Объектно-ориентированные метрики.
- •Понятие конфигурации и причины ее появления.Понятие конфигурационного управления. Конфигурационные единицы.
- •Понятие конфигурации и причины ее появления. Характеристика конфигурационной единицы.
- •Понятие сборки. Причины появления. Манифест сборки.
- •Понятие сборки.Управление сборками. Виды управления сборками. Контроль версий.
- •Понятие сборки.Приватные и разделяемые сборки. Строгое имя. Особенности применения.
- •Понятие сборки.Глобальный кэш сборок. Назначение.Понятие Baseline.
- •Понятие качества по. Характеристики качества по. Методы обеспечения качества по.
- •Тестирование по. Цели тестирования. Виды тестирования: функциональное, практичности, безопасности, производительности.
- •Тестирование по. Цели тестирования. Виды тестирования: нагрузочное, глобализационное, локализационное, доступности. Поколения тестирования.
- •2) Outsourcing. Стандартная организация компании: внутренняя команда разработки и внешняя команда тестирования, представленная сторонней компанией.
- •Тестирование по. Цели тестирования. Виды тестирования: белого ящика, черного ящика, серого ящика. Модульное тестирование (сфера применения, преимущества, привила написания тестов).
- •Дефекты. Критичность дефектов. Жц дефекта.
- •Дефекты.Баг-трекинг системы.
- •Требования к программному обеспечению. Виды. Методы выявлений.
- •Требования к программному обеспечению. Управление требованиями.
-
Причины появления понятия «Жизненный цикл» по.Проблемы внедрения и практического применения концепции жц.
Поялние было связано с кризисом в программировании в 60-х – начале 70-х годов прошлого века.
Фазы: проектирования, изготовления образца, организация производства, серийное производство, эксплуатация, ремонт, вывод из эксплуатации
Проблемы практического применени:
-
Внедрение стандартов требовало вложения значительных средств, что не всегда окупалось.
-
Было неясно, все ли требуемые процессы надо выполнять и в какой мере
-
Различные типы ПО различные требования
-
Высокая динамика отрасли и устаревание стандартов
-
Терминологическая неоднозначность различных корпоративных стандартов
-
Во многих случаях применение стандартов было вызвано только требованиями заказчиков, хотя на практике вызывало только торможение проектов.
-
Определение жц согласно стандарта iso 12227. Основные определения стандарта.Организационные процессы жц. Краткое описание.
Жизненный цикл программного продукта (software life cycle) – это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации.
Программный продукт (software product) – набор машинных программ, процедур и, возможно, связанных с ними документации и данных.
Процесс (process) – набор взаимосвязанных работ, которые преобразуют исходные данные в выходные результаты.
Процессы ЖЦ
Управления. Определяет основные работы по управлению, включая управление проектом, при реализации процессов жизненного цикла.
Создания инфраструктуры. Определяет основные работы по созданию основной структуры процесса жизненного цикла.
Усовершенствования. Определяет основные работы, которые организация (заказчика, поставщика, разработчика, оператора, персонала сопровождения или администратора другого процесса) выполняет при создании, оценке, контроле и усовершенствовании выбранных процессов жизненного цикла.
Обучения. Определяет работы по соответствующему обучению персонала.
-
Основные процессы жц. Вспомогательные процессы жц. Краткое описание.
Приобретение Процесс приобретения определяет работы и задачи заказчика, приобретающего программное обеспечение или услуги, связанные с ПО, на основе контрактных отношений.
Поставка Процесс поставки, в свою очередь, определяет работы и задачи поставщика
Разработка Процесс разработки определяет работы и задачи разработчика
Эксплуатация Процесс разработки определяет работы и задачи оператора службы поддержки
Сопровождение Процесс разработки определяет работы и задачи, проводимые специалистами службы сопровождения.
-
Понятие метрики по. Причины введения и использования метрик. Размерно-ориентированные метрики. Виды и характеристики. Критика данного вида метрик.
Ме́трика ПО - мера, позволяющая получить численное значение некоторого свойства программного обеспечения или его спецификаций.
Метрики позволяют измерить сложность ПО. Введены для решения следующих задач:
-
предварительная, постоянная и итоговая оценка экономических параметров проекта,
-
оценка рисков по проекту;
-
принятие оперативных управленческих решений.
Размерно-ориентированные метрики базируются на определении количественных характеристик, связанных с размером программы, и отличаются относительной простотой. К наиболее известным метрикам данной группы относятся число операторов программы, количество строк исходного текста, набор метрик Холстеда. Метрики этой группы ориентированы на анализ исходного текста программ. Поэтому они могут использоваться для оценки сложности промежуточных продуктов разработки.
Критика (недостатки):
1) некрасиво и неправильно сводить оценку работы человека к нескольким числовым параметрам и по ним судить о производительности.
2) Метрика не учитывает опыт сотрудников и их другие качества
3) Искажение: процесс измерения может быть искажён за счёт того, что сотрудники знают об измеряемых показателях и стремятся оптимизировать эти показатели, а не свою работу.
4) Неточность: нет метрик, которые были бы одновременно и значимы и достаточно точны.