2210803 - Компьютерное устройство для выполнения прикладных программ

Компьютерное устройство для выполнения прикладных программ

Реферат

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

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

Уровень техники Компьютерные устройства для разработки и модификации прикладных компьютерных программ, включающие в себя написание текстов программы (кодов) или программных объектов (далее - "объектов") используют парадигмы программирования, примерами которой являются языки третьего поколения ("3GL"), языки четвертого поколения ("4GL") или методологии объектно-ориентированной разработки ("OOD"). При этом само по себе компьютерное устройство, подходящее для разработки и модификации прикладных компьютерных программ и содержащее в качестве своих основных компонентов процессор, блок памяти и носитель данных, известно из множества источников, например, книги Кагана Б.М. Электронные вычислительные машины и системы (М.: Энергоатомиздат, 1991, с.143, 339-341). Из публикации WO 96/31828 также известно компьютерное устройство для использования прикладной программы, имеющее процессор, блок памяти и носитель данных, и содержащее ряд моделей, записанных на носителе данных, каждая из которых содержит данные, включающие в себя ссылки на один или более объектов, и техническую программу системы управления, адаптированную для загрузки с носителя данных в блок памяти одной выбранной из ряда моделей, считывания данных выбранной модели и активации и выполнения объекта после считывания ссылки на указанный объект. Одним из важнейших ограничений этих традиционных методологий является то, что для их использования в разработке и модификации программ разработчик должен практически изменить текст программы (код). Это ограничение причиняет большие неудобства не только с точки зрения рабочего времени, необходимого для указанного изменения программы, но также и с позиции координации действий по разработке и тестированию программного обеспечения.

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

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

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

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

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

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

Зарегистрированными моделями могут являться только модели, не содержащие ссылок на методы, имеющие возможность активирования других методов.

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

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

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

В общем случае блок администратора событий может выполнен с возможностью выполнения действий, являющихся внешними по отношению к моделям, после выполнения каждого из объектов, входящих в модель. Наибольшее значение настоящего изобретения заключается в том, что оно позволяет обойтись без кодированных прикладных программ за счет замены программы блоком администратора событий и библиотеками моделей, методов или иных объектов, обладающих возможностью динамического связывания и многократного использования, подробное описание которых приводится ниже. Вместо исходного кода программы, объектного кода или исполняемой прикладной программы в любой иной форме, обладающей возможностью динамического связывания, которая служит в качестве приложения, в варианте осуществления настоящего изобретения предлагается единый, независимый от приложения программный объект, который здесь и далее обозначается как блок администратора событий (RTEM). Администратор событий представляет собой единый управляющий объект, который используется во время работы любых приложений, разработанных в соответствии с настоящим изобретением. Администратор событий постоянно определяет действия компьютера путем активации тех доступных средств, которые наиболее подходят для данного состояния приложения и средства ввода/вывода в любой конкретный момент времени. Однако блок администратора событий на самом деле не включает в себя функциональные возможности, которые блок администратора событий определяет как целесообразные, а только активирует средства - включая объекты, специфические для данного приложения объекты и инструментарий - необходимые для реализации данной функциональной возможности. Термин "инструментарий", используемый в настоящем документе, обозначает процедурный код, который разрешает или предоставляет доступ к функциям низкого уровня или функциям операционной системы, например, описанная ниже инструмент доступа к базе данных ("DBAC") считывает из базы данных и записывает в базу данных информацию. Термин "Средство использования инструмента", используемый в настоящем документе, обозначает объект построения модели, разрешающий доступ к инструменту, то есть объект, который формирует интерфейс для работы с инструментом, например параметры выполнения СЧИТЫВАНИЯ или ЗАПИСИ с использованием DBAC. Эти объекты и инструменты (которые включают в себя методы, инструменты ввода/вывода или прочие программные структуры, способные реализовать на компьютере определенные функциональные возможности) не работают независимо от управления со стороны блока администратора событий. Другими словами, блок администратора событий и только блок администратора событий активирует их в первую очередь и определяет выполняемые ими задачи.

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

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

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

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

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

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

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

В варианте осуществления настоящего изобретения блок администратора событий также использует инструменты для изменения шаблона и формата входной и выходной информации периферийных средств, включая постоянное хранение данных (базы данных), внешние формы выдачи (входной и выходной) информации (экраны, отчеты) и процессы обмена данными в электронной форме (обычный "EDI" - электронный обмен данными). Для этого блок администратора событий использует инструменты, а также наборы инструментов, далее именуемые "расширенные пакеты инструменты", с помощью которых обрабатываются входные и выходные данные с периферийных средств: (1) контроллер доступа к базам данных ("DBAC") (инструмент) и (2) пользовательские средства ввода/вывода, описание которых приведены ниже. Использующийся далее термин "Расширенный пакет инструментов " относится к пакету инструментов. Например, для представления пользователю всех данных блок администратора событий обращается к расширенному пакету инструментов пользовательского средства ввода/вывода, содержащему вспомогательную программу ввода, которая воспринимает информацию, полученную от пользователя с помощью клавиатуры, и вспомогательную программу для презентации, позволяющую отображать данные в различных форматах (например, в формате GUI интерфейса или с помощью символов). Пакет инструментов для презентации могут содержать вспомогательные программы ввода, отображения текста и экранный драйвер, которые могут использоваться согласно способам, известным специалистам в данной области техники.

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

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

В варианте осуществления настоящего изобретения блок администратора событий активирует DBAC с целью ликвидировать зазор между логическим "гибким" просмотром хранящихся данных и фактическими столбцами и строками RDBMS (реляционных систем управления базами данных- RDBMS') (негибкими). DBAC управляет хранением и поиском гибких строк данных в нескольких обычных таблицах, управляемых RDBMS. Для всех прочих объектов используется та же процедура регистрации (описана ниже), что и для моделей. Процесс регистрации определяет гибкие (или вариантные) зависимости способом, отсутствующим в обычных RDBMS. Для более эффективной работы логика DBAC может быть распределена между задачами клиента и сервера. Не требуется предварительно создавать таблицу, предпочтительно ее отсутствие, эту таблицу можно модифицировать в соответствии с последующими изменениями, например в соответствии с логическим присоединением вариантной информации в некоторые или все ее строки.

В соответствии с настоящим изобретением зависимости вариантного файла могут быть внесены в базу данных без прерывания работы, в режиме реального времени без нарушения обычных процедур. Под управлением блока администратора событий DBAC осуществляет связь при всех взаимодействиях между приложением и соответствующей ему базой данных. Это означает, что блок администратора событий может вмешиваться в процесс, который в ином случае представлял бы собой обычное взаимодействие между приложением и его гибкой базой данных, и может изменять ход этого взаимодействия; при этом не требуется изменять ни приложение, ни базу данных с целью приведения их в соответствие друг другу. Таким образом, например блок администратора событий может провести процедуру испытаний, что позволило бы пользоваться рабочей базой данных "на месте", прямо во время ее изменения с помощью параллельных рабочих процедур, не мешая их выполнению и не внося искажения в действующие данные, даже несмотря на то, что тестируемое приложение вносит записи и изменения в эту базу данных.

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

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

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

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

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

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

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

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

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

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

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

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

Перечень фигур чертежей Фиг. 1 представляет собой архитектуру варианта устройства в соответствии с настоящим изобретением.

Фиг. 2 представляет собой вариант интерфейса приложения и пример набора библиотеки моделей или разработок в соответствии с настоящим изобретением.

Фиг. 3 представляет собой организацию блок администратора, моделей, методов и данных в соответствии с вариантом осуществления настоящего изобретения.

Фиг. 4 представляет собой пример шаблона формы варианта модели в соответствии с настоящим изобретением.

Фиг. 4А представляет собой еще один пример шаблона модели, показанный более подробно, чем на фиг. 4.

Фиг. 4В представляет собой более подробное описание первой части структуры данных модели и обрабатываемой информации для данной модели.

Фиг. 4С представляет собой более подробное описание второй части структуры данных модели (продолжение фиг. 4В)и обрабатываемой информации для данной модели.

Фиг. 5 представляет собой частный пример модели в соответствии с настоящим изобретением для внедрения меню приложения.

Фиг. 5А представляет собой частный пример вариантной модели в соответствии с настоящим изобретением.

Фиг. 5В представляет собой таблицу, содержащую информацию о вариантной модели.

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

Фиг. 6А представляет собой блок-схему работы инструмента для разработки моделей, связанный с процедурой регистрации, показанной на фиг. 6.

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

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

Фиг. 8 представляет собой блок-схему работы варианта блока администратора событий согласно варианту осуществления настоящего изобретения.

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

Фиг. 10 представляет собой блок-схему, описывающую часть работы варианта блока администратора событий, представленного на Фиг. 8 и 9, относящейся к загрузке и выгрузке вариантных моделей.

Фиг. 11 представляет собой наглядный пример базового файла и базовой записи для гибкой базы данных.

Фиг. 12 представляет собой наглядный пример описаний двух наборов вариантов для гибкой базы данных.

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

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

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

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

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

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

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

Фиг. 17А представляет собой первую часть блок-схемы, описывающей стадии, включенные в функцию "СЧИТЫВАТЬ" инструмента доступа к базе данных.

Фиг. 17В представляет собой вторую часть блок-схемы, описывающей стадии, включенные в функцию "СЧИТЫВАТЬ" инструмента доступа к базе данных.

Фиг. 18А представляет собой первую часть блок-схемы, описывающей стадии, включенные в функцию "ИЗВЛЕЧЬ" инструмента доступа к базе данных.

Фиг. 18В представляет собой вторую часть блок-схемы, описывающей стадии, включенные в функцию "ИЗВЛЕЧЬ" инструмента доступа к базе данных.

Фиг. 19 представляет собой блок-схему, описывающую стадии, включенные в функцию "ПРОВЕРИТЬ" инструмента доступа к базе данных.

Фиг. 20 представляет собой блок-схему, описывающую стадии, включенные в функцию "СОЗДАТЬ" инструмента доступа к базе данных.

Фиг. 21 А представляет собой первую часть блок-схемы, описывающую стадии, включенные в функцию "ЗАПИСАТЬ" инструмента доступа к базе данных.

Фиг. 21В представляет собой вторую часть блок-схемы, описывающую стадии, включенные в функцию "ЗАПИСАТЬ" инструмента доступа к базе данных.

Фиг. 22 представляет собой блок-схему, описывающую стадии, включенные в функцию "УДАЛИТЬ" инструмента доступа к базе данных.

Фиг. 23 представляет собой блок-схему, описывающую стадии, включенные в функцию "ЗАКРЫТЬ" инструмента доступа к базе данных.

Фиг. 24 представляет собой блок-схему, описывающую стадии, включенные в функцию "ОТКЛЮЧИТЬ" инструмента доступа к базе данных.

Фиг. 25 представляет собой блок-схему, описывающую стадии, включенные в функцию "ПОЛУЧИТЬ КЛЮЧ" инструмента доступа к базе данных.

Фиг. 26 представляет собой блок-схему, описывающую стадии, включенные в функцию "ПОЛУЧИТЬ ПЕРВЫЙ КЛЮЧ" инструмента доступа к базе данных.

Сведения, подтверждающие возможность осуществления изобретения Фиг. 1 представляет собой архитектуру варианта устройства, выполненного в соответствии с настоящим изобретением. Администратор событий 10, подробно описанный ниже на фиг. 8-10, представляет собой набор процедур, ответственных за выполнение всех операций, связанных с каким-либо приложением. Администратор событий 10 имеет доступ к различным данным и объектам, включая словарь данных 12, стандартные модели 14, дополнительные модели разработчиков 16, локальные модели 18 и локальную среду 20. "Стандартными" или "образцовыми" моделями 14 называют модели, предоставленные авторами конкретного приложения, предназначенные для выполнения процедур, связанных с данным приложением и содержащие правила, определяющие алгоритм р

Компьютерное устройство для выполнения прикладных программ

Патент 2210803