ВУЗ:
Составители:
111 112
Составление технического задания (3.25)
Цель
Описать приемлемый конечный результат предстоящего
процесса проектирования.
План действий
I. В предварительном плане охарактеризовать ряд
возможных результатов на разных уровнях общности.
3. Выбрать низший уровень общности, предоставляющий
проектировщикам достаточную свободу решений.
3. Определить ожидаемый результат проектирования вне
зависимости от проектных характеристик, которые
проектировщики могут свободно изменять, и в зависимости
от эксплуатационных характеристик, которые
проектировщики в состоянии прогнозировать.
Замечания
Очень трудно провести границу между данным методом
составления задания и методами 9.1 и 12.2. Основные
различия состоят в следующем:
Формулирование задач - процедура, с помощью которой
проектировщики расширяют задание заказчика и исследуют
возможности его реализации. Предполагается, что бригада
проектировщиков располагает большей информацией, чем
заказчики.
Составление технического задания - процедура, с
помощью которой заказчики или независимые группы
специалистов, такие, как инженеры по технике безопасности,
задают характеристики приемлемых результатов предстоящего
процесса проектирования. Предполагается, что составители
технического задания знают больше, чем проектировщики, об
условиях, которые должны быть удовлетворены.
Выбор критериев - процедура, с помощью которой
неопределенные задачи и технические задания преобразуются
в форму, допускающую объективные измерения. Часто
быстрее и дешевле оказывается сначала исследовать
альтернативные задачи и технические задания, пусть даже в
довольно неопределенных выражениях, а лишь затем
приступать к дорогостоящему процессу преобразования
отобранных задач в измеряемые критерии.
В связи с этим следует более тщательно рассмотреть
понятие общности и рассмотреть три основных уровня
общности формулировок, а также способы их проверки на этих
уровнях.
Объективные критерии должны быть на уровне научного
знания. Технические задания должны составляться, главным
образом, на уровне логического знания, и их можно развивать
и совершенствовать путем проверки логической
согласованности.
Конечные задачи должны оставаться на онтологическом
уровне, их правильность или неправильность не может быть
доказана, они устанавливаются на основе личных убеждений
путем ссылки на принципы, путем переубеждения,
соглашения, компромисса, путем голосования, на основе
законов или волевого решения.
Второстепенные задачи, т.е. те, которые служат
средством для достижения конечных задач, рассеяны вниз
через логический уровень вплоть до уровня научного знания. В
процессе правильно организованной разработки проекта
конструкторы должны поддерживать преемственность между
этими тремя уровнями путем вычерчивания иерархических
или сетевых схем задач, путем составления логически
согласованных технических заданий и формулирования
объективных критериев, с помощью которых устанавливается
приемлемость проекта.
Применение
Важно, чтобы степень общности задания была приведена
в соответствие с потребностями проектной группы. При
составлении заданий для нескольких проектных групп,
Составление технического задания (3.25) быстрее и дешевле оказывается сначала исследовать Цель альтернативные задачи и технические задания, пусть даже в Описать приемлемый конечный результат предстоящего довольно неопределенных выражениях, а лишь затем процесса проектирования. приступать к дорогостоящему процессу преобразования отобранных задач в измеряемые критерии. План действий В связи с этим следует более тщательно рассмотреть I. В предварительном плане охарактеризовать ряд понятие общности и рассмотреть три основных уровня возможных результатов на разных уровнях общности. общности формулировок, а также способы их проверки на этих 3. Выбрать низший уровень общности, предоставляющий уровнях. проектировщикам достаточную свободу решений. Объективные критерии должны быть на уровне научного 3. Определить ожидаемый результат проектирования вне знания. Технические задания должны составляться, главным зависимости от проектных характеристик, которые образом, на уровне логического знания, и их можно развивать проектировщики могут свободно изменять, и в зависимости и совершенствовать путем проверки логической от эксплуатационных характеристик, которые согласованности. проектировщики в состоянии прогнозировать. Конечные задачи должны оставаться на онтологическом Замечания уровне, их правильность или неправильность не может быть Очень трудно провести границу между данным методом доказана, они устанавливаются на основе личных убеждений составления задания и методами 9.1 и 12.2. Основные путем ссылки на принципы, путем переубеждения, различия состоят в следующем: соглашения, компромисса, путем голосования, на основе Формулирование задач - процедура, с помощью которой законов или волевого решения. проектировщики расширяют задание заказчика и исследуют Второстепенные задачи, т.е. те, которые служат возможности его реализации. Предполагается, что бригада средством для достижения конечных задач, рассеяны вниз проектировщиков располагает большей информацией, чем через логический уровень вплоть до уровня научного знания. В заказчики. процессе правильно организованной разработки проекта Составление технического задания - процедура, с конструкторы должны поддерживать преемственность между помощью которой заказчики или независимые группы этими тремя уровнями путем вычерчивания иерархических специалистов, такие, как инженеры по технике безопасности, или сетевых схем задач, путем составления логически задают характеристики приемлемых результатов предстоящего согласованных технических заданий и формулирования процесса проектирования. Предполагается, что составители объективных критериев, с помощью которых устанавливается технического задания знают больше, чем проектировщики, об приемлемость проекта. условиях, которые должны быть удовлетворены. Применение Выбор критериев - процедура, с помощью которой Важно, чтобы степень общности задания была приведена неопределенные задачи и технические задания преобразуются в соответствие с потребностями проектной группы. При в форму, допускающую объективные измерения. Часто составлении заданий для нескольких проектных групп, 111 112
Страницы
- « первая
- ‹ предыдущая
- …
- 54
- 55
- 56
- 57
- 58
- …
- следующая ›
- последняя »