Что такое хорошее ТЗ на сайт?

У меня есть возможность вспомнить на изумление малюсенько которые были использованы, приуроченных к проектированию вебсайтов и программ на российском языке, прописанных русскоязычными творцами. Данному содействует и в основном экспортно-ориентированная исследование (оффшор) и неимение глобального навыка творения информационных товаров в нашей стране.
Полагаюсь, собственно данная заметка понадобится тем разрабам и IT-менеджерам, кто ощутил впереди себя делему составления высококачественных документов на исследование web-сайта. Документов, которые помимо испорченной бумаги бы были хоть чем-то могут быть полезны.

Вводная
Для чего оформлять техзадание (ТЗ) на web-сайт?
Какую бы методологию исследования вы не применяли, и какого бы объема ни был ваш веб-сайт, вы так или иначе столкнетесь с вопросцем: “А как скоро мы станем завершать работу, то как мы усвоим, собственно мы ее вправду завершили?” В исследовании как ПО, но и всякого веб-сайта нередкая неувязка — никто не видит окончательной точки. Вроде как можнож заявить, собственно окончательным видением плана обязан владеть проектный клерк. Хотя ежели окончательный продукт совпадет с образом клерка, хотя не совпадет с ожиданиями посетителя? А раз за время плана изменяется 3 клерка?

Последствие закона Паркинсона “девяносто-девяносто”:
1-ые 90% кода отнимают 90% времени исследования. Остальные 10% кода отнимают 2-ые 90% времени исследования.
Из книжки А.Купера “Психбольница в руках больных”.
ТЗ данное не попросту перечень притязаний, данное документ. Когда уговор регулирует процесс организационных и экономических отношений, то ТЗ регулирует процесс исследования и окончательный эффект.

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

О нежели данная заметка.
Данная заметка про то, собственно имеет возможность понадобиться в ходе написания ТЗ на web-сайт, также собственно станет уж наверняка устроить желанно. Хотя данная заметка не про то, как следует писать документацию по проекту. В конце концов основная задачка проектировщика не прописать клевый документ, а спроектировать вебсайт. Превосходный документ только отражение расклада и почтения ко всем соучастникам исследования.

 

Добавлю лимитирования.
Практически постоянно угрожал написании ТЗ, то имею в виду, конечно, каскадную методологию исследования. В случае другого выбора (к примеру, экстремальное программирование) возводятся иные документы и нередко по иным основам. Данное — разов. аз.

Стоит делить ТЗ для небольших и великих web-сайтов. Данное — 2. Отличия малюсеньких и великих планов содержатся не в размере документа на выходе, ну а в процессе их исследования. Ежели у вас всего 4 жителя нашей планеты в проектной группе, все издавна представляют друг дружку, то можнож надеяться неимение формализма. А раз исследованием промышляют немного “отделов”, а проектная команда состоит из наиболее 10-ка (до бесконечности) работников, то рулить данной ордой имеет возможность исключительно процесс. Процесс рожает формализацию, а формализм прикладывает собственный след на формат документации.

На самом деле, толщина документов находится в зависимости от трудности процесса в более ступени, ежели от объемов плана.

Мы станем идти по стопам лично трудному пути.

ТЗ дает ответы на вопросы
ТЗ вначале создается для нескольких соучастников исследования:

Создатели плана (художники и разработчики программного обеспечения).
Проект-менеджер.
Заказчик. лиент.
Бюрократы (им предоставляется возможность не принять участие в плане, хотя на их также надобно планировать).
Оглядываясь на приведенные категории соучастников не трудно догадаться, собственно ТЗ для начала обязано отвечать на их вопросцы. Если идеально вся предпроектная документация в каскадном способе создается так, дабы снять вопросцы в ходе исследования.
Наконец, на какие вопросцы отвечает ТЗ.

Для кого создается web-сайт и для чего же?

Веб-сайт создается для Клиента и для его посетителей. Данное базирующиеся юзеры грядущего плана.
Лучшим вариантом станет, коль скоро в Техзадании вы опишите всех юзеров web-сайта, как внутренних, но и наружных. Данное описание сможет содержать рекламные, демографические, общественные эти, цели и задачки вероятных юзеров, их притязании к грядущему вебсайту.

Как станут решены задачки клиента и юзеров?

Фактически когда не дать ответ на данный вопросец, то написание ТЗ можнож утверждать бумагомарательством. Данное главной и важный вопросец. Ему быть может приурочена к отдельная заметка, в следствии этого останавливаться на нем доскональном покуда не станем.

Как станет проходить творение плана?

Как я теснее писал повыше, ТЗ (быть может и отдельный документ) от случая к случаю обрисовывает процесс исследования плана. Данное абсолютно нужно, коль скоро принять во внимание, собственно web-сайт сможет разрабатываться по замечательной от принятой в фирмы методологии исследования, коя в большинстве случаев не описывается ни одним документом. Можнож какое количество угодно длительное время изнурять себя грезами о стандартизации по ISO, хотя собственно продемонстрировать дотошному клиенту?
По ГОСТу учтен отдельный раздел “Рубежи исследования системы”. В этом разделе возможно не чрезмерно досконально обрисовать процесс и установить майлстоуны.

Собственно станет восприниматься на выходе?

ТЗ начинает исследование и ставит в ней точку.
Если рассматривать идеальный вариант вы обязаны пройтись по всем пт ТЗ совместно с заказчиком, свериться с приобретенной системой и спустя недельку заявить: “Уф-ф. Вроде все устроили”.
“ТЗ считается средством верификации произведенных дел. ” — эта тирада записана во внедрении множества моих ТЗ.

 

Собственно потребуется для последующего пуска плана?

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

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

Единая информация

1-ая часть ТЗ имеет внедрение и единую информацию о документе и плане в общем. Вступление надобно прописать 1 разов и на всю жизнь. В большинстве случаев, там пишутся так отвлеченные тирады, собственно в любом свежем плане нужно только подправить пару словечек.

Единая информация имеет в своем составе:

Информацию о заказчике и исполнителе.
Непременно распоряжение сознательных лиц с любой стороны. Указываются документы, на основании которых изготавливается исследование. В большинстве случаев, аналогичным документом считается уговор. Статус текущего документа и конфиденциальность.
Назначение плана.
Указывается: для чего же станет употребляться приобретенный продукт.
Цели творения и задачки, которые обязан решить ресурс.
Вроде как данное очень краткий раздел, хотя по значимости проработки он занимает 1-ое место. В случае если цели и задачки поставлены постучавшуюся в и безгранично, то быть может не так просто им идти по стопам.
Описание аудитории плана.
Смертельно главная информация для исследования превосходных и верных web-сайтов. Светло, собственно информацию о аудитории не совсем только надобно верно собирать, хотя еще значимее данное уметь данной информацией воспользоваться.
Описание аудитории обязано содержать не совсем только информацию, которую так обожают рекламщики (демография, необходимости, сегментирование и так далее), хотя кроме того информация, коя понадобится художникам и проектировщикам: какие задачки решает юзер, какие его цели в работе с вебсайтом, собственно его завлекает. Алан Купер советует обрисовывать аудиторию вебсайта не повторяющий вид безликой массы, а выделять персонажи — обрисовывать собирательный образ точных жителей нашей планеты.
Определения и определения.
В великом документе у вас появится возможность употребить грандиозное численность определений и сленговых выражений, которые нечасто знают профессионалы по менеджменту или же большие главы. Им предоставляется возможность читать данный документ, в следствии этого лучше предвидеть им перечень определений. Я не тешу себя надеждой, собственно данный перечень хотя бы один раз в жизни был прочтен, хотя но несмотря на все вышесказанное у меня есть возможность постоянно сослаться на него.
Вводная единая часть документа имеет информацию про то, с чего же мы начинали при конструировании. Еще бы, в ходе анкетирования экспертов клиента инфы скапливается намного более, хотя читать ее никому не занимательно.

Данная информация намерена в рамки плана.

Рамки плана

В случае если подальше отступить от собственного здания и, повернувшись, посмотреть на него, то издалека вы не сумеете различить составные части постройки. У вас есть возможность подсчитать окошки, хотя не разберете из какого они мат-ла, вам предоставляется возможность наслаждаться зодчеством (”наслаждаться”, еще бы, можнож не любым зданием), хотя можете исключительно предполагать о принципах его строительных работ, вам не станут заметны внутренности квартир либо нацарапанное слово на входной двери.

Рамки плана приблизительно это же. Прочитав данную главу любой обязан представлять, собственно станет получено в ходе исследования, хотя безусловно не вдаваясь в составной части. Вы пишите, собственно на веб-сайте будет трудиться “регистрация юзеров”, хотя не пишите, как точно она станет устроена, или же какие поля обязан станет наполнить юзер.

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

 

Информационная зодчество и интерфейс

Раздел посвященный информационной зодчеству (ИА) вебсайтов не стандартизируется ни одним знакомым эталоном (творцу эти покуда не знакомы). Хотя хоть какой, кто разрабатывал веб ресурсы, разумеет, собственно ИА данное разве что не основное, собственно надо знать для исследования web-сайта. ИА обозначат как станет смотреться и трудится веб-сайт с юзерами.

Для описания ИА понадобится обрисовывать поверх вниз:

Текстуру web-сайта. Данное так-называемые высокоуровневые макеты.
Шаблоны страничек. Низкоуровневые макеты, обрисовывающие лично интерфейс web-сайта.
Опись контента. Табличное описание содержания любой странички веб-сайта.
Текстура web-сайта

Карта web-сайта производится графическим методом в какой-то из известных нотаций: Visio либо Garrett. Я рекомендую непосредственно живописать карту веб-сайта, ибо тогда приобретенная текстура выходит более приятной и комфортной в последующем применении. Вроде как сможет привидеться, собственно повторяющий вид перечня прописать карту веб-сайта станет куда легче, хотя как скоро лично вы задумаетесь над взаимосвязями разных областей вебсайта друг от друга, вы волей неволей начнете чиркать квадратики на бумаге.

Про то, как возможно живописать текстуру веб-сайта при помощи нотаций, используя Visio, прописаны целые заметки, потому останавливаться на данном не станем. Заметки прописаны, истина, на британском, хотя вы с легкостью можете пользоваться ними.

Помните присваивать номер любой отдельной страничке карты web-сайта. Данное будет нужно на рубеже описания контента.

Нужные рекомендации при рисовании карты веб-сайта:

Не сожалейте места. Сильтесь располагать блоки так, дабы они были разделены между собой. Данное может помочь читабельности карты.
Не мельчите. Прочесть текст, напечатанный 4 кеглем, грубо говоря можнож, хотя данное теснее первопричина для нелюбви.
Выпрямляйте “квадратики” страничек что касается друг дружку, выстраивая в полосы. Данное сделает лучше восприятие значений вложенности страничек.
Не пересекайте полосы. Постарайтесь игнорировать немаленького численности пересечений линий взаимосвязей. В случае если они пересекаются, то обязаны “перескакивать” 1 над иной. Кто промышлял черчением многофункциональных схем в институте, меня возьмет в толк.
Подписывайте карту. Подпишите саму карту, а еще отдельные блоки. Данное дозволит менее путаться в последующем.
Чаще берегите файл. Банально, хотя нужно просто не забывать про это. Не надо еще раз припоминать членов семьи разрабов программы Visio, в сути, они ни в чем же не виноваты.