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

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

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

высшего профессионального образования

"Государственный университет -

учебно-научно-производственный комплекс"

Технологический институт им. Н.Н. Поликарпова

Факультет среднего профессионального образования

Кафедра "Вычислительной техники и информационных технологий"

Курсовая работа

по учебной дисциплине

"Технология разработки программных продуктов"

На тему: "Разработка базы данных и интерфейса пользователя для торговой компании ARCHER"

Выполнил студент Коржавых В.Ю.

Проверил преподаватель Л.И. Мстиславская

Орел 2013

Содержание

Введение

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

1.1 Общее описание предметной области

1.2 Ограничения предметной области

2. Проектирование БД задачи

2.1 Общие сведения

2.2 Понятие реляционной модели БД

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

2.4 Этапы проектирования и разработки БД

2.5 Построение модели данных предметной области

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

3. Разработка интерфейса пользователя

3.1 Алгоритм работы программы

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

Заключение

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

Введение

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

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

С базами данных неразрывно связано такое понятие как СУБД. СУБД (система управления базами данных) - программа, которая управляет данными, осуществляет хранение, извлечение, поиск, редактирование информации хранимой в базе данных. СУБД подразделяются на иерархические, сетевые и реляционные в зависимости от данных которые они обрабатывают. Существуют множество различных СУБД: IMS, СЕТОР, ORACLE, CLIPPER, FOX PRO, ACCESS. В данной работе мы рассмотрим только MICROSOFT ACCESS.

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

Access также предоставляет в распоряжение пользователя механизмы работы с базами данных различных форматов. К примеру, можно прямо обращаться к базам данных dBASE, Paradox или Btrieve без конвертирования их в формат, используемый Access. В состав пакета Access также входит язык Access Basic (встроенный диалект языка Visual Basic), дающий возможность формирования специализированных систем управления базами данных. Благодаря этим преимуществам и была выбрана данная СУБД.

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

Целью данной курсовой работы является разработка базы данных для фирмы "ARCHER".

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

1.1 Общее описание предметной области

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

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

- покупка товаров и предложение их на продажу. Каждая организация принимает решения по поводу ассортимента продукции самостоятельно;

- обработка товаров. Она включает хранение, оценку и демонстрацию продукции;

- информирование потребителей. Осуществляется через торговых работников, рекламу;

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

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

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

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

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

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

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

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

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

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

- временное размещение и хранение материальных запасов.

- преобразования материальных потоков.

Любой склад обрабатывает, по меньшей мере, три вида материальных потоков: входной, выходной и внутренний.

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

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

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

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

Продукция со складов направляется заказчикам в соответствии с заключенными договорами. Отправляется продукция на основании товарно-транспортной накладной.

Товарно-транспортная накладная состоит из:

- общей части (номер накладной, номер договора, дата отгрузки);

- спецификации (вид и количество отгружаемой продукции).

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

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

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

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

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

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

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

Накладная состоит из двух частей:

- общей, в которую входят номер цеховой накладной, наименование цеха изготовителя и дата сдачи продукции на склад;

- спецификации, в нее входят наименования и количество передаваемой продукции.

1.2 Ограничения предметной области

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

- На складе хранится несколько наименований продукции;

- Количество продукции измеряется целым числом;

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

- Номер контракта и договора уникален и не может меняться;

- В одном договоре может перечислено несколько наименований товаров;

- Товарно-транспортная накладная относится к одному контракту и может содержать несколько наименований изделий;

- Номер товарно-транспортной накладной уникален для предприятия;

- Номер платежного поручения уникален для конкретного заказчика и соответствует конкретной товарно-транспортной накладной;

- Одной товарно-транспортной накладной может соответствовать несколько платежных поручений.

2. Проектирование БД задачи

2.1 Общие сведения

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

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

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

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

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



Рисунок 1 - Компоненты системы БД

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

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

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

В Access в полной мере реализовано управление реляционными базами данных. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые операции обновления или удаления данных). Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, MEMO, логический, гиперссылка и поля объектов OLE. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений. Реляционная обработка данных в Access за счет гибкой архитектуры системы способна удовлетворить любые потребности. При этом Access может использоваться как автономная СУБД в режиме файл-сервера или клиентского компонента таких продуктов, как SQL Server.

2.2 Понятие реляционной модели БД

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

Связь (в данном случае) - ассоциирование двух или более отношений. Существуют следующие основные виды связей:

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

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

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

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

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

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

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

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

- первая нормальная форма (1NF);

- вторая нормальная форма (2NF);

- третья нормальная форма (3NF);

- нормальная форма Бойса-Кодда (BCNF);

- четвертая нормальная форма (4NF);

- пятая нормальная форма, или нормальная форма проекции-соединения (5NF или PJ/NF).

Основные свойства нормальных форм состоят в следующем:

- каждая следующая нормальная форма в некотором смысле лучше предыдущей нормальной формы;

- при переходе к следующей нормальной форме свойства предыдущих нормальных форм сохраняются.

2.4 Этапы проектирования и разработки БД

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

Этапы проектирования базы данных:

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

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

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

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

- Определить необходимые в таблице поля.

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

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

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

- Задать ключевое поле.

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

- Определить связи между таблицами.

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

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

Желательно это сделать на данном этапе, пока таблицы не заполнены данными.

- Добавить данные.

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

- Использовать средства анализа в Microsoft Access.

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

В Microsoft Access поддерживаются два способа создания базы данных.

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

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

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

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

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

2.5 Построение модели данных предметной области

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

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

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

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

Рисунок 1 - Концептуальная модель данных

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

Логическая модель отражает логические связи между элементами данных вне зависимости от их содержания и среды хранения.

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

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

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

При физическом моделировании необходимо спроектировать структуру таблиц с учетом требований к реляционным моделям в среде СУБД Access.

Обычно исходная реляционная модель формируется из ER-модели путем преобразования классов объектов и процессов в самостоятельные отношения - таблицы.

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

Postavka (№, Ntovar, Sort, Kol, Nfirm, Dat) - Рисунок 3;

Reestr (№, Nfirm, Ntovar, Opt, Rozn) - Рисунок 4;

Firma (Nfirm, Firma, Address) - Рисунок 5;

Tovar (N, Ntovar, Name) - Рисунок 6.

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



Рисунок 2 - Структура таблицы Tovar

После создания, заполнения таблицы сохраняем результат (Рисунок 3,4,5,6):

Рисунок 3 - Готовая таблица Postavka



Рисунок 4 - Готовая таблица Reestr

Рисунок 5 - Готовая таблица Firma



Рисунок 6 - Готовая таблица Tovar

Далее с помощью инструментальных средств в окнах Схема данных (Рисунок 7) и Изменение связей (Рисунок 8) устанавливаются связи между полями таблиц:

Рисунок 7 - Схема данных



Рисунок 8 - Установка связи "Один - ко - многим"

3. Разработка интерфейса пользователя

3.1 Алгоритм работы программы

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

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

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

- запрос информации;

- запрос помощи;

- запрос операции или функции;

- ввод или изменение информации.

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

Интерфейсы пользователя бывают двух типов: процедурно-ориентированные и объектно-ориентированные.

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

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

Разработка интерфейса была осуществлена с помощью среды объектно-ориентированного программирования Delphi 7.

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

Язык Delphi - строго типизированный объектно-ориентированный язык, в основе которого лежит Object Pascal.

В настоящее время стала доступна очередная версия пакета Delphi - Borland Delphi 7. Как и предыдущие версии, Borland Delphi 7 позволяет создавать самые различные программы: от простейших однооконных приложений до программ управления распределенными базами. В состав пакета включены разнообразные утилиты, обеспечивающие работу с базами данных, XML-документами, создание справочной системы, решение других задач. Отличительной особенностью седьмой версии является поддержка технологии.NET. компьютерный интерфейс алгоритм

Borland Delphi 7 может работать в среде операционных систем от Windows 98 до Windows 7. Особых требований, по современным меркам, к ресурсам компьютера пакет не предъявляет: процессор должен быть типа Pentium или Celeron с тактовой частотой не ниже 166 МГц (рекомендуется Pentium II 400 МГц), оперативной памяти - 128 Мбайт (рекомендуется 256 Мбайт), достаточное количество свободного дискового пространства (для полной установки версии Enterprise необходимо приблизительно 475 Мбайт).

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

Ниже на рисунке 9 представлен алгоритм работы приложения.

Рисунок 9 - Алгоритм работы приложения

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

Задача была решена средствами языка SQL -запросов.

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

Текст данных запросов приведен ниже:

Выборка товара по названию:

SELECT Tovar.Name_Tovar, Postavka.Kol

FROM Tovar, Postavka

WHERE Tovar.Ntovar=Postavka.Ntovar and Tovar.Name_tovar like "%";

Сумма выбранного товара:

SELECT SUM(Postavka.Kol) as Vsego

FROM Postavka, Tovar

WHERE Tovar.Ntovar=Postavka.Ntovar and Tovar.Name_tovar like "%"

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

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

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



Рисунок 10 - Главная форма программы

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

Рисунок 11 - Просмотр отчёта

Для просмотра справки о приложении и разработчике следует нажать кнопку "Справка" на главной форме. На экране отобразится следующее окно.



Рисунок 12 - Справка

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

Заключение

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

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

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

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

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

Цель работы достигнута, все задачи выполнены.

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

1. Фленов М.Е. "Библия Delphi".-- СПб.: БХВ-Петербург, 2004. - 880 с

2. Парижский С.М. Delphi. Учимся на примерах/Под ред. Ю.А. Шпака - К.: "МК-Пресс", 2005.-216с

3. Гофман В. Работа с базами данных в Delphi. С-Пб: БХВ-Петербург 2001

4. Фаронов В. Программирование баз данных в Delphi 7. Учебный курс С-Пб: Питер 2003

5. Базы данных. Учебник для высших учебных заведений/ Под ред. А.Д. Хомоненко: СПб "Корона", 2002 г. - 266с.

6. Сухарев М.В. Основы Delphi. Профессиональный подход. Наука и техника СПБ: 2004.-600с

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

...