4. Анализ
систем означает оценку всего
списка гипотетических систем. Для
оценки каждого варианта системы
необходимо вычислить совокупность
показателей, характеризующих свойства
системы. Сопоставляя эти характеристики,
можно получить первоначальное
представление о преимуществах
и недостатках вариантов системы.
Получить эти характеристики
можно двумя способами: путем
обработки экспериментально полученных
данных или с помощью моделирования
процесса функционирования системы
на ЭВМ. Эти оценки касаются
работы системы, стоимости, качества
и т.д.
5. Выбор
наилучшего решения включает
оценку выполненных анализов
и сравнение этих оценок с
целями, для того чтобы выбрать
наименьшее подмножество альтернативных
систем, заслуживающее дальнейшего
рассмотрения.
6. Представление
результатов – последняя операция
фазы. Здесь может понадобиться
формальный отчет с одним из
трех заключений: 1) что данная
система решит задачу; 2) что необходима
исследовательская разработка некоторых
альтернатив, прежде чем можно
будет прийти к правильному
заключению, или 3) что в настоящее
время дальнейшая работа неоправданна.
Фаза исследовательского
планирования требует на этапах
уяснения задачи и синтеза
систем максимальной свободы
воображения.
Планирование
разработки
По операциям
данная фаза похожа на предыдущую,
но все шаги выполняются с
гораздо большими деталями и
для значительно меньшего числа
альтернатив. Проблемы, пренебрегаемые
на предыдущих фазах, такие,
как прогноз усилий и затрат
на разработку или рекомендации
относительно сроков и приоритетов,
должны отсеять малоподходящие
системы.
После
принятия решения об осуществлении
проекта начинается планирование
разработки, задача которой –
составить план действия, в котором
будут перечислены цели и предложены
способы их достижения.
Полученный
план подготавливается совместно
с инженерами-разработчиками, и отчет
должен быть согласован с ними.
Изыскания в ходе
разработки
Роль системотехников
заключается в формировании более
подробных требований, оценке и
поддержке усилия разработчиков,
на которых переносится основная
тяжесть работы. План действия
совершенствуется с учетом новых
технических данных, получаемых
при разработке и в ходе
продолжающихся системных изысканий.
Обсуждаются изменения в целях
и требованиях, если найдены
лучшие пути удовлетворения потребности
или если некоторые требования
оказались нереалистическими.
После разработки
и изготовления первых моделей
фаза включает планирование и
координирование первых полевых
испытаний с участием заказчика.
Эти испытания доставляют материал
для окончательной оценки системы
в ее рабочем окружении. Для
пользователей новой системы
необходимо подготовить информацию
разного рода. Иногда это включает
проведение специальных учебных
программ.
Текущие изыскания
Во время
эксплуатации системы, когда вся
деятельность разработчиков уже
окончена, начинается «фаза доводки»
или «фаза обратной связи». Эта
фаза не имеет определенных
этапов, но включает частные контакты
с заказчиком по вопросам применения
и работы системы. В ряде
случаев ставятся испытательные
программы для сбора информации,
которую нельзя было получить
до применения системы и которая
может быть использована в
новых разработках.
Окружение
системы, так же как и ее
применение с течением времени
могут меняться, что предъявляет
системе новые требования. В этих
условиях инженеры-системотехники
и их заказчики часто пытаются
расширить или модернизировать
систему, что приводит к дополнительным
разработкам. Результатами могут быть
снижение стоимости, упрощение, повышение
надежности или иные выгоды.
Глава 4. Моделирование в
системотехнике
Метод моделирования
является весьма эффективным
методом оценки вариантов сложной
системы на стадии ее проектирования.
Перед изготовлением
опытного образца системы полезно
провести детальное обследование
варианта системы методом моделирования,
что позволяет получить предварительную
оценку характеристики системы.
Анализ результатов моделирования
может выявить слабые стороны
проекта, что поможет выбрать
характеристики системы более
основательно.
Моделирование
в ряде случаев эффективнее
и оперативнее аналитического
аппарата, поскольку модель позволяет
проще и быстрее получить количественный
результат. Но модель ограничена,
так как отражает не все,
а только некоторые грани системы,
только определенные свойства
объекта моделирования. Но в
системотехнике это скорее достоинство,
чем недостаток, поскольку практике
нужны не все возможные, а
конкретные, целенаправленные данные.
Если возникает потребность в
получении данных, связанных с
другой областью применения системы,
нужна новая модель.
Моделирование
в системотехнике реализует одну
из основных кибернетических
идей Винера о «черном ящике»
– устройстве, о котором известно
состояние входов и выходов,
но неизвестно внутреннее строение
и принцип действия. По Винеру
предполагался следующий способ
раскрытия «черного ящика»: рядом
с «черным» ставится «белый»
ящик, с полностью известным устройствами.
На входы обеих ящиков подается
одинаковый по свойствам белый
шум, а затем устройство белого
ящика изменяется до тех пор,
пока выходные функции совпадут,
таким образом, с исследовательской
точки зрения ящики станут
тождественными.
Но при
создании сложных систем невозможно
использовать белый шум в качестве
идентификации, даже если система
отвечает всем требованиям, необходимым
для экспериментального изучения.
Во-первых, создание новой, реально
не существующей системы означает,
что условия плохо известны; во-вторых,
применительно к сложным системам
трудно определить, что такое
«белый шум». Поэтому вместо белого шума
берется некоторый ансамбль важных для
представления ситуации внешних воздействий,
уточняемых в процессе моделирования.
В описанном
выше процессе всегда приходится
идти на компромисс между требованиями
к разным подсистемам и их
характеристикам. Поэтому при
проектировании сложной системы
специалист, работающий над какой-либо
подсистемой, должен быть осведомлен
как о системе в целом, так
и о проблемах, возникающих
при разработке остальных подсистем.
Такой подход, при котором тщательно
исследуются и моделируются все
части системы в их взаимосвязи,
часто позволяет выявить способы
оптимизации и упрощения системы
в целом.
Заключение
Системотехника
первоначально мало отличалась
от классической инженерной деятельности,
но с течением времени сложность
систем увеличивалось, появлялись
системные принципы, и системотехника
стала качественно новой дисциплиной.
Системотехника
представляет собой научно-техническую
дисциплину особого типа. Она
возникла на стыке научных
и технических дисциплин, что
позволяет ей устранять разрыв
между исследованием и проектированием,
который существует при традиционных
методах работы.
С каждым
годом выходит все больше
литературы по системотехнической
деятельности, но до сих пор
не существует единого понимания
и описания системотехники. На
данный момент системотехника, возникшая
как техническая дисциплина, имеет
в своем составе естественнонаучные
и общественные науки.
Несмотря
на более позднее появление
системотехники в нашей стране,
благодаря энтузиазму научных
коллективов системные знания
развивались, постепенно делясь
на смежные дисциплины. И появление
новых авторов лучше всего
доказывает, что системотехника
– перспективный подход, который
и дальше будет быстро развиваться.
Сравнивая
историю системотехники в мире
и в нашей стране нельзя
не заметить существенное различие
между характером становления.
Если на Западе в развитии
системотехники, в большинстве случаев,
участвовали коммерческие организации,
то в нашей стране главным
двигателей прогресса в системотехнической
деятельности выступали институты.
Кроме того,
в СССР новой дисциплиной заинтересовались
вначале философы, потом математики
и только потом системотехнику
стали применять на практике,
что в корне отличается от
того, как применялась системотехника
в остальном мире. Начиная с
30-х годов, системотехника применялась
в основном на практике, при
строительстве дорог, проектирования
зданий и т.д.
Из сравнения
становится понятно, что у нас
системотехника изначально была
воспринята как новая дисциплина,
требующая своей особенной методологии,
которую не безуспешно пытались создать
[12, 13]. Хочется надеяться, что в ближайшем
будущем появится четкая трактовка системотехники,
ее функционала и методологии. И эта трактовка
будет плодом труда наших ученых.
Список использованной литературы
1. http://traditio-ru.org/wiki/Системотехника
2. Акофф Р. О природе
систем // Изв. АН СССР. Техн. киберн.,
1971, № 3. С. 68—75.
3. Оптнер С. Системный
анализ для решения деловых
и промышленных проблем. –
М., 1969.
4. Гуд Г.-Х., Макол Р.-Э.,
Системотехника. Введение в проектирование
больших систем, пер. с англ. –
М., 1962.
5. Николаев В.В. Состояние
и некоторые проблемы развития
системотехники. – Л.:Судостроение,
1970.
6. Щедровицкий Г.П. Принципы
и общая схема методологической
организации системно-структурных
исследований и разработок// Системные
исследования: Методологические проблемы.
Ежегодник 1981 г.. 1981. стр. 193—227.
7. Горохов В.Г. Методологический
анализ системотехники – М., 1982.
8. Волкова В.Н. Из истории
теории систем и системного
анализа. – СПб., 2004.
9. Холл А. Д. Опыт
методологии для системотехники.
Пер. с англ. – М., 1975.
10. Бусленко Н.П. Моделирование
сложных систем. – М., 1968.
11. Степин В.С., Горохов В.Г., Розов
М. Философия науки и техники. – М.: Изд-во:
Гардарики, 1996.
12. Cпицнадель В. Н. Основы
системного анализа. – СПб., 2000.