- •Понятие по. Виды по (с пояснениями).
- •Понятие процесса разработки.Стандартный процесс разработки.
- •Совершенствование процесса разработки. Примеры совершенствования.
- •Push/Pullстратегии.Фазы и виды деятельности. Понятия и различия.
- •Водопадная модель. Достоинства и недостатки.
- •Спиральная модель. Структура витка.
- •Архитектура по.Определение. Краткое описание. Понятие функциональных и нефункциональных требований.
- •Архитектура по. Составляющие элементы иключевые принципы. Инструменты моделирования.
- •Причины появления понятия «Жизненный цикл» по.Проблемы внедрения и практического применения концепции жц.
- •Определение жц согласно стандарта iso 12227. Основные определения стандарта.Организационные процессы жц. Краткое описание.
- •Основные процессы жц. Вспомогательные процессы жц. Краткое описание.
- •Понятие метрики по. Причины введения и использования метрик. Размерно-ориентированные метрики. Виды и характеристики. Критика данного вида метрик.
- •Понятие метрики по. Причины введения и использования метрик. Метрики сложности потока управления программ.
- •Понятие метрики по. Причины введения и использования метрик. Метрики сложности потока управления данных.
- •Понятие метрики по. Причины введения и использования метрик. Объектно-ориентированные метрики.
- •Понятие конфигурации и причины ее появления.Понятие конфигурационного управления. Конфигурационные единицы.
- •Понятие конфигурации и причины ее появления. Характеристика конфигурационной единицы.
- •Понятие сборки. Причины появления. Манифест сборки.
- •Понятие сборки.Управление сборками. Виды управления сборками. Контроль версий.
- •Понятие сборки.Приватные и разделяемые сборки. Строгое имя. Особенности применения.
- •Понятие сборки.Глобальный кэш сборок. Назначение.Понятие Baseline.
- •Понятие качества по. Характеристики качества по. Методы обеспечения качества по.
- •Тестирование по. Цели тестирования. Виды тестирования: функциональное, практичности, безопасности, производительности.
- •Тестирование по. Цели тестирования. Виды тестирования: нагрузочное, глобализационное, локализационное, доступности. Поколения тестирования.
- •2) Outsourcing. Стандартная организация компании: внутренняя команда разработки и внешняя команда тестирования, представленная сторонней компанией.
- •Тестирование по. Цели тестирования. Виды тестирования: белого ящика, черного ящика, серого ящика. Модульное тестирование (сфера применения, преимущества, привила написания тестов).
- •Дефекты. Критичность дефектов. Жц дефекта.
- •Дефекты.Баг-трекинг системы.
- •Требования к программному обеспечению. Виды. Методы выявлений.
- •Требования к программному обеспечению. Управление требованиями.
-
Понятие по. Виды по (с пояснениями).
ПО — совокупность программ системы обработки информации и программных документов, необходимых для эксплуатации этих программ
-
системное BIOS; операционная система; драйвера устройств; системные утилиты (дефрагментаторы);
-
прикладное офисные приложения; корпоративные информационные системы;
-
информационные системы; мультимедиа; утилиты;
-
инструментальное среды разработки; СУБД
-
Понятие процесса разработки.Стандартный процесс разработки.
процесс создания ПО – множество различных видов деятельности, методов, методик и шагов, используемых для разработки и эволюции ПО и связанных с ним продуктов.
процесс разработки:
-
информацию, правила использования, документацию и инсталляционные пакеты средств разработки, используемых в проектах компании (систем версионного контроля, средств контроля ошибок, средств программирования – различных IDE, СУБД и т.д.);
-
описание практик разработки – проектного менеджмента, правил работы с заказчиком и т.д.;
-
шаблоны проектных документов – технических заданий, проектных спецификаций, планов тестирования, bug report’ов и т.д. и пр.
-
Совершенствование процесса разработки. Примеры совершенствования.
Совершенствование процесса (software process improvement) – это деятельность по изменению существующего процесса с целью улучшения качества создаваемых продуктов и/или снижения цены и времени их разработки.
Причины: 1) смена технологии разработки, 2) конкуренция, 3) рост компаний, как достигается: 1) переход на новые средства разработки, 2) перестройка процессов в компании, 3) сертификация
Пример: 1) Переход на новые средства разработки, языки программирования и т.д.; 2)Улучшение отдельных управленческих и инженерных практик – тестирования, управления требованиями и пр.; 3) Полная, комплексная перестройка всех процессов в проекте, департаменте, компании; 4) Сертификация компании
-
Push/Pullстратегии.Фазы и виды деятельности. Понятия и различия.
Organization pull – инновации нацелены на решение конкретных проблем компании.
Technology push – широкомасштабное внедрение инноваций из стратегических соображений
Organ. – изменения на одном уровне (изменения локальны, менее рискованно), tech. – изменение на одну ступень выше, переход на новый рубеж (измения глоабльны, сложно вносимы).
Фаза (phase) – это определенный этап процесса, имеющий начало, конец и выходной результат.
Вид деятельности (activity) – это определенный тип работы, выполняемый в процессе разработки ПО.
-
Водопадная модель. Достоинства и недостатки.
Были определены следующие шаги: разработка системных требований, разработка требований к ПО, анализ, проектирование, кодирование, тестирование, использование
«+» - ограничение возможности возвратов на произвольный шаг назад
«+» - прототипирование - разрабатывать систему дважды, чтобы уменьшить риски разработки.
«-» - отождествление фаз и видов деятельности, что влечет потерю гибкости разработки
«-» - требование полного окончания фазы-деятельности, закрепление результатов в виде подробного исходного документа
«-» -интеграция в конце, интеграционные проблемы дают о себе знать поздно
«-» - пользователи и заказчик не могут ознакомиться с вариантами системы во время разработки, и видят результат только в самом конце; поэтому непонимание пользователей\заказчиков с разработчиками
«-» - модель неустойчива к сбоям в финансировании проекта или перераспределению денежных средств