053. Хорошее ТЗ – Алексей Бородкин

Автор Zhanna Belchenko
053. Хорошее ТЗ – Алексей Бородкин

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

Напомни какие у нас требование с хорошим заехать читать не буду они все есть у нас на экране всем требованиям должно удовлетворять и исходя из этих требований. У нас тоже должна обладать следующей структурой она должна с одной стороны описывать шестерёнки продукта с другой стороны описывать интерфейсы поскольку — это неотъемлемая часть нашего продукта, а с другой стороны писать всё то, что лежит в овне нашего продукта и — это как-то вязать между потому, что мы помним один из принципов был принцип системности — это очень важно как у нас выглядит конкретно. ГДЗ с моего любимого раздела в общее положение потом пишу назначение документа там вообще на заборе стакане фразы идёт цель написания технического задания — это дать комплексное описание продукта.

В общем — это обязательная часть которых принципе должно быть — это формальность.

Кроме того мы писаем какие у нас есть разделы втз поскольку — это облегчает чтение нашего документа человеком с мороза не представляет к чему прицепиться. ВТБ и как она устроена перечисляем термины, но — это тоже на самом деле больше часть формальности и вот после этого приступаем уже крупно уровня описанию каких-то внешних требований к продукту во-первых мы должны прописывать в требования к кроссбраузерности к адаптивным. И адаптивной верстке если мы клиент и мы заказываем работу. ПТЗ мы должны проследить, что туда тут разные общие требования которых глобальной для всего продукты накладывать него грандиозно отпечаток. Кроме того туда должен входить обязательно раздел требования к системе который вносит свои какие-то специфические требования к серверному оборудованию в части нагрузки поскольку если наш продукт ориентирован на нагрузку 100 человек в день он должен будет крутиться на одном оборудовании если он реки равна 200000 человек в день там разработчику потребуется энергии мощности и — это в нашем тоже должно быть указано поскольку — это опять одна из характеристик нашего продукта. Кроме того должны содержаться требования к верстке этот раздел мы кафе посидим из проекта в проект поскольку — это просто стандарты по которым должен работать верстальщиком очень важный раздел — это требование к безопасности во-первых этот раздел должен содержать требования к устойчивости против ddos-атака устойчивостью против каких вирусных активности и так далее с другой стороны — это на самом деле скорее сейчас вот будет полезно услышать клиентом постоянно надо в голове держать говорим про безопасность держать в голове в частности роском-надзор. И в частности например в требований по безопасности в последнее время мне часто включают требования возможность отключения администратором отдельных страниц по требованию каких внешних организаций чтобы при этом не рвалось внутренняя связь, но противоправный контент который. Вдруг у нас возник можно было аккуратненько притушить не забывай всю систему в целом и про — это очень полезно держать в голове когда мы. Составляем требований безопасности труда могут ходить разные проще требований которые не относятся к этим всем четырём категориям. Но которые были артикулированный заказчиком например требования интеграции с внешними диковинный системы охрана держать в голове, этот раздел не должен занимать кучу стране. Обычно он достаточно достаточно емкий достаточно простой вот следующий раздел он уже немножко важнее этот раздел описывает общую биологию продукта по факту является такое творческий копипастой из концерта который. Помнишь мы создавали в самом начале мы описываем. Какой продукт мы разрабатываем мы описываем задачу заказчика мы описываем целевых поле этот раздел полезен для тех в первую очередь для тех лиц который впервые видят наш продукты впервые видят документацию в частности она полезна для разработчиков поскольку как я уже сказал на. ЧТЗ до чужой. Мам мы должны дать на руки разработчику такой документ который позволит вам прочитать сама начала она — это сайт по сети на которых можно кататься на животных Nokia. Давайте делать. Ему не надо будет как-то детализированных описание составлять свой голове самостоятельно и дальше мы приступаем к святая святых интерфейс и именно в этом разделе мы начинаем описывать навигационную структуру сайта то есть какие у нас есть страницы и описывать. Какие шаблоны на этих страницах существует поскольку например на сайтах. Не шаблонах не так много, но при этом есть куча разделов есть куча каких-то хитрых взаимодействие между страницами которые надо отразить и полезно. Это указывать в следующем формате — это абсолютно живой формат который мы используем на всех серьезных проектов пишем дерево сайта дальше описываем шаблоны описания страницы с привязкой к шаблонам указываю номер шаблона в отдельном разделе описывается шаблона — это вещь достаточно редкая для рынка веб разработки. А поскольку почему-то так сложилось исторически на западе у нас чтобы никто не любит описывать интерфейса ребята написали функционал вот там есть прототипы. Ну как ты их между собой. Свяжите ладно, а интерфейса написывать не будем. Но — это неправильно поскольку интерфейс является неотъемлемой частью продукта интерфейс жестких закономерность вместе мы описываем какой-нибудь экран где у нас есть не знаю там например главную страницу как-нибудь онлайн-сми. У нас есть куча материалов эти материалы приходят закономерностям из разных источников у них есть какие-то статусы в них есть какие-то вот разные штуки и как — это всё от играют в интерфейсах должно быть где-то в документированная иначе у нас образуются логическая когда разработчиков всё будет реализовать он не поймёт. Как связать прототипы с текстовым описанием и у нас возникает потенциальный риск расхождение логики изначально заложены водки реализованная завуч плохо кроме того описав.

0 комментариев
0

Читайте также