PHP.com.ua : учимся вместе! - шпаргалки. - Что такое Техническое

[/] - Насколько распространен шаблонизатор Sma... - Что сделать что бы не было проблем с код... - Senior Front-End Web Developer, Kiev... - jQuery, Opera, динамическое пересоздание... - контекстна реклама - Установка PHP на FreeBSD - Разница в работе регулярок локалки и хос... Главная Новости Статьи Шпаргалки Файлы О проекте Форум Футболки FREEhost.com.ua - купил хостинг 10 у.е. на Begun в подарок. iName.com.ua - регистрация доменных имен и хороший хостинг. Библиотека программиста - нужный вам исходник или документация по необходимому для вас языку программирования. Designclub - Клуб дизайнеров Украины. Регистрация доменов Хостинг Путь: Шпаргалки Шпаргалки Автор: - Sych Дата публикации - 02.06.2005 Просмотров: - 7933 Что такое Техническое задание? [nb]Материал любезно предоставлен [url=mailto:yshilyaev@gmail.com]Юрием Шеляевым[/url= оригинал заметки находится на сайте автора url]http://yuri.shilyaev.com/] оригинал заметки находится на сайте автора url]http://yuri.shilyaev.com//url] [/nb] [quote][p]Согласно Большой Советской Энциклопедии:[/p] Техническое задание (ТЗ), исходный документ для проектирования сооружения или промышленного комплекса, конструирования технического устройства (прибора, машины, системы управления и т. д.) либо проведения научно-исследовательских работ (НИР). ТЗ содержит технико-экономическое обоснование разработки, основные технические требования, предъявляемые к сооружению или изделию, и исходные данные для разработки; в ТЗ указываются назначение объекта, область его применения, стадии разработки конструкторской документации, её состав, сроки исполнения и т. д., а также особые требования, обусловленные спецификой самого объекта либо условиями его эксплуатации. Как правило, ТЗ составляют на основе анализа результатов предварительных исследований, расчётов и моделирования.[/quote] При разработке сайта, программного средства или любого ПО составление ТЗ—обязательный и необходимый процесс. Думаю, что все компании когда-либо создававшие не то что программное обеспечение, а даже простой сайт сталкиваются с проблемой недоговоренности с Заказчиком. ТЗ—это и есть такая договоренность. В какой-то мере Техническое задание—это описанный образ еще не существующей системы. Прежде чем описать образ его надо представить себе—разработать или спроектировать. [quote][p]Вот какое определение “проектирования” дает нам Яндекс:[/p] Проектирование (от лат. projectus, буквально – брошенный вперёд), процесс создания проекта – прототипа, прообраза предполагаемого или возможного объекта, состояния.[/quote] Создание ТЗ—это проектирование. Т.е. создание прообраза. Однако, описание чего бы то ни было процесс не такой простой. Описание предполагает рассмотрение образа с разных сторон, структуризация накопленных наблюдений и составление их в общую картину. Попробуйте написать ТЗ на чайник! Казалось бы—простая вещь, а не знаешь с какой стороны подойти… Сталкиваясь в своей повседневной практике с вопросами написания ТЗ должен сказать, что одним из лучших помощников для составления документации до сих пор остается старый добрый ГОСТ. Хочется отметить, что сейчас (а может так было всегда) в университетах не достаточно прививают практику использования ГОСТов. [b][u]Мучают их всеми – это да! А вот научить, чтобы пользовались...[/u][/b] Бытует стереотип, что ГОСТ—это старо и не современно. Но если вы используете каскадный метод разработки, то думать тут нечего—берите ГОСТ. В проектировании и составлении Технического задания на разработку сайтов и веб-систем мы сейчас используем [url=http://www.dev4masses.com/docs/gosts/34-602-89.html]ГОСТ 34.602-89—Техническое задание на создание автоматизированной системы.[/url] Как-нибудь я постараюсь выложить ссылки на ГОСТы по составлению проектной документации. Естественно, что данный ГОСТ устарел и не подходит целиком для веб-систем. Однако, общие постулаты очень хорошо расставляют все по полочкам в голове. Можно смело удалять половину требований (особенно, что касается различных “требований к транспортабельности для подвижных АС”), а вот кое-что придется дописать самостоятельно. Например, там не написано в каком конкретно разделе указывать разрешения браузеров... [nb][p]В каком случае составлять ТЗ? В любом![/p][/nb] Если это большой сайт, то без ТЗ можно просто довольно быстро запутаться что и как. В любом сайте больше 20 страниц (100-500) может быть столько тонких моментов, различно понимаемых Исполнителем и Заказчиком, что проект можно считать безнадежным с самого начала; Если сайт маленький, то и тут не стоит пренебрегать данным этапом работ. Маленькие сайты, как правило гораздо более сфокусированы, чем большие и потому надо учитывать все до мелочей! [p]Ссылки по теме[/p] [url=http://www.dev4masses.com/docs/gosts/19-201-78.html]ГОСТ 19.201-78 (СТ СЭВ 1627-79) ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ[/url] [url=http://www.dev4masses.com/docs/gosts/34-602-89.html]ГОСТ 34.602-89 ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ[/url] Обсудить в ФОРУМе - комментариев () Путь: Шпаргалки Если вы заметили орфографическую, стилистическую или другую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter. Контакты Design by webFaction Ukrainian PHP Group 2004-2005