Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Требования к содержанию ТЗ

Читайте также:
  1. I. Общие методические требования и положения
  2. I. Требования государственных образовательных стандартов
  3. II. Общие требования и правила оформления текстов исследовательских работ.
  4. II. Структурные элементы письменных работ и требования к их содержанию
  5. II. Требования к структуре образовательной программы дошкольного образования и ее объему
  6. II. Требования к территории и размещению палаточного лагеря
  7. II. ТРЕБОВАНИЯ К УРОВНЮ ОСВОЕНИЯ СОДЕРЖАНИЯ ДИСЦИПЛИНЫ

 

Нет четкого списка требований, которому должна удовлетворять документация. Поэтому разработка ТЗ приостанавливается задолго до приближения к ее полноте. В итоге следующий этап разработки начинается без ТЗ, в надежде, что ТЗ будет дописана по ходу, или даже по итогам разработки.

1. Русский язык. (Никаких мемов, искаженных аглийских терминов, албанского языка и прочего мусора. Даже внутреннюю документацию читают очень многие.)

2. Никаких общих слов типа:

o все возможные варианты

o карта придумывается компьютером

o взаимодействие различных объектов

o после всех действий и т.д.

3. Все названия видов сущностей(классов) должны иметь:

o русское название (для игрока)

o английское (для кода)

o краткое описание (расшифровка/подсказка/комментарий)

4. Сущность должна иметь только одно название. (Чтобы “броня” не превращалась на другой странице в “армор” или “щит”).

5. Предложения должны быть полными и понятными читателю без пристального изучения контекста. (Не надо подразумевать, что читатель сам догадается до того, что подразумевал автор)

6. Все что можно измерить, должно быть измерено.

o размеры картинки в пикселях и байтах

o количество столбцов и клеток в таблице

o количество символов в текстовом поле

o количество оружия на уровень

o время сессии и т.д.

 

Главные требования к результату работы программиста:

 

Эти важные требования подразумеваются, но никогда никем не озвучиваются.

1. Гибкость системы к изменениям. (Динамические требования.)

2. Автоматический сбор данных об ошибках. (Обратная связь.)

3. Простота запуска и настройки заказчиком. (Демонстрация результата.)

 

Первый этап написания ТЗ:

 

Описание предметной области, ее формализация в понятных программистам терминах.

1. База данных (метаданные)

o список типов объектов

o характеристики объектов

o связь/зависимость между объектами

2. Бизнес-процессы (полный игровой цикл)

o список процессов (сценарии работы)

o список функционала (что должен уметь)

o список ожидаемых изменений (что вообще может быть)

 

Второй этап написания ТЗ:


Как должен выглядеть/работать продукт для всех типов пользователей (игроки и администраторы).

1. Интерфейс (визуальная часть)

o список экранов игры с названиями (или группы элементов)

o список элементов на каждом экране с названиями и текстом подсказок

o описание поведения элементов (подмигивание, подсказка, блокирование, всплывающие диалоги и т. д.)

2. Админка (управление)

o сервер (жизненные/системные показатели)

o игровой контент(распродажи, квесты, монстры, вещи, магазины, дроп, локации и т.д.)

o игровые данные(контент генерируемый игроками)

o статистика и отчеты (какую статистику нужно собирать?)

 

Третий этап написания ТЗ:

Как мы собираемся это все делать.

1. Исследование необходимых технологий

o Список требований к каждой технологии

o Описание тестов/демонстрации работы каждой технологии

o Список будущих требований/возможных проблем (что дальше?)

2. Список требований к разным видам контента(ресурсов) для игры (размеры картинки мечей, длинна названий квестов, разновидности спецэффектов, размеры видеороликов и т.д.).

3. Список небходимых инструментов для работы с контентом (редактор карт, админка квестов,).

4. Расстановка приоритетов по задачам.

5. Требования к первой работающей сборке (что должен уметь первый прототип).

6. Список остальных итераций разработки проекта с требованиями к их результатам. (Что нужно показать в конце каждого этапа, чтобы закончить его)

 


Дата добавления: 2015-07-18; просмотров: 73 | Нарушение авторских прав


<== предыдущая страница | следующая страница ==>
Вступление| Какие бывают вина. Сорта, классификации. Разные вина в разных регионах.

mybiblioteka.su - 2015-2025 год. (0.006 сек.)