Исходные данные. Логическая схема задач системного проектирования

Логическая схема задач системного проектирования

При реализации системного подхода в задачах проектирования объектов новой техники (ОНТ) одной из основных проблем является формализованное изложение процесса решения взаимосвязанных задач проектирования в виде некоторой логической схемы алгоритма построения проектного решения. Обобщение опыта проектирования сложных систем управления дало возможность разработать основные положения построения логических схем, называющихся логическими схемами проектирования (ЛСП) [14].

Решение задач системного проектирования осуществляется в виде логической схемы проектирования. Конструируется логическая схема решения совокупности взаимосвязанных задач на базе формализованных элементов: М – модель объекта проектирования;
А – начальные данные; С – ограничение; R – проектное решение; К – оценка решения;
Т – метод (процедура решения). Формулируется принцип декомпозиции начальной задачи S на логически взаимосвязанную систему подзадач , где d – уровни декомпозиции,
i – этапы проектных решений, представленных упорядоченными шестерками <M, R, A, C, K, T>. Такой подход, имеющий свое обоснование в теории решения задач, называется системным проектированием. Декомпозиция содержит в своей основе дедуктивно-параллельную схему, объединяющую опыт специалистов разных аспектов с аксиоматизацией формализованных элементов шестерками <M, R, A, C, K, T>. Исследована решаемость задачи системного проектирования, ячейки которой упорядочены логической схемой проектирования с иерархической структурой. Конструктивным методом здесь является образование итерационных циклов (межэтапных и межуровневых), замыкающихся с помощью формализованных элементов , как функций проектных решений на предыдущем шаге (i¹j).

Будем считать, что задана схема проектирования H, если дано пятерку множеств
(S, A, C, T, R), где S – непустое множество, элементы которого называются задачами проектирования; А – конечное множество, элементы которого называются начальными (прогнозируемыми) данными; С – конечное множество, элементы которого называются ограничениями; R – конечное множество, элементы которого называются проектными решениями; Т – отображение, которое ставит каждой паре вида , Î A, Î C в соответствие некоторое непустое подмножество множества R, кот. обозначается Т . Отображение Т, являющееся процедурой решения, владеет такими свойствами. Все множество задач проектирования S считается полностью решаемым, если ; при этом должно полностью выполняться уравнение

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

Определим свойства двух систем проектирования.

Свойство 1. Для полностью параллельной схемы все задачи проектирования полностью определены заданием множества A, C, T на начальном этапе проектирования , т.е.

;

; (1.1)

.

где под Р(х) понимаем истинность выражения об этом элементе, имеющем полную решаемость.

Свойство 2. Для точно последовательной схемы каждая задача проектирования полностью определена заданием , , по результатам , предыдущих задач , где k<i, т.е.

, (1.2)

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

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

Последовательная схема допускает точную упорядоченность задач (соответственно, множества Т):

без циклов. Полностью распараллеленная схема допускает любую упорядоченность

Содержание (смысл) системного подхода состоит в разработке принципа упорядочивания множеств S и Т и разработке самой схемы, обеспечивающей полную решаемость задачи , прежде всего в части получения и формирования проблемно ориентированной информации (А, С) в человеческо-машинной системе. Принцип организации схемы системного проектирования является базовым началом для разработки методики проектирования, системы критериев, состава математических моделей объектов проектирования, а также, и всего комплекса математического обеспечения и технического оборудования информационной системы. В системном подходе заслуживают внимания два метода проектирования, кот. следуют из практического опыта и интерпретированы в область поисковых исследований при разработке сложных систем управления [14].

При индуктивном методе (эмпирично-индуктивном [8]) формулируются требования к проектируемой системе при заданной ее структурной схеме (по критериям надежности, массогабаритными показателями, энергоемкостью и др.), задаются подмножества реальных (проектируемых) агрегатов. Конструктор, используя свой опыт, умения, интуицию, результаты экспериментов и экспертные оценки, создает («собирает») некий прототип необходимой системы. Таким образом, задаются:

1) требования к системе ;

2) подмножество агрегатов , где – мощность множества, – мощность r-го подмножества.

Проектируется система на основе априорной уверенности об удовлетворении требований к системе, кот. реализуется в заданном агрегатном (элементном)
базисе .

Средствами исследования в этом случае являются проверка расчетов, методы синтеза отдельных подсистем, макетно-аппаратная (стендовая) отработка системы. Решаемость задачи базируется на интуиции и опыте специалистов. Математически (или формально) задача рассматривается в границах отдельных агрегированных подзадач . Оценка и выбор оптимального варианта осуществляется, как правило, методами перебора с использованием экспертных оценок.

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

При комбинированной схеме проектирования можно сказать только, что

и , (1.3)

где i «пробегает» все индексное множество I. Формально ответить на вопрос, как (в какой последовательности) символ i «пробегает» множество I, можно с помощью разработки схемы системного проектирования.

Реализовать системный подход можно, разработав принцип упорядочивания множеств S и Т и схему, обеспечивающую полную решаемость задачи , прежде всего для получения и формирования проблемно-ориентированной информации (А, С) в автоматизированной системе проектирования (АСП–САПР).

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

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

(1.4)

В дедуктивном методе каждое из промежуточных решений задачи является разветвляющимся деревом вариантов по отношению к задаче , решающейся на следующем этапе.

Иерархическая структура решения задачи системного проектирования должна быть логической основой разработки системы оценок эффективности проектируемых ОНТ на всех уровнях исследования объекта проектирования; дедуктивизация процесса проектирования возможна, очевидно, на основе единства представления информации о проектируемом объекте, кот. дает возможность реализовать «замыкание» задач в исследовательской цепи. Универсальным способом создания такого единства является разработка совокупности математических моделей объекта проектирования, характеризующихся определенными структурными свойствами. Так, в методике проектирования компьютеров [9] различают такие структуры:

- системная (архитектура устройства);

- алгоритмическая (алгоритм функционирования);

- логическая (функциональная схема устройства);

- конструктивная (монтажная схема).

Обоснуем комбинацию дедуктивного метода с достаточно широким распараллеливанием некоторых групп задач проектирования. Полнота определения задачи проектирования достигается за счет элементов , и в схеме Н. Наряду с чисто дедуктивным «замыканием» задач при разработке сложных систем (1.4) во многих случаях при невозможности решения некоторые из задач требуют формирования элементов , по проектным решениям более поздних этапов, т.е.

(1.5)

Неопределенность задач приводит к необходимости построения решения по прогнозируемым данным и для того, чтобы получить и соответственно с (1.5). В этом случае возникает итерационный цикл для формирования достоверных данных , задачи (* – элементы ЛСП, полученные в самой ЛСП).

2.7 Способы решения задач.

Способы решения задач.

Процесс решения задачи включает два этапа:

- представление задачи;

- поиск перебор задач.

Поиск формализованного представления задачи удобного для машинного решения является трудно формализуемым творческим процессом.

Можно выделить наиболее употребительные формы:

- представление в пространстве состояний;

- представление путем сведения к подзадачам;

- представление в виде теорем;

- комбинированное представление.

Постановка задачи.

Постановка задачи является основной частью технического проекта

1.Назначение.

Назначение разработки отражается в каких ситуациях возникает необходимость решений данной задачи, где и кем должна решаться эта задача.

2. Общее описание.

Постановка задачи, изложение задачи должно быть корректным и освещать следующие вопросы:

а) производственную сущность задачи. Она характеризуется наименованием задачи и кругом объектов для которых она предназначена, обоснованием необходимости ее включения в комплекс задач.

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

в) периодичность решения задачи.

г) связь данной задачи с другими задачами, место ее в комплексе задач.

е) специфические особенности задачи

3.Организация информации.

а) входная информация.

б) нормативно-справочная информация.

в) промежуточная информация.

г) информация хранимая для связи с другими задачами.

д) информация по внесению изменений

5. Алгоритм.

6. Контрольный пример.

Типовые проектные процедуры.

Проектные процедуры

Анализ Синтез

Одновариантный Многовариантный Параметрический Структурный

Статики; расчет зависимости расчет параметров процедура выбора

Динамики; выходных параметров; элементов системы признаков функци

Устойчивости; статистистический идентификация онирования

анализ; матем. моделей процедура выбора

технического

решения

оформление документации

При проектировании применяются следующие виды расчетов:

- геометрические;

- кинематические;

- динамические;

- гидро- и аэродинамических свойств;

- технологические; прочностные;

- жесткости и виброустойчивости;

- надежности; энергетические, экономические

Оптимизация.

Термином оптимизация – процесс или последовательность операций, позволяющая получить уточненное решение. Хотя конечной целью оптимизации является отыскивание наилучшего, или оптимального решения. Хотя конечной целью оптимизации является отыскание наилучшего или оптимального решения.

Проблема оптимизации имеет два основных аспекта:

1. Нужно поставить задачу формализовав понятие наилучший или оптимальный.

2. Нужно решить задачу уже имеющую математическую формулировку. Оптимизация, как выбор наилучшего варианта среди некоторого множества подразумевает наличие правила предпочтения одного варианта другому. Такое правило называется критерием оптимальности.

Проектные параметры обозначают независимые переменные параметры, которые полностью и однозначно определяют решаемую задачу проектирования.

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

Целевая функция.

В основе построения правила предпочтения лежит целевая функция, количественно выражающая качество объекта и поэтому называется функцией качества. Различают 2 случая оптимизации целевой функции:

- в первом случае при убывании целевой функции, качество возрастает – минимизация функции качества;

- во втором случае возрастание функции приводит к уменьшению качества – минимизация.

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

Оптимизация бывает безусловной и условной.

Безусловная оптимизация бывает 0, 1 и 2-го порядка. 0 порядок – метод дихотомии, метод Фиббоначи, метод золотого сечения, метод квадратичной интерполяции. 0 – порядок с многомерным поиском, метод квадратичного спуска, метод случайного поиска, метод конфигураций.

Безусловная оптимизация 1-го порядка – метод скорейшего спуска, метод сопряженных градиентов, метод переменной метрики.

Безусловная оптимизация 2-го порядка – методы Ньютона.

Методы условной оптимизации делятся на: метод Лагранжа, метод итерационных функций, метод внешней точки, метод локальной оптимизации, метод дискретной оптимизации.

2.8 Основные принципы построения типичного автоматизированного рабочего места

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

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

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

Требования, которые предъявляются к разным видам автоматизированных рабочих мест, определяется уровнем решений, которые принимаются работником данного автоматизированного рабочего места.

АРМ есть совокупность программно-аппаратных средств, которые обеспечивают взаимодействие человека с ЭВМ, то есть такие функции как:

1. возможность введения информации в ЭВМ;

2. возможность вывода информации с ЭВМ на экран монитра, принтер или другие устройства вывода (в данное время этот перечень достаточно широкий - графические устройства, и потому подобное).

Так называемую интеллектуальные АРМ в свою очередь также содержат в своем составе ЭВМ, тем или другим способом присоединенную к центральной ЭВМ (ВК) АСС. Устройства введения также должны обеспечивать широкий спектр информации, которая вводится: текстовой, координатной, факсимильной и так далее Поэтому АРМ оснащиваются при необходимости универсальной или специальной клавиатурой, устройствами введения координатной информации (типа мыши), разного рода сканерами и так далее

С целью повысить спектр форм представления информации, которая выводится с ЭВМ, АРМ оснастили цветными мониторами, средствами создания и управление звуковыми сигналами вплоть до возможности создания и воспроизведение языковых сигналов.

АРМ: характеристика основных элементов

Hапомним, что наиболее эффективной организационной формой использования ПЕВМ есть создание на их базе АРМ конкретных специалистов, поскольку такая форма отстраняет психологический барьер в отношениях между человеком и машиной.

Накопленный опыт подсказывает, что АРМ должен отвечать следующим требованиям:

- своевременное удовлетворение информационной и вычислительной потребности специалиста;

- минимальное время ответа на запросы пользователя;

- адаптация к уровню подготовки пользователя и его профессиональных запросов;

- простота освоения приемов работы на АРМ и легкость общения

- надежность и простота обслуживания;

- терпимость по отношению к пользователю;

- возможность быстрого обучение пользователя;

- возможность работы в составе вычислительной сети.

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

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

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

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

- системы с командным языком

- "человек в мире объектов"

- диалог в форме "меню"

Применение командного языка в прикладных системах это перенесения идей построения интерпретаторов команд для міні- и микро ЭВМ. Основная его преимущество - простота построения и реализации, а недостаток - продолжение их достоинств: необходимость запоминания команд и их параметров, повторение ошибочного введения, размежевание доступности команд на разных уровнях и др. Таким образом в системах с командным языком пользователь должен изучать язык взаимодействия.

Извне противоположный подход "мужчина в мире объектов" - отсутствуют команды и человек в процессе работы "двигается" по своему объекту с помощью клавиш управление курсором, специальных вказуючих пристроил (мышь, перо), функциональных комбинаций клавиш. Диалог в форме меню "меню" представляет пользователю великого множества альтернативных действий, из которых он выбирает нужные. В данное время наиболее широкого распространения приобрел предназначенный для пользователя интерфейс, который объединяет в себе свойства два последних. В нем все рабочее пространство экрану делится на трех части (объекту). Первая (зазвичай расположенная вверху) называется рядышком или полосой меню. С ее помощью пользователь может задіювати разные меню, составные "скелет" программы, с их помощью проводится доступ к другим объектам (в т.ч. руководителем). Вторая часть (зазвичай располагается внизу или в небольших программах может быть вообще отсутствующим) называется рядышком состояния. С ее помощью могут быстро вызваться наиболее часто используемые объекты или же отображаться какая-нибудь текущая информация. Третья часть называется рабочей поверхностью (поверхностью стола) - наибольшая. На ней отображаются все те объекты, которые вызовутся с меню или строки состояния. Такая форма организации диалога человека и машины наиболее удобная (по крайней мере на сегодняшний день ничего лучшего не придуман) и все современные программы в той или другой мере используют ее. В любом случае она должна отвечать стандарту Сua (Common User Access) фирмы ІBM.

Рассмотрим теперь два подхода к разработке АРМ. Первый подход - функциональный есть автоматизацией наиболее типичных функций.

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

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

Специалистам часто приходится работать с большими объемами данных, с тем чтобы найти необходимые сведения для подготовки разных документов. Для облегчения такого рода работ были созданные системы управления базами данных (СУБД: DBASE, RBASE, ORACLE и др.). СУБД разрешают сохранять большие объемы информации, и, что самое главное, быстро находить нужные данные. Так, например при работе с картотекой постоянно нужно перерывать большие архивы данных для поиска нужной информации, в особенности если карточки отсортированы не за нужным признаком. СУБД справится с этой задачей за считанные секунды.

Большое число специалистов связанное также с обработкой разных таблиц, поскольку в большинства случаев экономическая информация представляется в виде табличных документов. КЕТ (большеформатные электронные таблицы) помогают создавать подобные документы. Они очень удобные, поскольку сам самиют все итоговые и промежуточные данные при изменении начальных. Поэтому они широко используются, например при прогнозировании объемов сбыта и доходов.

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

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

В данное время наблюдается тенденция к созданию так называемых интегрированных пакетов, которые вмещают у себя возможности и текстовых редакторов, и таблиц, и графических редакторов. Наличие большого числа разных программ для выполнения по сути одинаковых операций - создание и обработки данных обусловлен наличием трех разных основных видов информации: числов, текстовой и графической. Для сохранения информации наиболее частое используются СУБД, которые разрешают соединять все эти типы данных в единое целое. Сейчас идет бушующее развитие два других вида информации: звуковой и видеоинформации. Для них уже созданные свои редакторы и не исключен что в скором времени эти виды информации станут неотъемлемой частью большинства баз данных.

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

- учет решаемых задач

- взаимодействие с другими сотрудниками

- учет профессиональных привычек и склонностей

- разработка не только ФПО, но и специальных технических средств (мышь, сеть, автоматический набор телефонных номеров и др.)

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

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

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

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

Согласно принципу системности АРМ следует рассматривать как системы, структура которых определяется функциональным назначением.

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

Принцип стойкости состоит в том, что система АРМ должна выполнять основные функции независимо от действия на нее внутренних и внешних возможных факторов. Это означает, что неполадки в отдельных ее частях должны быть легко устранены, а трудоспособность системы - быстро восстановленная.

Эффективность АРМ следует рассматривать как интегральный показатель уровня реализации приведенных выше принципов, отнесенного к затратам по созданию и эксплуатации системы.

Функционирование АРМ может дать численный эффект только при условии правильного распределения функций и погрузки между человеком и машинными средствами обработки информации, ядром которых есть ЭВМ.

Лишь тогда АРМ станет средством повышения не только производительности работы и эффективност управление, но и социальной комфортности специалистов.

соціальної комфортності фахівців.

Література

1. Тимченко А.А. Основи системного проектування та системного аналізу складних об’єктів. Навч. Посібник / За ред. Ю.Г.Леги. – К.:Либідь, 2004. – 288с.

2. Молчанов А.А. Моделирование и проектирование сложных систем.– Киев.: Выща школа, 1988. – 359 с.

3. Соммервилл, Иан. Инженерия программного обеспечения, 6-е издание.: Пер. с англ. – М. Изд. Дом «Вильямс», 2002. – 624 с.: ил.

4. Джонсон Р., Каст Ф., Розенцвейг Д. Системы и руководство. (Теория систем и руководство системами). – М.: Сов. радио, 1971. – 647 с.

5. Тихонов В.Е., Буров В.П., Корнеев И.К. Основы теории систем: уч. пособие.

6. Быков В.П. Методическое обеспечение САПР в машиностроении. – Л.: Машиностроение, 1989. – 251 с.

7. Петров А.В., Черненький В.М. Проблемы и принципы создания САПР. – М.: Высшая школа, 1990. – 142 с.

8. Технология разработки программного обеспечения: Учебник / С. Орлов. – Спб.: Питер, 2002. – 464 с.:ил

9. Поляков В.А. Деревянко И.Л. Моделирование алгоритма управления и прогнозирования в многоуровневых системах. МН: «ВЭВЭР», 2000.-168с

Дата добавления: 2014-01-05