Главная
База знаний "Allbest"
Программирование, компьютеры и кибернетика
Разработка базы данных и прикладного программного обеспечения для учёта автозапчастей и предоставляемых услуг автосервиса
Разработка базы данных и прикладного программного обеспечения для учёта автозапчастей и предоставляемых услуг автосервиса
Сравнительный анализ автоматизированных систем для предприятий. Проектирование концептуальной базы данных для учёта автозапчастей и предоставляемых услуг автосервиса. Разработка прикладного программного обеспечения, пользовательского интерфейса.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 19.07.2014 |
| Размер файла | 1,5 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Министерство образования и науки России
Федеральное государственное бюджетное образовательное учреждение
высшего профессионального образования
"Омский государственный технический университет"
Кафедра "Информатика и вычислительная техника"
БАКАЛАВРСКАЯ РАБОТА
на тему: "Разработка базы данных и прикладного программного обеспечения для учёта автозапчастей и предоставляемых услуг автосервиса"
Студента Шумилиной Ирины Сергеевны
Направление 230100.62 "Информатика и вычислительная техника"
Руководитель Дорошенко М.С., ст. преподаватель
Омск 2014
Содержание
- Введение
- 1. Анализ автоматизированных систем для предприятий
- 2. Выбор средств разработки
- 2.1 Выбор СУБД
- 2.2 Выбор языка программирования
- 3. Разработка базы данных и прикладного программного обеспечения для учёта автозапчастей и предоставляемых услуг автосервиса
- 3.1 Проектирование базы данных для учёта автозапчастей и предоставляемых услуг автосервиса
- 3.1.1 Концептуальное проектирование база данных
- 3.1.2 Проектирование логической схемы базы данных
- 3.1.3 Проектирование физической схемы базы данных
- 3.2 Разработка прикладного программного обеспечения для учёта автозапчастей и предоставляемых услуг автосервиса
- 3.2.1 Разработка алгоритма авторизации пользователя
- 3.2.2 Разработка алгоритма выбора функции обработки данных в БД
- 3.2.3 Разработка алгоритма формирования отчетности
- 3.2.4 Разработка алгоритма добавления записи в БД
- 3.2.5 Разработка алгоритма поиска записи в БД
- 3.2.6 Разработка алгоритма редактирования записи в БД
- 3.2.7 Разработка алгоритма начисления заработной платы
- 4. Разработка пользовательского интерфейса
- 5. Работа с БД
- Заключение
- Библиографический список
- Приложение
Введение
Потоки информации, циркулирующие в мире, который нас окружает, огромны. На любом предприятии, как на большом, так и на маленьком, возникает проблема такой организации управления данными, которая обеспечила бы наиболее эффективную работу предприятия. Это позволяют сделать автоматизированные системы, включающие базы данных.
Базы данных позволяют хранить, структурировать информацию и извлекать оптимальным для пользователя образом. Использование клиент/серверных технологий позволяют сберечь значительные средства, а главное и время для получения необходимой информации, а также упрощают доступ и ведение, поскольку они основываются на комплексной обработке данных и централизации их хранения.
Разработка приложений для работы с БД автоматизирует работу на предприятиях, т.к. избавляет от бумажных документов и позволяет выбирать, находить и редактировать данные, которые требуются в кратчайшие сроки. Автоматизация хранения и поиска данных ведёт к повышению производительности труда. В данное время использование баз данных является актуальным практически во всех сферах деятельности человека, в том числе в сфере услуг.
Сфера услуг в настоящее время является одной из важных отраслей народного хозяйства призванной удовлетворять индивидуальные запросы и потребности населения страны в различных видах услуг, как отрасль экономической деятельности, сфера услуг, представляет собой совокупность организаций, цель которых - оказание разнообразных платных услуг по индивидуальным заказам населения. Одним из видов таких услуг являются услуги автосервиса.
Цель данной работы - разработать базу данных и прикладное программное обеспечение для действующего автосервиса, с помощью которого владелец будет вести учёт клиентов, своевременно производить заказ автозапчастей, контролировать расчёты клиентов за оказанные услуги, осуществлять мониторинг отработанных часов по мастерам для правильного начисления заработной платы.
база услуга интерфейс программный
1. Анализ автоматизированных систем для предприятий
В настоящее время существуют автоматизированные системы для предприятий, такие как: 1С, Парус, SAP, Oracle E-Business Suite и многие другие.
К наиболее распространенным автоматизированным системам можно отнести следующие:
- "1С";
- "SAP";
- "Парус".
"1С" предназначена для решения широкого спектра задач автоматизации учета и управления, стоящих перед динамично развивающимися современными предприятиями.
К достоинствам данной программы можно отнести следующее:
- с помощью "1С" можно вести все существующие виды бухгалтерского и налогового учета;
- на сегодняшний день "1С" является одной из самых универсальных бухгалтерских программ, которая может использоваться в самых разных организациях;
- разработчики "1С" следят за всеми изменениями в налоговом законодательстве и оперативно обновляют формы отчетности в программе;
- программа "1С" обладает высокой производительностью, что дает возможность решать с ее помощью самые сложные задачи;
- совместно с "1С" можно использовать MS SQL Server. [1]
Также "1С" обладает и рядом недостатков, к которым можно отнести следующее:
- в подавляющем большинстве случаев, чтобы "1С" решала все поставленные перед ней задачи, программу приходится дорабатывать; Каждое предприятие уникально, поэтому для эффективной его работы, как правило, требуются индивидуальные решения по автоматизации бизнес-процессов;
- при переходе на "1С" с другой бухгалтерской программы могут возникнуть серьезные затруднения при переносе информации из одной базы данных в другую;
- в "1С" затруднен поиск ошибок, сделанных во время обработки документов;
- программа "1С" достаточно сложна в освоении и требует специального обучения пользователей. [2]
"SAP" предназначена для решения широкого спектра задач автоматизации учета и управления предприятиями.
"SAP" обладает и рядом достоинств, к которым можно отнести следующее:
- платформа нового поколения SAP призвана помочь компаниям быстро и эффективно создать целостную среду для интеграции всех ресурсов;
- SAP - идеальная система для планирования производства, она позволяет учесть множество нюансов технологических процессов также позволяет вести расчеты максимально детализированы;
- планирование закупок с учетом потребностей производства позволяет работать just-in-time;
- в ней возможно настроить доступ к информации для каждого пользователя индивидуально, чтобы избежать умышленного или неумышленного порчи данных.
К недостаткам данной программы можно отнести следующее:
- стремительно меняющееся законодательство невозможно оперативно отразить в учете;
- ввиду сложности системы ее трудно приспособить под нюансы производства;
- программистов для SAP найти сложно;
- SAP - дорогая немецкая платформа;
- Система SAP предназначена для крупных производственных компаний. SAP можно внедрять при условии хорошей материальной базы. Чтобы система работала эффективно, регистрация операций должна проводиться в режиме онлайн, для этого у всех пользователей должен быть доступ.
"Парус-бухгалтерия" предназначена для подготовки и учета документов финансово-хозяйственной деятельности предприятия, накопления информации о совершенных хозяйственных операциях на бухгалтерских счетах, получения внутренней и внешней отчетности.
К достоинствам данной программы можно отнести следующее:
- формирование полной и достоверной информации о финансово-хозяйственной деятельности;
- регистрация первичных документов, служащих основанием для учета, хранения и перемещения денежных средств или материальных ценностей;
- отражение на счетах бухгалтерского учета операций, совершаемых на основании документов;
- подготовка внутренних документов по фактам финансово-хозяйственной деятельности в виде многочисленных отчетов;
- подготовка годовой, квартальной, месячной отчетности бюджетного учреждения.
Также "Парус" обладает и рядом недостатков, к которым можно отнести следующее:
- сложна в освоении и требует специального обучения сотрудников;
- присутствует множество недоработок;
- достаточно громоздкая;
- платная;
- отсутствие встроенного исполнительного языка.
Таким образом, решения, которые существуют на данный момент, являются универсальными. Однако они платные, сложны в освоении и достаточно громоздки для данного предприятия. Также, в некоторых много лишних функций, в других - нет функций, необходимых для предприятия автосервиса. Поэтому было принято решение о необходимости собственной разработки, которая будет отвечать всем поставленным требованиям и иметь интуитивно понятный интерфейс. И не потребует систематической покупки лицензий, что является немаловажным фактом.
Таким образом, требуется разработать базу данных и прикладное программное обеспечение для действующего автосервиса, с помощью которого владелец будет вести учёт клиентов, своевременно производить заказ автозапчастей, контролировать расчёты клиентов за оказанные услуги, осуществлять мониторинг отработанных часов по мастерам для правильного начисления заработной платы.
Для этого необходимо решить следующие задачи:
- разработать базу данных для учёта автозапчастей и предоставляемых услуг автосервиса;
- разработать прикладное программное обеспечение, которое выполняет следующие функции обработки данных: пополнение базы данных, изменение (редактирование и удаление) данных, поиск по заданным критериям, выполнение запросов к базе данных;
- разработать интуитивно понятный интерфейс пользователя, ориентированный на конечного пользователя;
- формировать отчеты по полученным данным в формате государственного стандарта;
- предусмотреть защиту данных от несанкционированного доступа;
- приложение должно работать на свободно распространяемом программном обеспечении.
Данная разработка позволит снизить временные и денежные затраты владельца автосервиса.
2. Выбор средств разработки
К выбору средств разработки относится выбор конкретной СУБД и языка программирования, на котором будет написано прикладное программное обеспечение.
2.1 Выбор СУБД
Выбор СУБД представляет собой сложную многопараметрическую задачу и является одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям предприятия, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе, а также обучение персонала. Кроме того, необходимо убедиться, что новая СУБД способна принести предприятию реальные выгоды.
В настоящее время существует множество различных СУБД, таких как: Oracle, Firebird, Interbase, MS SQL Server, MySQL, PostgreSQL, mSQL, Sybase ASE и др.
Рассматривать будем наиболее распространенные СУБД такие как: MySQL, MS SQL Server, Oracle и PostgreSQL.
MySQL - свободно распространяемая реляционная система управления базами данных. MySQL является решением для малых и средних приложений. MySQL портирована на большое количество платформ: AIX, BSDi, FreeBSD, HP-UX, Linux, Mac OS X, NetBSD, OpenBSD, OS/2 Warp, SGI IRIX, Solaris, SunOS, SCO OpenServer, UnixWare, Tru64, Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Server 2003, WinCE, Windows Vista и Windows 7. MySQL имеет API для языков Delphi, C, C++, Эйфель, Java, Лисп, Perl, PHP, Python, Ruby, Smalltalk.
MySQL обладает следующими достоинствами:
- высокая скорость работы;
- поддерживает много пользователей;
- обладает большим количеством различных API-интерфейсов для разных языков;
- поддерживает много функций ODBC;
- многопоточность;
- создание таблиц без транзакций;
- система привилегий;
- полнотекстовый поиск;
- требует небольшого занимаемого пространства. [3]
Также MySQL обладает следующими недостатками:
- содержит маленький функционал;
- распространяется в соответствии с условиями лицензии GPL. по условиям которой, если какая-либо программа включает исходные коды MySQL, то она тоже должна распространяться по лицензии GPL, что может расходиться с планами разработчиков, не желающих открывать исходные тексты своих программ.
PostgreSQL - свободная объектно-реляционная система управления базами данных. Существует в реализациях для множества UNIX-like платформ, включая AIX, различные BSD-системы, HP-UX, IRIX, Linux, Mac OS X, Solaris/OpenSolaris, Tru64, QNX, а также для Microsoft Windows.
К достоинствам PostgreSQL можно отнести следующее:
- поддержка БД практически неограниченного размера;
- мощные и надёжные механизмы транзакций и репликации;
- расширяемая система встроенных языков программирования;
- наследование;
- использование хранимых процедур;
- использование географических данных;
- легкая расширяемость;
- бесплатная лицензия. [4]
Также PostgreSQL обладает и рядом недостатков, к которым можно отнести следующее:
- отсутствие документации на русском языке;
- отсутствие полной поддержки самых массовых языков программирования, например, С#.
Microsoft SQL Server - система управления реляционными базами данных, разработанная корпорацией Microsoft. Основной используемый язык запросов - Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка.
Microsoft SQL Server обладает следующими достоинствами:
- простота администрирования;
- возможность подключения к Web;
- быстродействие и функциональные возможности механизма сервера СУБД;
- наличие средств удаленного доступа.
Также Microsoft SQL Server обладает следующими недостатками:
- при разработке клиентских БД приложений на основе языков Java, HTML часто возникает проблема недостаточности программных средств SQL Server и пользоваться этой СУБД будет труднее;
- функционирует только в среде Windows;
- платная.
Oracle8i - система управления базами данных, разработанная корпорацией Oracle.
К достоинствам Oracle8i можно отнести следующее:
- высочайшая надежность;
- возможность разбиения крупных баз данных на разделы;
- наличие универсальных средств защиты информации;
- эффективные методы максимального повышения скорости обработки запросов;
- свободные таблицы;
- распараллеливание операций в запросе;
- наличие широкого спектра средств разработки, мониторинга и администрирования.
Также Oracle8i обладает и рядом недостатков, к которым можно отнести следующее:
- сложность администрирования;
- платная;
- слишком сложна в освоении.
Таким образом, выбирая СУБД главными критериями выбора были следующие: тип лицензии продукта; скорость работы; наличие полной документации. Так как свободно распространяемыми являются только MySQL и PostgreSQL, сравнивая их, можно сделать следующий вывод: MySQL превосходит PostgreSQL по скорости работы, количеству пользователей, поддержке операционных систем Windows. Также MySQL оснащен большим количеством API для других языков нежели PostgreSQL. Поэтому для разработки базы данных учёта автозапчастей и предоставляемых услуг автосервиса, выбираем СУБД MySQL.
2.2 Выбор языка программирования
Существует огромное количество языков программирования. Каждый язык был придуман и создан для решения определенного типа задач. Большая часть языков пересекается в функционале, поэтому одну и ту же задачу можно решать различными инструментами. Но при этом у каждого языка программирования есть свои преимущества и недостатки, даже при решении одного типа задач. [5]
Для разработки веб-приложения выбор языка программирования стоял между Java, С++ и С#.
C# - объектно-ориентированный язык программирования. C# относится к семье языков с C-подобным синтаксисом, из них его синтаксис наиболее близок к C++ и Java.
Достоинства:
- имеет статическую типизацию;
- поддерживает полиморфизм;
- поддерживает перегрузку операторов;
- поддерживает комментарии в формате XML. [6]
Недостатки:
- не имеет доступа к машинному коду;
- не работает без framework. [7]
C++ - компилируемый статически типизированный язык программирования общего назначения. C++ широко используется для разработки программного обеспечения, являясь одним из самых популярных языков программирования. Область его применения включает создание операционных систем, разнообразных прикладных программ, драйверов устройств, приложений для встраиваемых систем, высокопроизводительных серверов, а также развлекательных приложений (игр). Существует множество реализаций языка C++, как бесплатных, так и коммерческих и для различных платформ. [9]
Достоинства:
- поддерживает процедурное программирование;
- поддерживает объектно-ориентированное программирование;
- поддерживает обобщённое программирование;
- обеспечивает модульность;
- обеспечивает раздельную компиляцию;
- обеспечивает обработку исключений;
- обеспечивает абстракцию данных;
- обеспечивает объявление типов (классов) объектов;
- обеспечивает виртуальные функции.
Недостатки:
- отсутствие сборщика мусора;
- невозможность компиляции шаблонов;
- сложный в освоении.
Java. Язык программирования, изначально предназначенный для описания и разработки объектных моделей. Может использоваться любой сервер. Лицензия - свободная. На Java можно успешно реализовывать проекты любого масштаба. [10]
Достоинства:
- гибкая система безопасности;
- независимость байт-кода от операционной системы и оборудования, что позволяет выполнять Java-приложения на любом устройстве, для которого существует соответствующая виртуальная машина;
- модульность;
- масштабируемость.
Недостатки:
- исполнение байт-кода виртуальной машиной снижает производительность программ и алгоритмов, реализованных на языке Java;
- чрезмерная нагрузка, система пользователя должна обладать достаточно мощными вычислительными ресурсами, особенно при работе с приложениями, содержащими сложные пользовательские интерфейсы.
Таким образом, изучив основные преимущества и недостатки, и проанализировав возможности таких языков программирования как C++, C# и Java, для разработки базы данных и прикладного программного обеспечения для учёта автозапчастей и предоставляемых услуг автосервиса был выбран язык программирования С#.
3. Разработка базы данных и прикладного программного обеспечения для учёта автозапчастей и предоставляемых услуг автосервиса
Разработка базы данных и прикладного программного обеспечения для учета автозапчастей и предоставляемых услуг автосервиса состоит из проектирования базы данных и разработки прикладного программного обеспечения.
3.1 Проектирование базы данных для учёта автозапчастей и предоставляемых услуг автосервиса
Процесс проектирования включает в себя следующие этапы:
концептуальное проектирование;
логическое проектирование;
физическое проектирование.
3.1.1 Концептуальное проектирование база данных
На этапе концептуального проектирования, имея словесное описание предметной области, предусматривается выполнение таких работ как:
- идентификация объектов предметной области, их атрибутов и первичных ключей;
- идентификация отношений между объектами и указание мощности этих связей;
- построение концептуальной схемы БД на основе модели "сущность - связь".
Модель "сущность - связь" является графическим средством представления объектов рассматриваемой предметной области, их характеристик и отношений между объектами.
В данной работе основными информационными объектами предметной области являются: КЛИЕНТ, АВТОМОБИЛЬ, ДОГОВОР, ОПЛАТА, ПОСТАВЩИК, ПОСТАВКА, ЗАПЧАСТЬ, ЗАЯВКА, ЗАКАЗАННАЯ УСЛУГА, УСЛУГА, ВЫПОЛНЕННАЯ РАБОТА, СОТРУДНИК, ДОЛЖНОСТЬ, ЗАРПЛАТА.
Между ними можно установить следующие логические связи.
Связь КЛИЕНТ - АВТОМОБИЛЬ мощностью "один-ко-многим". Один клиент может иметь несколько автомобилей, а один автомобиль может принадлежать одному клиенту.
Связь КЛИЕНТ - ДОГОВОР мощностью "один-ко-многим". Один клиент может оформить несколько договоров, а один договор может оформляться на одного клиента.
Связь ДОГОВОР - ОПЛАТА мощностью "один-ко-многим". За один договор можно произвести несколько оплат. А одна оплата принадлежит к одному договору.
Связь ПОСТАВЩИК - ПОСТАВКА мощностью "один-ко-многим". Один поставщик может осуществить много поставок, а одна поставка может поставляться одним поставщиком.
Связь ЗАЯВКА - ПОСТАВКА мощностью "один-ко-многим". На основании одной заявки может осуществляться несколько поставок. А одна поставка может исполняться для одной заявки.
Связь ДОГОВОР - ЗАЯВКА мощностью "один-ко-многим". На один договор может оформляться много заявок, а одна заявка относится к одному договору.
Связь ЗАПЧАСТЬ - ЗАЯВКА мощностью "один-ко-многим". Одна запчасть может содержаться в нескольких заявках. А одна заявка относятся к одной запчасти.
Связь ДОГОВОР - ЗАКАЗАННАЯ УСЛУГА мощностью "один-ко-многим". Один договор может содержать несколько заказанных услуг, а одна заказанная услуга относиться к одному договору.
Связь ЗКАЗАННАЯ УСЛУГА - УСЛУГА мощностью "один-ко-многим". Одна заказанная услуга может содержать несколько услуг, а одна услуга соответствует одной заказанной услуги.
Связь ДОЛЖНОСТЬ - СОТРУДНИК мощностью "один-ко-многим". Одну и ту же должность могут занимать несколько сотрудников, а один сотрудник может занимать одну должность.
Связь СОТРУДНИК - ЗАРАБОТНАЯ ПЛАТА мощностью "один-ко-многим". Один сотрудник может получать несколько заработных плат. А одна заработная плата начисляется одному сотруднику.
Связь СОТРУДНИК - ВЫПОЛНЕННАЯ РАБОТА мощностью "один-ко-многим". Один сотрудник имеет несколько выполненных работ, а одна выполненная работа совершается одним сотрудником.
Связь ЗАКАЗАННАЯ УСЛУГА - ВЫПОЛНЕННАЯ РАБОТА "один-ко-многим". Одна заказанная услуга может переходить в статус одной выполненной работы. А одна выполненная работа содержит одну заказанную услугу.
Модель "сущность - связь" базы данных учёта автозапчастей и предоставляемых услуг автосервиса представлена на рисунке 1.
3.1.2 Проектирование логической схемы базы данных
На этапе логического проектирования разрабатывается логическая схема БД, обосновывается выбранная методика проектирования БД, описывается процесс проектирования логической схема БД и этапы ее нормализации.
Также на этапе логического проектирования концептуальная модель отображается в логическую с учетом выбранной реляционной модели данных по правилам преобразования. [11]
Каждый объект концептуальной модели отображается в таблицу БД.
В связи с тем, что в концептуальной модели учета автозапчастей и предоставляемых услуг автосервиса связи между объектами имеют мощности "один-ко-многим", поэтому дополнительных таблиц связи не добавляется в логическую базу данных при преобразовании.
Связи "один-ко-многим" становятся внешними ключами. Связь "один-ко-многим" преобразуется путем включения в таблицу, описывающую объект со стороны "многим" в качестве внешнего ключа ключевого атрибута объекта со стороны "один".
Таблица ОПЛАТА имеет следующие атрибуты: код оплаты, код договора, код клиента, сумма, дата и вид оплаты, денежный взнос, остаток, готовность. Первичным ключом выбирается целочисленное поле "код оплаты". Внешним ключом выбирается "код договора".
Таблица ДОГОВОР определяется следующими атрибутами: код договора, код клиента, дата заключения, дата исполнения. Первичным ключом выбирается целочисленное поле "код договора". Внешним ключом выбирается "код клиента".
Таблица УСЛУГА имеет следующие атрибуты: код услуги, вид, название услуги, цена. Первичным ключом выбирается целочисленное поле "код услуги".
Таблица АВТОМОБИЛЬ имеет следующие атрибуты: код автомобиля, код клиента, модель, номерной знак, тех паспорт, год выпуска, номер места, дата, дата возврата. Первичным ключом выбирается целочисленное поле "код автомобиля". Внешним ключом выбирается "код клиента".
Таблица СОТРУДНИК определяется следующими атрибутами: код сотрудника, код должности, ФИО и дата рождения. Первичным ключом выбирается целочисленное поле "код сотрудника". Внешним ключом выбирается "код должности".
Таблица ПОСТАВКА имеет следующие атрибуты: код поставки, код поставщика, код заявки, количество, дата, цена. Первичным ключом выбирается целочисленное поле "код поставки". Внешним ключом выбирается "код поставщика" и "код заявки".
Таблица ВЫПОЛНЕННАЯ РАБОТА определяется следующими атрибутами: код выполненной работы, код заказанной услуги, код сотрудника, количество часов и дата. Первичным ключом выбирается целочисленное поле "код выполненной работы". Внешним ключом выбирается "код заказанной услуги" и "код сотрудника".
Таблица ЗАЯВКА имеет следующие атрибуты: код заявки, код договора, код запчасти, количество и стоимость. Первичным ключом выбирается целочисленное поле "код заявки". Внешним ключом выбирается "код договора" и "код запчасти".
Таблица ЗАПЧАСТЬ определяется следующими атрибутами: код запчасти, название, фирма производитель и характеристики. Первичным ключом выбирается целочисленное поле "код запчасти".
Таблица КЛИЕНТ имеет следующие атрибуты: код клиента, ФИО, адрес, телефон и паспорт. Первичным ключом выбирается целочисленное поле "код клиента".
Таблица ПОСТАВЩИК определяется следующими атрибутами: код поставщика, название, телефон и адрес. Первичным ключом выбирается целочисленное поле "код поставщика".
Таблица ЗАКАЗАННАЯ УСЛУГА определяется следующими атрибутами: код заказанной услуги, код договора, код услуги, стоимость, готовность. Первичным ключом выбирается целочисленное поле "код заказанной услуги". Внешним ключом выбирается "код договора" и "код услуги".
Таблица ДОЛЖНОСТЬ определяется следующими атрибутами: код должности, название, оклад и премия. Первичным ключом выбирается целочисленное поле "код должности".
Таблица ЗАРПЛАТА определяется следующими атрибутами: код зарплаты, код сотрудника, сумма и дата выдачи. Первичным ключом выбирается целочисленное поле "код зарплаты". Внешним ключом выбирается "код сотрудника".
Для достижения минимальной избыточности данных в БД необходимо произвести нормализацию таблиц (отношений) базы данных. На практике достаточно, чтобы отношение находилось в 3 нормальной форме. Отношение удовлетворяет 3 нормальной форме, тогда и только тогда, когда отношение находится во второй нормальной форме, и отсутствуют транзитивные функциональные зависимости неключевых атрибутов от ключевых. [12]
Каждая таблица спроектированной БД проверена на соответствие требованиям 3 нормальной форме.
Логическая схема база данных учета автозапчастей и предоставляемых услуг автосервиса представлена на рисунке 2.
Рисунок 2 - Логическая схема база данных учета автозапчастей и предоставляемых услуг автосервиса
3.1.3 Проектирование физической схемы базы данных
Физическое проектирование является третьим и последним этапом создания проекта базы данных, при выполнении которого принимаются решения о способах реализации разрабатываемой базы данных.
Приступая к физическому проектированию базы данных, прежде всего необходимо выбрать конкретную целевую СУБД, так как физическое проектирование неразрывно связано с конкретной СУБД.
В данной работе использоваласт СУБД MySQL. Обоснование выбыбора этой СУБД представлено в разделе 2.1
Между логическим и физическим проектированием существует постоянная обратная связь, так как решения, принимаемые на этапе физического проектирования с целью повышения производительности системы, способны повлиять на структуру логической модели данных. Как правило, основной целью физического проектирования базы данных является описание способа физической реализации логического проекта базы данных.
В случае реляционной модели данных под этим подразумевается следующее:
создание набора реляционных таблиц и ограничений для них на основе информации, представленной в глобальной логической модели данных;
определение конкретных структур хранения данных и методов доступа к ним, обеспечивающих оптимальную производительность СУБД;
разработка средств защиты создаваемой системы.
В таблицах1-14 наглядно представлены все таблицы физической базы данных: ЗАЯКА, ОПЛАТА, ЗАПЧАСТЬ, ОПЛАТА, ЗАРПЛАТА, ДОГОВОР, АВТОМОБИЛЬ, КЛИЕНТ, ЗАКАЗАННАЯ УСЛУГА, ПОТАВКА, ПОСТАВЩИК, ВЫПОЛНЕННАЯ РАБОТА, СОТРУДНИК, ДОЛЖНОСТЬ с перечислением столбцов, их типов, размеров и значений по умолчанию, если такие имеются. В качестве типа таблицы выбран формат InnoDB.
Таблица 1 - Структура таблицы ЗАЯВКА
|
Название поля |
Тип данных |
||
|
Код заявки |
int (255) |
PK |
|
|
Код договора |
int (255) |
FK |
|
|
Код запчасти |
int (255) |
FK |
|
|
Количество |
int (255) |
||
|
Стоимость |
decimal |
В таблице ЗАЯВКА содержится следующая информация: идентификационный номер заявки - значение является первичным ключом данной таблицы, идентификационный номер договора - внешний ключ для связи заявки с конкретным договором, идентификационный номер запчасти - внешний ключ для связи заявки с конкретной запчастью, количество запчастей и стоимость.
Таблица 2 - Структура таблицы ПОСТАВЩИК
|
Название поля |
Тип данных |
||
|
Код поставщика |
int (255) |
PK |
|
|
Название |
varchar (255) |
||
|
Телефон |
varchar (255) |
||
|
Адрес |
varchar (255) |
В таблице ПОСТАВЩИК содержится следующая информация: идентификационный номер поставщика - значение является первичным ключом данной таблицы, название, телефон и адрес поставщика.
Таблица 3 - Структура таблицы ОПЛАТА
|
Название поля |
Тип данных |
||
|
Код оплаты |
int (255) |
PK |
|
|
Код договора |
int (255) |
FK |
|
|
Сумма |
decimal (255) |
||
|
Дата |
date (255) |
||
|
Вид |
varchar (255) |
||
|
Денежный взнос |
decimal (255) |
||
|
Остаток |
decimal (255) |
||
|
Готовность |
boll (255) |
В таблице ОПЛАТА содержится следующая информация: идентификационный номер оплаты - значение является первичным ключом данной таблицы, идентификационный номер договора - внешний ключ для связи оплаты с договором, сумма, дата, вид, денежный взнос, остаток и готовность.
Таблица 4 - Структура таблицы ЗАПЧАСТЬ
|
Названия поля |
Тип данных |
||
|
Код запчасти |
int (255) |
PK |
|
|
Название |
varchar (255) |
||
|
Фирма |
varchar (255) |
||
|
Характеристика |
varchar (255) |
В таблице ЗАПЧАСТЬ содержится следующая информация: идентификационный номер запчасти - значение является первичным ключом данной таблицы, название, фирма и характеристика.
Таблица 5 - Структура таблицы ЗАРПЛАТА
|
Название поля |
Тип данных |
||
|
Код зарплаты |
int (255) |
PK |
|
|
Код сотрудника |
int (255) |
FK |
|
|
Сумма |
decimal (255) |
||
|
Дата выдачи |
date (255) |
В таблице ЗАРПЛАТА содержится следующая информация: идентификационный номер зарплаты - значение является первичным ключом данной таблицы, идентификационный номер сотрудника - внешний ключ для связи зарплаты с конкретным сотрудником, сумма и дата выдачи.
Таблица 6 - Структура таблицы ДОГОВОР
|
Название поля |
Тип данных |
||
|
Код договора |
int (255) |
PK |
|
|
Код клиента |
int (255) |
FK |
|
|
Дата заключения |
date (255) |
||
|
Дата исполнения |
date (255) |
В таблице ДОГОВОР содержится следующая информация: идентификационный номер договора - значение является первичным ключом данной таблицы, идентификационный номер клиента - внешний ключ для связи договора с конкретным клиентом, дата заключения и дата исполнения.
Таблица 7 - Структура таблицы КЛИЕНТ
|
Название поля |
Тип данных |
||
|
Код клиента |
int (255) |
PK |
|
|
ФИО |
varchar (255) |
||
|
Адрес |
varchar (255) |
||
|
Телефон |
varchar (255) |
||
|
Паспорт |
varchar (255) |
В таблице КЛИЕНТ содержится следующая информация: идентификационный номер клиента - значение является первичным ключом данной таблицы, ФИО, адрес, телефон и паспорт.
Таблица 8
Структура таблицы АВТОМОБИЛЬ
|
Название поля |
Тип данных |
||
|
Код автомобиля |
int (255) |
PK |
|
|
Код клиента |
int (255) |
FK |
|
|
Модель |
varchar (255) |
||
|
Номерной знак |
varchar (255) |
||
|
Тех. Паспорт |
varchar (255) |
||
|
Год выпуска |
date (255) |
||
|
Номер места |
int (255) |
||
|
Дата |
date (255) |
||
|
Дата возврата |
date (255) |
В таблице АВТОМОБИЛЬ содержится следующая информация: идентификационный номер автомобиля - значение является первичным ключом данной таблицы, идентификационный номер клиента - внешний ключ для связи автомобиля с конкретным клиентом, модель, номерной знак, тех паспорт, год выпуска, номер места, дата, дата возврата.
Таблица 9 - Структура таблицы ЗАКАЗАННАЯ УСЛУГА
|
Название поля |
Тип данных |
||
|
Код заказанной услуги |
int (255) |
PK |
|
|
Код договора |
int (255) |
FK |
|
|
Код услуги |
int (255) |
FK |
|
|
Количество |
int (255) |
||
|
Стоимость |
decimal (255) |
||
|
Готовность |
boll (255) |
В таблице ЗАКАЗАННАЯ УСЛУГА содержится следующая информация: идентификационный номер заказанной услуги - значение является первичным ключом данной таблицы, идентификационный номер договора - внешний ключ для связи заказанной услуги с конкретным договором, идентификационный номер услуги - внешний ключ для связи заказанной услуги с конкретной услугой, количество, стоимость и готовность.
Таблица 10 - Структура таблицы УСЛУГА
|
Название поля |
Тип данных |
||
|
Код услуги |
int (255) |
PK |
|
|
Вид |
varchar (255) |
||
|
Название |
varchar (255) |
||
|
Стоимость |
decimal (255) |
В таблице УСЛУГА содержится следующая информация: идентификационный номер услуги - значение является первичным ключом данной таблицы, вид, название и стоимость.
Таблица 11 - Структура таблицы ПОСТАВКА
|
Название поля |
Тип данных |
||
|
Код поставки |
int (255) |
PK |
|
|
Код заявки |
int (255) |
FK |
|
|
Код поставщика |
int (255) |
FK |
|
|
Количество |
int (255) |
||
|
Дата |
date (255) |
||
|
Стоимость |
decimal (255) |
В таблице ПОСТАВКА содержится следующая информация: идентификационный номер поставка - значение является первичным ключом данной таблицы, идентификационный номер заявки - внешний ключ для связи поставки с заявкой, идентификационный номер поставщика - внешний ключ для связи поставки с поставщиком, количество, дата и стоимость.
Таблица 12 - Структура таблицы ВЫПОЛНЕННАЯ РАБОТА
|
Название поля |
Тип данных |
||
|
Код выполненной работы |
int (255) |
PK |
|
|
Код заказанной услуги |
int (255) |
FK |
|
|
Код сотрудника |
int (255) |
FK |
|
|
Количество часов |
int (255) |
||
|
Дата |
date (255) |
В таблице ВЫПОЛНЕННАЯ РАБОТА содержится следующая информация: идентификационный номер выполненной работы - значение является первичным ключом данной таблицы, идентификационный номер заказанной услуги - внешний ключ для связи выполненной работы с конкретной заказанной услугой, идентификационный номер сотрудника - внешний ключ для связи выполненной работы с конкретным сотрудником, количество часов и дата.
Таблица 13 - Структура таблицы СОТРУДНИК
|
Название поля |
Тип данных |
||
|
Код сотрудника |
int (255) |
PK |
|
|
Код должности |
int (255) |
||
|
ФИО |
varchar (255) |
||
|
Дата рождения |
date (255) |
В таблице СОТРУДНИК содержится следующая информация: идентификационный номер сотрудник - значение является первичным ключом данной таблицы, идентификационный номер должности - внешний ключ для связи сотрудника с конкретной должностью, ФИО и дата рождения.
Таблица 14 - Структура таблицы ДОЛЖНОСТЬ
|
Название поля |
Тип данных |
||
|
Код должности |
int (255) |
PK |
|
|
Название |
varchar (255) |
||
|
Оклад |
decimal (255) |
||
|
Премия |
decimal (255) |
В таблице ДОЛЖНОСТЬ содержится следующая информация: идентификационный номер должности - значение является первичным ключом данной таблицы, название, оклад и премия.
Графическое представление физической схемы базы данных учета автозапчастей и предоставляемых услуг автосервиса представлено на рисунке 3. После физического проектирование следует приступать к разработки прикладного программного обеспечения для учета автозапчастей и предоставляемых услуг автосервиса.
Рисунок 3 - Физическая схема базы данных учета автозапчастей и предоставляемых услуг автосервиса
3.2 Разработка прикладного программного обеспечения для учёта автозапчастей и предоставляемых услуг автосервиса
Разработка прикладного программного обеспечения для учёта автозапчастей и предоставляемых услуг автосервиса заключается в разработке следующих алгоритмов:
- авторизации пользователя;
- выбора функции обработки данных, которая включает добавление, редактирование и поиск;
- формирование отчетности;
- начисление заработной платы.
3.2.1 Разработка алгоритма авторизации пользователя
Так как никаких особых требований к алгоритму не предъявлялось, был разработан алгоритм авторизации пользователя, включающий следующие этапы: отображение окна авторизации, ввод логина и пароля, чтение данных из файла, сравнение введённых пользователем данных с данными из файла, запуск основной программы. На этапе отображения окна авторизации программа ожидает пока пользователь введет логин и пароль, после их ввода происходит чтение логина и пароля из файла, затем эти данные сравниваются и в случае если данные совпали, происходит открытие основной программы, в противном случае на экран выводится сообщение о том, что данные не верны, и предлагается повторить ввод.
Схема алгоритма авторизации пользователя представлена на рисунке 4.
Рисунок 4 - Схема алгоритма авторизации пользователя
3.2.2 Разработка алгоритма выбора функции обработки данных в БД
Для описания выбора функции обработки данных в программе разработан алгоритм, который содержит такие функции как добавление, редактирование и поиск. Данный алгоритм заключается в следующем: при запуске программы необходимо пройти авторизацию и в случае успешной авторизации, отображается главное окно программы, в котором пользователь выбирает нужное ему окно, например, клиент для необходимой операции, после этого отрывается это окно и выбирается необходимое действие, а именно добавление, редактирование или поиск по нескольким критериям. После того как все необходимые действия будут выполнены можно либо выйти из системы либо снова выбрать необходимую операцию и продолжить работу.
Схема алгоритма выбора функции обработки данных представлена на рисунке 5.
Рисунок 5 - Схема алгоритма выбора функции обработки данных
3.2.3 Разработка алгоритма формирования отчетности
Алгоритм формирования отчётности, включает следующие этапы: после отображения окна отчетности, следует установить период отчётности, а затем необходимо выбрать категорию отчета, это может быть предоставленные услуги или проданная запчасть, далее если это работа и выбран какой-то конкретный вид услуги, то происходит вывод этих услуг, их количества, стоимости и даты, в противном случае выводится информация обо всех работах. Если в качестве критерия выбрана автозапчасть, то далее происходит задание критерия по запросу и вывод отчета. Затем после формирования отчета, в случае необходимости мы выходим из системы.
Разработанная схема алгоритма формирования отчетности представлена на рисунке 6.
Рисунок 6 - Схема алгоритма формирования отчетности
3.2.4 Разработка алгоритма добавления записи в БД
Для добавления записи в БД разработан алгоритм, который состоит в следующем: после отображения окна добавления происходит ввод данных, затем идет проверка на корректность и заполнение всех обязательных полей, если данные удачно прошли проверку, то происходит сохранение записи в БД, в противном случае выводиться сообщение об ошибке.
Далее если больше нет необходимости добавлять данные происходит выход из системы.
Схема алгоритма добавления записи в БД представлена на рисунке 7.
Рисунок 7 - Схема алгоритма добавления записи в БД
3.2.5 Разработка алгоритма поиска записи в БД
С целью поиска записи в БД разработан алгоритм. Поиск предусмотрен по всем таблицам, а в некоторых из них осуществлен по нескольким критериям, например в таблице автомобиль, поиск можно осуществлять по таким критериям как ФИО клиента, модель и номерной знак автомобиля.
Алгоритм поиска записи в БД, включающий следующие этапы: отображение окна записи, задание критериев для поиска, проверка найдена ли запись, в случае если запись найдена, то она выводиться на экран, в противном случае на экран выводиться сообщение об ошибке.
Схема алгоритма поиска записи в БД представлена на рисунке 8.
Рисунок 8 - Схема алгоритма поиска записи в БД
3.2.6 Разработка алгоритма редактирования записи в БД
Алгоритм редактирования записи в БД заключается в следующем после отображение окна редактирования записи пользователю необходимо сначала найти запись, которую он хочет отредактировать, после того как она будет найдена следует изменить запись и сохранить новую запись в БД.
Для этого разработана схема алгоритма редактирования записи в БД представленная на рисунке 9.
Рисунок 9 - Схема алгоритма редактирования записи в БД
3.2.7 Разработка алгоритма начисления заработной платы
Для правильного начисления заработной платы разработан алгоритм, который состоит в следующем: после отображения окна заработной платы происходит выбор сотрудника, далее проверяется, положена ли ему премия и если да то проверяется, были ли им выполнены работы в этом месяце и в случае положительного ответа, вычисляется премия, а затем заработная плата, если премия не положена или не были выполнены работы, то сразу происходит вычисление заработной платы. Затем проверяется, была ли выдана заработная плата сотруднику в этом месяце и если да, то выводиться сообщение об ошибке, в противном случае выдается заработная плата и если больше никому не нужно ее выдавать выходим из системы.
Схема алгоритма начисления зарплаты представлена на рисунке 10.
Рисунок 10 - Схема алгоритма начисления зарплаты
Таким образом, в данном разделе была создана концептуальная модель данных, которая является графическим средством представления объектов рассматриваемой предметной области, их характеристик и отношений между объектами. Далее концептуальная модель была отображена в логическую схему с учетом выбранной реляционной модели данных по правилам преобразования. Затем с учетом СУБД MySQL была построена физическая модель БД. Спроектированная база данных имеет минимальную избыточность, то есть каждая из таблиц удовлетворяет 3 НФ. Также были разработаны следующие алгоритмы: алгоритм авторизации пользователя, алгоритм формирования отчетности, алгоритм начисления заработной платы, алгоритм выбора функции обработки данных, которая включает добавление, поиск и редактирование данных.
4. Разработка пользовательского интерфейса
Интерфейс - совокупность технических, программных и методических (протоколов, правил, соглашений) средств сопряжения в вычислительной системе пользователей с устройствами и программами, а также устройств с другими устройствами и программами.
Интерфейс - в широком смысле слова, это способ взаимодействия между объектами. Интерфейс в техническом смысле слова задаёт параметры, процедуры и характеристики взаимодействия объектов.
Различают:
Интерфейс пользователя - набор методов взаимодействия компьютерной программы и пользователя этой программы.
Программный интерфейс - набор методов для взаимодействия между программами.
Физический интерфейс - способ взаимодействия физических устройств. Чаще всего речь идёт о компьютерных портах.
Пользовательский интерфейс - это совокупность программных и аппаратных средств, обеспечивающих взаимодействие пользователя с компьютером. Основу такого взаимодействия составляют диалоги. Под диалогом в данном случае понимают регламентированный обмен информацией между человеком и компьютером, осуществляемый в реальном масштабе времени и направленный на совместное решение конкретной задачи. Каждый диалог состоит из отдельных процессов ввода/вывода, которые физически обеспечивают связь пользователя и компьютера. Обмен информацией осуществляется передачей сообщения.
Пользовательский интерфейс часто понимают только как внешний вид программы. Однако на деле пользователь воспринимает через него всю программу в целом, а значит, такое понимание является слишком узким. В действительности пользовательский интерфейс объединяет в себе все элементы и компоненты программы, которые способны оказывать влияние на взаимодействие пользователя с программным обеспечением.
Это не только экран, который видит пользователь. К этим элементам относятся:
набор задач пользователя, которые он решает при помощи системы;
используемая системой метафора элементы управления системой;
навигация между блоками системы;
визуальный дизайн экранов программы;
средства отображения информации, отображаемая информация и форматы;
устройства и технологии ввода данных;
диалоги, взаимодействие и транзакции между пользователем и компьютером;
обратная связь с пользователем;
поддержка принятия решений в конкретной предметной области; порядок использования программы и документация на нее.
По заданию требовалось разработать прикладное программное обеспечение, которое имеет интуитивно понятный интерфейс. Необходимо было реализовать следующие функции обработки данных: пополнение базы данных, изменение (редактирование и удаление) данных, поиск по заданным критериям, начисление заработной платы, формирование отчетности.
В соответствии с требованиями разработано прикладное программное обеспечение для учета автозапчастей и предоставляемых услуг автосервиса, которое реализовано программой на основе алгоритмов, которые были разработаны в разделе 3.2.
При запуске программы на экране появляется окно авторизации пользователя, в котором необходимо ввести логин и пароль. Для обеспечения безопасности все данные хранятся в файле в зашифрованном виде. Пароль и логин можно изменить в меню программы. Интерфейс системы спроектирован с учетом работы неопытных пользователей без необходимости дополнительного обучения. При запуске программы появляется окно авторизации, в котором сотрудник вводит логин и пароль, в случае если данные верны, происходит открытие основной формы.
Окно авторизации пользователя представлено на рисунке 11.
Рисунок 11 - Окно авторизации пользователя
После входа пользователь попадает в главное окно программы, которое содержит список всех доступных таблиц, а именно:
- клиент;
- автомобиль;
- договор;
- продажа;
- оплата;
- услуга;
- заказанная услуга;
- поставка;
- запчасть;
- поставщик;
- сотрудник;
- должность;
- зарплата;
- отчетность.
Также на основном окне пользователь может посмотреть какие операции, когда и в какое время были выполнены. Это представлено на рисунке 12.
Рисунок 12 - Основное окно программы
Историю можно отсортировать по дате, определённому клиенту или сотруднику, выполнившему работы, а так же по видам действий, таким как продажа, заказ услуг, оплата, и т.п. Пользователь может посмотреть всю необходимую ему информацию о том, что произошло за день, какие задачи нужно выполнить.
Убедиться в этом можно, посмотрев на рисунок 13.
Рисунок 13 - Окно поиска
Далее пользователь может выбрать необходимую таблицу из списка и продолжить работу, выполнив необходимые действия, такие как добавление клиента, оформление договора и др. После добавления клиента необходимо оформить его транспортное средство, указав для него свободное место на стоянке, а за тем договор. После оформления договора пользователь может приступить к оформлению заказа клиента на запчасти и услуги.
Окно договора представлено на рисунке 14.
Рисунок 14 - Окно договора
Для оформления работы, заказанной клиентом, пользователю необходимо выбрать услугу и клиента, для которого необходимо ее выполнить, затем следует выбрать подходящего для этой работы мастера.
Окно заказанной услуги представлено на рисунке 15.
Рисунок 15 - Окно заказанной услуги
Для контроля за выполнением заказанных услуг служит таблица выполненные работы, в которой выполненные работы отмечаются в столбце готовность.
Окно выполненная работа представлено на рисунке 16.
Рисунок 16 - Окно заказанной работы
Далее клиенту необходимо оплатить все заказанные запчасти и услуги. В окне оплаты все вычисления происходят автоматически. Например, чтобы посчитать сумму заказанных товаров и услуг для клиента необходимо выбрать клиента, оформившего заказ из списка клиентов, и общая стоимость, остаток и сдача будут посчитаны автоматически. Так же предусмотрена возможность предоплаты товара, наличный и безналичный расчет. После того, как оплата полностью произведена, и все работы, заказанные в договоре, выполнены, договор необходимо закрыть, и освободить парковочное место на стоянке.
Окно оплаты представлено на рисунке 17.
Рисунок 17 - Окно оплаты
При повторном обращении клиента необходимо выбрать его из списка клиентов, и оформить новый договор. Для удобства пользователя по всем таблицам предусмотрен поиск по нескольким критериям. Окно поиска представлено на рисунке 18.
Рисунок 18 - Окно поиска
Также в программе предусмотрено добавление данных, это видно из рисунка 19.
Рисунок 19 - Окно добавления
По заданию было необходимо реализовать функцию редактирования данных. Вначале необходимо с помощью поиска найти нужную запись, а затем, выбрав редактирование, изменить данные.
Окно редактирования данных представлено на рисунке 20.
Рисунок 20 - Окно редактирования
Для контроля количества запчастей на складе предусмотрены уведомления о том, что запчастей остается мало, и их необходимо заказать у поставщика. Для контроля выполняемых работ и доставленных на склад запчастей предусмотрены уведомления в главном окне программы.
Окно поставок представлено на рисунке 21.
Рисунок 21 - Окно поставок
При выдаче сотруднику заработной платы учитываются такие факторы, как оклад, соответствующий занимаемой им должности, а так же премия за каждую выполненную сотрудником работу в зависимости от количества затраченных на данную работу часов.
Окно начисления заработной платы представлено на рисунке 22.
Рисунок 22 - Окно начисления заработной платы
Для обработки накопленной информации и получения сводных данных в удобном для просмотра и анализа виде предусмотрено формирование отчетов по критериям, таким как продажи и выполненные работы. Поскольку отчёты, чаще всего, используются для формирования выходных документов, они могут быть экспортированы в формат документов Microsoft Excel и сохранены в файл на диске для последующего использования или переноса на другие компьютеры.
Окно формирования отчета представлено на рисунке 23.
Рисунок 23 - Окно формирования отчёта
В программе предусмотрена смена пароля и логина. Окно смены пароля и логина представлено на рисунке 24.
Рисунок 24 - Смена пароля и логина.
Таким образом, был разработан интуитивно понятный интерфейс, который реализует такие функции как авторизацию пользователя, добавление, редактирование, поиск и удаление данных, формирования отчетности и начисления заработной платы.
5. Работа с БД
Для разработки приложения необходимо было создать базу данных, а так же создать безопасное соединение с приложением. Для разработки базы данных был использован MySQL Workbench Community Edition - инструмент для визуального проектирования баз данных, интегрирующий проектирование, моделирование, создание и эксплуатацию БД в единое бесшовное окружение для системы баз данных MySQL. Данная версия программы распространяется под свободной лицензией и содержит весь необходимый набор функций, а именно:
- Позволяет наглядно представить модель базы данных в графическом виде;
Подобные документы
Обзор и сравнительная характеристика программного обеспечения для создания СУБД. Принципы организации данных. Основные возможности MS Access. Разработка структуры и реализация средствами SQL базы данных для учета заказов, наличия и продажи автозапчастей.
курсовая работа [2,5 M], добавлен 27.05.2013Сущность и значение средств управления базами данных предприятия. Методика разработки базы данных и прикладного программного обеспечения автобусного парка, позволяющее структурировать информацию об автобусных маршрутах, остановках и автобусах парка.
курсовая работа [163,4 K], добавлен 20.01.2010Общие требования и этапы разработки автоматизированных информационных систем. Особенности работы, технологии доступа и проектирование структуры базы данных. Разработка клиентского программного обеспечения для магазина, защита и сохранность данных.
курсовая работа [650,9 K], добавлен 27.02.2013Автоматизация учёта поступления и обучения детей в "Доме детского творчества". Проектирование программного продукта ИС; выбор системы управления базы данных, языка программирования. Разработка концептуальной, логической и физической моделей данных.
дипломная работа [1,5 M], добавлен 10.10.2015Проектирование реляционной базы данных с помощью прикладного программного средства MS ACCESS. Описания особенностей использования запросов для извлечения, изменения и удаления информации из базы данных. Характеристика структуры интерфейса пользователя.
курсовая работа [1,6 M], добавлен 19.11.2012Разработка программного обеспечения, предназначенного для автоматизации деятельности туристической фирмы. Анализ и проектирование базы данных предметной области. Создание концептуальной, логической и физической моделей данных и программы их обработки.
курсовая работа [816,5 K], добавлен 05.02.2018Анализ программного обеспечения. Программа учета "Мой Склад". Разработка концептуальной и логической модели "База данных склада автомобильных запчастей". Требования к системе и ER-модель. Аccess как мощное приложение Windows, построение запросов.
курсовая работа [764,7 K], добавлен 10.04.2014Практические аспекты использования прикладного программного обеспечения при разработке базы данных "Аудиторный фонд ГБОУ СПО "Старооскольский педагогический колледж". Системы управления базами данных. Описание и функциональные возможности приложения.
курсовая работа [360,4 K], добавлен 07.10.2014Проектирование структуры информационной базы и разработка программного комплекса, позволяющего автоматизировать процесс учета налогоплательщиков. Разработка конфигурации и создание интерфейса базы данных, форм и отчетов в программе "1С Предприятие".
дипломная работа [3,2 M], добавлен 21.06.2015Критерии классификации баз данных. Использование C++ - компилируемого, статически типизированного языка программирования общего назначения. Этапы разработки специализированного прикладного программного обеспечения - базы данных "Прохождение практики".
курсовая работа [1,4 M], добавлен 11.12.2015
