Разработка автоматизированной системы «Магазин бытовой техники»

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЕСПУБЛИКИ БЕЛАРУСЬ

УЧРЕЖДЕНИЕ ОБРАЗОВАНИЯ

«МОГИЛЕВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

ИМЕНИ А.А. КУЛЕШОВА»

 

Кафедра информатики

 

 

 

 

 

КУРСОВАЯ РАБОТА

по дисциплине «Технологии программирования и методы алгоритмизации»

РАЗРАБОТКА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ

«МАГАЗИН БЫТОВОЙ ТЕХНИКИ»

 

 

 

 

 

 

Выполнил:

студент 3 курса группы «ЖЗ»

специальности «Информатика.

Иностранный язык»

Тылец Пётр Михайлович

 

Проверила:

старший преподаватель кафедры информатики

Мороз Л. А.

 

 

 

 

 

 

 

 

 

Могилев, 2013

 

РЕФЕРАТ

 

 

Объем работы: страниц – 34. Курсовая работа состоит из реферата, введения, трех глав, заключения, списка использованной литературы (всего 6 источников).

 

Ключевые слова: база данных, OLE DB, типы дынных, ключевые поля, язык программирования C-Sharp (C#).

 

Предмет исследования: системы управления базами данных в среде VisualStudio 2010.

 

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

 

Цель исследования: при помощи языка программирования C-Sharp (C#) и визуальной среды VisualStudio 2010 создать программу, которая позволяет работать с базой данных.

 

Методы исследования: анализ, синтез, обобщение.

 

Результаты исследования: структурирование полученных знаний, применение их на практике.

 

Сфера применения результатов: преподавание программирования.

 

 

 

 

 

 

 

Оглавление

 

 

Введение

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

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

Цель исследования: при помощи языка программирования C-Sharp (C#) и визуальной среды VisualStudio 2010 создать программу, которая позволяет работать с базой данных.

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

В данной работе рассмотрены основные средства управления базами данных в среде Visua lStudio 2010, используя механизм доступа к данным OLE DB и язык программирования С-Sharp (C#).

 

 

Глава 1. Механизмы доступа к данным

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

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

В последнее время Windows-версии клиентского программного обеспечения наиболее популярных серверных СУБД, в частности Microsoft SQL Server, Oracle, Informix, содержат также COM-серверы, предоставляющие объекты для доступа к данным и метаданным.

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

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

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

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

• OpenDatabaseConnectivity (ODBC).
• OLE DB.
• ActiveXDataObjects (ADO).
• BorlandDatabaseEngine (BDE).

Универсальные механизмы ODBC, OLE DB и ADO фирмы Microsoft представляют собой по существу промышленные стандарты. Что касается механизма доступа к данным BDE фирмы Borland, то он так и не стал промышленным стандартом, однако до недавнего времени применялся довольно широко, так как до выхода Delphi 5 был практически единственным универсальным механизмом доступа к данным, поддерживаемым средствами разработки Borland на уровне компонентов и классов.

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

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

• Непосредственный вызов функций клиентского API (или обращение к COM-объектам клиентских библиотек).
• Вызов функций ODBC API (или применение классов, инкапсулирующих подобные вызовы).
• Непосредственное обращение к интерфейсам OLE DB.
• Применение ADO (или применение классов, инкапсулирующих обращение к объектам ADO).
• Применение ADO + OLE DB + ODBC.
• Применение BDE + SQL Links (или применение классов, инкапсулирующих обращение к функциям BDE).
• Применение BDE + ODBC Link + ODBC.

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

 

1. OLE DB и ADO

OLE DB и ADO - часть универсального механизма доступа к данным Microsoft (MicrosoftUniversalDataAccess), позволяющая осуществить доступ как к реляционным, так и к нереляционным источникам данных, таким как файловая система, данные электронной почты, многомерные хранилища данных и др.

Технология OLE DB (от англ. Object Linking and Embedding DataBase – механизм доступа к базам данных с помощью технологии OLE) представляет собой набор СОМ-интерфейсов, обеспечивающих универсальный доступ приложений к базам данных и другим хранилищам информации (в том числе и нереляционным - файловым системам, системам электронной почты и др.), в которых результатом запросов является информация, представленная в табличной форме.

Характерной особенностью механизма OLE DB является то, что данные, возвращаемые OLE DB приложению, представляют собой не просто массив информации, а СОМ-объект, обладающий, помимо самой информации, методами управления этой информацией (например, фильтрация и сортировка). Приложение, называемое потребителем данных, обращается к поставщику данных, который перенаправляет запрос от приложения к базе данных, либо обрабатывает запрос самостоятельно. Таким образом, поставщик данных аналогичен драйверам ODBC и BDE. Механизм OLE DB имеет доступ к ODBC, поддерживая, таким образом, большое количество драйверов, реализованных для ODBC.

Недостатком OLE DB (и соответственно технологии ADO, построенной на OLE DB) является более низкое быстродействие по сравнению с механизмами ODBC и BDE. Это связано с использованием СОМ-объектов, применение которых нагружает операционную систему. Однако работа механизмов связи с базой данных при использовании OLE DB обычно занимает меньшее время по сравнению с работой самой базы данных по выдаче запроса.

Механизм OLE DB напрямую не поддерживается в Delphi и доступен только через механизм ADO.

Технология ADO (от англ. ActiveX Database Objects – механизм доступа к базам данных через объекты ActiveX) – технология доступа к данным, разработанная Microsoft, является надстройкой над механизмом доступа OLE DB и предназначена для унификации работы с поставщиками данных OLE DB. Обеспечивает удобный и надежный доступ к данным, хотя и несколько более медленный, чем в технологиях BDE и dbExpress. Хорошо подходит для работы с системами управления базами данных (СУБД) от фирмы Microsoft (MS Access, MS SQL Server), поскольку не требует дополнительных компонентов (библиотек, драйверов), так как они уже есть на компьютере пользователя. Механизм ADO предоставляет несколько основных СОМ-объектов, используемых для получения и управления информацией (имеются дополнительные СОМ-объекты, расширяющие функциональность ADO):

• Connection для управления соединением с базой данных и передачи запросов поставщику данных;

• Command для управления информацией о запросе к базе данных или команде;

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

• Field, содержащий описание поля в таблице, возвращенной поставщиком данных. Список всех полей таблицы содержится в подобъекте Fields объекта RecordSet;

• Error, содержащий расширенную информацию об ошибке, о которой сообщил поставщик данных. Если ошибок несколько, доступ к ним можно получить с помощью объекта Errors. 
Непосредственный доступ из Delphi возможен только к ADO. Помимо компонентов для доступа к ADO, Delphi имеет компоненты для получения информации из баз данных с помощью механизма BDE фирмы Borland, а также компоненты dbExpress, осуществляющие прямой доступ к различным видам баз данных.

Архитектура универсального механизма доступа к данным Microsoft схематически представлена на рисунке:

Рисунок 1

 

2. OLE DB

OLE DB - набор СОМ-интерфейсов, предоставляющих приложению единообразный  доступ к данным самых различных  источников независимо от их  местонахождения или типа. Открытая  спецификация OLE DB основана на технологии ODBC; она предоставляет открытый стандарт доступа к данным любого типа. ODBC создавалась для взаимодействия с реляционными БД, a OLE DB разрабатывалась как для реляционных, так и для нереляционных источников, включая (но не ограничиваясь) БД на мейнфреймах, серверах и персональных компьютерах, а также хранилища файлов и сообщения электронной почты, электронные таблицы, инструментальные средства управления проектами и пользовательские объекты.

 

На самом верхнем уровне можно отметить три главных компонента OLE DB:

• потребители (consumers),
• провайдеры данных (dataproviders)
• сервисные компоненты (servicecomponents).

Любой компонент программного обеспечения, применяющий интерфейсы OLE DB, является потребителем. Это может быть какое-либо офисное приложение или иное бизнес-приложение, средство разработки типа VisualBasic, С++, С#, Delphi. Потребители могут обращаться к данным посредством ActiveXDataObjects, представляющих собой высокоуровневый интерфейс к OLE DB, или применять OLE DB непосредственно, используя OLE DB-провайдер.

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

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