Размещено на http://www.allbest.ru/

26

Размещено на http://www.allbest.ru/

СОДЕРЖАНИЕ

• ВВЕДЕНИЕ
• 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. ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА РАЗРАБОТКИ БАЗЫ ДАННЫХ УЧЕТА ТМЦ ДЛЯ ИП ЛИТВИНОВА А.Ю. ФИРМА «ЖЕСТЬ»
• 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 Массив(функция с конечной областью определения) - простая совокупность элементов данных одного типа, средство оперирования группой данных одного типа. Отдельный элемент массива задается индексом. Массив может быть одномерным, двумерным и т.д. Разновидностями одномерных массивов переменной длины являются структуры типа кольцо, стек, очередь и двухсторонняя очередь.

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

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

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

- дерево,

- список,

- ссылка.

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



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

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

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

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

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

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

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

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

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

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

- сетевая,

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

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

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

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

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

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

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

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

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

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.

MySQL возникла как попытка применить mSQL к собственным разработкам компании: таблицам, для которых использовались ISAM -- подпрограммы низкого уровня. В результате был выработан новый SQL-интерфейс, но API-интерфейс остался в наследство от mSQL. Откуда происходит название «MySQL» -- доподлинно неизвестно. Разработчики дают два варианта: либо потому, что практически все наработки компании начинались с префикса My, либо в честь девочки по имени My, дочери Майкла Монти Видениуса, одного из разработчиков системы.

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

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 к OpenVMS. Важно отметить, что на официальном сайте СУБД для свободной загрузки предоставляются не только исходные коды, но и откомпилированные и оптимизированные под конкретные операционные системы готовые исполняемые модули СУБД MySQL.



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

MySQL состоит из двух частей: серверной и клиентской.

Клиентская.

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

Серверная (структура данных).

База данных - это основа. Физически файлы БД и таблиц имеют расширения frm, MYD, MYI. В каждой БД есть одна или несколько таблиц. В таблице в свою очередь есть одна и более записей.

Как говорилось выше - БД состоит из таблиц. Таблицы, как правило, содержат в себе тематическую информацию, например, таблица users (с данными пользователей), articles (с данными по статьям на сайте), news (с данными новостей сайта) и так далее.

Таблицы состоят из полей. Для таблицы users с данными пользователей будет логично наличие таких полей как id (порядковый номер записи), логин, имя, пароль, e-mail и т.д. В таблице со статьями будут id (автоматически присваиваемый порядковый номер записи), название статьи, короткое описание, текст самой статьи, автор и т.д. Это всё равно, что шапка любой таблицы, в ней же указывается тип содержимого.

Рисунок 1 - Пример полей в таблице



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

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

Если система используется в первый раз, и данные пользователя root не изменялись, то будет выведено соответствующее предупреждение. Чтобы добавить нового пользователя для СУБД MySQL или изменить данные существующих пользователей, необходимо активировать вкладку «Пользователи» (Рисунок 2):

На данной странице отображается список пользователей MySQL, в том числе и главной пользователь (суперпользователь) - root (по аналогии с операционными системами семейства UNIX). По умолчанию, данный пользователь не имеет пароля после установки системы. Вам необходимо задать для него пароль. В списке учетных записей СУБД MySQL отметьтем необходимого пользователя (в данном случае root). Дальше нажмём в последней колонке таблицы с учетными записями пользователей на пиктограмму, которая вызывает интерфейс для редактирования данных выбранного пользователя. В блоке «Изменить пароль» введём новый пароль и подтвердим его, введя в поле «Подтверждение» тот же самый текст. Вернитемся в обзор учетных записей пользователей СУБД MySQL и обновим страницу. Так как мы изменили пароль пользователя root, а именно от него работаем в данный момент в системе phpmyadmin, то будет выведено сообщение что доступ для пользователя с именем root и с пустым паролем запрещен. Для устранения данной проблемы необходимо в конфигурационном файле phpmyadmin также изменить пароль для root, так как по умолчанию там стоит пустая строка. Откроем файл config.inc.php из директории с установленным phpmyadmin. Найдем строки



$cfg['Servers'][$i]['user'] = 'root';

$cfg['Servers'][$i]['password'] = '';

Изменим значение переменной

$cfg['Servers'][$i]['password']

на то значение, которое указали как новый пароль для пользователя root: $cfg['Servers'][$i]['password'] = 'password';

Обновим страницу Phpmyadmin (F5).



Рисунок 2 - Вкладка настройки пользователей в XAMPP

Активируем вкладку «База данных». На данной странице будет отображен список созданных баз данных в СУБД MySQL.



Рисунок 3 - Управление БД

С помощью данной страницы можем редактировать параметры существующих БД, удалять БД и создавать новые. В блоке «Новая база данных» на текущей странице введем в текстовое поле «webProject», а в выпадающем меню с доступными кодировками для БД выберем CP1251-bin (аналогично Windows-1251), нажмем на кнопку «Создать».



Рисунок 4 - Создание базы данных

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

После создания новой БД, система автоматически активирует работу с ней. Перейдём во вкладку «Структура». Здесь находится список таблиц выбранной БД (вновь созданная БД является пустой).



Рисунок 5 - Структура БД

Создадим новую таблицу, введя строку «sections» в текстовое поле «Имя» и «5» в поле «Количество полей».

Далее страница обновится и появится форма для добавления параметров каждого из пяти полей нашей таблицы. Заполняем форму (водим только те параметры, которые указаны далее):

1) Имя поля - id (данное поле будет идентификатором записи и должно содержать уникальные значения); тип - INT; A_I (Auto increment) - ON (что означает, что при добавлении новой записи в таблицу данное поле будет автоматически увеличено на единицу); Индекс - PRIMARY (что значит, что это поле - первичный ключ)

2) Имя поля: caption; тип - VARCHAR, длина - 50;

3) Имя поля: text; тип - TEXT;

4) Имя поля: module; тип - VARCHAR, длина - 30; Allow NULL - ON (что означает, что мы разрешаем пустое значение для данного поля)

5) Имя поля: position; тип - INT; По умолчанию - Как определено (10).

Нажмём кнопку сохранить.

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

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

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

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

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

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

В организации три основных хозяйственных процесса:

- заготовление товарно-материальных ценностей;

- производство продукции (выполнение работ, оказание услуг);

- продажа продукции (выполнение работ, оказание услуг).

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

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

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

Основные счета бухгалтерского учета, используемые в процессе заготовления: 10 «Материалы», 51 «Расчетные счета», 60 «Расчеты с поставщиками и подрядчиками».

Покупатель, получив от поставщика счет на отгруженные ему материалы, акцептует его (дает согласие на оплату) или отказывается от акцепта. На основании акцепта счета в бухгалтерском учете организации производится бухгалтерская запись по дебету счета 10 и кредиту счета 60 на стоимость материалов по покупным ценам.

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

Задачи бухгалтерского учета процесса заготовления (приобретения) ресурсов:

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

- достоверное исчисление первоначальной стоимости основных средств, нематериальных активов, фактической себестоимости приобретенных материалов;

- своевременное погашение задолженности поставщикам и подрядчикам.

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

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

Для учета производственных затрат и расчета себестоимости изготавливаемой продукции применяется основной счет 20 «Основное производство». По дебету данного счета собираются все затраты, которые в соответствии с действующим законодательством включаются в состав себестоимости продукции (работ, услуг) (пример 2). По дебету счета 20 может быть сальдо, которое показывает остаток незавершенного производства на начало или конец отчетного периода. По кредиту счета отражается производственная себестоимость законченной обработкой продукции, выполненных работ или оказанных услуг.

Задачи бухгалтерского учета процесса производства:

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

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

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

Основы бухгалтерского учета процесса реализации.

Сфера реализации представляет собой комплекс хозяйственных операций, связанных со сбытом и продажей продукции (выполнением работ, оказанием услуг), основных средств и прочих активов, а также определением финансовых результатов (прибыли или убытка). При учете операций, связанных с реализацией и определением финансового результата, используются счета: 43 «Готовая продукция», 90 «Продажи», 91 «Прочие доходы и расходы», 99 «Прибыли и убытки». У организации также могут возникнуть дополнительные расходы по сбыту: упаковка, транспорт, комиссионные сборы, рекламные расходы и т. п. Эти расходы называются коммерческими (внепроизводственными) и учитываются обособленно на счете 44 «Расходы на продажу».

Основной счет бухгалтерского учета, на котором организация ведет учет процесса реализации готовой продукции (выполнения работ, оказания услуг), - счет 90 «Продажи». На данном счете выявляется финансовый результат от продажи продукции (выполнения работ, оказания услуг) как разница между стоимостью продажи и полной себестоимостью. Особенность счета 90 состоит в том, что на нем одни и те же хозяйственные операции выражаются в двух оценках: по себестоимости (расходам) и по продажным ценам (доходам). Сопоставление этих двух оценок и позволяет выявить финансовый результат.

Исчисленный финансовый результат от реализации продукции (выполнения работ, оказания услуг) подлежит обязательному списанию в конце месяца на счет 99 «Прибыли и убытки». Таким образом, сальдо на счете 90 «Продажи» не остается.

Аналогичный принцип работы используется при осуществлении бухгалтерских записей на счете 91 «Прочие доходы и расходы».

Задачи бухгалтерского учета процесса реализации:

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

- правильное исчисление списываемых в процессе реализации расходов;

- своевременное оприходование поступивших средств от покупателя (заказчика);

- правильное исчисление финансового результата от реализации продукции.

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

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

LIFO (акроним англ. Last In, First Out - последним пришёл -- первым ушёл) -- метод оценки товарно-материальных ценностей (ТМЦ), при котором с учёта выбывают первыми ТМЦ поставленные на учёт последними. В настоящее время не применяется в бухгалтерском учёте, а с 1 января 2015 г. и в налоговом учёте. В условиях роста цен приводит к системному завышению прибыли и уменьшению стоимости остатка ТМЦ (при падении цен -- наоборот).

Особенности учёта по методу LIFO:

- редко учитывается фактическое движение запасов товаров;

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

- запасы на конец периода оцениваются по стоимости первых закупок.

FIFO (акроним англ. First In, First Out - первым пришёл -- первым ушёл) -- метод оценки ТМЦ, при котором первыми выбывают с учёта ТМЦ поставленные на учёт первыми же.



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

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

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

Фирма "ЖЕСТЬ" осуществляет свою деятельность в Ливнах.

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

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

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

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

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

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

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

Помимо этого, искры способны повредить остальное покрытие листа.

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

Для расчета потребности в материале и его раскрое используется специальное программное обеспечение.

Рисунок 5 - Таблица для расчета площади кровли

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

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

Корректность работы данного алгоритма подтверждена многолетней эксплуатацией этих программ ведущими кровельными фирмами России, Беларуси, Казахстана, Латвии и Молдовы.

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

В рабочем процессе ИП Литвинов А.Ю. заняты 10 сотрудников. Количество используемого вычислительного оборудования - 7 единиц, включая сервер. Основной используемой платформой персональных компьютеров является платформа Intel. Конфигурации типичного системного блока представлена в таблице.

Таблица 1 - Типичная конфигурация ПК

Название компонента	Тип компонента
Материнская плата	Asus p5k
Процессор	Intel Core i 3 255
ОЗУ	2 Gb DDR III 1333 MGz
Жёсткий диск	640 Gb SATA II 7200 rpm
Видеокарта	NVIDIA GF 620
Корпус	FSP Mini Tower
Блок питания	FSP 350 Wt

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

Основной операционной системой является Microsoft Windows 7, так же по программе информатизации села на части ПК установлена операционная система Ubuntu, а на сервере ОС Ubuntu Server.

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

Для передачи сообщений по электронным каналам связи используется система СТЭК-Траст с системой криптографической защиты Крипто-ПРО.

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

Существует несколько способов увеличения емкости хранения данных:

1 Установка дополнительных жестких дисков.

2 Установка дополнительного файлового сервера или системы хранения данных (СХД).

3 Использование ленточных и магнитооптических устройств для архивации информации.

Дополнительные жесткие диски. Установка в файловый сервер новых накопителей на жестких дисках, не требующих остановки работы сервера и проведение специальных настроек сервера и дисковой системы.

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

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

Ленточные или магнитооптические (МО) накопители. Эти устройства применяют для удешевления системы хранения резервной или редко используемой информации. Для хранилищ большого объема данных (архивного хранения электронных документов) целесообразно применять системы хранения, оснащенные автозагрузчиками. Автозагрузчики являются устройствами со сменными носителями информации, благодаря чему могут хранить достаточно большой (от сотен гигабайт) объем данных. Автозагрузчик состоит из отсеков (до десяти), в которых хранятся картриджи, и роботизированного механизма смены картриджей в дисководах (их, как правило, не больше двух). Применение таких накопителей значительно уменьшает объем рутинной работы по замене носителей, например, 8-секционный автозагрузчик позволяет копировать резервные данные понедельника на первый картридж, вторника - на второй и т. д. При этом картриджи не нужно менять каждый день (максимум раз в неделю). Автозагрузчики отличаются большими объемами хранимой информации и высокой скоростью предоставления информации, а также возможностью одновременно обслуживать большее количество запросов.

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



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

В качестве основной платформы для автоматизации предприятия используется платформа IBM PC или Wintel.

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

Необходимая аппаратная конфигурация персонального компьютера:

Таблица 2 - Основная конфигурация персонального компьютера

Название компонента	Характеристика
Процессор	Intel Pentium 2020
Материнская плата	GA-V67
Оперативная память	DDR III PC10600 2 Gb
Видеокарта	интегрированнная
Жёсткий диск	500 Gb
Блок питания	350 Wt

Конфигурация сервера:

Таблица 3 - Конфигурация сервера

Название компонента	Характеристика
Процессор	Intel Xeon E4300
Материнская плата	Intel LGA 2011
Оперативная память	DDR III PC18000 12 Gb
Системный жёсткий диск	128 Gb SSD Intel 730
Набор накопителей	RAID 5+2 2048 Gb
Блок питания	350 Wt



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

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

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

Приведенные выше проблемы повлекли за собой необходимость автоматизации. Было рассмотрено несколько программных продуктов (1С:Торговля и склад, Баланс+ и др.), предназначенных для автоматизации складского учета товарно-материальных ценностей. Все они по разным причинам не удовлетворяли потребностям (дороговизна, слишком сложный интерфейс и т.д.).

Создание модели приложения для автоматизации учета ТМЦ склада решило все эти проблемы:

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

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

- при возможности установки компьютерной техники в других отделах АХЧ, эти отделы также могут использовать информацию данной БД.

Цель работы.

Разработать программный продукт «База данных учета ТМЦ для ИП Литвинова А.Ю. фирма «ЖЕСТЬ»».

Задачи.

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

1 Провести анализ предметной области;

2 Построить инфологическую и логическую модели;

3 Спроектировать и реализовать реляционную базу данных;

4 Разработать программный комплекс, выполняющий следующие функции:

- осуществление основных операций управления данными (ввод, хранение, обработка);

- составление отчетов и вывода их на печать.

Объект исследования.

Деятельность административно-хозяйственной части ИП Литвинов А.Ю.

Предмет исследования.

Автоматизация процесса учета товарно-материальных ценностей.

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

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

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

Инфологическая модель применяется на втором этапе проектирования БД, то есть после словесного описания предметной области. Зачем нужна инфологическая модель и какую пользу она дает проектировщикам? Еще раз хотим напомнить, что процесс проектирования длительный, он требует обсуждений с заказчиком, со специалистами в предметной области. Наконец, при разработке серьезных корпоративных информационных систем проект базы данных является тем фундаментом, на котором строится вся система в целом, и вопрос о возможном кредитовании часто решается экспертами банка на основании именно грамотно сделанного инфологического проекта БД. Следовательно, инфологическая модель должна включать такое формализованное описание предметной области, которое легко будет "читаться" не только специалистами по базам данных. И это описание должно быть настолько емким, чтобы можно было оценить глубину и корректность проработки проекта БД, и конечно, как говорилось раньше, оно не должно быть привязано к конкретной СУБД. Выбор СУБД -- это отдельная задача, для корректного ее решения необходимо иметь проект, который не привязан ни к какой конкретной СУБД.

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

Проблема представления семантики давно интересовала разработчиков, и в семидесятых годах было предложено несколько моделей данных, названных семантическими моделями. К ним можно отнести семантическую модель данных, предложенную Хаммером ( Hammer ) и Мак-Леоном ( McLeon ) в 1981 году, функциональную модель данных Шипмана ( Shipman ), также созданную в 1981 году, модель "сущность--связь", предложенную Ченом ( Chen ) в 1976 году, и ряд других моделей. У всех моделей были свои положительные и отрицательные стороны, но испытание временем выдержала только последняя. И в настоящий момент именно модель Чена "сущность--связь", или "Entity Relationship", стала фактическим стандартом при инфологическом моделировании баз данных. Общепринятым стало сокращенное название ER-модель, большинство современных CASE-средств содержат инструментальные средства для описания данных в формализме этой модели. Кроме того, разработаны методы автоматического преобразования проекта БД из ER-модели в реляционную, при этом преобразование выполняется в даталогическую модель, соответствующую конкретной СУБД. Все CASE-системы имеют развитые средства документирования процесса разработки БД, автоматические генераторы отчетов позволяют подготовить отчет о текущем состоянии проекта БД с подробным описанием объектов БД и их отношений как в графическом виде, так и в виде готовых стандартных печатных отчетов, что существенно облегчает ведение проекта.

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

Рисунок 6 - Инфологическая модель базы данных

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

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

Определение сущностей и атрибутов:

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

Таблица 4 - Атрибуты сущности «Поставщик»

Имя атрибута	Описание
КодПост	Внутренний служебный код для однозначной идентификации поставщика
Название	Название организации
Адрес	Точный почтовый адрес
Контактная информация	Отчество сотрудника
Обращаться к	Фамилия, имя, отчество, должность и контактные данные ответственного сотрудника
банковские реквизиты	банковские реквизиты для оплаты

Таблица 5 - Атрибуты сущности «ТМЦ» (Товароматериальные ценности)

Имя атрибута	Описание
Код	Внутренний служебный код для однозначной идентификации товара
Название	Наименование продукции
Единица измерения	Единица измерения
Цена	Цена за единицу измерения
Количество	Количество товара
стоимость	Стоимость товара
Дата	Дата поступления
кодСчета	Счет согласно «Плана счетов бухгалтерского учёта»
КодПост	код поставщика
Номер партии	Номер партии прихода
номенклатура	номенклатурный номер товара
Кодификатор	Кодификатор
Склад	Место хранения товара

Таблица 6 - Атрибуты сущности «Счет»

Имя атрибута	Описание
кодСчета	Внутренний служебный код для однозначной идентификации счета
Счет	Номер счета
Название	Наименование счета
Субсчет	Номер субсчета
Название_суб	Наименование субсчета

Таблица 7 - Атрибуты сущности «Кодификатор»

Имя атрибута	Описание
Кодификатор	код кодификатора
раздел	Номер счета
подраздел	Наименование счета

Таблица 8 - Атрибуты сущности «Убытие»

Имя атрибута	Описание
Код	Внутренний служебный код для однозначной идентификации товара
Название	Наименование продукции
Единица измерения	Единица измерения
Цена	Цена за единицу измерения
Дата	Дата убытия
Количество	Количество товара
Стоимость	Стоимость отпущенного товара
Номер накладной	Номер накладной расхода



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

В логической модели базы данных установлены три родительские сущности: «Постащик», «Счет» и «Кодификатор», которые связаны с ТМЦ связями один ко многим по ключевым полям. В свою очередь из склада ТМЦ выдаются пользователям, что отображается как создание идентифицирующей связи один ко многим. Это значит, что во всех случаях один экземпляр первой сущности взаимодействует с несколькими экземплярами другой сущности. Взаимосвязи отображаются линиями, соединяющими две сущности, Каждая сущность делится на 2 группы. В первой группе находятся атрибуты, называемые первичным ключом. Первичный ключ -- это набор атрибутов, выбранных для идентификации уникальных экземпляров сущности. Первичный ключ нужен для того, чтобы от него создавать связи между другими таблицами.

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

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

2 никакой из атрибутов первичного ключа не должен иметь нулевое значение;

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

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

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

На следующем этапе построения логической модели определяем ключевые атрибуты и типы атрибутов. Типы атрибутов представлены в таблице (номер накладной в данном случае текстовый).

Далее проводим нормализацию базы данных.

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

Таблица 9 - Типы атрибутов

Атрибут	Тип
КодПост	Number
Название	String
Адрес	String
Контактная информация	String
Обращаться к	String
банковские реквизиты	String
Код	Numeric
Единица измерения	String
Цена	MONEY(,)
Количество	Number
стоимость	MONEY(,)
Дата	Date()
кодСчета	Number
КодПост	Number
Номер партии	String
номенклатура	String
Кодификатор	String
Склад	String
Счет	String

Страница:

•  1 
•  2 
•  3 

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

Подобные документы

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

  Исследование свойств системы управления базами данных Firebird. Разработка базы данных для автоматизации учета товарно-материальных ценностей. Изучение главных сущностей и атрибутов, присутствующих в данной базе данных. Построение связей между сущностями.
  
  курсовая работа [832,8 K], добавлен 23.02.2014
  

• Разработка информационной системы экономиста складского учета деталей

  Общие сведенья о РУП "Гомсельмаш". Экономические показатели деятельности предприятия. Данные об отделе управления технического и сервисного обслуживания продукции. Система учета движения товарно-материальных ценностей. Разработка структуры базы данных.
  
  дипломная работа [1,5 M], добавлен 26.12.2012
  

• Информационная система учета товарно-материальных ценностей на примере ЗАО "Дикси"

  Разработка системы учета товарно-материальных ценностей с использованием стандартных методологий функционального и информационного моделирования. Экономические параметры разработки и внедрения информационной системы. Разработка клиентской части системы.
  
  дипломная работа [1,7 M], добавлен 03.04.2013
  

• Создание базы данных парикмахерской

  Разработка базы данных с информацией о сотрудниках, товарах, со справочником типов товаров средствами системы управления базами данных MySQL с помощью SQL-запросов. Разработка инфологической модели предметной области. Структура таблиц, полей базы данных.
  
  контрольная работа [648,7 K], добавлен 13.04.2012
  

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

  Перечень документов, на основании которых создается система автоматизации бухгалтерского учета товарно-материальных ценностей. Назначение и цели создания системы. Требование к содержанию работ по подготовке объекта автоматизации к вводу системы в действие
  
  курсовая работа [1,1 M], добавлен 05.07.2014
  

• Проектирование базы данных оптового склада

  Характеристика программы базы данных для хранения и учета материальных ценностей на складе, ее возможности и практическое применение. Процесс создания базы данных на основе реляционной СУБД MS Access. Связь сведений по товарам, поставщикам и покупателям.
  
  курсовая работа [13,8 K], добавлен 29.08.2009
  

• Работа с базой данных MySQL средствами PHP

  Функции, позволяющие работать с базой данных MySQL средствами РНР. Соединение с сервером и его разрыв. Создание и выбор базы данных. Доступ к отдельному полю записи. Комплексное использование информационных функций. Запросы, отправляемые серверу MySQL.
  
  лекция [3,5 M], добавлен 27.04.2009
  

• Создание базы данных в MySQL

  Синтаксис, типы данных, используемые в базе данных MySQL. Создание и удаление базы данных, создание таблицы и удаление таблицы, изменение ее свойств. Переименование, вставка и удаление столбцов, изменение их свойств. Обновление и поиск записей в таблице.
  
  лабораторная работа [641,7 K], добавлен 04.03.2010
  

• База данных MySQL

  Характеристика и технические возможности СУБД MySQL. Трехуровневая структура MySQL. Требования к аппаратному обеспечению. Создание таблицы, триггеров, генераторов, хранимых процедур в MySQL. Разработка приложения для базы данных с помощью Borland Delphi.
  
  курсовая работа [940,7 K], добавлен 20.12.2011
  

• Разработка базы данных "Бухгалтерия (учет материальных ценностей)"

  Внешний, концептуальный и внутренний уровень архитектуры ANSI/SPARC. Логическая и физическая модель. Основные требования к функциям системы. SQL скрипты, триггеры, последовательности, запросы базы данных "Бухгалтерия (учет материальных ценностей)".
  
  курсовая работа [1,7 M], добавлен 03.12.2014
  

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

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам