Comments 16
Здраствуйте. Я, Кирилл. Хотел бы чтобы вы сделали игру, 3Д-экшон суть такова... Пользователь может играть лесными эльфами, охраной дворца и злодеем. И если пользователь играет эльфами то эльфы в лесу, домики деревяные набигают солдаты дворца и злодеи. Можно грабить корованы... И эльфу раз лесные то сделать так что там густой лес... А движок можно поставить так что вдали деревья картинкой, когда подходиш они преобразовываются в 3-хмерные деревья. Можно покупать и т.п. возможности как в Daggerfall. И враги 3-хмерные тоже, и труп тоже 3д. Можно прыгать и т.п. Если играть за охрану дворца то надо слушаться командира, и защищать дворец от злого (имя я не придумал) и шпионов, партизанов эльфов, и ходит на набеги на когото из этих (эльфов, злого…). Ну а если за злого… то значит шпионы или партизаны эльфов иногда нападают, пользователь сам себе командир может делать что сам захочет прикажет своим войскам с ним самим напасть на дворец и пойдет в атаку. Всего в игре 4 зоны. Т.е. карта и на ней есть 4 зоны, 1 - зона людей (нейтрал), 2- зона императора (где дворец), 3-зона эльфов, 4 - зона злого… (в горах, там есть старый форт…)
Так же чтобы в игре могли не только убить но и отрубить руку и если пользователя не вылечат то он умрет, так же выколоть глаз но пользователь может не умереть а просто пол экрана не видеть, или достать или купить протез, если ногу тоже либо умреш либо будеш ползать либо на коляске котаться, или самое хорошее… поставить протез. Сохранятся можно…
P.S. Я джва года хочу такую игру.
Кстати, на 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 Вот его уже можно рассматривать как техзадание для разработчика.
И если все сделано правильно, то икать не придется.
ГОСТ 15.016-2016
МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ
Система разработки и постановки продукции на производство
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Тогда уж ГОСТ 19.201-78 или ГОСТ 34.602-89, а Ваша ссылка на 15.016 немного не в тему:
Настоящий стандарт устанавливает требования к построению, содержанию, изложению, оформлению, порядку согласования и утверждения технического задания на выполнение научно-исследовательских и опытно-конструкторских работ в области изделий машиностроения и приборостроения.
Ну и мало кто поспорит, что стандартизация штука отличная. Вот только в стандартах на ТЗ обычно сказано о чём писать, но почти ни слова о том как писать, с чем у многих по началу проблемы и случаются.
Нет, ну можно конечно умничать, посылать в (потенциального) клиента ссылками и доками как писать истинноправильные ТЗ... и остаться без клиента! А можно на этапе переговоров вместе с клиентом, понятное и клиенту и команде, это самое ТЗ составить и утвердить. Всегда есть две стороны. Если бы клиент мог сформулировать полностью все-все-все, то именно студия ему скорее всего и не нужна была бы. Мог бы заказать просто набор компонентов и самостоятельно их сложить в готовый продукт.
Скажите, а тексты за деньги вы пишете так же "грамотно", как статьи на Хабре?
Как составить ТЗ, чтобы не пришлось икать?