CC BY
50
конференции молодых ученых и аспирантов «Новые информационные технологии. Разработка и аспекты применения», г. Таганрог 2003. - С. 238-241.
9. Бобнев С.В., Рогозов Ю.К Многокритериальный метод оптимизации модели информационных потоков предприятия. Сборник трудов «Технологии информатизации профес-
» « »,
2005. - С. 321-331.
С.В. Астанин, Н.В. Драгныш
АРХИТЕКТУРА СРЕДЫ РАЗРАБОТКИ СЛОЖНЫХ ПРОГРАММНЫХ
СИСТЕМ
В [1,2] описывается современный кризис программирования и требования к среде разработки программных систем, выполнения которых необходимо для выхода из этого кризиса. Основы и базовые принципы построения среды разработки рассмотрены в [2,3].
.1.
Рис.1. Архитектура среды разработки сложных программных систем
Интерфейс разработчика предоставляет графические средства, позволяющие конкретному пользователю:
1) регистрироваться и авторизовываться в многопользовательской системе;
2) настраивать личный профиль;
3) ;
4) ;
5) выбирать текущий язык описания моделей (конструктор моделей) либо
,
;
6) разрабатывать модель текущей системы;
7) переходить на другой уровень абстрагирования, т.е. загружать в компоненты КПС и КПМ систем и их моделей другого уровня иерархии из БД с помощью компонента поддержки;
8)
портала.
кпе - компонент поддержки системы. Позволяет работать разработчику с текущей программной системой, т.е. создавать, редактировать, удалять. При редактировании изменяются статические параметры системы, входы, выходы, входы-выходы. Также позволяет работать с множеством моделей системы, в том числе выбирать текущую модель. При переходе на другой уровень абстрагирования, данные программной системы записываются в БД, а в КПС загружаются новые данные из БД с помощью компонента поддержки. Редактирование конкретной модели происходит в КПМ.
- . конкретной моделью программной системы, с помощью некоторого языка описа-( ). -руктора моделей. Модель системы получает полную информацию о входах, выхо-, - . ,
ЯОМ сохраняются через компонент поддержки в БД. Некоторые сущности и отношения разрабатываемой модели трудно или нецелесообразно реализовывать в рамках выбранного ЯОМ, используя текущий конструктор моделей, поэтому они оформляются в виде независимых программных подсистем, которые составляют новый уровень абстрагирования систем. Соответственно для реализации моделей подсистемы можно выбирать другие конструкторы моделей.
Выборщик КМ - выборщик конструктора моделей. Выбор конструктора происходит на основании информации, полученной от разработчика (отражает его ), ( ). -ответствующая информация сравнивается со знаниями БЗ (описания предметных )
моделей. Кроме того, возможен выбор вручную прохождением ветвей иерархии . -может и учет стоимости лицензий на право использования конструкторов моделей, а также учет только тех конструкторов, лицензии на которые уже приобретены.
- . -мацию об них.
( ), -
тор языка описания моделей (ИЯОМ), интерфейс конструктора моделей (ИКМ) и
( ).
КПМ с конструктором моделей, а именно с ЯОМ и ИЯОМ. ОКМ позволяет выборщику конструктора моделей сделать выбор текущего конструктора, наиболее подходящей для реализации модели текущей программной системы разработчиком [4].
- ( ). компоненту поддержки моделей и разработчику стандартизированный интерфейс к конкретному конструктору моделей. Имеет пять обязательных точек входа (точки ): , , , модели, выполнение модели, тестирование. Точки создания, редактирования, уда,
выполнять соответствующие действия с моделью в рамках выбранного конструк-. -собность интерфейса конструктора моделей (других точек подключения) без относительно подключения к компоненту поддержки модели и модели системы. Точки подключения (вызова) стандартны и для всех конструкторов моделей одинаковы, но содержание интерфейса КМ может быть совершенно разным. В простейшем случае это текстовый редактор, который позволяет разработчику создавать/редактировать модель системы на ЯОМ, с последующим выполнением с по-
мощью интерпретатора ЯОМ, входящего в состав конструктора моделей. В более сложном случае, в качестве интерфейса КМ, может выступать интеллектуальный , , полностью исключающий текстовый набор на языке описания модели. Интеллектуальный интерфейс позволяет не только уменьшить время разработки модели, но и полностью исключить синтаксические ошибки и уменьшить время поиска семантических ошибок, т.е. осуществить контроль ошибок.
, -щий конструктор моделей, он может оставить заявку на разработку нового. Про-
-
создания нового конструктора моделей.
Компонент поддержки предназначен для выполнения вспомогательных , , разграничивает данные и процессы в многопользовательской среде, предоставляет доступ к необходимым ресурсам. Взаимодействие других компонентов с БД осуществляется только с помощью компонента поддержки. Также позволяет осуществлять взаимодействие разных пользователей. Например, разработчик программной системы может оставить заявку на создание нового конструктора моделей, которую отследят разработчики конструкторов моделей и соответственно свяжутся с .
БД - база данных. Содержит всю информацию, необходимую для работы со , ,
, . -ются учетные записи всех пользователей, которые включают в себя имя учетной записи (login) и пароль, личную информацию (ФИО, пол и т.д.), контактную информацию, личные настройки среды разработки, таблицу разрешений в среде разработки (р^работчик систем, гость, администратор, разработчик конструкторов ), ( -делей, использование которых разрешено пользователю) и т.п. Доступ к конструктору моделей может быть частичным. Например, пользователю разрешено разрабатывать модель системы с помощью данного конструктора моделей, но запрещено выполнять ее пока не приобретет соответствующих прав (за исключением этапа ). , , -тель не продлевает разрешение на редактирование, а оставляет за собой только право выполнять модель. Конкретные правила и стоимость доступа к конструкторам моделей определяются разработчиками соответствующих конструкторов мо.
КП множества КМ - компонент поддержки множества конструкторов моделей. Позволяет создавать, редактировать, удалять конструкторы моделей и их части тем пользователям, которые являются их владельцами. Владельцем конструктора моделей обычно считается ее создатель, но администратор может назначить нового владельца КМ. Обратная связь владельцев КМ (р^работчиков КМ) по уже существующим конструкторам моделей, либо инициирование новой связи по заявке на создание конструктора моделей, осуществляются через компонент поддержки. Владелец КМ определяет правила и стоимость доступа к конструктору моделей. Но выделение доступа осуществляется автоматически компонентом поддержки (при выполнении разработчиком программной системы правил и стоимости ) .
Интерфейс владельца КМ - интерфейс владельца конструктора моделей. Предоставляет графические средства для работы с компонентом поддержки мно-
жества КМ и с компонентом поддержки. При взаимодействии с компонентом поддержки, с одной стороны, учитывается, что владелец КМ является стандартным пользователем общего портала (login, пароль, личный профиль и т.д.), с другой, что он отвечает за конкретный конструктор моделей (или несколько) и, кроме того, может выступать в качестве разработчика нового конструктора моделей.
Компонент администрирования позволяет администратору помогать и контролировать работу среды разработки в целом и ее частей, всех пользователей, хранилищ информации и т.п. Администрирование компонента поддержки позволяет на высоком (прикладном) уровне следить за средой, пользователями, ресурсами, доступом. Администрирование базы данных осуществляет те же задачи, но на низком уровне (системном). Администрирование базы знаний позволяет контролировать целостность множества конструкторов моделей и непротиворечивость знаний . -делей. Его задача опубликование конструктора модели (видимость КМ разработ-) ( ) .
Интерфейс администратора предоставляет администратору графические средства для работы с компонентами поддержки и администрирования.
БИБЛИОГРАФИЧЕСКИЙ СПИСОК
1. Драгныш Н.В. Требования к среде разработки сложных программных систем / Современные проблемы информатизации в моделировании и программировании: сб. трудов. Вып.11 / Под редакцией О.Я. Кравца. - Воронеж: Изд-во “Научная книга”, 2006.
2. Астанин С.В., Драгныш НМ. Базовые принципы построения среды проектирования сложных систем / Труды XI Всероссийской науч.-мет. конф. «Телематика-2004». - СПб, 2004. т.1.
3. Астанин С.В., Драгныш НМ. Математические основы построения среды проектирования сложных программных систем / Труды Международных научно-технических конференций “Интеллектуальные системы” (AIS’05) и “Интеллектуальные САПР” (CAD-2005). Научное издание в 4-х томах. - М.: ФИЗМАТЛИТ, 2005, т.4.
4. . . / -
менные проблемы информатизации в моделировании и программировании: сб. трудов.
.11 / . . . - : - “ ”, 2006.
В.В. Щербинин, ПЛ. Кравченко, Н.Ш. Хусаинов
МЕТОДОЛОГИЯ РАЗРАБОТКИ ИНФОРМАЦИОННОАЛГОРИТМИЧЕСКОГО ОБЕСПЕЧЕНИЯ ПЕРСПЕКТИВНЫХ СИСТЕМ ОПРЕДЕЛЕНИЯ МЕСТОПОЛОЖЕНИЯ ЛА ПО ИНФОРМАЦИИ ОТ АВТОНОМНОЙ СИСТЕМЫ БЛИЖНЕЙ РАДИОНАВИГАЦИИ
К решению задач позиционирования современных летательных аппаратов ( ) , -деляют состав и структуру бортового пилотажно-навигационного комплекса ( ). -димой точности и надежности определения пилотажно-навигационных параметров, при условии выдерживания заданных ограничений на время подготовки системы к работе, массогабаритные характеристики, энергопотребление, вычисли, .
По критерию точности решения навигационной задачи навигационные комплексы могут быть условно разделены на ПНК высокой точности (используемые для обеспечения взлета, автоматического самолетовождения по маршруту и посад-
