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

МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РФ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «КАЗАНСКИЙ (ПРИВОЛЖСКИЙ) ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ»

НАБЕРЕЖНОЧЕЛНИНСКИЙ ИНСТИТУТ

КАФЕДРА ИНФОРМАЦИОННЫХ СИСТЕМ

КУРСОВОЙ ПРОЕКТ

по дисциплине: «Проектирование и архитектура программных систем»

на тему: «Проектирование требований на разработку требований на проектирование подсистемы учета оборудования для ООО «Газпром трансгаз Уфа»

2020



КАЗАНСКИЙ (ПРИВОЛЖСКИЙ) ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ

НАБЕРЕЖНОЧЕЛНИНСКИЙ ИНСТИТУТ (ФИЛИАЛ)

КАФЕДРА ИНФОРМАЦИОННЫХ СИСТЕМ (ИС)

Направление подготовки 09.03.01

«Информатика и вычислительная техника»

Утверждаю

Заведующий кафедрой ИС

___________________Р.А. Валиев

___________________г.

ЗАДАНИЕ НА КУРСОВОЙ ПРОЕКТ

Студент:

1 Тема

«Проектирование требований на разработку требований на проектирование подсистемы учета оборудования для ООО «Газпром трансгаз Уфа»

2 Срок представления к защите

20.05.2020

3 Исходные данные

Компания ООО «Газпром трансгаз Уфа», платформа SAP: Автоматизация документооборота, регистрационные данные компании, статистика заказов, данные по бизнес-процессам компании.

4 Перечень подлежащих разработке вопросов

? Описание деятельности компании ООО «Газпром трансгаз Уфа»;

? Анализ предметной области;

? Обоснование необходимости внедрения информационной системы;

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

Задание выдано _________г. _______ Ш.А. Хамадеев

Задание принято _________г. _______



Содержание

информационный автоматизационный программный система

Введение

1. Общесистемная часть

1.1 Анализ предметной области

1.2 Информационное обследование выделенного бизнес-процесса

1.3 Обоснование необходимости внедрения информационной системы1.4 Концептуальные модели ИС

2. Проектирование автоматизационного процесса

3. Настройка / Разработка модуля КИС3.1 Обоснование выбора программного продукта

3.2 Функциональные возможности внедряемого модуля3.3 Руководство пользователяЗаключение

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



Введение

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

SAP R/3 - это самая обширная система на сегодняшний день. Не случайно многие лидеры мировой экономики именно ее выбрали в качестве основной корпоративной системы. Тем не менее, статистика показывает, что более трети компаний, покупающих SAP R/3 - это средние фирмы с годовым оборотом менее 200 млн долл. Дело в том, что SAP R/3 - конфигурируемая система, поэтому, купив ее, предприятие будет работать с индивидуальной версией, настроенной именно под его параметры. Показателем технического уровня системы может служить способ ее настройки. Чем шире возможности конфигурирования и настройки системы без необходимости ее переписывания, тем выше технический уровень данной системы. Поэтому параметру SAP R/3 также занимает лидирующее положение в мире.

Внедрение любой финансово-экономической системы преследует вполне определенную цель - повышение эффективности работы и, в конечном итоге, выживание предприятия в условиях конкурентной борьбы. Чтобы выжить, предприятию необходимо перейти от традиционных, ориентированных на функции структур к более гибким формам, ориентированным на процессы. На практике такой переход может быть рассчитан и осуществлен только при наличии соответствующих инструментальных средств - для SAP SAP R/3 это специализированный инструмент бизнес-инжиниринга Business Engineer. С его помощью можно сконфигурировать и настроить систему SAP R/3 так, чтобы она удовлетворяла потребностям предприятия, поддерживать это соответствие в течение всего жизненного цикла системы.



1. Общесистемная часть

1.1 Анализ предметной области

1.1.1 Общая технико-экономическая характеристика предприятия

Дюртюлинское линейное производственное управление магистральных газопроводов является филиалом Общества с ограниченной ответственностью «Газпром трансгаз Уфа». Дюртюлинское ЛПУМГ (рисунок 1.1) является обособленным подразделением, находится на внутреннем, хозяйственном расчете, не имеет отдельного баланса и действует на основании «Положения о Дюртюлинском ЛПУМГ филиале ООО «Газпром трансгаз Уфа».

Рисунок 1.1 Дюртюлинское ЛПУМГ КС «Москово»

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

Основные объекты:

- компрессорная станция (КС) «Москово»;

- 761 км магистральных газопроводов, в том числе 531 км газопроводов - отводов;

- 26 газораспределительных станций;

- Автогазонаполнительная компрессорная станция.

В деятельности Дюртюлинского ЛПУМГ задействовано 18 служб и участков, основными из которых являются отдел снабжения, газокомпрессорная служба, линейно- эксплуатационная служба, служба по эксплуатации газораспределительных станций, служба защиты коррозии от газопроводов, служба КИП и метрологии.

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

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

Списочная численность персонала Дюртюлинского ЛПУ МГ составляет более 350 человек.

Каждая служба кроме прямого подчинения руководству управления, подчиняется соответствующему отделу ООО «Газпром трансгаз Уфа».



Рисунок 1.2 организационная структура предприятия

Объектом автоматизации информационной системы является отдел снабжения, служба КИП и метрология.

Основные задачи, стоящие перед отделом снабжения:

1) Изучение рынка материальных ресурсов

2) Анализ предложений поставщиков

3) Выбор лучших поставщиков

4) Переговоры и заключение договоров на поставку

5) Закупка материально-технических средств

6) Принятие оборудования в предприятие с внесением данных в систему SAP R/3

7) Передача материально-технических средств с документацией отделу КИП;

8) Списание оборудования с предприятия с внесением данных в систему SAP R/3, составление акта списания;

Основные задачи, стоящие перед отделом КИП:

1) Установка оборудования КИП на технологическую позицию с внесением информации в систему SAP R/3

2) Мониторинг за состоянием работоспособности оборудования КИП

3) Мониторинг за сроком наступления поверки оборудования КИП

4) Занесение информации в журнал эксплуатации в случае поверки, ремонта

5) Создание заявок на поверку, ремонт оборудования КИП отделу метрологии

6) Снятие оборудования КИП с технологической позиции в случае передачи оборудования в отдел метрологии для поверки, ремонта

7) Составление заявки на списание оборудования КИП в отдел снабжения в случае окончания срока эксплуатации оборудования

Основные задачи, стоящие перед отделом метрологии:

1) По заявке отдела КИП проводить поверку оборудования с внесением информации в журнал поверки;

2) По заявке отдела КИП проводить ремонт оборудования с внесением информации в журнал ремонта;

3) Составление заявки в отдел снабжения на списание оборудования КИП в случае непригодности оборудования для дальнейшей эксплуатации

1.1.2 Анализ текущего состояния бизнес-процессов предприятия

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

1.1.3 Обоснование выбора бизнес-процесса в качестве объекта исследований

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

1.2 Информационное обследование выделенного бизнес-процесса

1.2.1 Описание существующего бизнес-процесса

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

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

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

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

На мнемосхеме наглядно показывают:

– бумажные и электронные потоки;

– потоки оборудования и документации

– функциональные связи;

Мнемосхема строится для представления процесса, где выполняются некоторые требования:

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

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

– элементы системы изображаются в виде графических объектов (рисунков);

– связи между элементами системы и между системой и внешней средой изображаются стрелками;

– необходимо избегать излишних пересечений стрелок.

Процесс учета оборудования рассмотрим подробно на представленной мнемосхеме рисунка 1.3.



Рисунок 1.3 Мнемосхема процесса

Оборудование поступает в отдел снабжения. Инженер снабжения заносит техническую характеристику оборудования в систему SAP R/3, с указанием даты поступления оборудования в предприятие. Инженер снабжения передает оборудование вместе с документацией инженеру КИП. Он передает оборудование прибористу с указанием технической позиции для установки. Заносит информацию установки в информационную систему с указанием даты монтажа.

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

1.2.2 Выбор методологии моделирования бизнес-процесса

На сегодняшний день для описания бизнес-процессов используется несколько методологий. Наиболее распространенными являются методологии создания моделей структурного типа, методологии описания потоков работ и методологии описания потоков данных. Распространенная и широко применяемая методология структурного описания бизнес-процессов -- стандарт IDEF0. Подход IDEF0 разработан на основе методологии структурного анализа и проектирования SADT в 1963 году.

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

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

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

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

§ результаты выходят из блока справа.

1.2.3 Разработка модели функционирования бизнес-процесса

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

Для построения функциональной модели было выбрано CASE-средство - MS Visio 2007, поддерживающее методологию IDEF0.

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

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



Рисунок 1.4 Контекстная диаграмма А-0 «Учет и контроль за состоянием оборудования»

Входной информацией является:

– документация на оборудование;

– товарно-транспортная накладная;

Выходная информация:

– акт списания оборудования.

Управляющими данными данного процесса являются:

- должностные инструкции;

- инструкция по ТБ

- рекомендации по техническому обслуживания КИП

На рисунке 1.5 модели А0 представлена детализация контекстной диаграммы процесса учета и контроля за состоянием оборудования.



Рисунок 1.5 Диаграмма А0 «Учет и контроль за состоянием оборудования»

Процесс состоит из 4 блоков:

1) прием оборудования;

2) эксплуатация/поверка/ремонт оборудования;

3) списание оборудования;

Механизмами, осуществляющими операции являются:

– поставщик оборудования;

– инженер снабжения;

– инженер КИП;

– приборист

– метролог;

Наглядным отображением сложности документации является декомпозиция блока А2, представленная на рисунке 1.6.



Рисунок 1.6 Декомпозиция блока А2 «Эксплуатация/поверка/ремонт оборудования»

1.3 Обоснование необходимости разработки и внедрения ИС

1.3.1 Обоснование задачи на автоматизацию

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

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

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

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

– высокая трудоемкость.

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

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

– своевременное внесение данных по поверке, ремонту;

– повышение гибкости и оперативности контроля за состоянием оборудования;

– более полное осуществление контроля за всеми этапами жизненного цикла оборудования в ходе эксплуатации оборудования;

– соединение в единую БД сведений об оборудовании;

– минимизация возможности потери или ошибочности данных;

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

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



1.3.2 Выбор средства разработки ИС

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

Выбор ИС для учета и контроля за состоянием оборудования уже сделан, то есть будет внедрено на существующей ИС в системе SAP R/3. Данная система является всеобщим для организации ООО «Газпром трансгаз Уфа» в которую также входит Дюртюлинское ЛПУМГ. Внедрять новые возможности контроля по поверке и ремонту в иной информационной системе будет не рационально, так как приобрести дополнительную систему сторонних компаний требует больших финансовых расходов. Данная система SAP R/3 является довольно гибким программным продуктом, в которой имеется возможность добавления новых модулей. SAP R/3 внедрена в данную организацию в 2008 году.

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

Система SAP R/3 имеет следующие преимущества:

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

- наличие СУБД и клиент-серверных технологий обработки информации;

- поддержка Интернет;

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

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

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

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

1.4 Концептуальные модели ИС

1.4.1 Описание предлагаемого процесса

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

– отдел снабжения;

– служба КИП и метрология;

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

Рассмотрим данный процесс на мнемосхеме рисунка 1.7.



Рисунок 1.7 Мнемосхема предлагаемого процесса

Оборудование поступает в отдел снабжения. Инженер снабжения заносит техническую характеристику оборудования в систему SAP R/3, с указанием даты поступления оборудования в предприятие. Инженер снабжения передает оборудование вместе с документацией инженеру КИП. Он передает оборудование прибористу с указанием технической позиции для установки. Заносит информацию установки, дату установки в информационную систему. И эту же дату вносит в поле последней даты поверки, так как новое оборудование является уже поверенной на заводе изготовителя.

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

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

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

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

1.1. Нормативные документы, регламентирующие процесс

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

- Должностные инструкции инженера КИП;

- Должностные инструкции инженера снабжения;

- Должностные инструкции прибориста КИП;

- Рекомендации по техническому обслуживанию КИП;

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

1.2. Обоснование необходимости внедрения информационной системы

В настоящее время на предприятии в службе КИП учет и контроль за состоянием оборудования ведется только в бумажном варианте - журналах:

1) Журнал регистрации оборудования;

2) Журнал эксплуатации оборудования;

3) Журнал поверки;

4) Журнал ремонта;

В процессе принятия и эксплуатации оборудования создаются следующие документы:

- документы на поверку;

- документы на ремонт;

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

- акт списания оборудования;

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

2. Проектирование автоматизированного процесса

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

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

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

Существующая мнемосхема процесса показано на рисунке 2.



Рисунок 2 Мнемосхема существующего процесса

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

Рисунок 3 Мнемосхема предлагаемого процесса

Функциональное моделирование реализовано средствами Microsoft Visio 2016. Функциональная модель построена в нотации IDEF0 с точки зрения инженера по КИПиА.

Контекстная диаграмма процесса «Учет и контроль за состоянием оборудования» приведена на рисунке 4.

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

На контекстной диаграмме А-0 изображен функциональный блок А0 «Учет и контроль за состоянием оборудования», а также 15 интерфейсных дуг. На вход блока поступают 2 интерфейсные дуги ресурсов - «Документация на оборудование», «Товарно-транспортная накладная». Управление процессом осуществляют 3 интерфейсные дуги - «Должностная инструкция», «Инструкция по ТБ», «Рекомендации по техническому обслуживанию КИП». 5 интерфейсные дуги являются механизмом процесса - «Поставщик оборудования», «Инженер снабжения», «Инженер КИП», «Приборист», «Метролог». На выходе функционального блока А0 5 интерфейсные дуги - «Данные в таблице регистрации», «Данные в таблице эксплуатации», «Данные в таблице поверки», «Данные в таблице ремонта», «Акт списания оборудования».

На рисунке 5 изображена диаграмма блока А0. Диаграмма включает в себя 3 функциональных блока.

Рисунок 5 Диаграмма А0

Блок А1 - «Прием оборудования». На вход блока поступает «Документация на оборудование» с ICOM-меткой (далее - меткой) I1, «Товарно-транспортная накладная» с меткой I2, механизм блока - «Поставщик оборудования» - метка M1 и «Инженер снабжения» - метка M2. Управление над блоком осуществляет «Должностная документация» с меткой C1. На выходе блока - «Данные в таблице регистрации».

Блок А2 - «Эксплуатация/поверка/ремонт оборудования». На вход блока поступает «Документация на оборудование», механизмы - «Инженер КИП» с меткой М3, «Приборист» с меткой М4, управление - «Должностная инструкция» с меткой С1, «Инструкция по ТБ» с меткой С2, «Рекомендации по техническому обслуживанию КИП» с меткой С3, на выходе блока - «Данные в таблице эксплуатации» с меткой О2, «Данные в таблице поверки» с меткой О3, «Данные в таблице ремонта» с меткой О4, «Акт неисправности оборудования».

Блок А3 - «Списание оборудования». На вход блока поступает «Акт неисправности оборудования», «Данные в таблице регистрации», механизм блока - «Инженер снабжения». Управление над блоком осуществляет «Должностная инструкция». На выходе блока - «Ремонт», «Акт соответствия» с меткой О4.

Декомпозиция блока А1 изображена на рисунке 6.

Рисунок 6 Декомпозиция блока А1 «Прием оборудования»

Диаграмма декомпозиции А1 «Прием оборудования» содержит 2 функциональных блока: А11, А12.

Блок А11 - «Проверить документы». На вход блока поступает «Документация на оборудование» с меткой I1, «Товарно-транспортная накладная» с меткой I2, управление над блоком осуществляют «Должностная инструкция». Механизмом блока являются «Поставщик оборудования» с меткой М1, «Инженер снабжения» с меткой М2. На выходе блока - «Информация об оборудовании».

Блок А12 - «Внести данные в таблицу регистрации оборудования». На вход блока поступают «Информация об оборудовании». Управление над блоком осуществляют «Должностная инструкция». Механизмом блока является «Инженер снабжения». На выходе функционального блока «Данные в таблице регистрации».

Декомпозиция блока А2 «Эксплуатация/поверка/ремонт оборудования» изображена на рисунке 7.

Рисунок 7 Декомпозиция блока А2 «Эксплуатация/поверка/ремонт оборудования»

Диаграмма декомпозиции А2 «Эксплуатация/поверка/ремонт оборудования» содержит 3 функциональных блока: А21, А22, А23.

Блок А21 - «Эксплуатация оборудования». На вход блока поступают «Документация на оборудование», «Заявка на поверку с результатом», «Заявка на ремонт с результатом». Механизмами блока являются «Инженер КИП» с меткой М3, «Приборист» с меткой М4. Управление над блоком осуществляют «Должностная инструкция» с меткой С1, «Инструкция по ТБ» с меткой С2. На выходе блока «Данные в таблице эксплуатации» с меткой О2, «Заявка на поверку», «Заявка на ремонт».

Блок А22 - «Поверка оборудования». На вход поступает «Заявка на поверку». Механизмом блока является «Метролог» с меткой М5. Управление над блоком осуществляют «Должностная инструкция» с меткой С1, «Инструкция по ТБ» с меткой С2, «Рекомендации по техническому обслуживанию КИП» с меткой С3. На выходе блока «Данные в таблице поверки» с меткой О3, «Акт неисправности», «Заявка на поверку с результатом».

Блок А23 - «Ремонт оборудования». На вход поступает «Заявка на ремонт». Механизмом блока является «Метролог» с меткой М5. Управление над блоком осуществляют «Должностная инструкция» с меткой С1, «Инструкция по ТБ» с меткой С2, «Рекомендации по техническому обслуживанию КИП» с меткой С3. На выходе блока «Данные в таблице ремонта» с меткой О4, «Акт неисправности», «Заявка на ремонт с результатом».

Декомпозиция блока А22 «Поверка оборудования» изображена на рисунке 8.



Рисунок 8 Декомпозиция блока А22 «Поверка оборудования»

Декомпозиция блока А22 «Поверка оборудования» содержит 4 функциональных блока: А221, А222, А223, А224.

Блок А221 - «Поверить оборудования». На вход поступает «Заявка на поверку». Механизмом блока является «Метролог» с меткой М5. Управление над блоком осуществляют «Должностная инструкция» с меткой С1, «Инструкция по ТБ» с меткой С2, «Рекомендации по техническому обслуживанию КИП» с меткой С3. На выходе блока «Результат поверки».

Блок А222 - «Внести информацию в таблицу поверки». На вход поступает «Результат поверки». Механизмом блока является «Метролог» с меткой М5. Управление над блоком осуществляют «Должностная инструкция» с меткой С1. На выходе блока «Данные в таблице поверки» с меткой О3.

Блок А223 - «Внести результат поверки в заявку по поверке». На вход поступает «Результат поверки». Механизмом блока является «Метролог» с меткой М5. Управление над блоком осуществляют «Должностная инструкция» с меткой С1. На выходе блока «Заявка на поверку с результатом».

Блок А224 - «Составить акт неисправности (в случае отклонения от нормы)». На вход поступает «Результат поверки». Механизмом блока является «Метролог» с меткой М5. Управление над блоком осуществляют «Должностная инструкция» с меткой С1. На выходе блока «Акт неисправности».

Декомпозиция блока А23 «Ремонт оборудования» изображена на рисунке 9.

Рисунок 9 Декомпозиция блока А23 «Ремонт оборудования»

Декомпозиция блока А23 «Ремонт оборудования» содержит 4 функциональных блока: А231, А232, А233, А234.

Блок А231 - «Произвести ремонт оборудования». На вход поступает «Заявка на ремонт». Механизмом блока является «Метролог» с меткой М5. Управление над блоком осуществляют «Должностная инструкция» с меткой С1, «Инструкция по ТБ» с меткой С2, «Рекомендации по техническому обслуживанию КИП» с меткой С3. На выходе блока «Результат ремонта».

Блок А232 - «Внести результат в таблицу ремонта». На вход поступает «Результат поверки». Механизмом блока является «Метролог» с меткой М5. Управление над блоком осуществляют «Должностная инструкция» с меткой С1. На выходе блока «Данные в таблице ремонта» с меткой О4.

Блок А233 - «Результат ремонта внести в заявку по ремонту». На вход поступает «Результат поверки». Механизмом блока является «Метролог» с меткой М5. Управление над блоком осуществляют «Должностная инструкция» с меткой С1. На выходе блока «Заявка на ремонт с результатом».

Блок А234 - «Составить акт неисправности (в случае невозможности ремонта)». На вход поступает «Результат поверки». Механизмом блока является «Метролог» с меткой М5. Управление над блоком осуществляют «Должностная инструкция» с меткой С1. На выходе блока «Акт неисправности».

Декомпозиция блока А3 «Списание оборудования» изображена на рисунке 10.

Рисунок 10 Декомпозиция блока А3 «Списание оборудования»

Декомпозиция блока А3 «Списание оборудования» содержит 2 функциональных блока: А31, А32.

Блок А31 - «Составить акт списания». На вход поступает «Акт неисправности оборудования». Механизмом блока является «Инженер снабжения» с меткой М2. Управление над блоком осуществляют «Должностная инструкция» с меткой С1. На выходе блока «Акт списания оборудования» с меткой О5.

Блок А32 - «Внести информацию в таблицу регистрации». На вход поступает «Акт неисправности оборудования». Механизмом блока является «Инженер снабжения» с меткой М2. Управление над блоком осуществляют «Должностная инструкция» с меткой С1. На выходе блока «Данные в таблице регистрации» с меткой О1.

Информационное моделирование выполнялось в среде MS Visio 2007 согласно методологии IDEF1. Модель представлена на рисунке 11.

Рисунок 11 Информационная модель бизнес-процесса «Учет и контроль за состоянием оборудования»

На диаграмме изображено 5 сущностей: «Регистрация», «Эксплуатация», «Поверка», «Ремонт», «Списание».

Сущность «Регистрация» имеет ключевые атрибуты «Код регистрации», «Код оборудования» не ключевые атрибуты «Инвентарный номер», «Наименование», «Заводской номер», «Предел измерения», «Год выпуска», «Срок эксплуатации». Сущность «Регистрация» имеет внешний ключевой атрибут «Код списания», который вносится автоматически после списания оборудования.

Сущность «Эксплуатация» имеет ключевые атрибуты «Код эксплуатации», «Код оборудования». Также не ключевые атрибуты «Место установи», «Дата установки», «Дата снятия», «Причина снятия». Сущность «Эксплуатация» имеет внешние ключевые атрибуты «Код оборудования», «Код поверки», «Код ремонта», «Код списания". Сущность соединяется с сущностями «Регистрация», «Поверка», «Ремонт», «Списание».

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

Сущность «Ремонт» имеет ключевые атрибуты «Код ремонта», «Код оборудования» и не ключевые атрибуты «Дата ремонта», «Результат ремонта». Атрибут «Код оборудования» также является наследуемым атрибутом сущности «Регистрации» и между нами существует связь.

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



3. Настройка / разработка модуля КИС

3.1 Обоснование выбора программного продукта

Автоматизируемый бизнес-процесс данной курсовой работы достаточно специфичен, ввиду этой специфики, а также ограниченности в материальных средствах было принято решение произвести разработку информационной системы силами сотрудников предприятия. Также было принято решение проектировать базу данных в системе управления реляционными базами данных MS SQL Server 2012, т.к. компания владеет лицензией на данный продукт. На рисунке ниже изображена диаграмма базы данных, выполненная с РСУБД MS SQL.

Рисунок 11 Диаграмма базы данных

Разработанная информационная системы должна будет содержать имеющиеся журналы, использующиеся сотрудниками группы при работе с цифровыми потоками Е1 и ведущиеся в системе MS Excel. Необходимо создать базу данных, содержащую следующие справочники: Справочник ошибок, Распоряжения, Справочник аварий, Типы АТС, Справочник операторов, Данные цифрового потока, Справочник исполнителей.

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

В состав комплекта по автоматизации процесса ведения учета цифровых потоков связи Е1 должны входить следующие технические средства:

- рабочая станция;

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

- локальная БД информационной системы на рабочей станции.

3.2 Функциональные возможности внедряемого модуля

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

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

1) Журнал выполненных подключений;

2) Журнал ошибок на потоках;

3) Журнал аварий на сети;

4) Процесс учета ведения всех включенных связей (цифровых потоков Е1).

Информационная системы «Каталог ГУСКК» разработана в среде программирования MS Visual Studio 2015 на языке C#. На рисунках ниже изображены формы приложения, которое будет взаимодействовать с базой данных.



Рисунок 12 Основное окно ИС

Рисунок 13 Справочник «Типы АТС»



Рисунок 14 Формирование отчетов

3.3 Руководство пользователя

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

После запуска программы запускается основное окно (рисунок 12). В верхней части основного окна располагается основное меню, представленное следующими пунктами:

- Файл;

- Справочники;

- Отчеты;

- Справка;

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

Пункт меню «Справочники» предназначен для открытия справочников, таких как «Типы АТС», «Исполнители», «Аварии», «Ошибки», «Распоряжения».

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

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

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

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



Заключение

В ходе выполнения курсовой работы был описан процесс разработки информационной системы учета цифровых потоков Е1 «Каталог ГУСКК». Для описания необходимых работ использовалось функциональное и информационное моделирование с применением методологий IDEF0 и IDEF1X, соответственно. Были отображены и проанализированы структуры и взаимосвязи информационных потоков внутри системы.

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

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

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



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

1. Методы и модели информационного менеджмента: учеб. пособие / Д.В. Александров, А.В. Костров, Р.И. Макаров, Е.Р. Хорошева; под ред. А.В. Кострова. М.: Финансы и статистика, 2007. 336 с.

2. Моделирование и анализ систем. IDEF-технологии: практикум/ С.В. Черемных, И.О. Семенов, В.С. Ручкин. М.: Финансы и статистика, 2006. 192с.

3. Управление информационными потоками: сборник трудов/ Институт системного анализа Российской академии наук; ред.: В.Л. Арлазаров, Н.Е. Емельянов. М.: Едиториал УРСС, 2002. 368 с.

4. Ясенев В.Н. Автоматизированные информационные системы в экономике: Учебно-методическое пособие. Н. Новгород, 2007. 439 с.

5. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998. 176 с.

6. Герберт Шилдт. C# 4.0. Полное руководство. М.: Вильямс, 2015. 1056 с.

Размещено на Allbest.ru

...