Добавил:
CanyonE
СПбГУТ * ИКСС * Программная инженерия
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:КПО. 4 спринта
.txt 4 спринта — 4 защиты
Спринты:
1. Управление требованиями.
2. Управление разработкой.
3. Управление версиями.
4. Тестирование.
1 спринт. Управление требованиями.
— Техническое задание (общие сведения о системе, назначение и цели создания системы, характеристика объекта автоматизации, требования к структуре и функционированию системы).
— Организация коллективной разработки (роли: менеджер проекта, аналитик, разработчик; преподаватель является заказчиком).
2 спринт. Управление разработкой.
— Техническое задание (завершенное, по-крайней мере, на 80%). Более детальные функциональные и нефункциональные требования, а также требования, не связанные с конкретными вариантами использования;
— Описание базовой архитектуры будущей системы;
— Работающий прототип;
— Уточненный бизнес-план (отдельный документ с фиксацией изменений требований по дате, их состояния*);
— План разработки всего проекта, отражающий итерации и критерии оценки для каждой итерации. Включает планирование состава первого и последующих выпусков системы.
* — Состояния требования: Добавлено, Изменено, Удалено.
* — Состояние выполнения требования: В рассмотрении, Принято, В работе, Реализовано, Отклонено.
3 спринт. Управление версиями.
— С помощью чего осуществляется управление версиями? Например, GitHub.
— История коммитов.
— Скриншоты (как происходит управление версиями при коллективной разработке).
От студентов ожидается отдельный документ со скриншотами, историей коммитов.
4 спринт. Тестирование.
— Каким образом проводилось тестирование?
— На сколько разработанный программный продукт соответствует функциональным требованиям?
— На сколько разработанный программный продукт соответствует нефункциональным требованиям?
— Нагрузочное тестирование. И по числу пользователей — «что будет если одновременно программным продуктом будут пользоваться несколько пользователей?». И по памяти — «что будет, если пользовательских данных в программном продукте будет много?», «Какая задержка ответа в таких случаях будет?».
— Презентация программного продукта. На 5 минут. Что получилось, что не получилось и почему, какие требования выполнены, какие не выполнены, как менялись требования, какие методики применялись, какие выводы можно сделать.
==========================================
Экзамен.
2 ставить не будет.
3 может спокойно поставить. Спринты сдавать не нужно.
На 4 нужно сдать все спринты.
На 5 нужно сдать все спринты вовремя.
Можно улучшить оценку на экзамене.
==========================================
Со слов преподавателя.
Программный продукт отличается от программы тем, что содержит документацию для пользователя и администратора.
Мы разрабатываем ПРОГРАММУ, а не программный продукт (документации для пользователя и администратора у нас отсутствуют).
Поэтому документация не нужна и во всех местах нужно написать, что разрабатывалась программа, а не ПП.
Спринты:
1. Управление требованиями.
2. Управление разработкой.
3. Управление версиями.
4. Тестирование.
1 спринт. Управление требованиями.
— Техническое задание (общие сведения о системе, назначение и цели создания системы, характеристика объекта автоматизации, требования к структуре и функционированию системы).
— Организация коллективной разработки (роли: менеджер проекта, аналитик, разработчик; преподаватель является заказчиком).
2 спринт. Управление разработкой.
— Техническое задание (завершенное, по-крайней мере, на 80%). Более детальные функциональные и нефункциональные требования, а также требования, не связанные с конкретными вариантами использования;
— Описание базовой архитектуры будущей системы;
— Работающий прототип;
— Уточненный бизнес-план (отдельный документ с фиксацией изменений требований по дате, их состояния*);
— План разработки всего проекта, отражающий итерации и критерии оценки для каждой итерации. Включает планирование состава первого и последующих выпусков системы.
* — Состояния требования: Добавлено, Изменено, Удалено.
* — Состояние выполнения требования: В рассмотрении, Принято, В работе, Реализовано, Отклонено.
3 спринт. Управление версиями.
— С помощью чего осуществляется управление версиями? Например, GitHub.
— История коммитов.
— Скриншоты (как происходит управление версиями при коллективной разработке).
От студентов ожидается отдельный документ со скриншотами, историей коммитов.
4 спринт. Тестирование.
— Каким образом проводилось тестирование?
— На сколько разработанный программный продукт соответствует функциональным требованиям?
— На сколько разработанный программный продукт соответствует нефункциональным требованиям?
— Нагрузочное тестирование. И по числу пользователей — «что будет если одновременно программным продуктом будут пользоваться несколько пользователей?». И по памяти — «что будет, если пользовательских данных в программном продукте будет много?», «Какая задержка ответа в таких случаях будет?».
— Презентация программного продукта. На 5 минут. Что получилось, что не получилось и почему, какие требования выполнены, какие не выполнены, как менялись требования, какие методики применялись, какие выводы можно сделать.
==========================================
Экзамен.
2 ставить не будет.
3 может спокойно поставить. Спринты сдавать не нужно.
На 4 нужно сдать все спринты.
На 5 нужно сдать все спринты вовремя.
Можно улучшить оценку на экзамене.
==========================================
Со слов преподавателя.
Программный продукт отличается от программы тем, что содержит документацию для пользователя и администратора.
Мы разрабатываем ПРОГРАММУ, а не программный продукт (документации для пользователя и администратора у нас отсутствуют).
Поэтому документация не нужна и во всех местах нужно написать, что разрабатывалась программа, а не ПП.
Соседние файлы в предмете Конструирование программного обеспечения