|
|
Регистрация Восстановить пароль |
Регистрация | Задать вопрос |
Заплачу за решение |
Новые сообщения |
Сообщения за день |
Расширенный поиск |
Правила |
Всё прочитано |
|
|
Опции темы | Поиск в этой теме |
12.11.2011, 13:47 | #11 | |
Форумчанин
Регистрация: 03.11.2011
Сообщений: 230
|
Безусловно, различие между разработкой маленького проекта, в котором разработчик может выступать в роли заказчика и исполнителя одно, и совсем другое большой проект. Боюсь, что второе в силу разных причин в одиночку не осилить, поэтому первое в этом смысле интереснее, и есть вероятность получить какой-то результат. В дальнейшем, конечно, можно вырасти на малых проектах и искать удачи в командной разработке чего-то большего.
Был упомянут ТЗ (требования заказчика) думаю, что для маленького своего проекта это тоже хороший метод собрать мысли в кучу, наряду с другими, т.е. написать себе ТЗ и воплощать его. Цитата:
К ТЗ может что-то прилагаться (рисунки, текст…)? Может где есть доступный пример для ознакомления? Полагаю если просуммировать все выше обсужденное можно выстроить следующую цепочку. Идея -- концепт фокус – концепт – дизайн документ – требования заказчика – конкретные задачи (по арту, программированию, звуку, игровому процессу). Возможно, я что-то упустил, либо наоборот переборщил со стадиями, если так поправьте меня. |
|
12.11.2011, 16:25 | #12 | |
Участник клуба
Регистрация: 21.11.2007
Сообщений: 1,692
|
ТЗ - Техни́ческое зада́ние wiki
С ним не все так просто. На вики приведено описание классического ТЗ которое относится не только к разработки программного обеспечения, а в целом. Приходилось работать с ТЗ примерно в ~100 страниц, это непомерный гемор под конец разработки сверять то, что уже готово и тем что есть в ТЗ, которое в течении самой разработки менялось по несколько раз(дописывались пункты, некоторые убирали...). Сейчас многие забугорные и наши компании разрабатывающие ПО работают по несколько другому алгоритму. ТЗ содержит только основные моменты и описывается в 1-2 страницы, при встрече с заказчиком все пункты объясняются в устной форме, выставляются сроки и оплата в месяц. После утверждения на разработку это ТЗ отдается программистам. ТЗ такого рода никак не стесняет программиста. Изначально при разработки отдельных блоков предполагается их расширяемость или же полное переписывание без существенного переписывания остальных(это нормально по 3-4 раза с нуля переписывать отдельные блоки или же весь проект на ранних стадиях) После написания частично функционирующего продукта подключается заказчик(люди которые будут работать с ПО) непосредственно в разработку =). Заказчик говорит что нужно добавить, что поправить, что изменить или удалить, ну или вы ему предлагаете, а он либо соглашается либо нет. Таким образом разработка становится: 1. Проще и интереснее для разработчика, он не стеснён строгими пунктами толстенного ТЗ 2. Заказчик непосредствен.но принимает участие в разработки, он сам видит прогресс(это часто впечатляет), ну и куча вытекающих последствий от участия заказчика И да, набивание кода начинается спустя 1-5 дней после утверждения. В эти 1-5 дней, лично я делаю то что писал выше. Разбиваю задачи на подзадачи, выбираю технологии, ищу аналоги, выстраиваю структуру и определяю связи между блоками. Потом сажусь и начинаю копипаст и набивание кода. Цитата:
По сути то ТЗ, про которое я писал, в случае разработки игры это есть концепт-документ(концепт). Диздок желательно подготовить перед тем как пойти к издателю, а еще лучше приложить демку. Это поможет договориться с издателем. по ДД можно почитать тут http://www.lki.ru/text.php?id=192 |
|
12.11.2011, 18:29 | #13 | |
Форумчанин
Регистрация: 03.11.2011
Сообщений: 230
|
Цитата:
Тогда если вновь подытожить, процесс можно представить так: Идея --> Гейм-фокус –-> Концепт –-> Дизайн документ( Техническое задание) --> Конкретные задачи Спасибо за ссылку. Надо будет вновь пройтись по пунктам с микробной идеей, думаю что вновь всплывут вопросы. Последний раз редактировалось Warn; 12.11.2011 в 18:33. |
|
13.11.2011, 10:50 | #14 | |
Старожил
Регистрация: 19.04.2010
Сообщений: 2,702
|
Цитата:
|
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
С чего начинать? | Shadol | Свободное общение | 6 | 24.11.2009 11:46 |
С чего начать разработку программы... | nikolai_P | БД в Delphi | 8 | 15.02.2009 13:08 |
С чего начинать? | Римма | Assembler - Ассемблер (FASM, MASM, WASM, NASM, GoASM, Gas, RosAsm, HLA) и не рекомендуем TASM | 2 | 31.03.2008 22:16 |
С++ ЧЕГО НАЧИНАТЬ !!! | geniy | Общие вопросы C/C++ | 12 | 03.09.2007 10:50 |