Архитектура приложения в среде разработки VisualStudio

Все компъютерные программы, разработанные на платформе операционной системы Windows, принято называтьWindows–приложениями или более кратко-приложениями. Этим понятием подчеркивается сильная зависимость разрабатываемых программ от характеристик операционной платформы и глубоким функциональным проникновением ее кодов в структуру разрабатываемых приложений.[4]

Создание приложений для работы в операционной системе Windows на языке Visual C++ включает следующие этапы:

написание исходных текстов программ;

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

разработка системы помощи для работы с программой;

компилирование исходных текстов;

компоновка программ и их компонентов;

отладка и модификация программ.

Для выполнения этой работы среда Visual C++ располагает текстовым редактором, редактором для создания ресурсов, компилятором, компоновщиком, отладчиком и многими другими программными компонентами..

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

Эту совокупность файлов называют проектом. Описание проекта содержится в файле с расширением *.dsp. Если же работа выполняется над несколькими проектами, то они объединяются в рабочей области (Project Workspace). Файлы описания рабочей области имеют расширение *.dsw или *.mdp. Для нее, как правило, создается отдельный каталог. Если же работа выполняется над одним проектом, то все равно он помещается в новый Project Workspace.

Visual Studio обеспечивает работу над проектами и для этого позволяет:

формировать заготовки для создания программ;

редактировать файлы программ и заголовков;

эффективно управлять проектом в целом;

визуально создавать графический интерфейс программы: меню, диалоговые окна и т.д.;

компилировать исходные тексты и компоновать программы;

отлаживать и модифицировать программу в процессе ее работы;

 разработка системы помощи для работы с программой;

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

В среде разработки VisualStudioможно строить обычные программы на C и С++, создавать статические и динамические библиотеки, но основным режимом работы является создание Windows-приложений с помощью инструментаMFC AppWizard(Application Wizard - мастер приложений) и библиотеки базовых классов MFC (Microsoft Foundation Class Library). Такие приложения называются MFC-приложениями. Главная особенность этих Windows-приложений состоит в том, что они работают как совокупность взаимодействующих объектов, классы которых определены библиотекой MFC.

Главная часть библиотеки MFC состоит из классов, используемых для построения компонентов приложения. С каждым MFC-приложением связывается определяющий его на верхнем уровне объект theApp, принадлежащий классу, производному отCWinApp. Как правило, структура приложения определяетсяархитектурой Document-View (документ-облик). Это означает, что приложение состоит из одного или несколькихдокументов- объектов, классы которых являются производными от класса CDocument(класс "документ"). С каждым из документов связаны один или несколькообликов- объектов классов, производных от CView (класс "облик ") и определяющих облик документа. КлассCFrameWnd("окна-рамки") и производные от него определяютокна-рамки на дисплее.Элементы управления, создаваемые при проектировании интерфейса пользователя, принадлежат семейству классов элементов управления. Появляющиеся в процессе работы приложениядиалоговые окна- это объекты классов, производных отCDialog.

Классы CView, CFrameWnd, CDialogи все классы элементов управления наследуют свойства и поведение своего базового классаCWnd("окно"), определяющего по существу Windows-окно. Этот класс в свою очередь является наследником базового классаCObject("объект").Одна из трудностей в понимании принципов устройства MFC-приложения, заключается в том, что объекты, из которых оно строится, наследуют свойства и поведение всех своих предков, поэтому необходимо знать базовые классы.

У всех Windows-приложений фиксированная структура, определяемая функцией WinMain. Структура приложения, построенного из объектов классов библиотеки MFC, является еще более определенной.Приложение состоит из объекта theApp, функции WinMain, и некоторого количества других объектов. Сердцевина приложения - объект theApp - отвечает за создание всех остальных объектов и обработку очереди сообщений. Объект theApp является глобальным и создается еще до начала работы функции WinMain. Работа функции WinMain заключается в последовательном вызове двух методов объекта theApp: InitInstance и Run. В терминах сообщений можно сказать, WinMain посылает объекту theApp сообщение InitInstance, которое приводит в действие метод InitInstance.

Получив сообщение InitInstance, theApp создает внутренние объекты приложения. Процесс создания выглядит как последовательное порождение одних объектов другими. Набор объектов, порождаемых в начале этой цепочки, определен структурой MFC практически однозначно - это главная рамка, шаблон, документ, облик. Их роли в работе приложения будут обсуждаться позже.

Следующее сообщение, получаемое theApp, - Run - приводит в действие метод Run. Оно как бы говорит объекту: "Начинай работу, начинай процесс обработки сообщений из внешнего мира". Объект theApp циклически выбирает сообщения из очереди и инициирует обработку сообщений объектами приложения.

Некоторые объекты имеют графический образ на экране, с которым может взаимодействовать пользователь. Эти интерфейсные объектыобычно связаны с Windows-окном. Среди них особенно важны главная рамка и облик. Именно им объект прежде всего распределяет сообщения из очереди через механизм Windows-окон и функцию Dispatch. Когда пользователь выбирает команду меню окна главной рамки, то возникают командные сообщения. Они отправляются сначала объектом theApp объекту главная рамка, а затем обходят по специальному маршруту целый ряд объектов, среди которых первыми являются документ и облик, информируя их о пришедшей от пользователя команде.

При работе приложения возникают и обычные вызовы одними объектами методов других объектов. В объектно-ориентированной терминологии такие вызовы могут называться сообщениями. В Visual C++ некоторым методам приписан именно этот статус (например, методу OnDraw).Важное значение имеют также объекты документ, облик и главная рамка. Здесь отметим только, чтодокументсодержит данные приложения,обликорганизует представление этих данных на экране, а окноглавной рамки- это окно, внутри которого размещены все остальные окна приложения.

Наследование - одна из фундаментальных идейобъектно-ориентированного программирования. Именно этот механизм наследования позволяет программисту дополнять и переопределять поведение базового класса, не вторгаясь в библиотеку MFC, которая остается неизменной. Все изменения делаются в собственном производном классе. Именно в этом и заключается работа программиста.

Объекты, изкоторых состоит приложение, являются объектами классов, производных от классов библиотеки MFC. Разработка приложения состоит в том, что программист берет из библиотеки MFC классыCWinApp, CFrameWnd, CDocument, CView и т.д. и строит производные классы. Приложение создается как совокупность объектов этих производных классов. Каждый объект несет в себе как наследуемые черты, определяемые базовыми классами, так и новые черты, добавленные программистом. Наследуемые черты определяют общую схему поведения, свойственную таким приложениям. Новые же черты позволяют реализовать специфические особенности поведения приложения, необходимые для решения стоящей перед ним задачи.

При определении производного класса программист может:

переопределить некоторые методы базового класса, причем те методы, что не были переопределены, будут наследоваться в том виде, в каком они существуют в базовом классе;

добавить новые методы;

добавить новые переменные.

Приложение, построенное на основе библиотеки MFC, - "айсберг", большая часть которого невидима, но является основой всего приложения. Часть приложения, лежащую в библиотеке MFC, - framework - называется каркасом приложения. Рассмотрим работу приложения как процесс взаимодействия между каркасом и частью приложения, разработанной программистом. Совершенно естественно, что в методах, определенных программистом, могут встречаться вызовы методов базового класса, что вполне можно рассматривать как вызов функции из библиотеки. Важнее, однако, что и метод производного класса, определенный программистом, может быть вызван из метода родительского класса. Другими словами, каркас и производный класс в этом смысле равноправны - их методы могут вызывать друг друга. Такое равноправие достигается благодарявиртуальным методам и полиморфизму, имеющимся в арсенале объектно-ориентированного программирования.

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

Когда вызывается виртуальный метод М1, переопределенный разработчиком, то согласно терминологии Visual C++, каркас посылает сообщение М1 объекту производного класса, а метод М1 этого объекта обрабатывает это сообщение. Если сообщение М1 послано объекту производного класса, а обработчик этого сообщения не задан программистом, объект наследует метод М1 ближайшего родительского класса, в котором определен этот метод. Если же обработчик такого сообщения создан программистом, он автоматически отменяет действия, предусмотренные родительским классом в отсутствие этого обработчика.

С Visual C++ тесно связано еще одно понятие - каркас приложений, которое близко и созвучно понятию каркаса приложения, но в отличие от него относится не к одному конкретному приложению, а к библиотеке, с помощью которой строятся многие приложения. Каркас приложений - это библиотека классов, из которых программист берет не только набор классов, играющих роль дополнительных типов данных, но и классы, служащие строительными блоками приложения на самом верхнем уровне. С этой точки зрения, каркас приложения является частью каркаса приложений, относящейся к данному приложению. Примеры каркасов приложений - библиотеки классов MFC и OWL.

О принципах устройства приложения рассказывалось выше. Теперь рассмотрим, как оно создается с помощью Visual C++. Сначала разберем одно важное понятие - проект. До сих пор приложение рассматривалось, как совокупность объектов базовых и производных классов. Но для обеспечения работы приложения требуется нечто большее - наряду с описанием классов необходимо описание ресурсов, связанных с приложением, нужна справочная система и т.п. Термин "проект" как раз и используется, когда имеется в виду такой более общий взгляд на приложение.

В среде Visual C++ можно строить различные типы проектов. Такие проекты после их создания можно компилировать и запускать на исполнение. Фирма Microsoft разработала специальный инструментарий, облегчающий и ускоряющий создание проектов в среде Visual C++. Например, мастер MFC AppWizard (exe)позволяет создать проект Windows-приложения, которое имеет однодокументный, многодокументный или диалоговый интерфейс и использует библиотеку MFC.

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

В состав компилятора Microsoft Developer Studio встроены средства, позволяющие программисту облегчить разработку приложений. В первую очередь к ним относятся MFC AppWisard, ClassWizard и редактор ресурсов. Благодаря MFC AppWizard среда разработчика позволяет быстро создавать шаблоны новых приложений. При этом программисту не приходится писать ни одной строчки кода. Достаточно ответить на ряд вопросов, касающихся того, какое приложение требуется создать, и исходные тексты шаблона приложения вместе с файлами ресурсов готовы. Эти тексты можно оттранслировать и получить готовый загрузочный модуль приложения.

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

В среде Visual C++ можно строить различные типы проектов. Такие проекты после их создания можно компилировать и запускать на исполнение. Фирма Microsoft разработала специальный инструментарий, облегчающий и ускоряющий создание проектов в среде Visual C++. Рассмотрим некоторые типы проектов, которые можно создавать при помощи различных средств (мастеров проектов) Microsoft Visual C++:

MFC AppWizard (exe) – при помощи мастера приложений можно создать проект Windows-приложения, которое имеет однодокументный, многодокументный или диалоговый интерфейс. Однодокументное приложеие может предоставлять пользователю в любой момент времени работать только с одним файлом. Многодокументное приложение, напротив, может одновременно представлять несколько документов, каждый в собственном окне. Пользовательский интерфейс диалогового приложения представляет собой единственное диалоговое окно.

MFC AppWizard (dll) – этот мастер приложений позволяет создать структуру DLL, основанную на MFC. При помощи него можно определить характеристики будущей DLL.AppWizard ATL COM– это средство позволяет создать элемент управления ActiveX или сервер автоматизации, используя новую библиотеку шаблонов ActiveX (ActiveX Template Library - ATL). Опции этого мастера дают возможность выбрать активный сервер (DLL) или исполняемый внешний сервер (exe-файл).

Custom AppWizard – при помощи этого средства можно создать пользовательские мастера AppWizard. Пользовательский мастер может базироваться на стандартных мастерах для приложений MFC или DLL, а также на существующих проектах или содержать только определеямые разработчиком шаги.

DevStudio Add-in Wizard– мастер дополнений позволяет создавать дополнения к Visual Studio. Библиотека DLL расширений может поддерживать панели инструментов и реагировать на события Visual Studio.

MFC ActiveX ControlWizard- мастер элементов управления реализует процесс создания проекта, содержащего один или несколько элементов управления ActiveX, основанных на элементах управления MFC.

Win32 Console Application– мастер создания проекта консольного приложения. Консольное приложение – это программа, которая выполняется из командной cтроки окна DOS или Windows и не имеет графического интерфейса (окон). Проект консольного приложения создается пустым, предполагая добавление файлов исходного текста в него вручную.

Win32 Dynamic-Link Library – создание пустого проекта динамически подключаемой библиотеки. Установки компилятора и компоновщика будут настроены на создание DLL. Исходные файлы следует добавлять вручную.

Win32 Static Library– это средство создает пустой проект, предназначенный для генерации статической (объектной) библиотеки. Файлы с исходным кодом в него следует добавлять вручную.

Резюме

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

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

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

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

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

Системный анализ;

Анализ(формирование) требований к ПС;

Проектирование;

Кодирование;

Тестирование;

Эксплуатация и сопровождение;

¨Снятие с эксплуатации;

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

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

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

Поведение объектадиктуется его классом. Каждый объект является экземпляром некоторого класса. Все экземпляры одного класса будут вести себя одинаковым образом (то есть вызывать те же методы) в ответ на одинаковые запросы.

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

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

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

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

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

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

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

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

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

Характеризуя свое детище по результатам его использования в разных сферах целесообразной деятельности Бъярн Страуструп пишет [3]: « С++ не является ни самым маленьким, ни самым понятным языком . Тем не менее, он:

достаточно ясен для обучения основным концепциям;

достаточно реалистичен, эффективен и гибок для критических проектов;

достаточно доступен для организаций и объединений с различными средами разработки и выполнения;

достаточно содержателен, чтобы служить инструментом обучения более сложным концепциям и методам;

достаточно «рыночен», чтобы приобретенные знания оказались полезными вне академической среды.

С++ - язык, вместе с которым Вы можете расти ».

Создание приложений для работы в операционной системе Windows на языке Visual C++ включает следующие этапы:

написание исходных текстов программ;

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

разработка системы помощи для работы с программой;

компилирование исходных текстов;

компоновка программ и их компонентов;

отладка и модификация программ.

Основным режимом работы в среде разработки Visual Studioявляется создание Windows-приложений с помощью инструментаMFC AppWizard(Application Wizard - мастер приложений) и библиотеки базовых классов MFC (Microsoft Foundation Class Library). Такие приложения называются MFC-приложениями. Главная особенность этих Windows-приложений состоит в том, что они работают как совокупность взаимодействующих объектов, классы которых определены библиотекой MFC.

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

С каждым MFC-приложением связывается определяющий его на верхнем уровне объект theApp, принадлежащий классу, производному отCWinApp. Как правило, структура приложения определяетсяархитектурой Document-View (документ-облик). Это означает, что приложение состоит из одного или несколькихдокументов- объектов, классы которых являются производными от класса CDocument(класс "документ"). С каждым из документов связаны один или несколькообликов- объектов классов, производных от CView (класс "облик ") и определяющих облик документа. КлассCFrameWnd("окна-рамки") и производные от него определяют окна-рамки на дисплее.Элементы управления, создаваемые при проектировании интерфейса пользователя, принадлежат семейству классов элементов управления. Появляющиеся в процессе работы приложениядиалоговые окна- это объекты классов, производных отCDialog.

КлассыCView, CFrameWnd, CDialogи все классы элементов управления наследуют свойства и поведение своего базового классаCWnd("окно"), определяющего по существу Windows-окно. Этот класс в свою очередь является наследником базового классаCObject("объект").

У всех Windows-приложений фиксированная структура,определяемая функцией WinMain. Структура приложения, построенного из объектов классов библиотеки MFC, является еще более определенной. Приложение состоит из объекта theApp, функции WinMain, и некоторого количества других объектов. Сердцевина приложения - объект theApp - отвечает за создание всех остальных объектов и обработку очереди сообщений. Объект theApp является глобальным и создается еще до начала работы функции WinMain. Работа функции WinMain заключается в последовательном вызове двух методов объекта theApp: InitInstance и Run. В терминах сообщений можно сказать, WinMain посылает объекту theApp сообщение InitInstance, которое приводит в действие метод InitInstance.

Литература

1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник.-М.: Финансы и статистика, 2000.-352 с.

2. . Буч Г. Объектно-ориентированное проектирование с примерами применения: Пер. с англ.- -М.: Конкорд, 1992.-519 с.

3. Страуструп Б. Язык программирования С++: Пер. с англ. –М.: радио и связь, 1991.-352 с.

4. Программирование на VisulC++/ С.В. Глушаков, А.В. Коваль А.В., С.А. Черепнин; Худож.-оформ.А.С. Юхтман.-М.:ООО «Издательство АСТ»; Харьков: «Фолио», 2003.-726 с.

Упражнения для самопроверки

1. Информатизация– это комплекс специальных мер, направленных на предоставлениедостоверного, исчерпывающего и своевременного …….. во всех значимых видах целенаправленной человеческой деятельности.

1.2. Существенным и неотъемлемым свойством современных программных систем является их ……….., которая на порядок превосходит ………. аппаратных платформ современных информационных технологий, используемых для информатизации технологических и социально- экономических процессов и объектов.

1.3. Программная инженерия (software engineering) объединяет совокупность методов и средств, обеспечивающих индустриальные способы создания промышленных ……….с использованием эффективной методологии моделирования реального мира.

1.4.Люди, растения, животные, самолеты, автомобили, здания, компьютеры – все это………

1.5. Объекты связываются, посылая друг другу ……….

1.6. Современное программирование- это программирование на множестве специально созданных и библиотечных ……….

1.7.Класс – это совокупность однородных ……….

1.8. Атрибуты (характеристики, свойства) объекта определяют его ………..

1.9. Методы(функции, действия, операции) объекта определяют его ………..

1.10.Все имена существительные, которые обозначены в тексте содержательной постановки задачи моделирования некоторой предметной области, являются претендентами на множество ее ………..

1.11.Глаголы и глагольные фразы, соотнесенные к соответствующим именам существительным в содержательной постановке задачи моделирования некоторой предметной области являются претендентами на множество ее ………

18