Разработка базы данных "Магазин Компьютерных игры"

Размещено на http://www.allbest.ru/

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

1.1 Язык Delphi

1.2 Общие сведения о разработке программ

1.3 Базы данных

1.4 Нормализация данных

1.5 ER-Диаграммы

1.6 Пользовательский графический интерфейс

2. Разработка базы данных “Компьютерные Игры”

2.1 Постановка задачи

2.2 Внешняя спецификация.

2.2 Анализ методов реализации

2.2.1 Реализация БД

2.2.2 Реализация Программы

2.3 Входные данные

2.4 Выходные данные

2.5 Аномалии

2.6 Разработка интерфейса

3. Инструкция для пользователя

Заключение

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

Приложение 1



ВВЕДЕНИЕ

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

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

Delphi легка для разработки таких решений для работы с базами данных в связи с этим, поддерживается обществом до сих пор из-за своей простоты, доступности и главное наглядности кода в программах. Последняя версия Delphi - DelphiXE7, 2014го года.

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

Для примера, в 2010 году игра WorldofTanks имела пиковый онлайн 42000 игроков, а в 2014 пиковый онлайн на российских серверах составил более миллиона игроков единовременно.

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

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

Целью исследования-является итоговая разработанная программа для работы магазина по продаже игр.

Объектом исследования-это процесс совершения и обработки продаж в магазине компьютерных игр.

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

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

в свою очередь может повлиять на производительность труда пользователя.



1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

1.1 Язык Delphi

база данные графический интерфейс

используемый в одноимённой среде разработки и представляет комбинации нескольких важнейших технологий:

- производительный компилятор в машинный код (не заставляет пользователя ждать долго результат);

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

- визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов;

- масштабируемые средства для создания баз данных.

Сначала язык носил имя Object Pascal, далее со среды разработки Delphi 7.0, в нормативных документах Borland, начала применять название Delphi для определения языка ObjectPascal.

Delphi - это греческий город, где жил дельфийский оракул. Таким образом был назван новый программный продукт с уникальными параметрами.

История Delphi начинается с 60-х гг., когда профессор-ученый Никлаус Вирт создал язык Pascal. Это был самый лучший язык для освоения программирования, и для создания программ для ОС(операционной системы) MS-DOS. Через некоторое время, в 1983 году, А. Хейлсберг вместе с другими программистами, которые только основали компанию Borland, создали компилятор TurboPascal, который стал следующей ступень в развитии Delphi. Через некоторое время появился ObjectPascal, который использовал Объектно-Ориентированный подход к программированию. Затем появилась первая версия Windows - Windows 3.10, Программисты из Borland разработали Delphi 1. Это уже была объектно-ориентированная среда для визуального создания программ, построенная на языке ObjectPascal.

Основным в Delphi является не только язык,и также (RapidApplicationDevelopment) RAD - среда быстрого создания программ. При помощи визуального программирования, кроме этого довольно большая библиотека визуальных компонентов, Delphi позволяет очень быстро и эффективно создавать программы, при этом основную работу принимает на себя, и программисту оставляет творческий процесс. Таким образом, возможность быстрой разработки профессиональных приложений для Windows делает Delphi - программистов самыми востребованными во всех отраслях деятельности человека.

С самого начала среда разработки была исключительно предназначена для создания приложений Microsoft Windows, после, была также реализована для платформ GNU/Linux (как Kylix), тем не менее после создания в 2002 г. Kylix 3 его разработку прекратили, и, через некоторое время, было объявлено о поддержке Microsoft.NET. При этом высказывали предположения, что эти, два факта, были взаимосвязаны.

Реализация среды разработки проектом Lazarus (FreePascal, компиляция в режиме взаимосовместимости с Delphi) дает возможность использовать его для разработки приложений на Delphi для платформ: GNU/Linux, Mac OS X и Windows CE.

1.2 Общие сведения о разработке программ

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

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

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

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

1.3 Базы данных

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

Базы данных как таковые известны с давних времен, т.к. постоянно записывалась и хранилась определенная информация, под определенными номерами, или названиями, тем самым она образовывала определенную структуру. Скажем если взять из архива дел, “Дело № X” То X,будет ключевым полем.

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

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

На сегодняшний момент существует множество различных систем управления базами данных СУБД.

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

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

- язык манипулирования данными (Data Manipulation Language, DML);

- язык определения данных (Data Definition Language, DDL);

- язык управления данными (Data Control Language, DCL)8.

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

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

- SELECT (выбрать);

- INSERT (вставить);

- UPDATE (обвить);

- DELETE(удалить).

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

- CREATE DATABASE (создать базу данных);

- CREATE TABLE (создать таблицу);

- ALTER DATABASE (модифицировать базу данных);

- ALTER TABLE (модифицировать таблицу);

- DROP DATABASE (удалить базу данных);

- DROP TABLE (удалить таблицу);

- DROP INDEX (удалить индекс);

- DROP PROCEDURE (удалить сохраненную процедуру).

Язык управления данными используется для управления правами доступа к данным и выполнением процедур в многопользовательской среде. Более точно его можно назвать “язык управления доступом”. Он состоит из двух основных команд: GRANT (дать права), REVOKE (забрать права)

С точки зрения прикладного интерфейса существуют две разновидности команд SQL:

- интерактивный SQL;

- встроенный SQL.

Интерактивный SQL используется в специальных утилитах (типа WISQL или DBD), позволяющих в интерактивном режиме вводить запросы с использованием команд SQL, посылать их для выполнения на сервер и получать результаты в предназначенном для этого окне9.

Встроенный SQL используется в прикладных программах, позволяя им посылать запросы к серверу и обрабатывать полученные результаты, в том числе комбинируя set-ориентированный и record-ориентированный подходы.

Наиболее важной командой языка манипулирования данными является команда SELECT. Операция выборки позволяет получить все строки (записи) либо часть строк одной таблицы.

К логическим операторам относятся известные операторы AND, OR, NOT, позволяющие выполнять различные логические действия: логическое умножение (AND, “пересечение условий”), логическое сложение (OR, “объединение условий”), логическое отрицание (NOT, “отрицание условий”). В наших примерах мы уже применяли оператор AND. Использование этих операторов позволяет гибко “настроить” условия отбора записей. Оператор AND означает, что общий предикат будет истинным только тогда, когда условия, связанные по “AND”, будут истинны.

Оператор OR означает, что общий предикат будет истинным, когда хотя бы одно из условий, связанных по “OR”, будет истинным. Оператор NOT означает, что общий предикат будет истинным, когда условие, перед которым стоит этот оператор, будет ложным. В одном предикате логические операторы выполняются в следующем порядке: сначала выполняется оператор NOT, затем - AND и только после этого - оператор OR. Для изменения порядка выполнения операторов разрешается использовать скобки.

Порядок выводимых строк может быть изменен с помощью опционального (дополнительного) предложения ORDER BY в конце SQL-запроса.

Способ упорядочивания определяется дополнительными зарезервированными словами ASC и DESC. Способом по умолчанию - если ничего не указано - является упорядочивание “по возрастанию” (ASC). Если же указано слово “DESC”, то упорядочивание будет производиться “по убыванию”

1.4 Нормализация данных

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

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

исключение некоторых типов избыточности;

устранение некоторых аномалий обновления;

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

расширения;

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

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

Нормализацию иногда упрекают на том основании, что “это просто здравый смысл”, а любой компетентный профессионал и сам “естественным образом” спроектирует полностью нормализованную БД без необходимости применять теорию зависимостей.[4] Однако, как указывает К. Дейт, нормализация в точности и является теми принципами здравого смысла, которыми руководствуется в своём сознании зрелый проектировщик, то есть принципы нормализации -- это формализованный здравый смысл. Между тем, идетифицировать и формализовать принципы здравого смысла -- весьма трудная задача, и успех в её решении является существенным достижением

1.5 ER-Диаграммы

Модель сущность-связь (ER-модель) (англ. entity-relationshipmodel, ERM) -- модель данных, позволяющая описывать концептуальные схемы предметной области в том числе и в базах данных.

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

Во время проектирования баз данных происходит преобразование ER-модели в конкретную схему базы данных на основе выбранной модели данных (реляционной, объектной, сетевой или др.). На Рисунке 1 представлена ER модель базы данных.

Рисунок 1: ER модель базы данных

ER-модель представляет собой формальную конструкцию, которая сама по себе не предписывает никаких графических средств её визуализации. В качестве стандартной графической нотации, с помощью которой можно визуализировать ER-модель, была предложена диаграмма сущность-связь (ER-диаграмма) (англ. entity-relationship diagram, ERD).

1.6 Пользовательский графический интерфейс

GUI -- графический пользовательский интерфейс, в котором элементы интерфейса (меню, кнопки, значки, списки и т. п.), представленные пользователю на дисплее, исполнены в виде графических изображений.

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

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

Коммерческое воплощение концепция GUI получила с 1984 года в продуктах корпорации AppleComputer. В операционной системе AmigaOS GUI с многозадачностью был использован в 1985 году.

Можно выделить следующие виды GUI:

простой: типовые экранные формы и стандартные элементы интерфейса, обеспечиваемые самой подсистемой GUI;

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

трёхмерный

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

Недостатки:

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

Сложнее организовать удаленную работу

Невозможность автоматизации, если она не была заложена автором программы



2. РАЗРАБОТКА БАЗЫ ДАННЫХ “КОМПЬЮТЕРНЫЕ ИГРЫ”

2.1 Постановка задачи

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

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

2.2 Внешняя спецификация

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

Информацию об играх (GamesTable):

Название - Текстовый тип данных.

Издатель- Текстовый тип данных.

Цена за копию игры - Числовой тип (целый) данных

Количество копий игры - Числовой тип

ID игры в таблице (Ключ) - Поле счетчик

Информация о продажах (SalesTable)

Номер продажи (Ключ) - Поле счетчик

Номер игры (ID) - Числовой тип данных, имеет подстановку из GameTable, поле ID

Номер магазина(ID) - Числовой тип данных, имеет подстановку из Store, поле ID

Информацию о работниках магазина (Workers)

IDномер работника(ключ) - поле счетчик

Магазин, за которым он прикреплен -

Фамилия - Текстовый тип данных.

Имя - Текстовый тип данных.

Номер вакансии - Числовой тип, подстановка из таблицы Jobsполе “Номер вакансии”

Информацию о вакансиях (Jobtable\list)

Номер вакансии(ключ) - поле счетчик

Зарплата данной вакансии - числовой тип, с плавающей точкой

Название вакансии - Текстовый тип данных.

Информацию о магазине (Store)

Адрес - Текстовый тип данных.

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

Основная форма

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

При выборе таблицы: “Игры”, на основной форме должен присутствовать поиск по названию игры.

При выборе таблицы “Персонал”, должен присутствовать поиск работника по введенной фамилии в поле поиска.

Основная форма должна содержать главное меню программы, с полями:

Под меню Файл

Содержит кнопку выхода

Подменю Редактирование

Возможность копирования выбранного текста

Возможность вырезания выбранного текста

Возможность вставки текста(информации) из буфера обмена.

Подменю Формы

Осуществляет открытие одной из выбранной формы программы, а именно: Форма “Игры”, Форма “Персонал”, Форма “Продажи”.

О программе

Форма для работы с продажами

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

Формирование даты продажи из текущего системного времени. Демонстрировать номер продажи.

Форма для работы с персоналом

Обеспечивает ввод имени и фамилии сотрудника. Выбор из таблицы номера магазина, выбор должности нового сотрудника.

Форма для работы с играми

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

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

Программа должна работать на компьютерах под управлением операционной системы Windows.

Программа должна использовать не более 100 МБ оперативной памяти компьютера.

Программа должна занимать менее 100 МБ на жестком диске компьютера.

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

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

Реализация базы данных выполняется любыми средствами.

2.3 Анализ методов реализации

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

2.3.1 Реализация БД

В Delphi имеется ряд компонентов, которые предназначены только для работы с MS Access, эти компоненты находятся на вкладке ADO10.

Чтобы обрабатывать некоторую структуру данных для неё должна быть написана программа, поставщик этих данных в соответствии с системными требованиями, такая программа называется OLE DB Provider. Такие поставщики сегодня реализованы для разных структур данных и разных СУБД. С помощью технологии OLE DB можно однотипным образом обрабатывать сложную и специфическую информацию. Однако работа с OLE DB достаточно сложна, поэтому фирма Microsoft разработала новую технологию ADO, представляющая собой набор простых компонентов. Если планируется создать новое приложение, ориентированную на работу с данными и независящая не от конкретной СУБД и не от способа хранения информации, то лучше использовать технологию ADO.

Технология Microsoft ActiveX Data Objects (ADO) обеспечивает универсальный доступ к источникам данных из приложений БД. Такую возможность предоставляют функции набора интерфейсов, созданные на основе общей модели объектов СОМ и описанные в спецификации OLE DB.

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

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

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

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

Механизм доступа к данным через ADO и многочисленные объекты, и интерфейсы реализованы в VCL Delphi в виде набора компонентов расположенных на странице ADO. Все необходимые интерфейсы, обеспечивающие работу компонентов, объявлены и описаны в файлах OleDB.pas и ADODB.pas.

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

Так как технология ADO основана на стандартных интерфейсах СОМ, которые являются системным механизмом Windows, это сокращает общий объем работающего программного кода и позволяет распространять приложения БД без впомогательных программ и библиотек.

На закладке ADO расположены компоненты:

Компоненты соединения:

а) ADOConnection;

б) ADOCommand;

СтандартныеСта компоненты:

а) ADODataSet - универсальный набор данных;

б) ADOTable - таблица БД;

в) ADOQuery - запрос SQL;

г) ADOStoredProc - хранимая процедура.

На странице ADO Палитры компонентов Delphi, кроме компонентов соединения есть стандартные компоненты, обозначающие набот данных и адаптированные для работы с хранилищем данных ADO

Компонент ADOConnection вобрал возможности перечислителя, источника данных и сессии с возможностями обслуживания транзакций Текстовые команды ADO реализованы в компоненте ADOCommand. Наборы рядов можно получить при помощи компонентов ADOTable, ADOQuery, AOostoredProc.

Каждый из них реализует способ доступа к конкретному типу представления данных в хранилище. Применительно к компонентам Delphi, совокупность возвращаемых из хранилища данных строк будем называть набором записей. Набор свойств и методов компонентов ADO обеспечивает реализацию всех необходимых приложению БД функций. Способы использования компонентов ADO немногим отличаются от стандартных компонентов VCL доступа к данным. Однако при необходимости разработчик может использовать все возможности интерфейсов ADO, обращаясь к ним через соответствующие объекты ADO. Ссылки на объекты имеются в компонентах11.

Механизм соединения с хранилищем данных ADO.

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

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

В результате будет активировано диалоговое окно. В этом окне можно настроить соединение, используя поле Use Connection String, или загрузить параметры соединения из файла в разделе Use Data Link File. Параметры соединения хранятся в файлах UDL, представляющих собой обычные текстовые файлы, содержащие параметры соединения.

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

На вкладке Provider можно выбрать подходящий провайдер данных OLE DB для конкретного источника данных. В списке провайдеров также присутствуют провайдеры, предназначенные для доступа к конкретным службам операционной системы. На вкладке Connection необходимо указать путь к базе данных или сервер. Вкладка Advanced предназначена для указания режима доступа, аналогично свойству Mode. Вкладка АН предназначена для более “тонкой” настройки специфичных свойств провайдера. Для дальнейшей работы нужно выбрать провайдер Microsoft Jet 4.0 OLE DB Provider. Затем нужно перейти на вкладку Connection. Появится окно.

В появившемся окне необходимо указать путь к базе данных. В поле Select or enter a database name нужно указать путь к демонстрационной базе dbdemos.mdb. После указания пути к базе данных и задания остальных необходимых параметров нужно проверить созданное соединение при помощи кнопки Test Connection. Если параметры соединения указаны верно, появится сообщение Test connection succeeded. После закрытия этого окна в строке соединения будет отображена информация, с помощью которой провайдер сможет получить доступ к данным.

Компонент TADOQuery TADOQuery позволяет выполнять SQL-запросы при работе с данными через ADO. Соединение с хранилищем данных осуществляется стандартным методом. Текст запроса содержится в свойстве SQL.

Параметры запроса содержатся в свойстве Parameters. В случае, если компонент возвращает набор данных, его следует открывать методом Open или присвоить свойству Active значение True. Если запрос не должен возвращать набор данных (операторы INSERT, UPDATE, DELETE и CREATE TABLE), то запрос следует выполнять вызовом метода ExecSQL. Метод возвращает число обработанных запросом записей.

Свойство RowsAffected содержит число записей, которые затронул последний выполнявшийся запрос.

Компонент TADOTable используется для доступа к хранилищам данных ADO и представления информации из них в табличном виде. Компонент предоставляет прямой доступ к каждой записи и ее полям, наследуя свойства и методы класса TCustomADODataSet. Компонент связывается с базой данных через свойства Connection или ConnectionString.

Имя таблицы указывается в свойстве TableName. Свойство TableDirect указывает, каким образом набор данных связывается с хранилищем данных. Так как не все провайдеры поддерживают прямое соединение с набором данных, то в некоторых случаях для связи с хранилищем данных приходится использовать SQL-операторы. При установке свойству значения True компонент использует фоновые SQL-запросы для доступа к данным.

Используя свойство Readonly, можно установить ограничение “только для чтения” на данную таблицу, запретив, таким образом, возможность изменять данные. В свойстве MasterSource указывается компонент TDataSource, используемый для создания отношения ссылочной целостности Master-Detail.

Метод GetlndexNames возвращает список индексов, доступных компоненту в качестве списка.

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

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

Метод Edit переводит связанный набор данных в состояние редактирования. Метод-обработчик OnDataChange вызывается при редактировании данных в связанном визуальном компоненте.

Метод-обработчик события OnUpdateData вызывается перед тем, как измененные данные будут сохранены в наборе данных. Обработчик вызывается перед выполнением метода Post.

Метод-обработчик события OnStateChange вызывается, когда изменяется состояние связанного набора данных.

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

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



Таблица 1: Обзор методов реализации БД

	MS Access	SQL
ADO совместим(+/-)	+	+
Требовательность к знаниям среды (1/5)	2	4
Функциональность(1/5)	4	5
Для создания БД, я буду использовать и MSAccessи SQLвместе, поскольку, accessв любом случае генерирует SQLзапросы для формирования базы данных. Для реализации таблиц и полей базы данных, будут использоваться встроенные функции MSAccess.

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

Тип провайдера в ADO - Microsoft.Jet.OLEDB.4.0. Данный провайдер (тип соединения) позволит мне обращаться к таблицам базы данных, заносить в них информацию, а также выбирать информацию из них.

2.3.2 Реализация Программы

Для реализации данной задачи нужен язык с поддержкой ООП, а именно:Delphi, C++ ,C#.

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

Одним из конкурентов Delphi в скорости написания программного кода и реализации ПО является C# (Си шарп), он поддерживает .Net технологию, что позволяет ему быть кроссплатформенным, то есть работать под управлением разных операционных систем, которые имеют установленный пакет .net. C# так же как и Delphiявляется ООП языком и языком с возможностью визуального программирования при использовании WindowsForms. Это позволяет программистам в кротчайшие сроки реализовывать большие и громоздкие проекты.

Для реализации программы я буду использовать язык программирования, Delphi. Среда разработки (IDE) DelphiRadstudioXE 7. По той причине, что данный язык программирования более удобен для меня, имеет почти равный функционал с C#, а также, в решаемых задачах, у нас не стоит задачи реализации кроссплатформенности для двух и более ОС.

Так же Delphi- это не полностью визуальный язык программирования, благодаря его возможностям в данной сфере (VP - VisualProgramming), это сильно сэкономит время реализации многих компонентов.

2.4 Входные данные

Входные данные - это те данные которые получает из внешних источников, а именно от:

Базы данных

Ввода пользователя

Считывания информации из файла

Считывание информации из интернета (используется в программах парсерах).

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

Из базы данных программа получает информацию из таблици формирует из них таблицы ADO, из которых элементы среды Delphi, а именно DataSourceраспространяют ее в таблицы программыDBGridN:

ТаблицаGamesвБД ->формируетADOTableGames -> Элемент DataSourceGamesраспространяет ее в таблицы программы

Таблица SalesвБД ->формируетADOTableSales -> Элемент DataSourceSalesраспространяет ее в таблицы программы.

ТаблицаWorkersвБД ->формируетADOTableWorkers -> Элемент DataSourceWorkersраспространяет ее в таблицы программыDBGrid.

ТаблицаJobsвБД ->формируетADOTableJobs -> Элемент DataSourceJobsраспространяет ее в таблицы программы,а именно на основную форму и форму работы с должностями.

ТаблицаStoresвБД ->формируетADOTableStore -> Элемент DataSourceStoreраспространяет ее в таблицы программыдля работы с магазинами и прикрепления работника к определенному магазину из ее списка.

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

2.5 Выходные данные

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

Из формы продаж в ADOTableSales

Из формы работники в ADOTableWorkers

Из формы игры в ADOTableGames

Из главной формы Выбранной таблице Xв нужную ADOTableX.

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

Выходные данные в форме продаж:

Итоговая цена

Дата продажи

Номер проданной игры

Количество копий

Выходные данные в форме игр:

Номер игры - порядковые номер

Издатель игры

Количество копий

Цена одной копии

Выходные данные в основной форме, при выбранной таблице Магазин\Store:

Номер магазина - порядковый номер

Адрес магазина

Выходные данные из формы работники. И главной формы при выбранной таблице Работники\workers:

Номер магазина

Номер должности

Имя

Фамилия

2.6 Аномалии

Аномалии- не адекватное поведение программы, аномалии возникают при нарушении ввода корректных и допустимых значений входных данных в программу. Небольшой пример: при умножении x * y, где x и y - целые числа, ни xни yне может нести в себе символ, строку, другой тип данных, такие как:`a' -не целое число, `qwe' - не целое число. Если пытаться объяснить, популярным языком, то сахар не может стать соленым. Возможные аномалии программы:

Некорректный расчет итоговой цены, в форме продаж, при вводе дробного или вещественного числа в поле “Количество”, поскольку мы не можем продать половину игры, т.к. это целый объект, не подлежащий разделению.

Ввод в форме игры, в поле количества копий, данных отличных от целого числового типа.

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

Ввод в форме “виды работ” в поле зарплаты значений отличных от числовых типов данных.

На каждую подобную ошибку программа будет выводить пользователю диалоговое окно с описанием ошибки некорректного ввода.

2.7 Разработка интерфейса

При разработке интерфейса программы использовались следующие элементы среды Delphi:

Forms

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

MainMenu

Главное меню, на рисунке 2 приказано главное меню с элементами “Файл”, “Редактирование”, “Формы”, “Информация”. Оно имеет элементы меню, каждое из которых имеет свой набор функций. Используется в большинстве современных программ.

Рисунок 2. Главное меню

Panel

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



Рисунок 3: Элемент panel в Delphi

ComboBox

Содержит в себе выпадающий список строк(Элементов), которые отвечают за определенные события в программе. На Рисунке 4 красным цветом выделен элемент ComboBox с элементами выпадающего меню: “Игры”, “Продажи”, “Магазин”, “Работники”, “Виды работ”.

Рисунок 4: Элемент ComboBox в Delphi



DBNavigator

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

Рисунок 5: DBNavigatorВ Delphi

DBGrid

Обычная таблица, которая связывается с базой данных, получая из нее данные. Показана на рисунке 6.

Рисунок 6: Элемент DBGridс элементами

Edit

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

DBEdit - Аналогично Edit,информация вводится не просто в поле а уже, в конкретно поле, в БД, имеет одинаковый внешний вид как и edit.

DBText - Выводит текст из базы данных, например IDрабочего.

Label - Обычная надпись на форме. Хранит в себе определенный текст.

CheckBox - показан на рисунке 7, выполняет функцию выключателя.



Рисунок 7: Элемент CheckBoxв Delphi

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

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

Программа содержит еще 4 формы:

Форма продаж (см.рис.8)



Рисунок 8: Форма новой продажи в программе

Форма сотрудники (см.рис.9)



Рисунок 9: Форма добавления работника

Форма об играх(см.рис.10)

Рисунок 10: Форма добавления новой игры в магазин



Форма информации(см.рис.11)

Рисунок 11: Форма информации о программе

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

Характеристики ПК разработчика:

ОС: Windows 7

RAM: 8 GbDDR3

Процессор: I3-4360OEM 3.7Ghz

Видеоадаптер: GT630

Программные средства:

RadStudioXE7 - использовалась для написания программы, создания соединения с БД, разработкой интерфейса.

MSAccess- использовался для создания базы данных

MSWord - использовался для написания дипломной работы по программе.

MSVisio - использовался для создания алгоритмов и блок схем программы

Paint.Net - использовался для создания скриншотов программы

GoogleChrome - использовался для поиска информации по работе с функциями ADOв Delphi.

Анализ результатов решения задач:

Все поставленные задачи были выполнены в программе, а именно:

Понятный интерфейс

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

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

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

Разработана форма для ведения продаж, в магазине, с выбором игры из таблицы.

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

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

Осуществлена реализация поиска по фамилии из основной форме в таблице сотрудников.

Реализация поиска по названию игры в основной форме в таблице игры

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

Реализован переход в формы программы через элементы главного меню программы.

Также хорошие качества данной программы:

Модифицируемость (Возможность создания модификаций к ней и дальнейшая доработка)

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

Алгоритм программы выдает правильные результаты.

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

Вывод:

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

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



3. ИНСТРУКЦИЯ ДЛЯ ПОЛЬЗОВАТЕЛЯ

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

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

Минимальные системные требования к пользователю:

Windows XP

Не менее 50 MbRAM

Не менее 5 Mb места на жестком диске или твердотельном накопителе.

Наличие принтера не требуется.

Наличие спец оборудования не требуется.

Запуск программы.

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

Главное меню

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

С помощью панели навигации можно осуществлять перемещение курсора от одного товара к другому, от первого к последнему товару или же

воспользоваться панелью поиска, просто ввести например название игры:

Формы добавления.

С помощью вкладки “Формы” мы можем добавлять в нашу базу: игры, продажи, сотрудников.

Нажимаем на вкладку “формы” и выбираем что хотим добавить:



Новая игра.

Для того чтобы добавить новую игру, нажимаем один раз на форму “Новая игра”:

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

Новая продажа

Для того чтобы добавить продажу в магазине, нажимаем один раз на форму “Новая продажа”:



Для того чтобы совершить продажу, достаточно в окне “Список игр” выбрать нужную игру и в поле “Кол-во копий” написать количество копий на продажу, все остальное считает автоматически и конечная сумма продажи выводится в поле “Итоговая сумма”

Сотрудники

Для того чтобы добавить сотрудника либо удалить, нажимаем один раз на форму “Работники”:



Для добавления сотрудника, достаточно написать Фамилию Имя сотрудника, выбрать на какую должность его принимают в поле “Должности”, в поле “Магазины” выбрать адрес магазина где будет работать сотрудник, далее нажимаем сохранить ,тем самым добавляется сотрудники.

О программе

Для того чтобы посмотреть информацию об Авторе, о версии программы, нажимаем вкладку “Информация” ,далее “О программе”:



Появляется окно “О программе”

Выход из программы

Для выхода программы, надо выбрать вкладка “Файл” и кнопка “Выход”, программа сохраняет всю информацию что ранее добавлялась и закрывает окно программы!



ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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



СПИСОК ЛИТЕРАТУРЫ

Атре Ш. Структурный подход к организации баз данных - М.: Финансы и статистика, 1983. - 317с.

Архангельский, А.Я. Программирование в Delphi 6; М.: Бином - Москва, 2003. - 498 c.

Архангельский, А.Я. Программирование в Delphi. Учебник по классическим версиям Delphi (+ дискета); М.: Бином - Москва, 2006. - 866 c.

Бобровский, С. Delphi 5 Учебный курс; СПб: Питер - Москва, 2000. - 640c.

Бобровский, Сергей Delphi 7. Учебный курс; СПб: Питер - Москва, 2003. - 736 c.

Бобровский, Сергей Delphi 7. Учебный курс; СПб: Питер - Москва, 2008. - 736 c.

Григорьев, А.Б. О чем не пишут в книгах по Delphi; БХВ-Петербург - Москва, 2008. - 576 c.

Гофман В. Э., Хомоненко А. Д. Delphi 6 - СПб.: БХВ-Петербург, 2001. - 1152 с.

Дейт К. Дж. Введение в системы баз данных - М.: Издательский дом “Вильямс”, 2001. - 1072 с.

Дарахвелидзе, П.Г.; Марков, Е.П. Delphi 2005 для Win32 наиболее

https://en.wikipedia.org/wiki/Database_normalization

https://en.wikipedia.org/wiki/Database

https://ru.wikipedia.org/wiki/Delphi

https://ru.wikipedia.org/wiki/ADO

https://msdn.microsoft.com/

citforum.ru



ПРИЛОЖЕНИЕ 1

МодульAbout.pas

unitABOUT;

interface

usesWinapi.Windows, System.Classes, Vcl.Graphics, Vcl.Forms, Vcl.Controls,

Vcl.StdCtrls, Vcl.Buttons, Vcl.ExtCtrls, Vcl.ComCtrls;

type

TAboutBox = class(TForm)

Panel1: TPanel;

OKButton: TButton;

ProgramIcon: TImage;

ProductName: TLabel;

Version: TLabel;

Copyright: TLabel;

Comments: TLabel;

Label1: TLabel;

Label2: TLabel;

RichEdit1: TRichEdit;

private

{ Private declarations }

public

{ Public declarations }

end;

var

AboutBox: TAboutBox;

implementation

{$R *.dfm}

end.

МодульDM1.pas

unit DM1;

interface

uses

System.SysUtils, System.Classes, Data.DB, Data.Win.ADODB, Data.Bind.EngExt,

Vcl.Bind.DBEngExt, System.Rtti, System.Bindings.Outputs, Data.Bind.Components,

Data.Bind.DBScope;

type

TDataModule1 = class(TDataModule)

ADOConnection1: TADOConnection;

ADOTableGames: TADOTable;

ADOTableSales: TADOTable;

ADOTableWorkers: TADOTable;

ADOTableJob: TADOTable;

ADOTableStore: TADOTable;

DataSourceGames: TDataSource;

DataSourceSales: TDataSource;

DataSourceWorkers: TDataSource;

DataSourceJobs: TDataSource;

DataSourceStore: TDataSource;

ADOTableGamesGame_id: TAutoIncField;

ADOTableGamesGameName: TWideStringField;

ADOTableGamesPublisher: TWideStringField;

ADOTableGamesCost: TBCDField;

ADOTableGamesCount: TIntegerField;

ADOTableSalesGame: TIntegerField;

ADOTableSalesStore: TIntegerField;

ADOTableSalesCount: TIntegerField;

ADOTableSalesTotalCost: TBCDField;

ADOTableSalesDate_: TDateTimeField;

ADOTableWorkersКод: TAutoIncField;

ADOTableWorkersStore: TIntegerField;

ADOTableWorkersFirstName: TWideStringField;

ADOTableWorkersLastName: TWideStringField;

ADOTableWorkersJob: TIntegerField;

ADOTableJobJob: TAutoIncField;

ADOTableJobSalary: TBCDField;

ADOTableJobJob_Name: TWideStringField;

ADOTableStoreStore_ID: TAutoIncField;

ADOTableStoreAdress: TWideStringField;

private

{ Private declarations }

public

{ Public declarations }

end;

var

DataModule1: TDataModule1;

Implementation

{%CLASSGROUP 'Vcl.Controls.TControl'}

{$R *.dfm}

end.

МодульGameShop.pas

begin

if ComboBox1.Text = 'Игры' then

begin

Edit2.Visible:=True;

Label3.Visible:= True;

DBNavigator1.VisibleButtons:= DBNavigator1.VisibleButtons - [nbInsert,nbPost];

DBGrid2.DataSource:=DataModule1.DataSourceGames;

...