Разработка проектной информационной системы автоматизации учетной деятельности (на примере отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция »)

Табакова Е.Д. 1

1БИТИ НИЯУ МИФИ

Текст работы размещён без изображений и формул.
Полная версия работы доступна во вкладке "Файлы работы" в формате PDF

Аннотация является разработка проекта информационной системы автоматизация учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция».

Abstract: development of the project of the information system automation of accounting activities of the SUZ Department of the Branch of JSC "Concern Rosenergoatom ""Balakovo nuclear power plant".

Ключевые слова: информационные системы, информация, разработка.

Keywords: information systems, information, development.

ВВЕДЕНИЕ

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

Объектом исследования является деятельность отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция».

Предметом проекта являются методы и средства, используемые для разработки проекта информационной системы отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция»

Информационные системы Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» характеризуются огромными объёмами хранимых данных, сложной организацией, необходимостью удовлетворять разнообразные требования многочисленных пользователей.

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

Исходя из поставленной цели нужно решить ряд последовательных задач:

провести анализ деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция»;

провести функциональный анализ деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция»;

сформулировать цели и задачи проекта информационной системы автоматизации учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция»;

разработать техническое задание на проект информационной системы автоматизации учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция»;

спроектировать информационную систему автоматизации учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция»;

выбрать инструментальные средства для разработки проекта информационной системы автоматизации учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция»;

реализовать проект информационной системы автоматизации учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция»;

провести технико-экономическое обоснование разработки проекта информационной системы автоматизации учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция».

1 АНАЛИЗ ТРЕБОВАНИЙ ДЛЯ РАЗРАБОТКИ ПРОЕКТА ИНФОРМАЦИОННОЙ СИСТЕМЫ АВТОМАТИЗАЦИИ УЧЕТНОЙ ДЕЯТЕЛЬНОСТИ

1.1 Анализ деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция»

Акционерное общество «Концерн Росэнергоатом» «Балаковская атомная станция» зарегистрировано 22.08.1995г. [3].

На сегодняшний день «Балаковская атомная станция» является крупнейшей организацией на территории РФ.

Полное название организации – Открытое акционерное общество «Российский концерн по производству электрической и тепловой энергии на атомных станциях»; сокращённое АО «Концерн Росэнергоатом».

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

Основным видом деятельности организации АО «Концерн Росэнергоатом» является:

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

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

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

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

Учредителями организации АО «Концерн Росэнергоатом» является Бессонов Валерий Николаевич.

Задачами организации АО «Концерн Росэнергоатом» являются:

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

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

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

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

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

– решение иных задач в соответствии с целями дочернего общества.

Были составлены 3 организационные структуры:

– предприятия АО «Концерн Росэнергоатом»;

– цеха ТАИ;

– отдела СУЗ.

Отделение организации АО «Концерн Росэнергоатом» возглавляет директор цеха ТАИ – Паустьянов Роман Олегович.

В отделении организации АО «Концерн Росэнергоатом» функционируют следующие отделы:

– отдел СУЗ;

– отдел СГИУ;

– служба безопасности;

– отдел ТОиР.

Было создано 3 организационные структуры предприятия.

АО «Концерн Росэнергоатом» возглавляется директором, у него в подчинении находятся главные инженера, заместители ТОиР, заместители по безопасности.

Организационная структура АО «Концерн Росэнергоатом» представлена в Приложении Б.

Цех ТАИ занимается механическими расчетами и тестированием оборудования АО «Концерн Росэнергоатом». Организационная структура цеха ТАИ АО «Концерн Росэнергоатом» представлена на рисунке 1.1

Рисунок 1.1 – Организационная структура цеха ТАИ АО «Концерн Росэнергоатом»

Отдел СУЗ (система управления и защиты реактора) занимается работой по безопасной эксплуатации реактора и системой управления электронной вычислительной техники. На рисунке 1.2 представлена организационная структура отдела СУЗ

Рисунок 1.2 – Организационная структура отдела СУЗ

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

Начальника отдела СУЗ возглавляет ведущих инженеров, инженеров по ТК, ВИ и электрослесарей.

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

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

Электрослесаря отдела СУЗ проводят техническое обслуживание и ремонт закрепленного за цехом оборудования.

В своей деятельности отдел СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» руководствуется следующими нормативно-правовыми актами:

- Федеральным законом Российской Федерации от от 21 ноября 1995 г. № 170-ФЗ «Об использовании атомной энергии» и Уставом, утверждённым приказом № 28 от 8 августа 2019г. [3].

1.2 Анализ программно-аппаратного, сетевого обеспечения деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция»

В отделе СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» используется следующее программное обеспечение:

– базовое программное обеспечение: MS DOS, IBM PC DOS;

– офисное программное обеспечение: базовый пакет MicrosoftOffice 2010;

– антивирусное программное обеспечение: AVG AntiVirus FREE;

– сервисное программное обеспечение: для работы с pdf-файлами используетсяSumatra PDF;

В отделе СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» использует ПК в составе 5 штук [6].

Характеристики ПК отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» отдела СУЗ представлены в таблице 1.1.

Таблица 1.1 – Характеристики ПК отдела СУЗ

Тип комплектующих	Характеристики
CPUIntel Core i3	2х ядерный (4 потока)
RAM - 8 GB	DDR4, частота 2400mhz
Дисковая подсистема -	M.2 nvme SSD 512Гб
Video -	интегрированное
DVD	отсутствует
Операционная система	Windows Home 10 64bit.

В качестве сетевого коммуникационного оборудования в отделе СУЗ используется коммутатор Cisco Catalyst 2960-X.

Характеристики коммутатора ZyXEL Dimension ES-1024 отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» представлены в таблице 1.2.

Таблица 1.2 – Характеристики коммутатора отдела СУЗ

Характеристика	Значение
Тип устройства	Коммутатор (switch)
Внутренняя пропускная способность	4.8 Гбит/сек
Размер таблицы MAC адресов	8000
Количество портов коммутатора	24xEthernet 10/100 Мбит/сек
Поддержка стандартов	Auto MDI/MDIX
Размеры (ШхВхГ)	440x44x160 мм
Метод доступа	CSMA/CD

На данный момент в отделе СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» используется одноранговая локальная сеть [7].

1.3 Разработка моделей процессов деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция»

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

Процесс документирования обследования и диагностики оборудования аварийной защиты на работающем энергоблоке является одним из основных бизнес-процессов отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция».

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

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

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

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

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

Рисунок 1.3 – Контекстная диаграмма процесса документирования обследования и диагностики оборудования аварийной защиты на работающем энергоблоке

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

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

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

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

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

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

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

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

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

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

Рисунок 1.4 – Диаграмма декомпозиции процесса документирования обследования и диагностики оборудования аварийной защиты на работающем энергоблоке

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

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

Диаграмма дерева узлов представлена на рисунке 1.5.

Рисунок.1.5 – Диаграмма дерева узлов

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

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

– сложность формирования акта о диагностики и техническом обслуживании оборудования;

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

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

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

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

– хранить данные заявок сотрудников отдела СУЗ;

– хранить данные документов на техническое обслуживание;

– обрабатывать данные обследования и диагностики оборудования;

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

– формировать акт о диагностики и техническом обслуживании оборудования.

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

Чтобы подробнее рассмотреть порядок потоков данных в бизнес-процессе «Документирования, обследования и диагностики оборудования аварийной защити на работающем энергоблоке» необходимо построить диаграммы потоков данных DFD [10].

На рисунке 1.6 представлена контекстная диаграмма «Процесса документирования и диагностики оборудования аварийной защиты на работающем энергоблоке» по методу DFD.

Рисунок 1.6 – «Процесс документирования и диагностики оборудования аварийной защиты на работающем энергоблоке»

Внешними сущностями контекстной диаграммы DFD процесса документирования и диагностики оборудования аварийной защиты на работающем энергоблоке являются: директор цеха ТАИ, главный инженер отдела СУЗ, электрослесарь отдела СУЗ.

Проведём декомпозицию данного процесса. Основными элементами декомпозиции диаграмм потоков данных являются: внешние сущности, процессы, накопители данных, потоки данных.

На рисунке 1.7 представлена диаграмма декомпозиция «Процесса документирования и диагностики аварийной защиты на работающем энергоблоке»

Рисунок 1.7 – «Процесс документирования и диагностики аварийной защиты оборудования на работающем энергоблоке»

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

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

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

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

1.4 Цели и задачи разрабатываемой автоматизированной информационной системы учетной деятельности

Разрабатываемый проект информационной системы автоматизации учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» представлен локальной базой данных с интерфейсом ввода-вывода и средствами извлечения данных.

Целью разрабатываемой информационной системы автоматизации учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» является автоматизация процесса документирования деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция»

Разрабатываемая информационная система «SUZ» отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» будет предоставлять следующие функции:

– хранить данные о диагностики оборудования;

– хранить данные рентных работ;

– хранить данные о заявках на ремонтные работы;

– формировать отчеты по ремонтным работам: на месяц, на сегодня и на завтра ;

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

– хранить данные о документах для пропуска.

Техническое задание на проект информационной системы автоматизации учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» приведено в Приложении А.

Использование информационной системы «SUZ» отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» предоставит следующие преимущества:

автоматизация документирования деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция»;

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

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

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

сокращение сроков выполнения процесса оформления допуска документов на техническое обслуживание.

В данной главе проекта был проведен анализ деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция», рассмотрены основные и дополнительные виды деятельности, функции, задачи и правовые документы, регламентирующие деятельность отдела СУЗ. Проанализирована структура деятельности отдела СУЗ, проведен анализ программно-аппаратного и сетевого обеспечения компании, разработаны модели процесса документирования обследования и диагностики оборудования аварийной защиты на работающем энергоблоке отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция», в нотациях IDEF0 и DFD, также была обозначена необходимость разработки и определены цели и задачи разрабатываемого проекта информационной системы «SUZ» отдела СУЗ.

2 РАЗРАБОТКА ПРОЕКТА ИНФОРМАЦИОННОЙ СИСТЕМЫ АВТОМАТИЗАЦИИ УЧЕТНОЙ ДЕЯТЕЛЬНОСТИ

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

Разрабатываемая информационная система автоматизации учетной деятельности на примере отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» будет представлена собой базой данных с интерфейсами ввода-вывода, модулем формирования отчетности и модулем запросов.

Процесс проектирования базы данных информационной системы «SUZ» автоматизации учетной деятельности на примере отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» включает в себя инфологическое, концептуальное и физическое проектирование базы данных.

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

Сущность – это некоторый обособленный объект или событие моделируемой системы, имеющий определенный набор свойств – атрибутов [8].

При разработке инфологического моделирования информационной системы автоматизации учетной деятельности на примере отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» были выделены 6 сущности:

– сущность «Запчасти» (ID_Запчасти, Тип запчасти, Наименование, Цена, Количество);

– сущность «Ремонтные работы» (ID_Ремонтные работы, Вид работ, Дата выполнение ремонтных работ, ID_Заявки, ID_Запчасти);

– сущность «Документы» (ID_Документа, ФИО Сотрудника, Номер пропуска, Номер наряда, Кто выдал наряд);

– сущность «Заявки» (ID_Вид заявки, Число сотрудников, Отдел для выполнения работ, Ответственное лицо, Дата проведения заявки);

– сущность «Обследование и диагностика оборудования» (ID_Записи, Дата\Время, ID_Документы, ID_Заявки, ID_Сведения об оборудовании, Инв. Номер рабочей программы, ФИО исполнителя, Результаты диагностики, Необходимость ремонтных работ);

– сущность «Сведения об оборудовании» (ID_Сведения, Тип оборудования, характеристики, Производительность, Инв.Номер).

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

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

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

При разработке инфологического моделирования БД информационной системы автоматизации учетной деятельности на примере отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция», были выделены 4 стержневые сущности:

– сущность «Запчасти» (ID_Запчасти, Тип запчасти, Наименование, Цена, Количество);

– сущность «Документы» (ID_Документа, ФИО Сотрудника, Номер пропуска, Номер наряда, Кто выдал наряд);

– сущность «Запчасти» (ID_Запчасти, Тип Запчасти, Наименование, Цена).

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

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

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

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

Существуют 6 нормальных форм (1НФ, 2НФ, 3НФ, 4НФ, 5НФ, 6НФ). Каждая нормальная форма (за исключением первой) подразумевает, что к данным уже была применена предыдущая нормальная форма и налагает определенные ограничения. Эти ограничения вводятся в каждом конкретном отношении и соблюдение этих ограничений в отношении связано уже с наличием нормальной формы. База данных считается нормализованной, если к ней применяется третья нормальная форма и выше [13].

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

В реальном проектировании структуры базы данных применяется так называемое, семантическое моделирование. Семантическое моделирование представляет собой моделирование структуры данных, опираясь на смысл этих данных. В качестве инструмента семантического моделирования используются различные варианты диаграмм сущность-связь (ER - Entity-Relationship), которые могут быть относительно легко отображены в любую систему баз данных [14].

Моделирование предметной области базируется на использовании графических диаграмм, включающих небольшое число разнородных компонентов (ER-диаграмм). Основными понятиями ER-модель модели являются сущность, связь и атрибут сущности [13].

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

На рисунке 2.1 представлена диаграмма «Сущность-связь» БД информационной системы автоматизации учетной деятельности на примере отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» в нотации IDEF1X.

Рисунок 2.1 – Диаграмма «Сущность-связь» БД автоматизирования учетной деятельности

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

Так как информационная система автоматизации учетной деятельности будет представлять собой базу данных с интерфейсами ввода-вывода, необходимо провести обзор инструментальных средств для разработки проекта информационной системы работы автоматизирования учетной деятельности отдела СУЗ филиала ОАО «Концерн Росэнергоатом»

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

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

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

Основными функциями СУБД являются:

управление данными, хранящимися во внешней памяти;

управление данными, загруженными в оперативную память с использованием дискового кэша;

журнализация событий и изменений, резервное копирование и восстановление БД после сбоев;

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

В среде СУБД можно выделить следующие пять основных компонентов:

аппаратное обеспечение;

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

данные;

процедуры;

пользователи.

Рассмотрим несколько представленных СУБД: Oracle, Microsoft Access, Microsoft SQL-сервер, RDMServer, Pervasive PSQL и, исходя из их анализа, определим, какая СУБД будет оптимальным вариантом для создания БД.

В результате релиз первой в мире облачной базы данных Oracle Database обладает уже следующими особенностями:

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

улучшенное сжатие данных;

высокая плотность консолидации данных;

максимальная доступность;

автоматическая оптимизация данных;

улучшенная сетевая производительность.

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

Последним релизом SQL Server является SQL Server 2014 в котором Microsoft предлагает:

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

улучшенную производительность;

гибридные облачные решения;

улучшенную бизнес-аналитику;

резервное копирование старых версий в облачное хранилище;

MySQL

MySQL имеет следующие характеристики:

наличие движка InnoDB;

полусинхронную репликацию;

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

новую систему блокировок;

оптимизацию под многоядерные процессоры.

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

В таблице 2.1 представлена сравнительная характеристика СУБД.

Таблица 2.1 – Сравнительная характеристика СУБД

Характеристика	Oracle	MySQL	SQL Server	Microsoft Access
1	2	3	4	5
Интерфейс	GUI, SQL	SQL	GUI, SQL, другое	GUI, SQL

Продолжение таблицы 2.1

1	2	3	4	5
Поддержка языков	С, С++, Java, Ruby, Objective С и др.	С, С++, Java, Ruby, Objective С и др.	Java, Ruby, Python, VB, .Net, PHP	VBA, DDL, Java, Ruby, Python, VB, .Net, PHP
Операционнаясистема	Windows, Linux, Solaris, HP-UX, OS X, z/OS, AIX	Windows, Linux, OS X, FreeBSD, Solaris	Windows	Windows, Linux, OS X, FreeBSD, Solaris
Лицензия	Проприетарная	Свободная	Проприетарная	Свободная

Рассмотрев СУБД и их характеристики можно сделать вывод, что самым лучшим вариантом СУБД для разработки информационной системы «SUZ» для отдела СУЗ филиала ОАО «Концерн Росэнергоатом» является Microsoft Access, так как она популярна, представляет собой реляционную СУБД, входит в пакет Microsoft Windows и имеет очень простой графический интерфейс.

2.3 Концептуальное проектирование информационной системы автоматизации учетной деятельности

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

Таблицы в MS Access - это список таблиц, составляющих базу данных приложения, появляется в окне базы данных при первом открытии приложения [11].

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

В базе данных информационной системы «SUZ» автоматизации учетной деятельности на примере отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» в режиме конструктора было создано 6 таблиц: «Сведения об оборудовании», «Обследования и диагностика оборудования», «документы», «Заявки», «Ремонтные работы», «Запчасти».

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

Изобразим схему проектируемой базы данных работы информационной системы автоматизации учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» в формате, в котором она выглядит в окне схемы данных приложения Microsoft Access (рисунок 2.2).

Рисунок 2.2 – Схема БД информационной системы «SUZ»

Таблица «Запчасти» содержит информацию о запчастях для ремонтных работ отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция». Информация о таблице «Запчасти» с указанием атрибутов и типов данных представлена в таблице 2.2.

Таблица 2.2 – Таблица «Запчасти»

Поле	Тип данных	Примечание
ID_Запчасти	Счетчик	Ключевое поле, длинное целое, основной формат, обязательное поле, индексированное поле (совпадения не допускаются)
Тип запчасти	Текстовый	Обязательное поле, короткий текст, размер поля 70
Наименование	Текстовый	Обязательное поле, короткий текст, размер поля 40
Цена	Числовой	Обязательное поле, числовой, размер поля длинное целое
Количество	Текстовый	Обязательное поле, короткий текст, размер поля 20

Таблица «Ремонтные работы» содержит информацию о ремонте оборудования, отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция». Информация о таблице «Ремонтные работы» с указанием атрибутов и типов данных представлена в таблице 2.3.

Таблица 2.3 – Таблица «Ремонтные работы»

Поле	Тип данных	Примечание
1	2	3
ID_Ремонтных работ	Счетчик	Ключевое поле, длинное целое, основной формат, обязательное поле, индексированное поле (совпадения не допускаются)
Вид работ	Текстовый	Обязательное поле, короткий текст, 30
Дата выполнения работ	Дата/время	Обязательное поле, дата и время
ID_Заявки	Числовой	Обязательное поле, числовой, размер поля длинное целое
ID_Запчасти	Числовой	Обязательное поле, числовой, размер поля длинное целое
Артикул	Числовой	Обязательное поле, числовой, размер поля длинное целое

Таблица «Документы» содержит информацию о данных в документах для выполнения работ отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция».

Информация о таблице «Документы» с указанием атрибутов и типов данных представлена в таблице 2.4.

Таблица 2.4 – Таблица «Документы»

Поле	Тип данных	Примечание
ID_Документа	Счетчик	Ключевое поле, длинное целое, основной формат, обязательное поле, индексированное поле (совпадения не допускаются)
ФИО Сотрудника	Текстовый	Обязательное поле, короткий текст, размер поля 40
Номер пропуска	Числовой	Обязательное поле, числовой, размер поля длинное целое
Номер наряда	Числовой	Обязательное поле, числовой, размер поля длинное целое
Кто выдал наряд	Текстовый	Обязательное поле, короткий текст, размер поля 20

Таблица «Заявки» содержит информацию о заявках отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция».

Информация о таблице «Заявки» с указанием атрибутов и типов данных представлена в таблице 2.5.

Таблица 2.5 – Таблица «Заявки»

Поле	Тип данных	Примечание
ID_Заявки	Счетчик	Ключевое поле, длинное целое, основной формат, обязательное поле, индексированное поле (совпадения не допускаются)
Вид заявки	Текстовый	Обязательное поле, короткий текст, размер поля 20
Число сотрудников	Текстовый	Обязательное поле, короткий текст, размер поля 25
Отдел для выполнения работ	Текстовый	Обязательное поле, короткий текст, размер поля 6
Ответственно лицо	Текстовый	Обязательное поле, короткий текст, размер поля 6

Таблица «Обследование и диагностика оборудования» содержит информацию об оборудовании и их диагностике. Информация о таблице «Обследования и диагностика оборудования» с указанием атрибутов и типов данных представлена в таблице 2.6.

Таблица 2.6 – Таблица «Обследование и диагностики оборудования»

Поле	Тип данных	Примечание
ID_Записи	Счетчик	Ключевое поле, длинное целое, основной формат, обязательное поле, индексированное поле (совпадения не допускаются)
Дата./Время	Дата/время	Обязательное поле, дата и время
ID_Документы	Числовой	Обязательное поле, числовой, размер поля длинное целое
ID_Заявки	Числовой	Обязательное поле, числовой, размер поля длинное целое
ID_Сведения об оборудовании	Числовой	Обязательное поле, числовой, размер поля длинное целое
Инв.Номер рабочей программы	Текстовый	Обязательное поле, короткий текст, размер поля 25
ФИО исполнителя	Текстовый	Обязательное поле, короткий текст, размер поля 25
Результаты диагностики	Поле МЕМО	Обязательное поле, длинный текст, размер поля 999
Необходимость ремонтных работ	Логический	Обязательное поле, формат поля истина/лож

Таблица «Сведения об оборудовании» содержит информацию об оборудовании в отделе СУЗ. Информация о таблице «Сведения об оборудовании» с указанием атрибутов и типов данных представлена в таблице 2.7.

Таблица 2.7 – Таблица «Сведения об оборудовании»

Поле	Тип данных	Примечание
1	2	3
ID_Сведения	Счетчик	Ключевое поле, длинное целое, основной формат, обязательное поле, индексированное поле (совпадения не допускаются)
Тип оборудования	Текстовый	Обязательное поле, короткий текст, размер поля 15

Продолжение таблицы 2.7

1	2	3
Характеристика	Текстовый	Обязательное поле, короткий текст, размер поля 25
Производительнсть	Текстовый	Обязательное поле, короткий текст, размер поля 40
Инв, номер	Текстовый	Обязательное поле, короткий текст, размер поля 15

В данной главе проекта было проведено инфологическое проектирование информационной системы автоматизации учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция», в ходе которого были определены сущности, проведена нормализация отношений, разработана диаграмма информационной системы «Сущность-связь» в нотации IDEF1X отдела СУЗ Филиала АО «Концерн Росенергоатом», проведен выбор инструментальных средств для разработки проекта информационной системы автоматизации учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция», сравнение между MS Access и другими СУБД, вывод которого обосновывает выбор СУБД MS Access, разработана концептуальная модель информационной системы автоматизации учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция», схема проектируемой базы данных «SUZ», в режиме конструктора было создано шесть реляционных таблиц, а также было проведено подробное описание элементов базы данных АИС «SUZ».

3 РЕАЛИЗАЦИЯ ПРОЕКТА ИНФОРМАЦИОННОЙ СИСТЕМЫ АВТОМАТИЗАЦИИ УЧЕТНОЙ ДЕЯТЕЛЬНОСТИ

3.1 Разработка интерфейса информационной системы автоматизации учетной деятельности

Данная информационная система «SUZ» представлена базой данных с интерфейсами ввода-вывода.

База данных позволит автоматизировать процесс документирования обследования аварийной защиты на работающем энергоблоке деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция», облегчить процесс приема документов для проверки и диагностики оборудования, автоматизировать процессы формирования акта об диагностики и техническом обследовании, и приема заявки от директора, а также сократить сроки выполнения процесса.

При открытии АИС «SUZ» открывается главная кнопочная форма, которая создается с целью навигации по базе данных.

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

На форме АИС «SUZ» расположены три группы флажков, которые предназначены для выбора одного представления из нескольких вариантов.

На рисунке 3.1 представлена главная кнопочная форма АИС «SUZ».

В форме «Журнал заявок» АИС «SUZ» вводится информация о заявках деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция», выбирается вид заявки и устанавливается дата проведения заявки на техническое обслуживание и диагностику оборудования

Рисунок 3.1 – Главная кнопочная форма АИС «SUZ»

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

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

В форме «Журнал ремонтных работ» АИС «SUZ» заполняются номера документа и номер заявки и автоматически заполняются данные ремонтных работ, вид заявки, тип запчасти число сотрудников.

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

На рисунке 3.2 представлена форма «Журнал заявок» АИС «SUZ».

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

Рисунок 3.2 – Форма «Журнал заявок» АИС «SUZ»

На рисунке 3.3 представлена форма «Журнал ремонтных работ» АИС «SUZ».

Рисунок 3.3 – Форма «:Журнал ремонтных работ» АИС «SUZ»

На рисунке 3.4 представлена форма «Журнал диагностики» АИС «SUZ». В Форме «Журнал диагностики» заполняется информация о диагностики оборудования.

На данной форме заполняются поля с датой, ФИО сотрудника, вид заявки, сведения об оборудовании и кто выдал наряд.

Рисунок 3.4 –Форма «Журнал диагностики» АИС «SUZ»

На главной форме представлены все имеющиеся отчеты АИС «SUZ».

Отчет «Диагностика оборудования на текущий месяц» АИС «SUZ» был создан на основе запроса «Диагностика оборудования на текущий месяц», который отображает информацию об отделе и ФИО сотрудника, который проводил данную диагностику, а так же номер наряда и тип оборудования.

На рисунке 3.5 представлен отчет «Диагностика оборудования за текущий месяц» АИС «SUZ».

Рисунок 3.5 – Отчет «Диагностика оборудования за текущий месяц» АИС «SUZ»

Отчет «Диагностике оборудования на сегодня» АИС «SUZ» был создан на основе запроса «Диагностика оборудования на сегодня», который отображает информацию об отделе и ФИО сотрудника, который проводил данную диагностику, а так же номер наряда и тип оборудования.

На рисунке 3.6 представлен отчет «Диагностика оборудования на сегодня» АИС «SUZ».

Рисунок 3.6– Отчет «Диагностика оборудования на сегодня»

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

На рисунке 3.7 представлен отчет «Диагностика оборудования на завтра» АИС «SUZ».

Рисунок 3.7– Отчет «Диагностика оборудования на завтра»

На рисунке 3.8 представлен отчет «Ремонтные работы на текущий месяц» АИС «SUZ».

Рисунок 3.8 – Отчет «Договора за текущий месяц» АИС «РЕФТРАНС»

Отчет «Ремонтные работы на текущий месяц» АИС «SUZ» был создан на основе запроса «Ремонтные работы на месяц».

На рисунке 3.9 представлен отчет «Ремонтные работы на сегодня» АИС «SUZ».

Данный отчет отображает информацию о ремонтных работах на сегодняшней день деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция».

При нажатии кнопки «Ремонтные работы на завтра» АИС «SUZ» открывает отчет, который был создан на основе результата запроса «Ремонтные работы на завтра». В нем представлена статистика, которая показывает всю работу, которую необходимо выполнить на следующий день отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция».

Рисунок 3.9 – Отчет «Ремонтные работы» АИС «SUZ»

3.2 Разработка средств извлечения информации в информационной системе автоматизации учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция»

В АИС «SUZ» для выборки, преобразования и предоставления информации было разработано восемь запросов: «Диагностика оборудования на сегодня», «Данные по видам работ», «Диагностика оборудования на завтра», «Диагностика оборудования на текущий месяц», «Журнал диагностики», «Ремонтные работы на завтра», «Ремонтные работы на сегодня», «Ремонтные работы на текущий месяц».

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

Код SQL – запроса «Ремонтные работы на текущий месяц»:

SELECT [Ремонтные работы].[Дата выполнения ремонтных работ], [Ремонтные работы].[Вид работ], Заявки.[Ответственное лица], Заявки.[Отдел для выполнение работ], Запчасти.[Тип запчасти], Запчасти.Наименование, Запчасти.Количество, Заявки.[Дата проведения заявки]

FROM Запчасти INNER JOIN (Заявки INNER JOIN [Ремонтные работы] ON Заявки.ID_Заявки = [Ремонтные работы].[ID Заявки]) ON Запчасти.ID_Запчасти = [Ремонтные работы].ID_Запчасти

WHERE ((Year([Дата проведения заявки])=Year(Now()) And Month([Дата проведения заявки])=Month(Now())));

На рисунке 3.10 представлен результат запроса «Ремонтные работы на текущий месяц».

Рисунок 3.10 – Результат запроса «Ремонтные работы на текущий месяц»

Запрос «Диагностика оборудования на сегодня» отображает ответсвтенный отдел, ФИО сотрудника, дата проведения, номер наряда.

Код SQL – запроса «Диагностика оборудования на сегодня»:

SELECT [Обследование и диагностика оборудования].ID_Записи, [Обследование и диагностика оборудования].[Дата/время], Документы.[ФИО Сотрудника], Документы.[Номер наряда], [Сведения об обрудовании].[Тип оборудования], [Обследование и диагностика оборудования].ID_Заявки, Заявки.[Отдел для выполнение работ], [Обследование и диагностика оборудования].[Результаты диагностики], [Обследование и диагностика оборудования].[Необходимость ремонтных работ]

FROM Заявки INNER JOIN (Документы INNER JOIN ([Сведения об обрудовании] INNER JOIN [Обследование и диагностика оборудования] ON [Сведения об обрудовании].ID_Сведения = [Обследование и диагностика оборудования].[ID_Сведения об оборудовании]) ON Документы.ID_Документа = [Обследование и диагностика оборудования].ID_Документы) ON Заявки.ID_Заявки = [Обследование и диагностика оборудования].ID_Заявки

WHERE ((([Обследование и диагностика оборудования].[Дата/время])=Date()));

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

Рисунок 3.11 – Результат запроса «Диагностика оборудования на сегодня»

Запрос «Диагностика оборудования на завтра» отображает данные сотрудников, какой тип у оборудования и результаты диагностики.

Код SQL – запроса «Диагностика оборудования на сегодня»:

WHERE ((([Обследование и диагностика оборудования].[Дата/время])=Date()+1) AND ((Year([Дата/время]))=Year(Now())) AND ((Month([Дата/время]))=Month(Now())));

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

Рисунок 3.12 – Результат запроса «Диагностика оборудования на завтра»

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

Код SQL – запроса «Диагностика оборудования на текущий месяц»:

WHERE (((Year([Дата/время]))=Year(Now())) AND ((Month([Дата/время]))=Month(Now())));

На рисунке 3.13 представлен результат запроса «Диагностика оборудования на текущий месяц».

Рисунок 3.13 – Результат запроса «Диагностика оборудования на завтра»

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

Код SQL – запроса «Документы для пропуска»:

SELECT Документы.ID_Документа, Документы.[ФИО Сотрудника], Документы.[Номер пропуска], Документы.[Номер наряда], Документы.[Кто выдал наряд], [Обследование и диагностика оборудования].[Инв номер рабочей программы], [Обследование и диагностика оборудования].[ФИО исполнителя]

FROM Документы INNER JOIN [Обследование и диагностика оборудования] ON Документы.[ID_Документа] = [Обследование и диагностика оборудования].[ID_Документы];

На рисунке 3.14 представлен результат запроса «Диагностика оборудования на текущий месяц».

Рисунок 3.14 – Результат запроса «Документы для пропуска»

Запрос «Журнал диагностики» отображает данные сотрудников, какой тип у оборудования и результаты диагностики.

Код SQL – запроса «Журнал диагностики»:

SELECT [Обследование и диагностика оборудования].ID_Записи, [Обследование и диагностика оборудования].[Дата/время], [Обследование и диагностика оборудования].ID_Документы, Документы.[ФИО Сотрудника], Документы.[Номер пропуска], Документы.[Номер наряда], Документы.[Кто выдал наряд], [Обследование и диагностика оборудования].ID_Заявки, Заявки.[Вид заявки], Заявки.[Отдел для выполнение работ], [Обследование и диагностика оборудования].[ID_Сведения об оборудовании], [Обследование и диагностика оборудования].[ID_Сведения об оборудовании], [Сведения об обрудовании].[Тип оборудования], [Сведения об обрудовании].Характеристики, [Сведения об обрудовании].[Инв номер], [Обследование и диагностика оборудования].[Инв номер рабочей программы]

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

Рисунок 3.15 – Результат запроса «Журнал диагностики»

Запрос «Ремонтные работы на завтра» отображает вид работ, ответственные лица, дата проведения, отдел для выполнения работ.

Код SQL – запроса «Ремонтные работы на завтра»:

SELECT [Ремонтные работы].[Дата выполнения ремонтных работ], [Ремонтные работы].[Вид работ], Заявки.[Ответственное лица], Заявки.[Дата проведения заявки], Заявки.[Отдел для выполнение работ], Запчасти.[Тип запчасти], Запчасти.Наименование, Запчасти.Количество

WHERE (((Заявки.[Дата проведения заявки])=Date()+1));

На рисунке 3.16 представлен результат запроса «Ремонтные работы на завтра».

Рисунок 3.16 – Результат запроса «Ремонтные работы на сегодня»

Код SQL – запроса «Ремонтные работы на сегодня»:

WHERE (((Заявки.[Дата проведения заявки])=Date()));

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

Рисунок 3.17 – Результат запроса «Ремонтные работы на сегодня»

Таким образом, разрабатываемая информационная система автоматизации учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» будет предоставлять следующие функции:

– хранить данные о диагностики оборудования;

– хранить данные ремонтных работ;

– хранить данные о заявках на ремонтные работы;

– формировать отчеты по ремонтным работам: на месяц, на сегодня и на завтра;

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

– хранить данные о документах для пропуска.

В данной главе проекта был разработан и описан интерфейс ввода-вывода, формы и отчеты АИС «SUZ», разработаны средства извлечения информации АИС «SUZ». Также были описаны преимущества использования данной АИС отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция», исходя из чего можно сказать, что использование АИС «SUZ» автоматизирует процесс документирования обследования и диагностики оборудования аварийной защиты на работающем энергоблоке, облегчит процесс хранения данных о диагностики оборудования и хранения данных о ремонтных работах, автоматизирует процессы формирования отчетов по ремонтным работам также сократит сроки выполнения данного процесса.

ЗАКЛЮЧЕНИЕ

Целью проекта являлась разработка проекта информационной системы автоматизация учетной деятельности отдела СУЗ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция».

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

В первой главе был проведен анализ деятельности отдела СУЗ филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция», проанализировано программно-аппаратное и сетевое обеспечение, разработаны модели процессов информационно-управленческой отдела СУЗ филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция», сформулированы цели и задачи разрабатываемого проекта информационной системы автоматизирования учетной деятельности отдела СУЗ филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция».

Во второй главе было проведено инфологическое проектирование информационной системы работы автоматизирования учетной деятельности отдела СУЗ филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция», проведен выбор инструментальных средств для разработки проекта информационной системы работы автоматизирования учетной деятельности на примере отдела СУЗ филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция», разработана концептуальная модель информационной системы работы автоматизирования учетной деятельности на примере отдела СУЗ филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция», схема проектируемой базы данных, созданы реляционные таблицы.

В третьей главе дипломного проекта был разработан и описан интерфейс ввода-вывода, формы и отчеты АИС «SUZ», разработаны средства извлечения информации АИС «SUZ». Также были описаны преимущества использования данной АИС отдела СУЗ филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция», исходя из чего можно сказать, что использование АИС «SUZ» автоматизирует процесс документирования обследования и диагностики оборудования аварийной защиты на работающем энергоблоке, облегчит процесс хранения данных о диагностики оборудования и хранения данных о ремонтных работах, автоматизирует процессы формирования отчетов по ремонтным работам, а также сократит сроки выполнения данного процесса.

СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ

1. Об информации, информационных технологиях и о защите информации [Электронный ресурс]: федеральный закон от 27.07.2006 N 149.-ФЗ. – Режим доступа: http://www.consultant.ru/cons/cgi/ 201230

2. Об акционерных обществах: федеральный от 26.12.1995г. №208-ФЗ // "Российская газета", № 248, 29.12.1995.

3. Устав акционерного общества «АО Концерн Росенергоатом» // утверждён протоколом общего собрания акционеров № 5/12 от 18.09.2008г.

4. Голицына Информационные системы- М.: Форум, 2014г

5. Голицына О.Л. Основы проектирования баз данных- М.:Форум,2014г.

6. Емельянова Н. Устройство и функционирование информационных систем- М.:Форум,2014г.

7. Колдаев В.Д. Архитектура ЭВМ. – М.: Форум, 2009г.

8. Кумскова И.А. Базы данных. М.: Кнорус, 2015.- Электронный учебник

9. Михеева Е. В, Информационные технологии в профессиональной деятельности М.: Издательский центр «Академия», 2017.-416с.

10. Федорова, Г. Н. Основы проектирования баз данных : учебное пособие [для среднего профессионального образования по специальности "Информационные системы (по отраслям)"] / Г. Н. Федорова. - Москва : Академия, 2014. - 219 с.

11. Фуфаев Э. В. Ф Базы данных : учеб. пособие дли студ. учреждений сред, проф. образования / Э. В.Фуфаев, Д. Э.Фуфаев. — 7-е изд., стер. — М .: Издательский центр «Академия», 2012. — 320 с

12. Колдаев В.Д. Архитектура ЭВМ. – М.: Форум, 2009г.

13. Кумскова И.А. Базы данных. М.: Кнорус, 2015.- Электронный учебник

14. Кумскова, И. А. Базы данных. / И. А. Кумскова. - М. : КНОРУС, 2010г

15. Максимов Компьютерные сети-М.: Форум, 2014г

16. Голицына Информационные системы- М.: Форум, 2014г.

17. Голицына О.Л. Информационные технологии- М.:ИНФРА, 2014г.

18. Голицына О.Л. Основы проектирования баз данных- М.:Форум,2014г.

19. Выписка из ЕГРЮЛ Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция»» [Электронный ресурс] Режим доступа: https://www.rusprofile.ru/egrul?ogrn=1026401399562

20. Официальный сайт Филиала АО «Концерн Росэнергоатом» «Балаковская атомная станция» [Электронный ресурс] Режимдоступа: https://www.rosenergoatom.ru/stations_projects/sayt-balakovskoy-aes/

Просмотров работы: 19

Код для цитирования:

XIII Международная студенческая научная конференция Студенческий научный форум - 2021

Студенческий научный форум - 2021
XIII Международная студенческая научная конференция