авторефераты диссертаций БЕСПЛАТНАЯ БИБЛИОТЕКА РОССИИ

КОНФЕРЕНЦИИ, КНИГИ, ПОСОБИЯ, НАУЧНЫЕ ИЗДАНИЯ

<< ГЛАВНАЯ
АГРОИНЖЕНЕРИЯ
АСТРОНОМИЯ
БЕЗОПАСНОСТЬ
БИОЛОГИЯ
ЗЕМЛЯ
ИНФОРМАТИКА
ИСКУССТВОВЕДЕНИЕ
ИСТОРИЯ
КУЛЬТУРОЛОГИЯ
МАШИНОСТРОЕНИЕ
МЕДИЦИНА
МЕТАЛЛУРГИЯ
МЕХАНИКА
ПЕДАГОГИКА
ПОЛИТИКА
ПРИБОРОСТРОЕНИЕ
ПРОДОВОЛЬСТВИЕ
ПСИХОЛОГИЯ
РАДИОТЕХНИКА
СЕЛЬСКОЕ ХОЗЯЙСТВО
СОЦИОЛОГИЯ
СТРОИТЕЛЬСТВО
ТЕХНИЧЕСКИЕ НАУКИ
ТРАНСПОРТ
ФАРМАЦЕВТИКА
ФИЗИКА
ФИЗИОЛОГИЯ
ФИЛОЛОГИЯ
ФИЛОСОФИЯ
ХИМИЯ
ЭКОНОМИКА
ЭЛЕКТРОТЕХНИКА
ЭНЕРГЕТИКА
ЮРИСПРУДЕНЦИЯ
ЯЗЫКОЗНАНИЕ
РАЗНОЕ
КОНТАКТЫ


Pages:     | 1 |   ...   | 3 | 4 || 6 |

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ВОЛГОГРАДСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ »«¬–“» ¬—–  ...»

-- [ Страница 5 ] --

могут с первого выпуска поддерживать все класс pmatch_expression выполняет разбор операции и операнды сложных диалектов регу- шаблона и сравнение ответа с шаблоном. Одна лярных выражений и быть надежно оттестиро- ко, архитектура вопроса «pmatch» не является ваны (одна из наиболее популярных библиотек расширяемой: в ней не предусмотрена возмож поиска совпадения с регулярными выражения- ность использования других типов шаблонов ми PCRE использует несколько тысяч автома- (например, регулярных выражений) с перегруз тических тестов). Поэтому при введении меха- кой обработчика этих шаблонов, что затрудня низма подсказок нередко возникает проблема ет его использование при преподавании дисци обратной совместимости для вопросов, исполь- плин, связанных с изучением формальных язы зующих сложные регулярные выражения. ков (например языков программирования).

Наглядным примером этих проблем являлся Нарушение обратной совместимости в во тестовый вопрос для СДО Moodle «regex», раз- просе «regex» привело к неработоспособности рабатываемый Джозефом Резо из Университета нескольких сотен тестовых вопросов по дисци Ренна 2 [6]. При реализации в очередной вер- плинам «Программирование на языках высоко сии подсказки следующего символа, была про- го уровня» и «Операционные системы» кафед изведена замена стандартной функции поиска ры ПОАС ВолгГТУ. В связи с невозможностью совпадения строки с регулярным выражением использования вопроса «pmatch» для препода на собственную реализацию методом генера- вания этих дисциплин на кафедре была начата ции всех возможных строк, совпадающих с ре- разработка типа вопроса «preg», использовав гулярным выражением, которая не поддержи- шего стандартные функции поиска совпадения вала множество операндов и операций, в част- с регулярным выражением.

ности большие символьные классы и потен- При внесении подсказок в тип вопроса циально бесконечные квантификаторы + и *. «preg» были учтены ошибки его предшествен В архитектуре вопроса «regex» не было преду- ника, поэтому было решено сохранить обрат смотрено модуля обработки регулярных выра- ную совместимость с вызовом стандартных жений. Обработка регулярного выражения в воп- функций языка PHP для вопросов, не исполь росе «regex» происходит в функции: expand_re- зующих подсказки. В этом случае вопрос пере gexp, которая получает регулярное выражение хода на собственную реализацию поиска сов и формирует массив из всех строк, совпадаю- падения мог решаться индивидуально для каж ИЗВЕСТИЯ ВолгГТУ терминированных конечных автоматов, детер дого вопроса. При этом были выдвинуты сле минированных конечных автоматов и перебора дующие требования к архитектуре вопроса:

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

различные функции поиска совпадений и гене 1) лексический и синтаксический разбор ре рации продолжений, операции и операнды;

гулярных выражений;

2) отсутствие дублирования кода между подсистемами поиска совпадения;

2) определение совпадения символов с опе 3) модульность подсказок с возможностью рандами регулярных выражений (поскольку пополнения их перечня;

методы различаются лишь в способах реализа 4) возможность ввода регулярных выраже- ции операций).

ний в различных нотациях;

Разработанная в соответствии с этими требо 5) возможность дополнения вопроса други- ваниями архитектура приведена на рис. 1. Во ми обработчиками регулярных выражений: ин- прос состоит из подсистем интерфейса с СДО струментами помощи автору, преобразователя- Moodle, разбора регулярных выражений, опре ми и т. д.;

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

Рис. 1. UML-диаграмма компонентов вопроса Preg sults1. Первые два класса являются абстрактны Ключевыми классами для взаимодействия вопроса и всех подсистем регулярных вы- qtype_preg_ – обязательный префикс к имени класса ражений являются qtype_preg_regex_handler, вопроса preg в соответствии с правилами именования qtype_preg_matcher и qtype_preg_matching_re- СДО Moodle.

102 ИЗВЕСТИЯ ВолгГТУ ми. Класс обработчика (regex_handler) опреде- любой реализации матчера со всеми типами ляет любой обработчик регулярного выражения операндов. Основными функциями этого интер (матчер, инструмент помощи автору и т. д.), его фейса являются match (проверяет, совпадает ли ответственностью является проведение разбора строка по заданному индексу с этим операндом), регулярного выражения (если это необходимо) и next_character (генерирует символ, подходя с генерацией синтаксических деревьев выраже- щий для этого операнда). Операнды, которым ний. Класс матчера (matcher) является наслед- для выполнения этих функций недостаточно ником обработчика и описывает интерфейс для строки и позиции совпадения в ней (например, поиска совпадения, а также содержит общий обратная ссылка) могут запросить необходимую для многих матчеров код перебора позиций на- информацию у матчера, используя сохраняемую чала возможного совпадения и выбора наилуч- в таком операнде ссылку на него.

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

подмаски). Любой обработчик регулярного выражения Лексический анализ осуществляется стан- может определить свою иерархию классов, па дартными методами с помощью конечного ав- раллельную иерархии с корнем в qtype_preg_no томата, сгенерированного с помощью свободно de. При этом будет сгенерировано специфичес распространяемой программы JLex PHP. От- кое для данного обработчика дерево с помощью дельное стартовое условие используются для фабрики, реализованной в классе qtype_preg_re разбора символьных классов. Ответственно- gex_handler. Объекты узлов специфических стью лексического анализатора является также классов агрегируют в себя объект узла абстракт контроль за локальным включением (выключе- ного синтаксического дерева. Обработчик может нием) модификаторов2 и заполнение соответст- определить только классы необходимых ему уз вующих параметров узлов. Синтаксический лов, в этом случае остальные объекты будут взя анализатор генерируется на основе LALR(1)- ты напрямую из синтаксического дерева.

грамматики с помощью свободно распростра- Реализация абстрактного интерфейса поис няемой программы Lemon PHP. Особенностью ка совпадений требовала решения ряда техни синтаксического анализатора является наличие ческих противоречий. Различные матчеры под специальных правил грамматики с понижен- держивают различный диапазон функций поис ным приоритетом, отслеживающих нарушения ка совпадения и генерации продолжения, синтаксиса регулярных выражений – незакры- операндов и операций;

различны также методы тые скобки и квантификатор без операнда. поиска совпадений – стандартные функции Абстрактное синтаксическое дерево строит- языка PHP уже включают в себя цикл перебора ся из объектов классов, являющихся потомками начальных позиций совпадения, в то время как класса qtype_preg_node. Две основные ветви для матчеров, самостоятельно реализующих наследования идут через абстрактные классы поиск совпадения реализацию этого цикла сле листа дерева (операнда выражения) и операции. дует вынести в базовый класс для исключения К операндам относятся символьные классы дублирования кода.

(включая соответствующие escape-последова- Поддерживаемые функции матчера опреде тельности, POSIX-классы и юникод-свойства), ляются через метод is_supporting, для этого пустота (в случае альтернативы или пустых можно создать «пустой» объект матчера без скобок), а также простое утверждение, обрат- выражения. Вопрос учитывает следующие ви ная ссылка, рекурсия и управляющая конструк- ды функций:

ция. Эти классы составляют подсистему опре- 1) определение частичного совпадения;

деления совпадения с операндами и использу- 2) генерация продолжения частичного сов ются всеми матчерами. Абстрактный класс падения;

листа предоставляет интерфейс для общения 3) определение минимального количества символов до завершения совпадения;

На данный момент реализован модификатор нечуст 4) захват подмасок;

вительности к регистру.

ИЗВЕСТИЯ ВолгГТУ 5) продолжение совпадения гарантированно Однако наибольшее количество тестов со генерируется до полного завершения (если оно держит подсистема тестирования матчеров.

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

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

те же матчеры, которые используют стан- на данном матчере (т. е. содержит неподдержи дартные функции языка, перегружают функ- ваемые операнды и операторы), то тест не про цию акцептинга всего выражения. веряется без выдачи ошибки. Тестовые данные Поддержка различных нотаций регулярных включают теги, которые используются для вы выражений реализована в виде набора классов деления множеств тестов и управления их вы нотаций, которые могут осуществлять преобра- полнением. Так, например, перед началом тес зование регулярного выражения в виде строки тирования с помощью специального теста оп (а также его модификаторов и опций) из нота- ределяется ассоциативность конкатенации [10] ции пользователя в нотацию, используемую тестируемого матчера, в зависимости от кото матчером. В качестве базовой нотации матче- рой различаются ожидаемые значения для не ров выбрана нотация Perl-совместимых регу- которых тестов. В настоящее время использу лярных выражений (PCRE) как наиболее бога- ются тесты собственной разработки (265 тесто тая описательными средствами из существую- вых случаев) и два набора открытых профе щих в настоящее время, так что другие нотации ссиональных тестов: тесты проекта testregex всегда могут быть приведены к ней (обратное фирмы AT&T (377 тестовых случаев) и биб неверно). На данный момент реализована под- лиотеки PCRE (1084 тестовых случая).

держка дополнительной нотации Moodle Shor- Данная архитектура позволила реализовать tanswer, позволяющей использовать систему тестовый вопрос preg для СДО Moodle с под подсказок при записи вопроса строкой с ис- держкой трех способов поиска совпадений с пользованием плейсхолдера «*», обозначающе- регулярными выражениями (через вызов стан го любое количество любых символов, реали- дартной функции языка PHP preg_match, а так зованную в стандартном типе вопроса СДО же собственной реализацией методов детерми Moodle. нированных и недетерминированных конечных Качественная и надежная реализация алго- автоматов);

двух нотаций (Perl-Compatible ритмов такой сложности, как разбор регуляр- Regular Expression и Moodle Shortanswer) и двух ных выражений, поиск совпадения с ними и ге- видов подсказок (следующего символа и сле нерация продолжения совпадения невозможна дующей лексемы). Такой вопрос может исполь без активного использования автоматизирован- зоваться как для преподавания дисциплин, свя ного тестирования. Модульные тесты лексиче- занных с изучением естественных языков (как ского анализа включают в себя 1153 проверки, вопросы «regex» и «pmatch»), так и языков про синтаксического – 471 проверку. граммирования. В настоящее время разрабо 104 ИЗВЕСТИЯ ВолгГТУ ний для проверки ответов на тестовые вопросы, предос танный вопрос внедрен в учебный процесс ка тавляемых в виде фрагмента кода программы / О. А. Сы федры ПОАС ВолгГТУ при проведении тести чев, Д. В. Литовкин // Информационные технологии в обра рования по дисциплинам «Основы программи- зовании, технике и медицине : матер. междунар. конф., 21– рования» и «Операционные системы», а также 24 сент. 2009 / ВолгГТУ [и др.]. – Волгоград, 2009. – C. 45.

итоговой государственной аттестации бакалав- 4. Jason Cole. Using Moodle: Teaching with the Popular Open Source Course Management System. – O’Reilly, 2005 – ров (по этим дисциплинам).

219 p.

5. Котеров Д., Костарев А. PHP 5. – С-Пб.:БХВ-Пе БИБЛИОГРАФИЧЕСКИЙ СПИСОК тербург, 2008. – 1104 с.

6. Joseph Rezeau. Regular Expression Short-Answer qu 1. Колесов, Д. В. Генерация подсказки в виде сле- estion type / [Электронный ресурс] – [2012]. – Режим дос дующего правильного символа в открытом вопросе с про- тупа: http://docs.moodle.org/23/en/Regular_Expression_Short веркой ответа по регулярному выражению / Д. В. Колесов, Answer_question_type О. А. Сычев // XVI региональная конференция молодых 7. Pattern match / [Электронный ресурс] – [2012]. – исследователей Волгоградской области, Волгоград, 8–11 Режим доступа: http://labspace.open.ac.uk/mod/oucontent/ ноября 2011 г. : тез. докл. / ВолгГТУ [и др.]. – Волгоград, view.php?id=470268§ion=5.3. 2012. – C. 235–236. 8. Russ Cox. Regular Expression Matching Can Be Sim 2. Литовкин, Д. В. Программное обеспечение для ple And Fast / [Электронный ресурс] – [2012]. – Режим тренировки навыков по составлению логических выраже- доступа: http://swtch.com/~rsc/regexp/regexp1.html ний на языке Си. Сценарий работы программы-тренажера / 9. Pekka Laukkanen. Data-Driven and Keyword-Driven Д. В. Литовкин, О. А. Сычев, М. П. Гладкова // Известия Test Automation Frameworks. – Master's thesis. Helsinki University of Technology, ВолгГТУ : межвуз. сб. науч. ст. № 12 / ВолгГТУ. – Волго 10. Glenn Fowler. An Interpretation of the POSIX regex град, 2011. – (Серия «Актуальные проблемы управления, Standard. [Электронный ресурс] – [2012]. – Режим досту вычислительной техники и информатики в технических па: http://www2.research.att.com/~gsf/testregex/re-interpreta системах»). – C. 99–102.

tion.html 3. Сычев, О. А. Использование регулярных выраже УДК 681.3.06:378. О. А. Шабалина1, С. Чикерур С. КОМПЕТЕНТНОСТНЫЙ ПОДХОД К ПОДГОТОВКЕ РАЗРАБОТЧИКОВ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ Волгоградский государственный технический университет Технологический институт MCРамайях O.A.Shabalina@gmail.com, chickerursr@gmail.com В статье рассмотрены проблемы подготовки специалистов, связанных с разработкой ПО. Описан способ организации подготовки разработчиков ПО, основанный на применении в процессе обучения обучающих компьютерных игр как средств обучения и как объектов разработки ПО, и реализующий компетентностный подход. Показано применение разработанного способа к обучению разработчиков ПО и приведены резуль таты оценки его эффективности.

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

O. Shabalina1, S. Chickerur S. COMPETENCE-BASED APPROACH FOR EFFECTIVELY TEACHING SOFTWARE DEVELOPMENT CURRICULA Volgograd State Technical University M S Ramaiah Institute of Technology In this paper we describe the problems of teaching software engineering. We suggest acompetence-based teaching approach using educational computer games as design objects for teaching software development process and as learn ing tools for teaching basic software engineering subjects. We present the results of the implementation of the approach in CAD Department at Volgograd state technical university showing the effectiveness of the suggested approach.

Keywords: learning model, game-based approach, software development.

профессиональной деятельности специалистов, Введение работающих в области IT, могут приводить к Уровень развития общества сегодня во мно катастрофическим последствиям и наносить го определяется уровнем развития информаци непоправимый ущерб обществу в целом. Ши онных технологий (InformationTechnologies, IT).

рота и разнообразие применения IT в различ В развитых индустриальных странах ошибки в ИЗВЕСТИЯ ВолгГТУ ных сферах человеческой деятельности, уро- не ориентирует обучаемого на освоение цело вень сложности решаемых задач, и высокая це- стной системы знаний, составляющей содержа на ошибки определяет уровень требований, ние программ подготовки, в то время как имен предъявляемых к профессиональной подготов- но целостный взгляд на предметную область ке IT-специалистов. Специалисты, работающие позволяет разработчику в процессе разработки в областях, связанных с разработкой и внедре- ПО видеть программный продукт в его завер нием IT, должны обладать высокой профессио- шенности, т. е. видеть цель и выстраивать спо нальной квалификацией, отработанными навы- соб ее достижения.

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

с каждым годом.

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

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

ции обучения разработчиков ПО необходима Темпы обновления знаний, необходимых для разработка способа организации обучения и ме разработчиков ПО, очень высоки: существую тода управления, позволяющих достигать цели щие решения быстро устаревают и теряют ак обучения как сформированной совокупности туальность;

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

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

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

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

лостного пространства знаний, выстраиваются Для обучения процессу разработки ПО в ус обучающим заранее и отражают его видение ловиях, приближенных к реальным, использу этого пространства. Такая система подготовки 106 ИЗВЕСТИЯ ВолгГТУ ются различные практико-ориентированные лиз содержания образовательных стандартов по модели обучения, основанные на разработке направлениям подготовки специалистов, свя реальных или условно-реальных (учебных) занных с разработкой ПО. В результате анализа проектов [1,2,3]. Проектный подход отвечает выделены два уровня обучения: базовый и идее обучения, ориентированного на формиро- профессиональный. Базовый уровень преду вание профессиональных компетенций, однако сматривает изучение дисциплин профессио эффективность его применения зависит от ме- нального цикла (ПЦ), знания которых необхо ханизмов управления процессом обучения, димы для разработки отдельных компонент масштабов проектов и степенью их соответст- ПО. На профессиональном уровне изучаются вия реальным задачам. Выбор реальных объек- знания, необходимые для разработки ПО в це тов проектирования позволяет изучить все эта- лом. При этом совокупность дисциплин ПЦ и пы процесса проектирования ПО на реальных связей между ними определяют содержатель задачах и довести этот процесс до стадии реа- ную основу для обучения процессу разработки лизации системы. Однако масштабы и, соответ- ПО. В процессе разработки ПО знания и навы ственно, трудоемкость разработки реальных ки, полученные на базовом уровне, интегриру проектов, необходимость организации реаль- ются в пространство знаний профессионально ных связей с заказчиками ограничивает воз- го уровня обучения (рис. 1).

можность их применения в учебном процессе. В [7,8] предложена модель организации При использовании условно-реальных проектов обучения, основанная на применении обучаю в качестве заказчиков выступают сами препо- щих компьютерных игр, которая позволяет ос даватели. При этом снижается эффективность ваивать выявлять системообразующие связей работы студентов на этапе сбора и анализа тре- структуры предметной области«Разработка ПО», бований, и мотивация такой работы часто ока- определяющие целостность пространства зна зывается недостаточной высокой. ний и связи внутри и между подпространствами.

Одним из наиболее перспективных способов Для обучения дисциплинам ПЦ в компью организации проектного обучения является спо- терные игры применяются качестве средств соб, основанный на использовании в качестве обучения. Ключевым свойством игры является объектов разработки ПО компьютерных игр целостность и связность игрового пространст [4,5,6]. Такой способ позволяет мотивировать ва: отдельные фрагменты игры приобретают студентов осваивать новые знания и развивать свое значение в контексте игры как целого, и профессиональные навыки, повышать уровень цель игры придает игровому пространству квалификации, в итоге, формировать профес- единство, что позволяет говорить о структур сиональные компетенции. Однако методологи- ной эквивалентности игрового процесса и про ческие решения по организации подготовки раз- цесса обучения. Применение в обучении ком работчиков ПОс применением компьютерных пьютерных игр, в которые интегрировано про игр находятся в стадии формирования. странство знаний дисциплины ПЦ, процесс обучения обусловлен игровым сценарием, и 2. Модель организации обучения цель обучения достигается как игровая цель, разработчиков ПО на основе позволяет выявлять логику связей между эле комптентностного подхода ментами пространства знаний дисциплины, ос Комплексное освоение знаний как целост- ваивать пространство знаний дисциплины как ной системы профессиональных компетенций целого в контексте игрового пространства, и обучения представляет собой выявление систе- мотивировать обучаемых осваивать это про мообразующих связей структуры предметной странство.

области, определяющих целостность простран- На профессиональном уровне для обучения ства. Для реализации такого процесса обучения разработке ПО используется проектная модель нужна организация деятельности обучаемого с компьютерными играми в качестве реальных как системы соразмерной структуре простран- объектов разработки. Разработка компьютер ства знаний, т. е. организация деятельности как ной игры требует применения на практике пространства действий должна быть эквива- практически всех знаний и навыков дисциплин лентна пространству знаний. ПЦ, составляющих область профессиональных Для построения пространства знаний, тре- компетенций разработчиков ПО. Применение буемых для разработчиков ПО, проведен ана- компьютерных игр в качестве объектов разра ИЗВЕСТИЯ ВолгГТУ Рис. 1. Структура предметной области «Разработка ПО»

ботки позволяет сформулировать цель обуче- пов ЖЦ как анализ требований, тестирование и ния на языке решаемой задачи: тренировка на- внедрение в качестве объектов разработки ПО выков разработки ПО воспринимается обучае- предложено применять компьютерные игры, мым как средство для получения результата – предназначенные для обучения дисциплинам разработанной компьютерной игры. Мотивиро- ПЦ.В этом случае в качестве заказчиков при ванность обучаемого создать интересную игру влекаются преподаватели соответствующих заставляет его активно добывать новые знания, дисциплин ПЦ, тестирование проводится на необходимые для разработки игры, и, таким целевых группах студентов, изучающих эти образом, достраивать пространство знаний дисциплины. Привлечение преподавателей подструктуры профессионального уровня и ос- дисциплин ПЦ в качестве заказчиков приме ваивать связи пространства. При этом свойства нять обучающие игры, созданные в результате игры в какой-то степени переносятся на про- изучения процесса разработки ПО, как средств цесс ее разработки: сильная связность компо- обучения на базовом уровне (рис. 2).

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

изученными на базовом уровне обучения.

Принцип достаточности ресурсов означает, Разработка компьютерной игры позволяет что привлекаемых из всевозможных источни изучить все этапы процесса разработки ПО на реальных задачах и довести этот процесс до ков ресурсов должно быть достаточно для стадии реализации. Для организации таких эта- обеспечения запланированных видов деятель 108 ИЗВЕСТИЯ ВолгГТУ Рис. 2. Модель организации обучения разработке ПО ности. Применительно к организации процесса дентов к новичкам. С другой стороны, опытные обучения принцип достаточности означает нали- студенты, которые выступают в роли обучаю чие исполнителей для всех ролей для обеспече- щих, повышают собственную квалификацию и ния процесса обучения разработке ПО, в качестве развивают навыки управления командой. Объе которых выступают преподаватели и студенты. динение студентов разной квалификации обеспе Принцип «выращивания сотрудников» означает чивает возможность обучения внутри команды подготовку и профессиональный рост кадров и также самообучения. Свободный выбор ролей собственными силами и реализуется как обуче- в команде определяет принцип самоорганизации.

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

Подбор команд из студентов разных курсов по- Мотивационный аспект модели реализуется за зволяет использовать естественную систему пе- счет имманентного свойства игры быть привле редачи опыта и навыков от более опытных сту- кательной и мотивирующей (рис. 3).

Рис. 3. Реализация принципов управления обучением ИЗВЕСТИЯ ВолгГТУ эксперименте (рис. 4). В течение этого време 3. Заключение ни была созданы методы разработки обучаю Результаты применения разработанного щих игр [9,10,11], реализована игра для обу подхода к обучению разработчиков ПО пока чения объектно-ориентированной технологии заны на примере кафедры САПР и ПК Волго проектирования [12], создан комплекс игро градского государственного технического вых тренажеров [13,14], и инструментарий университета. За период проведения экспе для разработки обучающих игровых прило римента несколько преподавателей и шесть жений [15].

поколений студентов приняли в участие в Рис. 4. Применение модели организации обучения к подготовке разработчиков ПО Для оценки эффективности применения обу- ства обучения и контроля. Студенты получили чающих игр как средств обучения были сфор- оценки по итогам изучения дисциплины в диа мированы целевые группы студентов. Характе- пазоне [61, 100]. Для оценки эффективности ис ристики эксперимента: длительность исследова- пользован однофакторный дисперсионный ана ния 2 года, 9 целевых групп численностью по лиз. Результаты анализа показали, что в среднем 30 человек, возраст 17–22 года. В пяти из этих рейтинг студентов экспериментальной группы групп в процессе обучения по дисциплине при изучении дисциплины с применением игро «Программирование на языках высокого уровня вых тренажеров на 2,6 балла выше, чем у сту (ЯВУ)» применялись игровые тренажеры, в 4 дентов в группах, не использовавших тренажеры группах применялись только стандартные сред- (табл. 1) при уровне значимости 0,05.

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

2005 84 2004 2006 90 2005 2006 78 2006 … … … 2011 92 2011 Итого 81,7 Итого 84, Для оценки эффективности применения обу- лизированы результаты обучения 251 студентов, чающих игр как объектов разработки ПО проана- возраст 17–22 года за шесть лет обучения. Все 110 ИЗВЕСТИЯ ВолгГТУ студенты изучали процесс разработки программ- Студенты получили оценки по всем изучаемым ного обеспечения с использованием проектного предметам в диапазоне [61, 100]. Результаты обу подхода. 37 из них выбрали компьютерные обу- чения всех студентов, вовлеченных в экспери чающие игры в качестве своих учебных проектов. мент, были собраны и обработаны (табл. 2).

Таблица Результаты применения обучающих игр как объектов разработки ПО (фрагмент) Студенты, выполнявшие Увеличение среднегодового Студенты, выполнявшие Увеличение среднегодового обычные проекты рейтинга за 4 года разработку игр рейтинга за 4 года 2005-2009 -0,12 2004-2008 6, 2005-2009 1,68 2005-2009 4, 2006-2010 3,46 2006-2010 2, … … … 2007-2011 -3,04 2007-2011 5, Итого 1,38 Итого 3, В анализ были включены только предметы, значимости 0,05.

затрагивающие разработку программного обес- Для системной оценки эффективности при печения. Среднее улучшение уровня рейтинга менения модели организации обучения разра по данным предметам на протяжении четырех ботчиков ПО использовалась классическая мо лет обучения было сопоставлено между груп- дель Киркпатрика [16]. Результаты оценки эф пой студентов, разрабатывавших обучающих фективности показывают (табл. 3), что пред игры, и всеми остальными студентами. Диспер- ложенный подход позволяет мотивировать сту сионный анализ результатов показал, что сред- дентов осваивать новые знания и развивать нее улучшение в группе студентов, занимав- профессиональные навыки, и, в итоге, форми шихся разработкой обучающих игр, было вы- ровать профессиональные компетенции, соот ше, чем у остальных студентах при уровне ветствующие требованиям рынка труда.

Таблица Результаты оценки эффективности обучения Уровень Способ Критерий Эксперимент. Генеральная оценки оценивания оценки группа совокупность Количество обучаемых, которые поло Реакция Анкетирование 83 % 53 % жительно оценили процесс обучения Научение Уровень знаний и навыков Средний рейтинг за 4 года обучения 95 Конференционная Среднее количество публикаций в год Поведение 3.5 1. и публикационная (статьи и тезисы) активность Участие в конференциях 2.1 0. количество докладов) Востребованность Результаты Количество международных стажировок 85 % 5% выпускников на рынке труда Участие в малых предприятий 50 % 10 % БИБЛИОГРАФИЧЕСКИЙСПИСОК land, Korea, December 08–10, 2011.

3. Frezza, S., &Cannell, J. 2009. Product-Based Learning 1. Bagert, D. J., Port, D. N., &Saideian, H. 2008. Soft- in Software Engineering Education. Frontiers in Education ware Engineering Education, Training and Research: The Conference, FIE '09. 39th IEEE. 18-21 Oct. 2009. – P. 1–6.

Legacy of Nancy Mead. IEEE, Vol. 1. – P. 238–243. 4. Teaching Software Engineering Through Game Design // 2. SatyadhyanChickerur. Project Based Learning in Kajal Claypool, Mark Claypool// Proceedings of ITiCSE'05, Higher Education with ICT: Designing and Tutoring Digital Lisbon, Portugal, June Design Course at M S R I T, Bangalore / SatyadhyanChick- 5. Mark Overmars. Teaching Computer Science through erur, Aswatha Kumar M. // International Conference on Edu- Game Design. IEEE Computer, April 2004. IEEE Computer cation and learning (EL 2011) CCIS 257. Springer, Jeju Is- Society, 2004.

ИЗВЕСТИЯ ВолгГТУ 6. Using Educational Game Design to Teach Software лина, П. Н. Воробкалов, А. В. Катаев // Открытое образо Engineering // P.Blanchfield // Proceedings of the 3rd Euro- вание. – 2011. – № 2. – C. 290–294.

pean Conference on Games-Based Learning, Graz, Austria, 12. Shabalina O. Educational Games for Learning Pro 24–30 October 2009 / FH JOANNEUM University of Applied gramming Languages / Shabalina O., Vorobkalov P., Kataev A., Science.- [UK], 2009. – P. 339–344. Tarasenko A. // Methodologies and Tools of the Modern (e-) 7. Шабалина, О. А. Обучение разработчиков про- Learning: suppl. to Int. Journal "Information Technologies and граммного обеспечения: применение компьютерных игр и Knowledge". – 2008. – Vol. 2, [Int. Book Series "Inform. Sci процесса их разработки / О. А. Шабалина, А. В. Катаев, ence &Comput.";

№ 6]. – C. 79–83.

П. Н. Воробкалов // Известия ВолгГТУ.:межвуз. сб. науч. 13. Shabalina O. Game for learning logical design / Ere ст. № 11 / ВолгГТУ. – Волгоград, 2010. – (Серия «Акту- sko D., Shabalina O. // Mobile Learning 2010 : proc. of the альные проблемы управления, вычислительной техники IADIS Int. Conf., March 19-21, 2010 / Int. Association for и информатики в технических системах» ;

вып. 9). – Development of the Information Society.- Porto (Portugal), C. 117–124. 2010. – P. 346–350.

8. Шабалина, О. А. Применение компьютерных игр 14. Shabalina O. Development of Computer games for для обучения разработке программного обеспечения / Training Porgramming Skills / Shabalina O., Vorobkalov P., О. А. Шабалина // Открытое образование. – 2010. – № 6. – Kataev A., Davtyan A., Blanchfield P.// Proceedings of the 6th C. 19–26. European Conference on Games Based Learning, Cork, Ire 9. Шабалина, О. А. 3i-подход к разработке компью- land, 4–5 October 2012 / The University College Cork And терных игр для обучения техническим дисциплинам / Waterford Institute of techn9ology, Ireland.- Cork, 2012. – О. А. Шабалина, П. Н. Воробкалов, А. В. Катаев // Вест- P. 460–471.

ник компьютерных и информационных технологий. – 15. Катаев, А. В. Модель визуального описания сце 2011. – № 4. – C. 45–51. нария обучающих игр и симуляторов / А. В. Катаев, А. В. Му 10. Шабалина, О. А. Применение 3i-подхода для раз- ха // Известия ВолгГТУ : межвуз. сб. науч. ст. № 3 / работки обучающих игр по объектно-ориентированному ВолгГТУ. – Волгоград, 2010. – (Серия «Актуальные про программированию / О. А. Шабалина, П. Н. Воробкалов, блемы управления, вычислительной техники и информа А. В. Катаев // Вестник компьютерных и информацион- тики в технических системах» ;

вып. 10). – C. 64–68.

ных технологий. – 2011. – № 6. – C. 46–52 + 3-я стр. обл. 16. Kirkpatrick, D. L.// Evaluating training programs: the 11. Шабалина, О. А. Разработка обучающих игр: ин- four levels. San Francisco: Berrett-Koehler Publishers, теграция игровой и обучающей компоненты / О. А. Шаба- Inc., 1998.

Часть IV I. ОБЗОРН АВТОМАТИЗИРОВАННОЕ ПРОЕКТИРОВАНИЕ УДК 681.51. Г. Г. Арунянц, Д. А. Айрапетов ОБ ОДНОМ ПОДХОДЕ К ПОСТРОЕНИЮ СИСТЕМЫ УПРАВЛЕНИЯ ПРОЦЕССОМ ПРОЕКТИРОВАНИЯ В РАМКАХ САПР СУ СЛОЖНЫМИ ТЕХНОЛОГИЧЕСКИМИ ОБЪЕКТАМИ Калининградский государственный технический университет suro99@mail.ru Рассматриваются основные проблемы управления процессом проектирования систем управления (СУ) сложными технологическими объектами (ТО) в условиях САПР. Проведен системный анализ задач, решае мых управляющим комплексом (УК), менеджером проектов и профессиональными группами, осуществ ляющих проектирование в рамках САПР. Предложен и развит подход к реализации в УК задач поддержки принятия решений на базе принципов ситуационного управления с использование дедуктивных и эвристи ческих алгоритмов.

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

G. G. Arunyants, D. A. Airapetov AN APPROACH TO THE CONSTRUCTION PROCESS CONTROL SYSTEMS DESIGN IN THE CAD CS COMPLEX TECHNOLOGICAL OBJECTS Kaliningrad State Technical University The main problem of managing the design of control systems (CS) complex technological objects (TO) in CAD.

A systematic analysis of problems solved by the control complex (CC), a project manager and professional groups engaged in the design in the CAD. Proposed and developed an approach to the implementation of the CC of the tasks of decision support based on the principles of contingency management with the use of de-inductive and heu ristic algorithms.

Keywords: system design, technological object, decomposition, managing complex structure, situational control, the algorithm heuristic, deductive methods.

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

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

ИЗВЕСТИЯ ВолгГТУ Эффективная организация САПР СУ ТО с туру УК САПР СУ ТО можно представить как использованием платформы построения слож- совокупность программных комплексов под ных облачных приложений [1] связывается с ре- управлением главной УП, осуществляющей их зультатами системных исследований самого взаимодействие в процессе функционирования.

процесса проектирования [2], в результате чего Такое представление взаимозависимости ре становится возможным декомпозиция его на от- зультатов отдельных этапов может быть эф дельные функциональные подсистемы и задачи, фективно использовано при разработке про решаемые в рамках этих подсистем;

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

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

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

Рис. 1. Пример окна пользовательского интерфейса менеджера проектов 2) Руководитель профессиональной груп- Руководитель группы при организации ее ра пы – пользователь, который организует рабо- боты опирается дерево задач, формируемое ту групп проектировщиков и заносит в УК диспетчером проектов. Для руководителя оперативные данные о ходе выполнения ста- группы в УК также предусмотрен специаль дий (этапов) проектирования по каждому ный интерфейс, пример окна которого пред проекту, находящемуся в разработке группы. ставлен на рис. 2.

114 ИЗВЕСТИЯ ВолгГТУ Рис. 2. Окно пользовательского интерфейса руководителя группы 3) Разработчик – инженер-проектировщик в по оперативному управлению проектами в за составе професси-онально-ориентированной груп- висимости от текущего состояния хода выпол пы, который использует средства проектирования, нения проектных работ;

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

можно отнести следующие: 5) предоставление разработчикам доступа к 1) хранение и отображение в удобном виде данным и средствам проектирования, в зависи информации о ходе разработки проектов, сро- мости от профессиональной ориентации группы;

ках (плановых и фактических) выполнения от- 6) эффективное распределение проектных дельных этапов и проектов в целом и количест- ресурсов, уменьшение времени простоя разра ве задействованных ресурсов;

ботчиков;

2) генерирование рекомендаций диспетчеру 7) формирование отчетов о ходе выполне проектов по построению деревьев задач для ра- ния проектов с указанием фактических и пла бочих групп с использованием специально раз- новых сроков, количества задействованных раз рабатываемых алгоритмов поддержки принятия работчиков, динамики проектирования и дру решений;

гой информации. Пример окна отчета о дина 3) генерирование рекомендаций диспетчеру мике проектирования приведен на рис. 3.

Рис. 3. Отчет о динамике выполнения Проекта ИЗВЕСТИЯ ВолгГТУ Среди задач, решаемых УК САПР СУ ТО, целей. Анализ и выявление проблем осуществ необходимо обратить внимание на две группы: ляются диспетчером на основе логики, профес Группа 1 – охватывает задачи, направленные на сиональных навыков, опыта, квалификации, повышение эффективности работы коллектива интуиции.

(см. выше п. 1, 2, 6, 8);

Группа 2 – охватывает Задача 2. Эта задача включает процедуры задачи по поддержке принятия решений по принятия решений (с учетом выдаваемых УК управлению выполнением разрабатываемых рекомендаций), направленных на устранение проектов (п. 3, 4, 7). возникающих проблем. Если решений несколь Благодаря особенностям выбранного спосо- ко, то возникает задача выбора из нескольких ба организации процесса проектирования, ре- альтернатив наилучшей из них. В повседневной шение задач Группы 1 не вызывает затрудне- работе диспетчер сталкивается с часто повто ний. Используемая концепция организации ряющимися видами проблем и решений, по технологического процесса и труда проекти- этому их эффективность является в большей ровщиков предполагает: 1) коллективную рабо- мере результатом накопленного опыта, интуи ту в специализированных группах, решающих ции и творческих навыков. Исходной инфор определенный набор задач;

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

3) наличие в САПР СУ ТО фейсами УК, в режиме реального времени. Ге большого числа одновременно разрабатывае нерация альтернативных вариантов решений по мых проектов разной сложности. Решение за диспетчированию и построению дерева заданий дач Группы 1 заложено в самой концепции для рабочих групп происходит на основе ана САПР и сводится к программированию извест лиза множества факторов, часть из которых ных алгоритмов.

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

данных (0 – отсутствие, 1 – наличие);

2) заня Задача 1. Проведение анализа всей посту тость отдельных специализированных групп пающей в процессе проектирования информа (0 – отсутствие, 1 – наличие);

3) наличие доста ции о выполняемых в рамках САПР работах и точных вычислительных ресурсов (0 – отсутст выявление проблем, основными из которых мо вие, 1 – наличие).

гут явиться: 1) невыполнение планового графи Для формирования рекомендаций по управ ка работ;

2) срыв конечных сроков завершения лению проектами, выдаваемых УК, используют этапа (проекта) – необходима корректировка ся следующие ранжируемые факторы: 1) при плана проектирования;

3) выявлены ошибки оритет проекта, над которым ведется работа;

в планировании очередей выполнения работ;

2) сроки планируемого начала и конца работы 4) найдены ошибки в дереве заданий для одной над этапом (проектом);

3) трудоемкость вы из рабочих групп – необходимость перестрое полнения этапа (проекта в целом);


4) эффек ния дерева заданий;

5) недостаточность ресур тивность использования принятых ранее ре сов – необходима корректировка исходного шений по возникшей проблеме (отношение ко плана проектирования;

6) выявлена ошибка личества принятых к исполнению решений к проектирования на одном из этапов, требующая общему числу сгенерированных УК решений возврата к ранее выполненным этапам;

7) про по данной проблеме). Факторы 1–3 задаются ект, включенный в разработку, не поставлен в;

при добавлении нового проекта в САПР и мо 8) выявлен непредвиденный простой разработ гут меняться в ходе работы над проектом.

чиков;

9) выявлено завышенное потребление Число ранжируемых факторов может быть ресурсов;

10) выявлены ошибка в расчетных изменено в зависимости от класса решаемых сроках завершения этапов;

11) найдена воз в рамках САПР СУ ТО задач. Ранжируемым можность улучшения качества диспетчиро факторам присваиваются соответствующие ве вания.

совые коэффициенты, указывающие на их зна Диспетчер проектов в данном случае явля чимость. При анализе факторов в процессе ге ется экспертом, который должен принять ре нерации альтернативных вариантов решений шение для достижения наилучших результатов устанавливается жесткая очередность их рас или устранения отклонения от поставленных 116 ИЗВЕСТИЯ ВолгГТУ смотрения. В начале анализируются неранжи- как правило, решается задача корректировки руемые факторы, являющиеся группой жестких графика проектирования с перераспределением ограничений. Значение хотя бы одного их этих очередности выполнения работ по оставшимся факторов равное «0» (нулю) означает невоз- для проектирования объектам.

можность выполнения проектных работ на Проведенный анализ основных особенно данный момент времени. В таком случае анализ стей проектирования СУ сложными ТО пока ранжируемых факторов не имеет смысла. На зал, что поддержка принятия решений, реали основе оценки ранжируемых факторов УК зуемая УК САПР СУ ТО, представляет собой строит деревья заданий для различных групп задачу ситуационного управления [4]. В соот разработчиков и представляет их диспетчеру ветствии с этим подходом УК генерирует ре для принятия окончательных решений. комендации (альтернативы) по управлению Оценка трудоемкости этапов при плани- процессом проектирования на основе комбини ровании процесса проектирования осуществля- рованных (эвристических и дедуктивных) алго ется на стадии включения нового проекта в ритмов, принципы работы которых описаны в САПР на основе укрупненного анализа техно- работах [5, 6]. Данные алгоритмы обеспечива логических схем и накопленных данных о ют высокую скорость и достаточную эффек среднестатистических временных характери- тивность принимаемых решений.

стиках выполнения отдельных работ в процессе Ситуационное управление является разви проектирования СУ ТО. Получаемые оценки тием регламентных методов, основанных на являются исходными данными для расчета использовании известных приемов решения для плановых сроков выполнения отдельных эта- известных условий задач. Одной из задач си пов проектирования. туационного управления является разработка Объем необходимых для проектирования набора правил типа: «класс ситуаций ре ресурсов рассчитывается индивидуально для шение по управлению», которые в системах различных групп этапов. При этом выделяется искусственного интеллекта называются про три вида ресурсов: дукциями. Ситуации на управляемом объекте, 1) Разработчик (рабочее место). Техноло- требующие одинаковых управленческих реше гический процесс проектирования предусмат- ний, сводятся в один класс. В результате созда ривает этапы, которые могут быть реализованы ется некий классификатор. Для прогнозирова только при совместной работе двух и более ния результатов принятого в данной ситуации разработчиков. Число разработчиков (рабочих решения в системе реализуется «Имитатор», мест) определяется перед началом соответст- с помощью которого осуществляется выбор вующего этапа и может меняться в процессе наилучшего решения. Общая структура системы проектирования. ситуационного управления показана на рис. 4.

2) Вычислительные ресурсы (процессор- Описания классов ситуаций вместе с соот ное время, память). Так как в основу архитек- ветствующими решениями и параметрами хра туры САПР СУ ТО положена гибридная кон- нятся в хранилище данных. При отсутствии цепция [1], возможны ситуации, при которых класса для текущей ситуации в подсистеме по необходимо распределение вычислительных лучения управляющих воздействий, подбира ресурсов (локальных и облачных). В этом слу- ется приемлемое решение для новой ситуации чае важной становится проблема первоначаль- и проверяются возможные решения с помощью ного установления регламентных норм на ис- «Имитатора ситуаций». Удачное решение пользование имеющихся вычислительных ре- заносится в «Классификатор».

сурсов и эффективного и оперативного их пе- В процессе предварительных исследований рераспределения в процессе проектирования. был сделан вывод о возможности реализации в 3) Данные. Необходимым ресурсом для вы- рамках УК САПР СУ ТО процедуры генерации полнения каждого этапа проектирования яв- альтернативных вариантов решений по уст ляются соответствующие исходные данные, ранению выявленной проблемы с использова часть из которых формируется на предшест- нием методов: 1) анализа шансов и рисков [7];

вующей ему и связанной с ним стадии проек- 2) оценки по системе балов [7, 8]. Практическая тирования. Возможны случаи нехватки данных реализация оценки шансов и рисков при созда для начала выполнения работ, что приводит к нии специального программного обеспечения прерыванию процесса проектирования. Тогда, УК осуществлялась с использованием резуль ИЗВЕСТИЯ ВолгГТУ татов предварительно проведенных экспертами создания для каждого принимаемого для рас исследований всех видов (классов) ситуаций, смотрения решения набора оценок: для шансов требующих управляющих решений с целью от 0 до 10, для рисков – от 0 до 1.

Рис. 4. Структура системы ситуационного управления 3. Арунянц, Г. Г. Методологические аспекты опти В порядке заключения отметим, что экспе мального проектирования систем управления сложными риментальные исследования предложенного технологическими объектами с использованием эволюци подхода к построению УК САПР СУ сложными онной стратегии синтеза / Г. Г. Арунянц, Д. А. Айрапетов // ТО подтвердили его эффективность при прак- Известия ВолгГТУ : межвуз. сб. науч. ст. № 14(87) / тической реализации в процессе структурного ВолгГТУ. – Волгоград, 2012. – (Серия «Актуальные про блемы реформирования российской экономики (теория, синтеза САР параметров ряда ТО.

практика, перспектива)» ;

вып. 12). – С. 177–189.

4. Тихонов, А. Н. Методы и системы поддержки при БИБЛИОГРАФИЧЕСКИЙ СПИСОК нятия решений / А. Н. Тихонов, В. Я. Цветков. – М.:

МАКС ПРЕСС, 2001. – 312 с.

1. Айрапетов, Д. А. Исследование и выбор концепции 5. Орлов, А. И. Теория принятия решений: учеб. посо распределения и использования ресурсов проектирования бие / А. И. Орлов – М.: Издательство «Экзамен», 2005. – для САПР систем управления сложными технологически- 656 с.

ми объектами / Д. А. Айрапетов // Известия ВолгГТУ : 6. Аверин, А. И. Исследование и разработка алгорит межвуз. сб. науч. ст. № 7(94) / ВолгГТУ. – Волгоград, мов параллельного дедуктивного вывода на графовых 2012. – (Серия «Актуальные проблемы реформирования структурах. Автореф. докт. дисс. – М.: МЭИ, 2004.

российской экономики (теория, практика, перспектива)» ;

7. Шапкин, А. С. Теория риска и моделирование рис вып. 13). – С. 196–204. ковых ситуаций: учебник / А. С. Шапкин. В. А. Шапкин. – 2. Арунянц, Г. Г. Проектирование систем управления М.: Издательско-торговая корпорация «Дашков и Ко», сложными технологическими производствами как объект 2005. – 880 с.

системного анализа / Г. Г. Арунянц, Д. А. Айрапетов // 8. Розен, В. В. Математические модели принятия ре «Балтийский финансовый журнал», № 1 (5), Калинин- шений в экономике / В. В. Розен. – М: Издательство:

град:-БИЭФ-2011. – С. 137–147. «Высшая школа», 2002. – 288 с.

118 ИЗВЕСТИЯ ВолгГТУ УДК 7.011 681.51 004.94 65. Дм. В. Бутенко ЗАДАЧИ КОНЦЕПТУАЛЬНОГО ПРОЕКТИРОВАНИЯ И ИХ ВЗАИМОСВЯЗЬ С ЗАКОНОМЕРНОСТЯМИ РАЗВИТИЯ СИСТЕМ Волгоградский государственный технический университет butenko@vstu.ru В статье рассматриваются задачи концептуального проектирования систем, описание их взаимосвязи с общим массивом задач решаемых человеком в его проектной деятельности, а также с известными на сего дняшний день закономерностями строения и развития систем.

Ключевые слова: концептуальное проектирование, закономерности развития систем.

Dm. V. Butenko TASKS OF CONCEPTUAL DESIGN AND THEIR RELATIONSHIP WITH THE LAWS OF SYSTEMS DEVELOPMENT Volgograd state technical University The article considers the problem of conceptual design systems, a description of their relationship with the Gen eral array of tasks, solved by man in his project activities, as well as with well-known today, the regularities of the structure and systems development.

Keywords: conceptual design, regularities of the development of systems.

Если все сводится к одному, то к чему сводится одно?

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

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


ких понятий как «системный синтез» при нали- Устоявшееся определение термина эври чии таких распространенных определений как стика звучит следующим образом: «эвристика «системный анализ», «системный подход». По это – некоторое утверждение или предположе нашему мнению это говорит об отсутствии за- ние являющее результатом обобщения сообра конченных концепций о генерации холистиче- жений (знаний), здравого смысла или теорети ских моделей систем любого типа. Одно из ческих, экспериментальных знаний (данных), причин такого положения является очевидный либо некоторая экспериментальная гипотеза кризис математического моделирования сис- или интуитивное суждение лица принимающе тем, не позволяющего ни описать процесс ка- го решения, обеспечивающего поиск рацио чественного перехода при исследовании суще- нального смыслового решения…» В соответст ствующих систем, ни тем более, описать вии с этим определением с очевидностью мож эмерджентность при синтезе новых систем. Это но диагностировать плохую изученность форм говорит так же о недостаточности инструмен- представления знаний у человека, неразрабо тальных средств, ввиду того, что математика танность теории получения выводного знания, оперирует контекстно-свободным языком, в то с учетом немонотонности вывода в открытых время как при синтезе систем необходимо системах знаний, отсутствие формальных язы обеспечить чувствительность присоединяемых ков высокого уровня для организации логиче ИЗВЕСТИЯ ВолгГТУ ского вывода. В связи с этим, вообще, возника- повой аксиоматики в смысле [7]. Такое по ет представление о необходимости повышения строение эвристического алгоритма синтеза эффективности инструментальных средств для системы (эвроритма) отвечает фрактальному синтеза новых систем. Это, по нашему мнению, принципу синтеза систем, обеспечивающего может быть достигнуто использованием тех компактность и унификацию процедур на всех методов, которые присущи искусству, что по- системных уровнях.

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

Отметим так же, что одним из способов пре- В результате можно сделать вывод о том, одоления проблем размерности при синтезе что процесс создания новой системы только сложных систем, является дивергентность мыш- в качестве одной из составляющих содержит ления человека [3]. логический вывод, причем который протекает Целью данной публикации, кроме освеще- одновременно несколько таких процессов (ана ния актуальности создания теории развития лиз, синтез, оценка), результаты их сливаются, систем, является также описание взаимосвязи создавая феномен семантического синтеза. По задач концептуального проектирования с об- этому синтез нового объекта не может быть щим массивом задач решаемых человеком в его обеспечен даже сложной совокупностью па проектной деятельности, а также с известными раллельно-последовательных логических выво на сегодняшний день закономерностями строе- дов, а только информационными процессами на ния и развития систем. сложной внутренней ассоциативной многомер Ранее нами было показано, на примере тех- ной семантической сети. Правомерность такого нических систем [4, 5], что любая процедура вывода подтверждается эффективностью реше проектирования систем должна содержать сле- ния задач классификации, диагностики и про дующие модули: модуль генерации целей, ана- гнозирования на нейронных сетях при полном литический модуль, формирование системы бессилии синтеза чего-либо нового. Представ объекта, модуль синтеза, модуль оценки полу- ляется, что для обеспечения этого феномена ченных решений. Эта совокупность модулей сеть должна расти.

является инвариантной относительно систем- Задачи, решаемые в процессе концептуаль ных уровней (в технических системах это уро- ного проектирования тотально присущи прак вень функциональной структуры, принципа тически всем видам задач, решаемых челове действия, технического и параметрического ре- ком. Этими задачами являются: анализ, синтез, шения) и должна отвечать требованиям груп- диагностика, прогнозирование, планирование, 120 ИЗВЕСТИЯ ВолгГТУ оценивание, классификация, задачи расшире- – прохождение всех этапов эволюционного ния, доопределения, преобразования. Можно развития;

показать, что во всех этих задачах присутствует – переход с макроуровня на микроуровень;

вышеописанный процесс семантического син- – увеличение степени идеальности;

теза. Главным эвристическим метаправилом – развертывание – свертывание системы;

для повышения его эффективности является – рассогласование-согласование параметров;

использование в качестве посылок противоре- – выделение линий развития;

чивых описаний исходной системы и их семан- – закон возрастания разнообразия.

тического синтеза в новой системе. Использо- Законы строения-развития:

вание такой технологии концептуального про- – хаотическая самоорганизация ектирования названо нами контрадукцией [9]. – принцип причинности;

Известные закономерности строения и раз- – единство и борьба противоположностей;

вития систем в литературе перечисляются в эм- – синергетические принципы;

пирической классификации или в качестве эм- – колебательный и циклический характер пирических линий развития [10,11,12], которые функционирования;

уже представляют из себя попытку их целена- – перевод из одного качественного состоя правленного использования для управления ния в другое минимальным воздействием;

процессом возникновения систем. – полнота частей системы.

Проанализировано [11] более 30 законов, Более стройная концепция взаимосвязи за которые условно разделены на три группы: кономерностей приведена в [13] феноменоло – Законы строения, отвечающие на вопрос, гически, но, опять же, без привязки собственно какие общие черты существуют в системах;

к процессу проектирования, особенно, новых – Законы развития, отвечающие на вопрос, систем и без объяснения, почему именно такая какие общие черты существуют в системах;

связь в виде закономерности устойчива. Отме – Законы строения-развития, отвечающие тим, что большая часть найденных закономер на вопрос, почему и за счет чего совершается ностей относятся к, так называемому, внутрен развитие. нему проектированию и лишь одна из них – Законы строения систем: «стремление к идеальности» является семанти – закон иерархии множества функций сис- ческим обобщением использования других за темы и их соподчиненности;

кономерностей. Она является одновременно – возрастание – убывание энтропии;

целью и интегральным критерием отбора, глав – зависимость потенциала от степени орга- ная же функция системы (потребность в ней) низованности системы;

транслируется проектировщику из надсистемы – закономерность «наиболее слабых мест»;

и, как указывалось ранее [6], является функци – пирамидальное распределение ресурсов;

ей инновационного маркетинга, который может – правило золотого сечения;

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

в качестве аппарата анализа. Очевидно, что эти – законы корреляции параметров;

закономерности носят характер метазнаний и – закон Вебеоа-Фехнера;

необходима разработка методик их применения – корреляция однородных рядов;

для обеспечения эффективности, устойчивости – организация техноценозов. и интеллектуальности создаваемых систем Законы развития систем: Отметим, что найденные закономерности – непрерывное увеличение объема и числа могут быть применены для форсирования от полезных функций;

дельных функций системы, а также для повы – расхождение темпов жизненных функций шения показателей эффективности системы элементов систем;

в пределах одного принципа действия.

– четырехэтапное эволюционное развитие В каком направлении целенаправленно из структуры системы;

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

биологических, социальных и других эффектов – стадийное развитие;

– на этот вопрос пока нет строгого ответа. Су – внутрисистемная и межсистемная конвер- ществует эвристическая рекомендация по пере генция;

ходу от макровзимодействий к микро-. В соот ИЗВЕСТИЯ ВолгГТУ БИБЛИОГРАФИЧЕСКИЙ СПИСОК ветствии с ней для технических систем реко мендуется следующая последовательность: ме 1. Теслинов, А. Г. Развитие систем управления: мето ханический уровень, химический уровень, фи- дология и концептуальные структуры / А. Г. Теслинов. – зический уровень. Детальная проработка для М.: «Глобус», 1998. – 229 с.

этих уровней отсутствует, а для биологических 2. Никаноров, С. П. Введение в концептуальное про и социальных систем такая задача не ставилась ектирование АСУ: Анализ и синтез структур / С. П. Ника норов, Н. К. Никитина, А. Г. Теслинов. – М.: «Концепт», вообще. Отмечаются только проявления этого 2007. – 236 с.

феномена в биологических и социальных сис 3. Суворов, В. В. Манипулирование семантически слож темах, например, в изменении характера войн, в ными объектами – механизм креативного интеллекта / способах воздействия на человека, например, В. В. Суворов // XXIX Юбилейная Международная кон психотехнических. ференция и дискуссионный научный клуб IT+SE` Новые информационные технологии в науке, образова Что касается более высокого уровня – уров нии, телекоммуникации и бизнесе. – Украина, Крым, Ял ня функциональной структуры, то среди зако та-Гурзуф, 2002. – С. 256.

номерностей ее изменения сформулировано 4. Бутенко, Д. В. Инновационные интеллектуальные лишь стремление к наращиванию функций по технологии. Конструирование методов концептуального фрактальному принципу, а также отмечается, анализа технических систем / Д. В. Бутенко // Открытое что принципу самоорганизации отвечают толь- образование. – 2011. – № 2. – C. 73–76.

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

получен при развитии теории катастроф, т. к. науч. ст. № 2 / ВолгГТУ. – Волгоград, 2006. – (Серия многие природные процессы могут рассматри- «Концептуальное проектирование в образовании, технике и технологии» ;

вып. 2). – C. 89–92.

ваться как проявления этого феномена.

6. Бутенко, Д. В. Задача стратегического планирова Многие закономерности структурных пере ния и теория развития систем / Д. В. Бутенко, Л. Н. Бутен строек в системах, их механизмы, а также ко // Качество. Инновации. Образование. – 2003. – № 4. – влияние окружающей среды изучается наукой C. 31–34.

о качественных изменениях – химии. 7. Клименко, А. В. Основы естественного интеллекта / Плодотворной гипотезой в свете обсуждае- А. В. Клименко. – Ростов-на-Дону: Изд-во Ростовского ун-та, 1994. – С. 304.

мых проблем представляется предположение А.

8. Клир, Д. Системология. Автоматизация решения си В. Клименко [7] о том, что природа состоит не стемных задач / Д. Клир. – М., Радио и связь,1990. – С. 540.

из энтропийных, а из негэнтропийных объек- 9. Бутенко, Д. В. Методологические основы построе тов, способных к спонтанной самоорганизации, ния линий развития технических систем / Д. В. Бутенко // которая носит рекуррентный характер. Им ука- Известия ВолгГТУ : межвуз. сб. науч. ст. № 9 / ВолгГТУ. – Волгоград, 2011. – (Серия «Актуальные проблемы управ зывается также и процессная компонента – ления, вычислительной техники и информатики в техни обучение, запоминание и распознавание. В ис ческих системах» ;

вып. 11). – C. 131–133.

кусственном интеллекте также при описании 10. Альтшуллер, Г. С. Поиск новых идей: от озарения его строения выделены подсистемы восприятия технологии / Г. С. Альтшуллер, Б. Л. Злотин, А. В. Зус через абстрагирование и формализацию, обра- ман, В. И. Филатов. – Кишинев, Картя Молдовеняска, 1989. – 382 с.

ботки информации с функцией преобразования, 11. Камаев, В. А. Концептуальное проектирование и подсистемы генерации поведения через кон законы строения-развития систем / В. А. Камаев // XXX кретизацию и интерпретацию [14]. Международная конференция и дискуссионный научный Резюмируя, можно сказать, что налицо про- клуб IT+SE`2003 Новые информационные технологии в цесс возникновения новой парадигмы проекти- науке, образовании, телекоммуникации и бизнесе. – Ук рования и создания новых систем на основе раина, Крым, Ялта-Гурзуф, 2003. – С. 87.

12. Половинкин, А. И. Основы инженерного творчест существенного изменения инструментария ва / А. И. Половинкин. – М.: Машиностроение,1988. – 8 с.

проектировщика благодаря результатам изуче 13. Саламатов, Ю. П. Система законов развития тех ния био- и техноценозов и моделирования есте- ники / Ю. П. Саламатов. – Красноярск,1996.

ственного интеллекта средствами различных 14. Александров, Е. А. Основы теории эвристических наук и синтетическое использование этих ре- решений / Е. А. Александров. – М.: Советское радио, 1975. – 254 с.

зультатов.

122 ИЗВЕСТИЯ ВолгГТУ УДК 7.011;

681. Дм. В. Бутенко ПОСТАНОВКА ЦЕЛЕЙ И СТРАТЕГИЧЕСКОЕ ПЛАНИРОВАНИЕ В КОНЦЕПТУАЛЬНОМ ПРОЕКТИРОВАНИИ СИСТЕМ Волгоградский государственный технический университет butenko@vstu.ru Статья посвящена проблематике постановки целей и стратегического планирования в процедурах кон цептуального проектирования систем. Представлена последовательность решения задач концептуального проектирования в стратегическом планировании. Даны определения эвристического правила, открытой управляемой системы, стратегии управления, конструктора целей в условиях немонотонного логического вывода при решении задач концептуального проектирования.

Ключевые слова: Концептуальное проектирование, стратегия управления, стратегическое планирование.

Dm. V. Butenko GOAL SETTING AND STRATEGIC PLANNING IN THE CONCEPTUAL DESIGN OF THE SYSTEMS Volgograd state technical University The article is devoted to the problems of setting goals and strategic planning in the procedures of conceptual de sign systems. Is represented by a sequence of solution of the tasks of conceptual design in strategic planning. Given the definition of heuristic rules, open the control system, management strategies, the objectives in the context немо нотонного inference in solving problems of conceptual design.

Keywords: Conceptual design, strategy management, strategic planning.

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

«Сепульки – играющий значительную роль элемент цивилизации адритов (см.) с планеты Интеропия (см.).

См. Сепулькарии.

Я последовал этому совету и прочитал: «Сепулька рии – устройства, служащие для сепуления (см.)».

Поискал сепуление, там было: «Сепуление – занятие адритов (см.) с планеты Интеропия (см.) См. Сепульки»

Круг замкнулся, больше искать было негде… »

Станислав ЛЕМ «Звездные дневники Ийона Тихого»

Ввиду крайней важности влияния стратеги- Вредный сорняк (т. е. стратегию) лучше всего ческого планирования на дальнейшую резуль- вырвать с корнем сразу, как увидишь…»

тативность процессов самых различных видов Современное представление о процессе стра деятельности представляется актуальным рас- тегического планирования опирается на метод смотреть способы повышения эффективности анализа иерархий и использует, в основном, экс решения задач стратегического планирования. пертные оценки и методы принятия решений [2]:

Анализ литературных источников обнару- аналитическое стратегическое планирование – живает, например «парниковые модели форми- процесс обучения и эволюции, т. е. процесс про рования стратегий» [1], которые формулируют- ецирования вероятного или логического буду ся следующим образом: «… после того как щего (обобщенного сценария) и идеализирован стратегии выйдут из этого процесса (созна- ных желаемых будущих состояний.

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

«полевая модель формирования стратегий» [1] Таким образом, стратегическое планирова с ее утверждением, что «создание стратегий не ние может быть определено как процесс проек имеет ничего общего с выращиванием помидо- тирования образа вероятного будущего и его ров в теплице, они растут как сорняки в саду... желаемых состояний. С другой стороны, стра ИЗВЕСТИЯ ВолгГТУ тегическое планирование является системой динамического согласования-рассогласования.

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



Pages:     | 1 |   ...   | 3 | 4 || 6 |
 





 
© 2013 www.libed.ru - «Бесплатная библиотека научно-практических конференций»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.