Материал: Разработка базы данных учета товарно-материальных ценностей

Разработка базы данных учета товарно-материальных ценностей

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ТЕОРЕТИЧЕСКИЕ ВОПРОСЫ РАЗРАБОТКИ БАЗЫ ДАННЫХ УЧЕТА ТОВАРНО-МАТЕРИАЛЬНЫХ ЦЕННОСТЕЙ

1.1 Введение в базы данных

1.1.1 Основные типы данных

1.1.2 Обобщенные структуры или модели данных

1.1.3 Реляционная модель данных

1.2 Система управления базами данных MySQL

1.3 Структура базы данных MySQL

1.4 Управление БД MySQL при помощи инструмента phpmyadmin

1.5 Принципы учета товарно-материальных ценностей

1.5.1 Описание общих принципов учета ТМЦ

1.5.2 Современные методы учета ТМЦ

2. АНАЛИЗ ИНФОРМАЦИОННО-ТЕХНИЧЕСКОЙ ИНФРАСТРУКТУРЫ ИП ЛИТВИНОВА А.Ю. ФИРМА «ЖЕСТЬ»

2.1 Краткая характеристика ИП Литвинов А.Ю.

2.2 Вычислительное оборудование, применяемое в работе организации

2.3 Спецификация оборудования, необходимого для нормального функционирования базы данных учета ТМЦ для ИП ЛИТВИНОВА А.Ю. фирма «Жесть»

3. ПРАКТИЧЕСКАЯ РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ УЧЕТА ТМЦ ДЛЯ ИП ЛИТВИНОВА А.Ю. ФИРМА «ЖЕСТЬ»

3.1 Обоснование актуальности разработки базы данных учета ТМЦ

3.2 Построение моделей базы данных для учета ТМЦ

3.2.1 Разработка инфологической модели

3.2.2 Логическая модель БД информационной системы для автоматизации поступления ТМЦ на склад

3.2.3 Физическая модель базы данных

3.3 Создание таблиц базы данных

3.4 Создание скрипта отбора данных

3.5 Создание форм

4. ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА РАЗРАБОТКИ БАЗЫ ДАННЫХ УЧЕТА ТМЦ ДЛЯ ИП ЛИТВИНОВА А.Ю. ФИРМА «ЖЕСТЬ»

.1 Общие положения

4.2 Определение ключевых показателей

4.3 Расчет объема капитальных вложений

4.4 Расчет себестоимости базы данных

4.5 Расчет финансовых результатов реализации проекта

5. БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ ПРИ РАЗРАБОТКЕ БАЗЫ ДАННЫХ УЧЕТА ТМЦ ДЛЯ ИП ЛИТВИНОВА А.Ю. ФИРМА «ЖЕСТЬ»

5.1 Анализ условий труда программиста на ИП Литвинова А.Ю.
фирма «Жесть»

5.2 Мероприятия по обеспечению и улучшению условий безопасности жизнедеятельности в помещении с АРМ ПК

5.2.1 Обеспечение нормируемых параметров воздушной среды

5.2.2 Определение мощности вентилятора

5.3 Организация рабочего места инженера-программиста методом сокращения затрат вспомогательного времени

5.4 Прогнозирование эффективности проведённых мероприятий

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЯ

АННОТАЦИЯ

Тема дипломного проекта «Разработка базы данных учета товарно-материальных ценностей для ИП Литвинов А.Ю. фирма «Жесть»».

Выполнил студент Дорофеев А.А.

Руководитель Шолохов Д.Н.

Год защиты 2015 г.

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

ВВЕДЕНИЕ

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

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

В настоящее время порядок бухгалтерского учета материалов регулируется Положением по бухгалтерскому учету "Учет материально-производственных запасов" ПБУ 5/01, утвержденным приказом Минфина России от 09.06.2001 N 44н (ПБУ 5/01), и Методическими указаниями по бухгалтерскому учету материально-производственных запасов, утвержденными приказом Минфина России от 28.12.2001 N 119н (далее - Методические указания по учету материально-производственных запасов).

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

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

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

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

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

1. ТЕОРЕТИЧЕСКИЕ ВОПРОСЫ РАЗРАБОТКИ БАЗЫ ДАННЫХ УЧЕТА ТОВАРНО-МАТЕРИАЛЬНЫХ ЦЕННОСТЕЙ

1.1 Введение в базы данных

1.1.1 Основные типы данных

Данные, хранящиеся в памяти ЭВМ представляют собой совокупность нулей и единиц (битов). Биты объединяются в последовательности: байты, слова и т.д. Каждому участку оперативной памяти, который может вместить один байт или слово, присваивается порядковый номер (адрес).

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

Любые данные могут быть отнесены к одному из двух типов:

основному (простому), форма представления которого определяется архитектурой ЭВМ,

расширенному (сложному), конструируемому пользователем для решения конкретных задач.

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

Некоторые структуры:

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

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

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

Имеется ряд структур, которые могут изменять свою длину - так называемые динамические структуры. К ним относят:

дерево,

список,

ссылка.

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

Рисунок 1 - Классификация типов данных

.1.2 Обобщенные структуры или модели данных

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

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

Любая модель данных должна содержать три компоненты:

Структура данных - описывает точку зрения пользователя на представление данных.

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

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

В процессе исторического развития в СУБД использовалось следующие модели данных:

иерархическая,

сетевая,

реляционная.

В последнее время все большее значение приобретает объектно-ориентированный подход к представлению данных.

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

1.1.3 Реляционная модель данных

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

На реляционной модели данных строятся реляционные базы данных.

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

Структурный аспект (составляющая) - данные в базе данных представляют собой набор отношений.

Аспект (составляющая) целостности - отношения (таблицы) отвечают определенным условиям целостности. РМД поддерживает декларативные ограничения целостности уровня домена (типа данных), уровня отношения и уровня базы данных.

Аспект (составляющая) обработки (манипулирования) - РМД поддерживает операторы манипулирования отношениями (реляционная алгебра, реляционное исчисление).

Кроме того, в состав реляционной модели данных включают теорию нормализации.

Термин «реляционный» означает, что теория основана на математическом понятии отношение (relation). В качестве неформального синонима термину «отношение» часто встречается слово таблица. Необходимо помнить, что «таблица» есть понятие нестрогое и неформальное и часто означает не «отношение» как абстрактное понятие, а визуальное представление отношения на бумаге или экране. Некорректное и нестрогое использование термина «таблица» вместо термина «отношение» нередко приводит к недопониманию. Наиболее частая ошибка состоит в рассуждениях о том, что РМД имеет дело с «плоскими», или «двумерными» таблицами, тогда как таковыми могут быть только визуальные представления таблиц. Отношения же являются абстракциями, и не могут быть ни «плоскими», ни «неплоскими».

Для лучшего понимания РМД следует отметить три важных обстоятельства:

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

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

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

Принципы реляционной модели были сформулированы в 1969-1970 годах Э. Ф. Коддом (E. F. Codd). Идеи Кодда были впервые публично изложены в статье «A Relational Model of Data for Large Shared Data Banks»[1][2], ставшей классической.

Строгое изложение теории реляционных баз данных (реляционной модели данных) в современном понимании можно найти в книге К. Дж. Дейта. «C. J. Date. An Introduction to Database Systems» («Дейт, К. Дж. Введение в системы баз данных»).

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

1.2 Система управления базами данных MySQL

MySQL - свободная реляционная система управления базами данных. Разработку и поддержку MySQL осуществляет корпорация Oracle, получившая права на торговую марку вместе с поглощённой Sun Microsystems, которая ранее приобрела шведскую компанию MySQL AB. Продукт распространяется как под GNU General Public License, так и под собственной коммерческой лицензией. Помимо этого, разработчики создают функциональность по заказу лицензионных пользователей. Именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации.

MySQL является решением для малых и средних приложений. Входит в состав серверов WAMP, AppServ, LAMP и в портативные сборки серверов Денвер, XAMPP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы. Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц. Сообществом разработчиков MySQL созданы различные ответвления кода, такие как Drizzle (англ.), OurDelta, Percona Server, и MariaDB. Все эти ответвления уже существовали на момент поглощения компании Sun корпорацией Oracle.возникла как попытка применить mSQL к собственным разработкам компании: таблицам, для которых использовались ISAM - подпрограммы низкого уровня. В результате был выработан новый SQL-интерфейс, но API-интерфейс остался в наследство от mSQL. Откуда происходит название «MySQL» - доподлинно неизвестно. Разработчики дают два варианта: либо потому, что практически все наработки компании начинались с префикса My, либо в честь девочки по имени My, дочери Майкла Монти Видениуса, одного из разработчиков системы.имеет двойное лицензирование. MySQL может распространяться в соответствии с условиями лицензии GPL. Однако по условиям GPL, если какая-либо программа включает исходные коды MySQL, то она тоже должна распространяться по лицензии GPL. Это может расходиться с планами разработчиков, не желающих открывать исходные тексты своих программ. Для таких случаев предусмотрена коммерческая лицензия, которая также обеспечивает качественную сервисную поддержку.портирована на большое количество платформ: 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 к OpenVMS. Важно отметить, что на официальном сайте СУБД для свободной загрузки предоставляются не только исходные коды, но и откомпилированные и оптимизированные под конкретные операционные системы готовые исполняемые модули СУБД MySQL.