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