Исследование существующего документооборота. Методика расчета планирования обновления оборудования. Описание программных средств, выбора интерфейса. Разработка и реализация приложения системы мониторинга, учета и планирования обновления оборудования.
При низкой оригинальности работы "Разработка системы мониторинга, учета и планирования обновления оборудования АО "УМЗ"", Вы можете повысить уникальность этой работы до 80-100%
В результате выполнения дипломной работы было разработано приложение для решения задачи мониторинга, учета и планирования обновления оборудования, которое позволяет минимизировать затраты, связанные с внедрением новой системы.
Введение
документооборот интерфейс оборудование мониторинг
Системы управления предприятием за длительный период своего развития прошли путь от простейших ручных форм учета запасов производственных мощностей до современных автоматизированных методов управления на основе использования компьютеров, и предназначенных для применения на предприятиях практически любого масштаба и сектора экономики.
Создание информационной системы мониторинга, учета и планирования обновления оборудования, направленной на поддержание и оптимизирование работы компьютерных технологий, является очень актуальной темой, поскольку позволяет минимизировать затраты, связанные с внедрением новых автоматизированных систем и оборудования.
Целью дипломной работы является: разработка автоматизированной системы мониторинга, учета и планирования обновления оборудования для поддержания функциональности вычислительной техники на предприятии АО «УМЗ».
Задачами дипломной работы являются: - изучить деятельность системы мониторинга, учета и планирования обновления оборудования;
- реализовать методы расчета планирования обновления оборудования;
- разработать приложение по мониторингу, учету и планированию обновления оборудования.
Исторически, развитие управленческих систем происходило в логической последовательности от простого к сложному, от элементарного отслеживания состояния дел, до информационно-управляющих систем, позволяющих не только учитывать, но и оптимизировать производственные процессы в условиях быстро меняющегося внешнего окружения и внутренних условий предприятия.
1. Анализ деятельности системы мониторинга, учета и планирования обновления оборудования
1.1 Описание предметной области
Предметной областью является система мониторинга, учета и планирования обновления оборудования в Акционерном Обществе «Ульбинский Металлургический Завод», реализуемая в центре информационных технологий предприятия(ЦИТ).
ЦИТ является самостоятельным структурным подразделением АО «УМЗ», основной функцией которого является обеспечение рабочих мест пользователей рабочими компьютерами, а так же устранение неисправностей информационного оборудования, которое имеется в данной организации.
Основной целью ЦИТ является поддержание функциональности вычислительной техники в пределах одной организации. Для достижения поставленной цели решаются следующие задачи: - планирование обновления оборудования;
- учет оборудования находящегося в рабочем режиме;
- ремонт оборудования;
- установление ремонтопригодности оборудования, с последующей утилизацией.
Решение поставленных задач предполагает определенный объем и установленную последовательность документооборота.
1.2 Исследование существующего документооборота
Структура документооборота системы мониторинга, учета и планирования обновления предполагает: - поставку и введение в эксплуатацию нового оборудования;
- принятие заявок на ремонт оборудования и описание процесса ремонта;
- установление ремонтопригодности оборудования, с последующей утилизацией.
Поставка и введение в эксплуатацию нового оборудования
Общая схема поставки оборудования изображена в виде диаграммы деятельности на рисунке 1.1.
Для поставки оборудования, руководству цеха необходимо сформировать заявку с указанием количества, вида и типа необходимого оборудования. Далее происходит разработка конфигурации оборудования согласно поступившим заявкам, основываясь на нынешних ценах и достижениях науки и техники, отдавая предпочтение более качественному оборудованию по приемлемым ценам. После чего происходит формирование тендерной документации и размещение ее на официальном сайте предприятия в разделе закупок.
В течение месяца несколько фирм поставщиков предоставляют ценовые предложения конфигураций оборудования, которые могут отличаться от изначально сформированных, соотношением цена-качество. Далее комиссия рассматривает предоставленные ценовые предложения фирм. После совещания, комиссия на конкурсной основе выбирает фирму-победителя, с которой предприятие будет сотрудничать, и которая будет поставлять оборудование согласно тендеру. В течение нескольких месяцев фирма производит поставку нового оборудования на предприятие.
Рисунок 1.1 - Диаграмма деятельности поставки нового оборудования
Оборудование в свою очередь должно пройти проверку на работоспособность, так называемый входной контроль. Это необходимо для предотвращения поставки на предприятие, оборудования с заводским браком или физическими повреждениями во время транспортировки. В случае заводского брака, оборудование возвращается поставщику, и тот в свою очередь производит замену оборудования по гарантии.
Далее происходит распределение оборудования по серийным номерам между цехами, согласно поданным заявкам. В каждом цехе оборудование распределяется между пользователями. После того, как становится известна принадлежность каждого оборудования конкретному пользователю, необходимо осуществить установку лицензионного ПО и выполнить загрузку информации со старого ПК посредством сети. На следующем этапе оборудование передается пользователю и подается заявка на введение оборудования в эксплуатацию.
Принятие заявок на ремонт оборудования и описание процесса ремонта
Под ремонтом понимается комплекс мероприятий по восстановлению работоспособного или исправного состояния оборудования и / или восстановлению его ресурса. Ремонт оборудования производится в случае, если невозможно или экономически нецелесообразно заменять его составные части на новые.
Существует два вида ремонта оборудования: - плановый ремонт;
- внеплановый ремонт.
Суть планового ремонта заключается в дорогостоящей замене деталей с выработанным ресурсом. То есть экономически целесообразно заранее спланировать данный вид ремонта, нежели производить замену детали, когда уже произошел ее отказ. В остальном же плановый ремонт проходит так же, как и внеплановый.
Ремонт начинается с заполнения диспетчером заявки в программном комплексе «управление заявками, обеспечение работами» (ПК УЗОР), где указывается информация о заказчике (Подразделение, должность, кабинет, телефон и т.п.) и информация о заявке (дата приема, статус выполнения, содержание о неисправности, категория оборудования, инвентарный номер оборудования и т.п.). Так же диспетчеру необходимо указать руководителя группы, в чьей компетенции работа с данным типом оборудования или неисправностями. Далее руководитель конкретной группы распределяет заявку между подчиненными, руководствуясь ПК УЗОР и количеством заявок на человека. После получения заявки ответственным, должна быть выполнена диагностика неисправности, иными словами сопоставить неисправность, указанную в заявке и неисправность, определенную на месте ремонта. После чего необходимо выявить неисправную деталь, получить ее на складе и произвести замену неисправной детали на новую. Далее следует тестирование оборудования с замененной деталью. Следующим шагом является описание проделанной работы в заявке ПК УЗОР. В случае, если в ремонте находится ПК, группа системного сопровождения проверяет программное обеспечение на работоспособность и осуществляется возврат оборудования диспетчеру. Диспетчер производит закрытие заявки и происходит уведомление заказчика об окончании ремонта оборудования.
Для более полного описания процесса ремонт оборудования представлена диаграмма деятельности на рисунке 1.2.
Рисунок 1.2 - Диаграмма деятельности ремонта оборудования.
Установление ремонтопригодности оборудования, с последующей утилизацией
Выбытие - причисление товарных или денежных активов предприятия, организации к убыткам с изъятием их из баланса. Применяется к полностью изношенным, морально или физически устаревшим и вышедшим из строя средствам производства. Под физическим износом понимается износ имущества, связанный со снижением его работоспособности в результате, как естественного физического старения, так и воздействия внешних неблагоприятных факторов. В то время, как моральный износ - это частичная утрата основными фондами потребительной стоимости в связи с удешевлением их воспроизводства или в связи с более низкой производительностью по сравнению с новыми.
Существует два вида выбытия оборудования. К первому виду относится выбытия оборудования морально или физически изношенное. Данный тип оборудования еще может работать, но не устраивает своими техническими характеристиками либо неспособно приносить предприятию экономической выгоды. Как правило, срок службы взятого типа оборудования составляет 8-12 лет. Также данный вид выбытия оборудования можно назвать плановым, так как подготовка к выбытию должна быть произведена заблаговременно.
Ко второму же типу относится выбытие оборудования вышедшего из строя. Выход из строя оборудования может обуславливаться различными факторами. Такими как природные катаклизмы, это может быть пожар, гроза, наводнение, или же человеческий фактор, например перегрев оборудования или перепады напряжения. Таким образом, оборудование вышло из строя, хотя моральный износ еще не наступил. Данный вид выбытия можно назвать внеплановым, так как наступает непредвиденно, и выбытие происходит в скором порядке.
Общий вид выбытия можно представить следующим образом. На первом этапе руководство цеха, в котором оборудование находится в эксплуатации, составляет письмо на ремонтопригодность оборудования на имя руководителя ЦИТ. Затем, в случае выхода из строя оборудования, представитель от центра информационных технологий рассматривает возможность устранения неисправности и в случае невозможности устранения неполадки представитель ЦИТ подготавливает извещение о непригодности с исходящим номером. Затем материально ответственное лицо(МОЛ) на основании исходящего номера составляет акт о выбытии, в котором должны стоять подписи руководителей. После чего ответственный по списанию утилизирует оборудование, ставит последнюю подпись в акте о выбытии и осуществляет передачу всех документов в главную бухгалтерию. Главная бухгалтерия в свою очередь производит удаление оборудования из базы данных, это является последним шагом в выбытии оборудования.
Схема ремонтопригодности оборудования представлена с помощью диаграммы деятельности на рисунке 1.3.
Рисунок 1.3 - Диаграмма деятельности ремонтопригодности оборудования.
1.3 Методика расчета планирования обновления оборудования
Исходные данные, необходимые для расчетов в процессе автоматизации, вводятся пользователем.
Результатом расчета является планируемая сумма, на обновление оборудования.
При выполнении данного расчета необходимо наличие следующих входных данных: - чистая прибыль предприятия на конец года, часть балансовой прибыли предприятия, остающаяся в его распоряжении после уплаты налогов, сборов, отчислений и других обязательных платежей в бюджет;
- выплата дивидендов, часть дохода предприятия, распределяемая между акционерами в соответствии с количеством (суммой) и видом акций, находящихся в их владении;
- увеличение уставного капитала, увеличение суммы средств, первоначально инвестированных собственниками для обеспечения уставной деятельности организации;
- формирование резервного капитала, размер имущества предприятия, который предназначен для размещения в нем нераспределенной прибыли, для покрытия убытков, погашения облигаций и выкупа акций предприятия
- финансирование капитальных вложений, к ним относятся денежные средства, аккумулируемые в целевых фондах, на счетах предприятий и направляемые на капитальные вложения;
- покрытие убытков прошлых лет;
- премии сотрудникам;
- поддержка и финансирование социальных мероприятий и программ.
Первоначально требуемый расчет планирования обновления(ПО) производится по формуле 1.1.
ПО = Чп - Д - Ук - Рк - Кв - Пу- П - Ф, (1.1)
Где: Чп - чистая прибыль;
Д - выплата дивидендов;
Ук - увеличение уставного капитала;
Рк - формирование резервного капитала;
Кв - финансирование капитальных вложений;
Пу - покрытие убытков прошлых лет;
П - премии сотрудникам;
Ф - поддержка и финансирование социальных мероприятий и программ.
Процесс расчета суммы на планирование обновление изображен на рисунке 1.4.
1.4 Описание программных средств, выбора интерфейса и межпрограммного взаимодействия
Для проектирования приложения и реализации всех его функциональных возможностей выбрана платформа MICROSOFTVISUALSTUDIO 2010, необходимое средство для независимых разработчиков, позволяющее решать основные задачи разработки. Система упрощает создание, отладку и развертывание приложений на различных платформах. Visual Studio 2010 включает встроенную поддержку модели «разработка через тестирование», а также инструментов отладки, которые обеспечивают создание высококачественных решений. Есть интеграция с Microsoft SQL Server, что как раз и требуется в данной работе.
При проектировании разрабатываемой системы использовалась технология ADO.NET, часть фреймворка.NET, предоставляющая доступ к данным для приложений, основанных на платформе Microsoft.NET.
ADO.NET является не развитием более ранней технологии ADO, а самостоятельной технологией. В ADO.NET используется многоуровневая архитектура, которая обращается вокруг небольшого числа ключевых концепций.
Основной идеей Microsoft.NET является совместимость программных частей, написанных на разных языках. Одной из основных идей Microsoft.NET является совместимость программных частей, написанных на разных языках. Языки, поддерживаемые MICROSOFTVISUALSTUDIO - C#, J#, VB.NETC . Для разработки приложения был выбран язык программирования C#.
Архитектура программного обеспечения (англ. Software architecture) - это структура программы или вычислительной системы, которая включает программные компоненты, видимые снаружи свойства этих компонентов, а также отношения между ними.
Система создана на основе клиент-серверной архитектуры и состоит из следующих компонентов: - сервер баз данных MS SQL Server 2008 R2;
- клиентские рабочие места.
На рисунке 1.5 представлена архитектура системы.
Рисунок 1.5 - Архитектура системы мониторинга, учета и планирования обновления оборудования
Двухзвенная архитектура используется в клиент-серверных системах, где сервер отвечает на клиентские запросы напрямую и в полном объеме, при этом используя только собственные ресурсы. Т.е. сервер не вызывает сторонние сетевые приложения и не обращается к сторонним ресурсам для выполнения какой-либо части запроса.
2. Программная реализация приложения системы мониторинга, учета и планирования обновления оборудования
2.1 Проектирование базы данных
В процессе работы приложения возникает потребность обращения к базе данных и возможности хранения, обработки и выдачи данных, которые требуются для функционирования предметной области.
Обследовав предметную область, можно выделить необходимые выходные документы: - сведения о ремонте оборудования;
- сведения об истории ремонта оборудования;
- сведения об оборудовании;
- сведения об обновлении оборудования.
Сведения о ремонте оборудования необходимо составлять, после проведенных ремонтных работах над оборудованием, где указывается информация об оборудовании, о неисправности и о сотруднике выполняющем ремонт, а так же дата поступления и дата окончания ремонта.
Сведения об истории ремонта оборудования предоставляются сотруднику, для обеспечения его информацией о проведенных ранее ремонтных работах.
Сведения об оборудовании заполняется сотрудником и предоставляются ему в дальнейшем, где указывается полная информация об оборудовании такая как, инвентарный номер, заводской номер, наименование оборудования, марка, модель, дата поставки на предприятие, МОЛ, подразделение, состояние и краткая характеристика. В случае если оборудование утилизировано, то необходимо указать документ основание, номер заключения непригодности, номер акта о выбытии и дата выбытия.
Необходимо провести анализ исходной информации с целью определения состава и структуры информации для последующей формализации и построения информационно-логической модели данных. Атрибутивный состав базы данных отображен в таблице 2.1.
Таблица 2.1 - Атрибутивный состав базы данных
№ Наименование атрибута Идентификатор
1 Inv_nom Инвентарный номер оборудования
2 Zav_nom Заводской номер оборудования
3 Naim_oborud Наименование оборудования
4 Marka Марка оборудования
5 Model Модель оборудования
6 Data_post Дата поступления на завод
7 Id_zap Идентификационный номер технической составляющей
8 Описание Краткое описание оборудования
9 Списание Состояние оборудования
10 Цех Цех к которому относится оборудования
11 Мол Материально ответственное лицо
12 Списал Ответственный за выбытие оборудования
13 Гарантия Гарантия на оборудование в месяцах
14 Докосн Документ основание на выбытие
15 номзаклнепр Номер заключения о непригодности
16 номактоспис Номер акта о выбытии оборудования
17 Датаспис Дата выбытия оборудования
18 нахожд Место нахождения оборудования
19 Дата обращения Дата обращения с неисправностью
20 Характер неисправности Краткое описание проблемы
21 Решение проблемы Описание действий при ремонте
22 Blank Номер бланка ремонта
23 Sost Состояние технической составляющей
24 Spisanie Информация о списании
25 Naim_zap Наименование технической составляющей
26 Data_postup Дата поступления запчасти
27 Ответственный Сотрудник производивший ремонт
28 Поступ Дата окончания ремонта оборудования
29 ID_Sotr Идентификационный номер сотрудника
30 Фамилия Фамилия сотрудника
31 Имя Имя сотрудника
32 Отчество Отчество сотрудника
33 Ф.И.О. Ф.И.О. сотрудника, заполняется автоматически
34 Должность Должность сотрудника
35 Пароль Пароль при авторизации
База данных «Oborud» является основным хранилищем данных. В ее состав должны входить следующие таблицы: - данные об оборудовании (инвентарный номер, серийный номер, дата поставки, марка, модель);
- данные о ремонте оборудования (Инвентарный номер ремонтируемого оборудования, номер бланка ремонта, характер неисправности);
- данные о технической составляющей оборудования (Наименование запчасти, инвентарный номер оборудования, на котором она установлена, номер запчасти);
- наименование оборудования;
- марка оборудования;
- модель оборудования;
- информация о подразделениях.
Информационный анализ предполагает выявление концептуальных требований пользователей.
В процессе расчета необходимо учитывать различные требования к использованию базы данных.
Инвентарный номер оборудования, так же как и номер бланка о ремонте - уникальный номер. В базе данных не может быть двух или более полей с одним и тем же значением.
На основании необходимых требования пользователей, следует выделить следующие сущности с атрибутами (ключевые атрибуты выделены подчеркиванием): Цех(Цех);
Построение логической схемы базы данных является неотъемлемой частью процесса проектирования. На данном этапе необходимо использовать теоретические знания при проектировании логической модели БД, реализованной в виде схемы отношений. Для каждого атрибута отношений указать его тип и размерность.
Цех
Цех
Символ(100)
Марка marka Naim_oborud
Символ(100) Символ(200)
Модель model marka
Символ(100) Символ(100)
Наименование оборудование
Naim_oborud
Символ(200)
Оборудование
Inv_nom Zav_nom Naim_oborud marka model Data_post Id_zap Описание Списание Цех Мол Списал Гарантия докосн номзаклнепр номактоспис Датаспис Нахожд
Символ(100) Символ(100) Символ(200) Символ(100) Символ(100) Дата Число СИМВОЛ(1000) Символ(100) Символ(100) Символ(100) Символ(100) Число Символ(100) Символ(100) Символ(100) Дата Символ(100)
Ремонт blank Дата обращения Характер неисправности Решение проблемы Inv_nom Zav_nom Naim_oborud Ответственный Поступ Id_zap ID_sotr
Число Дата Символ(400) Символ(400) Символ(100) Символ(100) Символ(200) Символ(100) Дата Число Число
Техническая составляющая
Id_zap Inv_nom Naim_zap marka model Zav_nom Data_postup sost spisanie Inv_nom
Число Число Символ(100) Символ(100) Символ(100) Символ(100) Дата Символ(200) Число Символ(100)
Сотрудник
ID_sotr Фамилия Имя Отчество Ф.И.О. Должность Пароль
Число Символ (100) Символ (100) Символ (100) Символ (100) Символ (100) Символ (20)
Информационные объекты (сущности), выделенные на предыдущем этапе можно представить в виде следующих отношений с соответствующими атрибутами, в каждом отношении необходимо выделить ключи (Рисунок 2.1).
Рисунок 2.1 - Схема отношений
Выбор СУБД и процесс участия базы данных в составепрограммного продукта является неотъемлемой этапом описания информационного обеспечения программного продукта. В качестве сервера базы данных выступает СУБД MSSQL Server 2008 R2. Ядро СУБД функционирует на сервере, прикладное приложение на клиенте, а протокол обмена обеспечивается с помощью языка SQL. Такой подход ведет к уменьшению загрузки сети и унификации интерфейса «клиент-сервер».
2.2 Назначение программного приложения системы мониторинга, учета и планирования обновления
Использование разработанного приложения по мониторингу, учету и планированию обновления оборудования позволит: - систематизировать информацию в режиме поступления, хранения и выдачи сотруднику;
- отслеживать действия сотрудников при выполнении ремонтных работ оборудования;
- контролировать процесс списания физически и морально устаревшего оборудования;
- планировать процесс обновления оборудования на предприятии;
- получать наглядное представление по количеству отремонтированного оборудования сотрудниками.
Разработанное приложение, прежде всего, позволит существенно облегчить работу сотрудника путем сокращения объемов непроизводительного труда. Используя данное приложение, сотрудник может на основе данных, сформированных в базе данных получить информацию, характеризующую каждый вид оборудования находящийся в распоряжении службы ЦИТ.
Располагая полученной информацией сотрудник имеет возможность принять оптимальное решение по поступившей заявке в службу ЦИТ. Руководитель службы, используя приложение, имеет возможность определить выполненный объем работ и производительность каждого сотрудника. Использование данного приложения позволит осуществлять хранение информации по отремонтированному и списанному оборудованию в установленный период времени.
2.3 Системно-технические требования
Требования к функциям системы. Для того чтобы пользователь мог в полном объеме применять в своей работе любой из информационных объектов, в программе обеспечены возможности осуществления над каждым из них следующие основные виды обработки (операций): - работа с информационными данными: хранение, поиск, и обработка;
- работа с данными результатов расчетов: ввод, редактирование;
- работа одновременно с разными типами объектов или несколькими элементами одного и того же типа (многооконный интерфейс);
- оформление визуальных данных в виде гистограмм;
- оформление результатов в виде твердой копии (выдача на печать).
Помимо основных перечисленных пользовательских функций для всех информационных объектов обеспечены общие системные функции: организация единообразного диалога и удобной технологии работы пользователя; организация помощи пользователю в процессе работы.
Реализация вышеперечисленных функций помогает избежать возникновения исключительных ситуаций во время работы программы. Для того чтобы избежать таких ситуаций, была организована проверка введенных данных и наличие всплывающих подсказок.
Основные принципы дизайна программного продукта можно сформулировать следующим образом: - программный интерфейс должен быть максимально приближен к пользователю, то есть любые действия программы не должны быть для пользователя неожиданным;
- пользователи могут и должны управлять диалогом.
Первый принцип реализуется следующими способами: - использование привычной терминологии;
- настройка на реалии пользователя;
- дружелюбие интерфейса;
- прозрачность интерфейса.
Требования к надежности программного продукта. Надежность технических характеристик программного продукта определяется в основном двумя факторами: надежностью компонентов и ошибками в конструкции, допущенными при разработке.
Помимо контроля данных при вводе предполагается также контроль и на последующих этапах обработки. Наиболее эффективная организация корректировки связана с отображением корректируемых данных на экране монитора с внесением изменений в поля, подвергаемые корректировке.
Любые нарушения вызывают блокировку задействованного функционального раздела системы и немедленное информирование пользователя для корректировки его дальнейших действий или выход в операционную систему.
Таким образом, заданной надежности можно достигнуть либо путем повышения надежности компонент (отладкой программ), либо путем введения методов контроля над действиями пользователя, либо совместным сбалансированным применением этих методов повышения надежности.
2.4 Обеспечивающая приложения
Информационное обеспечение. Любая автоматизированная система управления объектом предполагает наличие в своем составе подсистемы информационного обеспечения, питающая другие подсистемы данными, на основе которых осуществляется принятие решений, включая их оптимизацию с использованием математических методов и ЭВМ.
Информационное обеспечение системы может быть определено как совокупность единой системы классификации и кодирования технико-экономической информации, унифицированной системы документации и используемых информационных массивов.
Программное обеспечение. Программное обеспечение любой автоматизированной системы подразделяется на системное и прикладное. Системное программное обеспечение должно обеспечивать высокую эффективность работы всего комплекса технических средств, обеспечить полный набор функций для построения на их основе различных прикладных подсистем.
Для обеспечения надежной работы и сопровождения программного обеспечения необходимо использовать лицензионные системные средства. Системное программное обеспечение должно включать в себя: операционную систему Windows 98 или Windows XP или более поздние версии;
драйверы. Net Framework, входящие в стандартный комплект поставки Visual Studio и используемые для осуществления межпрограммного взаимодействия.
Техническое обеспечение. «Система мониторинга, учета и планирования обновления оборудования» можно использовать на ЭВМ типа IBM PC/AT с процессором Intel Pentium с тактовой частотой не ниже 133 MHZ. Более предпочтительным является применение для этих целей ЭВМ типа IBM PC/AT с процессором Intel Pentium с тактовой частотой 166-200 MHZ. Объем оперативной памяти компьютера - не менее 128 Мб.
Технологическое обеспечение. Технологическое обеспечение автоматизированной системы определяет технологию ее использования применительно к конкретным комплексам решаемых задач с учетом специфики каждого из них.
Технологический процесс функционирования автоматизированной системы представляет собой совокупность функциональных работ. Они представляют собой такие процедуры, как ввод данных, поиск информации в базе данных в зависимости от оборудования, обработка данных, вывод данных о результатах расчета в текстовой и графической формах.
2.5 Описание функциональных возможностей и схем диалога
Основной особенностью разработанного программного продукта является наличие интерфейса, интуитивно понятного для пользователя и не требующего от него специальных навыков работы с ПЭВМ.
Удобство и простота использования приложения достигается за счет применения диалогового режима при вводе пользователем данных.
При запуске программы появляется окно авторизации (Рисунок 2.2), в котором сотруднику необходимо войти под своим логином и ввести пароль.
Рисунок 2.2 - Окно авторизации пользователей
Если пользователь ввел не верные данные или вовсе не ввел данные, то дальнейший вход в программу будет невозможен и пользователь будет уведомлен следующим сообщением (Рисунок 2.3).
Рисунок 2.3 - Неудачная попытка входа в программу
В случае успешной авторизации откроется главное окно программы (Рисунок 2.4), в котором основное пространство занимает таблица с информацией об оборудовании, слева от таблицы будут находиться категории оборудования и состояние оборудования. Ниже под таблицей расположены копки управления данными оборудования, с помощью которых можно добавлять, изменять, удалять оборудование, а также просматривать техническую составляющую и историю ремонта. Вверху окна размещена строка меню со следующими пунктами: - «Файл»;
- «Оборудование»;
- «Категории»;
- «Сотрудник»;
- «Настройки»;
- «Поиск»;
- «Бэкап»;
- «Справка».
Данное окно было выбрано в качестве основного, так как оно предоставляет пользователю возможность выбрать любой из предусмотренных программой режимов работы, в зависимости от того, какие цели он преследует.
Рисунок 2.4 - Главное окно программы
Добавление оборудования может быть произведено двумя способами: при помощи нажатия на кнопку «Добавить» в главном окне программы, или же в строке меню, в категории оборудования выбрать пункт «Добавить». Будет открыто окно добавления оборудования (Рисунок 2.5) с возможностью введения следующих данных: - инвентарный номер - уникальный номер, присваиваемый любому оборудованию во время добавления в базу данных;
- заводской номер - уникальный номер оборудования, присвоенный на заводе-изготовителе (Серийный номер);
- наименование оборудования (Категория оборудования) - тип оборудования.
- марка - марка оборудования;
- модель - модель оборудования;
- подразделение, в котором находится оборудование;
- МОЛ - Материально ответственное лицо;
- дата закупки - дата, когда оборудование поступило в организацию;
- гарантия - гарантийный срок в месяцах, если имеется;
- состояние - статус оборудование в организации;
- место положения - корпус или здание, где находится оборудование;
- характеристика - краткое описание оборудование, заметки про оборудование;
В случае, если в выпадающем меню «состояние», будет выбран пункт «Списан», станут активными еще 4 поля: - документ основание;
- номер заключения непригодности;
- номер акта о выбытии;
- дата утилизации.
Рисунок 2.5 - Окно добавления оборудования
Поля обязательные для заполнения помечены звездочкой. В случае неверного или неполного заполнения полей, пользователь будет уведомлен следующим сообщением (Рисунок 2.6).
Рисунок 2.6 - Уведомление о некорректном заполнении полей данными.
В случае если сотрудник попытается добавить в базу данных оборудование, с инвентарным номером, которое уже есть в базе, то пользователю будет выдано уведомление (Рисунок 2.7).
Рисунок 2.7 - Добавление оборудование с существующим инвентарным номером
При попытке отменить операцию добавления или изменения данных оборудования, для защиты от случайного нажатия будет открыто окно подтверждения отмены операции (Рисунок 2.8).
Рисунок 2.8 - Подтверждение отмены операции
При попытке удаления оборудования из базы данных так же будет открыто окно подтверждения операции удаления (Рисунок 2.9).
Рисунок 2.9 - Окно подтверждения операции удаления оборудования
Для того чтобы добавить в базу данных новую марку, модель или подразделение, необходимо в окне добавления оборудования нажать на кнопку « », после чего откроется соответствующее окно (Рисунок 2.10), в котором необходимо ввести наименование марки, модели или подразделения и нажать кнопку «Добавить». Для удаления марки, модели или подразделения следует в выпадающем меню выбрать соответствующие название и нажать на кнопку «-».
Рисунок 2.10 - Окно добавления марки
После того, как оборудование будет добавлено в базу данных, над ним можно производить последующие действия. Если же была допущена неточность при вводе данных или данные оборудования изменились, будет предоставлена возможность изменять данные оборудования. А так же удалять оборудование из базы данных. В случае поступления партии однотипного оборудования, не обязательно каждый раз заполнять все поля заново, есть возможность дублировать данные оборудования, изменяя только отличающиеся поля. Для этого необходимо выделить оборудование из списка и выбрать в строке меню «Оборудование» пункт «Дублировать» или нажать одноименную кнопку.
Так как количество оборудования в базе данных может достигать колоссальных объемов, то был реализован поиск оборудования. Для того, чтобы открыть окно поиска (Рисунок 2.11), необходимо в строке меню выбрать пункт «Поиск». Был реализовано два вида поиска: обычный и расширенный. Изначально будет открыто окно обычного поиска, в котором содержится поле для ввода данных, кнопка поиска и кнопка расширенного режима, а так же выбор поиска по инвентарному номеру или по заводскому. Данный выбор осуществляется при помощи Radio Button.
Рисунок 2.11 - Окно поиска оборудования
Для перехода в расширенный режим поиска (Рисунок 2.12), следует нажать кнопку «Расширенный». В окне расширенного поиска, можно более детально настроить критерии поиска.
Рисунок 2.12 - Окно расширенного поиска
Для просмотра, добавления или изменения технической составляющей оборудования, необходимо выбрать в строке меню «Оборудование» пункт «Подробнее» или нажать в главном окне кнопку «Подробнее». В большей степени это относится к системным блокам, хотя и не исключает возможности использования с другим оборудованием. Будет открыто окно технической составляющей оборудования (Рисунок 2.13), которое содержит список компонентов системного блока, а так же поля данных конкретной детали.
Рисунок 2.13 - Окно технической составляющей оборудования
Для добавления технической составляющей в базу данных, необходимо выбрать наименование технической составляющей и нажать добавить, после чего можно заполнить все необходимые поля и нажать кнопку «Сохранить». В случае некорректного заполнения полей пользователь будет об этом уведомлен следующим сообщением (Рисунок 2.14).
Рисунок 2.14 - Некорректность заполнения полей данных технической составляющей
После добавления детали в базу данных, информацию о ней можно корректировать, а при необходимости удалять. Для удаления необходимо выбрать техническую составляющую и нажать кнопку «Удалить», после чего пользователя попросят подтвердить попытку удаления (Рисунок 2.15).
В случае поступления оборудования в ремонт и после завершения ремонтных работ, сотруднику необходимо внести в базу данных информацию о проведенных ремонтных работах. Для этого необходимо в главном окне приложения выбрать оборудование, над которым производились ремонтные работы и в строке меню «Оборудование» выбрать пункт «Ремонт» или нажать кнопку «Ремонт». После чего будет открыто окно истории ремонта выбранного оборудования (Рисунок 2.16), в котором в случае повторного ремонта оборудования, будут отображены все предыдущие ремонтные работы и указана дата последнего ремонта. Есть три кнопки управления ремонтными работами, при помощи которых можно добавлять, удалять или изменять данные о ремонтных работах. Так же в окне истории ремонт оборудования предусмотрена возможность сформировать отчет о конкретном ремонте.
Рисунок 2.16 - Окно истории ремонта оборудования
Для добавления данных о проведенных ремонтных работах сотруднику следует нажать кнопку «Добавить» в окне истории ремонта оборудования, после чего откроется окно ремонта оборудования (Рисунок 2.17). В котором сотруднику необходимо указать характер неисправности, решение проблемы, дату поступления и окончания ремонта, а так же есть возможно
Вывод
В результате выполнения дипломной работы было разработано приложение для решения задачи мониторинга, учета и планирования обновления оборудования, которое позволяет минимизировать затраты, связанные с внедрением новой системы.
Цель дипломной работы была достигнута, так как результатом выполнения проекта является программный продукт, который позволяет осуществлять контроль ремонтных работ, поставку нового оборудования на предприятие и введение его в эксплуатацию и устанавливать ремонтопригодность оборудования с последующей утилизацией. А так же предоставляет возможность выводить информацию о проведенных ремонтных работах в виде диаграмм и отчетов.
В качестве инструментальной среды реализации задачи была выбрана среда визуального проектирования Visual Studio 2010 C#, которая позволила создать прикладные информационные системы в виде приложений Windows, характеризуется широким использованием визуальных средств разработки приложений, поддерживает мощные современные технологии.
Список литературы
1. C# 2010: ускоренный курс для профессионалов, Трей Нэш, 2010
2. MS SQL Server 2005 Analysis Services, Александр Бергер;
3. Блинова С.С., Моисеев А.Н. Информационные системы, 2001 г.
4. Грофф Дж., Вайнберг П. Энциклопедия SQL. 3-е изд. СПБ.: Питер, 2003.
5. Закон Республики Казахстан от 28.02.2004 №528-2 «О БЕЗОПАСНОСТИ И ОХРАНЕ ТРУДА»
6. Инструкция по безопасности и охране труда для работников АО «УМЗ», занятых эксплуатацией персональных компьютеров. ООТ №62.001-10
7. Карпова Т. Базы данных. Модели, разработка, реализация. - СПБ.: Питер, 2001.
8. Мак-Дональд М., Фримен А., Шпушта М. Microsoft ASP.NET 4 с примерами на C# 2010 для профессионалов - 2011
9. Разработка приложений на основе MS SQL Server 2005, Стивен Форте, Эндрю Дж. Браст
