- •Основы программной инженерии
- •Вопрос 2.Классическая (водопадная) модель
- •Вопрос 3.Прототипирование
- •Вопрос 4.◦Инкрементные стратегии
- •Вопрос 5.Спиральная модель
- •Вопрос 6.Быстрая разработка приложений
- •Вопрос 7.Rational Unified Process (rup)
- •Вопрос 8.Экстремальное программирование
- •Вопрос 9.Scrum
- •Вопрос 10.Управление требованиями
- •Вопрос 11.Разработка требований
- •Вопрос 12 и 13.Документирование и организация требований
- •Вопрос 14.Управление изменениями
- •Вопрос 15.Политика управления изменениями
- •Вопрос 16
- •Вопрос 17.Роли
- •Вопрос 17.Роли в процессе разработки программных проектов
- •Вопрос 18.Программные проекты
- •Вопрос 19 и 20. Изменение проекта
- •Управление рисками в программных проектах
- •Вопрос 24.Идентификация риска
- •Вопрос 25.Планирование управления риском
- •Система управления дефектами
- •Вопрос 21.Дефект – обнаруженная в процессе разработки, тестирования или эксплуатации ошибка в разрабатываемом приложении
- •Вопрос 22.Жизненный цикл дефекта
- •Вопрос 23.Нотификация в системе управления дефектами
- •Контроль версий в программных проектах
- •Вопрос 27.Общий доступ к файлам
- •Вопрос 28.Системы контроля
- •Сборка и выпуск программных проектов
- •Вопрос 29.Сборка (building) программного проекта– набор правил и процедур, направленный на получение исполняемой программы
- •Вопрос 30.Окружение для сборки
- •Вопрос 31.Непрерывная интеграция
- •Вопрос 32.Качество программного обеспечения
- •Вопрос 33.
- •Вопрос 34.Метрики программного обеспечения
- •Вопрос 35.Аудит программного кода
- •Обеспечение качества программных систем
- •Вопрос 36.Методы, направленные на проектирование качественного по
- •Вопрос 37.Метод проверки моделей
- •Вопрос 38.Статистический анализ
Вопрос 3.Прототипирование
Применятся, когда имеются не все требования
Позволяет быстро увидеть некоторые свойства продукта
◦Удобство ◦Внешний вид ◦Применимость
Часто применятся при проектировании
◦Информационных систем ◦Программных продуктов с ГПИ
Используются средства быстрой разработки приложений
Достоинства:
◦Обеспечивает определение полных требований к ПО
Недостатки:
◦По сути не является полным ЖЦ
◦Заказчик может принять макет за продукт
◦Разработчик может принять макет за продукт
Вопрос 4.◦Инкрементные стратегии
Инкрементная модель
Объединяет классический подход и макетирование
Весь проект делится на инкременты –версии продукта с определенной функциональностью
Для каждого инкремента выполняется:
◦Анализ ◦Проектирование ◦Разработка ◦Тестирование
Результат каждого инкремента – работающий продукт
Достоинства:
◦Имеется план и график по всем этапам конструирования
◦Промежуточные версии доступны заказчику
Недостатки:
◦Часто всех требований на начальном этапе нет
◦Не всегда можно заранее спланировать содержание версий
◦Отсутствует гибкость
RAD
◦Эволюционные стратегии
Вопрос 5.Спиральная модель
Базируется:
◦На классическом ЖЦ ◦На макетировании
Дополнена анализом рисков
Основные компоненты
◦Планирование ◦Анализ ◦Конструирование ◦Оценивание
Достоинства:
◦Адекватно отражает эволюционный характер проектирования
◦Позволяет явно учитывать риски на каждом витке эволюции
◦Использует моделирование
Недостатки:
◦Высокие требования к заказчику
◦Трудность контроля времени разработки и управления им
Вопрос 6.Быстрая разработка приложений
Быстрая разработка приложений (RAD)
RAD = Rapid Application Development
Инкрементная стратегия конструирования
Использование компонентно-ориентированного конструирования
Обеспечение очень короткого цикла разработки (60-90 дней)
Ориентирована в основном на разработку ИС
Экстремальное программирование
Основные этапы
Бизнес-моделирование
Моделирование данных
Моделирование обработки
Генерация приложения
Тестирование и объединение
Бизнес-моделирование
Моделируется информационный поток между бизнес-функциями
Определяется: ◦Какая информация создается ◦Кто ее создает ◦Кто ее обрабатывает ◦Где информация применяется
Данные
По информационному потоку формируется набор объектов данных
Определяются свойства объектов
Специфицируются отношения между объектами
Обработка
Определение преобразований объектов данных
Создаются описания для
◦добавления объектов данных ◦модификации объектов данных ◦удаления объектов данных
◦поиска объектов данных
Генерация
Использование ЯП 4-го поколения
Использование готовых компонентов
Создание повторно используемых компонентов
Использования средств автоматизации
Тест и объединение
Тестирование упрощается из-за повторного использования компонентов
◦Они не требуют автономного тестирования
Используется интеграционное тестирование
Ограничение
Область применения – проектирование информационных систем
Производительность не является критичной
◦Неприменимо для задач реального времени
Можно привлечь достаточно разработчиков
Отсутствуют технические риски
