Банк данных это как составить

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

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

Автоматизацию
работы базы данных обеспечивает СУБД,
кото­рая манипулирует с конкретной
моделью организации данных на носителе.
При построении логической модели данных
выбирается один из трех подходов
моделирования: иерархический, сетевой,
ре­ляционный.

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

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

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

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

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

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

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

На
стадии
технического проектирования
результаты разработок и проектных
решений оформляются в виде технического
проекта. Он включает общие вопросы:
такие, как определение конфигура­ции
вычислительных средств, создание
логической модели базы данных, ее
уточнение и доводка в виде моделей
других уровней, выбор операционной
системы и СУБД, физическое проектирова­ние.

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

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

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

Более
простые варианты построения базы данных
ориентиро­ваны на решение менее
сложных задач, на персональные компью­теры
и персональные СУБД, на меньшие объемы
данных и их не­сложную структуру.
Современные СУБД предоставляют
возмож­ность пользователям быстро и
удобно самим создавать несложные базы
данных.

Технология
создания баз данных с помощью типовых
инстру­ментальных средств, рассчитанных
на массового пользователя-непрограммиста,
предоставляется СУБД Мicrosoft Асcess. Несмотря
на ориентированность на конечного
пользователя, в Ассеss присут­ствует
язык программирования, имеется возможность
интеграции с другими программными
средствами Мicrosoft Office. Ассеss — это
популярная настольная система управления
базой данных, рассчи­танная на одного
пользователя.

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

Создание
новой базы данных
начинается с запуска Ассеss и появления
диалогового окна. Выбор опции Запуск
мастера приводит
в окно Создание.
Далее для создания базы можно использовать
шаблоны. Чтобы обратиться к списку
шабло­нов, необходимо перейти на
вкладку Базы
данных.
Создаются базы данных выбором из
определенного списка. При этом возможен
выбор таблиц, а в таблицах — нужных
полей. По­сле этого пользователь
получает базу данных с таблицами, формами
ввода и вывода. Список масте­ров:
мастер баз дан­ных, мастер таблиц,
мастер простых форм, мастер форм с
диаграммой, мастер форм со сводной
таблицей Мicrosoft Ехсel, мастер построе­ния
кнопок, мастер построе­ния групп,
мастер построе­ния списков, мастер
построе­ния комбиниро­ванных
списков, мастер построе­ния подчиненных
форм, мастер создания отчета, мастер
создания наклеек.

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

Технология
запросов
к данным базы в большинстве строится
про­граммно, а в Access она выполняется
визуально за исключением сквозных
запросов. Пользователь благодаря Access
реализует разнооб­разные запросы
выборки, при этом они могут модифицировать
ис­ходные данные. В этом заложены
резервы ускорения работы с дан­ными.
Недостатком технологии Асcеss является
замедление скорости работы с данными
при увеличении размеров таблиц.

Для
каждой таблицы можно создать Автоотчет
с выводом данных в столбец. При создании
отчета с выбором полей, но без вывода
всех имеющихся в таблице или запросе
данных, Асcеss по­зволяет обратиться
к Мастеру
отчетов.
Мастер отчетов помимо выбора полей
группирует данные по какому-либо полю,
устанав­ливает интервал группировки,
порядок сортировки, диаграммы, макет
отчета и его стиль. Для построения еще
более сложных отче­тов используется
Конструктор
отчетов.

Технология
выполнения разнообразных действий и
функций с
дан­ными базы в среде Ассеss осуществляется
макрокомандами, кото­рые объединяются
в макросы.

Соседние файлы в папке ИСТ

• #
• #
• #
• #
• #

Банк данных

Содержание

Введение

. Введение в банки данных

.1 Понятие банка данных

.2 Компоненты банка данных

.3 Классификация банков данных

. Модели данных

.1 Иерархическая модель

.2 Сетевая модель данных

.3 Реляционная модель данных

.4 Постреляционная модель

.5 Многомерная модель

.6 Объектно-ориентированная модель

.7 Настольные СУБД

.7.1 DBase и VisualdBase

.7.2 Рarаdох

.7.3 Microsoft
FoxРrои
Visual FoxРrо

.7.4 MicrosoftАссеss

. Профессия – инженер-программист

.1 Общая характеристика профессии

.2 История профессии

.3 Должностные обязанности

Заключение

Список литературы

Введение

1. Введение в банки данных

.1 Понятие банка данных

Банк данных (БнД) является современной формой
организации хранения и доступа к информации. Существует много определений банка
данных. Мы будем использовать следующее определение: “Банк данных – это
система специальным образом организованных данных (баз данных), программных,
технических, языковых, организационно-методических средств, предназначенных для
обеспечения централизованного накопления и коллективного многоцелевого
использования данных”.

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

Требования к БнД:

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

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

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

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

обеспечение взаимной независимости программ и
данных;

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

.2 Компоненты банка данных

БнД является сложной человеко-машинной системой,
включающей в свой состав различные взаимосвязанные и взаимозависимые
компоненты, а именно:

информационная компонента;

программные средства;

языковые средства;

технические средства;

организационно-методические средства;

администраторы БнД.

Ядром БнД является база данных (БД). База данных
– это поименованная совокупность взаимосвязанных данных, находящихся под
управлением системы управления базой данных (СУБД).

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

В качестве технических средств для БнД
используется ЭВМ.

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

Функционирование БнД невозможно без
администраторов БнД – специалистов, обеспечивающих создание, функционирование и
развитие БнД.

.3 Классификация банков данных

Классификация банков данных может быть
произведена по разным признакам (одни признаки относят к БнД в целом, другие –
к отдельным его компонентам, третьи могут быть отнесены как к отдельному
компоненту, так и к нескольким компонентам или банку в целом).

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

иерархическую;

сетевую;

реляционную.

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

постреляционная;

многомерная;

объектно-ориентированная.

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

Классификация по типу модели распространяется не
только на БД, но и на СУБД и БнД в целом.

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

Рис. 1.1. Классификация СУБД по числу уровней в
архитектуре

2. Модели данных

.1 Иерархическая модель

Иерархическая структура представляет
совокупность элементов, связанных между собой по определенным правилам.
Графическим способом представления иерархической структуры является дерево
(рис. 2.1).

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

Примером простого иерархического представления
может служить административная структура высшего учебного заведения: институт –
отделение – факультет – студенческая группа.

К достоинствам иерархической модели данных
относятся эффективное использование памяти ЭВМ и неплохие показатели времени
выполнения операций над данными. Недостатком иерархической модели является ее
громоздкость для обработки информации с достаточно сложными логическими
связями.На иерархической модели данных основано сравнительно ограниченное
количество СУБД, в числе которых можно назвать зарубежные системы IMS,
PC/Focus, Team-Up и DataEdge, а также отечественные системы Ока, ИНЭС и МИРИС.

.2 Сетевая модель данных

Отличие сетевой структуры от иерархической
заключается в том, что каждый элемент в сетевой структуре может быть связан с
любым другим элементом (рис. 2.3). Пример простой сетевой структуры показан на
рис. 2.4.

Достоинством сетевой модели данных является
возможность эффективной реализации по показателям затрат памяти и
оперативности.

Недостатком сетевой модели данных являются
высокая сложность и жесткость схемы БД, построенной на ее основе. Наиболее
известными сетевыми СУБД являются IDMS, db_VistaIII, СЕТЬ, СЕТОР и КОМПАС.

Реляционная модель данных была предложена Е.Ф.
Коддом, известным исследователем в области баз данных, в 1969 году, когда он
был сотрудником фирмы IBM. Впервые основные концепции этой модели были
опубликованы в 1970.Реляционная база данных представляет собой хранилище
данных, организованных в виде двумерных таблиц (рис. 2.5). Любая таблица
реляционной базы данных состоит из строк (называемых также записями) и столбцов
(называемых также полями). Строки таблицы содержат сведения о представленных в
ней фактах (или документах, или людях, одним словом, – об однотипных объектах).
На пересечении столбца и строки находятся конкретные значения содержащихся в
таблице данных.

Данные в таблицах удовлетворяют следующим
принципам:

) Каждое значение, содержащееся на пересечении
строки и столбца, должно быть атомарным.

) Значения данных в одном и том же столбце
должны принадлежать к одному и тому же типу, доступному для использования в
данной СУБД.

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

) Каждое поле имеет уникальное имя.

) Последовательность полей в таблице
несущественна.

) Последовательность записей в таблице
несущественна.

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

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

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

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

Группа связанных таблиц называется схемой базы
данных. Информация о таблицах, их полях, первичных и внешних ключах, а также
иных объектах базы данных, называется метаданными.Достоинство реляционной
модели данных заключается в простоте, понятности и удобстве физической
реализации на ЭВМ. Именно простота и понятность для пользователя явились
основной причиной ее широкого использования.

Рис. 2.5. Схема реляционной модели данных

К основным недостаткам реляционной модели
относятся отсутствие стандартных средств идентификации отдельных записей и
сложность описания иерархических и сетевых связей.Примерами зарубежных
реляционных СУБД для ПЭВМ являются: DB2, Paradox, FoxPro, Access, Clarion,
Ingres, Oracle.

К отечественным СУБД реляционного типа относятся
системы ПАЛЬМА и HyTech.

2.4 Постреляционная модель

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

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

N накладной	Покупатель		N накладной	Товар	Количество
0373	8723		0373	Сыр	3
8374	8232		0373	Рыба	2
7364	8723		8374	Лимонад	1
			8374	Сок	6
			8374	Печенье	2
			7364	Йогурт	1

N накладной	Покупатель	Товар	Количество
0373	8723	Сыр	3
		Рыба	2
8374	8232	Лимонад	1
		Сок	6
		Печенье	2
7364	8723	Йогурт	1

Рис. 2.6. Структуры данных реляционной (а) и
постреляционной (б) моделей

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

Рассмотренная постреляционная модель данных
поддерживается СУБД uniVers. К числу других СУБД, основанных на постреляционной
модели данных, относятся также системы Bubba и Dasdb.

.5 Многомерная модель

Многомерный подход к представлению данных
появился практически одновременно с реляционным, но интерес к многомерным СУБД
стал приобретать массовый характер с середины 90-х годов. Толчком послужила в
1993 году статья Э. Кодда. В ней были сформулированы 12 основных требований к
системам класса OLAP (OnLineAnalyticalProcessing – оперативная аналитическая
обработка), важнейшие из которых связаны с возможностями концептуального
представления и обработки многомерных данных. В развитии концепций
информационных систем можно выделить следующие два направления:

) системы оперативной (транзакционной)
обработки;

) системы аналитической обработки (системы
поддержки принятия решений).

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

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

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

Рис. 2.7. Реляционное (а) и многомерное (б)
представление данных

Основные понятия многомерных моделей данных:
измерение и ячейка.

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

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

Основным достоинством многомерной модели данных
является удобство и эффективность аналитической обработки больших объемов
данных, связанных со временем. Недостатком многомерной модели данных является
ее громоздкость для простейших задач обычной оперативной обработки информации.
Примерами систем, поддерживающими многомерные модели данных, является Essbase,
MediaMulti-matrix, Oracle ExpressServer, Cache. Существуют программные
продукты, например Media/MR, позволяющие одновременно работать с многомерными и
с реляционными БД.

.6 Объектно-ориентированная модель

В объектно-ориентированной модели при
представлении данных имеется возможность идентифицировать отдельные записи базы
данных. Между записями и функциями их обработки устанавливаются взаимосвязи с
помощью механизмов, подобных соответствующим средствам в
объектно-ориентированных языках программирования. Стандартизированная
объектно-ориентированная модель описана в рекомендациях стандарта ODMG-93
(ObjectDatabaseManagementGroup – группа управления объектно-ориентированными базами
данных).Рассмотрим упрощенную модель объектно-ориентированной БД. Структура
объектно-ориентированной БД графически представима в виде дерева, узлами
которого являются объекты. Свойства объектов описываются некоторым стандартным
типом или типом, конструируемым пользователем (определяется как class).
Значение свойства типа class есть объект, являющийся экземпляром
соответствующего класса. Каждый объект-экземпляр класса считается потомком
объекта, в котором он определен как свойство. Объект-экземпляр класса
принадлежит своему классу и имеет одного родителя. Родовые отношения в БД
образуют связную иерархию объектов. Пример логической структуры
объектно-ориентированной БД библиотечного дела приведен на рис. 2.9. Здесь
объект типа Библиотека является родительским для объектов-экземпляров классов
Абонент, Каталог и Выдача. Различные объекты типа Книга могут иметь одного или
разных родителей. Объекты типа Книга, имеющие одного и того же родителя, должны
различаться, по крайней мере, инвентарным номером (уникален для каждого
экземпляра книги), но имеют одинаковые значения свойств isbn, удк, название и
автор.

Логическая структура объектно-ориентированной БД
внешне похожа на структуру иерархической БД. Основное различие между ними
состоит в методах манипулирования данными. Для выполнения действий над данными
в рассматриваемой модели БД применяются логические операции, усиленные
объектно-ориентированными механизмами инкапсуляции, наследования и
полиморфизма. Инкапсуляция ограничивает область видимости имени свойства пределами
того объекта, в котором оно определено. Так, если в объект типа Каталог
добавить свойство, задающее телефон автора книги и имеющее название телефон, то
мы получим одноименные свойства у объектов Абонент и Каталог. Смысл такого
свойства будет определяться тем объектом, в который оно инкапсулировано.
Наследование, наоборот, распространяет область видимости свойства на всех
потомков объекта. Так, всем объектам типа Книга, являющимся потомками объекта
типа Каталог, можно приписать свойства объекта-родителя: isbn, удк, название и
автор. Если необходимо расширить действие механизма наследования на объекты, не
являющиеся непосредственными родственниками (например, между двумя потомками
одного родителя), то в их общем предке определяется абстрактное свойство типа
abs. Так, определение абстрактных свойств билет и номер в объекте Библиотека
приводит к наследованию этих свойств всеми дочерними объектами Абонент, Книга и
Выдача. Не случайно поэтому значения свойства билет классов Абонент и Выдача,
показанных на рис. 2.9, являются одинаковыми – 00015.Полиморфизм в
объектно-ориентированных языках программирования означает способность одного и
того же программного кода работать с разнотипными данными. Другими словами, он
означает допустимость в объектах разных типов иметь методы (процедуры или
функции) с одинаковыми именами. Во время выполнения объектной программы одни и
те же методы оперируют с разными объектами в зависимости от типа аргумента.
Применительно к рассматриваемому примеру полиморфизм означает, что объекты
класса Книга, имеющие разных родителей из класса Каталог, могут иметь разный
набор свойств. Следовательно, программы работы с объектами класса Книга могут
содержать полиморфный код.

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

Рис. 2.9. Логическая структура БД библиотечного
дела

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

2.7 Настольные СУБД

На сегодняшний день известно более двух десятков
форматов данных настольных СУБД, однако наиболее популярными, исходя из числа
проданных копий, считаются dBase, Раrаdох, FoxPro и Access. Отмечают также СУБД
MicrosoftDataEngine – по существу серверную СУБД, представляющую собой
“облегченную” версию Microsoft SQL Server, но предназначенную для
использования главным образом в настольных системах и небольших рабочих
группах. Сведения о производителях перечисленных выше СУБД представлены в табл.

Таблица

СУБД	Производитель
VisualdBase	DBase, Inc
Paradox	Corel
MicrosoftAccess 2000	Microsoft
MicrosoftFoxPro	Microsoft
MicrosoftVisualFoxPro	Microsoft
MicrosoftVisualFoxPro	Microsoft
MicrosoftDataEngine	Microsoft

Далее каждая из этих СУБД рассматривается в
отдельности.

.7.1 DBase и VisualdBase

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

Хранение данных в dBase основано на принципе
“одна таблица – один файл” (эти файлы обычно имеют расширение *.dbf).
МЕМО – поля и ВLОВ – поля (доступные в поздних версиях dBase) хранятся в
отдельных файлах (обычно с расширением *.dbt). Индексы для таблиц также
хранятся в отдельных файлах.Формат данных dBase является открытым, что
позволило ряду других производителей заимствовать его для создания
dBase-подобных СУБД, частично совместимых с dBase по форматам данных.

Помимо популярного формата данных dBase является
родоначальником и некогда популярного семейства языков программирования,
получившего название хВаsе. Однако для работы с данными формата dBase (или иных
dBase-подобных СУБД) совершенно необязательно пользоваться диалектами хВаsе.
Доступ к этим данным возможен с помощью ОDВС АРI (и соответствующих драйверов)
и некоторых других механизмов доступа к данным.

В настоящее время VisualdBase принадлежит
компании dBase, Inс. Его версия – VisualdBase 7.5 имеет следующие возможности:

средства манипуляции данными dBase и FoxPro всех
версий;

средства создания форм, отчетов и приложений;

средства публикации данных в Internet и создания
Web-клиентов;

ядро доступа к данным АdvantageDatabaseServer
фирмы ExtendedSystems и ОDВС – драйвер для доступа к данным этой СУБД;

средства публикации отчетов в Web;

средства визуального построения запросов;

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

В настоящее время к VisualdBase в качестве
дополнения может быть приобретен компонент dСоnnections, позволяющий
осуществить доступ к данным Оracle, Sybase, Informix, МS SQL Server, DB2,
InterBase из VisualdBase 7.5 и приложений, созданных с его помощью.

Компания DBase, Inс объявила также о проекте
dBASEOpenSource, целью которого является разработка сообществом пользователей
dBase новых компонентов и классов с целью включения их в последующую версию
dBase (получившую название dBase 2000). Иными словами, имеется тенденция
превращения dBase (или его частей) в некоммерческий продукт с доступными
исходными текстами.

.7.2 Рarаdох

Раrаdох был разработан компанией АnsaSoftware, и
первая его версия увидела свет в 1985 году. Этот продукт был впоследствии
приобретен компанией Воrland. С июля 1996 года он принадлежит компании Соrеl и
является составной частью Соrеl 0ffice Professional.В конце 80-х – начале 90-х
годов Раrаdох, принадлежавший тогда компании ВоrlandInternational, был весьма
популярной СУБД, в том числе и в нашей стране.Принцип хранения данных в Раrаdох
сходен с принципами хранения данных в dВаsе – каждая таблица хранится в своем
файле (расширение *.db), МЕМО- и ВLOB-поля хранятся в отдельном файле
(расширение *.md), как и индексы (расширение *.рх). Однако, в отличие от dBase,
формат данных Раrаdох не является открытым, поэтому для доступа к данным этого
формата требуются специальные библиотеки. Отсутствие “открытости” формата
данных имеет свои достоинства. Так как в этой ситуации доступ к данным
осуществляется только с помощью “знающих” этот формат библиотек,
простое редактирование подобных данных по сравнению с данными открытых форматов
типа dBase существенно затруднено. В этом случае возможны такие недоступные при
использовании “открытых” форматов данных сервисы, как защита таблиц и
отдельных полей паролем, хранение некоторых правил ссылочной целостности в
самих таблицах – все эти сервисы предоставляются Раrаdох, начиная с первых
версий этой СУБД.По сравнению с аналогичными версиями dВаsе ранние версии
Раrаdох обычно предоставляли разработчикам баз данных существенно более
расширенные возможности, такие как использование деловой графики в
DOS-приложениях, обновление данных в приложениях при многопользовательской
работе, визуальные средства построения запросов, на основе интерфейса QВЕ –
QuerybyЕхаmрlе, средства статистического анализа данных, а также средства
визуального построения интерфейсов пользовательских приложений с автоматической
генерацией кода на языке программирования РАL
(ParadoxАррlicationLanguage).Windows-версии СУБД Раrаdох, помимо перечисленных
выше сервисов, позволяют также манипулировать данными других форматов, в
частности dВаsе и данными, хранящимися в серверных СУБД. Что же касается
базового формата данных, используемого в этом продукте, то он обладает теми же
недостатками, что и все форматы данных настольных СУБД, и поэтому при
возможности его стараются заменить на серверную СУБД, даже сохранив сам Раrаdох
как средство разработки приложений и манипуляции данными.Версия данной СУБД –
Раrаdох 9, поставляется в двух вариантах – Раrаdох 9 StandaloneEdition и
Раrаdох 9 Developer’sEdition. Первый из них предназначен для использования в
качестве настольной СУБД и входит в СоrеlОfficeProfessional, второй – в
качестве как настольной СУБД, так и средства разработки приложений и
манипуляции данными в серверных СУБД. Обе версии содержат:

средства манипуляции данными Раrаdох и dBase;

средства создания форм, отчетов и приложений;

средства визуального построения запросов;

средства публикации данных и отчетов в Internet
и создания Web-клиентов;оrеlWeb – сервер;

ОDВС – драйвер для доступа к данным формата
Раrаdох из Windows-приложений;

средства для доступа к данным формата Раrаdох из
Java-приложений.

Помимо этого, Раrаdох 9 Developer’sEdition
содержит:- time – версию Раrаdох для поставки вместе с приложениями;

средства создания дистрибутивов;

драйверы SQL Links для доступа к данным
серверных СУБД.

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

.7.3 Microsoft
FoxРrои
Visual FoxРrоохРrо
ведет свое происхождение от настольной СУБД FохВаsе фирмы FохSoftware.
Впоследствии этот продукт был приобретен компанией Microsoft. Его последние
версии (начиная с версии 3.0, выпущенной в 1995 году) получили название
VisualFoxPro. С каждой новой версией этот продукт оказывался все более и более
интегрирован с другими продуктами Microsoft, в частности с Microsoft SQL
Server, – в состав VisualFoxPro в течение нескольких последних лет входят
средства переноса данных FoxPro в SQL Server и средства доступа к данным этого
сервера из VisualFoxPro и созданных с его помощью приложений. Хотя формат
данных FoxPro также модифицировался с каждой новой версией, приобретая такие
возможности, как хранение правил ссылочной целостности и некоторых
бизнес-правил в самой базе данных, миграции приложений VisualFoxPro на
серверные платформы уделялось значительно большее внимание.Версия этого
продукта — VisualFoxPro 6.0 – доступна и отдельно, и как составная часть
MicrosoftVisualStudio 6.0. Отличительной особенностью этой настольной СУБД от
двух рассмотренных выше является интеграция этого продукта с технологиями
Microsoft, в частности поддержка СОМ (ComponentObjectMоdel – компонентная
объектная модель, являющаяся основой функционирования 32-разрядных версий
Windows и организации распределенных вычислений в этой операционной системе),
интеграция с Microsoft SQL Server, возможности создания распределенных
приложений, основанных на концепции Windows DNA
(DistributedinterNetApplications).6.0 предоставляет следующие возможности:

средства публикации данных в Internet и создания
Web-клиентов;

средства создания ASP – компонентов и Web –
приложений;

средства создания СОМ-объектов и объектов для
MicrosoftTransactionServer, позволяющих создавать масштабируемые многозвенные
приложения для обработки данных;

средства доступа к данным серверных СУБД, базирующиеся
на использовании OLE DB (набор СОМ – интерфейсов, позволяющий осуществить
унифицированный доступ к данным из разнообразных источников, в том числе из
нереляционных баз данных и иных источников, например MicrosoftExchange);

средства доступа к данным Microsoft SQL Server и
Оracle, включая возможность создания и редактирования таблиц, триггеров,
хранимых процедур;

средства отладки хранимых процедур Microsoft SQL
Server;

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

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

Тенденции развития этого продукта очевидны: из
настольной СУБД VisualFoxPro постепенно превращается в средство разработки
приложений в архитектуре “клиент/сервер” и распределенных приложений
в архитектуре Windows DNA.

.7.4 MicrosoftАссеss

Первая версия СУБД Ассеss появилась в начале
90-х годов. Это была первая настольная реляционная СУБД для 16-разрядной версии
Windows. Популярность Ассеss значительно возросла после включения этой СУБД в
состав MicrosoftОffice.В отличие от VisualFoxPro, фактически превратившегося в
средство разработки приложений, Ассеss ориентирован в первую очередь на
пользователей MicrosoftОffice, в том числе и не знакомых с программированием.
Это, в частности, проявилось в том, что вся информация, относящаяся к
конкретной базе данных, а именно таблицы, индексы (естественно,
поддерживаемые), правила ссылочной целостности, бизнес-правила, список пользователей,
а также формы и отчеты хранятся в одном файле, что в целом удобно для
начинающих пользователей.

Версия этой СУБД – Ассеss 2000 входит в состав
MicrosoftOffice 2000 Рrofessional и Premium, а также доступна как
самостоятельный продукт. В состав Ассеss 2000 входят:

средства манипуляции данными Ассеss и данными,
доступными через ОDВС (последние могут быть “присоединены” к базе
данных Ассеss);

средства создания форм, отчетов и приложений;
при этом отчеты могут быть экспортированы в формат MicrosoftWord или
MicrosoftExcel, а для создания приложений используется
VisualBasicforApplications, общий для всех составных частей MicrosoftOffice;

средства публикации отчетов в Internet;

средства создания интерактивных Web-приложений
для работы с данными (DataAccessPages);

средства доступа к данным серверных СУБД через
OLE DВ;

средства создания клиентских приложений для
Microsoft SQL Server;

средства администрирования Microsoft SQL Server.

Поддержка СОМ в Ассеss выражается в возможности
использовать элементы управления АсtiveX в формах и Web-страницах, созданных с
помощью Ассеss. В отличие от VisualFoxPro создание СОМ-серверов с помощью
Ассеss не предполагается.

4. Профессия – инженер-программист

.1 Общая характеристика профессии

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

В технике выделяются средняя техническая
квалификация техник-программист (ранее “программист-лаборант”) и
высшая техническая квалификация инженер-программист. Предметом деятельности
специалистов с соответствующей квалификацией (техников и инженеров) является
проектирование, разработка и производство программного обеспечения, как
промышленной продукции, удовлетворяющей заданным функциональным, конструктивным
и технологическим требованиям (результатом деятельности является программное
обеспечение). В России подготовка инженеров-программистов ведётся по профилю
подготовки “Программное обеспечение вычислительной техники и
автоматизированных систем” направления “Информатика и вычислительная
техника”.

Существует подготовка математиков-программистов
по направлению “Математическое обеспечение и администрирование
информационных систем”. В конце 2000-х в России появилось новое
направление подготовки программистов “Программная инженерия”.
Областью профессиональной деятельности выпускников по этому направлению является
индустриальное производство программного обеспечения. Данное направление
подготовки отличается от подготовки инженеров-программистов по профилю
“Программное обеспечение вычислительной техники и автоматизированных
систем” тем, что общеинженерные дисциплины заменены дисциплинами из новой
области знания инженерия программного обеспечения. Объектами профессиональной
деятельности инженеров по производству программного обеспечения являются не
программы и программные комплексы, а методы и инструменты разработки программного
продукта, а также процессы жизненного цикла программного продукта.

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

Прикладных программистов в свою очередь можно
разделить ещё на две подгруппы, это web-специалисты (не только программисты, но
и верстальщики) и специалисты по разработке ПО.

.2 История профессии

Возникновение программирования как рода занятий
и, особенно, как профессиональной деятельности трудно датировать однозначно.

Часто первым программируемым устройством принято
считать жаккардовый ткацкий станок, построенный в 1804 году Жозефом Мари
Жаккаром, который произвёл революцию в ткацкой промышленности, предоставив
возможность программировать узоры на тканях при помощи перфокарт. Первое
программируемое вычислительное устройство, Аналитическую машину, разработал
Чарльз Бэббидж (но не смог её построить). 19 июля1843 года графиня Ада Августа
Лавлейс, дочка великого английского поэта Джорджа Байрона, как принято считать,
написала первую в истории человечества программу для Аналитической машины. Эта
программа решала уравнение Бернулли, выражающее закон сохранения энергии
движущейся жидкости.

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

Однако ни одна из программ, написанных Адой
Лавлейс, никогда так и не была запущена. Аду Августу, графиню Лавлейс, принято
считать почётным первым программистом (хотя, конечно, написание одной программы
по современным меркам не может считаться родом занятий или профессиональной
деятельностью). История сохранила её имя в названии универсального языка
программирования “Ада”.

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

В наш век стремительного прогресса профессия
программиста стала одним из самых востребованных видов деятельности.
Программист – это специалист, который, основываясь на особых математических
моделях, разрабатывает различной сложности алгоритмы и компьютерные программы.
Другими словами, он создает программное обеспечение. Традиционно работа
программиста считается мужской. Но кто бы мог подумать, что именно женщина
станет первопроходцем в этой сфере. В 1833 дочь самого Байрона Ада Лавлейс
создала несколько элементарных программ для первой модели машины, умеющей
“мыслить”, создателем которой был всем известный Ч. Бэббидж. Только в
40-х годах 20 века на свет появились первые электронно-вычислительные машины.
Для них писались очень подробные программы, так как никакой другой язык эта
техника не понимала. Специальные алгоритмические языки программирования начали
создавать позднее, именно тогда и появилась профессия программиста.

В наши дни все программисты подразделяются на
несколько категорий.

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

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

Программисты 1С в свою очередь делятся на
специальности:

программиста-аналитика. Он занимается
составлением технических заданий и консультирует пользователей.

Разработчика. Такой программист дорабатывает
конфигурации 1С.

Эксперта по внедрению 1С. Его работа заключается
в установке программ и их настройке.

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

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

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

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

.3 Должностные обязанности

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

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

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

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

Инженер-программист:

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

. Разрабатывает технологию решения задачи по
всем этапам обработки информации.

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

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

. Выполняет работу по подготовке программ к отладке
и проводит отладку.

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

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

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

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

. Определяет возможность использования готовых
программных продуктов.

. Осуществляет сопровождение внедрения программ
и программных средств.

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

. Выполняет работу по унификации и типизации
вычислительных процессов.

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

Инженер-программист имеет право:

. Знакомиться с проектами решений руководства
предприятия, касающихся его деятельности.

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

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

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

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

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

Техник-программист несет ответственность:

. За ненадлежащее исполнение или неисполнение
своих должностных обязанностей, предусмотренных настоящей должностной
инструкцией, – в пределах, определенных действующим трудовым законодательством
Российской Федерации.

. За правонарушения, совершенные в процессе
осуществления своей деятельности, – в пределах, определенных действующим
административным, уголовным и гражданским законодательством Российской
Федерации.

Заключение

Развитие тех из настольных СУБД, что сумели
сохранить свою популярность на протяжении многих лет, подчинялось вполне
определенным закономерностям. Все эти СУБД:

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

стали предоставлять доступ к данным серверных
СУБД к моменту появления первых 32-разрядных версий;

приобрели средства публикации данных в Internet
и в той или иной степени поддерживают создание приложений для редактирования
данных с помощью Web-браузеров;

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

История развития настольных СУБД отражает
современные тенденции развития информационных систем, такие как создание
распределенных систем с использованием Internet или Intranet, применение
средств быстрой разработки приложений и массовый перенос приложений,
использующих базы данных, включая настольные приложения, в архитектуру
“клиент/сервер”.

Список литературы

1. Горев А., Ахаян Р., Макашарипов
С. Эффективная работа с СУБД. – СПб.: Питер, 2007. – 704 с.

. Дейт К. Дж. Введение в системы баз
данных: Пер. с англ.- 6-е изд.- К.; М.; СПб.: Издательский дом
“Вильямс”, 2010. – 848 с.

. Джексон Г. Проектирование
реляционных баз данных для использования с микроЭВМ: Пер. с англ. – М.: Мир,
1991. – 252 с.

. Диго С.М. Проектирование и
использование баз данных: Учебник. – М.: Финансы и статистика, 2010. – 208 с.

. Коннолли Т., Бегг К., Страчан А. Базы
данных: проектирование, реализация и сопровождение. Теория и практика: Пер. с
англ.: Учеб. пособие. – 2-е изд.- М.: Издательский дом “Вильямс”,
2000. – 1120 с.

. Мейер Д. Теория реляционных баз
данных: Пер. с англ. – М.: Мир, 1987. – 608 с.

. Хансен Г., Хансен Д. Базы данных:
разработка и управление: Пер. с англ. – М.:ЗАО “Издательство БИНОМ”,
2009. – 704 с.

. Хомоненко А.Д., Цыганков В.М.,
Мальцев М.Г. Базы данных: Учебник для высших учебных заведений / Под ред. проф.
А.Д. Хомоненко. – СПб.: КОРОНА принт, 2008. – 416 с.

Приложение

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

Формы – одно из основных средств для работы с
базами данных в Access – используются для ввода новых записей (строк таблиц),
просмотра и редактирования уже имеющихся данных, задания параметров запросов и
вывода ответов на них и др. Формы представляют собой прямоугольные окна с
размещенными в них элементами управления. Существует возможность создания форм
динамически при исполнении программы, однако естественным режимом их создания
является режим визуального конструирования (рис.11). Выбор команды Форма в меню
Вставка выводит на экран окно Новая Форма, позволяющее задать таблицу или
запрос, для которых создается новая форма, и указать режим ее создания. Кроме
создания формы “вручную”, создание формы можно автоматизировать,
используя Мастер форм (FormWizard).

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

База данных инженера программиста для одного
предприятия

данные база visual foxpro

Информационный банк вакансий инженера – программиста

Информационный банк вакансий Центра занятости
населения города Новочеркасска по состоянию на 25 октября 2013 г.

N п/п	Вакантная специальность, должность	Заработная плата (руб.)	Дополнительные сведения о вакансии (требования к претенденту)	Количество вакансий
		от	до
1	Автоэлектрик	10000	12000	МОЖНО МОЛОДОГО СПЕЦИАЛИСТА С 9.00 ДО 17.00, 6/1 ВЫХ.	1
2	Автоэлектрик	15000	36000	О/Р
3	Автоэлектрик	20000	20000	О/Р	1
4	Автоэлектрик	25000	25000	О/Р ОТ 2 ЛЕТ С 8.00 ДО 17.00	1
5	Автоэлектрик	10000	10000	О/Р С 10 ДО 19	1
6	Агент рекламный	6000	6000	З/П + %. СВОБОДНЫЙ ГРАФИК РАБОТЫ.	1
7	Агент страховой	6000	8000	КОММУНИКАБЕЛЬНОСТЬ БЕЗ О/Р ЖЕЛАНИЕ РАБОТАТЬ!!	9
8	Агент страховой	6000	7000	ИПОТЕЧНЫЕ ДОГОВОРА ЗНАНИЕ ПК МОЖНО СТУДЕНТА ЗАОЧНИКА	1
9	Администратор	10000	15000	О/Р В КАФЕ/ГОСТИНИЦЕ 2 ДНЯ РАБ/2 ДНЯ ВЫХ	1
10	Администратор	15000	15000	НЕД РАБ С 18 ДО 6/НЕД ВЫХ. О/Р В РЕСТОРАНЕ	4
11	Акушерка	5205	5205	С 8 ДО 16 +ДОПЛАТА ОТ СТАЖА	2
12	Акушерка	5205	5205	СЕРТИФИКАТ “АКУШЕРСКОЕ ДЕЛО” С 8.00 ДО 14.00	1
13	Арматурщик	20000	20000	О/Р ОТ 1 ГОДА С 8.00 ДО 17.00/2 ВЫХ	9
14	Арматурщик	7000	7000	О/Р В СТРОИТЕЛЬСТВЕ МНОГОКВАРТИРНЫХ ЖИЛЫХ ДОМОВ ПО ЕВРОПЕЙСКИМ СТАНДАРТАМ КАЧЕСТВА С 9.00 ДО 18.00/2 ВЫХ	20
15	Арматурщик	24000	29600	Зарплата от квалификации. график работы с 8.00 до 17.00.	30
16	Артист-вокалист (солист)	10000	10000	БЭК-ВОКАЛИСТ 15 ДНЕЙ/МЕС. С 18 ДО 6	4
17	Архитектор	20000	20000	О/Р, ЗНАНИЕ СПЕЦ. ПРОГРАММ И ТРЕБОВАНИЙ НОРМАТИВНОЙ ДОКУМЕНТАЦИИ С 8.00 ДО 17.00/2 ВЫХ	1
18	Ассистент	10000	10000	О/Р В В/УЧ.ЗАВЕДЕНИИ НА КАФ “АВТОМАТИЗАЦИЯ ТЕХН.ПРОЦЕССОВ И ПРОИЗВОДСТВ”,”МАРКШЕЙДЕРСКОЕ ДЕЛО И ГЕОДЕЗИЯ””,”ПГС”	5
19	Атташе	10000	10000	РАБОТА В ЕЖЕНЕДНЕЛЬНОМ ЛОКАЛЬНОМ ИЗДАНИИ “СТИЛЬ ЖИЗНИ”	1
20	Бармен	8000	8000	ГРАФИК 7/7 ВЫХ., С 9-00 ДО 23-00	1
21	Бармен	8000	10000	О/Р 7/7 ВЫХ., С 12-00 ДО 24-00	1
32	Бурильщик	20000	20000	ВОД.ПРАВА КАТ.В З/П ОТ 20000 РУБ ВЫПУСКНИКА ГЕОЛОГОРАЗВЕД.КОЛЛЕДЖА	1
33	Бухгалтер	5500	5600	-КЛАДОВЩИК НА СКЛАД ПРОДУКТОВ ПИТАНИЯ ЗНАНИЕ 1С:8 ПИСАТЬ МЕНЮ	1
34	Бухгалтер	29400	29400	О/Р, ЗНАНИЕ БУХ. И НАЛОГ. УЧЕТА И ОТЧЕТНОСТИ , 1С 8.2, EXCEL, ЗНАНИЕ ОСН, ЕНВД, УСН С 8.00 ДО 17.00/2 ВЫХ	1
35	Бухгалтер	8000	8000	НОМЕНКЛАТУРА ТОВАРОВ, ПРОВЕРКА ТОВАРНЫХ ОТЧЕТОВ, ОТЧЕТНОСТЬ ПО АЛКОГОЛЮ ЗНАНИЕ 1С О/Р БУХГАЛТЕРОМ ЗНАНИЕ ПК НА ВРЕМЯ Д/О, С 8.00 ДО 17.00/2 ВЫХ	1
36	Бухгалтер	7000	7000	С 8.00 ДО 17.00/2 ВЫХ	1
37	Бухгалтер	15000	15000	О/Р ЗНАНИЕ 1С:8 РАБОТА С ВНУТРЕННЕЙ ДОКУЕНТАЦИЕЙ	1
38	Вахтер	5205	5205	НА ЭТАЖ 12 рабочих часов в сутки; день, ночь/2 вых.	2
39	Верстальщик	15000	25000	ЗНАНИЕ ПРОГРАММ HTML,JS, ОПЫТ В ВЕРСТКЕ ПОД РАЗЛИЧНЫЕ БРАУЗЕРЫ С 8.00 ДО 17.00	1
149	Врач-уролог	5739	5739	СЕРТИФИКАТ “УРОЛОГИЯ” 39 ЧАСОВ/НЕД	1
150	Врач-фтизиатр	18000	22000	НАЛИЧИЕ СЕРТИФИКАТА, ЖЕЛАТЕЛЬНО НАЛИЧИЕ КАТЕГОРИИ И О/Р С 8-00 ДО 14-00	1
151	Врач-хирург	23000	25000	НАЛИЧИЕ СЕРТИФИКАТА, ЖЕЛАТЕЛЬНО НАЛИЧИЕ КАТЕГОРИИ И О/Р С 8-00 ДО 14-00	3
152	Врач-эндокринолог	5739	5739	НАЛИЧИЕ СЕРТИФИКАТА ЭНДОКРИНОЛОГИЯ С 8.00 ДО 14-36. З/П+ДОПЛАТЫ.	1
153	Врач-эндокринолог	6055	6055	НАЛИЧИЕ СЕРТИФИКАТА “ЭНДОКРИНОЛОГИЯ” С 8.00 ДО 14.36/2 ВЫХ, 33 Ч/НЕД, З/П+ДОПЛАТЫ	1
154	Врач-эндоскопист	5739	5739	НАЛИЧИЕ СЕРТИФИКАТА ЭНДОСКОПИЯ С 8.00 ДО 16-18. З/П + ДОПЛАТЫ	1
155	Врач-эндоскопист	6055	6055	НАЛИЧИЕ СЕРТИФИКАТА “ЭНДОСКОПИЯ” С 8.00 ДО 16.18/2 ВЫХ, 39 Ч/НЕД, З/П+ДОПЛАТЫ	1
156	Гардеробщик	10000	10000	ПОДВИЖНУЮ ЗНАНИЕ ПК ГРАФИК	2
157	Главный бухгалтер	19000	19000	О/Р В БЮДЖЕТЕ ЗНАНИЕ 1С:8 ОБРАЩАТЬСЯ К ДИРЕКТОРУ!!!	1
158	Главный бухгалтер	15000	15000	В/О ДНЕВНОЕ ПО СПЕЦИАЛЬНОСТИ, ЗНАНИЕ 1 С:8	1
159	Главный бухгалтер	9500	20000	О/Р В МУНИЦИПАЛЬНОЙ ОРГАНИЗАЦИИ З/П СДЕЛЬНАЯ 9500 РУБ+%	1
160	Главный инженер проекта	25000	25000		1
161	Главный механик	25000	25000	ОПЫТ РАБОТЫ С ПОДЪЕМНЫМИ МЕХАНИЗМАМИ ТЕХ.НАДЗОР/СЕРТИФИКАЦИЯ	1
197	Дворник	5205	5205	САН КНИЖКА С 8.00 ДО 17.00 З/П+ДОПЛАТА С 8.00 ДО 17.00	1
198	Дворник	8800	8800	ЧАСТИЧНАЯ ЗАНЯТОСТЬ, ПЕРВАЯ ПОЛОВИНА ДНЯ. 5/2 ВЫХ.	1
199	Дворник	5205	5205	САН КНИЖКА	1
200	Дезинфектор	7241	7241	С 8-00 ДО 15-15, 36 Ч/НЕД	1
201	Дезинфектор	6000	11000	ПРОВОДИТЬ ДИЗ.ОБРАБОТКУ+УБОРЩИК СЛ.ПОМЕЩЕНИЙ С 8 ДО 17 РАБОТА С ХИМ. ВРЕДНЫМИ ВЕЩЕСТВАМИ	1
202	Дефектоскопист по магнитному и ультразвуковому контролю	20000	20000	О/Р ЗНАНИЕ МЕТОДОВ УЛЬТРАЗВУКОВОЙ И РЕНТГЕН. ДЕФЕКТОСКОПИИ	6
203	Дизайнер	15000	15000	БАЗОВЫЕ ЗНАНИЯ PHOTOSHOP, CORELDRAW, 3 DMAX, ОТВЕТСТВЕННОСТЬ, КРЕАТИВНОСТЬ, ПРОСТРАНСТВЕННОЕ МЫШЛЕНИЕ, ЗНАНИЯ В ОБЛАСТИ АРХИТЕКТУРЫ ПРИВЕТСТВУЮТСЯ С 9.00 ДО 18.00/2 ВЫХ	1
204	Дизайнер	6000	6000	З/П + %. С 9.00 ДО 18.00, 5/2 ВЫХ.	1
205	Директор магазина	28000	34000	САН.КНИЖКА ПК О/Р РУКОВОД.1 ГОД	1
206	Директор фирмы	12000	12000	В/О СТРОИТЕЛЬНОЕ О/Р В СТРОИТЕЛЬСТВЕ МНОГОКВАРТИРНЫХ ЖИЛЫХ ДОМОВ ПО ЕВРОПЕЙСКИМ СТАНДАРТАМ КАЧЕСТВА С 8.00 ДО 18.00/2 ВЫХ	1
207	Диспетчер	15000	15000	ЗНАНИЕ ПК КОНТРОЛЬ ТРАНСПОРТА НА ЛИНИИ ТОПЛИВНЫЕ КАРТЫ	1
208	Доцент	17000	17000	ТОЛЬКО В СЧЕТ КВОТЫ ДЛЯ ИНВАЛИДОВ!!! ПЕРЕЧЕНЬ КАФЕДР В КАБ.8 ЦЗН	17
209	Жестянщик	26000	26000	РАБОТА В 3 СМЕНЫ	2
210	Заведующий	6964	6964	ТЕРАПЕВТИЧЕСКИМ ОТДЕЛЕНИЕМ З/П+ДОПЛАТА ЗА СТАЖ С 8 ДО 15.48	1
211	Заведующий хозяйством	6500	6500	ВЫПОЛНЕНИЕ ХОЗ.РАБОТЫ (замена кранов и т.д.)	1
212	Закройщик	15000	15000	О/Р	1
213	Закройщик	10000	10000	СПЕЦ ОБР-НИЕ С 9.00 ДО 17.00/2 ВЫХ	1
214	Заливщик металла	8000	9000	УЧЕНИК З/П= 800 РУБ/СМЕНА	2
215	Замерщик	12000	О/Р, З/П ОТ 12000 РУБ С 8.00 ДО 17.00/2 ВЫХ	1
216	Заместитель	12000	15000	В/О ДОШКОЛЬНОЕ	1
217	Заместитель	21000	21000	“ВЫПОЛНЕНИЕ ФУНКЦИОНАЛА РУКОВОДИТЕЛЯ ОТДЕЛА ЖЕЛАТЕЛЕН О/Р, ЗНАНИЕ ПК, 1С, ОТВЕТСТВЕННОСТЬ, КОММУНИКАБЕЛЬНОСТЬ ВОЗМОЖНЫ КОМАНДИРОВКИ В РОСТОВ, НОВОШАХТИНСК (ТАМОЖНЯ, РЖД), З/П ДО 21000 РУБ.”	1
218	Заместитель директора	17000	17000	ПО УЧЕБНОЙ ЧАСТИ В/О О/Р ЖЕЛАТЕЛЬНО КАНДИДАТ НАУК КОМАНДИРОВКИ	1
219	Заместитель начальника отдела	25000	25000	ПЛАНИРОВАНИЕ, КОНТРОЛЬ ПОКАЗАТЕЛЕЙ, ПОДГОТОВКА, ОФОРМЛЕНИЕ ВСЕХ ОТЧЕТОВ И РАСЧЕТОВ, КОНТРОЛЬ И ОРГАНИЗАЦИЯ ВЫПОЛНЕНИЯ ВСЕХ ФОРМАЛЬНО ОТЛАЖЕННЫХ СИСТЕМ УПРАВЛЕНИЯ ПРОДАЖАМИ, РЕШЕНИЕ ВОПРОСОВ УЧЕТА СДЕЛ	1
220	Зубной врач	10000	10000	С 8.00 ДО 15.00, СМЕННЫЙ ГРАФИК	1
221	Зубной врач	7500	7500	О/Р С 8.00 ДО 17.00/2 ВЫХ	1
222	Инженер	15750	15750	ЖЕЛАТЕЛЕН О/Р В ЖКХ С 8-00 ДО 17-00	1
223	Инженер	20000	20000	В/О МЕХАНИК ПО ГИДРОПРИВОДУ ЧИТАТЬ ЧЕРТЕЖИ/СХЕМЫ	2
224	Инженер	10000	15000	ПО ВИДЕОНАБЛЮДЕНИЮ О/Р!!! С 9.00 ДО 18.00	2
225	Инженер	8000	8000	ПО ЭКСПЛУАТАЦИИ И РЕМОНТУ ПУТЕЙ	1
226	Инженер	9000	9000	В/О СТРОИТ. О/Р В СТРОИТЕЛЬСТВЕ МНОГОКВАРТИРНЫХ ЖИЛЫХ ДОМОВ ПО ЕВРОПЕЙСКИМ СТАНДАРТАМ КАЧЕСТВА	2
227	Инженер по качеству	10000	10000	В/О СТРОИТЕЛЬНОЕ! О/Р В СТРОИТЕЛЬСТВЕ МНОГОКВАРТИРНЫХ ЖИЛЫХ ДОМОВ ПО ЕВРОПЕЙСКИМ СТАНДАРТАМ КАЧЕСТВА С 9.00 ДО 18.00/ 2 ВЫХ	3
228	Инженер по качеству	10000	10000	В/О СТРОИТЕЛЬНОЕ О/Р В СТРОИТЕЛЬСТВЕ МНОГОКВАРТИРНЫХ ЖИЛЫХ ДОМОВ ПО ЕВРОПЕЙСКИМ СТАНДАРТАМ КАЧЕСТВА С 9.00 ДО 18.00/2 ВЫХ	3
229	Инженер по нормированию труда	11400	11400	В/О ТЕХНИЧЕСКОЕ, О/Р НЕ МЕНЕЕ 3 ЛЕТ, НАВЫКИ РАБОТЫ НА ПК С 7.30 ДО 16.30/2 ВЫХ	1
230	Инженер по охране труда и технике безопасности	12000	12000	О/Р ОТ 1 ГОДА С 8-00 ДО 17-00	1
231	Инженер по подготовке производства	10000	10000	В/О СТРОИТЕЛЬНОЕ О/Р В СТРОИТЕЛЬСТВЕ МНОГОКВАРТИРНЫХ ЖИЛЫХ ДОМОВ ПО ЕВРОПЕЙСКИМ СТАНДАРТАМ КАЧЕСТВА С 9.00 ДО 18.00/2 ВЫХ	3
232	Инженер по сварке	22500	22500		1
233	Инженер по сварке	20000	50000	СРОЧНО!! О/Р С 8.00 ДО 17.00/2 ВЫХ	1
234	Инженер по техническому надзору	39000	39000	В/О О/Р ВЕДЕНИЕ СТРОИТ-МОНТАЖ.РАБОТ ТРУБОПРОВОДОВ КОМАНДИРОВКИ В САМАРУ С 8.00 ДО 16.45/2 ВЫХ	1
235	Инженер по техническому надзору	21400	21400	В/О СТРОИТЕЛЬНОЕ, О/Р ОТ 5-ТИ ЛЕТ. 5/2 ВЫХ.	1
236	Инженер производственного отдела	20000	20000	ПРОВЕРКА АКТОВ СДАЧИ-ПРИЕМКИ ВЫПОЛНЕННЫХ РАБОТ/ ПРОВЕРКА ИСПОЛНИТЕЛЬНЫХ СХЕМ С 9.00 ДО 18.00 ЧТЕНИЕ ЧЕРТЕЖЕЙ ЗНАНИЕ ФЗ 94, ФЗ223	1
237	Инженер производственного отдела	10000	10000	ПТО В/О СТРОИТЕЛЬНОЕ ЗНАНИЕ СМЕТ	1
238	Инженер производственного отдела	25000	25000	В/О ПГС О/Р	1
239	Инженер производственного отдела	20000	40000	О/Р СРОЧНО!! С 8.00 ДО 17.00/2 ВЫХ	2
240	Инженер производственного отдела	15000	15000	РАБОТА С ТЕХНИЧЕСКОЙ ДОКУМЕНТАЦИЕЙ ПТО С 9.00 ДО 18.00/2 ВЫХ	1
241	Инженер электросвязи	30110	30110	В/О О/Р 3 ГОДА ВЕДУЩИМ ИНЖЕНЕРОМ О/Р РУКОВОДЯЩЕЙ	1
242	Инженер-конструктор	16500	27000	О/Р, В/О ТЕХНИЧЕСКОЕ, ЗНАНИЕ КОНСТРУКТОРСКИХ ПРОГРАММ С 8.00 ДО 16.40/2 ВЫХ	1
243	Инженер-конструктор	16500	16500	ВЫПУСКНИКА С В/О ТЕХНИЧЕСКИМ И ЗНАНИЕМ КОНСТРУКТОРСКИХ ПРОГРАММ С 8.00 ДО 16.40/2 ВЫХ	1
244	Инженер-конструктор	14000	15000	О/Р,МЕХАНИК-ЭЛЕКТРИК	2
245	Инженер-конструктор	14000	14000	МЕТАЛЛОКОНСТРУКЦИИ ДЛЯ СТРОИТЕЛЬСТВА ЗНАНИЕ АВТОКАДА С 8.00 ДО 17.00	1
246	Инженер-конструктор	15000	15000	В/О “ПГС”!ЗНАНИЕ ПРОГРАММЫ AUTOCAD С 9.00 ДО 18.00/2 ВЫХ	1
247	Инженер-конструктор	16000	16000	О/Р ОТ 1 ГОДА, НО МОЖНО И МОЛОДОГО СПЕЦИАЛИСТА, ИСПЫТАТЕЛЬНЫЙ СРОК 1 МЕС. С 8.30 ДО 17.20	1
248	Инженер-механик	39000	39000	О/Р ОТ 5-ТИ ЛЕТ, ТЕХ. НАДЗОР ЗА ВЕДЕНИЕМ СТРОИТЕЛЬНО-МОНТАЖНЫХ РАБОТ ТРУБОПРОВОДОВ НЕФТЕГАЗОПЕРЕРАБАТЫВАЮЩЕЙ ОТРАСЛИ. КОМАНДИРОВКИ. 5/2 ВЫХ.	1
249	Инженер-наладчик	25000	25000	В/О ЭЛЕКТРОТЕХНИЧ. О/Р С СИСТЕМАМИ ЭЛЕКТРОМЕХАНИКИ И АИИСКУЭ	2
250	Инженер-программист	15000	15000	СИСТ.АДМИНИСТРАТОР БАЗ ДАННЫХ	1
251	Инженер-программист	6000	6000	В/О!! О/Р!! ЗНАНИЕ ОСНОВ РАЗРАБОТКИ ВЕБ-САЙТОВ СКОЛЬЗЯЩИЙ ГРАФИК С 8.00	1
252	Инженер-программист	15000	28000	ЗНАНИЕ ПРОГРАММ PHP, MySQL С 9.00 ДО 18.00	1
253	Инженер-программист	28000	35000	1)ЗНАНИЕ ПРОГРАММ C++, PHP. JAVA 2)PHP, ASP, NET С 8.00 ДО 17.00	2
254	Инженер-программист	10000	10000	САН.КНИЖКА З/П=5771 РУБ+ВЫСЛУГА+ИНТЕРНАТНЫЕ	1
255	Инженер-программист	22000	30000	ЗНАНИЕ ASP NET, C++, MS SQL МОЖНО НЕОКОНЧЕННОЕ В/О С 9.00 ДО 18.00/2 ВЫХ	1
256	Инженер-программист	30000	45000	В/О ПРОФИЛЬНОЕ! ЗНАНИЕ ЮНИТИ, АВТОКАД, КОМПАС С 8.00 ДО 17.00/2 ВЫХ	1
257	Инженер-программист	20000	20000		1
258	Инженер-проектировщик	30000	45000	В/О ПРОФИЛЬНОЕ! АВТОРСКИЙ НАДЗОР ПРОЕКТОВ ИНД.НАЛАДКА НА ОБЪЕКТЕ С 8.00 ДО 17.00/2 ВЫХ	1
259	Инженер-проектировщик	20000	20000	В/О СТРОИТ, О/Р, ЗНАНИЕ СПЕЦ. ПРОГРАММ, ТРЕБОВАНИЙ НОРМАТИВНОЙ ДОКУМЕНТАЦИИ	1
260	Инженер-проектировщик	14000	14000	СЕТИ ЭЛЕКТРОСНАБЖЕНИЯ О/Р ОТ 2 ЛЕТ ЗНАНИЕ ПК, АВТОКАД С 8.00 ДО 17.00/2 ВЫХ	1
261	Инженер-проектировщик	15000	15000	В/О ПРОФИЛЬНОЕ(АСУТП/КИПиА/ПРОМЫШЛ.ЭЛЕКТРОНИКА) МОЖНО МОЛОДОГО СПЕЦИАЛИСТА С 8.00 ДО 17.00/2 ВЫХ	1
262	Инженер-системотехник	12260	24500	СТАРШИЙ И ВЕДУЩИЙ СОПРОВОЖДЕНИЕ 1С/УСТАНОВКА СИСТЕМНОГО ПО/ТЕХ.ПРОЦЕССЫ	3
263	Инженер-системотехник	14000	14000	ИСПЫТАТЕЛЬНЫЙ СРОК 2 МЕС. С 8.30 ДО 17.20	1
264	Инженер-системотехник	5205	5205	0.25 СТАВКИ З/П=4000 РУБ	1
265	Инженер-теплотехник	19000	19000	О/Р ТЕПЛОТЕХ.ОБРАЗОВАНИЕ	1
266	Инженер-технолог	10000	10000	ПО МЕХ.ОБРАБОТКЕ МОЖНО МОЛОДОГО СПЕЦИАЛИСТА С 7.30 ДО 16.30/2 ВЫХ	2
267	Инженер-электронщик	10000	15000	О/Р! С 9.00 ДО 18.00	2
268	Инженер-электронщик	16000	16000	ИСПЫТАТЕЛЬНЫЙ СРОК 1 МЕС. С 8.30 ДО 17. 20	1
269	Инженер-энергетик	8000	10000	с 8.00 до 17.00, 5/2 вых.	1
270	Инспектор ОК	5205	5205	НА 0.5 СТАВКИ З/П=3500 РУБ ЖЕЛАТ О/Р ЗНАНИЕ ПК!! С 8.00 ДО 12.00/2 ВЫХ	1
271	Инспектор-контролер	15000	15000	СЛУЖБА В АРМИИ ИЛИ НАЛИЧИЕ ЛИЦЕНЗИИ	3
272	Инструктор	12000	12000	СТАЖ ВОДИТЕЛЯ ОТ 5-ТИ ЛЕТ С 8.00 ДО 17.00	1
273	Инструктор по лечебной физкультуре	8000	8000	СРЕДНЕ-СПЕЦ. МЕДИЦИНСКОЕ ОБР-НИЕ! СЕРТИФИКАТ “ЛЕЧЕБНАЯ ФИЗКУЛЬТУРА” С 8.00 ДО 15.00/2 ВЫХ
274	Инструктор по физкультуре	5205	5205	ЖЕЛАТЕЛЬНО О/Р, ПЕД. ОБРАЗОВАНИЕ 3 ЧАСА В ДЕНЬ	1
275	Инструктор по физкультуре	6000	6500	СПЕЦ ОБР-НИЕ ЖЕЛАТЕЛЬНО! МОЖНО ВОСПИТАТЕЛЯ С ПЕД ОБР-НИЕМ 30-ЧАСОВ/НЕД	1
276	Инструктор по физкультуре	7000	7500	О/Р В ДОШКОЛЬНОМ УЧРЕЖДЕНИИ ЖЕЛАТЕЛЕН С 8.00 ДО 14.30/2 ВЫХ МОЖНО ПО СОВМЕСТИТЕЛЬСТВУ	1

Понятия базы и банка данных

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

• быстрым доступом;
• поддержкой актуальности состояния;
• рациональным взаимодействием между данными.

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

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

Организация информационных методик для компьютеров связана с технологиями БД и БнД. К автоматизированной системе базы данных предъявляют определенные требования:

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

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

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

Скачать
файл

Банк данных, помимо ключевых элементов в виде БД и СУБД, содержит и другие составляющие:

• техническая основа — ЭВМ, технологии и продукты;
• языковые средства — языки программирования, запросов, описания данных и т. п.;
• методические средства — рекомендации и регламенты по созданию и работе с БнД.

Размещение банка и базы данных возможно на одном или нескольких компьютерах. Если несколько единиц ЭВМ связаны локальными сетями в общую систему, то данные одного пользователя будут открыты другим и наоборот. В случае, когда БД и БнД находятся на одном ПК, то их называют локальными. Если на нескольких – то распределенными, при этом их соединяют сети ПЭВМ.

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

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

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

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

Возможности и виды СУБД

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

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

СУБД содержит в себе ряд элементов:

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

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

Основными назначениями СУБД являются:

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

СУБД принято классифицировать по принципу совокупности структур данных, т.е. по модели данных, с которой работает СУБД:

• Иерархическая. Структура БД – древовидная, т.е. имеет иерархию из объектов разного уровня.
• Сетевая. По сути, это более расширенная иерархическая структура, но она придерживается принципа отношения данных «многие ко многим».
• Реляционная. Данные представлены в виде простых таблиц из столбцов и строк.
• Объектно-ориентированная. Такая СУБД управляет БД, в которых информация моделируется как объекты, методы и классы.
• Объектно-реляционная. Это реляционная СУБД, которая поддерживает некоторые технологии объектно-ориентированной СУБД.

Для того чтобы лучше понимать принцип работы той или иной автоматизированной системы управления базами данных, рассмотрим наиболее распространенные из них.

Наиболее популярные системы управления базами данных

СУБД SQLite

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

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

СУБД Oracle

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

Oracle написан на языке Java и использует процедурное расширение PL/SQL. Стоимость этого ПО выше, чем у других СУБД, что часто влияет на отказ от ее использования со стороны мелких компаний. Возможно, что именно вопрос цены повлиял на нахождение Oracle лишь на 6-м месте российского рейтинга популярных СУБД.

СУБД MongoDB

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

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

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

СУБД SQL Server от Microsoft

Эта автоматизированная система управления базами данных разработана Microsoft. Самой оптимальной ОС для работы SQL Server конечно же будет Windows. Устройства с Linux тоже поддерживают работу этой СУБД.

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

СУБД MySQL

Данная СУБД работает с реляционными данными и имеет свободное программное обеспечение, которое действует на условиях GNU Public License. MySQL получила широкое распространение. Ее применяют в своей работе такие крупные компании как, например, Wikipedia, Alibaba, Twitter и многие другие. СУБД заслужено считается одной из самых гибких и быстродейственных, поэтому ее предлагают использовать для проектов малых и средних объемов.

MySQL имеет ряд важных преимуществ: способность поддерживать не только широко используемые таблицы вроде MyISAM и InnoDB, но и редко применяемые MERGE и HEAP. К тому же число типов таблиц, которые поддерживаются СУБД, регулярно увеличивается. Также стоит отметить и скорость выполнения программ – в этом плане MySQL считается одной из самых быстрых. Число исполнителей, которые могут одновременно выполнять какие-то задачи в СУБД, неограниченно. А содержание таблиц может превышать 50 млн. строк.

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

Допускается использование текстовых и графических режимов. Реализовать эту возможность позволяет приложение phpMyAdmin, для работы в котором необязательно знать SQL-команды, а администрирование БД возможно через браузер.

Если планируется работа с небольшими или средними проектами, то можно смело выбирать MySQL, т.к. работа с ней не представляет каких-то трудностей.

СУБД PostgreSQL

Объектно-реляционная бесплатная СУБД со свободным распространением. Так же, как и MySQL, работает на языке SQL, но при этом использует стандарт SQL-2011. Характерные для многих СУБД ограничения по размеру БД или по объему табличных записей не распространяются на PostgreSQL.

Преимущества данной автоматизированной системы управления базами данных заключаются в защищенности транзакций и репликаций, легкая расширяемость и наследование. PostgreSQL взаимодействует с разными расширениями и языками программирования (например, PL/Python, PL/Perl, PL/Java). Присутствует функция загрузки С-совместимых модулей.

PostgreSQL часто сравнивают Oracle. Если учесть, что Oracle считается одной из самых мощных СУБД, то такое сопоставление можно посчитать комплиментом для PostgreSQL. Большое количество пользователей акцентируют внимание на детальной сопроводительной документации, дающей исчерпывающие инструкции по работе с СУБД. На основе всего вышеуказанного можно сказать, что PostgreSQL не зря занимает лидирующие позиции в списке самых популярных СУБД.

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

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

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

Определение банка данных

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

Основные принципы разработки БД

1. Независимость данных. Она означает, что при изменении в описаниях данных не требуется обязательного изменения программ, в которых используются эти данные. Независимость данных достигается отделением описания данных от программ обработки данных. Соединение данных с программой и учет описаний, задающих преобразование физически хранимых данных к виду, требуемому программой, реализуется системой управления БД.
2. Формирование и поддержание связей между данными. Эти связи определяются при создании конкретного БД, а поддержание их осуществляется автоматически. Установленные связи используются при поиске данных.
3. Неизбыточность данных, т. е. одни и те же данные в памяти ЭВМ должны повторяться минимальное число раз. Это упрощает организацию связей между избыточными информационными элементами, что обеспечивает выдачу пользователям данных с обновленными значениями.
4. Защита и сохранность данных. Это означает создание средств, ограничивающих доступ к данным и исключающих их порчу в памяти ЭВМ.
5. Прямой доступ к данным, что обеспечивает оперативную связь пользователя с БД и позволяет улучшить качество управления за счет предоставления нужной информации в момент запроса. Принцип требует использования запоминающих устройств большой емкости с прямым доступом (ЗУ на дисках).

Структура БД

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

В структурном отношении БД состоит из следующих элементов:

1. базы данных (или нескольких баз);
2. системы управления базой данных;
3. совокупности программ пользователей, которые непосредственно обращаются за данными в базу. Эти программы описывают задачи, решаемые пользователями;
4. системы управления совокупностью программ пользователей и процессом их прохождения в ЭВМ.

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

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

Системы (п. 2 и п. 4) могут быть высоко автоматизированными и входить в состав развитых операционных систем современных ЭВМ, но в них в качестве компонента может входить и человек.

С БД взаимодействуют:

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

пользователи, которые задают поисковые предписания (запросы) и получают в результате реализации процесса поиска в БД информационное сообщение, удовлетворяющее заданным параметрам запроса;

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

При создании БД необходимо достижение соглашения между всеми пользователями по вопросу состава и структуры данных.

В функционировании БД можно выделить следующие основные процедуры:

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

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

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

Пользователь применяет либо традиционные процедурно-ориентированные языки программирования (КОБОЛ, ФОРТРАН, ПЛ/1), либо специализированные языки конкретных БД.

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

В связи с тем, что с БД взаимодействуют различные пользователи с различными целями, естественно выделилось несколько уровней представления данных:

физический;

логический;

системно-логический.

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

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

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

Использование БД

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

Использование БД

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

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

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

Организация БД в АСУП

Независимо от проблемной ориентации БД процесс обращения пользователей в банк за получением информации включает запросы трех основных типов:

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

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

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

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

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

предохранение информации от искажения или разрушения;

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

Таким образом, специфику организации и функционирования БД АСУП определяют:

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

большое количество массивов разнородной производственной информации;

значительный удельный вес документальных форм обмена информацией;

относительно высокая стоимость времени восстановления информационного фонда.

Функции элементов БД АСУП

БД АСУП можно представить в виде совокупности следующих функциональных систем:

• хранения централизованного фонда (базы) данных;
• обслуживания задач;
• обработки стандартных запросов;
• обработки произвольных запросов;
• пополнения и корректировки данных;
• редактирования и терминальной связи;
• управления функционированием БД.

«Клиентами» БД являются библиотека задач — БЗ (комплекс стандартным образом оформленных программ, реализующих выполнение определенных этапов обработки информации) и терминальные пользователи — ТП (персонал АСУП, обеспеченный средствами связи с БД).

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

• технического обеспечения (иерархическая система физических устройств памяти различных типов);
• учета состояния файлов и блоков памяти; защиты и восстановления информации;
• сервисных средств обеспечения эксплуатации СХД и совершенствования ее структуры.
• Циклическая схема календарных периодов управления вызывает необходимость в организации специальной службы времени и периодической переклассификации информационного фонда.
• интерпретация внешних запросов пользователей и управление их реализацией;
• организация операционной памяти БД и управление обменом данными между отдельными системами;
• организация взаимодействия с центральным супервизором.

В соответствии с характером групп запросов и методами их выполнения можно выделить три контура функционирования БД АСУП:

• регулярных задач (РЗ);
• стандартных запросов (СЗ);
• произвольных запросов (ПЗ).

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

Контур СЗ охватывает пользователей и системы БД, обеспечивающие реализацию стандартных, заранее запрограммированных запросов на получение и корректировку данных. В смысле функционирования контур СЗ принципиально не отличается от контура РЗ за исключением того, что запрос реализуется терминальным пользователем.

В контуре ПЗ реализуются случайные разовые запросы терминальных пользователей на получение и корректировку данных. При этом выполнению запроса предшествует подготовка соответствующей программы с помощью средств СОПР.

Преобладание регулярных задач определяет главенствующую роль контура РЗ с точки зрения функционирования БД АСУП.

В контур РЗ входят блоки 1—11. В контур СЗ дополнительно входят блоки 12—15, которые выполняют подготовку стандартного запроса к включению в контур РЗ. Блоки 16—19 обеспечивают обработку произвольных запросов и генерацию программ их выполнения. После включения программы в библиотеку произвольный запрос переводится в категорию стандартного и входит в контур СЗ, а затем — в РЗ. Это обеспечивает возможность унификации процедур реализации запросов в БД АСУП и стандартизацию интерфейса «пользователь — база данных».

Дале представлена взаимосвязь функциональных систем БД АСУП и блок-схема функционирования БД с использованием контура РЗ.

Порядок разработки БД

Поскольку БД является составной частью АСУП, он должен создаваться и развиваться в соответствии с внедрением АСУП и расширением ее функций.

Процесс разработки и внедрения БД АСУП можно условно разделить на три этапа.

Взаимосвязь функциональных систем БД АСУП

Укрупненная блок-схема функционирования БД с использованием контура РЗ в качестве основной стандартной цепи реализации запросов (блоки I—II)

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

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

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

Построение БД на базе ЕС ЭВМ

Вопрос о структуре БД является основным при разработке АСУ предприятием, так как от этого зависит эффективность решения задач АСУ. Очевидно, что БД должен отвечать следующим требованиям:

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

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

Массивы предметов труда и рабочих мест называются главными, а массивы технологии и состава изделий — связующими. «Вход» в систему, т. е. обращение к любому массиву, осуществляется только через главные массивы. Число главных массивов должно быть больше или равно числу связующих массивов.

Записи любого массива имеют системную часть и часть, зависящую от пользователя.

Массив предметов- труда. Под предметом понимается изделие, узел, деталь, покупной материал. Следует отметить, что длина части, зависящей от пользователя, определяется самим пользователем и ограничивается объемом памяти ЭВМ. Системная часть задается жестко и от пользователя не зависит. Она содержит следующую информацию: адрес предмета; номер предмета; счетчики обращений. Длина записи постоянна.

Массив состава изделий. «Вход» в массив состава осуществляется только через массив предметов. Системная часть записи массива состава содержит следующую информацию: адреса «принимающих» и «входящих» в массив предметов; адрес составляющей сборки в массиве состава; адрес последующего и предыдущего использования данного предмета в массиве состава. Длина массива постоянна.

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

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

БД может быть записан на магнитные диски, тогда для ведения банка понадобится 6 шестидисковых пакетов типа ЕС-5052.

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

Кроме описанных массивов, в БД могут входить дополнительные массивы, например заявок, потребителей и т. д. Эти массивы охватываются адресными связями с основными массивами банка. Число и структура дополнительных массивов зависят от конкретного предприятия и разрабатываемой АСУ.

Из статьи вы узнаете, как за несколько шагов в LibreOffice создать простую базу данных на примере словаря терминов.

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

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

Свидетельства о госрегистрации баз данных приравниваются к научным публикациям (Постановление Правительства РФ от 24.09.2013 N 842 (ред. от 01.10.2018, с изм. от 26.05.2020) “О порядке присуждения ученых степеней”), поэтому на них ссылаются в диссертациях, отчётах, статьях, указывают в резюме и портфолио. Кроме того, свидетельство служит подтверждением квалификации сотрудника при проведении аттестации.

База данных: что это такое?

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

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

База данных — это одна или несколько таблиц, в которые заносится информация. Количество столбцов в таблицах и их тип определяется пользователем — автором базы данных.

Как можно создавать базы данных

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

Систем управления базами данных много. Среди них: Microsoft SQL Server, Oracle Database, PostgreSQL, MySQL, SQLite. Для простых и небольших баз данных уровня лаборатории/кафедры/школы подойдут бесплатные OpenOffice.org Base или LibreOffice Base.

Как создать базу данных в LibreOffice Base

LibreOffice — бесплатный пакет офисных программ. Является альтернативой коммерческому Microsoft Office.

Мы создавали эту инструкцию для LibreOffice 6.4. Чтобы не было расхождений при создании базы данных по этому руководству, рекомендуем работать с LibreOffice версии 6.1 и выше.

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

Шаг 1. Запуск программы и подготовка

Запустите программу для создания баз данных LibreOffice Base.

В появившемся окне Мастера баз данных выберите Создать новую базу данных, укажите формат Firebird встроенная, нажмите Далее.

На втором шаге Мастера установите флажок в Открыть базу для редактирования, нажмите Готово.

В появившемся окне выберите папку, в которой нужно сохранить базу данных, введите имя файла. Нажмите Сохранить.

Шаг 2. Создание таблиц

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

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

В нашем примере два вида информации: термин и раздел дисциплины, для которой создаётся словарь. Каждый термин относится к определённому разделу дисциплины, поэтому надо установить связь между будущими таблицами.

В окне редактора базы данных кликните на Создать таблицу в режиме дизайна…

В появившемся окне добавьте характеристики столбцов таблицы для разделов дисциплины:

1. Имя поля — Номер. Тип поля — Целое [INTEGER]. Автозначение — Да (будет автоматически наращивать значение поля при добавлении новой записи в таблицу: 1, 2, 3 и т.д.). Этот столбец будет первичным ключом таблицы, и база данных сама добавит этот признак (будет отображаться изображение ключика с левой стороны поля).
2. Имя поля — Раздел. Тип поля — Текст [VARCHAR], длина 100. В этом столбце будут находиться названия разделов дисциплины.

Для сохранения таблицы выберите пункт меню Файл — Сохранить. В диалоговом окне укажите название таблицы — Разделы, нажмите ОК.

Закройте окно со структурой таблицы Разделы.

Сохраните базу данных (Файл — Сохранить).

Для создания второй таблицы с терминами опять кликните на Создать таблицу в режиме дизайна… и введите параметры столбцов таблицы:

1. Имя поля — Номер. Тип поля — Целое [INTEGER]. Автозначение — Да. Столбец будет первичным ключом таблицы по аналогии с таблицей Разделы.
2. Имя поля — Раздел. Тип поля — Целое [INTEGER]. Автозначение — Нет. Обязательное — Да. В данном столбце будут указываться значения первичного ключа таблицы Разделы для того, чтобы связать термины и разделы, к которым они относятся.
3. Имя поля — Термин. Тип поля — Текст [VARCHAR], длина 100. Обязательное — Да. В этом столбце будут находиться термины.
4. Имя поля — Определение. Тип поля — Текст [VARCHAR], длина 255. В этом столбце будут находиться определения терминов.
5. Имя поля — Источник. Тип поля — Текст [VARCHAR], длина 255. В этом столбце будет указываться информация об источнике, из которого взята информация о термине. Например, ссылка на страницу сайта, библиографическая ссылка.

Проверьте указанную структуру с изображением ниже.

Сохраните таблицу под именем Термины, закройте окно структуры таблицы.

Сохраните базу данных.

Шаг 3. Создание связи между таблицами

В главном меню программы выберите пункт Сервис — Связи..

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

Так как столбец Раздел в таблице Термины создан для хранения ключа соответствующего термину раздела, то нам надо его связать со столбцом Номер таблицы Разделы.

Для этого левой кнопкой мыши установите курсор на столбце Номер таблицы Разделы и, не отпуская кнопки, ведите курсор к столбцу Раздел таблицы Термины. Отпустите кнопку мыши. В результате таблицы будут соединены ломаной линией. На одном конце линии будет 1, а на другом — n. Это указывает на тип связи один-ко-многим, что означает, что к одному разделу может относиться много терминов.

Сохраните образованную связь (Файл — Сохранить) и закройте окно.

Сохраните базу данных.

Шаг 4. Ввод данных в таблицы

Для добавления информации о разделах откройте одноимённую таблицу. Установите курсор мыши в первой строке в столбце Раздел и введите название. Нажмите клавишу Enter на клавиатуре и введите ещё одно название раздела в новой строке и опять нажмите на клавишу Enter. Обратите внимание, что столбец Номер заполняется автоматически, потому что мы указали в его настройках Автозначение.

Теперь чтобы заполнить данные о терминах, откройте таблицу Термины. Введите данные, как показано на рисунке ниже. Обратите внимание: для указания раздела, к которому относится термин, нам надо знать его номер в таблице Разделы. Если разделов и терминов много, то вводить такую информацию становится неудобным, так как придётся подглядывать в таблицу Разделы.

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

Поздравляем — ваша первая база данных создана!

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

Обратите внимание: не все системы управления базами данных поддерживают создание форм. Для большинства придётся программировать приложения, чтобы получить удобный пользовательский интерфейс.

Шаг 5. Создание формы для добавления и просмотра данных

Форма — это набор элементов для ввода информации в таблицы базы данных (текстовые поля, выпадающие списки, переключатели, навигатор по строкам и пр.).

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

Чтобы начать создание формы, в левой части окна базы данных выберите раздел Формы. Кликните на Создать форму в режиме дизайна…

Выберите пункт меню Форма — Навигатор форм… В результате появится маленькое окно со списком форм.

Создание главной формы для работы с разделами

Создайте главную форму для работы с разделами. Для этого правой кнопкой мыши щёлкните на пункте Формы и в контекстном меню выберите Создать — Форма.

Правой кнопкой мыши кликните на созданной форме в Навигаторе форм. Далее в контекстном меню выберите Свойства.

В окне свойств формы на вкладке Общие введите название формы “Форма Разделы”. На вкладке Данные укажите Тип содержимого —Таблица, в поле Содержимое введите имя таблицы — Разделы, отключите Панель навигации. Остальные настройки не меняйте.

Сохраните форму базы данных (Файл — Сохранить), введите название формы.

Проверьте активность Мастера элементов управления в меню Форма. Кликните на этом пункте, если он не активен.

В главную форму добавим таблицу для просмотра и редактирования разделов. Для этого установите курсор мыши на элементе Форма разделы в Навигаторе форм.

Выберите пункт главного меню Форма — Таблица. В левой части окна формы курсором мыши нарисуйте таблицу. В появившемся окне с помощью кнопки =>> добавьте все поля таблицы в созданный элемент управления.

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

Столбец Раздел сделайте шире. На названии столбца Номер кликните правой кнопкой мыши и в контекстном меню выберите Столбец….

В появившемся окне настроек укажите 0 в пункте Точность, затем закройте окно.

С помощью Вставка — Текстовое поле добавьте на форму подпись с текстом РАЗДЕЛЫ и отформатируйте на свой вкус.

Чтобы посмотреть, как работает созданная форма, отключите Режим разработки в меню Форма.

Чтобы вернуться к редактированию формы выберите пункт Режим разработки повторно.

Создание подчинённой формы для работы с терминами

Чтобы создать форму, подчинённую главной форме с разделами, кликните правой кнопкой мыши на Форма Разделы в Навигаторе форм, и выберите пункт Создать — Форма.

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

Нажмите на кнопку с тремя точками напротив пункта Связь с главным полем. В появившемся окне выберите поле Раздел для таблицы Термины и Номер для таблицы Разделы.

Напротив свойства Сортировка кликните на кнопке с тремя точками и в появившемся окне укажите Имя поля — Термин, а Порядок сортировки — по возрастанию.

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

В свойствах первого текстового поля укажите Поле Термин в Имя. Во вкладке Данные выберите Термин в свойстве Поле данных. Укажите Нет в свойстве Пустая строка — NULL, чтобы программа не разрешала сохранять термины с пустыми названиями.

Выберите второе текстовое поле. Укажите Поле Определение в свойстве Имя. В свойстве Тип текста укажите Многострочный. Поле данных — Определение. Остальное не меняйте.

В свойстве Имя третьего текстового поля укажите Поле Источник. Поле данных — Источник. Остальное не меняйте.

Выберите пункт меню Форма — Список и разместите на форме новый элемент управления. В появившемся диалоговом окне укажите таблицу Разделы в качестве источника данных для построения списка. Кликните Далее.

На следующем шаге укажите Раздел в качестве Отображаемого поля. Кликните Далее.

На последнем шаге Мастера укажите Раздел для Поле из таблицы значений и Номер для Поле из таблицы списка. Кликните Готово.

С помощью Форма — Панель навигации разместите на форме элемент, позволяющий перемещаться по записям таблицы с терминами.

Для всех элементов подчинённой формы добавьте подписи с использованием Вставка — Текстовое поле. Оформите на свой вкус.

Ваша форма должна выглядеть примерно так:

Сохраните форму с использованием Файл — Сохранить. Закройте окно редактирования формы.

Два раза кликните на созданной Форма добавление в разделе Формы базы данных. Так созданная форма откроется для работы с таблицами базы данных. Перемещаясь по строкам таблицы с разделами, вы делаете активным один из них.

Чтобы изменить форму, кликните правой кнопкой мыши на её названии и в контекстном меню выберите Правка…

Итоги

Мы рассмотрели, что такое базы данных и зачем они нужны.

Мы научились создавать простую базу данных в бесплатной программе LibreOffice Base. Создали две таблицы, установили между ними связь. Для наполнения базы данных и просмотра её содержимого мы создали форму.

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