Инструменты автоматизации процесса хранения персональной информации

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

Корпорация Microsoft поступает довольно хитро. Каждые пару-тройку лет появляются новые версии Windows. Рядовому пользователю обычно нет нужды переходить на свежую ОС, тем более что каждая новая система становится все требовательней к ресурсам ПК. Для того чтобы заставить пользователя перейти на новую версию, корпорация Microsoft обязательно вводит несколько новых стандартов или технологий, несовместимых со старыми. А для старых версий доработок не предусматривается. Вот и приходится пользователю тратиться на новые версии операционной системы и пакета MS Office. Поэтому при использовании технологии ADO приходится думать о том, какая версия Windows стоит у конечного пользователя, будет ли программа работать у него на ПК.

Еще один серьезный минус ADO в том, что он для подключения  к БД использует довольно медлительную технологию COM. Если база данных будет содержать несколько тысяч записей, то скорость работы с таблицами может стать в сотни раз более медленной, чем если бы использовали BDE. На современных ПК, имеющих частоту процессора до 2 ГГц и выше, эти замедления могут быть и незаметны, но работа с огромной базой данных на более медленных ПК превратится в сплошное ожидание¹².

 

 

1.3. Инструментальные средства

 

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

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

1. Borland Database Engine (BDE) — процессор баз данных, который представляет собой набор динамических библиотек и драйверов, предназначенных для организации доступа к БД из Delphi-приложений. BDE является центральным звеном при организации доступа к данным.
2. BDE Administrator — утилита для настройки различных параметров BDE; удобное средство для конфигурирования BDE: для регистрации драйверов и псевдонимов, задания формата данных и настройки драйверов BDE. Входит в состав ядра BDE.
3. Database Desktop — утилита, используемая для просмотра, создания и изменения структуры таблиц, а также для запуска запросов с помощью графического интерфейса¹³.
4. SQL Explorer — Проводник БД, позволяющий просматривать и редактировать БД и словари данных.
5. SQL Builder — программа визуального конструирования SQL-запросов.
6. SQL Monitor — программа отслеживания порядка выполнения SQL-запросов к удаленным БД.
7. Data Pump — программа для переноса данных между БД.
8. IBConsole — программа для управления удаленными БД.
9. InterBase Server Manager — программа для запуска сервера InterBase.
10. SQL Links — драйверы для доступа к удаленным промышленным СУБД, таким как Microsoft SQL Server или Oracle. К промышленному серверу InterBase, который поставляется совместно с Delphi и является для нее родным, доступ также можно организовать напрямую через BDE, не используя драйвер SQL-Links.

• dbExpress — набор драйверов для доступа к базам данных SQL с помощью таких компонентов, как SQLConnection, SQLDataSet, SQLQuery, SQLStoredProc и SQLTable. Технология dbExpress обеспечивает прямой доступ к некоторым промышленным серверам (InterBase, MySQL, Oracle и DB2) без BDE или любого подобного механизма. Она реализуется в виде набора соответствующих драйверов, учитывающих специфику серверов и обеспечивающих клиенту единый формат взаимодействия с ними. Только эта технология обеспечивает создание клиентских мест и серверов приложений на машинах, работающих под управлением Linux¹⁴.

11. InterBase Server — клиентская и серверная части сервера InterBase.

Одни инструментальные средства, например, BDE Administrator и SQL Explorer, можно использовать для работы с локальными и удаленными БД, другие, например, IBConsole — для работы с удаленными БД.

 

 

1.4. Компоненты

 

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

Как и другие управляющие  элементы Delphi, связанные с БД компоненты делятся на визуальные и невизуальные.

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

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

Компоненты, используемые для работы с БД, находятся на страницах Data Access, Data Controls, dbExpress, BDE, ADO, Decision Cube, QReport и InterBase Палитры компонентов. Некоторые компоненты предназначены специально для работы с удаленными БД в архитектуре "клиент-сервер".

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

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

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

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

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

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

Страница Decision Cube содержит компоненты, предназначенные для построения систем принятия решений.

И наконец, на последней  странице QReport находятся компоненты (в основном визуальные), предназначенные для построения отчетов.

Названия многих компонентов, предназначенных для работы с  данными, содержат префиксы, например, DB, IB или QR.

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

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

Префикс IB означает, что компонент предназначен для работы с сервером InterBase.

 

 

1.5. Архитектура клиент-сервер

 

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

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

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

1. компонент представления (визуализации) данных;
2. компонент прикладной логики;
3. компонент управления базой данных.

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

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

Преимущества архитектуры клиент-сервер:

1. Отсутствие дублирования кода программы-сервера программами-клиентами.
2. Так как все вычисления выполняются на сервере, то требования к компьютерам, на которых установлен клиент, снижаются.
3. Все данные хранятся на сервере, который, как правило, защищён гораздо лучше большинства клиентов. На сервере проще обеспечить контроль полномочий, чтобы разрешать доступ к данным только клиентам с соответствующими правами доступа.
4. Позволяет объединить различные клиенты. Использовать ресурсы одного сервера часто могут клиенты с разными аппаратными платформами, операционными системами и т. п.
5. Позволяет разгрузить сети за счёт того, что между сервером и клиентом передаются небольшие порции данных.

Недостатки архитектуры клиент-сервер:

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

 

Глава 2. Создание приложения для работы с базами данных

 

2.1. Проектирование базы данных

 

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

Начнем с основных таблиц.

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

create table Вакансия(Код_вакансия counter NOT NULL primary key,Минимальная_заработная_плата int,Максимальная_заработная_плата int,Код_тип_работы int, Foreign key(Код_тип_работы) References Тип_работы(Код_тип_работы),Код_место_работы int,Foreign key(Код_место_работы) References Место_работы(Код_место_работы), Минимальный_возраст int,Максимальный_возраст int,Код_пол int, Foreign key(Код_пол) References Пол(Код_пол), Код_семейное_положение int, Foreign key(Код_семейное_положение) References Семейное_положение(Код_семейное_положение), Код_образование int, Foreign key(Код_образование) References Образование(Код_образование), Код_форма_обучения int, Foreign key(Код_форма_обучения) References Форма_обучения (Код_форма_обучения),Код_иностранный_язык int, Foreign key (Код_иностранный_язык) ReferencesИностранный_язык (Код_иностранный_язык),Код_сфера_деятельности int, Foreign key(Код_сфера_деятельности) References Сфера_деятельности (Код_сфера_деятельности), Должность varchar(50), Условия_работы  varchar(250), Должностные_обязательства varchar(250), Требования_к_квалификации varchar(250), Код_контактная_информация_организации int, Foreign key(Код_контактная_информация_организации) References Контактная_информация_организации(Код_контактная_информация_организации), Код_актуальность_предложения int, Foreign key(Код_актуальность_предложения) References Актуальность_предложения(Код_актуальность_предложения))

Реализуем с помощью SQL-запросов еще одну основную таблицу «Резюме», в которой будут храниться все резюме и будет отслеживаться их актуальность.

create table Резюме(Код_резюме counter NOT NULL primary key, Код_личная_информация int, Foreign key(Код_личная_информация) References Личная_информация(Код_личная_информация), Заработная_плата int, Код_тип_работы int, Foreign key(Код_тип_работы) References Тип_работы(Код_тип_работы), Код_место_работы int, Foreign key(Код_место_работы) References Место_работы(Код_место_работы), Код_сфера_деятельности int, Foreign key(Код_сфера_деятельности) References Сфера_деятельности(Код_сфера_деятельности), Желаемая_должность varchar(50), Опыт_работы varchar(250), Ключевые_навыки_и_достижения varchar(250), Код_актуальность_предложения int, Foreign key(Код_актуальность_предложения) References Актуальность_предложения(Код_актуальность_предложения))

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

create table Сделки_трудоустройства  ( Код_сделки_трудоустройства counter NOT NULL primary key,Код_вакансия int, Foreign key(Код_вакансия) References Вакансия(Код_вакансия),Код_личная_информация int, Foreign key(Код_личная_информация) References Личная_информация(Код_личная_информация), Комиссионные int)

create table Сделки_найма( Код_сделки_найма counter NOT NULL primary key, Код_резюме int, Foreign key(Код_резюме) References Резюме(Код_резюме), Код_контактная_информация_организации int, Foreign key(Код_контактная_информация_организации) References Контактная_информация_организации(Код_контактная_информация_организации), Комиссионные int)

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

create table Контактная_информация_организации(  Код_контактная_информация_организации counter NOT NULL primary key, Название_организации varchar(100), Деятельность_огранизации varchar(200), Адрес_организации varchar(200), Контактный_телефон_организации varchar(100), Дополнительные_сведенья_организации varchar(250))

create table Личная_информация( Код_личная_информация counter NOT NULL primary key, ФИО varchar(150), Код_пол int, Foreign key(Код_пол) References Пол(Код_пол), Возраст int, Код_семейное_положение int, Foreign key(Код_семейное_положение) References Семейное_положение(Код_семейное_положение), Код_образование int, Foreign key(Код_образование) References Образование(Код_образование), Код_форма_обучения int, Foreign key(Код_форма_обучения) References Форма_обучения(Код_форма_обучения), Код_иностранный_язык int, Foreign key(Код_иностранный_язык) References Иностранный_язык(Код_иностранный_язык), Контактный_телефон varchar(100), Дополнительные_сведенья_организации varchar(250))