|
|
|
|
Главная |
|
Новости |
|
Статьи |
|
Шпаргалки |
|
Файлы |
|
О проекте |
|
Форум |
|
Футболки |
|
|
|
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.
|
|