Файл: Моделирование предметной области «учёт электропривода обогатительной фабрики» с помощью UML.pdf

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

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

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

На рисунке 8 приведена диаграмма вариантов использования «как есть».

Рисунок 8. Диаграмма вариантов использования «как есть».

На данный момент учет производится следующим образом: инженер на основании данных полученных от мастера формирует в таблице Excel перечень оборудования, установленного на ОФ. Далее в столбцах таблицы, заносятся данные о типе и мощности установленного ЭД, типа и номинала ПЗА, марке и сечении кабеля, установленного на ЭП. На рисунке 9 представлен фрагмент данной таблицы.

Рисунок 9. Фрагмент таблицы учёта ЭП.

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

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

Глава 5. Предлагаемые мероприятия по улучшению бизнес-процессов

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

---

Глава 6. Моделирование процесса бизнес-процесса «как должно быть»

В данной части курсовой работы будут рассмотрены статистические

модели проектируемой информационной системы, такие как: диаграмма

вариантов использования (бизнес-модель и системная модель), а также

диаграмма классов.

Диаграмма вариантов использования представляет собой обобщенную

модель функционирования системы в окружающей среде.

Целями создания диаграммы вариантов использования являются:

• определение границы и контекста моделируемой предметной области на ранних этапах проектирования;

• формирование общих требований к поведению проектируемой системы;

• разработка концептуальной модели системы для ее последующей

детализации;

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

пользователями системы.

Диаграмма классов - это набор статических, декларативных элементов

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

проектировании, то есть в процессе разработки новой системы, и при

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

систем.

В данной части курсовой работы будут рассмотрены статистические

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

• определение границы и контекста моделируемой предметной области наранних этапах проектирования;

• формирование общих требований к поведению проектируемой системы;

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

• подготовка документации для взаимодействия с заказчиками и пользователями системы.

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

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

---

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

• определение границы и контекста моделируемой предметной области на ранних этапах проектирования;

• формирование общих требований к поведению проектируемой системы;

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

• подготовка документации для взаимодействия с заказчиками и пользователями системы.

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

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

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

Целями создания диаграммы вариантов использования являются:

• Определение границы и контекста моделируемой предметной области на ранних этапах проектирования;
• Формирование общих требований к поведению проектируемой системы;
• Разработка концептуальной модели системы для её последующей детализации;
• Подготовка документации для взаимодействия с заказчиками и пользователями системы.

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

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

Таблица 2. Описание бизнес-модели диаграммы вариантов использования.

Название элемента	Описание
Актёры
инженер	Сотрудник, который контролирует состояние системы и обеспечивает её работоспособность.
мастер	Сотрудник, который использует систему для формирования отчётов.
Прецеденты
Выбор формы отчёта	Система предлагает выбрать форму отчёта.
Учёт запчастей	Система рассчитывает необходимое количество запчастей.
Учёт расхода запчастей	Система учитывает дату, диспетчерское наименование оборудования, количество установленных запчастей.
Учёт прибытия запчастей	В базу запчастей вносятся данные о прибывших запчастях
Формирование поставки	Система определяет необходимые для пополнения запчасти.
Определение остатков на складе	Система определяет оставшиеся на складе запчасти.
Учёт оборудования	В базу вносится перечень установленного оборудования
Учёт электропривода	В базу вносится данные по составным частям электропривода из баз ПЗА, кабельно-проводниковой продукции, подшипников, ЭД
Учёт электродвигателей	В базу вносится перечень используемых ЭД
Учёт ПЗА	В базу ПЗА вносятся перечень установленной аппаратуре
Учёт кабельно-проводниковой продукции	В базу вносятся перечень используемых кабелей.
Учёт подшипников	В базу вносятся перечень применяемых подшипников.

---

Рисунок 10. Диаграмма использования «как должно быть»

Глава 7. Диаграмма классов

Диаграмма классов – основной способ описания структуры системы.

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

Класс – это шаблон создания объектов.

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

Экземпляр – это объект, принадлежащий некоторому классу.

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

Класс «Наименование отделения» включает в себя одно поле- одномерный массив типа String[] «наименований_отделений». ID_наименование_отделения является индексом элемента массива. Класс имеет два метода с доступом Public Set_наименование_отделения-для установки значения в массив и Get_наименование_отделения-для получения значения из массива.

Основным классом является класс «Оборудование», который консолидирует данные из других классов. Каждой единице оборудования ОФ будет соответствовать экземпляр класса «Оборудование». особенностью класса является использование переменной ID_оборудование типа Static, что гарантирует уникальный ID каждому экземпляру класса.

Рисунок 11. Диаграмма классов.

Заключение

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

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

---

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

СПИСОК ЛИТЕРАТУРЫ.

1. Вендров А.М. Практикум по проектирование программного обеспечения экономических информационных систем: Учеб. пособие для вузов.- М.: Финансы и статистика, 2002.- 192 с.

2. Вендров А.М. Проектирование программного обеспечения экономических информационных систем – М.: Финансы и статистика, 2005.- 544 с.

3. Леоненков А.В. Объектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose. – Издательства: Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2006. – 320 с.: ил.

4.Якобсон А. Унифицированный процесс разработки программного обеспечения/ А.

Якобсон, Г. Буч, Дж. Рамбо; пер. с англ. В. Горбункова.- СПб.: Питер, 2002.- 496с.: ил

1. Ящура А. И. Система технического обслуживания и ремонта энергетического оборудования. Справочник. – М.: Изд_во НЦ ЭНАС, 2006. -504 с. ил.

---