---

Конечно. Ниже — готовый вариант лабораторной работы по этим страницам. Можно практически сразу переносить в Word. Я возьму тему из примера — игровой блок «Светящийся кирпич».

Лабораторная работа

1. Название и номер лабораторной работы

Лабораторная работа № ___

Тема: Разработка концепции программного продукта и формирование требований к объекту.

⸻

2. Фамилия, имя и группа участников команды

Команда:

1. Фамилия Имя — группа ______
2. Фамилия Имя — группа ______
3. Фамилия Имя — группа ______

⸻

3. Рабочее название команды и проекта

Название команды: PixelCraft

Название проекта: LumenCraft

⸻

4. Паспорт проекта

4.1. Название проекта и состав команды

Название проекта: LumenCraft.

Состав команды:

* Фамилия Имя — разработчик;
* Фамилия Имя — дизайнер;
* Фамилия Имя — тестировщик.

4.2. Тип, название и назначение создаваемого объекта

Тип объекта: игровой строительный блок.

Название объекта: «Светящийся кирпич».

Назначение: декоративный строительный блок, который используется для освещения помещений и других построек в игре без необходимости устанавливать отдельный факел.

⸻

5. Пользовательский сценарий

Игрок получает обычный кирпич и светопыль, после чего использует специальный рецепт для создания светящегося кирпича.

После создания блок появляется в инвентаре игрока. Игрок выбирает его и устанавливает в нужном месте постройки.

После установки светящийся кирпич начинает освещать окружающее пространство. При разрушении блока игрок получает его обратно и может повторно использовать.

⸻

6. Функциональные требования

1. Объект должен отображаться в игре.
2. Объект должен иметь собственное название — «Светящийся кирпич».
3. Объект должен иметь собственную текстуру.
4. Игрок должен иметь возможность создать объект по установленному рецепту.
5. Игрок должен иметь возможность получить объект в инвентарь.
6. Игрок должен иметь возможность установить объект в игровом мире.
7. После установки объект должен создавать освещение.
8. Игрок должен иметь возможность разрушить установленный объект.
9. После разрушения объект должен выпадать и снова становиться доступным для использования.
10. Объект не должен мешать работе остальных игровых блоков.

⸻

7. Нефункциональные требования

1. Текстура объекта должна корректно отображаться без визуальных ошибок.
2. Объект должен работать стабильно во время игры.
3. Добавление объекта не должно приводить к заметному снижению производительности игры.
4. Объект должен иметь понятное название и назначение.
5. Рецепт создания объекта должен быть понятен пользователю.
6. Объект должен корректно работать вместе с другими игровыми объектами.
7. Все основные действия с объектом должны выполняться без ошибок.

⸻

8. Обязательные и дополнительные возможности

Обязательные возможности:

* отображение блока в игре;
* наличие названия;
* наличие текстуры;
* создание блока по рецепту;
* получение блока игроком;
* установка блока;
* освещение окружающего пространства;
* разрушение блока.

Дополнительные возможности:

* несколько вариантов текстуры;
* изменение цвета свечения;
* усиленное освещение;
* создание светящихся кирпичей разных материалов;
* возможность настройки уровня освещения.

⸻

9. Критерии готовности

1. Объект отображается в игре после запуска проекта.
2. Объект имеет название «Светящийся кирпич», которое отображается в инвентаре или при выборе объекта.
3. Объект имеет собственную текстуру, которая корректно отображается в игровом мире.
4. Игрок может создать объект по рецепту из необходимых компонентов.
5. Игрок может получить объект и установить его в игровом мире.
6. После установки объект освещает окружающее пространство.
7. После разрушения объект корректно удаляется из мира и может быть получен игроком.
8. При использовании объекта не возникает ошибок или вылетов игры.
9. Объект корректно взаимодействует с другими игровыми объектами.
10. Минимальная версия проекта полностью запускается и демонстрирует все основные функции объекта.

⸻

10. Перечень вопросов для изучения

Перед началом разработки необходимо изучить следующие вопросы:

1. Как зарегистрировать новый блок или игровой инструмент?
2. Какие программные файлы потребуются для добавления нового объекта?
3. Какие файлы ресурсов потребуются?
4. Как создать и разместить текстуру нового объекта?
5. Как настроить свойства, рецепты и способы получения объекта?
6. Как выполнить запуск, проверку и сборку модификации?
7. Как настроить уровень освещения нового блока?
8. Как сделать так, чтобы блок корректно разрушался и выпадал?
9. Как проверить взаимодействие нового блока с другими объектами игры?
10. Как проверить отсутствие ошибок после добавления нового объекта?

⸻

11. Индивидуальный вклад участника

Участник №1

Функциональное требование:
Игрок должен иметь возможность создать «Светящийся кирпич» по установленному рецепту.

Критерий готовности:
Рецепт создания блока корректно работает, и после выполнения рецепта объект появляется в инвентаре игрока.

Вопрос, который потребуется изучить:
Как зарегистрировать рецепт создания нового игрового объекта?

Предполагаемая ответственность:
Участник отвечает за создание и настройку рецепта, проверку получения объекта игроком и исправление ошибок, связанных с созданием блока.

⸻

Участник №2

Функциональное требование:
Объект должен отображаться в игре с собственной текстурой.

Критерий готовности:
Текстура «Светящегося кирпича» корректно отображается в инвентаре и игровом мире.

Вопрос, который потребуется изучить:
Как создать и подключить текстуру нового игрового объекта?

Предполагаемая ответственность:
Участник отвечает за разработку текстуры и её подключение к игровому объекту.

⸻

Участник №3

Функциональное требование:
После установки «Светящийся кирпич» должен освещать окружающее пространство.

Критерий готовности:
Установленный блок создаёт освещение, которое визуально заметно в тёмном помещении.

Вопрос, который потребуется изучить:
Как настроить уровень освещения для нового игрового блока?

Предполагаемая ответственность:
Участник отвечает за настройку освещения и тестирование работы блока в различных игровых условиях.

⸻

12. Минимальная версия продукта

Минимальная версия проекта должна включать:

* зарегистрированный игровой блок;
* название «Светящийся кирпич»;
* собственную текстуру;
* рецепт создания;
* возможность получения блока;
* возможность установки блока;
* освещение окружающего пространства;
* возможность разрушения блока;
* корректную работу без критических ошибок.

Таким образом, даже минимальная версия должна позволять игроку создать, установить, использовать и разрушить светящийся кирпич.

⸻

13. Содержание отчёта

1. Название и номер лабораторной работы.
2. Фамилия, имя и группа каждого участника команды.
3. Рабочее название команды и проекта.
4. Паспорт проекта.
5. Отдельный раздел «Индивидуальный вклад» для каждого участника.
6. Критерии готовности проекта.
7. Перечень вопросов для изучения.

⸻

Контрольные вопросы

1. Почему разработка продукта начинается с определения требований?

Определение требований необходимо для понимания того, что именно нужно разработать и каким должен быть конечный результат. Это помогает избежать ошибок и определить основные функции продукта.

2. Чем концепция продукта отличается от его названия?

Название — это краткое обозначение продукта.
Концепция — это более подробное описание его назначения, возможностей, принципа работы и особенностей.

3. Что называется функциональным требованием?

Функциональное требование описывает действие или функцию, которую должен выполнять продукт.

Например: «Игрок может установить светящийся кирпич в игровом мире».

4. Что называется нефункциональным требованием?

Нефункциональное требование описывает характеристики качества продукта, например производительность, стабильность, удобство и надежность.

5. Почему требование должно быть проверяемым?

Чтобы после разработки можно было однозначно определить, выполнено требование или нет.

Например, требование «блок работает хорошо» проверить сложно, а требование «блок освещает пространство после установки» можно проверить непосредственно в игре.

6. Что входит в минимальную версию продукта?

В минимальную версию входят только основные функции, необходимые для работы продукта.

Для нашего проекта это создание, получение, установка, освещение и разрушение светящегося кирпича.

7. Для чего используются критерии готовности?

Критерии готовности позволяют определить, когда продукт или отдельная функция считается полностью выполненной.

8. Зачем до начала программирования составлять перечень вопросов для изучения?

Чтобы определить, какие технологии, инструменты и способы реализации необходимо изучить до начала разработки. Это помогает команде заранее найти недостающие знания и уменьшить количество ошибок.