Отчет по практике на ОАО "Буда-Кошелево-агросервис"

Автор работы: Пользователь скрыл имя, 08 Июля 2013 в 15:30, отчет по практике

Краткое описание

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

Содержание

Введение 4
1 Общие сведения об организации 5
1.1 Общая характеристика предприятия 5
1.2 Организационная структура предприятия 6
1.3 Системное и прикладное программное обеспечение, используемое в информационной системе организации7
1.4 Задачи, решаемые в организации 7
1.5 Работа в качестве дублёра инженера-программиста 9
2 Анализ предметной области. функциональное и структурное моделирование 10
2.1 Анализ поставленной задачи. Изучение предметной области задачи 10
2.2 Анализ существующих программных аналогов по решению задачи оптимизации 11
2.3 Обоснование выбора языка программирования 12
2.4 Литературные источники 13
2.5 Схема функционирования процесса в нотации IDEF0 14
2.6 Диаграмма потоков данных 15
3 Санитарно-гигиеническое обеспечение охраны труда при реализации объекта проектирования (системы, программы, работы, продукции) 17
4 Экономическое обоснование 28
5 Обобщение полученных на производстве материалов 29
Заключение 30
Список использованных источников 31

Прикрепленные файлы: 1 файл

Otchet_po_praktike.doc

— 401.00 Кб (Скачать документ)

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

Отпуск готовой продукции и оказание услуг покупателям (заказчикам) осуществляется в организациях на основании соответствующих первичных учетных документов — накладных, актов. В качестве типовой формы накладной используется форма №М-15 «Накладная на отпуск материалов на сторону», образец которой представлен в приложении Б. Основанием для оформления накладной на отпуск готовой продукции на складе является распоряжение руководителя организации или уполномоченного им лица, а также договор с покупателем (заказчиком), а для оформления акта о выполненных работах — акт на выполнение работы, образец которого представлен в приложении В.

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

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

Продавцы ведут журнал учета выставленных покупателям  счетов-фактур, в котором хранятся в хронологическом порядке их вторые экземпляры, и книгу продаж, предназначенную для регистрации счетов-фактур, составляемых продавцом при совершении операций [1].

2.2 Анализ существующих программных аналогов по решению задачи оптимизации

 

Программный продукт  «Учет продаж автозапчастей и  оказания услуг» имеет аналоги. Практически  все аналоги используются на предприятиях большого масштаба, где осуществляется большой выпуск автозапчастей и документальное оформление требует много времени. Большим преимуществом аналогов является предоставление большого объема отчетности. К таким программам можно отнести: «Конфигурация «Продажа автозапчастей», «АвтоИнтеллект», «Автосклад», «Магазин Авто Запчастей», «Учет автозапчастей 2» и «Альфа-Авто: Автозапчасти + Автошины, редакция 3, локальная поставка».

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

«Автосклад» — программа, предназначенная для автомагазинов и СТО. Осуществляет быстрое и удобное ведение складского учета автозапчастей.

«Магазин Авто Запчастей» — программа, предназначенная для ведения учета запчастей в магазинах с указанием индекса запчасти, бренда (производителя), наименования запчасти, текущего остатка запчастей в разрезе магазинов, цены за 1 шт. и прочих данных.

«Учет автозапчастей 2» — программа для автоматизации торговли запасными частями и сопутствующими товарами.

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

Единственным недостатком выше перечисленных программ является отсутствие учета оказанных услуг.

2.3 Обоснование  выбора языка программирования

 

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

Наиболее подходящей для реализации указанных выше требований к разрабатываемому программному обеспечению является среда разработки «Borland C++ Builder», поддерживающая компонентно-ориентированный подход к разработке программных систем.

«C++Builder» — программный продукт, инструмент быстрой разработки приложений («RAD»), интегрированная среда программирования («IDE»), система, используемая программистами для разработки программного обеспечения на языке программирования «C++». «C++Builder» обладает компонентной архитектурой и создан на основе библиотеки визуальных компонентов «Delphi», ставшей за последние два года весьма популярной среди разработчиков. По этой причине этот продукт имеет общую с «Delphi» библиотеку классов, часть из которых написана на «Obiect Pascal». «C++Builder» предоставляет программисту широкие возможности повторного использования кода не только за счет наличия библиотеки компонентов, но и за счет поддержки стандарта «ActiveX», что позволяет встраивать в приложения «ActiveX-компоненты» как сторонних производителей, так и созданные собственноручно с помощью самого «C++Builder» [2].

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

Для разработки базы данных в автоматизированной системе следует  использовать реляционную СУБД «Microsoft Access». Основными функциями СУБД являются определение данных (описание структуры баз данных), также СУБД позволяет хранить и обрабатывать данные, подготавливать отчеты, контролировать правильность данных на стадии их ввода, создавать формы для более удобной работы с данными (интерфейс) [3].

2.4 Литературные  источники

 

В процессе сбора информации по теме дипломного проекта мной были изучены следующие литературные источники:

– книга «Бухгалтерский учет» под редакцией Кондракова Н. П. 2002 года издания. В данном литературном источнике были изучены вопросы, касающиеся продажи готовой продукции;

– книга «С++ Builder» под редакцией Холингвэрт Е. Д. 2004 года выпуска. В ней были изучены вопросы, касающиеся среды разработки Borland C++ Builder;

– книга «Программирование на высоком уровне» под редакцией Павловской И. В.. Были изучены теоретические сведения среды разработки;

– книга «Сборник корреспонденций счетов бухгалтерского учета» под редакцией Козлова Е.П. и Бабченко Т. Н. В данном литературном источнике были изучены вопросы, касающиеся корреспонденций счетов по продаже готовой продукции;

– книга «Начальный курс С++ Builder» под редакцией Березина Б. И. 2007 года издания. В данной книге были изучены вопросы по среде программирования С++ Builder;

– книга «Охрана труда» под редакцией Колошина А. И. 1991 года издания. В ней были изучены вопросы, касающиеся вопроса по охране труда.

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

2.5 Схема функционирования  процесса в нотации IDEF0

 

Методология IDEF0 нашла  широкое признание и применение, в первую очередь, благодаря простой  графической нотации, используемой для построения модели. Главными компонентами модели являются диаграммы. На них отображаются функции системы в виде прямоугольников, а также связи между ними и внешней средой посредством стрелок. Использование всего лишь двух графических примитивов (прямоугольник и стрелка) позволяют быстро объяснить правила и принципы построения диаграмм IDEF0 людям, незнакомым с данной методологией [4]. Общая функциональная модель в виде контекстной диаграммы представлена на рисунке 2.1.

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

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

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


 

Рисунок 2.1 — Контекстная диаграмма программного продукта «Автоматизированная система учета продаж автозапчастей и оказания услуг»

 

Рисунок 2.2 — Диаграмма декомпозиции программного продукта «Автоматизированная система учета продаж автозапчастей и оказания услуг»

2.6 Диаграмма  потоков данных

 

Процессами программы  являются: «Входной контроль и сортировка заявок», «Доукомплектация заявок», «Реализация заявок», «Списание автозапчастей» и «Анализ данных». Информационная взаимосвязь между перечисленными выше процессами, последовательность обработки и преобразования входящих данных отображены на диаграмме потоков данных (рисунок 2.3).

Хранилище данных «Склад автозапчастей» хранит информацию о наличии автозапчастей на складе.

Процесс «Входной контроль и сортировка заявок» преобразует  данные поступающие из внешней сущности «Клиент». Преобразованные данные поступают  в процесс «Реализация заявок», если заявка может быть обеспечена, куда также поступают данные из внешней сущности «Клиент», в противном случае данные поступают в процесс «Доукомплектация заявок». Из данного процесса преобразованные данные поступают во внешнюю сущность «Отдел поставок», где происходит доукомплектация заявки и формирование документов. Далее укомплектованные заявки поступают в процесс «Реализация заявок». Оттуда информация о проданных автозапчастях и оказанных услугах поступает в процесс «Анализ данных». Также в процесс «Анализ данных» поступает информация из хранилища данных «Склад автозапчастей», где хранится информация о наличии автозапчастей на складе и процесса «Списание автозапчастей», где хранится информация о списанных автозапчастях. После чего преобразованная информация о результатах деятельности предприятия поступает во внешнюю сущность «Руководство».

 

 

Рисунок 2.3 — Диаграмма потоков данных

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Дата 08.04.2013-23.04.2013

Оценка ___________

Подпись___________

3 САНИТАРНО-ГИГИЕНИЧЕСКОЕ ОБЕСПЕЧЕНИЕ ОХРАНЫ ТРУДА ПРИ РЕАЛИЗАЦИИ ОБЪЕКТА ПРОЕКТИРОВАНИЯ (СИСТЕМЫ, ПРОГРАММЫ, РАБОТЫ, ПРОДУКЦИИ) 

 

3.1 Состав и влияние производственных факторов на здоровье и работоспособность работников

 

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

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

Для труда, не требующего сколько-нибудь значительных усилий, благоприятной  считается температура воздуха  от 18 до 23°С, для труда, связанного с физическими нагрузками, — от 10 до 16°С. Относительная влажность должна быть в интервале от 40 до 60%. Скорость движения воздуха необходима для предотвращения перегревания организма. При высокой температуре в помещении она может достигать 1 м/с и более, но если температура ниже 17°С, то во избежание простудных заболеваний скорость движения воздуха должна быть минимальной – порядка 0,1 – 0,2 м/с.

Информация о работе Отчет по практике на ОАО "Буда-Кошелево-агросервис"