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

Информационное обеспечение, программирование

Дипломы

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

ВВЕДЕНИЕ

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

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

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

В дипломном проекте изучались экономико-информационные процессы, протекающие в цехе 690 на Открытом акционерном обществе «Научно-производственная корпорация «Уралвагонзавод» имени Ф.Э. Дзержинского». В Нижнем Тагиле УВЗ находится по адресу Восточное шоссе 28.

Цех 690 занимается гальваническими покрытиями. Гальваническое покрытие - покрытие поверхности не металлических и металлических изделий методом гальваники для придания им твердости, износостойкости, антикоррозийных, антифрикционных, декоративных свойств.

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

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

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

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

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

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

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

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

Поэтому целью моего дипломного проекта является разработка автоматизированной системы приема и отправки деталей для цеха гальванических покрытий ОАО НПК УВЗ.

Для выполнения этой цели поставлены следующие задачи:

)Изучить деятельность организации.

2)Собрать, систематизировать и обработать исходные данные.

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

)Рассчитать потери рабочего времени.

)Найти пути решения выявленной проблемы.

)Создать базу данных для автоматизации производства.

)Внедрить программу в производство в цехе.

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

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

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

При этом база данных должна поддерживаться в среде ЭВМ единым программным обеспечением, называемым системой управления базами данных (СУБД).

База данных необходима для предоставления оперативной информации руководству, в структурные подразделения предприятия (бухгалтерия), снижения объёмов бумажного документооборота.

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

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

АНАЛИЗ ДЕЯТЕЛЬНОСТИ ЦЕХА 690 НА ОАО НПК «УВЗ»

Информационные системы на ОАО НПК «УВЗ» охватывают работу различных отделов: отдела кадров, технологов, бухгалтерии, расчетного, отделов и др, но непосредственно в производстве их используется мало. В цехах для этого нет специалистов и не всегда есть средства, которые они бы могли потратить на дорогостоящие программные продукты.

1.1Технико-экономическая характеристика предметной области

ОАО «Научно-производственная корпорация «Уралвагонзавод» имени Ф. Э. Дзержинского» - российская корпорация, занимающаяся разработкой и производством военной техники, дорожно-строительных машин, железнодорожных вагонов. В корпорацию входят научно-исследовательские институты, конструкторские бюро и производственные предприятия. Головное предприятие - завод «Уралвагонзавод», расположенный в Нижнем Тагиле Свердловской области.

Логотип «УВЗ» представлен на рисунке 1.

Рисунок 1 - Логотип «УВЗ»

Тип предприятия: Открытое акционерное общество.

Год основания: 1936.

Расположение: Россия: Нижний Тагил (Свердловская область).

Ключевые фигуры : Олег Сиенко (генеральный директор).

Отрасль: Машиностроение.

Продукция: Грузовые вагоны, цистерны, танки, трактора, экскаваторы, погрузчики и запасные части к ним.

Число сотрудников: 24,6 тыс. человек.

Уралвагонзавод возглавляет интегрированную структуру, объединяющую более 20 промышленных предприятий, научно-исследовательских институтов и конструкторских бюро в России и Европе. На протяжении многих лет он лидирует в отечественном грузовом железнодорожном машиностроении и обладает мощным техническим и интеллектуальным потенциалом. Последние разработки корпорации - полувагоны нового поколения модели 12-196-01 с нагрузкой на ось 25 т/с на ось, различные модификации трактора РТ-М-160 - энергетически насыщенного модуля, не имеющего аналогов в России. На базе его изготовлен тяговый модуль вагонов, который нашел применение на железных дорогах России. Ежегодно на конвейер ставятся одна-две новых моделей грузового подвижного состава. В 2009 году увеличился спрос на цистерны производства Уралвагонзавода. Миссия корпорации «УВЗ»: «Лидерство в транспортном машиностроении на основе непрерывных инноваций с целью интеграции в мировую экономику, роста удовлетворенности потребителей, качества жизни сотрудников и стоимости бизнеса группы компаний». В состав «УВЗ» входит огромное количество подразделений - цехов, каждый из них занимается своей частью производства. Цех 690 занимается гальваническими покрытиями металлических деталей, такими как цинк, хром, никель, кадмий, анодирование, меднение, фосфатирование и т. д. Он небольшой, в нём не изготавливаются детали, но здесь детали подвергаются необходимым операциям для дальнейшего использования. В общем в цехе работает около ста пятидесяти человек, а в производстве непосредственно заняты около пятидесяти рабочих. Главным участником в сотрудничестве цехов является кладовая. На этот участок другие цеха привозят детали, а после покрытия забирают. Территориально цех можно разделить на четыре производственных участка, на которых и производятся покрытия деталей. Каждый участок занимается своим покрытием: на первом участке детали покрывают цинком, на втором - хромом, на третьем - никелем и кадмием, а на четвертом происходит травление деталей (химическая пассивация, фосфатирование, анодирование). На каждом участке работают по 2-3 человека (гальваника). Они и занимаются непосредственно покрытием деталей. Также есть контролеры, проверяющие детали до и после покрытия. Схема производства представлена на рисунке 2.

Рисунок 2 - Схема производства в цехе 690

Гальваническим покрытиям подвергается очень большое количество деталей, поэтому в цех поступает огромное количество наименований деталей, каждая из которых должна быть отправлена на определённый участок в соответствии с нужным покрытием. Поэтому, когда в кладовую привозят детали, начинается долгий поиск: какую деталь на какой участок доставлять. После этого детали развозят по участкам. Естественно, для каждой детали имеется свой технологический процесс, в котором написано чем она покрывается, как покрывается и как проконтролировать это покрытие. На каждом участке имеется персональный компьютер. Также имеется большой стол с огромным количеством технологических процессов. Чтобы взять деталь в работу, гальванику необходимо знать режимы производства, которые нужно найти в технологическом процессе. Затем контролёру для поиска информации о методах контроля нужной детали, также необходимо найти её в технологическом процессе. Поиск каждой детали занимает достаточно длительное время. Также часто бывает, что вводят новые детали или отменяют старые или меняют что-то в технологии. Все эти изменения не успевают вносить в технологические процессы. Из-за этого происходят ошибки: не то покрытие, не та толщина, порча деталей и т. д.

1.2Экономическая сущность задач

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

1.Большое количество рабочего времени тратится на поиск нужной информации.

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

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

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

.Большое количество информации не удается вовремя корректировать.

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

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

В отделе технологов имеется информация о всех деталях, представленная в таблицах Microsoft Office Excel, но она очень неудобна для использования (рисунок 3).

Номенклатура цехаОбозначение деталиНаименование деталиПокрытиеМасса, кгКол-во деталиСпецификацияТехнологический маршрут145.01.00.440-0ОТРАЖАТЕЛЬЦ12хр0,83150.00.00.000-03СП380 690 6501.000000150.00.00.000-04СП380 690 6501.000000150.00.00.000-8СП380 690 6501.000000150.00.00.000-9СП380 690 6501.000000150.00.00.000-10СП380 690 6501150.01.00.660СП380.690.6501150.01.00.660-01СП380.690.6501150.01.00.660-02СП380.690.6501150.01.00.660-03СП380.690.6501.000000156.00.00.000-04380 690 3601.000000596.00.00.000-0СП380 690 6501.0000005103.00.00000-05СП380 690 3601.0000005103.00.00000-06СП380 690 3601.0000005103.00.00000-07СП380 690 360380.690.360.200Рисунок 3 - Форма представления детали

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

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

разработать базу данных;

выбрать программный продукт;

создать базу данных;

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

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

.3 Обоснование проектных решений по автоматизированному решению экономико-информационных задач

Основные недостатки в производственном процессе:

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

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

-дублирование информации, снижающее достоверность результатов решения задачи;

-несовершенство процессов сбора, передачи, обработки и выдачи информации.

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

Показатели эффективности использования компьютера зависят от множества факторов.

.Факторы, связанные с параметрами входных информационных потоков, поступающих на обработку в ЭВМ:

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

детали поступают с документами, на которых написан номер детали, нужный для идентификации её в технологическом процессе;

при проверке детали сопоставляется её номер и её эскиз, т. е. числовой номер детали и её изображение.

.Факторы, зависящие от характера задач и алгоритмов их решения:

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

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

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

.Эксплуатационные характеристики компьютеров:

на каждом компьютере должны стоять пароли для доступа только уполномоченных лиц;

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

.Стоимостные показатели:

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

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

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

1.3.1 Обоснование проектных решений по информационному обеспечению комплекса задач

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

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

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

по этапам обработки (входные, базовые, результатные);

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

по составу информации (файлы с оперативной информацией и файлы с постоянной информацией);

по назначению (по типу функциональных подсистем);

по типу логической организации (файлы с линейной и иерархической структурой записи, реляционные, табличные);

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

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

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

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

Нормативно-расценочные файлы должны содержать данные о нормах расхода и расценках на выполнение операций и услуг.

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

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

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

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

Организация хранения файлов в информационной базе должна отвечать следующим требованиям:

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

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

своевременность и одновременность обновления данных во всех копиях данных;

гибкость системы, т.е. адаптируемость информационной базы к изменяющимся информационным потребностям;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Удобство диалогового режима в полной мере проявляется в процессе работы с базами данных. Это обусловлено следующими обстоятельствами:

-возможность перебора различных комбинаций поисковых признаков в запросе;

-обеспечение более быстрого поиска данных;

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

возможность расширения, сужения или изменения направлений поиска сразу после получения результатов;

множественность точек доступа;

быстрый доступ к относительно редко используемой информации;

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

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

К первому классу относятся СУБД, ориентированные для работы на персональном компьютере (dBASE, FoxPro, MS Access и т.п.). Изначально они поддерживали работу с данными только одного пользователя. Вся СУБД такого класса выполняется как единая программа, таблицы базы данных представляются отдельными файлами на диске того же персонального компьютера. С развитием локальных сетей разработчики СУБД этого класса стали приспосабливать их к работе в сетевой среде, в которой потенциально стало возможным организовать доступ к данным с нескольких персональных компьютеров, включенных в локальную сеть. Файлы базы данных при этом размещаются на файловом сервере. На каждом же рабочем месте работает собственная копия программы-СУБД и прикладная программа, и на их выполнение могут оказывать существенное влияние характеристики компьютера этого рабочего места. Таким образом, при наличии в сети N рабочих мест с одними и теми же данными работают N копий программы-СУБД, одними и теми же данными управляют сразу N копий СУБД. Ошибка в выполнении одной из копий не будет замечена другими копиями. При выполнении запросов к базе данных копия СУБД может либо производить поиск данных в удаленных файлах на файловом сервере, либо копировать все файлы, в которых ведется поиск в свою локальную файловую систему. В первом случае возникают проблемы одновременного доступа к данным при их изменении. Данные, над которыми производится изменения, должны быть заблокированы. Средства файлового сервера позволяют выполнять блокировку на уровне файлов, но не на уровне записей, что существенно снижает эффективность параллельной работы с базой данных многих пользователей. Во втором же случае, во-первых, требуется передача по сети больших объемов информации, а во-вторых, получается, что разные рабочие места работают с разными копиями данных и эти копии могут стать неидентичными.

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

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

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

-максимальное число пользователей одновременно обращающихся к базе;

-характеристики клиентского программного обеспечения;

уровень квалификации персонала.

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

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

Все СУБД поддерживают в той или иной форме четыре основных операции:

1.Добавить в базу данных одну или несколько записей.

2.Удалить из базы данных одну или несколько записей.

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

.Обновить в базе данных значение некоторых полей.

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

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

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

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

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

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

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

Система управления базами данных Microsoft Access является одним из самых популярных приложений в семействе настольных СУБД. Все версии Access имеют в своем арсенале средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление информации в виде таблиц, графиков и отчетов. Начиная с версии Access 2000, появились также Web-страницы доступа к данным, которые пользователь может просматривать с помощью программы Internet Explorer. Помимо этого, Access позволяет использовать электронные таблицы и таблицы из других настольных и серверных баз данных для хранения информации, необходимой приложению. Присоединив внешние таблицы, пользователь Access будет работать с базами данных в этих таблицах так, как если бы это были таблицы Access. При этом и другие пользователи могут продолжать работать с этими данными в той среде, в которой они были созданы.

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

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

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

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

создание, модификация и использование производных объектов информационной системы (форм, запросов и отчетов). Запросы и отчеты выполняют основную функцию информационной системы - извлечение, преобразование и представление информации.Access обладает мощными, удобными и гибкими средствами визуального проектирования объектов с помощью Мастеров, и это дает возможность пользователю при минимуме предварительной подготовки довольно быстро создать полноценную информационную систему - на уровне таблиц, форм, запросов-выборок и отчетов. Наконец, система очень дружелюбна и устроена так, что активный пользователь, работая с ней, имеет возможность последовательно овладеть двумя рубежами: сначала научиться составлять макросы (т. е. наборы простых инструкций по управлению данными); затем освоить подготовку собственных приложений (программ) на языке Access Basic или VBA (Visual Basic for Applicationsмощное приложение Windows; впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. Поскольку оба эти продукта- детища компании Microsoft, они прекрасно взаимодействуют между собой. Система Access работает под управлением Windows, так что при работе с ней пользователю доступны все преимущества. Можно вырезать, копировать и вставлять данные из любого приложения Windows в Access и наоборот; можно создать проект формы в Access и вставить его в конструктор форм.

С помощью объектов OLE (Object Linking and Embedding - связывание и внедрение объектов) в Windows и компонентах Microsoft Office (Excel, Word, PowerPoint и Outlook) можно превратить Access в настоящую операционную среду баз данных.

Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые операции обновления или удаления данных). Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, MEMO, логический, гиперссылка и поля объектов OLE. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений.

Организация справочной системы фирмы Microsoft - по-прежнему лучшая в отрасли, причем как для новичков, так и для опытных пользователей. В Access предусмотрена контекстно-зависимая справка, для получения которой достаточно нажать <F1>, и на экране сразу же появится справочная информация по тому вопросу, который интересует пользователя в текущий момент. При этом можно легко перейти к оглавлению справочной системы, конкретной информации, журналу предыдущих обращений и закладкам.

Мастер (Wizard) может превратить часы работы в считанные минуты. Мастера задают наводящие вопросы относительно содержания, стиля и формата создаваемого объекта; затем они автоматически строят нужный объект. В составе Access около ста мастеров, помогающих конструировать базы данных, приложения, таблицы, формы, отчеты, диаграммы, почтовые наклейки, элементы управления и свойства. Допускается даже настройка мастеров для решения разных задач.позволяет импортировать и экспортировать файлы многих известных форматов, включая dBASE, FoxPro, Excel, SQL Server, Oracle, Btrieve, многие текстовые форматы ASCII (в том числе с фиксированной длиной строки или заданным ограничителем), а также данные в формате HTML. В результате импортирования создается таблица Access; в результате экспортирования таблицы Access создается файл в заданном формате.

Связывание (ранее именовавшееся присоединением) означает, что можно использовать внешние данные без создания таблицы Access. Можно устанавливать подобную связь с данными dBASE, FoxPro, Excel, ASCII и SQL. Очень мощная возможность - связывание таблиц Access с их внешними таблицами с последующим совместным использованием; это относится к таблицам Access, dBASE, FoxPro и SQL Server.

Окна конструкторов форм и отчетов имеют одинаковый интерфейс и предоставляют пользователю много возможностей. Форма или отчет конструируется по принципу WYSIWYG (What You See Is What You Get - что видишь, то и получишь). Добавляя очередной элемент управления, пользователь видит, как при этом изменяется создаваемая форма.

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

Формы и отчеты можно просматривать в режиме предварительного просмотра, обеспечивая взгляд "с высоты птичьего полета" путем изменения масштаба. В режиме конструирования отчет можно просматривать с фиктивными данными, чтобы не дожидаться обработки большого реального файла.

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

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

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

Для непрограммистов (или опытных пользователей, которые просто не желают программировать) в Access предусмотрены макросы. Они позволяют автоматизировать выполнение некоторых задач. Около пятидесяти макросов дают возможность манипулировать данными, создавать меню и диалоговые окна, открывать формы и отчеты, словом, автоматизировать выполнение практически любой задачи. С помощью макросов можно решить порядка 90% всех задач обработки данных.

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

-разработка и описание структур таблиц данных;

-разработка схемы данных и задание системы взаимосвязей между таблицами;

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

разработка экранных форм ввода/вывода данных;

разработка системы отчетов по данным;

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

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

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

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

Главные задачи:

-разработать базу данных;

-создать базу данных с помощью Microsoft Access;

внедрить программу в производство;

обучить персонал.

2ПРОЕКТНАЯ ЧАСТЬ

В этом разделе приводится описание разработки и создания программного продукта для автоматизации производственных процессов.

2.1 Информационное обеспечение комплекса задач

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

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

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

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

Назначение информационного обеспечения обусловливает и требования, предъявляемые к нему:

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

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

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

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

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

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

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

При разработке и проектировании баз данных внемашинное и внутримашинное информационное обеспечение входит в многоуровневое представление данных:

внешний уровень;

информационно-логический уровень;

даталогический уровень.

На внешнем уровне проектировщик базы данных:

-изучает предметную область;

-изучает входную и выходную документацию;

выявляет потребности потенциальных пользователей.

2.1.1 Инфологическая модель данных

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

На инфологическом уровне создания базы данных необходимо:

проанализировать собранную информацию;

создать обобщенную инфологическую схему предметной области.

Основные понятия инфологической модели данных:

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

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

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

.Связь - ассоциирование двух или более сущностей

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

·какое покрытие у детали;

·тех процесс детали;

·контроль детали;

·маршрут детали.

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

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

Рисунок 4 - Структура данных

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

В таблице «Контроль» есть поле «Метод контроля». Методы контроля могут быть разные:

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

-проверка толщины покрытия с помощью специальных приборов;

проверка толщины покрытия с помощью свидетеля;

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

Так как методов контроля всего четыре, для них целесообразно создать отдельную таблицу «Методы».

Отсюда следует, что нужна ещё одна таблица с информацией об инструментах, число которых также ограничено. У приборов, скоб и свидетелей имеются идентификационные номера, например прибор МИП-12, скоба 16Х3, свидетель 120х40. Поэтому в таблицах прибор будет обозначаться П МИП-12, скоба - СК 16х3, свидетель - СВ 120х40.

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

Также имеется поле «Толщина». Для этого поля тоже будет создана отдельная таблица, которая упростит внесение данных в таблицу «тех процессы».

В таблице «Кладовая» содержатся поля о цехах и о виде покрытия. Как говорилось ранее количество видов покрытия ограничено, поэтому для них будет создана таблица «Покрытия». Цеха получатели и отправители являются одним списком цехов, входящих в УВЗ, поэтому для них тоже будет создана отдельная таблица «цеха».

2.1.2 Даталогическое моделирование

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

В этой модели описываются:

информационные объекты;

наборы реквизитов;

связи;

ограничения целостности.

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

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

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

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

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

Одно из основных различий между тремя типами моделей СУБД состоит в том, что для иерархических и сетевых СУБД их структура не может быть изменена после ввода данных, тогда как для реляционных СУБД структура может изменяться в любое время. Большинство СУБД для ПК работают с реляционной моделью. К реляционным моделям относят, например, Clipper, dBase, Paradox, FoxPro, Access, Oracle.

СУБД Access - является реляционной базой данных. В реляционной модели организации данных:

объекты-сущности представляются в виде таблиц;

атрибуты - столбцы таблицы (поля);

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

ключевые атрибуты - ключевые поля. Ключ может быть простым или составным.

Последовательность шагов при проектировании реляционных баз данных:

)Определение перечня таблиц (выделение сущностей).

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

)Нормализация таблиц (доработка таблиц и связей).

Проектирование связей:

-связи «один-к-одному»: служат для разделения большой таблицы на две;

-связи «один-ко-многим»: устанавливаются через введение внешнего ключа;

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

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

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

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

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

Результат работы запроса называется выборкой. Выборка не сохраняется в базе данных; она создается заново каждый раз при выполнении запроса и уничтожается при его закрытии.

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

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

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

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

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

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

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

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

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

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

Рисунок 5 - Диалоговое окно

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

Рисунок 6 - Выполнение запроса

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

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

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

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

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

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

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

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

Формы являются основным средством организации интерфейса пользователя в приложениях Access. Хорошо разработанные формы позволяют работать с приложением даже неподготовленному пользователю.

Чаще всего формы создаются в следующих целях:

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

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

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

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

2.2 Технологическое обеспечение

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

Сначала создадим главную таблицу «Детали» с полями:

·номер детали;

·эскиз.

Таблица представлена на рисунке 7.

Рисунок 7 - Таблица «Детали» в режиме «Конструктор»

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

В MS Access существует некоторое количество типов данных:

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

-поле МЕМО - очень длинный текст или комбинация текста и чисел;

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

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

логический - значения «Да» и «Нет»;

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

Столбцу «№ п/п» присвоен тип данных счетчик. Это позволяет вводить номера автоматически, последовательно, без участия человека.

Каждый тип данных имеет свои атрибуты, такие как:

-размер поля - размер и тип чисел вводимых в поле;

-формат поля - формат вывода значений данного поля;

подпись - позволяет написать расширенный заголовок;

значение по умолчанию - значение, автоматически добавляемое в поле с новой записью;

условие на значение - ограничения на значения;

сообщение об ошибке - появляется, если вводится значение с нарушением условия;

обязательное поле - поле с обязательным вводом данных;

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

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

Рисунок 8 - Свойства полей

Поле «Номер детали» имеет числовой тип данных и будет являться ключевым. Для поля «Эскиз» введем тип данных «Поле объекта OLE» для того, чтобы при заполнении таблицы вставлять объект из Paint, в котором уже имеются рисунки деталей.

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

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

Рисунок 9 - Таблица «Детали»

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

Рисунок 10.1 - Таблица «Толщина» в режиме конструктор

Рисунок 10.2 - Таблица «Толщина»

После этого создаем таблицу «Тех процессы» с полями:

-номер детали;

-толщина;

приспособление;

ток;

время.

У полей «Номер детали» и «Толщина» в типе данных укажем «Мастер подстановок», который будет использовать значения из таблиц «Детали» и «Толщина» соответственно. При подстановке появились атрибуты полей (рисунок 11):

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

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

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

-присоединенный столбец - это столбец, содержащий значение элемента поля со списком;

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

-ширина столбцов - устанавливает ширину выводящихся столбцов;

число строк списка - число выпадающих строк в списке.

Рисунок 11 - Подстановка из других таблиц

После заполнения записей таблица «Тех процессы» имеет вид (рисунок 12).

Рисунок 12 - Таблица «Тех процессы»

Для таблицы «Кладовая» нужны две вспомогательные таблицы: «Вид покрытия» и «Цеха» (рисунок 13.1 и 13.2).

Рисунок 13.1 - Таблица «Покрытия»

Рисунок 13.2 - Таблица «Цеха»

В таблице «Кладовая» будут следующие поля:

-номер детали;

-вид покрытия;

цех-отправитель;

цех-получатель.

Для всех этих полей используем мастер подстановок из других таблиц. В результате получается таблица «Кладовая» (рисунок 14).

Рисунок 14 - Таблица «Кладовая»

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

Последняя таблица «Контроль» также будет использовать вспомогательные таблицы: «Инструменты» и «Методы контроля» (рисунок 15.1 и 15.2).

Рисунок 15.1 - Таблица «Инструменты»

Рисунок 15.2 - Таблица «Методы контроля»

Соответственно, полями в таблице «Контроль» будут:

номер детали;

метод;

инструмент.

В полях также используется мастер подстановки из других таблиц. В итоге получается таблица «Контроль» (рисунок 16).

Рисунок 16 - Таблица «Контроль»

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

Рисунок 17 - Поле «Эскиз»

Поэтому удобно будет просматривать эту таблицу в форме. Для этого воспользуемся мастером форм. Выбираем поля для формы: таблицу и поля из неё. Далее выбираем внешний вид формы: в один столбец, затем требуемый стиль, задаем имя и нажимаем кнопку «готово». На рисунке 18 представлен самый простой вид формы, созданной для таблицы «Детали».

Рисунок 18 - Форма для таблицы «Деали»

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

На каждом участке и в кладовой нужна разная информация о детали, также разная информация нужна рабочему, кладовщику и контролеру.

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

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

Создадим запрос для рабочих, выполняющих покрытие детали. Им надо обязательно знать технологию производства, а также им может понадобиться эскиз детали. В запросе будем использовать две таблицы «Детали» и «Тех процессы». Выберем поля: номер детали, эскиз из таблицы «Детали», а поля - толщина, приспособление, ток и время из таблицы «Тех процессы». В поле «Номер детали также введем: [Введите номер детали]. Этот запрос будет показывать всю технологию выполнения конкретной детали. Конструктор этого запроса показан на рисунке 19.

Рисунок 19 - Конструктор запроса для рабочего

После выполнения запроса появляется диалоговое окно с просьбой: ввести номер необходимой детали (рисунок 20).

Рисунок 20 - Параметрический запрос

В результате выдается весь технологический процесс нужной детали (рисунок 21).

Рисунок 21 - Выполнение запроса рабочего

Теперь рабочий будет знать, что ему нужно покрыть деталь толщиной 80 микрон. Для этого необходимо взять приспособление №69, выставить ток на 80 ампер и выдержать деталь 20 минут. Но опять не видно эскиз детали, поэтому сделаем форму для этого запроса. Для этого в мастере форм во вкладке таблицы и запросы выберем Запрос «Рабочему» (рисунок 22).

Рисунок 22 - Мастер форм

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

база данные деталь цех

Рисунок 23 - Форма к запросу

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

Рисунок 24 - Запрос для контролера

При вводе номера детали, выдается ответ, представленный на рисунке 25.

Рисунок 25 - Выполнения запроса для контролера

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

Рисунок 26 - Форма к запросу «Контролеру»

Работнику кладовой нужна своя информация о детали: ему нужен вид покрытия, цеха: отправитель и получатель. В режиме конструктор запрос имеет вид (рисунок 27).

Рисунок 27 - Запрос в режиме конструктор

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

Рисунок 28 - Запрос на выборку

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

Рисунок 29 - Запрос на выборку

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

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

Рисунок 30 - Схема данных

В результате общая структура базы данных, разработанной в MS Access, выглядит следующим образом (рисунок 31).

Рисунок 31 - Все элементы базы данных

ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА

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

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

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

Целесообразные варианты построения ЭИС выбирают путем балансирования показателей приращения эффекта Э, получаемого за счет создания или совершенствования ЭИС, и затрат Q.

Математически эту задачу формулируют в виде прямой задачи:

МАХ Э при Q = CONST

или в виде обратной задачи:

МIN Q при Э = СONST.

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

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

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

Также существует прямой и косвенный эффект.

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

Косвенный эффект проявляется через влияние ИТ на процессы компании, связанные с её основной деятельностью:

-сокращение времени простоя сотрудников;

-повышение качества предоставляемого товара (услуг).

Ниже перечислены основные показатели сравнительной эффективности создания и функционирования АЭИС.

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

-Дополнительные капитальные вложения (КД), необходимые для создания системы.

-Срок окупаемости дополнительных КД.

-Годовой экономический эффект.

1). Годовая экономия текущих затрат.

Прямая экономия, получаемая от автоматизации обработки информации, определяется по формуле [1]:

Сп = Сб - Сср ,(1)

где Сб - затраты в базовый период (период до внедрения). Сюда входит оплата труда персонала, связанного с производством. Это 8 человек, со средней оплатой труда 15000, т.е, Сб=8*15000*12=1440000

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

Затраты сравниваемого периода складывается из текущих затрат [2]:

Сср = С1 + С2 + С3=720000+180000+50000=950000(2)

где С1 - затраты на оплату труда персонала. Пользователями данной ИС будут 8 человек, за чет внедрения программы их рабочее время сократится на 50%, т.е. С1=8*15000*12*0,5=720000;

С2 - затраты на оплату труда новому сотруднику, который будет обеспечивать работоспособность системы, т.е. С2=15000*12=180000

С3 - затраты на расходы, связанные с обслуживанием системы составят 50000 в год, т.е. С3=50000

В итоге получается, что

Сп = Сб - Сср=1440000-950000=490000

Значит годовая экономия текущих затрат составит 490000 рублей.

2)Срок окупаемости дополнительных капитальных вложений рассчитывается по формуле [3]:

Т = КД / ? Сп(3)

где Сп - годовая экономия текущих затрат,

КД - дополнительные капитальные вложения, приведенные к одному году.

На каждом участке уже имеется персональный компьютер, с установленным пакетом Microsoft Office. Поэтому дополнительных капитальных вложений на приобретение оборудования и установку программы не будет. Соответственно срока окупаемости нет.

3)Годовой экономический эффект рассчитывается по формуле [4]:

Э =Сп - КДЕн(4)

В нашем случае годовой экономический эффект приравнивается к годовой экономии текущих затрат.

Э=Сп=490000

Экономический эффект от внедрения разработанного программного продукта, как показал расчет, составляет 490000 рублей в год.

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

ЗАКЛЮЧЕНИЕ

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

В начале работы над дипломным проектом была поставлена цель: разработать автоматизированную системы приема и отправки деталей для цеха гальванических покрытий ОАО НПК УВЗ.

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

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

Для достижения поставленной цели была выбрана технология создания пользовательского приложения на основе применения базы данных. В качестве среды разработки приложения выбрана СУБД MS Access. Разработанная база данных предназначена для облегчения поиска нужной информации сотрудникам.

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

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

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

обеспечение защиты информации (пароль, кодировка и так далее);

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

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

Экономический эффект от внедрения разработанного программного продукта, как показал расчет, составляет 5 672,79 рублей только для одного методиста, и 45 382,32 для всех методистов УИЭУиП Нижнетагильский филиал.

Для выполнения цели передо стояли следующие задачи:

)Собрать систематизировать и обработать исходные;

2)Выявить проблемы организации, связанные с автоматизацией производства;

)Рассчитать потери рабочего времени;

)Найти пути решения выявленной проблемы;

)Создать базу данных для автоматизации производства;

)Внедрить программу в производство в цехе.

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

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

СПИСОК ИСТОЧНИКОВ ИНФОРМАЦИИ

1.Правила оформления курсовых и дипломных работ: методические указания / О.А. Обвинцев, А.Г. Жигалин. - Екатеринбург: УИЭУиП, 2011, - 28 с.

2.Единая система стандартов автоматизированных систем управления. Основные положения. ГОСТ 24.702-85. М.: Изд-во стандартов, 1986

.Виленский П.Л., Лившиц В.Н., Смоляк С.А. Оценка эффективности инвестиционных проектов: теория и практика. Учебное пособие. - М.: Дело, 2008. - 888 с.

.Хотяшов Э.Н. Проектирования машинной обработки экономической информации. М.: Финансы и статистика, 2006. - 247 с.

.Романов В.П. Проектирование экономических инфомационных систем: методология и современные технологии: учебное пособие. / В.П.Романов и Н.З.Емельянова, Т.Л.Партыка - М.: Экзамен, 2005. - 256 с.

.ГОСТ 19.003-08. Единая система программной документации. Схема алгоритмов и программ. Обозначения условные графические. М.: Государственный комитет СССР по стандартам, 1982

.ГОСТ 24.302-80. Система технической документации на АСУ. Общие требования к выполнению схем. ГОСТ 24.303-80. Обозначения условные графические технические средств. М.: Изд-во стандартов, 1980

.Грекул В.И. Проектирование экономических информационных систем. Интернет-университет информационных технологий [Электрон. ресурс] / В.И.Грекул, Г.Н.Денищенко, Н.Л.Коровкина - ИНТУИТ.ру, 2005. - б.п.

.ГОСТ 19.002-80. ЕСПД. Схемы алгоритмов и программ. Правила выполнения

.ГОСТ 19.003-80. ЕСПД. Схемы алгоритмов и программ. Обозначения условные графические

.ГОСТ 24.11-82. Документация на АСУ. Требования к содержанию документа «Описания алгоритма»

.ГОСТ 34.201-89. Виды, комплектность и обозначения документов при создании автоматизированных систем

13.Информатика. Учебник / Райхерт Т. Н., Назаров Д. М. Уральский институт экономики, управления и права, Нижнетагильский филиал, Нижний Тагил: Центр подготовки персонала Евраз-Урал, 2011. - 250 с.: ил.

.Проектирование баз данных. СУБД Microsoft Access / Пол Киммел,.Изд.: Вильямс, 2003. - 480с.

.Компьютерные информационные технологии. Учебное пособие / Оскерко В.С., Изд.: Белорусский государственный экономический университет (БГЭУ),2011. - 277с.

.Введение в системы баз данных (7-е изд.) / Дейт К., Изд.: Вильямс, 2011. - 1072с.

.Microsoft Access 2010. Разработка приложений на реальном примере / Гурвиц Г.А. , Изд.: БХВ-Петербург, 2010. - 462с.

.Вводный курс. Автоматизированные информационные системы, базы и банки данных / Гайдамакин Н.А., , изд. Гелиос АРВ, 2010. - 354с.

.Построение запросов и программирование / Маркин А.В., изд: Диалог-мифи ,2008. - 210с.

.Базы данных: модели данных, SQL проектирование / Подвальный С.Л., изд. Центр ДГТУ, 2007 . - 236с.

Больше работ по теме:

Автоматизация процесса абонентского учета и биллинга с помощью единой информационной системы на примере ОАО "Челябэнергосбыт"
Диплом
Автоматизация процесса учета персонала в компании "Центр Кадровых Технологий"
Диплом
Автоматизация процесса формирования туристического маршрута
Диплом
Автоматизация учета выпускаемой продукции ЧУП "Калинковичский молочный комбинат"
Диплом
Автоматизированная логистическая информационная подсистема управления запасами в ООО "Тиги-Тверь"
Диплом

Предмет: Информационное обеспечение, программирование

Тип работы: Диплом

Новости образования

Российский государственный социальный университет реорганизует сеть своих филиалов
22 Июля 2016 16:26
Более 70 представителей крупных вузов АСЕАН подтвердили участие в форуме во Владивостоке
22 Июля 2016 12:51
Абызов: публикация первичных статсведений снизит бюрократическую нагрузку на школы
22 Июля 2016 11:53
В Чечне свыше 200 школьников сдали ЕГЭ с результатом свыше 90 баллов - министр
22 Июля 2016 05:36
Замглавы Минобрнауки РФ: задача сократить число людей с высшим образованием не стоит
21 Июля 2016 20:19

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ