Требования к установке продукта

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

Лучше всего, если программный продукт вписывается в стандартную кон­фигурацию компьютера. Если же для работы требуется особая настройка, то ее надо оговорить в требованиях к установке.

Техническое задание

После определения требований к продукту вырабатывается техническое за­дание (ТЗ) на его разработку. Это очень важный документ. Он должен со­держать как можно более подробное описание будущего программного про­дукта, тщательно согласованное между заказчиком и разработчиком. В нем четко выражаются все требования, записанные не только обычным текстом, но и снабженные чертежами и рисунками.

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

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

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

Поэтому, стремясь к полноте технического задания, следует предусмотреть возможные изменения. Надо быть готовым к этому и проектировать разра­ботку так, чтобы можно было как можно легче вносить изменения в про­граммный продукт. Опытные в таких ситуациях менеджеры часто специаль­но составляют техническое задание в самых общих выражениях, чтобы получить простор для маневра в процессе разработки.