
- •Вопросы по дисциплине «Моделирование бизнес-процессов»
- •1) Задачи при разработке ис. Модели архитектуры ис. Case - технология.
- •2) Парадигмы case-технологии. Жизненный цикл ис.
- •3) Процессы: основные, вспомогательные, организационные. Модели реализации ис.
- •4) Структурный и объектно-ориентированный подход к разработке ис: достоинства и недостатки. Принципы структурного подхода (сп).
- •5) Методологии сп. 3 группы моделей.
- •7) Idef-технология проектирования ис. Idef0, idef3-модели. Примеры.
- •Номер работы
- •8) Словарь данных. Бнф-нотация. Спецификация процессов. Управляющие структуры сея.
- •9) Архитектура системотехнической платформы. Архитектура распределённых ис: однопользовательская система, файл-сервер, двухуровневая.
- •10) Архитектура распределённых ис: трёхуровневая, n-уровневая, на основе Веб-сервера.
- •11) Связующее программное обеспечение (mw по). Классификация, назначение, примеры.
- •12) Связующее по (mw). Jdbc, основные понятия. Архитектура jdbc. Подключение приложения к бд посредством jdbc (схема).
- •13) Общие принципы проектирования систем: проектирование архитектуры системы, проектирование элементов системы
- •14) Case-средства и case-технологии
12) Связующее по (mw). Jdbc, основные понятия. Архитектура jdbc. Подключение приложения к бд посредством jdbc (схема).
JDBC (Java Database Connectivity) - это набор объектов и методов, для взаимодействия с разнообразными источниками данных. Это часть API, предоставляемого Java. Хотя объекты и методы основаны на реляционной модели баз данных JDBC не предполагает ни какого конкретного источника данных низкого уровня или особой схемы хранения данных. Можно получить доступ к любым данным ( включая мультимедийные) и загрузить их в объекты Java, используя средства JDBC. Единственным тре-бованием является то, что должна быть реализация драйвера по спецификациям JDBC для данного источника.
JDBC основан на той же идее, что и ODBC и использует тот же интерфейс для обращения к БД. Это было сделано неслучай-но. Разработчики стремились к тому, чтобы созданное ими сред-ство завоевало популярность как можно быстрее. Поэтому они постарались максимально облегчить переход с уже распростра-нённых средств на JDBC. ODBC для взаимодействия с СУБД ис-пользует интерфейсы, основанные на языке С, поэтому в чистом виде ODBC не подходит для использования вместе с Java. Поэто-му разработчики при создании JDBC следовали "духу" ODBC и реализовали все его основные абстракции и идеи, но сделали это в соответствии с концепциями Java.
Как работает JDBC?
В JDBC определён набор объектов и методов для взаимодействия с БД. Программа на Java сначала открывает соединение с БД, создаёт объект-оператор, передаёт SQL-оператор соответствующей СУБД посредством объекта-оператора и извлекает данные в виде информации находящейся в объекте представляющем результат запроса. Файлы, содержащие классы JDBC, необходимые для работы с БД посредством Java и само приложение или аплет могут находиться на машине клиента или быть получены по сети. Но для уменьшения задержек при работе будет лучше, если файлы с классами JDBC будут находиться у клиента. БД находится на удалённой машине или на машине клиента.
JDBC может быть реализован как родной драйвер, т.е. специфичной для данной ОС ( например JDBCODBC.DLL) или как шлюз к RPC и др. сетевым протоколам. Принимать решение о том, какой способ использовать, нужно исходя из того для каких целей создаётся программа. Для локальных БД лучше подходит родной драйвер, т.к. он работает более быстро. Для сетевых компьютеров основанных полностью на Java, не обойтись без второго варианта.
В процессе работы программа может обращаться ко многим источникам данных (возможно и неоднородным). По этой причине JDBC имеет специальный объект, названный DriverManager -ом , который служит для управления драйверами и предоставляет программе список загруженных в данный момент драйверов.
При работе с JDBC для обозначения данных используют термин источник данных (Data Source) вместо терминов СУБД, БД или файл. Это понятие более точно соответствует действительности, т.к. для программы, использующей JDBC, фактическое нахождение дан-ных является не существенным, лишь бы существовал драйвер, обеспечивающий доступ к этим данным.