Проектирование и создание клиент–серверного приложения "Экскурсионное агентство"
Основные типы данных, язык SQL, Spring фреймворк, JPA репозитории и Spring Data, REST клиент. Создание шаблона приложения, классов сущностей, репозиториев, Rest сервера. Создание классов для синхронизации. Реализация отправки и поглощения HTTP запросов.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 17.02.2019 |
Размер файла | 1,4 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
4
Размещено на http://www.allbest.ru/
Федеральное агентство железнодорожного транспорта
Омский государственный университет путей сообщения
Кафедра «Автоматика и системы управления»
Пояснительная записка к курсовому проекту
по дисциплине «Объективно ориантированное программирование»
Проектирование и создание клиент-серверного приложения «Экскурсионное агентство»
Студент гр. 25З
В. А. Лисин
Руководитель - Доцент кафедры «АиСУ»
Е. А. Альтман
Омск 2017
Задание
язык фреймворк приложение синхронизация
Необходимо создать клиент-серверное приложение на основе базы данных маленького экскурсионного агенства. Им является агенство, предоставляющее различные поездки в различных направлениях. У компании несколько офисов, управляемые администраторами. Для управления базой данных необходимо создать серверное приложение, используя фреймворк Spring, и клиентное приложение на платформе JavaFX, реализующее следующие функции.
- вывод информации о сотрудниках;
- вывод информации о клиентов;
- вывод информации о видах поездок;
- вывод информации о событиях;
- вывод информации о языках;
- вывод информации о транспорте компании;
- создания события с многоуровневой проверкой;
- создание отчетов о произошедших событиях;
- создание PDF файла для выдачи экскурсоводам;
- скачивание и сохранение данных на сервер.
Реферат
УДК 681.3.06
Пояснительная записка к курсовой работе содержит 22 страницы, 14 рисунков, 5 использованных источников и 40 страниц приложения.
Объектом курсовой работы является создание клиент-серверного приложения.
Цель курсовой работы - предоставить удобный и быстрый доступ к базе данных, содержащий информацию о всех ее сущностях, а так же данных для создания и удобного управления финансами компании, реализовав хранение и манипулирование данными на серверной части приложения.
Результатом курсовой работы является приложение «Экскурсионное агенство».
Пояснительная записка выполнена в текстовом редакторе Microsoft Word 2015.
Содержание
Введение
1. Теоретическая часть
1.1 Типы данных
1.2 Язык SQL
1.3 Двухзвенная архитектура КСП
1.4 Spring фреймворк
1.5 Java FX фреймворк
1.6 JPA репозитории и Spring Data
1.7 REST клиент
2. Описание предметной области
2.1 Описание компании
2.2 Доступ к данным
2.3 Тип вводимой информации
2.4 Тип выводимой информации
2.5 Технологический процесс
3. Создание серверной части приложения
3.1 Создание шаблона приложения
3.2 Создание классов сущностей
3.3 Создание репозиториев
3.4 Создание Rest сервера
4. Создание клиентской части приложения
4.1 Создание классов для синхронизации
4.2 Создание макета приложения
4.3 Реализация отправки и поглощения HTTP запросов
5. Пример создания PDF документа на основе события
Заключение
Список использованной литературы
Введение
Мы живём в информационном веке, в котором самую важную роль играет, несомненно, общение, т.е. обмен информацией. Немаловажную роль в этом играет общение между компьютерами, т.е. автоматизированный обмен информацией. Наибольшее распространение получила схема общения между компьютерами по типу клиент-серверных приложений (КСП).
Поэтому понимание принципов построения КСП, а ещё более - запас навыков создания таких приложений, являются неотъемлемой частью запаса знаний каждого программиста.
Архитектура «клиент-сервер» определяет общие принципы организации взаимодействия в сети, где имеются серверы, узлы-поставщики некоторых специфичных функций (сервисов) и клиенты, потребители этих функций.
Практические реализации такой архитектуры называются клиент-серверными технологиями. Каждая технология определяет собственные или использует имеющиеся правила взаимодейстия между клиентом и сервером, которые называются протоколом обмена (протоколом взаимодействия).
В нашем случае, для проектирования реляционной БД был выбрана СУБД под названием SQL Developer, распросраняемая компанией Oracle. Для написания приложения архетиктуры клиент-сервер использовалась среда JetBrains IntelliJ IDEA c фреймворками JavaFX и Spring.
Цель данного проекта - реализовать взаимодействие с БД, с которой можно было бы работать согласно основным принципам проектирования баз данных.
- простота управления данными;
- достоверность данных;
- целостность и непротиворечивость данных;
1. Теоретическая часть
1.1 Типы данных
Каждый столбец из таблиц отношений БД имеет один из следующих классов хранения:
1)Числовые данные - numerics
2)Логические данные - booleans
3)Временные данные - datetimes
4)Интервалы - intervals
В каждом из приведенных основных типов данных могут быть определены множество поддтипов, такие как точные числа, приблизительные числа, буквенные строки, битовые строки, строки больших объектов.
В дополнении к типам данных, включенных в сборку, SQL:2003 поддерживает типы коллекций и типы, определенные пользователем.
1.2 Язык SQL
Для создания и работы с таблицами с БД необходимо использовать SQL язык, в частности SQL запросы.
SQL язык подразделяется на 4 категории применения.
Операторы Определения Данных решают проблемы структуризации базы данных, когда Операторы Манипуляции Данных работают с дата-контейнерами в самой структуре БД.
DML - это часть SQL, непосредственно работающая с данными в контейнерах. Большинство операторов DML - это простые односоставные английские фразы, которые легко запомнить и понять. По причине того, что SQL дает пользователю неограниченный контроль над управлением данными, некоторые DML операторы могут быть очень сложными. Если оператор включает в себя множество выражений, причин, сказуемых и под-выражений, понимание того, что данный оператор пытается осуществить может стать настоящим испытанием для пользователя. Но эту задачу можно упростить, если свести объемный оператор к множеству малых и разобрать их один за одним.
С помощью команд GRAND, REVOKE, DENY, являющихся частью DCL можно управлять доступом пользователей к базе данных.
Транзакции обрабатываются группой управляющих средств, с помощью которых пользователь может выдать команду INSERT, UPDATE или DELETE, указывающую начало серии команд изменения данных. После внесения изменений в базу данных пользователь может сохранить данные в базе, закончив транзакцию явным образом. Если же в любой момент транзакции возникает ошибка, пользователь может отменить изменения в базе данных, возвратив ее в состояние, в котором она находилась до начала транзакции.
1.3 Двухзвенная архитектура КСП
В любой сети, построенной на современных сетевых технологиях, присутствуют элементы клиент-серверного взаимодействия, чаще всего на основе двухзвенной архитектуры. Двухзвенной она называется из-за необходимости распределения трех базовых компонентов между двумя узлами (клиентом и сервером).
Рисунок 1 - Двухзвенная клиент-серверная архитектура
Двухзвенная архитектура используется в клиент-серверных системах, где сервер отвечает на клиентские запросы напрямую и в полном объеме, при этом используя только собственные ресурсы, что значит, что сервер не вызывает сторонние сетевые приложения и не обращается к сторонним ресурсам для выполнения какой-либо части запроса.
Расположение компонентов на стороне клиента или сервера определяет следующие основные модели их взаимодействия в рамках двухзвенной архитектуры:
- сервер терминалов -- распределенное представление данных;
- файл-сервер -- доступ к удаленной базе данных и файловым ресурсам;
- сервер БД -- удаленное представление данных;
- сервер приложений -- удаленное приложение.
Перечисленные модели с вариациями представлены на рис. 2.
Рисунок 2 - Модели клиент-серверного взаимодействия
1.4 Spring фреймворк
Spring Framework обеспечивает комплексную модель разработки и конфигурации для современных бизнес-приложений на Java - на любых платформах. Ключевой элемент Spring - поддержка инфраструктуры на уровне приложения: основное внимание уделяется "водопроводу" бизнес-приложений, поэтому разработчики могут сосредоточиться на бизнес-логике без лишних настроек в зависимости от среды исполнения. На рисунке 3 представлена структура фреймворка.
Рисунок 3 - Структура фреймворка Spring
Считается, что Spring Framework реализует модель разработки, основанную на лучших стандартах индустрии, и делает её доступной во многих областях Java. К достоинствам Spring относятся:
- относительная легкость в изучении и применении фреймворка в разработке и поддержке приложения;
- внедрение зависимостей (DI) и инверсия управления (IoC) позволяют писать независимые друг от друга компоненты, что дает преимущества в командной разработке, переносимости модулей и т.д.;
- проект Spring содержит в себе множество подпроектов, которые затрагивают важные части создания софта, такие как вебсервисы, веб программирование, работа с базами данных, загрузка файлов, обработка ошибок и многое другое. Всё это настраивается в едином формате и упрощает поддержку приложения.
1.5 Java FX фреймворк
JavaFX -- платформа на основе Java для создания приложений с насыщенным графическим интерфейсом. Может использоваться как для создания настольных приложений, запускаемых непосредственно из-под операционных систем, так и для интернет-приложений (RIA), работающих в браузерах, и для приложений на мобильных устройствах. JavaFX призвана заменить использовавшуюся ранее библиотеку Swing. Платформа JavaFX конкурирует с Microsoft Silverlight, Adobe Flash и аналогичными системами.
Полнофункциональные клиентские приложения на базе JavaFX 2.0 целиком разработаны на Java. Применяя Java и в серверной, и в клиентской части приложений, разработчики могут значительно снизить риски, упростив бизнес-решения. JavaFX 2.0 предоставляет веб-компонент, работающий на базе движка веб-рендеринга Webkit и позволяющий разработчикам эффективно комбинировать и объединять традиционные возможности Java и динамические возможности веб-технологий.
Разработчики могут использовать существующие библиотеки Java, получать доступ ко встроенным возможностям систем или эффективно подключаться к серверным связующим приложениям на базе Java Platform, Enterprise Edition (Java EE) из приложений JavaFX. Существующие приложения Java Swing могут быть легко модернизированы с помощью новых функций JavaFX, таких как полнофункциональный графический программный интерфейс, воспроизведение мультимедиа и встроенный веб-контент.
1.6 JPA репозитории и Spring Data
Spring Data позволяет легче создавать Spring-управляемые приложения которые используют новые способы доступа к данным, например нереляционные базы данных, map-reduce фреймворки, cloud сервисы, а так же уже хорошо улучшенную поддердку реляционных баз данных.
С помощью Spring Data - JPA можно реализовать
- создание и поддержка репозиториев;
- поддержка QueryDSL и JPA запросов;
- аудит доменных классов;
- поддержка порционной загрузки, сортировки, динамимических запросов;
- поддержка XML мэппинга для сущностей.
1.7 REST клиент
REST -- это стиль архитектуры программного обеспечения для построения распределенных масштабируемых веб-сервисов, использование стандартных HTTP методов так, чтобы придавать запросам определённый смысл.
Таким образом, данные HTTP-запросы будут иметь различный смысловую нагрузку в REST:
- GET /object/list;
- POST /object/list;
- PUT /object/list.
Весь список запросов: CONNECT, DELETE, GET, HEAD, OPTIONS, PATCH, POST, PUT, TRACE.
Итак, одна транзакция по такому API будет состоять, как минимум, из следующего:
- Метод запроса, например, GET;
- Путь запроса, например, /object/list;
- Тело запроса, например, форма;
- Код ответа, например, 200 ОК;
- Тело ответа, например, данные в формате JSON.
Многие положительно отнеслись к такой парадигме и стали использовать её в разработке веб-сервисов с использованием HTTP. Это и есть то, что мы называем RESTful API.
2. Описание предметной области
2.1 Описание компании
Темой проекта является агенство, предоставляющее различные поездки в различных направлениях.
Каждая Поездка обладает своими свойствами, такими как её длина, цена и место прибытия. Поездки собираются в События.
Каждое событие обладает следующими характеристиками: язык, время начала и время конца. Важным условием составление События является проверка соответствия языков водителя, экскурсовода и покупателя.
Работник компании может быть экскурсоводом, водителем. Каждый Работник может быть прикреплен к нескольким Событиям и каждое Событие может содержать несколько Работников.
Экскурсоводы сопровождают Клиентов в течении различных Поездок. Также за каждым Экскурсоводом привязан свой Язык.
При собирании События, Администраторы должны привязать Водителей к Машинам.
Администраторы заполняют События Клиентами, Экскурсоводами и Водителями. Также работа администратора состоит в составлении корректных Отчетов после каждого События.
Отчет содержит деньги, взятые от Клиентов, деньги, потраченные на топливо плюс амортизация оборудования.
У каждой единицы транспорта есть характеристики, такие как номер, марка, тип топлива и вместимость. За каждым Событием может быть закреплено несколько единиц Транспорта, и каждая единица транспорта может быть закреплена за несколькими Событиями.
Клиенты - это люди, записавшиеся на Поездку. Сущность Клиент обладает следующими характеристиками: id, имя, и E-mail адрес. Каждое Событие может содержать несколько Клиентов, и каждый Клиент может быть закреплен за несколькими Событиями.
Лист Языков содержит информацию о языках, на которых компания ведет Поездки. Языки могут быть прикреплены к Клиентам, Работникам и Событиям.
2.2 Доступ к данным
База данных создается для использования только Администраторами фирмы. Функции Администраторов указаны в описании предметной области.
2.3 Тип вводимой информации
Информация, ввобдимая в базу данных будет текстового вида содержать информацию о клиентах, новых работниках и новых событиях. Частота доступа к приложению - ежедневная.
2.4 Тип выводимой информации
Выходная информация будет представлять из себя форму для печати, содержащую полную информацию о Событии. Эта форма будет ипользоваться гидами для проверки присутствия всех клиентов.
2.5 Технологический процесс
Технологический процесс основан на проверке всех условий при сборке События. После того, как Администратор собрал данные о всех водителях, экскурсоводах, клиентах и единиц техники, алгоритм должен будет провести проверку соответствия языков, соответсвия вместимости транспорта и определить каждого клиента на свое место. После этого информация будет выведена в формате PDF для раздачи ее каждому экскурсоводу.
3. Создание серверной части приложения
3.1 Создание шаблона приложения
Для первичной сборки приложения использовалась система сборки Maven, предоставляющая доступ к самому большому репозиторую с библиотеками.
В данном проекте использовались следующие модули:
Spring Boot - для создания шаблона конфигурации приложения;
Spring Data JPA - для работы с БД и создания компактных репозиториев;
Spring Web - для реализации REST клиента;
Kotlin - для быстрого описания сущностей БД;
Hikari DS - для генерации SQL скрипта по созданию макета БД в среде.
3.2 Создание классов сущностей
Используя модуль JPA и XML аннотации, были созданы классы, репрезентирующие все сущности предложенной датабазы.
С помощью аннотации типа @ManyToOne были прописаны связи между классами типа N:1, @OneToMany типа 1:N. Пример класса на языке Котлин представлен на рисунке 4.
Рисунок 4 - Пример класса Event
3.3 Создание репозиториев
Используя интерфейс JpaRepository было осуществленно взаимодействие сервера с данными в БД. Аннотацией @Query была прописана схема этого взаимодействия. Для каждой сущности реализована выборка всей таблицы SQL запросом оператора SELECT. Пример репозитория представлен на рисунке 5.
Рисунок 5 - Пример репозитория Customer
3.4 Создание Rest сервера
Сервер спроектирован для поддержания только двух операций CRUD, а именно Create и Delete. Данная архитектура выбрана для минимизации запросов серверу и осуществления синхронизации БД сервера с данными клиента рабочего стола только по завершению сессии работы администратора. Таким образом данные на сервере не поддвержены случайным ошибкам, а точно проверены и выверены. Пример данных HTTP запросов представлен на рисунке 6.
Рисунок 6 - Запросы класса Языков
4. Создание клиентской части приложения
4.1 Создание классов для синхронизации
Для синхронизации приложения с сервером необходимо повторить все написанные классы. Важно, чтобы название их атрибутов не различались. Также, для реализации табличного представления данных в JavaFX необходимо для каждого класса сгенерировать свои геттеры и сеттеры - методы, отвечающие за ввод и получение информации об атрибутах класса. Пример написания класса представлен на рисунке 7.
Рисунок 7 - Пример класса приложения
4.2 Создание макета приложения
Для создания макета приложения использовалась программа SceneBuilder, позволяющая редактировать XML файлы, описывающие интерфейс приложения в наглядном для пользователя виде. Для управления данными в приложении был выбран элемент контроля TableView. Для выбора сущностей для отображения, а так же для согдания и удаления записей, генерации отчетов и сборки Событий был реализован элемент контроля MenuBar. Макет изображен на рисунке 8.
Рисунок 8 - Макет приложения
Для каждой сущности были созданы отдельные XML документы, описывающие интерфейс ввода данных. Пример документа изображен на рисунке 9.
Рисунок 9 - Пример ввода данных класса Язык
Для сущности События был разработан особый макет, позволяющий делать выборку сразу из трех таблиц и нескольких ниспадающих списков. Макет представлен на рисунке 10.
Рисунок 10 - Макет организации События
4.3 Реализация отправки и поглощения HTTP запросов
В проекте реализован способ взаимодействи я с REST сервером без использования фреймворков. Для работы с HTTP соединениями была использована библиотека Apache HttpComponents, а для разбора данных в формате JSON - Jackson Project.
Для выполнения HTTP запросов используется класс ClosableHttpClient, в частности метод execute с аргументом HttpUriRequest. Для формирования данного аргумента использованы классы HttpGet и HttpPost
Для передачи сериализованных данных был использован класс ByteArrayEntity. Тело запроса установлено методом setEntity.
Для сериализации и десериализации объектов в формат и из формата JSON использован класс ObjectMapper
Реализация общения с сервером представлена на рисунке 11.
Рисунок 11 - Класс работы с запросами сервера
5. Пример создания PDF документа на основе события
Для примера созданим события поездки в Сочи с 17 апреля по 27 апреля одним автобусом с 2 гидами, одним водителем и 5 клиентами на русском языке.
Интерфейс программы представлен на рисунке 19. Сгенерированный Pdf на рисунке 20 и сгенерированный отчет на рисунке 21.
Рисунок 12 - Интерфейс организации события
Рисунок 13- Сгенерированный PDF
Рисунок 14 - Сгенерированный отчет
В качестве результата выполнения алгоритма можно сделать вывод о том, что поездка данного типа приносит всего 37900 прибыли.
Заключение
В процессе выполнения курсовой работы была создана клиент-серверное приложение «Экскурсионное агенство». Для представления взаимодействия пользователя с БД было написано приложение под систему MacOs/Unix. Для администрирования разработана программа «Client FX». БД состоит из 8 статических таблиц.
В созданной программе реализованы следующие возможности:
- хранение и обработка данных на сервере;
- вывод информации о сотрудниках;
- вывод информации о клиентов;
- вывод информации о видах поездок;
- вывод информации об офисах;
- вывод информации о событиях;
- вывод информации о языках;
- вывод информации о транспорте компании;
- создания события с многоуровневой проверкой;
- создание отчетов о произошедших событиях;
- создание PDF файла для выдачи экскурсоводам;
Список использованной литературы
1Крамоненко Н. В. Базы данных - Владивосток, 2013. - 63 с.
2Hibernate Annotations, Reference Guide - Hibernate Inc. ,2015. - 44с.
3Л. В. Логанова. Базы данных и экспертные системы. - Самара, 2013. - 336 с.
4Малыхина М. Базы данных. Основы, проектирование, использование. - БХВ-Петербург, 2012. - 365 с.
5П.В. Бураков, В.Ю. Петров. Введение в системы баз данных - Петербург, 2014. - 323 с.
Размещено на Allbest.ru
...Подобные документы
Многоуровневые архитектуры клиент–сервер. Диаграммы классов, реализующих уровни презентации, бизнес–логики и базы данных приложения. Словесное описание процесса выполнения транзакций. Создание, изменение и удаление хранимых процедур, их выполнение.
курсовая работа [3,4 M], добавлен 23.03.2013Разработка системы, базирующейся на протоколе LIMone, для обмена мгновенными сообщениями и пересылки файлов в процессе деловой переписки. Реализация системы в виде клиент-серверного приложения. Расчет экономических показателей программного продукта.
дипломная работа [4,7 M], добавлен 22.08.2016Изучение истории достижений корпорации Oracle. Разработка клиент-серверного приложения на языке Delphi XE, реализующего возможность управления персоналом на предприятии. Основные структуры данных. Создание инструкции работы с приложением "Отдел кадров".
дипломная работа [974,7 K], добавлен 08.06.2013Разработка клиент-серверного приложения, позволяющего взаимодействовать друг с другом с использованием доступа к базам данных. Проектирование связи сервера с базой данных с помощью технологии ODBC. Разработка интерфейса программы, ее тестирование.
курсовая работа [352,0 K], добавлен 24.08.2016Создание клиент-серверного приложения "Чат" с помощью среды визуальной разработки приложений Borland C++ Builder версии 6. Описание функциональности приложения: наличие клиент-серверной архитектуры, обмен короткими сообщениями, а также передача файлов.
курсовая работа [302,0 K], добавлен 30.01.2012Сетевое программное обеспечение: общее понятие, содержание, функции. Этапы развития теории компьютерных сетей. Проектирование в среде программирования Borland Builder C++ клиент серверного приложения с использованием сокетов, листинг данной программы.
курсовая работа [191,5 K], добавлен 07.01.2015Создание клиент-серверного приложения на основе технологии CORBA. Проектирование многоуровневой системы, в которой клиент при помощи банкомата выполняет необходимые операции. Способы реализации серверов в разных каналах для ускорения обработки данных.
лабораторная работа [1,1 M], добавлен 08.06.2009Основные концепции разработки приложения в архитектуре MVVM. Проектирование базы данных, предназначенной для сбора информации о дорожно-транспортных происшествиях. Классификация и типы архитектуры "клиент–сервер", ее основные достоинства и недостатки.
курсовая работа [4,1 M], добавлен 25.11.2015Основные инструменты построения Web-приложения. Язык сценариев PHP. Системный анализ предметной области базы данных. Коды SQL запросов на создание таблиц. Разработка Web-приложения. Описание функциональности модулей. Система управления содержимым статей.
курсовая работа [4,8 M], добавлен 28.04.2014Проектирование физической и логической моделей удаленной базы данных для АЗС. Разработка базы данных в СУБД Firebird с помощью утилиты IBExpert. Создание клиентского приложения для Windows с использованием клиент-серверной технологии в среде C++ Builder.
курсовая работа [3,9 M], добавлен 18.01.2017Выделение основных сущностей проектируемой системы, описание их взаимосвязи. Построение базы данных и приложений: разработка таблиц и связей между ними, локальных представлений данных, форм, запросов, меню. Инструкция для работы пользователя с программой.
курсовая работа [380,9 K], добавлен 06.04.2015Системный анализ предметной области. Выбор инструментальных средств для создания программного обеспечения. Программирование на стороне SQL-сервера. Создание клиентского Win-приложения, пользовательский интерфейс. Физическое проектирование базы данных.
курсовая работа [3,7 M], добавлен 20.11.2013Разработка веб-приложений на основе Servlet API. Основные способы передачи данных от пользователя. Краткая справка по необходимым программным компонентам. Составление программы интернет-чата на основе протокола HTTP. Диаграмма классов веб-приложения.
лабораторная работа [1,1 M], добавлен 01.05.2014Изучение теоретических основ разработки автоматизированных информационных систем. Определение требований к системе рецептов кулинарных блюд. Проектирование и реализация базы данных. Создание внешнего приложения; разработка руководства пользователя.
курсовая работа [3,2 M], добавлен 14.07.2015Характеристика объекта автоматизации. Создание многоуровневой архитектуры приложения, отладка метода безошибочной идентификации пользователей системы. Разработка нестандартного метода преобразования объектов базы данных в объекты классов приложения.
курсовая работа [395,4 K], добавлен 28.04.2015Обзор технологии OpenStack, область ее применения. Реализация библиотеки классов. Реализация базовых классов и интерфейсов архитектуры. Создание виртуального сервера. Интеграция разработанной библиотеки классов и архитектура проектного решения.
дипломная работа [1,0 M], добавлен 09.08.2016Проектирование информационной модели данных, серверной и клиентской частей приложения. Обеспечение коллективного доступа. Составление оптимального набора тестов. Разработка инструкций по сопровождению и эксплуатации клиент–серверного приложения.
дипломная работа [2,7 M], добавлен 07.07.2012Проектирование и реализация мобильной версии приложения учета и движения товаров на базе платформы Android и языка программирования Java. Создание таблиц базы данных. Взаимодействие объектов и экранные формы. Способы идентификации классов анализа.
дипломная работа [1,8 M], добавлен 01.09.2016Создание визуального построителя запросов на извлечение данных с помощью оператора SELECT и его разделов. Постановка задачи; язык запросов SQL, общие сведения; агрегатные функции и результаты запросов. Программная реализация и алгоритм работы приложения.
курсовая работа [152,8 K], добавлен 12.08.2011Рассмотрение теоретических основ проектирования. Анализ предметной области и разработка таблиц базы данных. Заполнение таблиц, поиск данных с помощью фильтра. Создание форм, разработка запросов. Создание и настройка отчетов, составление приложения.
курсовая работа [2,8 M], добавлен 01.06.2014