39035

Базовые технологии доступа к БД в Borland C++ Builder и их принципы

Лабораторная работа

Информатика, кибернетика и программирование

Указания к выполнению лабораторной работы Современные информационные системы не могут существовать без Баз Данных. По этой причине современные средства разработки приложений должны обеспечивать программиста средствами которые бы: Обеспечивали универсальный механизм доступа к базам данных построенных с использованием различных СУБД; Обеспечивали приемлемый уровень эффективности; Позволяли быстро разрабатывать полнофункциональные приложения для работы с БД любого размера. В Borlnd C Builder предлагается большое количество компонентов...

Русский

2013-09-30

156 KB

28 чел.

Лабораторная работа № 3

Базовые технологии доступа к БД в Borland C++ Builder

Цель работы: Изучить принципы разработки приложений для работы с БД в Borland C++ Builder. Получить навыки работы с Borland Database Engine.

Указания к выполнению лабораторной работы

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

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

Указанные требования во многом являются противоречивыми, поэтому чаще всего необходимо искать компромиссное решение. В соответствии с принципами быстрой разработки приложений, важнейшим критерием является скорость создания программного продукта. В Borland C++ Builder предлагается большое количество компонентов, значительно ускоряющих процесс разработки приложений для работы с базами данных (БД-приложений), поскольку утомительное написание программного кода заменяется добавлением в проект нескольких компонентов и их последующей настройкой.

Архитектура приложения для работы с базами данных при всем их разнообразии включает в себя следующие компоненты:

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

Механизм получения и отправки данных представляет собой специальное программное обеспечение, связывающее приложение и конкретную базу данных. Это программное обеспечение может быть реализовано по-разному: как часть программного приложения;  как набор библиотек, к которому обращается приложение в процессе работы; как удаленный сервер, обслуживающий одновременно большое количество приложений-клиентов. Долгое время базовым механизмом доступа к данным считалось использование процессора баз данных Borland Database Engine (BDE). История его создания уходит в начало 90-ых годов прошлого века, когда фирма Borland впервые поставила задачу разработать универсальное ядро доступа к локальным базам данных различных форматов. В настоящее время технология Borland Database Engine обеспечивает прозрачное взаимодействие приложений как с настольными, так и серверными СУБД.

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

Замечание. Набор библиотек с функциями, позволяющими считывать и записывать данные в базу данных некоторой СУБД, называют процессором (машиной) баз данных. Этот термин появился в результате неудачного перевода с английского термина «database engine». Очевидно, что под процессором баз данных в данном случае понимается исключительно программный объект, который нельзя путать с таким аппаратным устройством, как микропроцессор ЭВМ.

Из курса «Информационные системы» известно, что каждая СУБД имеет свои форматы хранения/организации данных и метаданных, свои механизмы управления транзакциями (может вообще не иметь), свои языки запросов. По этой причине возникает вопрос, каким образом в процессоре баз данных удалось реализовать универсальный механизм взаимодействия приложений с базами данных и в то же время обеспечить выполнение каждой стандартной операции с учетом специфики той СУБД,  с которой это взаимодействие выполняется. Для ответа на этот вопрос, необходимо рассмотреть архитектуру BDE.

Архитектура процессора баз данных BDE включает в себя три слоя:

  •  Верхний слой представляет собой программный интерфейс – множество определений функций, позволяющих выполнять те или иные базовые операции: открывать и закрывать соединение с БД, читать данные из таблиц, выполнять модификацию записей и т.п. Кроме того, к нему относятся определения нескольких наборов вспомогательных функций, например, менеджеров буферизации и управления оперативной памятью, а также транслятора данных. В большинстве случаев разработчику не нужно напрямую вызывать функции программного интерфейса BDE. Для работы с БД обычно используют специальные компоненты, которые находятся на вкладке «BDE» палитры компонентов. Реализация этих компонент основана на использовании программного интерфейса BDE, при этом многие операции (например, открытие курсора БД при работе с таблицами) выполняются автоматически. Таким образом, разработка приложений для работы с БД еще более упрощается – фактически программист может сосредоточить свое внимание на том, какие данные нужно извлечь или записывать, а не на том, как это осуществить.
  •  Выше было сказано, что программный интерфейс BDE содержит только определения функций процессора баз данных. Реализация этих функций находится в нескольких динамически подключаемых (DLL) библиотеках. Базовая библиотека (ядро BDE) содержится в файле idapi32.dll, и ее основное назначение – транслировать поступающие от приложения вызовы в системные функции драйвера той конкретной СУБД, с которой взаимодействует программное приложение. Драйвером (или провайдером) СУБД называются программный модуль, который учитывает специфические особенности и возможности соответствующей СУБД и реализует непосредственное обращение к ее базам данных. Таким образом, при установке соединения приложение сообщает ядру процессора  БД о том, с какой СУБД предполагается осуществлять взаимодействие. На основании этой информации ядром выбирается необходимый  BDE-драйвер. Дальнейшая работа  приложения с БД выполняется с помощью стандартных функций программного интерфейса, однако ядро BDE преобразует их в читаемый формат и направляет на выбранный при установке соединения драйвер. Поступающие из БД данные и метаданные проходят процедуру обратного преобразования – от специфических внутренних форматов СУБД к универсальным форматам BDE-интерфейса. Для выполнения основной функции ядро BDE дополнено различными подсистемами, реализованными в виде других динамически подключаемых библиотек. Например, библиотеки idqbe32.dll и idsql32.dll представляют собой систему обработки запросов, обеспечивающую выполнение запросов к БД на языках SQL или QBE (см. Замечание далее) даже в тех случаях, когда СУБД не поддерживает прямое исполнение запросов. Полный список библиотек процессора баз данных BDE включает в себя 8 файлов DLL – с назначением каждого из них можно познакомиться в специальной литературе ([1], стр. 382).

Замечание. В курсе «Информационные системы» говорилось, что важным компонентом большинства современных СУБД является язык запросов (язык манипулирования данными), который используется для добавления, обновления, удаления и извлечения информации из базы данных. На сегодняшний день чаще всего используются либо диалекты структурированного языка запросов (SQL, Structured Query Language), либо языки запросов по образцу (QBE, Query-by-Example). Язык SQL – более сложен в изучении, но предоставляет разработчику практически неограниченные возможности для работы с информацией в  БД. Его изучение предполагается в курсе «Базы данных». Примером использования языка QBE является конструирование запросов в Microsoft Access, которое изучалось на лабораторной работе № 5 курса «Информационные системы».

  •  Непосредственное обращение к СУБД и работа с базами данных производится посредством драйверов (провайдеров) BDE. Как уже было сказано, драйверы создаются для работы с конкретной СУБД, поэтому учитывают все ее специфичные особенности и ограничения. Современные СУБД принято разделять на локальные (настольные) и серверные. Локальные СУБД устанавливаются на том же компьютере, что и БД-приложение. В настоящий момент фирма Borland распространяет в комплекте процессора баз данных BDE драйверы для работы со следующими форматами локальных БД:
    •  dBase (версии III, III+, IV, 5, 7, 7.5);
    •  Paradox (версии 3, 4, 5, 7, 8, 9);
    •  Microsoft Access (Версии Access 95, Access 97, Access 2000);
    •  Текстовые файлы ASCII.

Локальные драйверы работают с файлами баз данных напрямую (за исключением БД Microsoft Access – в этом случае взаимодействие осуществляется через процессор баз данных Microsoft Jet), поэтому БД-приложения с их применением иногда называют одноуровневыми. Кроме настольных, BDE поддерживает работу с несколькими популярными серверными СУБД, к которым относятся:

  •  Borland InterBase;
    •  Microsoft SQL Server (версии до MS SQL Server 2000 включительно);
    •  Oracle (версии до 8.x включительно);
    •  Informix (версии до 9.x включительно)
    •  Sybase SQL Server;
    •  IBM DB2.

Указанные драйвера BDE носят название SQL-соединений (SQL Links) и выступают в качестве промежуточного уровня между приложением и соответствующим сервером баз данных, поэтому такие БД-приложения иногда называют двухуровневыми. Двухуровневая архитектура приложений для работы с базами данных («Приложение» – «Драйвер БД» в составе процессора БД – «Сервер БД») на сегодняшний день является наиболее распространенной.

 

Архитектура процессора баз данных BDE показана на рисунке 3.1 ([1], стр. 380):

Рис. 3.1. Схема архитектуры BDE 

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

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

Для управления псевдонимами баз данных, настройки стандартных и дополнительных драйверов в составе BDE имеется специальная программа – BDE Administrator (исполняемый файл bdeadmin.exe). Главное окно программы состоит из главного меню, панели инструментов и рабочей области, на которой расположен блокнот с двумя вкладками (слева) и панель параметров (справа; см. рис. 3.2 из [1], стр. 384).

Рис. 3.2. Внешний вид окна программы BDE Administrator

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

Рассмотрим пример создания псевдонима для работы с базой данных Microsoft Access.

  1.  Чтобы начать процесс создания нового псевдонима необходимо выбрать команду главного меню Object | New. Появившееся окно «New Database Alias» позволяет задать тип СУБД путем определения того драйвера, который будет использоваться при работе с создаваемым псевдонимом. В списке наименований драйверов баз данных («Database Driver Names») BDE- драйверы располагаются в начале. Для БД Microsoft Access следует выбрать в качестве драйвера «MSACCESS»  и нажать кнопку OK.
  2.  Следующий шаг заключается в определении наименования псевдонима,  которое задается путем редактирования соответствующего узла в дереве псевдонимов. Для псевдонима БД Microsoft Access именем по умолчанию будет «MSACCESS1» (или подобное). Имя псевдонима можно изменить в любой момент с использованием команды главного меню Object | Rename.
  3.  Для созданного выше псевдонима предусмотрены следующие обязательные параметры:
  •  Type – определяет тип СУБД и соответствующий ей драйвер. Этот параметр автоматически указывается для псевдонима любой базы данных (как настольной, так и серверной) и изменению не подлежит.
  •  Database Name – определяет полный путь к файлу базы данных. Для серверных СУБД (SQL Server, Oracle и т.д.) вместо этого следует указывать имя сервера и наименование базы данных, для чего в описании псевдонимов заполняются соответственно параметры Servername и Database Name.
  •  Open Mode – определяет режим доступа к БД. По умолчанию предполагается, что псевдоним позволяет обращаться к базе данных в режиме и чтения, и записи («READ/WRITE»). Значение параметра можно изменить на «READ ONLY» («Только для чтения»).

Прочие параметры созданного псевдонима являются дополнительными и не обязательны для заполнения. При создании псевдонимов для серверных БД следует также обращать внимание на параметр User Name, который определяет пользователя, от имени которого будет «по умолчанию» осуществляться доступ к базе данных.

  1.  Чтобы сохранить внесенные в описание псевдонима изменения, следует выделить его в дереве псевдонимов и выбрать из главного меню команду Object | Apply. Для отмены внесенных изменений предназначена команда Object | Cancel.

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

Достоинства технологии BDE заключаются в следующем:

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

Недостатки технологии BDE:

  •  Необходимость устанавливать на ЭВМ пользователя дополнительное ПО (Процессор БД BDE);
  •  Отсутствие ПО для разработки BDE-драйверов сторонними производителями. По этой причине с большинством СУБД нельзя взаимодействовать посредством BDE напрямую.

Несмотря на то, что в настоящее время технология разработки БД-приложений посредством BDE довольно популярна, ее применение в последнее время сокращается. С 2002 года фирма Inprise (владелец торговой марки Borland) не занимается разработкой новых версий Borland Database Engine, однако продолжает осуществлять тестирование, отладку, продажу и поддержку уже существующих выпусков.

Вернемся к вопросам проектирования приложений для работы базами данных в среде разработки Borland C++ Builder.  

 

Рис. 3.3. Схема доступа к данным в БД-приложении

В основе любого БД-приложения лежат наборы данных, которые представляют собой группы записей, переданных из базы данных в приложение для просмотра и редактирования. Каждый набор данных инкапсулирован в специальном компоненте доступа к данным. В библиотеке компонентов C++ Builder реализован набор базовых классов, поддерживающих функциональность наборов данных, а также дочерние компоненты, специально предназначенные для работы с процессором баз данных BDE. Общим родительским классом для всех наборов данных  C++ Builder является класс TDataSet. Он определяет структурную основу функционирования наборов данных, то есть перечень необходимых для этого свойств и методов. К основным свойствам и методам любого набора данных можно отнести:

  •  Методы Open() и Close(), которые соответственно открывают и закрывают набор данных;
  •  Свойство RecordCount, возвращающее общее число записей в наборе данных;
  •  Методы перемещения курсора (указателя текущей записи)  по набору данных: First() – на начало, Last() – на конец, Next()/Prior() – на следующую/предыдущую запись.
  •  Свойства Bof и Eof, возвращающие состояние признака начала или конца набора данных.
  •  Свойство Fields, позволяющее обращаться к полям текущей записи набора данных. Каждая запись представляет собой совокупность значений полей таблицы БД. Набор данных может содержать одно, несколько или все поля таблицы базы данных.
  •  Свойство CanModify, определяющее возможность редактирования набора данных.
  •  Методы редактирования наборов данных: Edit() – переход в режим редактирования текущей записи, Insert() и Append() – добавление новой пустой записи и переход в режим ее редактирования, Delete() – удаление текущей записи, Post() – сохранение изменений текущей записи в наборе данных, Cancel() – отказ от внесенных и еще не сохраненных изменений.

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

  •  TDatabase – компонент, управляющий соединением с базой данных посредством BDE;
  •  TTable – наследник базового компонента TDataSet, обеспечивающий доступ к одной из таблиц базы данных.
  •  TQuery – наследник базового компонента TDataSet, позволяющий работать с наборами данных, полученными в результате выполнения SQL-запросов.
  •  TStoredProc – наследник базового компонента TDataSet, позволяющий работать с наборами данными, полученных в результате выполнения хранимой (на сервере БД) процедуры.

В данном курсе мы будем работать с компонентами TDatabase и TTable. К основным свойствам компонента TDatabase относятся:

  •  Свойство AliasName, определяющее BDE-псевдоним базы данных, с которой устанавливается соединение;
  •  Свойство DatabaseName, которое  задает имя соединения с базой данных в рамках данного приложения;
  •  Свойство Connected, указывающее состояние соединения (true – «установлено» и false – «не установлено»).

При редактировании свойства AliasName в инспекторе объектов имя псевдонима базы данных можно выбирать из выпадающего списка.

Обязательными для заполнения свойствами компонента TTable являются:

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

Для обеспечения связи набора данных с визуальными компонентами отображения данных используется специальный компонент TDataSource. Этот компонент обеспечивает передачу данных в визуальные компоненты и возврат результатов редактирования в набор данных, а также отвечает за изменение состояния визуальных компонентов при изменении состояния набора данных и передает сигналы управления от визуальных компонентов в набор данных. Компонент TDataSource расположен на вкладке «Data Access» палитры компонентов. С каждым набором данных должен быть связан как минимум один компонент TDataSource. С одним компонентом TDataSource могут быть связаны несколько визуальных компонентов отображения данных.

Визуальные компоненты отображения данных располагаются на вкладке «Data Controls» палитры компонентов. При их помощи пользователь программы может просматривать и редактировать данные, поэтому они составляют основу построения пользовательского интерфейса БД-приложений.

Таким образом, архитектуру приложения для работы с базами данных можно представить в виде схемы, изображенной на рисунке 3.3 (см. [1], стр. 270).

Задания к лабораторной работе

  1.  Повторить теоретические сведения о настольной СУБД Microsoft Access, изложенные в указаниях к выполнению лабораторных работ № 4 и 5.
  2.  Построить схему данных (ER-диаграмму) для информационной системы «Телефонный справочник»:

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

  1.  По созданной схеме данных спроектировать базу данных в Microsoft Access и заполнить ее данными (несколько записей в каждую таблицу)
  2.  Следуя указаниям к лабораторной работе, создать BDE-псевдоним для базы данных телефонного справочника. Указание. Обычно ярлык программы BDE Administrator находится по адресу: Пуск | Настройка | Панель Управления | BDE Administrator.
  3.  В новом проекте приложения Borland C++ Builder поместить на главную форму компонент TDatabase и настроить его для работы с БД телефонного справочника. Обратить внимание на свойство компонента LoginPrompt. Проверить, что соединение устанавливается успешно (установив в инспекторе объектов свойство Active = true).
  4.  При невозможности выполнения задания 5:
    1.  Указать в отчете к лабораторной работе суть ошибки и попытаться объяснить причину ее возникновения.
    2.  Выполнить установку объектов доступа к данным (Microsoft Data Access Objects, DAO) версии 3.5:
  •  Из архива dao35.zip, входящего в комплект лабораторной работы, извлечь файл dao35.dll и поместить его в папку “X:\Program Files\Common Files\Microsoft Shared\DAO”. Здесь и далее вместо переменной X необходимо указывать букву диска, на котором установлена рабочая операционная система.
  •   Извлечь все файлы из папки Jet указанного архива в системную папку System32 рабочей операционной системы.
  •  С помощью служебной программы ОС Windows regsvr32.exe зарегистрировать библиотеку dao35.dll, выполнив команду:

regsvr32.exe  “X:\Program Files\Common Files\Microsoft Shared\DAO\dao35.dll”

  1.  Повторить выполнение заданий 4 и 5. Если по-прежнему не удается установить соединение, то привести в отчете к лабораторной работе описание возникающей ошибки и попытаться объяснить причину ее появления
    1.  Повторить выполнение заданий 4 и 5 для файла db97.mdb, входящего в комплект лабораторной работы.
    2.  Если после выполнения всех коррекционных действий, указанных в пунктах «а»-«г», соединение с БД установить не удалось, то убедиться, что ход работы отражен в отчете в полном объеме (включая описание всех ошибок с попыткой объяснения причин их возникновения) и сделать выводы по проделанной части работы. Задания 7-11 выполняются только в том случае, если соединение с БД установлено успешно.
  2.  Поместить на главную форму приложения компонент набора данных TTable и связать его с одной из таблиц телефонного справочника.
  3.  Поместить на главную форму компонент визуального отображения данных TDBGrid и  настроить его таким образом, чтобы он занимал все пространство формы.
  4.  Обеспечить связь компонента TDBGrid с данными таблицы TTable.
  5.  Обеспечить, чтобы при запуске программы набор данных TTable находился в активном (открытом) состоянии.
  6.  Запустить приложение. Выполнить несколько операций перемещения курсора по записям и редактирования и добавления данных.
  7.  Отразить в отчете к лабораторной работе полный ход ее выполнения и сформулировать выводы.

Контрольные вопросы

  1.  Понятие фактографической информационной системы;
  2.  Понятие базы данных;
  3.  Архитектура приложений для работы с базами данных;
  4.  Понятие BDE;
  5.  Архитектура BDE;
  6.  Управление псевдонимами баз данных;
  7.  Достоинства и недостатки технологии BDE.
  8.  Понятие набора данных. Основные свойства и методы наборов данных;
  9.  Назначение компонента TDataSource;
  10.  Компонент TDatabse.

Указание. При подготовке к вопросу № 10 необходимо использовать дополнительные источники информации.

Литература по теме лабораторной работы

  1.  Дарахвелидзе П., Марков Е. Программирование в Delphi 7. // Санкт-Петербург, 2003;
  2.  Елманова Н. Работа с базами данных в Borland C++ Builder // Компьютер Пресс’97, № 6,7;
  3.  Федоров А, Елманова Н. Введение в базы данных. Механизмы доступа к данным. Borland Database Engine и альтернативы. // Компьютер Пресс2000 № 6.
  4.  Холлингвэрт Дж., Сворт Б, Кэшмэн М. и др. C++ Builder 6. Руководство разработчика. // Издательство «Вильямс», 2004.


 

А также другие работы, которые могут Вас заинтересовать

17425. Проектирование системы прерываний микро-ЭВМ на БИС семейства КР580 87 KB
  Проектирование системы прерываний микроЭВМ на БИС семейства КР580 Настоящая работа содержит методические указания по проектированию системы прерываний микроЭВМ на БИС семейства КР580 и написана в помощь студентам специальности при выполнении курсовых и дипломн...
17426. Исследование канала связи методом шумовой загрузки 113.5 KB
  ЛАБОРАТОРНАЯ РАБОТА № 3 по дисциплине: Методы и средства измерений в телекоммуникационных системах на тему: Исследование канала связи методом шумовой загрузки Цель работы Ознакомление с приборами методами и схемами оценки качества каналов тональной частоты ...
17427. Моделирование замкнутой системы управления ДПТ с обратными связями по скорости и по току с отсечкой 357 KB
  ЛАБОРАТОРНАЯ РАБОТА № 3 1 Моделирование замкнутой системы управления ДПТ с обратными связями по скорости и по току с отсечкой 1.1 Цель работы: знакомство с двехконтурной системой подчиннного регулирования и её моделью; особенности моделирования регуляторов; модель уд
17428. ТЕОРИЯ ОПТИМИЗАЦИИ. Конспект лекций 1.22 MB
  ТЕОРИЯ ОПТИМИЗАЦИИ Конспект лекций Приведены программы методические указания по изучению курса контрольные вопросы характеристика лабораторных работ и задание на контрольную работу. Методические указания предназначены для студентов заочного отделения со с...
17429. Создание графического интерфейса программы 47.17 KB
  Цель работы: создание графического интерфейса программы. Программа работы 1. Составить программу рассчитывающую заданное выражение приложение 1. Ввод данных и вывод результатов реализовать с использованием графического пользовательского интерфейса. Прогр...
17430. Работа со строковыми величинами 34.5 KB
  Лабораторная работа №11Работа со строковыми величинами Цель работы: Сформировать понятие величин полусоставного типа. Научиться составлять алгоритмы обработки строковых переменных. Задание 12. Решите две из следющих задач с сайта informatics.mccme.ru дистанционная подготов...
17431. Расчет объема перевозок и грузооборота в автотранспортных предприятиях 151.5 KB
  Определить объем перевозок и грузооборота в автотранспортных предприятиях исходя из следующих данных. По схеме рассчитываем объем перевозок грузов и грузооборот в зависимости от временного влияния на них любых двух показателей...