Разработка базы данных для учёта работы магазина 'Бытовые товары'

  • Вид работы:
    Курсовая работа (т)
  • Предмет:
    Информационное обеспечение, программирование
  • Язык:
    Русский
    ,
    Формат файла:
    MS Word
    246,17 Кб
  • Опубликовано:
    2013-02-27
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!

Разработка базы данных для учёта работы магазина 'Бытовые товары'















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

по дисциплине «Разработка и эксплуатация автоматизированных информационных систем»

Разработка базы данных для учёта работы магазина «Бытовые товары»


Исполнитель Магрычёв Алексей Алексеевич

Руководитель Скопченко Ольга Николаевна




Ханты-Мансийск 2012

Содержание

Введение

. Общие требования к информационной системе

. Этапы разработки автоматизированных информационных систем

. Особенности работы СУБД

. Технологии доступа к данным

. Проектирование структуры базы данных

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

.2 Анализ потребностей

.3 Построение ER-диаграммы

.4 Преобразование ER-диаграммы в реляционную модель

. Разработка клиентского программного обеспечения

.1 Описание СУБД

.2 Описание интерфейса

.3 Описание алгоритма обработки данных

.4 Описание технических средств проектирования

.5 Описание работы программы

.6 Защита и сохранность данных

Заключение

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

Приложение 1

Приложение 2


Введение

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

Целью написания данной курсовой работы является Разработка базы данных для учёта работы магазина «Бытовые товары»

Для достижения поставленной цели требуется решение следующих задач:

. Изучение предметной области данного магазина

. Изучение литературы по вопросам проектирования и разработки автоматизации информационной системы

. Проектирование схемы работы программы

. Разработка программы для учёта работы магазина «Бытовые товары»

. Написание пояснительной записки к созданной БД


1.  Общие требования к информационной системе

1.Гибкость

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

.Надежность

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

.Эффективность

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

.Безопасность

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


2.   Этапы разработки автоматизированных информационных систем

Таблица 1 Этапы разработки АИС

Наименование этапа

Основные характеристики

Разработка и анализ бизнес - модели

Определяются основные задачи АИС, проводится декомпозиция задач по модулям, и определяются функции, с помощью которых решаются эти задачи. Описание функций осуществляется на языке производственных (описание процессов предметной области), функциональных (описание форм обрабатываемых документов) и технических требований (аппаратное, программное, лингвистическое обеспечение АИС). Метод решения: Функциональное моделирование. Результат: 1. Концептуальная модель АИС, состоящая из описания предметной области, ресурсов и потоков данных, перечень требований и ограничений к технической реализации АИС. 2. Аппаратно-технический состав создаваемой АИС.

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

Разработанная концептуальная модель формализуется, т.е. воплощается в виде логической модели АИС. Метод решения: Разработка диаграммы "сущность-связь" (ER (Entity-Reationship) - CASE - диаграммы). Результат: Разработанное информационное обеспечение АИС: схемы и структуры данных для всех уровней модульности АИС, документация по логической структуре АИС, сгенерированные скрипты для создания объектов БД.

Выбор лингвистического обеспечения, разработка программногообеспечения АИС.

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

Тестирование и отладка АИС

На данном этапе осуществляется корректировка информационного, аппаратного, программного обеспечения, проводится разработка методического обеспечения (документации разработчика, пользователя) и т.п. Результат: Оптимальный состав и эффективное функционирование АИС. Комплект документации: разработчика, администратора, пользователя.

Эксплуатация и контроль версий

Особенность АИС созданных по архитектуре клиент сервер является их многоуровневость и многомодульность, поэтому при их эксплуатации и развитии на первое место выходят вопросы контроля версий, т.е. добавление новых и развитие старых модулей с выводом из эксплуатации старых. Например, если ежедневный контроль версий не ведется, то в как показала практика, БД АИС за год эксплуатации может насчитывать более 1000 таблиц, из которых эффективно использоваться будет лишь 20-30%. Результат: Наращиваемость и безизбыточный состав гибкой, масштабируемой АИС




3.  Особенности работы СУБД

Ниже указаны три отличительных компонента пользовательского интерфейса Access 2010:

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

Представление Backstage. Набор команд на вкладке Файл на ленте.

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

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

Лента

Лента заменила меню и панели инструментов, доступные в версиях, выпущенных до Access 2007. Она состоит из вкладок с группами кнопок.

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

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

Режим Backstage появился в Access 2010. Он содержит команды и сведения, применимые ко всей базе данных, например Сжать и восстановить, а также команды, которые в более ранних версиях содержались в меню Файл, например Печать.

Область навигации

Область навигации позволяет организовать объекты базы данных и является основным средством открытия или изменения объектов базы данных. Область навигации заменила окно базы данных, которое использовалось в версиях Access до Access 2007.

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

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


4.  Технологии доступа к данным

.ODBC: "Открытый интерфейс взаимодействия с базами данных" - Open Database Connectivity - одна из самых ранних технологий, а также одна из самых популярных среди всех, что предложила для стандартизации доступа к источникам данных корпорация Microsoft, ибо технология эта проще большинства придуманных в более позднее время сходных технологий.

.OLE DB: Примером дальнейшего развития вышеописанной технологии может послужить OLE DB, в которой практически, смешались ODBC и COM, то есть для доступа к данным в ней используются не API на языке C, а COM-интерфейсы. OLE DB существует для того, чтобы облегчать доступ к базам данных, файловым системам, хранилищам сообщений, службам директорий, а также рабочей документации.

.RDO: Реализованная в OLE DB идея объединения разнородных библиотек и развития ODBC дальше уже не идет, обе библиотеки продолжают оставаться независимыми друг от друга, и для стыковки им нужны специальные драйвера.

.DAO: DAO - это Data Access Objects (объекты доступа к данным). Первоначально компонент DAO был создан как COM-интерфейс для обеспечения доступа к базам данных JET (Access) и любыми, для которых имелись драйверы ODBC.

.ADO: ActiveX Data Objects (ADO) - объекты для доступа к данным - одна из самых популярных после ODBC технологий, обеспечивает программируемую модель высокого класса, которая будет поддерживаться и улучшаться со временем.

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

.MDAC: Microsoft Data Access Components (компоненты доступа к данным корпорации Microsoft) - это совокупность библиотек, обеспечивающих работу перечисленных технологий.

.MSDE: Начиная с версии 2.6, MDAC больше не содержит компонентов Jet. Другими словами, MDAC 2.6, 2.7, 2.8, равно как и все будущие его релизы, не будет содержать таких компонентов, как Microsoft Jet, Microsoft Jet OLE DB Provider, а также ODBC Desktop Database Drivers.


5. Проектирование структуры базы данных

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

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

Магазин бытовых товаров ведет непосредственную работу с клиентами по вопросам розничной торговли бытовых товаров.

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

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

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

Клиентские подразделения:) организация взаимодействия с Клиентом;

б) участие в мониторинге сделок.

Учет товаров:) учет поступления товаров в розницу;

б) учет реализации товаров;

в) учет перемещения товаров между структурными подразделениями;

г) учет возврата товаров поставщику;

д) учет инвентаризации товаров;

е) учет списания товаров.

Финансовый учет:

а) учет переоценки товаров;

б) учет денежной выручки;

в) учет товаров в ценах реализации.

Описание бизнес-процессов магазина бытовых товаров

. Поступление товаров в розницу.

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

. Продажа товаров

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

. Анализ доходов и планирование закупок

Происходит анализ денежной выручки в разрезе ККМ и структурных подразделений (отделов) магазина и планирование закупок у поставщика.

. Количественно-суммовой мониторинг

Ведение количественно-суммового учета по итоговым данным за период:

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

реализация товаров по номенклатуре с применением одного из методов списания:

а) пo стоимости единицы товара;

б) по методу ФИФО.

учет выручки по отделам;

инвентаризация для определения количества проданных товаров;

определение результатов хозяйственной деятельности.

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


5.2 Анализ потребностей

Таблицы

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

№ Заказа

Дата поставки

Поставщик

Название товара

.Поставщики - В таблицу вписывается адрес, телефон и название организации.

Номер

Название организации

Адрес

Телефон

.Товары - В таблицу вписывается цена товара и его количество.

Номер

Название товара

Категория

Цена

Количество

Запросы

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

Дата поставки

Поставщик

Название товара

Товары от 500 рублей - Товары с ценой до 500 рублей.

Номер

Название товара

Категория

Цена

Количество

Товары категории А,B,C,D - Список товаров по категориям.

Номер

Название товара

Категория

Цена

Количество

Товары от 500 рублей - Товары с ценой от 500 рублей.

Номер

Название товара

Категория

Цена

Количество

5.3 Построение ER-диаграммы

Типичной формой документирования информационной модели предметной области являются диаграммы “сущность-связь” (ER-диаграммы). ER-диаграмма позволяет графически представить все элементы информационной модели согласно простым, интуитивно понятным, но строго определенным правилам - нотациям. Далее мы будем пользоваться условными обозначениями, принятыми в методологии информационного проектирования. Сущность на ER-диаграмме представляется прямоугольником с именем в верхней части. В прямоугольнике перечисляются атрибуты сущности, при этом атрибуты, составляющие уникальный идентификатор сущности, подчеркиваются. Отношение (связь) сущностей на ER-диаграмме изображается линией, соединяющей эти сущности и ромбом с описанием отношений. Тип отношения описывается символом у линий. Это М для множественных отношений и 1- для одиночных.

ER-Диаграмма представлена в графической части.

5.4 Преобразование ER-диаграммы в реляционную модель

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

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

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

Правило 1

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

Правило 2

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

Правило 3

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

Правило 4

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

Правило 5

Если связь типа 1:М и класс принадлежности сущности на стороне М является необязательным, то необходимо построить три таблицы - по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соответствующей таблицы. Таблица для связи среди своих атрибутов должна иметь ключи обеих сущностей;

Правило 6

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

Результат преобразования ER-диаграммы в реляционную модель представлен в Приложении 1.


6. Разработка клиентского программного обеспечения

.1 Описание СУБД

автоматизированный информационный система база данные

Microsoft Office Access или просто Microsoft Access - реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Основные компоненты MS Access:

         построитель таблиц;

Рисунок 1 Таблица “Создание Таблицы”

На данном этапе мы видим пустые строки под названием: Имя поля, тип данных, описание;

         построитель экранных форм;

Рисунок 2 Форма “Главная кнопочная форма”

На данном этапе мы создаем главную кнопочную форму. (Главное меню)

         построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);

Рисунок 3 Запрос “Создание запросов”

На данном рисунке мы видим создание нужного нам запроса.

построитель отчётов, выводимых на печать.

Рисунок 4 Отчет “Создание отчетов”

Пример отчета:

Рисунок 5 Отчет “Пример собственного отчета”

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

Существенно расширяет возможности MS Access по написанию приложений механизм связи с различными внешними СУБД: "связанные таблицы" (связь с таблицей СУБД) и "запросы к серверу" (запрос на диалекте SQL, который "понимает" СУБД). Также MS Access позволяет строить полноценные клиент-серверные приложения на СУБД MS SQL Server. При этом имеется возможность совместить с присущей MS Access простотой инструменты для управления БД и средства разработки.

6.2 Описание интерфейса

В данной базе данных имеется удобная кнопочная форма. При открытии Автоматически включается главное меню для работы. В базе данных присутствует 3 таблицы, 7 запросов, 11 форм , 2 отчета, 1макрос и 1 приложение. При запуске программы так же включается автоматически макрос “Добро пожаловать”. Каждый пользователь сможет легко разобраться в базе данных, так как кнопочная форма очень удобная.

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

.Зайти во вкладку создание

.Выбрать категорию “Переходы по записям”, действия - Найти далее

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

.        Зайти во вкладку создание

2.      Далее мастер форм

3.      Выбрать нужную таблицу или запрос.

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

Описание кнопочной формы описанно в пункте 6.6

Рисунок 6 Форма “Главное меню”

6.3 Описание алгоритма обработки данных

Рисунок 7 Таблица “Алгоритм обработки данных”

6.4 Описание технических средств проектирования

Microsoft Office Access 2010 Базовый

В следующей таблице приведены требования к системе для Microsoft Access 2010.

Таблица 2 Требования MS Access 2010

Компонент

Требование

ПК и процессор

Процессор c тактовой частотой 500 МГц или выше.

Память

256 МБ оперативной памяти или больше.

Жесткий диск

2 ГБ свободного дискового пространства.

Монитор

Монитор с разрешением 1024 х 768 или выше.

Операционная система

Windows XP с пакетом обновления 3 (SP3) (32-разрядная), Windows Vista с пакетом обновления 1, Windows Server 2003 с пакетом обновления 2 (SP2) с установленным MSXML 6.0 (только для 32-разрядной версии Office), Windows Server 2008 или более поздняя (32-разрядная или 64-разрядная), Windows 7.

Другое

Для аппаратного ускорения графики требуется совместимая со стандартом DirectX 9.0c видеокарта с драйверами, выпущенными не ранее 1 ноября 2004 г. Internet Explorer 6, Internet Explorer 7 или Internet Explorer 8, только 32-разрядная версия браузера. Для поддержки функций Интернета необходим доступ в сеть (может взиматься плата за услуги). Для импорта данных из Excel 2010 или Outlook 2010 требуется Excel 2010 или Outlook 2010. Для интеграции с Business Connectivity Services требуется Microsoft .NET Framework 3.5. Функциональные возможности продуктов и графики могут различаться в зависимости от конфигурации системы. Для работы некоторых компонентов может требоваться дополнительное или более производительное оборудование, а также подключение к серверу.


6.5 Описание работы программы

В главном меню присутствуют кнопки:

Отчеты

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

Рисунок 8 Таблица “ Ближайшие поставки ”

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

Рисунок 9 Таблица “ Товары ”

Таблицы

.Поставки - в данной таблице отображается поставка товара

Рисунок 10 Таблица “ Поставки ”

.Поставщики - в данной таблице отображается поставщики товаров.

Рисунок 11 Таблица “ Поставщики ”


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

Рисунок 12 Таблица “ Товары”

Запросы

.Товары от 500 - в данной таблице отображаются товары от 500 рублей.

Рисунок 13 Таблица “ Товары от 500 ”


.Товары до 500 - в данной таблице отображаются товары до 500 рублей.

Рисунок 14 Таблица “ Товары до 500 ”

.Товары категории А,B,C,D - Данные таблицы основаны по категориям товаров.

Рисунок 15 Таблица “ Товары категории А ”

Товары категории B

Рисунок 16 Таблица “ Товары категории B ”

Товары категории C

Рисунок 17 Таблица “ Товары категории C ”

Товары категории D

Рисунок 18 Таблица “ Товары категории D ”

Выход - закрытие программы.

6.6 Защита и сохранность данных

В Access не поддерживается защита на уровне пользователя для баз данных, созданных в новом формате (ACCDB и ACCDE-файлы). Однако при открытии базы данных из более ранней версии Access, имеющей защиту на уровне пользователя, в Access 2010 эти параметры будут продолжать действовать.

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

При преобразовании подобной базы данных в новый формат приложение Access автоматически удаляет все параметры безопасности и применяет правила защиты ACCDB- и ACCDE-файлов.

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

Архитектура безопасности ACCESS

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

Некоторые компоненты Access могут быть небезопасны, поэтому в ненадежной базе данных они отключены:

запросы на изменение (запросы, которые добавляют, удаляют или изменяют данные);

макросы;

некоторые выражения (функции, возвращающие одно значение);

код VBA.

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

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

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

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

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

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


Заключение

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

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

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


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

1.   Фуфаев Э.В. Базы данных 3-е издание. - М.: Издательский центр «Академия», 2007. - 320 с.

2.      Кузин А.В. Базы данных 2-е издание.- М.: Издательский центр «Академия», 2008. - 320 с.

3.      Диго С.М. Базы данных: проектирование и использование. - М.:Финансы и статистика, 2007. - 529 с.

4.   Голицина О.Л., Максимов Н.В., Попов И.И. Базы данных 2-е издание. - М.: ФОРУМ: ИНФРА-М, 2007. - 400 с.

5.   Гвоздева В.А. Автоматизированные информационные системы. - М.: «ФОРУМ»: ИНФРА-М, 2007. - 320 с.

6.      Гагарина Л.Г. Разработка и эксплуатация автоматизированных информационных систем. - М.: ИД «ФОРУМ»: ИНФРА-М, 2007. - 384 с.

7.      Учебное пособие «Базы данных», СПб 2006

8.      Бондарева Г.А., Сахарова Е.В., Королькова Л.Н., Информатика. Мето-дические указания. Ставрополь, СТИС, 2006

9.      Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: учеб. пособие. - 2-е изд., испр. и доп. - М.: ФОРУМ: ИНФРА-М, 2007.

10.    www.taurion.ru

11.    www.lessons-tva.info


Приложение 1




Приложение 2

Похожие работы на - Разработка базы данных для учёта работы магазина 'Бытовые товары'

 

Не нашли материал для своей работы?
Поможем написать уникальную работу
Без плагиата!