Рейтинг: 4.8/5.0 (1921 проголосовавших)Категория: Бланки/Образцы
В жизни очень часто бывает так, что человек не может объяснить что хочет даже в бытовых вещах. Когда дело доходит до объяснения программисту своих «хотелок» — человек просто впадает в ступор.
Кто должен писать ТЗ?В идеале ТЗ должен составлять заказчик — только он знает, что ему нужно. Но на практике, из-за низкой компетенции заказчика в сфере 1С, часто это приходится делать исполнителю. Заказчик устно озвучивает свои потребности, а программист(консультант) оформляет это в письменной форме.
Зачем нужно техническое задание?Любые доработки в системе 1С. в идеале, должны сопровождаться техническим заданием. Это во-первых четкое определение задачи, сроков и метода выполнения. Во-вторых это документ, с помощью которого решается все спорные моменты в будущем. Писать ТЗ или нет — дело конечно ваше, лично мне ТЗ облегчают работу и общение с клиентом.
Что должно содержать в себе техническое задание?Тех. задание обязательно должно содержать в себе:
Так же существуют государственные стандарты к написанию ТЗ — ГОСТы. На практике мало где применяются, но бывает заказчик настаивает на этом.
По опыту, при сдаче работ, очень часто возникают ситуации вроде «а мы вам тогда-то говорили же…», что не очень приятно и зачастую приходится переделывать работу целиком. Поэтому, хорошо написанное ТЗ сильно облегчает жизнь обеих сторон.
Примеры ТЗ для 1СНебольшая подборка, которую я нашел в свободном доступе в сети. Начиная от самых простых и доступных, заканчивая достаточно сложными документами:
Это будет вам интересно:
Итак, техническое задание, сокращенно ТЗ, уже довольно давно служит для формального описания того, что мы собственно хотим видеть в конечном продукте. Не является исключением и ТЗ для разработки web-ресурса. По своей сути — это база для разработки сайта. В нем указываются все положения, прямо или косвенно касающиеся сайта.
ТЗ, как правило, прилагается к основному договору на работы по созданию web-ресурса, т. к. включает полный перечень всех работ для обязательного выполнения дабы исключить возможные споры между клиентом и исполнителем, которые как известно все-равно время от времени возникают.
Есть мнение некоторых “побитых” опытом людей, что ТЗ надо писать так, как будто с ним вы будете присутствовать на суде и использовать его в качестве защиты. Может это и крайность, но тем не менее — повод лишний раз задуматься о важности хорошо написанного и детализированного ТЗ .
По своему объему ТЗ может быть достаточно большим документом. Web-компании часто предлагают помощь по составлению ТЗ отдельной услугой, как правило 10-20% от стоимости всей разработки сайта.
Составление ТЗ как правило выполняют руководитель проекта или непосредственно программист при участии заказчика, который предоставляет основную информацию.
Чем детализированнее ТЗ (в разумных пределах конечно), тем лучше для обеих сторон - как для клиента, так и для исполнителя работы. В выигрыше так сказать оба:
- клиент будет уверен, что все задуманное им в проекте четко прописано и должно быть реализовано в соответствии с ТЗ.
- исполнитель – застрахован от множества мелких или крупных корректировок и доработок, опять же опираясь на то самое ТЗ.
Существует мнение, что без ТЗ можно обойтись. Например, один из доводов - задача слишком творческая, что бы уложить ее в рамки ТЗ. Такое мнение, скорее всего, скрывает нехватку опыта и профессионализма в данной области. Считаю такое мнение ошибочным, так как почти все в сайтостроенииможно формализовать и представить в ТЗ и составить его – это скорее дело опыта.
Общие рекомендации по написанию ТЗПрототип - это графическая схема размещения элементов интерфейса. Грубо говоря, нарисованная в специальной программе страница со всеми элементами.
Существует много софта для прорисовки прототипов, включая как декстопные приложения, так и онлайн-сервисы, а также расширения для браузеров с более скромными возможностями. Софт как с бесплатной лицензией так и с платной.
Из популярных можно выделить:
- среди бесплатных: iPlotz, MockFlow, Mockup Builder, Cacoo;
- среди платных: Creately, ProtoShare, Adobe Fireworks,Axure. Возможностей в общем много — выбирай, осваивай, рисуй.
Одна из возможных структур сайта, подчеркну возможных, может выглядеть примерно так:
1. Общая информация о сайте
Здесь достаточно несколько предложений для того что бы ввести в курс дела, что за сайт или модуль будет разрабатываться и его цель в общем. Пишется вольным стилем.
2. Функциональное назначение сайта
Тут краткий перечень того, какими техническими средствами или инструментами должен обладать сайт, исходя из общей цели. Поясню на примере. Для сайта-визитки это может быть банально, форма обратной связи, перечень основных страниц, например с «о компании», «контакты» и прочие.
3. Понятия и термины
Этот раздел должен гарантировать понимание обоими сторонами специфических для данной предметной области понятий, которые важны для понимания и разработки сайта. Могут вводиться обеими сторонами.
4. Описание модулей сайта
Этот раздел включает список модулей, которые используются на сайте. Это вполне например может быть упоминаемая выше форма обратной связи (ФОС). Но, что очень важно - нельзя просто писать «Должна присутствовать ФОС». Каждая сущность требует определения своих атрибутов! В данном случае атрибуты могут быть такими:
И все это должно быть четко прописано, что бы потом не возникло вопросов: «…а где перечень выбора категории вопроса? » или что-то в этом роде.
5. Функциональные характеристики
Сюда можно отнести, например, список браузеров, где сайт должен корректно отображаться и работать. Например, некоторые заказчики могут требовать, что бы их сайт работал корректно и в небезызвестном Internet Explorer 6, что бы не терять хоть и небольшую, но долю возможных посетителей.
Если планируется делать высоконагруженный сайт – это тоже нужно указывать. Высоконагруженный сайт требует другого подхода при разработке и по настройке сервера.
Также в функциональные характеристики входит наличие или отсутствие мобильной версии сайта, но это, как правило, либо уходит в отдельный раздел данного ТЗ либо вообще отдельно пишется.
6. Описание страниц сайта
Это довольно обширный пункт, где прорисовуются все страницы сайта и пишутся комментарии к их работе.
Также может приводиться общая структура страниц сайта. Так называемые «высокоуровневые» прототипы. Например, для простого сайта-каталога это может быть:
Для каждой конкретной страницы могут рисоваться прототипы с подробными комментариями по каждому из элементов интерфейса с их поведением.
Страницы, используемые для админ-панели обычно уазываются отдельно от спубличных страниц. Эти два раздела в свою очередь могут группироваться в свои отдельные подразделы. Здесь стоит следить, чтобы прототипы не конфликтовали с их описанием, и не возникало никаких противоречий. Примером прототипа определенной страницы сайта может быть:
Последние два раздела ТЗ мы не будет рассматривать детально, скажу вкратце, что одно из требований к надежности может включать настройку резервного копирования БД.
Требования к хостингу может включать доступную физическую память для сайта, пропускную способность канала, поддержку используемой базы данных и ряд других требований, предъявляемых для корректной работы сайта.
В конец ТЗ в обязательном порядке нужно внести информацию о том, что все работы, не описанные в настоящем ТЗ, выполняется по усмотрению программиста по очевидным причинам. Это наша «маленькая гарантия» от возможных доработок и переделок, выходящих за рамки ТЗ.
Выводы: Надо сказать, что такая структура разделов ТЗ не претендует на всю полноту (по крайней мере для больших стратегических проектов), но основные моменты все же охватывает.
Надо подчеркнуть, что всё вышеизложенное является только рекомендациями, основанными на опыте людей, работающих в сфере сайтостроения и никак не является жестким требованием, предъявляемым к написанию ТЗ.
Удачных Вам проектов и человеческого взаимопонимания!
(Голосов: 16. Рейтинг: 4,88 из 5)
В этом разделе мы расскажем Вам, как правильно составить задание программисту. Сразу заметим, что всё нижеизложенное является только советом, основанном на нашем опыте работы, и ни в коем случае не требованием, предъявляемым к тех. заданиям. Основным результатом работы и для заказчика и для исполнителя, естественно, является сама программа, но кроме этого заказчику важно, чтобы работа была выполнена быстро, качественно и недорого, а для исполнителя очень важно верно оценить объем и не потерять клиента. Не секрет, что любая база данных - это не просто программа, а сложный механизм, который дорабатывается и улучшается на протяжении всего срока использования. Поэтому программист всегда старается сохранить перспективные отношения с клиентом и, учитывая Ваши интересы, старается подсказать как правильно, быстро и недорого реализовать проект.
Чем отличается Проект от Технического задания? Проект - это намерение разработать некий механизм автоматизации учёта или желание получать быстрые и точные отчёты от уже имеющийся системы. Начинается он с назначения руководителя проектом. Им может быть либо сотрудник фирмы заказчика, либо фирмы исполнителя; во втором случае, естественно, все услуги по ведению проекта войдут в его стоимость. Далее, в случае с "1С:Предприятием", выбирают и изучают типовую конфигурацию по вопросам её возможностей и необходимости в доработках. Только после соответствующего анализа руководитель проекта составляет доскональное и точное задание программистам на внесение изменений в конфигурацию. Это задание и называется Техническим заданием. составление которого рассматривается в данном разделе.
Есть ли смысл изменять конфигурацию? Этот вопрос требует серьёзного рассмотрения. Все конфигурации, работающие с бухгалтерской компонентой, в некоторой степени - правовые системы, т.е. кроме функций расчёта и хранения информации от них требуется соответствующее государственным законам ведение учета. Для этих программ фирмой "1С" ежемесячно выпускаются обновления, как форм отчётности, так и самих конфигураций. Но что получится, если Вы измените программу, а после установите обновление? Все Ваши изменения пропадут. Можно каждый раз восстанавливать их, но зачастую это практически то же, что делать работу заново. В данной ситуации самый лучший способ - выполнять все доработки во внешних модулях. Рассмотрим конфигурацию, доработка которой, по мнению пользователей, необходима - "Торговля и Склад".
Необходимость доработки - это не значит, что программный продукт некачественный, наоборот, эта конфигурация, пользуется огромной популярностью. В своём базовом варианте она способна работать в разных торговых сферах деятельности. Но у каждого бизнеса есть свои нюансы, и совмещать их в одной программе не имеет смысла.
Теперь перейдем к теме. У Вас возникла идея изменить программу или автоматизировать учёт. В своём воплощении любая идея проходит 4 стадии: Проектирование -> Реализация -> Проверка -> Анализ. В перспективных долгоживущих проектах после Анализа снова следует Проектирование, замыкая тем самым "круг"; такой цикл будет существовать на протяжении всего срока эксплуатации программы. Как показывает практика, для воплощения идеи необходимо 3-4 цикла, потом, через какое-то время, возникнет новая идея, но её реализация потребует меньших усилий. Что бы воплотить Ваш проект в жизнь при минимальных финансовых затратах, необходимо найти опытного исполнителя. Но, каким бы опытным не был программист, в первых двух циклах стадии: Проектирования, Проверки и Анализа желательно выполнять своими силами, при соответствующих консультациях исполнителя.
Очень важно не жалеть времени на изучение материала -типовой конфигурации. Писать программу с "нуля" не имеет смысла, так как приобретая "1С:Предприятие" Вы в любом случае в комплекте получите конфигурацию. Как показывает практика, именно на стадии Проектирования возникает до 80% ошибок, особенно при разработке нестандартных решений, из-за неправильно сформулированных требований. Опытному программисту не стоит большого труда воплотить практически любое задание в жизнь, но его работа - это Ваши деньги и время; следовательно, чем точнее и продуманнее задание, тем быстрее и дешевле реализация.
Рассмотрим основные принципы составление технического задания:
Изучите имеющуюся у Вас программу. Если её нет, попросите исполнителя установить демо-версию. В любом случае, сначала необходимо ознакомится с тем, что вы имеете, чтобы дважды за это не платить. Заполните справочники, создайте несколько документов, проверьте работу отчётов. Если что-то не понятно, проконсультируйтесь у исполнителя. По возможности начните работу в программе и, по мере необходимости, небольшими заданиями её изменяйте. Самое главное: не относитесь к типовой конфигурации как к полуфабрикату - это готовый к использованию программный продукт, написанный большим коллективом разработчиков и отлаживавшийся годами. Не ознакомившись с программой и написав большое задание, Вы практически "выбрасываете деньги на ветер", создавая сложности исполнителю и себе. Вывод: хотите меньше потратить денег на доработку - изучайте программу.Возникающие при разработке алгоритма трудности стоит обсудить с программистом. При всех различиях и спецификах деятельности в большинстве проектов реализуются схожие задачи. Наиболее часто такие как: система скидок (постоянные, накопительные или от суммы документа), система учёта заявок покупателей, системы расчёта потребностей в товаре и заказов поставщику, и конечно наиболее частые задания - по обмену между базами. Некоторые из этих вопросов уже решены в типовых конфигурациях, возможно, только стоит с ними ознакомиться.
"1С:Предприятие" пользуется огромной популярностью, и при серьёзном подходе к вопросу проектирования, результат оправдает Ваши ожидания. С помощью программирования возможно реализовать любые схемы учёта, но заказчику необходимо вполне определённо представлять результат, который он хочет получить. Надеемся, что наши советы помогут в решении Ваших задач.
Сайт под рабочим названием «Кредит +» будет представлять собой список кредитных предложений банков в категориях: наличные деньги, кредитные карты, ипотека, автокредит, бизнес кредит.
Механизм работы сайта основан на действии клиента по подбору интересующего его кредитного предложения. Клиент заходит на сайт – выбирает категорию кредита – двумя «бегунками» выбирает сумму кредита и срок. на который ему нужны деньги – под его параметры в реальном времени список делает выдачу .
Требования к движку. самопис, никаких cms;
Требования к ссылкам. site.ru \products\125; site.ru\articles\123; site.ru\console;
ТЗ основано на макетах с 1-го по 8-й, они являются приложением и неотъемлемой частью настоящего ТЗ;
Готовый сайт будет сидеть на разных доменах третьего уровня (пример krasnodar.site.ru, perm.site.ru) домены на разных региональных хостингах. Исполнитель тз помогает в посадке на хостинги;
На разных доменах третьего уровня будут разные теги title, h1-h6, description;
На разных доменах третьего уровня будет разный текст на главной странице и прицеплены разные Я.Карты с координатами;
Исходники дизайна будут предоставлены в *.psd.
1.1. Админка продукты
Административная панель сайта представляет собой шапку с набором основных категорий продукта: карты, ипотека, налик, авто, бизнес и две базы данных: справочник банков и базу статей.
Каждая из категорий: карты, ипотека, налик, авто, бизнес – содержит в себе список продуктов, относящихся к этой категории. Список продуктов озаглавлен параметрами:
а)название банка – заданное имя в базе «справочник банков»;
б)название продукта – индивидуальное название отдельного конкретного продукта, заданное в форме заполнения продукта;
в) чекбокс кредит+ - при простановке галочки в данный чекбокс, название продукта попадает в список продуктов во вкладку « выбор кредит+ » на главной странице в формате: «название продукта _ от_ название бака»;
г) чекбокс лучшие предложения месяца - при простановке галочки в данный чекбокс, название продукта попадает в список продуктов во вкладку « популярные кредиты месяца » на главной странице в формате: «название продукта _ от_ название бака»;
д) чекбокс публикация - при простановке галочки в данный чекбокс, продукт отображается на сайте, в своей категории, при отсутствии галочки – продукт просто находится в базе, без отображения на сайте;
е) редкатировать – иконка открывает форму заполнения продукта;
ж)удалить – иконка удаляет продукт из базы;
1.2. Добавить продукт\редактировать
а) кнопка добавить – вызывает открытие формы заполнения продукта;
б) в форме добавления продукта на макете 1. АДМИНКА КРЕДИТ+, указыны параметры, которые которые присущи любому кредитному продукту. карты, ипотека, налик, авто, бизнес – вне зависимости от категории;
в) на мете 1. АДМИНКА КРЕДИТ+, в полях заполнения параметров визуально отображены какие из полей текстовые. какие числовые, какие чекбоксы – в полях соответственно визуализированы: текст, значение, чекбокс.
Также, существуют параметры: изображение – куда подгружается соответствующей кнопкой «загрузить» изображение (png, jpg) продукта, реферальная ссылка – ссылка, по которой будет происходить переход со страницы продукта по кнопке «оформить» (см. макет 4.СТРАНИЦА ПРОДУКТА КРЕДИТ+) на страницу банка;
г) параметры выбрать банк и выбрать категорию – параметры с выпадающим списком.
Параметр выбрать банк – отображает значения базы «справочник банков». Значения этого параметра можно подобрать как через выпадающий список, так и по вводу первых букв названия банка, параметр должен предложить значения, если они есть в базе;
Параметр выбрать категорию – отображает списком категории: карты, ипотека, налик, авто, бизнес, выбор определенной категории относит продукт к данной категории и продукт попадает в соответствующий категории список на главной странице;
д) те параметры, поля или чекбоксы которых не заполнены, не должны отображаться на странице продукта. (ИСКЛЮЧЕНИЕ! – Если не заполнены поля кредитный лимит. выводится значение –«не ограничено»)
У параметров есть категории параметров : условия и ставки, требования и документы. обеспечение, документы, погашение кредита, бизнес.
И подкатегории. категория заемщика, ограничение по возрасту заемщика, подтверждение дохода, прочие требования к заемщику,
Правило 1: если ни один параметр в подкатегории не заполнен, то название подкатегории не отображается на странице продукта.
Правило 2: если ни одна подкатегория не заполнена, то категория, к которой относятся не заполненные подкатегории – не отображается на странице продукта.
е) кнопка сохранить - сохраняет в базе заполненные параметры.
1.3Справочник банков
Раздел справочник банков представляет собой базу банков, которая представлена списком. Список имеет следующие параметры:
а) название – отображает название банка в базе;
б) параметры Карта, Ипотека, Налик, Авто, Бизнес – отображают количество продуктов данного банка в каждой конкретной категории;
в) параметр ГЕО – показывает, сколько регионов суммарно привязано к категориям (Карта, Ипотека, Налик, Авто, Бизнес) продуктов банка;
г) кнопка редактировать открывает форму редактирования банка, кнопка удалить – удаляет продукт из базы.
1.4 Добавить, Геолокация, редактировать
Форма редактирования\заполнения банка – имеет ряд параметров, которые присущи данному банку и которые пересекаются с базой кредитных продуктов, а также, геолокацию категорий продуктов банка.
а) Параметр ПРОДУКТЫ - отображает, сколько у данного банка продуктов в каждой категории (Карта, Ипотека, Налик, Авто, Бизнес), также, показывает какие из продуктов опубликованы. какие из них находятся во вкладках «выбор кредит+», «популярные кредиты месяца», дает возможность менять чекбоксы, редактировать и удалять продукты. Данные продукты берутся из базы кредитных продуктов;
б) поле Название банка позволяет вводить или редактировать название банка. При нажатии на кнопку сохранить – все изменения на странице сохраняются и соответственно вносятся изменения в базу банков и базу продуктов;
в) при нажатии по кнопке Настроить ГЕО – список продуктов банка меняется на категории: Карта, Ипотека, Налик, Авто, Бизнес. Каждая категория имеет список всех регионов РФ.
Проставление чекбокса напротив конкретного региона, означает, что продукты данной категории данного банка будут отображаться только в выбранном (выбранных) регионе (регионах) на главной странице сайта. Проставление чекбокса «все» - выбирает все регионы для отображения продукта в них ( данный пункт никак не связан с публикацией!).
г) кнопка Сохранить – сохраняет изменения (по пунктам а,б,в) и вносит обновления в базы.
Раздел статей представляет собой список статей, имеющихся в базе.
а) В списке видны: дата добавления. название статьи, публикация, возможность ее редактировать и кнопка удалить;
б) В редакторе статьи присутствует:
- добавление изображения (с авто форматом 4х4);
- дата добавления статьи( проставляется автоматически, но есть возможность задать свою).
в) Кнопка Сохранить – сохраняет изменения в базе статей.
Смотрите макет с аналогичным названием, на нем отмечены цифры, обозначающие номер каждого элемента. Ниже описание.
2.1. Указание региона сайта. При нажатии раскрывается список, регионов РФ. Регион определяется автоматически по ip пользователя и соответствующему обращению системы к внешним ip, где есть разбивка на регионы. Также, при первом входе на сайт, пользователю предлагает подтвердить правильно ли сайт определил его место нахождение. (см. 3.ГЛАВНАЯ ГЕО КРЕДИТ+), при щелчке по «нет», открывается список, где пользователь самостоятельно выбирает совой регион. Регион отображается в формате регионального центра, а не названия федеральной единицы (Пермь, Москва, Екатеринбург, Челябинск);
2.2. – 2.3. Выпадающие списки (требуют плавной анимации выпадения). Содержимое списков формируется на основании п.1.1 в,г;
2.4. Выпадающий список «популярные кредиты» копирует содержимое блока « популярные кредиты » см. п.2.17 и состоит из 4х кредитных предложений;
2.5. Ссылка «Полезные советы» ведет на страницу со списком статей;
2.6. Блок отображает количество банков в базе и общее количество опубликованных продуктов ;
2.7. Блок общее количество кликов по кнопке кнопкам оформить за все время, и общее количество кликов по кнопке оформить, которое было сделано сегодня ;
2.8. Блок отображает общее количество отзывов на сайте за все время и процент одобрения, который нужно вводить вручную из админки;
2.9. Блок с анимацией, три меняющихся слайда. Анимация – исчезновение. Выдержка – 4сек, смена слайда – 1сек; (см. два остальных слайда 7.Сюжет 2 и 8.Сюжет 3)
2.10. Вкладки с категориями кредитных продуктов. Состоят из кнопок, при нажатии, смена цвета;
2.11. – 2.12. Блоки задания нужной суммы и срока бегунками(анимация) и отображение введенных значения( анимация). Параллельно с изменением бегунков меняются результаты выдачи в блоке 2.16.
2.13. Парсит курс валют с сайта ЦБ РФ.
2.14. Копирует результат п.2.7 .
2.15. Отображает заголовки и превью текста(кол-во символов определим «по месту») последних (свежих) 3х статей. Ссылка «все советы» – ведет на список статей.
2.16. Блок выдачи кредитных продуктов. По умолчанию видны все результаты в категории;
2.16.1. Ограничить выдачу 10-ю строчками;
2.16.2. Сортировка в блоке по умолчанию происходит по кредитной ставке от меньшего к большему;
2.16.3. Заголовки столбиков (название банка, %, лимит ) - кликабельны и выдают сортировку от большего к меньшему для числовых значений, и А-Я для текстовых;
2.16.4. При наведении на строчку – выделение строки полосой;
2.16.5. В столбике лимит выводятся значения поля «до», если поле не задано, то значение поля «от»;
2.16.6. Столбик «подтвердить» берет значения из формы редактирования продукта, из подраздела подтверждение дохода (см. п.1.2.д), если ни один из параметров в подкатегории не отмечен чекбоксом, то в результат выдачи столбика выводится значение – «не требуется».
2.17.Блок «популярные кредиты» строит подборку из четырех кредитных продуктов на основании статистики по кликам на кнопку оформить среди всех продуктов. Счетчик кликов в этом блоке обновляется каждые 7 дней
2.18. Статичная не меняющаяся статья – отдельная под каждый регион. Висит с целью SEO – оптимизации.
2.19. Логотип и текст о копирайте.
2.20. В данном блоке будет размещено несколько контактных имейлов, ссылок на разделы не будет.
2.21. Блок меняется для каждого региона. Туда будет интегрирована Я.Карта и контакты ЦБ РФ в их регионе.
3.СТРАНИЦА ПРОДУКТА КРЕДИТ+
Смотрите макет с аналогичным названием, на нем отмечены цифры, обозначающие номер каждого элемента. Ниже описание.
3.1. Кнопка возвращает к отсортированному на предыдущем шаге списку.
3.2. – 3.3. Кнопка «Оформить» отправляет пользователя по реферальной ссылке, открывает ее в новом окне. Во время работы редиректа отображает переход (см. макет 6.РЕДИРЕКТ КРЕДИТ+)
3.4. Блок с мнениями о продукте, идут вниз до 10шт, кнопка «больше» - должна подгружать остальные мнения, также вниз.
4.СПИСОК СТАТЬИ КРЕДИТ+
Смотрите макет с аналогичным названием, на нем отмечены цифры, обозначающие номер каждого элемента. Ниже описание.
4.1. Выводится 10 статей из базы статей(свежих) с картинками, заголовками и превью текста, датой. При щелчке на читать далее – открывает полный текст на новой странице.
Смотрите макет с аналогичным названием, на нем отмечены цифры, обозначающие номер каждого элемента. Ниже описание.
5.1. Заголовок, текст статьи, изображение. стрелка «назад», которая возвращает к списку статей. стрелка «вперед». которая перелистывает на более раннее статьи.
5.2. Поставить социальные кнопки на статьи
Смотрите: Post navigation9 июня 2012. Евгений Москаленко
Добрый день дорогие читатели, я Вам еще не говорил, но в моей жизни появилась идейка под один очень интересный проект. Суть проекта конечно-же пока не расскажу. Как говорится всему свое время. Зато расскажу как я составляю техническое задание или как говорят в народе «ТЗ», для разработки интернет-проектов. Спросите, почему речь пойдет именно о техническом задании? И при чем тут мысль о моем новом проекте. ) Все очень просто. Новый проект должен иметь какую-то суть, обладать качественным и уникальным дизайном, а так-же быть интересным для интернет-пользователей. Для того, чтобы не потерять суть, идею проекта, я составляю «ТЗ».
Как правило в процессе разработки проекта, техническое задание слегка видоизменяется, иногда довольно таки сильно. Кстати! Данное «ТЗ», Вы можете использовать не только как план и четкое разъяснение своей идеи для себя… Но и для разработчиков веб-проектов, программистов, веб-дизайнеров.
Основные аспекты технического заданияОсновные аспекты технического задания — это пункты на которые разбивается наше «ТЗ». Что в дальнейшем поможет нам разбить и структуризировать разработку проекта на некие этапы. Которые в дальнейшем веб-студия сможет отдать непосредственно специалисту той или иной области. К примеру над этапом «Описание дизайна сайта» будет работать дизайнер, а «техническими требованиями проекта» будет заниматься программист…
1. Кратко о сути проектаПри разработке «ТЗ» суть проекта является довольно таки важным этапом. Так как тут Вы для себя или-же для разработчиков четко и ясно рассказываете о чем собственно ваш проект. Продумываете название, доменное имя, сферу деятельности.
На сегодняшний день сайты классифицируют по типу. Сложность сайта и ценовая политика разработки зависит непосредственно от типа сайта. К примеру такие виды сайтов, как блог. сайт-визитка, корпоративный сайт, интернет-магазин можно сделать самому, обладая некими знаниями html. css. cms .
Раздел, в котором необходимо четко отметить для себя под какую аудиторию будет ориентирован Ваш проект, чем данный сайт будет полезен вашим посетителям. Продумать и заготовить графику, контент необходимого объема. Очень важно, чтобы контент и графика были уникальными, интересными и четко соответствовать тематики проекта.
Тут так-же не все так просто как кажется на первый взгляд. Чтобы разработчик понял, какая структура должна быть у сайта или же, чтобы Вы сами не забыли некие нюансы структуры проекта. Четко продумайте количество страниц, навигацию. Для этого можете изобразить на листочке блок схемку…
Очень важный этап при написании тз. Дизайн — это вообще очень важный момент в сайтостроении, так как пользователь долго не продержится на Вашем ресурсе с некачественным, неудачным оформлением «вашего детища»! Поэтому при составлении технического задания уделите как можно больше времени веб-дизайну своего проекта…
Так-же не менее важный этап, а возможно даже и самый важный. Хотя нет, дизайн так-же не менее важен…) В этом разделе технического задания не получиться сесть и быстренько все продумать, так как если будете делать все это сами, то тут возникает вопрос. А под силу ли это вам? Если будете заказывать у веб-программистов, веб-студий, то хватит ли денег на реализацию всего того, что Вы там придумали. Поэтому тут надо сесть и все хорошенечко продумать.
Здесь уже все куда проще, по срокам я обычно никуда не тороплюсь (в мерах разумного конечно).
Надеюсь в этом разделе мои комментарии не нужны. Думаю тут и так все предельно ясно и понятно…
Вроде все. С основными аспектами написания технического задания мы с вами разобрались. Теперь давайте скачаем данный вариант технического задания.
Скачать пример ТЗ (техническое задание)
