Автоматизированный учет готовой продукции ВАГОНМАШ

СОДЕРЖАНИЕ

Введение............................................................................................................... 9

Раздел 1. Общетехническая часть.................................................................. 11

1.1. Анализ использования разработки.......................................................... 12

1.2.CASE-средство проектирования модели данных…………..…............. 14

1.3. СУБД MS Access средство разработки баз данных ………….............. 15

1.4. Описание среды программирования…………………………………… 16

Раздел 2. Специальная часть .......................................................................... 17

2.1. Методика моделирования данных с помощью CASE-средства Erwin……………………………………………………….........…….......……. 17

2.2. Определение сущностей.……………………………..……............…… 19

2.3. Определение связей …………………………......................................... 19

2.4. Определение атрибутов сущностей ……………………....................... 21

2.5. Задание первичных ключей ………........................................…............ 22

2.6. Переход на физический уровень............................................................. 23

2.7. Доработка базы данных, сгенерированной в СУБД Delphi ………… 25

2.8. Разработка форм приложения………………………………………….. 29

2.9. Отчеты Quick Report………………………………….........……............ 31

Раздел 3. Организация производства………………………………………. 37

3.1. История и социальное партнёрство ВАГОНМАШ……………….......    37

Раздел 4. Экономика производства………………………………………...  39

4.1. Расчет затрат на разработку программного продукта ………….........     39

4.2. Расчет затрат на амортизацию  и содержание основных фондов  ……..   40

4.3. Материалы и прочие затраты  ……………………………......….............    42

4.4. Расчет  экономической эффективности программного  продукта ..........   45

Раздел 5. Охрана труда………………………………………………………   49

5.1. Окраска и коэффициенты отражения………………………………….   49

5.2. Освещение………………………………………………………………    50

5.3 Параметры микроклимата ………………………………………………   52

5.4 Шум и вибрация …………………………………………………………   53

Раздел 6. Экологическая безопасность……………………………………..   55

6.1. Средства обеспечения экологической безопасности………………....   56

Заключение ………………………………………………......................……   57

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

Приложение А ……………………………………………….........................   59 
Введение

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

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

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

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

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

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

Цель дипломной работы – Автоматизированный учет управления поставками готовой продукции ВАГОНМАШ.

Данная цель детализируется следующими задачами:

1. Изучение особенностей работы ВАГОНМАШ.
2. Разработать программное обеспечения для автоматизации учета управления поставками готовой продукции ВАГОНМАШ;
3. Произвести экономический расчет рентабельности программного продукта.

Информационная база исследования.

Информационной базой нашего исследования будет являться CASE-средства Erwin, СУБД MS Access.

 

Раздел 1. ОБЩЕТЕХНИЧЕСКАЯ ЧАСТЬ

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

На предприятии ВАГОНМАШ отгрузка готовой продукции покупателям производится в соответствии с планом реализации и графиком отгрузки на основании договоров, заключённых с покупателями, или разовых нарядов. На основании договоров в отделе сбыта предприятия выписывают приказы-накладные на отпуск или отгрузку продукции покупателям, которые после отгрузки продукции со склада передают в бухгалтерию для выписки расчётно-платёжных документов.

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

Продукция со склада отпускается непосредственно покупателю или представителю покупателя, имеющему доверенность. В этом случае отпуск продукции оформляется товарно-транспортной накладной. На основании товарно-транспортной накладной составляют платёжное требование (платёжное требование-поручение) и представляют его в банк.

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

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

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

1.1 Анализ использования разработки

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

Основными направления в области совершенствования учета готовой продукции являются:

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

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

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

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

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

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

1.2 CASE-средство проектирования модели данных

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

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

1.3 MS Access средство разработки баз данных

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

В Microsoft Access имеется возможность открывать таблицы, запросы, представления, сохраненные процедуры, функции и формы в режимах сводной таблицы и сводной диаграммы. Существует возможность сохранять представления в режимах сводной таблицы и сводной диаграммы в качестве страниц доступа к данным, которые затем может просмотреть любой пользователь, на компьютере которого установлен Microsoft Internet Explorer 5 или более поздняя версия.

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

 

 

1.4 Описание среды программирования

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

В качестве среды для создания СУБД был выбран Delphi 7. Она имеет большие возможности для создания СУБД разных типов. К тому же в нем очень просто создавать пользовательский интерфейс.

Для присоединения базы данных Access использована технология ADO. База данных присоединяется к проекту при помощи компонента ADOConnection.

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

Для создания запросов используется компонент ADOQuery, который поддерживает язык создания запросов SQL. Результаты запросов можно использовать для создания новых запросов или для вывода их пользователю.

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

К графическим элементам относятся DBGrid, DBNavigator, QuickReport. DBGrid позволяет легко выводить данные, предоставляемые DataSource на экран в виде таблицы и корректировать их. DBNavigator позволяет производить навигацию по таблице, добавлять и удалять записи, корректировать записи, обновлять таблицу, а так же “посылать” изменения серверу базы данных. QuickReport – удобное средство для создания отчетов, выводимых на печать, возможна настройка внешнего вида отчета.

 

Раздел 2. СПЕЦИАЛЬНАЯ ЧАСТЬ

2.1 Методика моделирования  данных с помощью CASE-средства Erwin

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

ERwin - средство разработки структуры  базы данных (БД). ERwin сочетает графический  интерфейс Windows, инструменты для  построения ER-диаграмм, редакторы для  создания логического и физического  описания модели данных и прозрачную  поддержку ведущих реляционных СУБД и настольных баз данных. С помощью ERwin можно создавать или проводить обратное проектирование баз данных. (Рисунок 2.1.)

 

 

 

 

 

 

 

 

 

 

Рисунок 2.1. Интерфейс программы

После запуска Erwin, модель данных разрабатывали самостоятельно, поэтому для отказа использования средств коллективной разработки моделей в окне ModelMart Connection Manager выбираем Cancel (Рисунок 2.2.).

Рисунок 2.2. ModelMart Connection Manager

Далее в появившемся окне Computer Associates Erwin выбираем Create a new model – Создать новую модель, и нажимаем Ок (Рисунок 2.3).

Рисунок 2.3. Computer Associates Erwin

 

2.2 Определение сущностей

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

Для создания сущности на палитре выбрали инструмент Entity (Рисунок 2.4).

Рисунок 2.4. Сущность

Далее щелкнули мышью по месту  размещения диаграммы, и ввели имя сущности (Рисунок 2.5).

Рисунок 2.5. Установка сущности

Таким же образом  создаем все необходимые сущности.

2.3 Определение связей

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

Для создания связи на панели выбираем неидентифицирующую связь (Рисунок 2.6).

Рисунок 2.6. Панель связей

Определяем родительскую и дочернюю сущности. И устанавливаем связь от родительской к дочерней. (Рисунок 2.7).

Рисунок 2.7. Установка связей

Затем щелкаем по связям двойным щелчком и в открывшемся окне Relationships выбираем тип связи «один-ко-многим», нажимаем Ok (Рисунок 2.8).

Рисунок 2.8. Установка типа связи

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

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

Для создания атрибутов нажимаем кнопу просмотра атрибутов. (Рисунок 2.9).

Рисунок 2.9. Панели сущностей

Щелкаем по сущности и в панели меню выбираем Model/Attributes. В появившемся окне нажимаем New.Далее вводим в поле Attribute Name имя атрибута и нажимаем Ok(Рисунок 2.10).

Рисунок 2.10. Ввод имени атрибута

Вводим все необходимые атрибуты и нажимаем Ok(Рисунок 2.11)..

Рисунок 2.11.Группы

Точно также определяем атрибуты и для других сущностей. (Рисунок 2.12).

Рисунок 2.12. Сущности с атрибутами

2.5 Задание первичных ключей

Для задачи первичного ключа выбираем сущность, в области Attribute выбираем атрибут и ставим флажок Primary Key, нажимаем Ok. (Рисунок 2.13). 

Рисунок 2.13. Установка ключа

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

2.6 Переход на физический уровень

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

Для перехода на физический уровень на панели выбираем Physical (Рисунок 2.14).

Рисунок 2.14. Физический уровень

Далее необходимо выбрать тип данных для каждого атрибута сущности. Для этого в панели меню нажимаем Model/Columns.

В открывшемся окне выбираем атрибут и на вкладке Access выбираем необходимый тип данных. (Рисунок 2.15).

Рисунок 2.15. Определение типа данных

Эти операции проделываем со всеми атрибутами сущностей и получаем готовую модель данных. (Рисунок 2.16).

Рисунок 2.16. Готовая модель

 

 

 

2.7 Доработка базы данных, сгенерированной в СУБД Delphi

В Microsoft Access поддерживаются три метода создания базы данных Access:

1. Можно воспользоваться мастером баз данных для создания всех необходимых таблиц, форм и отчетов для базы данных выбранного типа — это простейший способ начального создания базы данных. Мастер предлагает ограниченный набор параметров для настройки базы данных.
2. Нажимаем кнопку «Создать» на панели инструментов. В области задач Создание файла в группе Шаблоны выбираем «На моем компьютере». Выбираем значок подходящего шаблона базы данных на вкладке Базы данных и нажимаем кнопку «OK». В диалоговом окне Файл новой базы данных введем имя базы данных и укажем ее расположение, а затем нажмем кнопку «Создать». Следуем инструкциям мастера баз данных.
3. Можно создать пустую базу данных, а затем добавить в нее таблицы, формы, отчеты и другие объекты — это наиболее гибкий способ, но он требует отдельного определения каждого элемента базы данных. В обоих случаях созданную базу данных можно в любое время изменить и расширить.

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

Рисунок 2.17 – Создание таблиц в режиме конструктора

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

• Имя поля – имена полей образуют заголовки каждого столбца таблицы.
• Если требуется отслеживать в таблице дополнительные данные, добавьте соответствующие поля. Если существующее имя поля недостаточно понятно, поле можно переименовать;
• Тип данных - настройка  типа данных поля определяет тип значений, которые можно вводить в это поле. Например, если нужно, чтобы в поле содержались числовые значения, которые можно использовать в вычислениях, задайте Числовой или Денежный тип данных;
• Размер поля – это максимально возможное количество введения символов при заполнении таблиц;
• Ключевое поле - для идентификации каждой записи в таблице используется уникальный маркер, который называют первичным ключом;

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

Общее поле связывает две таблицы таким образом, что Microsoft Access может объединить данные из двух таблиц для просмотра, редактирования или печати. В одной таблице поле является полем первичного ключа. Одно или несколько полей (столбцов), комбинация значений которых однозначно определяет каждую запись в таблице. Первичный ключ не допускает значений Null и всегда должен иметь уникальный индекс. Первичный ключ используется для связывания таблицы с внешними ключами в других таблицах), который был установлен в режиме конструктора. Это же поле существует в связанной таблице как поле внешнего ключа.

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

Рисунок 2.18 – Таблицы, созданные с помощью конструктора

Таким образом, необходимо создать все нужные связи для работы программы. Созданные связи можно просмотреть, нажав Сервис -> Схема данных. (Рисунок 2.19)

Рисунок 2.19 – Схема данных

После создания БД в Microsoft Access  необходимо подключить ее к Delphi, для этого выполним следующие действия:

На форму  поместить компонент ADOConnection1  в Object Inspector щелкнуть на свойство Connection String. В появившемся окне нажать «Build» (Рисунок 2.20)

Рисунок 2.20 – Подключение БД к Delphi

В окне «Свойства связи с данными» выбираем необходимого провайдера, т.е. Microsoft Jet 4.0 OLE DB Provider. Выбрав провайдера, нажимаем кнопку «Далее» (Рисунок 2.21).

Рисунок 2.21– Выбор провайдера

В появившемся окне  не вкладке «Подключение» указываем путь, где находится БД созданная в Access т.е. D:\1db (Рисунок 2.22)

Рисунок 2.22 – Указание сведений для подключения к данным Access

Для подключения таблиц к БД используем компоненты:

• ADOTable1 в свойстве Connection указать ADOConnection1, в свойстве TableName указать название подключаемой таблицы и установить True в Active.
• DataSource1 в свойстве DataSet указать ADOTable1
• DBGrid1 в свойстве DataSource указать DataSource1

Таким же образом подключить все остальные таблицы.

2.8 Разработка форм приложения

Delphi 7 — это достаточно мощная система, предназначенная для быстрой разработки приложений самого разного характера и назначения, в том числе для работы с базами данных (драйверы dbExpress, DB2 7.2, InterBase 6.5, MySQL, MSSQL) и Интернет.

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

Скорость и производительность программиста при создании программ на Delphi достигаются благодаря IDE (Integrated Development Environment — интегрированная среда разработки) в которой они создаются.

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

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

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

Форма представляет окно приложения, являясь контейнером для размещения элементов интерфейса.