Технология контекстного программирования и ее применение

• Автор: Иосенкин, Вячеслав Яковлевич
• Шифр специальности: 05.13.11
• Научная степень: Кандидатская
• Год защиты: 2005
• Место защиты: Москва
• Количество страниц: 214 с. : ил.

СОДЕРЖАНИЕ
ВВЕДЕНИЕ
Глава 1. ИССЛЕДОВАНИЕ СОВРЕМЕННОГО СОСТОЯНИЯ КОМПЛЕКСНОЙ ПРОБЛЕМЫ ВЗАИМОДЕЙСТВИЯ ОТКРЫТЫХ ИНФОРМАЦИОННЫХ СИСТЕМ И ТЕХНОЛОГИЙ

ПРОГРАММИРОВАНИЯ.

1.1. Открытая информационная система

1.2. Базовые понятия концепции открытых систем

1.3. Проектирование программных средств.

1.3.1. Объектноориентированная методология.

1.3.2. Объектноориентированные технологии.

1.3.3. Объектноориентированные языки.

1.4. Компонентная технология программирования.

1.4.1. Технология программирования v.
1.4.2. Технология программирования i
1.4.3. Язык СИ и технология .
1.5. Система программирования Форт
1.6. Проблемы совершенствования программных средств.
Глава 2. РАЗРАБОТКА IЮЙ ТЕХНОЛОГИИ ПРОГРАММИРОВАНИЯ.
2.1. Развитие синтаксиса и семантики языковых средств.
2.2. Проблема семантического разрыва и пути ее решения
2.3. Контекстносвободные языки программирования
2.4. Контекст в объектноориентированных языках.
2.5. Контекстные языки
2.6. Объектноориентированный Форт
2.7. Реализация объектноориентированной методологии в Форт
2.8. Базовые требования для реализации контекстной технологии.
2.9. Принципы контекстной технологии программирования
2 Вычислительный механизм контекстной компиляции.
2 Система контекстного программирования
2 Задачи контекстной технологии программирования.
Выводы.
Глава 3. РЕАЛИЗАЦИЯ СИСТЕМЫ КОНТЕКСТНОГО ПРОГРАММИРОВАНИЯ И ЕЕ ПРИМЕНЕНИЕ
3.1. Синтаксический анализ языковой модели
3.2. Механизм конверторов.
3.3. О сущностях предметной области и их структуре
3.4. Контекстная интерпретация понятий
3.5. Построение языковой модели предметной области
3.6. Механизм компиляции знаний.
3.7. Генерация кода и исполнение
3.8. Языковая модель процессов управления.
3.9. Высокоуровневая форма мигрирующего кода
3 Сравнительный анализ контекстной технологии
3 Преимущества и недостатки контекстных языковых средств
Выводы.
ЗАКЛЮЧЕНИЕ
БИБЛИОГРАФИЧЕСКИЙ СПИСОК
ПРИЛОЖЕНИЯ
ВВЕДЕНИЕ
Актуальность


Как клиент, вы отказываетесь беспокоиться о некоторых деталях, в данном случае -о том, какой вариант полиморфной операции выполнять, до самою последнего возможного момента - момента исполнения. Классификация. Какие объекты (классы и их экземпляры) использовать в конкретной разработке - вот критический вопрос при проектировании программных средств. То, что в ОО технологии называется «создание иерархий с наследованием» и есть классификация, отображающая неупорядоченный реальный мир в упорядоченный мир объектов с попутным обнаружением общности в их ключевых абстракциях и реализующих поведение механизмах. Существует эмпирически выявленная закономерность []: % классов относительно легко идентифицировать уже на стадии эскизного проекта; % классов возникают на стадиях технического и рабочего проектов; наконец, необходимость остающихся 5% часто выявляется только на этапе поддержки и сопровождения системы. Бссшовность. Идея бесшовности (связности, цельности БеагЫеззпсзз) относится к наименее понимаемым аспектам ОО методологии. Суть ее в том, что модели системы на этапах анализа, проектирования и реализации обладают такой степенью связности, что изменения в одной из них можно легко и безболезненно отобразить на другие. Это позволяет реализовать такое важное при итеративном проектировании свойство, как трассируемость ^гасеаЬПку). Из бесшовности следует обратимость (reversibility), гарантирующая согласованное изменение моделей не только в прямом (от требований к реализации), но и в обратном направлении. Свойства трассируемости и обратимости являются основой для реализации эволюционных моделей жизненного цикла программных систем. В конечном итоге, этот набор принципов обеспечивает концептуальный базис для борьбы со сложностью - тем свойством программного обеспечения, которое является его неотъемлемой частью, и от которого нельзя избавиться. Таким образом, методология является не столько методологией проектирования программных средств, сколько фундаментальным базисом для анализа и проектирования сложных систем произвольной природы. Успех применения методологии зависит от используемой технологии - системы методов (принципов), способов и приемов разработки программных средств []. От иных, в частности структурных подходов, ОО технологии отличаются, прежде всего, тем, что необходимой фундаментальной единицей архитектурной абстракции служит класс. В конце -х - начале -х наблюдался бум в создании новых ОО технологий. По сложившейся практике, наряду со смысловыми названиями (или вместо них), технологии получали имена своих создателей []. Среди них Booch (Grady Booch) [], ОМТ (Object Modeling Technique, Jim Rumbaugh) [] Object-Oriented Systems Analysis and Recursive Design (Shlaer/Mellor) [], CRC (Class, Responsibility, and Collaborations) [], Responsibility-Driven Design (Wirfs-Brock) [], Object-Oriented Analysis and Design (Coad/Yourdon) [, ] и другие. Почти все технологии имели оригинальные графические нотации и нашли поддержку в виде соответствующих CASE-средств. Появились и CASE-средства, поддерживающие одновременно несколько технологий. О единой технологии говорят с осторожностью, как о технологии будущего []; пока же работа концентрируется на определении как концептуальных, так и исполняемых артефактов (artifacts), под которыми понимаются «реальные продукты-сущности процесса разработки», а также взаимосвязи между ними. Создана и систематически описана базисная мстамодель [], определившая семантику всех моделирующих понятий, необходимых на этапах анализа, проектирования и конструирования сложных систем. Удалось выработать единую нотацию - унифицированный моделирующий язык (Unified Modeling Language, UML) []. Это означает, что UML может быть использован дтя описания процессов в рамках различных технологий. Значительно более амбициозной, направленной не просто на традиционный процесс анализа, проектирования и реализации программного продукта, но имеющей целью охватить полный жизненный цикл программного проекта, включая стратегии стратегического планирования, управления и оценки качества, повторного использования унаследованных систем, сопровождения и др. OPEN (Object-oriented Process, Environment and Notation) [].