ВУЗ:
Составители:
Рубрика:
Примеры: распределение срочного заказа по заводам (в основе решения задачи – параллельное
выполнение слабо связанных целей); создание разветвленной информационной системы на основе сети
ЭВМ (в основе – параллельное выполнение сильно связанных целей); поиск информации в банке дан-
ных (в основе – последовательный переход вниз по древовидной системе признаков); математическая
декомпозиция линейной системы уравнений большой размерности (в основе – циклическое решение
систем меньшей размерности). Из примеров видно, что локальные цели здесь связываются с выделени-
ем достаточно-однородных частей. В случае выполнения целей одним коллективом (одним человеком,
одной ЭВМ) преобладает последовательное или последовательно-циклическое достижение целей (типа
рис. 2.6, б). Если же цели выполняются различными коллективами (людьми, машинами), то преобладает
параллельное или параллельно-циклическое достижение (типа рис. 2.6, в).
В этой типовой схеме сложным может быть как выделение, так и согласование целей. (Пример про-
стого деления и согласования – это разбивка годового задания по кварталам, месяцам и т.д.).
2.1.5 Система действий. Операционные модели
Снова обратимся к рис. 2.4 и напомним, что в предыдущих пунктах говорилось о выделении ло-
кальных целей как о первом шаге построения системы действий. Теперь обсудим построение системы
ответов на вопрос «Что делать для выполнения локальных целей?» (средняя ячейка на рис. 2.4). Эти от-
веты составляют описание действий.
Уже отмечалось, что существует тесная связь между содержанием средней и верхней ячеек (рис.
2.4). Во-первых, опытный разработчик мыслит категориями только принципиально осуществимых це-
лей, чем сводит к минимуму проблемы выбора действий после фиксации согласованных целей. Во-
вторых, нередко ответ на вопрос «Что делать для осуществления данной цели?» ищется непосредствен-
но после выбора локальной цели, что позволяет говорить об одновременном создании системы целей и
организации действий. В-третьих, формулировка цели часто сама уже указывает на действия по ее вы-
полнению (как это имело место у нас в примере с созданием САПР в п. 2.1.3).
То же самое можно сказать и о последней стадии построения системы действий – ответах на вопрос
«Как?» (нижняя ячейка на рис. 2.4). Способы выполнения действий (процесс решения) также полезно
продумывать на начальной стадии построения системы действий. Все это позволяет перейти к обсужде-
нию совокупности действий в целом.
Создание системы действий в достаточно сложной задаче представляет собой в значительной сте-
пени неформализованный процесс.
В нем необходимо учитывать как специфику задачи, ее предметно-понятийную (техническую) и науч-
ную сферы, как и сведения о системном применении знания, моделировании в целом, математической и
другой формализации. Можно утверждать, что общих приемов, позволяющих составлять подробную
систему действий в любой конкретной задаче, не существует. Различные системы действий, безусловно,
обладают рядом общих, безотносительных к характеру задачи свойств, но эти действа лишь в самых
общих чертах определяют организацию действий. Между такими системными сведениями и их практи-
ческим применением существует значительный разрыв. Он преодолевается работой исследователя, вы-
ступающего интерпретатором обобщенного знания и одновременно носителем конкретного, нужного в
данной прикладной проблеме.
Построение системы действий облегчается использованием типовых схем действий, разработанных
для отдельных узких, а иногда и достаточно широких классов задач. Такие схемы называют операцион-
ными моделями (операционными диаграммами, схемами, технологическими линиями, маршрутами).
Эти модели, состоящие из набора связанных операций (процедур), представляют собой описания типо-
вых путей решения задач.
Операционными моделями являются всевозможные методики, инструкции, программы и алгорит-
мы действий, указанные последовательности операций. Высокий уровень общности демонстрируется в
таких операционных моделях, как типовой САПР отрасли или главка, типовая АСУ «Бухгалтерия», ти-
повой ГАП инструментального цеха.
Как любое типовое (усредненное) решение, операционная модель требует к себе критического, сис-
темного отношения исследователя, нуждается в «настройке» на данный конкретный случай. С другой
стороны, такая модель ориентирует в ситуации, позволяет использовать имеющийся опыт, заимствовать
удачно подобранные и согласованные операции. При обмене опытом воспринимается именно операци-
онная модель или ее элементы.
Страницы
- « первая
- ‹ предыдущая
- …
- 46
- 47
- 48
- 49
- 50
- …
- следующая ›
- последняя »
