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