Практическая часть. 
Информационная система учета ремонта оргтехники ТОО "Инфраэнерго"

Анализ методов решения проблемы

Существует четыре метода решения задачи при ее составлении:

• 1) ручной;
• 2) механический;
• 3) автоматизированный;
• 4) автоматический.

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

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

Разрабатываемая программа, по конкретной задаче облегчит работу пользователя. Ведется диалог ''машина-пользователь'', в котором специалист вводит различные данные, такие как ФИО заказчика, его телефон, наименования техники, примечание, количество техники и т. д.

Анализ СУБД

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

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

• 1) вычислительную систему;
• 2) систему управления базами данных (СУБД);
• 3) одну или несколько баз данных (БД);
• 4) набор прикладных программ (приложений БД).

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

• 1) непротиворечивой;
• 2) не избыточной;
• 3) целостной.

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

Персональная СУБД обеспечивает возможность создания локальных БД, работающих на одном компьютере. К персональным СУБД относятся Paradox, dBase, FoxPro, Access и др.

Многопользовательские СУБД позволяют создавать информационные системы, функционирующие в архитектуре «клиент-сервер». Наиболее известными многопользовательскими СУБД являются Oracle, Informix, SyBase, MicrosoftSQLServer, InterBase.

В состав языковых средств современных СУБД входят:

• 1) язык описания данных, предназначенный для описания логической структуры данных;
• 2) язык манипулирования данными, обеспечивающий выполнение основных операций над данными — ввод, модификацию и выборку;
• 3) язык структурированных запросов (SQL — StructuredQueryLanguage), обеспечивающий управление структурой БД и манипулирование данными, а также являющийся стандартным средством доступа к удаленным БД;
• 4) язык запросов по образцу (QBE — QueryByExample), обеспечивающий визуальное конструирование запросов к БД.

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

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

• 1) иерархическую;
• 2) сетевую;
• 3) реляционную;
• 4) объектно-ориентированную.

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

В сетевой модели данные организуются в виде произвольного графа. Недостатком сетевой модели является жесткость структуры и высокая сложность ее реализации.

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

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

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

В зависимости от взаимного расположения приложения и БД можно выделить:

• 1) локальные БД;
• 2) удаленные БД.

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

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

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

Рисунок 4 — Локальная архитектура.

ODBC — это программный интерфейс (API) доступа к базам данных, разработанный фирмой Microsoft. Данные интерфейс призван унифицировать программное взаимодействие с СУБД, сделать его независимым от поставщика СУБД и программно-аппаратной платформы.

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

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

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

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

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

Однако архитектура «файл-сервер» имеет и существенные недостатки:

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

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

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

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

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

Для реализации архитектуры «клиент-сервер» обычно используются многопользовательские СУБД, например, Oracle или MicrosoftSQLServer.

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

• 1) защита БД;
• 2) поддержание целостности БД;
• 3) обучение и подготовка пользователей;
• 4) загрузка данных из других БД;
• 5) тестирование данных;
• 6) резервное копирование и восстановление;
• 7) внесение изменений в информационную систему.

Описанная архитектура является двухуровневой-приложение-клиент и сервер БД. Клиентское приложение также называют сильным, или «толстым», клиентом. Дальнейшее развитие данной архитектуры привело к появлению трехуровневого варианта «клиент-сервер» — приложение-клиент, сервер приложений и сервер БД.

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

Основные достоинства трехуровневой архитектуры «клиент-сервер» состоят в следующем:

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

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