Методы распределения функций между человеком и машиной

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

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

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

Рассматривая вопрос о том, какие методы распределения функций полезны и соответствуют системе "человек — ЭВМ", П. Т. Кидд обращается к первым работам в этой области и, в частности, к статье А. Чапаниса.

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

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

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

Во-первых, как видно из опыта проектирования, написать полную и детальную спецификацию почти невозможно. Некоторые ограничения и цели трудно сформулировать и зачастую нельзя ясно выразить, пока не построена модель или макет системы. Когда спецификация написана и представлена клиенту, он, вероятно, ее примет. А когда система будет построена, он, вероятно, скажет, что это не то, чего он хотел или ожидал. Причина заключается в том, что некоторые цели и ограничения существуют в неявном виде и становятся явными только тогда, когда цель не достигнута или нарушены ограничения. Это одна из причин, почему программное обеспечение (ПО) часто оказывается неадекватным или неподходящим.

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

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

В-четвертых, инновации в технологии чаще начинаются в исследовательской лаборатории. Этот процесс может направляться любопытством (например, что бы можно сделать с технологией экспертных систем?). Некоторые научные идеи могут воплотиться в продукте, который затем купят клиенты и добавят их к существующим системам.

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

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

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

Наконец, проектирование — скорее искусство, чем наука. В нем смешались формальные и неформальные методы, анализы, математика, а также элементы суждений и опыта. Чаще проектировщик знает, что для достижения заданного результата ему надо сделать то-то и то-то. Его опыт не побуждает проводить детальный анализ задач, чтобы создать удовлетворительную работу для людей, которые будут использовать данную систему.

Дата добавления: 2015-04-30