Анализ и формализация списка требований

При составлении перечня (списка) требований к проектируемому объекту рекомендуют скрупулезно записывать все выявленные данные и сведения, не обязательно в отточенных и четких формулировках. Полнота перечня — основной девиз.

По завершении этой работы переходят к обработке собранной информации. Работа проводится в ряд этапов.

1. Обобщение и абстрагирование. Увязываются и обобщаются отдельные фрагменты, чтобы, по возможности, получилось цельное, ясное и лаконичное представление о разрабатываемом объекте с учетом возможных изменений. Убираются дублирующие сведения, в том числе и такие, которые повторяют друг друга в иных формулировках или являются частным случаем. Например, даны условия: изделие работает в агрессивной среде и оно должно быть коррозиеустойчивым. Здесь второе условие является частным случаем первого.

Абстрагирование предназначено дать такую формулировку требованиям, чтобы избежать предопределения путей решения задачи (не создавать психологических барьеров).

Для получения «сильных» решений рекомендуется усиление системы требований и обострение противоречий путем формулирования ИКР. Например, ручка пишет не только в наклонном, но и в любом положении; автомобиль передвигается не только по снегу, но и любому сыпучему и рыхлому грунту.

Чтобы предубеждения и психологическая инерция не сужали область поиска, а заказчик своей формулировкой задачи не предопределял направления поиска решения, желательно функцию формулировать обобщенно и в нейтральных терминах. Так, функцию «сбивать» (допустим, доски) лучше заменить термином «соединять», что позволяет отвлечься от естественной ассоциации — соединение гвоздями, и предлагает более широкий круг возможных решений.

В процессе поиска наиболее полной и точной формулировки строится цепочка функций — от первоначально предложенной до окончательно принятой. Этому помогает ответ на вопрос «Зачем это нужно?».

Наряду с потребностью в каком-то действии может существовать и потребность в несовершении действия или совершении действия с отрицательным эффектом.

В большинстве случаев за приведенной в ТТ потребностью стоит необходимость выполнения (последовательно или одновременно) нескольких функций. Цепочка функций строится для каждой из них.

2. Проверка на противоречивость. При наличии нескольких функций часть их по своему действию может оказаться противоречивыми. Например, вода должна быть горячей (для заварки), но не обжигать руки. Для разрешения противоречий эффективно применять эвристические методы. При этом устранение противоречий возможно как на этапе составления ТЗ (изменение формулировок функций, разнесение их действия во времени или в пространстве и т.д.), так и на последующих этапах проектирования.

Во избежание затруднений при последующем решении задачи условия и ограничения также следует проверять на противоречивость. Так, ограничения могут задавать пустое множество (например, из удобства работы масса устройства не должна превышать 2 кг, а из условия обеспечения требуемого давления на опорную поверхность масса должна быть не менее 5 кг). Подобные противоречия не всегда очевидны: сведения по верхней и нижней границам могут поступать в разное время или помещаться в разных местах ТЗ, быть представлены в неявном виде. Разрешение противоречий возможно следующими способами:

· изменение ТЗ: смягчение ограничений, замена их другими (для ранее приведенного примера — второе ограничение на вес заменить ограничением на опорное давление) или отказ от них (если они не относятся к существенным);

· замена отдельных ограничений показателями качества. Например, вместо первого ограничения на массу изделия ввести требование минимизации его массы. Ясно, что в этом случае решения будут существовать, но лучшее — изделие с массой 5 кг;

· воспользоваться эвристическими приемами по уточнению ТЗ;

· оставить ТЗ таким, как оно есть, а возникшее противоречие попытаться разрешить на последующих этапах проектирования.

3. Разграничение требований на условия, ограничения и показатели качества. Представление требований в виде показателей позволит получить решения с высокими характеристиками, но такая задача решается сложнее. В качестве показателей выбирают те, которые характеризуют наиболее важные свойства. Для вводимых условий необходимо оценить величину разброса и необходимость указания предельных значений, т.е. представления их в виде ограничений.

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

При решении задачи оптимального проектирования рекомендуют показатели качества приводить к критериальному формализованному виду, т.е. назначать им численную меру. Основной метод конкретизации формулировок — построение дерева целей (И или ИЛИ деревья): исходный показатель декомпозируется до выявления элементарных понятий, однозначно характеризуемых наборами параметров, например, как показано на рис. 15.

Рис.15. Дерево целей

Проблемами оценки качества посредством количественных показателей занимается наука «Квалиметрия». Здесь исследуются методы определения численных значений показателей, установление их рационального состава.

При конкретизации задачи стоит помнить, что хорошее задание заказчика (ТТ), когда оно представлено в неформализованном виде, в общих чертах (это позволяет заказчику коротко, но полно охарактеризовать задачу), а исполнителя (ТЗ) — если оно четкое и формализованное (это является залогом успешного решения задачи).

5. Усечение списка требований. Большой объем информации хотя и способен дать максимально полное представление о решаемой задаче, но и труднее удерживается в голове, усложняет решение задачи. Для сокращения сведений до разумного объема (под способности каждого конкретного разработчика, соответствие его финансовым, организационно-техническим, временным ресурсам) можно воспользоваться ранжированием или разделением их на группы обязательных к учету, желательных и несущественных. К обязательным относятся те, неудовлетворение которых существенным образом влияет на выбор вариантов решений. Это — функциональные параметры, условия взаимосвязи объектов и их частей и другие. Желательные требования позволяют различить варианты по степени качества.

Следует помнить, что проектирование носит итерационный характер и то, что не учтено в начале, может быть учтено на последующих этапах.

Усекая требования, желательно задавать себе контрольные вопросы: «Почему должно выполняться данное условие (или ограничение)?», «Что произойдет, если оно не будет выполнено?» и т.п.

Все изменения, дополнения и уточнения формулировок обязательно согласуются с заказчиком и им утверждаются. Это необходимо и потому, что в случае обнаружения в процессе решения задачи неточностей или ошибочности исходных данных возникает необходимость определения степени вины каждой из сторон-участниц разработки, распределения понесенных в связи с этим убытков. Также, в состав ТЗ могут входить данные, которые должны согласовываться и утверждаться специальными службами, например, Госгортехнадзором, Госсанэпидемнадзором, пожарной инспекцией.