Разработка базы данных "Продуктовый магазин"

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

ГБОУ СПО «Кулебакский металлургический колледж»

Курсовая работа на тему:

Разработка базы данных «Продуктовый магазин»

Выполнил: Кошеваров Н.Н.

Группа: 16-Ис

Преподаватель: Гришина И.А

Г.Кулебаки, 2019г.



Содержание

база данные приложение алгоритм

Введение

1. Анализ предметной области

2. Требования к разработке системы

3. Разработка модели данных

3.1 Логическая модель данных

3.2 Физическая модель данных

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

5. Разработка приложения для работы с базой данных

6. Обеспечение безопасности данных

7. Руководство по работе с системой

7.1 Руководство пользователя

7.2 Руководство программиста

7.3 Руководство администратора

Заключение

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

Приложения



Введение

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

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

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

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

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

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



1. Анализ предметной области

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

Разрабатываемая СУБД включает в себя следующие подсистемы:

1. Список сотрудников;

2. Список покупателей;

3. Список товаров;

4. Журнал продаж

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

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

Подсистема «Список товаров» включает в себя: код продукта, название продукта, дата привоза, цена, масса.

Подсистема «Журнал продаж». На этой подсистеме мы видим полный учет продаж, какого числа продался тот или иной продукт кто продал товар, т.е. полная документация продаж.



2. Требования к разработке

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

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

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

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

Совместное использование данных многими пользователями.

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

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

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

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

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



3. Разработка модели данных

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

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

1. Объект или сущность. Это фактическая вещь или объект (для людей) за которой пользователь (заказчик) хочет наблюдать. Например, Иванов Иван Иванович;

2. Атрибут это характеристика объекта, соответствующая его сущности. Например. Задаем себе вопрос: Какую информацию нужно хранить об Иванове Иване Ивановиче? Ответы на этот вопрос и будут атрибуты объекта Иванов Иван Иванович;

3. Третье понятие в проектировании концептуальной базы данных это связь или отношениямежду объектами.

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

Диаграмма сущность/отношения (объект/связь) называют ER-диаграммой или EDR (entity-relationshipdiagram). Сама модель сущность-связь была предложена профессором PeterPin-ShenChen (Питер Чен) в 1976 году. Правила написания и условные обозначения ER-диаграммы называют нотацией. Распространены две основные нотации ER-диаграмм:

· Нотация Питера Чена;

· Нотация GordonEverest (Гордона Эверста). Под назаваниемCrow'sFoot или Fork (вилка).

Обозначения ER-диаграммы по Питеру Чену

Чен предложил и это приняли следующие условные обозначения для ER-диаграмм:

· Сущноть или объект обозначать прямоугольником;

· Отношения обозначать ромбом;

· Атрибуты объектов, обозначаются овалом;

· Если сущность связана с отношением, то их связь обозначается прямой линией со стрелкой. Необязательная связь обозначается пунктирной линией. Мощная связь обозначается двойной линией.

Каждый атрибут может быть связан с одним объектом (сущностью).

Нотация GordonEverest

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

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

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

3.1 Логическая модель данных

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

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

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

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

Рисунок 1 Логическая модель данных



3.2 Физическая модель данных

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

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

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

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

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

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

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

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

Рисунок 2 Физическая модель данных



4. Разработка алгоритмов работы системы

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

Запись алгоритма на формальном языке называется программой. Иногда само понятие алгоритма отождествляется с его записью, так что слова «алгоритм» и «программа» -- почти синонимы. Небольшое различие заключается в том, что под алгоритмом, как правило, понимают основную идею его построения. Программа же всегда связана с записью алгоритма на конкретном формальном языке.

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

На практике наиболее распространены следующие формы представления алгоритмов:

· Словесная (записи на естественном языке);

· в виде блок-схемы (графический способ)

· в виде программы (тексты на языках программирования)

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

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

Основные виды

Выделяют три основных схемы:

· Линейный алгоритм.

· Ветвящийся алгоритм, или разветвленный.

· Циклический.

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

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

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

Свойство алгоритма:

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

Результативность (конечность) -- алгоритм должен приводить к решению задачи за конечное число шагов.

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

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

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

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

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

Другое название SADT - система для передачи понимания.

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

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

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

BPwin это программный продукт, разработанный компанией ltd. Logic Works. Он предназначен для поддержки процесса создания информационных систем. Относится к категории CASE средств верхнего уровня.

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

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

Рисунок 3 Разработка приложения деятельности `' Продуктовый магазин'' BPWIN

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

· Происходит выбор товара;

· Выбранный товар оплачивается;

· И на выходе магазин получает доход.

Рисунок 4 Декомпозиция работы деятельности “Продуктовый магазин''



5. Разработка приложения для работы с базой данных

В курсовом проекте в качестве системы управления базами данных удобно использовать СУБД Microsoft Access. Microsoft Access - это настольная система управления реляционными базами данных, предназначенная для работы на автономном персональном компьютере (ПК) или в локальной вычислительной сети под управлением семьи операционных систем Microsoft Windows (Windows 2000, Windows XP и Windows Server 2003). СУБД Microsoft Access обладает мощными, удобными и гибкими средствами визуального проектирования объектов с помощью Мастеров. Мастера позволяют пользователю при минимальной предварительной подготовке довольно быстро создать полноценную информационную систему на уровне таблиц, запросов, форм и отчетов. К основным возможностям СУБД Microsoft Access можно отнести следующие:

1. Проектирование базовых объектов - двумерные таблицы с полями разных типов данных.

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

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

4.Создание, модификация и использование производных объектов (запросов, форм и отчетов).

Рисунок 5 Схема данных в Access

В качестве среды программирования была выбрана интегрированная среда разработки Delphi (RAD - RapidApplicationDevelopment, то есть среда быстрой разработки приложений) - это среда разработки программного обеспечения, ориентированного на работу в операционной системе MicrosoftWindows.

Программы Delphi разрабатываются на основе технологии визуального проектирования, которая основывается на идеях объективно-ориентированного программирования. Программное обеспечение Delphi написано на языке Pascal. Delphi позволяет создать различные виды программ: консольные приложения, оконные приложения, приложения для работы с Интернетом и базами данных.

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

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

Преимущества Delphi по сравнению с аналогичными программными продуктами:

· Быстрота разработки приложения (RAD);

· Высокая производительность разработанного приложения;

· Низкие требования разработанного приложения к ресурсам компьютера;

· Наращиваемость за счет встраивания новых компонентов и инструментов в среду Delphi;

· Возможность разработки новых компонентов и инструментов собственными средствами Delphi (существующие компоненты и инструменты доступны в исходных кодах);

· Удачная проработка иерархии объектов.

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

· Использование среды проектирования: Delphi;

· Работа базы данных для приложения осуществляется СУБД interBase;

· Метод доступа к базе данных - interbaseExpress;

· Операционная система Windows 95/98/2000/NT/XP

· При проектировании базы данных следует обратить внимание на:

· Целостность данных, т.е определение атрибутов в таблицах;

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



6. Обеспечение безопасности данных

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

1. Подсистема защиты данных (ПЗ).

ПЗ реализует следующие функции.

1.1 Санкционирование доступа.

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

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

При наличии устройства считывания Smart Card, пользователь будет идентифицироваться путем предъявления личной карты;

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

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

1.2. Разграничение доступа.

· К локальным файлам. Файлам на локальной машине присваивается набор атрибутов, определяющий режимы доступа пользователей к этим файлам;

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

· К принтерам. Каждому пользователю можно разграничивать доступ к сетевым и локальным принтерам;

· К ресурсам Internet. Для каждого пользователя можно вести список узлов и страниц Internet, доступ к которым запрещен. При задании таких узлов можно использовать символы шаблона, например, *Шевцов.rt;

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

1.3 Контроль целостности объектов.

Наряду с атрибутами доступа, с объектами связан уровень контроля целостности этих объектов;

Контроль выключен: целостность объекта не контролируется;

Контроль по требованию: целостность объекта контролируется только при выполнении операции контроля пользователем или Администратором;

Контроль автоматический: целостность объекта, контролируется при каждом старте системы.

Более того, допускается указание любой совокупности реакций системы безопасности при обнаружении нарушения целостности объекта:

· Занесение события в журнал ;

· Предупреждения пользователя;

· Немедленное предупреждение администратора;



7. Руководство по работе с системой

7.1 Руководство пользователя

Рисунок 6 Окно ввода пароля

Для того чтобы войти в Главное меню нужно ввести Логин и Пароль.

Рисунок 7 Окно начальной страницы

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

Рисунок 7 Список сотрудников

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

Рисунок 8 Окно Список покупателей



Рисунок 9 Окно Список товаров

Рисунок 10 Окно журнал продаж

Также окно закрывается на специальную для нее кнопку.

7.2 Руководство программиста

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

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

ADOQuery - Компонент DelphiADOQuery обеспечивает применение запросов SQL при работе с данными через ADO.

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

MainMenu - Компонент MainMenu является невизуальным (в процессе разработки) и предназначен для создания главного меню на форме.

DBGrid - Компонент DelphiDBGrid - это визуальный компонент среды Delphi, предназначен для визуализации наборов данных.

Label - Компонент Label позволяет размещать надписи на форме. Основное назначение компонента - создание надписей к компонентам, не имеющим собственного заголовка.

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

Button - Компонент Button реализует стандартную кнопку Windows.

Image - Компонент позволяющий поместить на форму рисунок

Memo - Компонент позволяющий поместить на текст на форму

DBEdit - это окно редактирования. Относится к модулю Dbctrls.

Компоненты которые находятся на формах 1, 2, 3, 4, 9, 12:

ADOConnection, ADOQuery, DataSource, MainMenu,DBEdit, Image, Button, Edit, Label.

Компоненты которые находятся на формах:5, 6, 7, 8, 10, 11:

Label, Image, Button, DBEdit.

Компоненты которые находятся на формах: 13, 14, 15, 16, 17, 18:

Memo, Image, Button.

7.3 Руководство администратора.

Данное разработанное приложение тестировалось на Персональном компьютере.. Windows 8.1, Windows 10.

Минимальное требование для демонстрации Базы данных:

· Минимальная частота процессора 580 Гц;

· ОЗУ 285 MB;

· Windows XP,Vista.

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

Еще можно осущиствить запуск с помощью самой программы Delphi.



Заключение

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

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

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

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

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

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



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

Основные источники:

1. Мезенцев К.Н. Автоматизированные информационные системы: учебник для студ. Учреждений сред. Проф. Образования / К.Н. Мезенцев. М.: Издательский центр «Академия», 2015. 176 с. ISBN 978-5-7695-6671-4.

2. Гребенюк Е.И. Технические средства информатизации: учебник для студ. Учреждений сред. Проф. Образования / Е. И. Гребенюк, Н. А. Гребенюк. 6-е изд., перераб. и доп. М.: Издательский цент «Академия», 2016. 352 с. ISBN 978-5-7695-6740-7.

3. Исаченко О.В. Программное обеспечение компьютерных сетей: Учебное пособие / О.В. Исаченко. М.: ИНФРА-М, 2015. 117 с.: 60x90 1/16. (Среднее профессиональное образование). (переплет) ISBN 978-5-16-004858-1.

4. М.Г. Радченко, Е.Ю. Хрусталева «1С:Предприятие 8 Практическое пособие разработчика. Примеры и типовые приемы» М.: ООО «1СПаблишинг», 2015. 874 с.

Интернет-ресурсы:

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

https://sites.google.com/.

https://hostiq.ua/.



Приложение

unit Unit1;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls;

type

TForm1 = class(TForm)

Edit1: TEdit;

Edit2: TEdit;

Label1: TLabel;

Label2: TLabel;

Button1: TButton;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

uses Unit2;

{$R *.dfm}

procedure TForm1.Button1Click(Sender: TObject);

Var login, pass: string;

begin

Login:='123';

Pass:='123';

if (edit1.text=login) and (edit2.text=pass)then form2.show else showmessage ('УХАДИ!');

end;

end.

unit Unit2;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, ADODB, StdCtrls;

type

TForm2 = class(TForm)

Button1: TButton;

Button2: TButton;

Button3: TButton;

Button4: TButton;

procedure Button3Click(Sender: TObject);

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button4Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form2: TForm2;

implementation

uses Unit4, Unit3, Unit5, Unit6;

{$R *.dfm}

procedure TForm2.Button3Click(Sender: TObject);

begin

Form4. Show;

end;

procedure TForm2.Button1Click(Sender: TObject);

begin

Form3. Show;

end;

procedure TForm2.Button2Click(Sender: TObject);

begin

Form5. Show;

end;

procedure TForm2.Button4Click(Sender: TObject);

begin

Form6. Show;

end;

end.

unit Unit3;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, ADODB, Grids, DBGrids, StdCtrls, ExtCtrls, DBCtrls;

type

TForm3 = class(TForm)

ADOConnection1: TADOConnection;

DataSource1: TDataSource;

DBGrid1: TDBGrid;

ADOQuery1: TADOQuery;

DBNavigator1: TDBNavigator;

Button1: TButton;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form3: TForm3;

implementation

{$R *.dfm}

procedure TForm3.Button1Click(Sender: TObject);

begin

Form3.Close;

end;

end.

unit Unit4;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, ExtCtrls, DBCtrls, Grids, DBGrids, DB, ADODB, StdCtrls;

type

TForm4 = class(TForm)

DataSource1: TDataSource;

ADOQuery1: TADOQuery;

DBGrid1: TDBGrid;

DBNavigator1: TDBNavigator;

Button1: TButton;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form4: TForm4;

implementation

uses Unit3;

{$R *.dfm}

procedure TForm4.Button1Click(Sender: TObject);

begin

Form4.Close;

end;

end.

unit Unit5;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, Grids, DBGrids, ADODB, StdCtrls, ExtCtrls, DBCtrls;

type

TForm5 = class(TForm)

ADOQuery1: TADOQuery;

DBGrid1: TDBGrid;

DataSource1: TDataSource;

DBNavigator1: TDBNavigator;

Button1: TButton;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form5: TForm5;

implementation

uses Unit3;

{$R *.dfm}

procedure TForm5.Button1Click(Sender: TObject);

begin

Form5.Close;

end;

end.

unit Unit6;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, ADODB, Grids, DBGrids, StdCtrls, ExtCtrls, DBCtrls;

type

TForm6 = class(TForm)

ADOQuery1: TADOQuery;

DataSource1: TDataSource;

DBGrid1: TDBGrid;

DBNavigator1: TDBNavigator;

Button1: TButton;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form6: TForm6;

implementation

uses Unit3;

{$R *.dfm}

procedure TForm6.Button1Click(Sender: TObject);

begin

Form6.Close;

end;

end.

unit Unit7;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DB, ADODB, Grids, DBGrids, StdCtrls;

type

TForm7 = class(TForm)

DataSource1: TDataSource;

DBGrid1: TDBGrid;

ADOQuery1: TADOQuery;

Button1: TButton;

Button2: TButton;

Button3: TButton;

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form7: TForm7;

implementation

uses Unit3;

{$R *.dfm}

end.

program Project1;

uses

Forms,

Unit1 in 'Unit1.pas' {Form1},

Unit3 in 'Unit3.pas' {Form3},

Unit5 in 'Unit5.pas' {Form5},

Unit6 in 'Unit6.pas' {Form6},

Unit7 in 'Unit7.pas' {Form7},

Unit2 in 'Unit2.pas' {Form2},

Unit4 in 'Unit4.pas' {Form4};

{$R *.res}

begin

Application.Initialize;

Application.CreateForm(TForm1, Form1);

Application.CreateForm(TForm3, Form3);

Application.CreateForm(TForm5, Form5);

Application.CreateForm(TForm6, Form6);

Application.CreateForm(TForm7, Form7);

Application.CreateForm(TForm2, Form2);

Application.CreateForm(TForm4, Form4);

Application.Run;

end.

Размещено на Allbest.ru