Добавил:
СПбГУТ * ИКСС * Программная инженерия Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

КПО. 4 спринта

.txt
Скачиваний:
13
Добавлен:
23.12.2021
Размер:
2.91 Кб
Скачать
4 спринта — 4 защиты

Спринты:
1. Управление требованиями.
2. Управление разработкой.
3. Управление версиями.
4. Тестирование.

1 спринт. Управление требованиями.
— Техническое задание (общие сведения о системе, назначение и цели создания системы, характеристика объекта автоматизации, требования к структуре и функционированию системы).
— Организация коллективной разработки (роли: менеджер проекта, аналитик, разработчик; преподаватель является заказчиком).

2 спринт. Управление разработкой.
— Техническое задание (завершенное, по-крайней мере, на 80%). Более детальные функциональные и нефункциональные требования, а также требования, не связанные с конкретными вариантами использования;
— Описание базовой архитектуры будущей системы;
— Работающий прототип;
— Уточненный бизнес-план (отдельный документ с фиксацией изменений требований по дате, их состояния*);
— План разработки всего проекта, отражающий итерации и критерии оценки для каждой итерации. Включает планирование состава первого и последующих выпусков системы.

* — Состояния требования: Добавлено, Изменено, Удалено.
* — Состояние выполнения требования: В рассмотрении, Принято, В работе, Реализовано, Отклонено.

3 спринт. Управление версиями.
— С помощью чего осуществляется управление версиями? Например, GitHub.
— История коммитов.
— Скриншоты (как происходит управление версиями при коллективной разработке).
От студентов ожидается отдельный документ со скриншотами, историей коммитов.

4 спринт. Тестирование.
— Каким образом проводилось тестирование?
— На сколько разработанный программный продукт соответствует функциональным требованиям?
— На сколько разработанный программный продукт соответствует нефункциональным требованиям?
— Нагрузочное тестирование. И по числу пользователей — «что будет если одновременно программным продуктом будут пользоваться несколько пользователей?». И по памяти — «что будет, если пользовательских данных в программном продукте будет много?», «Какая задержка ответа в таких случаях будет?».
— Презентация программного продукта. На 5 минут. Что получилось, что не получилось и почему, какие требования выполнены, какие не выполнены, как менялись требования, какие методики применялись, какие выводы можно сделать.

==========================================

Экзамен.

2 ставить не будет.
3 может спокойно поставить. Спринты сдавать не нужно.
На 4 нужно сдать все спринты.
На 5 нужно сдать все спринты вовремя.
Можно улучшить оценку на экзамене.

==========================================

Со слов преподавателя.
Программный продукт отличается от программы тем, что содержит документацию для пользователя и администратора.
Мы разрабатываем ПРОГРАММУ, а не программный продукт (документации для пользователя и администратора у нас отсутствуют).
Поэтому документация не нужна и во всех местах нужно написать, что разрабатывалась программа, а не ПП.