Как стать автором
Обновить

Комментарии 16

Здраствуйте. Я, Кирилл. Хотел бы чтобы вы сделали игру, 3Д-экшон суть такова... Пользователь может играть лесными эльфами, охраной дворца и злодеем. И если пользователь играет эльфами то эльфы в лесу, домики деревяные набигают солдаты дворца и злодеи. Можно грабить корованы... И эльфу раз лесные то сделать так что там густой лес... А движок можно поставить так что вдали деревья картинкой, когда подходиш они преобразовываются в 3-хмерные деревья. Можно покупать и т.п. возможности как в Daggerfall. И враги 3-хмерные тоже, и труп тоже 3д. Можно прыгать и т.п. Если играть за охрану дворца то надо слушаться командира, и защищать дворец от злого (имя я не придумал) и шпионов, партизанов эльфов, и ходит на набеги на когото из этих (эльфов, злого…). Ну а если за злого… то значит шпионы или партизаны эльфов иногда нападают, пользователь сам себе командир может делать что сам захочет прикажет своим войскам с ним самим напасть на дворец и пойдет в атаку. Всего в игре 4 зоны. Т.е. карта и на ней есть 4 зоны, 1 - зона людей (нейтрал), 2- зона императора (где дворец), 3-зона эльфов, 4 - зона злого… (в горах, там есть старый форт…)

Так же чтобы в игре могли не только убить но и отрубить руку и если пользователя не вылечат то он умрет, так же выколоть глаз но пользователь может не умереть а просто пол экрана не видеть, или достать или купить протез, если ногу тоже либо умреш либо будеш ползать либо на коляске котаться, или самое хорошее… поставить протез. Сохранятся можно…

P.S. Я джва года хочу такую игру.

Кстати, на Kenshi похоже по описанию.

Это же классика...

Это то понятно, мем древний, как гном и шар свиборга....

Просто недавно играл в Kenshi и многое подходит под тз автора.

ТЗ - это хорошо, но на всякого мудреца довольно простоты
"Это свинство - прикрываясь ТЗ, отказываться признавать мою правоту"
"Да, я принял ТЗ, но не говорил, что принимаю пункт 5.4, а значит он недействителен"
(про оплату разработки ТЗ) "Почему я должен платить за то что нужно вам?"
(про то же) - я бы хотел как в ИКЕЕ - пришел и купил. Без всяких ТЗ.

НЛО прилетело и опубликовало эту надпись здесь

Скажите точно, по пунктам, что мне делать.
И я вам сделаю это за 100500 денег.

Это про второй вариант ТЗ.
Если этот вариант кто-то способен сделать,
то тем паче - он способен нанять соответствующих спецов.
И дополнительно платить "конторе" за это смысла не видит априори.

ТЗ "по полочкам" - результат овернепростой задачи чаще всего.
Решить которую 80-90% заказчиков не способны априори.
Поэтому заработок конторы часто - это перевести
"поток сознания" в "то самое ТЗ".
И слупить основное бабло
именно за это. Имхо.

А давайте для начала будем различать:

  • Business Requirements Specification (BRS) describing business or mission requirements,

  • System Operational Concept (OpsCon) describing stakeholder needs,

  • Stakeholder Requirements Specification (StRS) describing stakeholder requirements,

  • System Requirements Specification (SyRS) describing system requirements,

  • Software Requirements Specification (SRS) describing software requirements.

и уже потом любое "хочу" называть "техническое задание" ? вроде есть "ISO/IEC/ IEEE 29148-2011 \ ISO/IEC/IEEE 29148:2018 " для составления ТЗ.

Стандарты и шаблоны для ТЗ на разработку ПО: https://habr.com/ru/post/328822

Совершенно верно! Все уже давно и много раз разжевано, отработано на уровне стандартов и документов, применяется более 40 лет. Но нет, снова вылезают какие-то кривуляки с названием "ТЗ", как их не надо писать, и что это такое.

Учим матчасть, ибо управление требованиями к ПО - это только один из множества процессов, которые обязательны при разработке ПО,

Управление требованиями к программному обеспечению

Большое спасибо. Вот о таком я не знал. Буду изучать. Благодарю

перечень пожеланий заказчика, обернутый в более или менее понятную оболочку

Это не ТЗ. Это называется BRD - Business Requirements Document

Есть специально обученные люди (системные аналитики), которые на основе BRD составляют FSD - Functional Specifications Document Вот его уже можно рассматривать как техзадание для разработчика.

И если все сделано правильно, то икать не придется.

Есть специально обученные люди (системные аналитики), которые на основе BRD составляют FSD

А есть реальный заказчик, который ASD и QWE. И тебе не BSD как ему составить ZXC.

ГОСТ 15.016-2016

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

Система разработки и постановки продукции на производство

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Тогда уж ГОСТ 19.201-78 или ГОСТ 34.602-89, а Ваша ссылка на 15.016 немного не в тему:

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

Ну и мало кто поспорит, что стандартизация штука отличная. Вот только в стандартах на ТЗ обычно сказано о чём писать, но почти ни слова о том как писать, с чем у многих по началу проблемы и случаются.

Нет, ну можно конечно умничать, посылать в (потенциального) клиента ссылками и доками как писать истинноправильные ТЗ... и остаться без клиента! А можно на этапе переговоров вместе с клиентом, понятное и клиенту и команде, это самое ТЗ составить и утвердить. Всегда есть две стороны. Если бы клиент мог сформулировать полностью все-все-все, то именно студия ему скорее всего и не нужна была бы. Мог бы заказать просто набор компонентов и самостоятельно их сложить в готовый продукт.

Скажите, а тексты за деньги вы пишете так же "грамотно", как статьи на Хабре?

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