Главная Коллекция "Revolution" Программирование, компьютеры и кибернетика Подсистема "Учет ремонтных работ" информационной системы промышленного предприятия

Подсистема "Учет ремонтных работ" информационной системы промышленного предприятия

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 10.10.2015
Размер файла 1,2 M
рефераты на заказ со скидкой

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Страница:

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

Міністерство освіти і науки, молоді та спорту України

Харківський національний університет

радіоелектроніки

Центр заочної форми навчання

Кафедра Інформаційно-управляючих систем

ДИПЛОМНА РОБОТА

пояснювальна записка

Підсистема „Облік ремонтних робіт” інформаційної системи промислового підприємства

Керівник роботи доц. Павленко Є.П.

2013 р.

Реферат

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

Объектом автоматизации является цех ремонта электрооборудования комбината «Азовсталь».

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

Элементы программного обеспечения информационной системы разработаны на языке программирования Delphi 7.

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

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

информационный ремонтный документ хранение

Содержание

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

Введение

1. Общесистемные вопросы

1.1 Обзор современного состояния системотехнических решений

1.2 Обзор существующих методов решения задач дипломного проекта

1.3 Содержательное описание и анализ структурных и функциональных особенностей объекта автоматизации

1.4 Анализ организационной структуры объекта автоматизации

1.5 Функциональные структуры объекта и системы автоматизации

1.6 Техническое задание

1.6.1 Общие сведения о подсистеме

1.6.2 Назначение и цели создания подсистемы

1.6.3 Характеристика объекта автоматизации

1.6.4 Требования к подсистеме

1.6.5 Порядок контроля и приемки подсистемы

1.6.6 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу подсистемы в действие

2. Проектные и технические решения и документация

2.1 Описание постановки задач подсистемы

2.1.1 Характеристика комплекса задач

2.1.2 Выходная информация задач подсистемы

2.1.3 Входная информация задач подсистемы

2.2 Разработка информационного обеспечения подсистемы

2.2.1 Состав информационного обеспечения

2.2.2 Описание базы данных

2.2.3 Схемы базы данных

2.2.4 Выбор СУБД

2.3 Разработка математического обеспечения подсистемы

2.3.1 Назначение и характеристика алгоритма

2.3.2 Описание алгоритма решения задачи составления планов ремонтных работ

2.4 Разработка программного обеспечения подсистемы

2.4.1 Выбор операционной системы и средств разработки ПО

2.4.2 Описание программных модулей

2.4.3 Описание работы с программой

2.5 Выбор технического обеспечения

2.5.1 Выбор структуры сети

2.5.2 Структура комплекса средств автоматизации

3. Охрана труда и безопасность в чрезвычайных ситуациях

3.1 Анализ условий труда в цеху ремонта электрооборудования

3.2 Промышленная безопасность в цеху ремонта электрооборудования

3.3 Производственная санитария в цеху ремонта электрооборудования

3.4 Пожарная безопасность в цеху ремонта электрооборудования

3.5 Безопасность в чрезвычайной ситуации

4. Организационно - экономическая часть

4.1 Описание характеристик продукта

4.2 Исследование и анализ рынков сбыта

4.2.1 Сегментация рынка по потребителям

4.2.2 Параметрическая сегментация рынка

4.2.3 Построение многофакторной модели

4.3 Оценка затрат на разработку программного продукта

4.3.1 Определения потребности в материальных и трудовых ресурсах

4.3.2 Расчет затрат на разработку программного продукта

4.4 Оценка затрат на тиражирование и определение договорной цены продукта

4.5 Анализ безубыточности производства и сбыта продукции

4.6 Стратегия маркетинга

Выводы

Приложение

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

АРМ - автоматизированное рабочее место;

ИС - информационная система;

КТС - комплекс технических средств;

ОАО - Открытое акционерное общество;

ПК - персональный компьютер;

ПО - программное обеспечение;

ППР - планово-предупредительный ремонт;

СУБД - система управления базами данных;

ТЗ - техническое задание;

ТО - техническое обеспечение;

ТОРО - техническое обслуживание и ремонт оборудования;

ФОТ - фонд оплаты труда;

ЦРЭО - цех ремонта электрооборудования;

BDE - Borland Database Engine;

DFD - Data flow diagramming (Диаграммы потоков данных).

Введение

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

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

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

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

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

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

1. Общесистемные вопросы

1.1 Обзор современного состояния системотехнических решений

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

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

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

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

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

Человек-оператор является субъектом управления, а ИС является инструментальным средством реализации его управленческой оперативной деятельности - объектом управления. Управленческий состав и ИС являются равноправными партнерами при решении сложных задач управления [3].

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

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

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

- изменение информационных моделей;

- обеспечение диалогового взаимодействия человека с техническими средствами ИС;

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

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

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

Основными задачами ИС являются:

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

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

- определение направлений развития технологии обработки информации.

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

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

1.2 Обзор существующих методов решения задач дипломной работы

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

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

Рассмотрим некоторые системы.

ERP «Галактика» предлагает свои решения по учету ремонтных работ.

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

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

Рассмотрим основные возможности модуля.

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

Они имеют привязку к объектам ремонта и используются при расчете графика ремонтов.

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

Предусмотрено оперативное изменение даты последнего ремонта в нормах при редактировании даты ремонта в актах выполненных ремонтов или при создании акта по заявке / графику.

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

Дата следующего ремонта - значение данного поля рассчитывается для текущего вида ремонта текущего объекта ремонта в соответствии с выбранным методом расчета графика ремонтов.

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

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

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

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

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

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

Система «Парус» также имеет в своем составе модуль «Управление техническим обслуживанием и ремонтами».

Функции данного модуля:

- учет состава оборудования;

- учет времени (простоев) оборудования;

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

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

- планирование ремонтов и технического обслуживания.

Объекты ремонта - любые физические объекты на предприятии: автономные и входящие в состав технологических цепочек.

Цель функционирования модуля - повышение эффективности использования оборудования. Налаживается взаимосвязанная работа автоматизированных рабочих мест (АРМ) специалистов в управлениях:

- главного механика,

- главного энергетика,

- главного метролога.

Использование описанного решения позволяет:

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

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

- управлять информацией о техобслуживании и ремонтах;

- регламентировать работы по техобслуживании и ремонтам;

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

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

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

- оптимизировать ремонтные процедуры;

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

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

Все отчёты данного модуля могут быть представлены в виде графиков и диаграмм без предварительного экспорта в другие программы. Предоставлена возможность получения 2- и 3- мерных графиков.

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

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

1.3 Содержательное описание и анализ структурных и функциональных особенностей объекта автоматизации

Открытое акционерное общество (ОАО) "Металлургический комбинат "Азовсталь" - предприятие с полным металлургическим циклом. Входит в тройку крупнейших металлургических предприятий Украины. Расположен в Мариуполе (Донецкая область) на берегу Азовского моря в устье реки Кальмиус. Является монополистом на Украине по выпуску некоторых видов металлопроката. Является ОАО с 1996 года.

Строительство завода началось в 1930 г. В 1933 г. дала первый чугун доменная печь № 1. В том же году пущен первый сталеплавильный агрегат -- мартеновская печь № 1. В 1935 г. на «Азовстали» вступила в строй первая 250-тонная качающаяся мартеновская печь.

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

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

Во второй половине 90-х «Азовсталь» была корпоратизирована. Трудовой коллектив консолидировал свои акции в уставном фонде ЗАО «Торговый дом „Азовсталь“». Учредителями ЗАО стали члены трудового коллектива, профком комбината и инвестиционная компания «Тект». В сумме было передано более 40 % акций «Азовстали». В конце 90-х «Тект» продала свои права совладельца торгового дома донецкой инвестиционной компании «Керамет-Инвест».

В 2005 году произошло слияние комбината с мариупольским коксохимическим заводом «Маркохим».

С 2006 года Азовсталь входит в группу «Метинвест», главным акционером которой является донецкая финансово-экономическая группа System Capital Management.

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

Продукция, выпускаемая предприятием:

1. Заготовки для дальнейшей переработки:

- квадратная горячекатанная для дальнейшей переработки;

- прямоугольная непрерывнолитая (слябы).

2. Прокат листовой:

- сертифицированный классификационными обществами;

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

- для электросварных труб;

- для судостроения;

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

- повышенной прочности;

- из конструкционной качественной стали;

- обычного качества;

- для мостостроения.

3. Прокат сортовой и фасонный:

- сталь круглая горячевальцовочная для стрежней мельниц;

- рельсы железнодорожные;

- рельсовые скрепления;

- уголки, балки, швеллеры;

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

4. Продукция из металлургических шлаков;

- продукция из доменного, мартеновского и конверторного шлаков

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

Прокат подвергается 100-процентному неразрушающему ультразвуковому контролю.

Значительная часть продукции комбината сертифицирована ведущими обществами мира: Lloyds Register of Shipping, German Lloyd, Det Norske Veritas, American Bureau of Shipping, TUV Rheinland, American Petroleum Institute, Bureau Veritas (France), выдавшими 35 сертификатов на металлопродукцию "Азовстали". На комбинате внедрена система управления качеством ISO 9001.

1.4 Анализ организационной структуры объекта автоматизации

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

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

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

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

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

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

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

Организационная структура ОАО «Азовсталь» в упрощенном виде приведена на рис. 1.1.

Рисунок 1.1 - Схема организационной структуры предприятия «Азовсталь»

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

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

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

Толстолистовой цех в своем составе имеет толстолистовой стан 3600 проектной мощностью 1950 тыс. т в год. Сортамент толстолистового цеха - толстолистовой прокат толщиной 6-200 мм и шириной 1500-3200 мм для судостроения, тяжелого, энергетического и специального машиностроения, мостостроения, для изготовления труб большого диаметра магистральных газо- и нефтепроводов.

Рельсобалочный цех имеет в своем составе два прокатных стана - рельсобалочный 1000/800 и крупносортный 800/650. Оба сортопрокатных цеха обеспечиваются собственной заготовкой из обжимного цеха (обжимной стан - блюминг 1200). На протяжении последних лет сортамент и объемы производства цеха стабильно увеличиваются.

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

Функции, выполняемые бухгалтерией предприятия:

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

начисление заработной платы сотрудникам предприятия;

анализ и планирование финансовых поступлений;

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

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

планирование, учет и организацию реализации готовой продукции;

обеспечение своевременной поставки потребителям готовой продукции в полном объеме;

поставку экспортной продукции;

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

Оборудование цехов предприятия проходит разные виды ремонтных работ. Объектом автоматизации в дипломной работе является цех ремонта электрооборудования (ЦРЭО).

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

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

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

На рис. 1.2 приведена схема организационной структуры цеха ремонта электрооборудования комбината «Азовсталь». Во главе ЦРЭО - начальник цеха, который контролирует производственную деятельность по своевременному и качественному выполнению работ по ремонту электрооборудования комбината. Также начальник ЦРЭО, его заместитель и начальники участков реализуют управленческие функции по всем цеховым службам и персоналу, контролируют выполнение рабочими своих служебных обязанностей. Осуществляют учет отработанного времени, контролируют правильность заполнения нарядов и начисления зарплаты рабочим.

Рис. 1.2 - Схема организационной структуры цеха ремонта электрооборудования комбината «Азовсталь»

1.5 Функциональные структуры объекта и системы автоматизации

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

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

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

В ИС крупных предприятий выделяются самостоятельные подсистемы функционального и организационного уровня управления:

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

- управление персоналом;

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

- управление производством;

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

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

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

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

Диаграммы потоков данных (Data flow diagramming, DFD):

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

- создаются для моделирования существующего процесса движения информации;

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

- применяются как дополнение к модели IDEFO для более наглядного отображения текущих операций документооборота (обмена информацией);

- обеспечивают проведение анализа и определения основных направлений реинжиниринга ИС [6].

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

В случае наличия в моделируемой системе программной части предпочтение отдается DFD по следующим соображениям.

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

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

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

С помощью DFD-диаграмм требования к проектируемой ИС разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных. Главная цель декомпозиции DFD-функций - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами. На схемах бизнес-процесса отображаются [6]:

- функции процесса;

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

- внешние бизнес-процессы, описанные на других диаграммах;

- точки разрыва при переходе процесса на другие страницы.

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

При обследовании документооборота цеха ремонта электрооборудования был выявлен комплекс недостатков:

- чрезвычайно большой объем документов для ручной обработки;

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

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

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

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

При анализе документооборота и задач, выполняемых ЦРЭО, были выделены следующие функции, подлежащие автоматизации:

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

- планирование ремонтных работ;

- учет выполнения ремонтных работ.

Выделим документы, которые будет формировать подсистема «Учет ремонтных работ»:

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

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

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

- наряд на ремонтные работы;

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

- график ППР;

- отчет о выполнении текущего ремонта;

- отчет о выполнении графика ППР.

Входными данными будут следующие:

- заявка на ремонт;

- данные о наработке оборудования;

- данные о закрытых нарядах.

Диаграммы потоков данных подсистемы, построенные по итогам построения функциональной структуры ИС и обследования документооборота, представлены на рис. 1.3-1.4.

Рисунок 1.3 - Контекстная диаграмма

Рис. 1.4 - Диаграмма декомпозиции

1.6 Техническое задание

1.6.1 Общие сведения о подсистеме

В дипломной работе необходимо разработать подсистему для учёта ремонтных работ. Задачи подсистемы должны функционировать в ЦРЭО комбината "Азовсталь".

1.6.2 Назначение и цели создания подсистемы

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

Главными негативными факторами, влияющими на эффективность учета ремонтных работ, являются:

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

- отсутствие возможности структуризации информации по типам ремонтных работ;

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

Данные недостатки предлагается устранить с помощью разработки подсистемы «Учет ремонтных работ».

1.6.3 Характеристика объекта автоматизации

Объектом управления является ЦРЭО комбината «Азовсталь». Основными задачами ЦРЭО выполнение ремонта электрооборудования цехов комбината, качественно и в срок.

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

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

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

1.6.4 Требования к подсистеме

Требования к подсистеме в целом

ПО подсистемы должно быть разработано под ОС Windows XP с помощью языка Delphi 7. Рекомендуемая БД - Access.

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

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

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

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

В комплекте ПО должно быть руководство пользователя.

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

Подсистема должна осуществлять:

- ввод и обработку заявок на ремонт, данных о закрытых нарядах на ремонт электрооборудования;

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

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

обеспечение задания критериев для поиска информации;

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

Требования к программному обеспечению подсистемы

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

ОС Windows 7;

среда разработки Delphi 7;

- СУБД Access.

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

К программному обеспечению выдвигаются требования, в соответствии с которыми оно должно обеспечивать:

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

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

ПО должно вести журнал учета изменения информации для возможности восстановления после сбоев;

- однократный ввод информации;

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

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

Требования к техническому обеспечению

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

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

Для сервера: процессор не ниже 2 ГГц, 512 RAM, свободного места на диске для ПО 1,5 Гб. Операционная система: MS Windows 7, MS Windows XP.

Рабочие станции: процессор не ниже 1 ГГц, 256 RAM, 1 Гб свободного места на винчестере. Операционная система: MS Windows 7, MS Windows XP.

Протокол обмена данными в сети - TCP\IP.

Время передачи данных по сети - не более 20 ms при передаче пакета 1 Kb между сервером и рабочей станцией по статистике ping.

1.6.5 Порядок контроля и приемки подсистемы

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

Испытания проводятся в соответствии с программой и методикой испытаний, соответствующих ГОСТ.

1.6.6 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу подсистемы в действие

Для подготовки объекта управления к вводу подсистемы в действие Заказчик должен выполнить следующие мероприятия:

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

- внести в должностные инструкции сотрудников ЦРЭО изменения, связанные с использованием ими подсистемы ИС;

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

2. Проектные и технические решения и документация

2.1 Описание постановки задач подсистемы

2.1.1 Характеристика комплекса задач

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

Подсистему планируется использовать сотрудниками ЦРЭО в рабочие дни (понедельник-пятница) с 9:00 до 16:30, периодически, по мере поступления новой информации, на протяжении года. Условиями, при которых прекращается решение подсистемы автоматизированным способом являются:

аварийное отключение электроэнергии;

сбой программного обеспечения ИС или аппаратных средств;

несанкционированный доступ в ИС;

прекращение операций пользователем.

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

Сотрудник ЦРЭО осуществляет сбор, ввод и поиск информации. Автоматизированная система выполняет проверку корректности введенной информации, осуществляет накопление, занесение данных в БД и формирует выходные данные в виде экранных форм, электронных документов с возможностью их вывода на бумажные носители.

2.1.2 Выходная информация задач подсистемы

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

Таблица 2.1 - Описание структурных единиц выходного сообщения “Сводка о потребности в трудовых ресурсах”

Полное наименование

Идентификатор

Тип информации

Общее количество символов

Дата начала ремонта

D1

Дата

8

Дата окончания ремонта

D2

Дата

8

Наименование цеха

NM-CX

Cимвольный

10

Тип ремонта

TP-REM

Числовой

3

Квалификация рабочего

KVAL

Cимвольный

10

Количество рабочих

KOL-R

Числовой

2

Количество чел.-часов

KOL-CH

Числовой

4

Таблица 2.2 - Описание структурных единиц выходного сообщения “Сводка о потребности в материальных ценностях”

Полное наименование

Идентификатор

Тип информации

Общее количество символов

Дата начала ремонта

D1

Дата

8

Дата окончания ремонта

D2

Дата

8

Наименование цеха

NM-CX

Cимвольный

10

Тип ремонта

TP-REM

Числовой

3

Наименование материала

NM-МАТ

Cимвольный

25

Единица измерения

ED-IZM

Символьный

12

Количество

KOLICH

Числовой

5

Таблица 2.3 - Описание структурных единиц выходного сообщения “Сводка о потребности в инструменте”

Полное наименование

Идентификатор

Тип информации

Общее количество символов

Дата начала ремонта

D1

Дата

8

Дата окончания ремонта

D2

Дата

8

Наименование цеха

NM-CX

Cимвольный

10

Тип ремонта

TP-REM

Числовой

3

Наименование инструмента

NM-IN

Cимвольный

20

Единица измерения

ED-IZM

Символьный

12

Количество

KOLICH

Числовой

3

Таблица 2.4 - Описание структурных единиц выходного сообщения “Наряд на ремонтные работы”

Полное наименование

Идентификатор

Тип информации

Общее количество символов

Номер наряда

N-NAR

Числовой

5

Наименование цеха

NM-CX

Cимвольный

10

ФИО руководителя работ

RUK

Cимвольный

25

Исполнитель

ISP

Cимвольный

25

ФИО членов бригады

FF

Cимвольный

150

Наименование ремонтной работы

TP-REM

Числовой

3

Объем работ - единица измерения

ED-RAB

Cимвольный

10

Объем работ - количество

К-RAB

Числовой

2

Количество рабочих

KOL-R

Числовой

2

Количество человеко-часов

KOL-CH

Числовой

4

Дата начала ремонта

D1

Дата

8

Время начала ремонта

Т1

Время

4

Дата окончания ремонта

D2

Дата

8

Время окончания ремонта

Т2

Время

4

Наименование оборудования

NAME-OBOR

Символьный

30

Таблица 2.5 - Описание структурных единиц выходного сообщения “Ремонтная ведомость текущего ремонта”

Полное наименование

Идентификатор

Тип информации

Общее количество символов

Номер ведомости

N-VED

Числовой

5

Наименование цеха

NM-CX

Cимвольный

10

Инвентарный номер оборудования

N-ОВ

Cимвольный

10

Наименование оборудования

NМ-ОВ

Cимвольный

30

Дата начала ремонта

D1

Дата

8

Продолжительность ремонта

Р

Числовой

4

Наименование ремонтной работы

TP-REM

Числовой

3

Количество деталей, подлежащих изготовлен.

KDET

Числовой

3

Объем работ - единица измерения

ED-RAB

Cимвольный

10

Объем работ - количество

К-RAB

Числовой

2

Потребная рабочая сила - количество человек

KOL-R

Числовой

2

Количество человеко-часов

KOL-CH

Числовой

4

Исполнитель

ISP

Cимвольный

25

Оценка качества ремонта

OС-КАCH

Числовой

1

Примечание

PRIM

Cимвольный

50

Таблица 2.6 - Описание структурных единиц выходного сообщения “График ППР”

Полное наименование

Идентификатор

Тип информации

Общее количество символов

Наименование цеха

NM-CX

Cимвольный

10

Месяц

МЕS

Числовой

2

Год

YEАR

Числовой

4

Категория работы

КАТ

Символьный

30

Содержание планируемой работы

SODERZH

Символьный

50

День ремонта

D

Числовой

1

Таблица 2.7 - Описание структурных единиц выходного сообщения “Отчет о выполнении текущего ремонта”

Полное наименование

Идентификатор

Тип информации

Общее количество символов

Номер отчета

N-VED

Числовой

5

Дата отчета

DОТСН

Дата

8

Наименование цеха

NM-CX

Cимвольный

10

Инвентарный номер оборудования

N-ОВ

Cимвольный

10

Наименование оборудования

NМ-ОВ

Cимвольный

30

Фактическая дата начала ремонта

D-F

Дата

8

Фактическая продолжительность

Р-F

Числовой

4

Наименование ремонтной работы

N-REM

Числовой

3

Таблица 2.8 - Описание структурных единиц выходного сообщения “Отчет о выполнении графика ППР”

<...

Полное наименование

Идентификатор

Тип информации

Общее количество символов

Наименование цеха

NM-CX

Cимвольный

10

Месяц

МЕS

Числовой

2

Год

YEАR

Числовой

4

Категория работы

КАТ

Символьный

30

Содержание планируемой работы

SODERZH

Символьный

50

Исполнитель

ISP

Cимвольный

25

Страница:


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

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены