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

Базы данных всегда были важнейшей темой при изучении информационных систем.

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

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

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

1. Анализ программного обеспечения

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

Программа учета Мой Склад — это многофункциональная программа для торговли с доступом из любой точки планеты при условии выхода в мировую Сеть Интернет. Программа Мой Склад позволяет оптимизировать учет складских запасов, операций, товаров, товарооборота, заказов, остатков и движения финансовых средств. Она просто интегрируется с наиболее эффективными программами автоматизации бухгалтерского и налогового учета (1С:Бухгалтерия) и выводит на печать необходимую информацию в виде документов по унифицированным или создаваемым пользователем шаблонам (счета, фактуры, накладные и т. п.).

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

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

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

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

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

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

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

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

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

Интеграция с внешними программами учета Программа Мой Склад интегрируется (с возможностью передачи всех необходимых данных) с программами учета товаров на складе и в магазине, автоматизации бухгалтерского и налогового учета «1С:Бухгалтерия». Справочник номенклатуры можно загрузить из MicrosoftExcel или любого интернет-магазина в формате Яндекс.Маркет. Если ваш интернет-магазин построен на движке Amiro. CMS, UMI. CMS, InSales, HostCMS, WebAsystShop-Script или 1C-Битрикс, вы сможете автоматически получать и обрабатывать заказы из интернет-магазина в Моем Складе. А все свои данные в любой момент можно сохранить на диск в формате XML.

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

2. Разработка концептуальной и логической модели «База данных склада автомобильных запчастей»

2.1 Требования к системе

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

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

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

Разрабатываемая система должна иметь:

Небольшой объем занимаемой оперативной памяти;

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

Возможность использования на аналогичных предприятиях и организациях;

Возможность работы с базой данных любому сотруднику, имеющему к ней доступ;

Экономическую доступность;

Возможность ограничения прав пользователей различных уровней;

2.2 Концептуальное проектирование базы данных

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

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

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

Основными объектами концептуальной модели являются сущности и связи.

Сущность — некоторый обособленный объект или событие моделируемой системы, имеющий определенный набор свойств — атрибутов.

Отдельный элемент этого множества называется «экземпляром сущности» .

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

Правила для атрибутов сущности:

— Каждый атрибут должен иметь уникальное имя.

— Сущность может обладать любым количеством атрибутов.

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

— Для каждого экземпляра сущности должно существовать значение каждого его атрибута (правило необращения в нуль — NotNull).

— Ни один из экземпляров сущности не может обладать более чем одним значением для ее атрибута.

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

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

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

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

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

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

Связи дается имя, выражаемое грамматической формой глагола. Для связи дополнительно может присутствовать указание мощности: какое количество экземпляров сущности-потомка может существовать для сущности-родителя. Имя связи всегда формируется с точки зрения родителя, так что может быть образовано предложение, если соединить имя сущности родителя, имя связи, выражение мощности и имя сущности-потомка (например «производители — производят — товар»).

Таблица 1 — Сущности и атрибуты

2.3 Логическое построение данных

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

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

2.4 Проектирование ER-модели

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

Процесс непосредственного проектирования ER-модели состоит из нескольких этапов, а именно:

— Классификация связей;

— Выбор ключей;

— Нормализация отношений;

— Создание ER-модели.

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

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

При создании структуры таблиц одно поле (или одну комбинацию полей) можно назначить ключевым. С ключевыми полями компьютер работает особо. Он проверяет их уникальность и быстрее выполняет сортировку по таким полям. Ключевое поле — очевидный кандидат для создания связей. Иногда ключевое поле называют первичным ключом. Если при создании таблицы автор не задал ключевое поле, система управления базой данных напомнит о том, что поле первичного ключа таблице не помешает. В качестве первичного ключа в таблицах часто используют поле, имеющее тип Счётчик. Ввести два одинаковых значения в такое поле нельзя по определению, поскольку приращение значения поля производится автоматически. Структура связей между таблицами называется схемой данных.

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

— Один-один (1:1);

— Один ко многим (1:М);

— Многие к одному (М:1);

— Многие ко многим (М:М).

Из перечисленных видов связи наиболее широко используется связь вида 1: М, когда одна запись главной таблицы (главная, родительская запись) оказывается связанной с несколькими записями дополнительной (дополнительные, подчиненные записи). Связь вида 1:1 можно считать частным случаем связи 1: М, когда одной записи главной таблицы соответствует одна запись вспомогательной таблицы. Связь М:1. по сути, является «зеркальным отображением» связи 1: М. Оставшийся вид связи М: М характеризуется как слабый вид связи или даже как отсутствие связи. 4]

Рассмотрим связи между выявленными сущностями и их ключевые поля:

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

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

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

Существует 5 нормальных форм:

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

Вторая — требует обязательность наличия первичного ключа.

Третья — нужно отсутствие связи 1: М.

Четвертая — нужно отсутствие связи М: М.

Пятая — требует построения отношений без зависимости соединения.

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

Использование ER-моделирования дает много преимуществ:

— Предписывая определенную методологию моделирования, делает анализ предметной области более целенаправленным и конкретным;

— Является удобным средством документирования проекта;

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

Рисунок 2 — ER-модель на базе MSVisio

3. Физическое проектирование «Базы данных автомобильных запчастей»

3.1 Выбор целевой СУБД

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

Access — мощное приложение Windows; впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей MicrosoftWindows. Поскольку оба эти продукта — детища компании Microsoft, они прекрасно взаимодействуют между собой. Система Access работает под управлением Windows, так что при работе с ней пользователю доступны все преимущества Windows. Можно вырезать, копировать и вставлять данные из любого приложения Windows и Access и наоборот; можно создать проект формы в Access и вставить его в конструктор форм.

С помощью объектов OLE (ObjectLinkingandEmbeddingсвязывание и внедрение объектов) в Windows и компонентах MicrosoftOffice (Excel, Word, PowerPoint и Outlook) можно превратить Access в настоящую операционную среду баз данных. С помощью новых расширений для Internet можно создавать формы, которые будут напрямую взаимодействовать с данными из WordWideWeb, и транслировать их в представление на языке HTML, обеспечивающее работу такими продуктами, как InternetExplorer и NetscapeNavigator.

При всем этом Access — не просто СУБД. Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет использовать одновременно несколько и таблиц базы данных. При этом можно существенно упростить структуру данных, облегчая тем самым выполнение поставленных задач. Таблицу Access можно связать с данными, хранящимися на сервере. С другой стороны можно использовать таблицы, созданные в среде Paradox или dBASE. Полученные результаты можно быстро и легко связать и объединить с данными из электронных таблиц Excel. Работая в среде MicrosoftOffice, пользователь получает в своё распоряжение полностью совместимые между собой Access и Word, Excel и PowerPoint.

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

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

3.2 Разработка приложений

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

Создание прототипа — создание рабочей модели приложения базы данных.

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

Разработанная база данных содержит 3 таблицы.

Рис. 3 — Вид таблицы «Склад» в конструкторе Рис. 4 — Вид таблицы «Поставщик» в конструкторе Рис. 5 — Вид таблицы «Запчасти» в конструкторе база данных склад аccess

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

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

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

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

Заключение

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

1. Методические рекомендации по дисциплине «Базы данных», МГУПИ, 2011.

2. Малыхина М. П. Базы данных: основы, проектирование, использование.

3. К.Дж. Дейт.

Введение

в системы баз данных / Пер. с англ. — 8-е изд. — М.: Вильямс, 2005.

4. http://www.moysklad.ru/uchet_tovarov/

5. http://msdn.microsoft.com/ru-ru/