1 подписчик

Учет оборудования

5 октября 20235 окт 2023

149 мин

Оглавление

Введение
1. Анализ предметной области и постановка задачи
1.1. Краткая характеристика предприятия и автоматизируемого процесса

Содержание

Введение. 2

1. Анализ предметной области и постановка задачи. 4

1.1. Краткая характеристика предприятия и автоматизируемого процесса. 4

1.2. Описание существующей системы учета. 6

1.3 Выявление недостатков существующей системы учета. 7

1.4 Обоснование необходимости автоматизации процесса учета. 7

1.5 Анализ существующих вариантов решения задачи. 8

1.6 Выбор и обоснование своего варианта решения задачи. 14

1.7 Расширенная постановка задачи. 15

2. Проектная часть. 17

2.1. Выбор системы разработки. 17

2.2. Функциональная структура разрабатываемой системы.. 20

2.3. Архитектура разрабатываемой АИС.. 27

2.4. Разработка концептуальной (инфологической) модели данных. 28

2.5. Выбор системы управления базами данных. 30

2.6. Разработка физической модели базы данных. 31

3. Реализация системы.. 40

3.1. Общая концепция разрабатываемой системы.. 40

3.2. Создание прикладных объектов конфигурации. 41

3.3. Разработка интерфейса системы.. 51

3.4. Тестирование и отладка программы.. 55

3.5. Руководство по установке, настройке и сопровождению программы.. 56

3.6. Руководство пользователя. 57

Заключение. 67

Список использованных источников. 70

Приложение 1. Текст программных модулей. 73

Введение

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

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

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

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

Объектом исследования является процесс учета коммутационного и иного оборудования корпоративной вычислительной сети, планирования и учета ТОиР оборудования в ИТ-отделе компании.

Предметом исследования является процесс функционирования ИТ-отдела компании, возникающие в процессе этого функционирования взаимоотношения между отделом и другими подразделениями компании, а также внутри самого отдела.

Целью ВКР является разработка АИС, которая позволит повысить эффективность и прозрачность учета коммутационного оборудования и устранить ошибки при планировании проведения ТОиР.

Для успешного достижения цели необходимо решить следующие задачи:

- Изучить особенности учета оборудования, находящегося в сфере ответственности ИТ-отдела и планирования мероприятий ТОиР;

- Выбрать среду разработки АИС;

- Разработать функциональную модель работы АИС;

- Реализовать в в выбранной среде разработки АИС учета оборудования и планирования ТОиР;

- Протестировать разработанную АИС, убедиться в ее работоспособности и применимости в практике работы СЭА.

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

1. Анализ предметной области и постановка задачи

1.1. Краткая характеристика предприятия и автоматизируемого процесса

Настоящая АИС учета оборудования и планирования ТОиР разрабатывается для ИТ-отдела ООО "ХХХ".

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

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

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

Задача планирования и учета проведения ТОиР является как бы второстепенной задачей в работе ИТ-отдела. Но на практике своевременное проведение ТОиР является залогом бесперебойной работы оборудования. В связи с большим количеством объектов оборудования, при помощи которого строится вычислительная сеть на предприятии, разнообразием видов ТОиР планирование и учет проведения ТОиР становится очень сложной задачей, выходящей на первый план в списке задач ИТ-отдела. Автоматизация этой задачи которой жизненно необходима.

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

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

1.2. Описание существующей системы учета

Сегодня в компании принято вести 2 параллельных учета оборудования. Что касается основного учета, то в бухгалтерии компании его ведут согласно правилам бухгалтерского учета инвентаризационных объектов ОС. Как правило, применяется 1С: Бухгалтерия на основе 1С: Предприятие. Кроме прочего, в рамках той же системы ведется прочий бухгалтерский учет компании.

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

В рамках настоящей работы анализу подвергается второй учет – который ведут в ИТ отделе. Особая его часть – планирование, а также учет проведения ТОиР. Сейчас с целью ведения оперативного учета оборудования, планирования, а также учета ТОиР в ИТ отделе применяется АИС, которая введена в пользования несколько лет назад. Со временем произошло моральное и техническое устаревание системы. В частности, сейчас с ее помощью нельзя автоматизировать на 100% процессы. Формирование статистических и управленческих отчетов о функционировании ИТ отделов выполняется вручную, офисными средствами Майкрософт Верд и Эксель. А для выполнения такой работы тратится много времени, требуется особое внимание оператора.

1.3 Выявление недостатков существующей системы учета

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

- минимальная степень оперативности;

- отсутствие совершенства по таким процессам, как обработка, хранение, применение информации;

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

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

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

1.4 Обоснование необходимости автоматизации процесса учета

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

На основании решения указанных задач, предстоит достичь следующих результатов:

· Обеспечить максимально эффективную работу ИТ отдела посредством:

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

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

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

· Качество обслуживания техники должно возрасти. Для этого предлагается:

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

− Снизить количество времени на проведение ремонтных работ;

− Обеспечить руководство точной, оперативной информации;

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

· Для обеспечение оперативного проведения ремонтных работ, технического обслуживания, нужно:

− Интегрировать процедуру автоматизированного планирования в рамках ТОиР;

− Вести учет ТОиР, строгого исполнения плана ТОиР.

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

1.5 Анализ существующих вариантов решения задачи

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

«Учет оборудования версия Prof» для 1с 8.1 и 8.2

Программа реализована фирмой «TuneSoft» на платформе «1с 8.2».

Рисунок 1.1. «Учет оборудования» версия Prof

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

Известно также о том, что в рассматриваемой программе можно вести учет:

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

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

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

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

- доступен импорт информации с «Эвереста» и «WMI». С помощью последнего приложения также доступно сканирование, выделение отчетов с файлов «Эвереста». Проводится в автоматическом режиме инвентаризация и так далее;

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

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

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

Конфигурация ИТ управление в версии 2018.х стоит для пяти пользователей 12900 рублей. За 1 год поддержки программы, за обновления дополнительно нужно заплатить 3900 рублей.

«Одинескин: Учёт оборудования 2.0».

Программа реализована на платформе 1с 8.2.

Рисунок 1.2. «Одинескин: Учёт оборудования 2.0»

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

В остальном, с помощью конфигурации можно:

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

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

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

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

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

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

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

- автоматически допускается проведение инвентаризации в компании. Для выполнения такой операции требуемые сведения в автоматическом режиме импортируются по программному обеспечению «Эверест», «Аида»;

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

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

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

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

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

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

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

- есть многочисленные функции, которыми может пользоваться системный администратор. В частности, доступны команды ОС – удаленный рабочий стол, пинг, работа ПП «radmin»;

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

В целом, программное обеспечение стоит порядка 12 тысяч рублей.

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

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

- купить новое ПО – потратить много средств;

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

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

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

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

- формы отчетов на выходе не всегда удовлетворяют запросы пользователей.

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

1.6 Выбор и обоснование своего варианта решения задачи

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

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

1.7 Расширенная постановка задачи

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

Нельзя забывать о том, что создаваемая АИС должна давать возможности для ведения складского учета запчастей, инструментов и материалов, прочих ТМЦ, контролировать движение, остатки материальных ценностей, как по подразделениям, так и по складам. АИС дает возможность решать многочисленные задачи учета ТМЦ, что возникают в работе компании: от заказа поставщику и до передачи на подразделение, для выполнения определенных работ. Кроме прочего, предстоит организовать учет товарно-материальных ценностей, в том числе – даже после их списания в составе того или иного объекта.

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

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

2. Проектная часть

2.1. Выбор системы разработки

Практика показывает, что есть очень много факторов, которые указывают на распространенность 1С: Предприятие 8.3. Например 1С поставляет много готовых решений для предприятий бизнеса. На рисунке (Рисунок 2) показан перечень подобных разработок. Не имеет значения, в какой сфере работает предприятия – всегда можно найти нужное решение.

Рисунок 2. Перечень типовых разработок «1С»

К типовым наработкам можно отнести специализированные и отраслевые решения. В сущности, эти продукты направлены на характерные моменты в работе бизнеса. Пример – 1С: предприятие 8.3 Бухгалтерия птицефабрики. Судя по названию ПП и так понятно, для чего применяется разработка.

Также стоит сказать, что кроме 1С созданием приложений на этой платформе занимаются партнерские предприятия. Другое важное преимущество ПП на базе 1С: Предприятие 8.3 – это поддержка пользователей. В России только работает порядка 7500 партнерских компаний.

Все равно сейчас 1С: Предприятие – это сложный продукт, но с его помощью тысячи программистов разрабатывают под себя разные приложения. 1С: Предприятие 8.3 – это платформа, которая по степень доступности и качеству стоит на одной ступени с такими гигантами, как MS Visual Studio или Delphi.

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

1С: Предприятие 8.3 наделена массой инструментов, техническими средствами. Они отражены на рисунке (Рисунок 3). Каждый пункт – это продуманное решение, заслуживающее по отдельности особого внимания.

Рисунок 3. Возможностей платформы «1С:Предприятие 8.3»

Однако заметим важную деталь: 1С: Предприятие 8.3 – это не универсальная среда, посредством которой можно создать любое приложение. Но даже такое ограничение точно позволит найти методику и технологии для решения задачи, которая обозначена в рамках настоящей работы.

2.2. Функциональная структура разрабатываемой системы

Разрабатываемая АИС учета оборудования будет иметь следующие подсистемы (Рисунок 2.4).

Рисунок 2.4. Подсистемы разрабатываемой системы

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

Рисунок 2.5. Подсистема ведения справочников

Впрочем, стоит ради справедливости отметить, что такое деление – весьма условное, так как для нормальной работы АИС важны сведения по всем категориям. На практике бывает сложно отнести те или иные данные к определенной категории.

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

Также стоит подчеркнуть, что почти по всем объектам АИС предусматривается возможность включения внешних файлов, посредством которых представляется дополнительное описание объекта (сканированные копии документов, «word» и «excel» – документы, фотографии ТМЦ, должностные инструкции и т.д.)

Если анализировать такую подсистему, как «Склад», то ее главным предназначением является ведение исчерпывающего СУ разных товарно-материальных ценностей, оборудования до момента его введения в пользование. Подсистема напоминает типовые системы СУ, дает возможность выполнять типичные операции (Рисунок 2.6).

Рисунок 2.6. Подсистема «Склад»

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

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

Рисунок 2.7. Разрезы ведения учета

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

Рисунок 2.8. Подсистема учета движений и наличия

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

Если рассматривать подсистему «Учета основных средств и ремонта», то можно отметить, что она предназначается для ведения учетных процедур с номенклатурой ТМЦ, как объектов инвентаризационного учета, основных средств компании. Обычно объекты оборудования учитываются точно так, простыми товарно-материальными ценностями, но с характерной особенностью. Суть ее состоит в индивидуальном учете в разрезе заводских номеров. Что касается процедуры генерации объекта инвентаризационного учета с объекта ТМЦ, то она осуществляется посредством документа, который называется «Введение в эксплуатацию». С его помощью происходит списание со склада конкретного объекта ТМЦ, генерируется такой объект с инвентаризационным учетом, заводским, уникальным номером. Потом учет движения, наличия объекта ОС осуществляется точно так, как и на объекта ТМЦ.

Различные действия с оборудованием представляются посредством документа, который называется «Ремонт». Этот документ фиксирует соответствующие ремонты, ТО, обновления, замену комплектующих не только собственными силами, но и с привлечением компаний со стороны. Заметим, что документ «Ремонт» выполняет списание запчастей, расходных материалов, комплектующих на проведение ремонта с возможностью включения использованных запчастей, материалов в состав ремонтируемого объекта.

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

Зафиксировать факт проведения ТОиР можно документом «Ремонт». Он создается в автоматическом режиме посредством задачи на проведение ТОиР. Задача тут же помечается как выполненная; потом в нее вносится ссылка на указанный выше документ.

2.3. Архитектура разрабатываемой АИС

Так как разрабатываемая АИС является конфигурацией для «1С: Предприятие 8.3», то данная система становится центром системы автоматизации учета оборудования в СЭА.

Система «1С:Предприятие 8.3» будет использоваться в файловом варианте и работать в локальной сети. БД будет иметь файловую организацию, в качестве системы управления базой данных (СУБД) будет использоваться внутренняя СУБД системы «1С:Предприятие».

Кроме ОС и самой «1С:Предериятие 8.3» никакого другого ПО не требуется. В случае файлового варианта, работающего в локальной сети ПО комплекса усложняется с целью обеспечить работу именно локальной сети в случае ее «доменной» организации. В этом случае один из ПК сети должен выступить в качестве сервера домена, на котором установлена серверная ОС.

В качестве ОС, функционирующей на клиентских ПК в случае файлового варианта работы целесообразно выбрать «Windows 7/10».

На ПК, выступающем в качестве сервера домена необходимо установить ОС серверного типа. В качестве такой ОС целесообразно выбрать «MS Windows Server 2012 Standart Edition».

Связь ПК пользователей с сервером и друг с другом осуществляется по протоколу «TCP/IP».

Схема взаимодействия информационного и программного обеспечения приведена на рисунке (Рисунок 2.9).

Рисунок 2.9. Архитектура системы

2.4. Разработка концептуальной (инфологической) модели данных

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

Рисунок 2.10. Информационная модель системы

На рисунке 2.11 выделены одни из самых главных моментов, которые описывают движение информационных потоков новой АИС.

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

2.5. Выбор системы управления базами данных

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

В такой СУБД можно хранить данные с применением единого файла. Формат хранения, о котором сказано выше, представлен компанией 1С под прикладное решение 1С: Предприятие 8. Файловая СУБД, кроме прочего, имеет ряд других неоспоримых преимуществ [1]:

- Максимальная степень эффективность;

- Может быть работа с форматом «Unicode»;

- Данные можно размещать с БД в рамках одного файла;

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

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

- Информацию можно очень быстро перенести на новое место хранение, с развертыванием рабочего места – в том числе [3].

2.6. Разработка физической модели базы данных

Далее будет целесообразно представить структуру прикладных объектов конфигурации создаваемой АИС в форме «ER-диаграммы» [12]. Уже, судя по названию реквизитов объектов, становится понятным предназначение таких реквизитов. Типы их указаны в таблице каждого объекта. Связи между объектами представлены стрелками на рисунках. Под каждый объект обычно подается взаимосвязь с прочими объектами. На рисунке 2.12 представлена структура справочников подгруппы «Номенклатура».

Рисунок 2.12. Структура справочников подгруппы «Номенклатура»

Структура справочников подгруппы «Контрагенты» приведена на рисунке (Рисунок 2.13).

Рисунок 2.13. Структура справочников подгруппы «Контрагенты»

Структура справочников, описывающих собственную организацию, приведена на рисунке (Рисунок 2.14).

Рисунок 2.14. Структура справочников подгруппы «Организация»

Если рассматривать подсистему, которая отвечает за учет, а также планирование ТОиР, то в ее составе имеется регистр данных, справочники, а также некоторые задачи. В рамках представленной подсистемы каждый объект связан с другими объектами остальной системы. На рисунке 2.15 приведена структура данных этой подсистемы.

Рисунок 2.15. Структура подсистемы планирования и учета ТОиР

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

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

Рисунок 2.16. Структура складских документов

Что касается документации, посредством которой осуществляется учет объектов оборудования, то она в целом предназначается для фиксации фактов закрепления объектов искомого оборудования. Такие документы имеют таблицы с указанием объектов ОС. Документ, который называется «Ремонт», имеет реквизит «Относить на ОС». Это говорит о том, что при списании ТМЦ, указанных в таблице, одновременно нужно относить их на объект оборудования, представленный в шапке документа. На рисунке 2.17 представлена структура документов по движению оборудования.

Рисунок 2.17. Структура документов по движению оборудования

Если говорить о таком параметре, как регистры учета, то это центральная часть конфигурации, создаваемой на основе 1С: Предприятие 8.3. Обычно в регистрах хранят суммируемую, количественную информацию, а по регистрам сведений – выполняются накопления «Остатки». Движение здесь проходят все документы АИС (Рисунок 2.18).

Рисунок 2.18. Структура регистров

3. Реализация системы

3.1. Общая концепция разрабатываемой системы

Важно подчеркнуть, что на основании новой версии платформы под названием 1С: Предприятие 8.3 можно формировать «Управляемые приложения». Главная их особенность состоит в том, что такие приложения позволяют кардинально изменить работу с пользовательским интерфейсом. Прежде всего, тут выделяется командный интерфейс, оконная система и формы. Не просто меняется модель создания пользовательского интерфейса в рамках конфигурации, но и выдвигается новая архитектура дифференцирования функционала – между сервером и клиентским приложением [1].

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

Рисунок 3.1. Общая структура конфигурации

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

3.2. Создание прикладных объектов конфигурации

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

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

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

На рисунке 3.2 представлена структура справочников в модуле «Конфигуратор».

Рисунок 3.2. Список справочников системы

В настоящей работе такой прикладной объект конфигурации, как «Перечисления», применяется с целью хранения списков постоянных значений. Обычно перечисления применяются в 1С: Предприятие 8.3 для описания неизменных комплексов значений. Под то или иное перечисление нужно определить список принимаемых значений, имя, а также, по мере потребности – интерфейсные формы. На рисунке 3.3 представлен состав прорабатываемых перечислений.

Рисунок 3.3. Список перечислений системы

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

Рисунок 3.4 - Список документов системы

Объектами, которые хранят учетные данные в конфигурации – это регистры учета. В то же время объекты, которые меняют такие регистры – документы. В том или ином документе нужно прописать движения – согласно каким регистрам, какие движения осуществляет конкретный документ на момент проведения. На рисунке 3.5 представлен пример настройки движения документа «Ввод в эксплуатацию оборудования».

Рисунок 3.5. Настройка движений по регистрам документа «Ввод в эксплуатацию»

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

Рисунок 3.6. Алгоритм работы подсистемы планирования и учета ТОиР

Основа выше представленного алгоритма – это бизнес-процесс под названием «Создать расписание регламентов». Суть его состоит в проработке задач на проведение ТО по регламенту. Говоря о логике генерации, то она выписывается в ПМ объекта бизнес-процесса. Итог всей работы – получение задач, каждая с которых есть заданием на ТО. Комплекс задач – это и есть расписание на проведение технического обслуживания. На рисунке 3.7 приведена структура «Задача».

Рисунок 3.7. Структура «Задачи» на проведение ТОиР

После того, как по факту будет проведено ТОиР, создается документ под названием «Ремонт». Его можно сформировать по «Задаче». На основании состава регламента заполняют табличную часть «Ремонта». Указывается состав операций, измерений, материалы. Соответственно, останется поставить статус задачи выполненной.

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

Рисунок 3.8. Схема работы СКД

Формирование схемы происходит посредством конструктора. Он дает возможность в полной мере описать сведения отчета, который будет получен позднее. Это касается данных, получаемых посредством запроса с информационной базы; связей между данными, ресурсами, параметрами; макетов, вложенных в схемы, а также настроек. Посредством настроек, например, можно задать разные варианты отчетов; установить структуру выводимых сведений. На рисунке 3.9 ниже будет приведена операция по настройки варианта «Основной» в отчете под названием «Остатки».

Рисунок 3.9. Настройка варианта «Основной» отчета «Остатки»

По итогам проведенных действий, в ходе эксплуатации системы в режиме «Предприятие» получаем вариант отчета «Основной» - рисунок 3.10.

Рисунок 3.10. Отчет «Остатки»

3.3. Разработка интерфейса системы

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

Так, введение информации в систему пользователь осуществляет посредством экранных форм. Форма выступает в качестве центрального механизма интерфейса, с помощью которой отражаются, вводятся разные сведения. 1С: Предприятие 8.3 наделен развитым механизмом, который позволяет создавать почти все типы форм под требуемый объект конфигурации. За счет того, разработчик может настроить интерфейс редактирования, отражения данных объектов так, как это нужно ему. Типы объектов конфигурации предусматривают формирование разных комплексов форм в объекте. Далее на рисунке 3.11 будет приведена форма списка документов, которая называется «Ввод в эксплуатацию», еще в момент проработки АИС по ПМ «Конфигуратор».

Рисунок 3.11. Форма списка документа «Ввод в эксплуатацию»

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

Рисунок 3.12. Форма документа «Перемещение»

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

Рисунок 3.13. Размещение команд формы

В конечном итоге, образуется форма документа «Перемещение» - рисунок 3.14.

Рисунок 3.14. Результирующая форма документа «Перемещение»

3.4. Тестирование и отладка программы

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

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

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

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

3.5. Руководство по установке, настройке и сопровождению программы

Новая АИС – это конфигурация с данными. Развертывание АИС осуществляется в рамках программного модуля, который называется «Конфигуратор» на платформе с файла поставки (*.dt). создается пустая информационная база, после чего в нее загружаются сведения, как показано на рисунке 3.15.

Рисунок 3.15. Загрузка данных в пустую ИБ

Наконец, конфигурация загружается, реализуется АИС, данные, которые в нее внесены (для примера тестирования).

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

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

Рисунок 3.16. Панель разделов и меню функций раздела «Справочники»

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

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

Рисунок 3.17. Список номенклатуры

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

Рисунок 3.18. Элемент справочника «Номенклатура»

Как только основные данные будут заполнены, наступает момент заполнения данных вспомогательного характера. Тут задействуются команды из командного интерфейса – рисунок 3.19.

Рисунок 3.19. Состав командного интерфейса справочника «Номенклатура»

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

Рисунок 3.20. Справочник «Контрагенты»

Посредством командного интерфейса открывается путь к просмотру, а также редактированию данных, которые имеют непосредственное отношение к контрагенту.

Документы в рамках АИС логически разделены на группы, что отвечают разделам – документы по движению ТМЦ внутри компании; документы по закупкам; документы на проведение технического обслуживания. В целом, все документы имеют разный тип, однако в логическом плане они связаны в единую группу, в журналы. В системе реализуется журнал, который называется «Все документы».

Рисунок 3.21. Журнал документов «Все документы»

В качестве примера возьмем документ «перемещение» - рисунок 3.22. По остальным документам работа – точно такая.

Рисунок 3.22. Документ «Перемещение»

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

Рисунок 3.23. Настройка варианта «Основной» отчета «Остатки»

Рисунок 3.24. Результат варианта «Основной» отчета «Остатки»

Отдельно остановимся на работе с планированием и учетом ТОиР. Данный функционал сосредоточен в разделе «Регламенты» основного меню.

Рисунок 3.25. Состав раздела «Регламенты»

Для автоматической генерации расписания регламентов необходимо заполнить вспомогательные справочники – «Классы» и «Виды регламентов». Экземпляры оборудования нужно отнести к тому или иному классу. Далее необходимо задать состав регламента для каждого класса оборудования и вида регламента.

Рисунок 3.26. Состав регламента

Следующий шаг – задание обязательных регламентов. Обязательный регламент определяет для каждого класса оборудования вид проводимого регламента, его состав, ответственное подразделение и сотрудника, а также периодичность проведения (Рисунок 3.27).

Имея все эти данные можно запустить бизнес-процесс генерации задач на проведение регламентов (Рисунок 3.28), который автоматически сгенерирует список задач на проведение регламентов (Рисунок 3.29), каждая из которых представляет из себя задание ответвленному сотруднику или подразделению на проведение регламента (Рисунок 3.30). Задачу можно редактировать, например, менять дату проведения регламента.

На основе задачи на регламент можно создать документ «Ремонт» (Рисунок 3.30), табличные части которого автоматически заполнятся из состава регламента (Рисунок 3.31). При этом документ «Ремонт» и задача на проведение регламента будут связаны: при проведении документа задача будет помечена как «Выполнена» и наоборот.

Рисунок 3.27. Пример обязательного регламента

Рисунок 3.28. Автогенерация задач на проведение регламентов

Рисунок 3.29. Список задач на проведение регламентов

Рисунок 3.30. Задача на регламент

Рисунок 3.31. Документ «Ремонт»

Заключение

По итогам выполнения настоящей работы, можно отметить, что мы исследовали работу ИТ отдела компании. Вместе с тем, изучается его организационная структура, некоторые особенности работы, которые связаны с учетом оборудования. Центральная задача, которая поставлена в рамках автоматизации учета оборудования (на основе чего создана корпоративная вычислительная сеть), в разрезе объектов оборудования, комплектующих – исследована в полной мере. Установлено место задачи среди прочих задач автоматизации; обоснована потребность в автоматизации, применении вычислительной техники под решение задачи.

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

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

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

Далее были рассмотрены возможности использования системы «1С:Предприятие 8.3» для реализации цели создания системы. Система «1С: Предприятие 8.3», имеющая гибкую технологическую платформу и широкий набор прикладных объектов, позволяющих моделировать объекты предметной области, была выбрана для решения задачи ВКР как наиболее подходящая под специфику задачи учета оборудования в двух разрезах. Рассмотрены основные особенности архитектуры этой системы, ее функциональность и механизмы, при помощи которых строятся прикладные решения. Найдены способы использования основных механизмов системы «1С:Предприятие 8.3» для целей ВКР.

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

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

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

Список использованных источников

1. Митичкин С.А. Разработка в системе 1С:Предприятие 8.3, - М.: ООО «1С-Паблишинг», 2016. – 413 с.: ил.

2. 1С:Предприятие 8. Система программ [Электронный ресурс]. - http://v8.1c.ru/

3. Радченко М.Г. 1С:Предприятие 8.3 Практическое пособие разработчика. М.: «1С-Паблишинг»; СПб.: Питер, 2017. – 650 с .:ил.

4. Габец А.П., Гончаров Д.И., Козырев Д.В., Кухлевский Д.С., Радченко М.Г. Профессиональная разработка в системе 1С:Предприятие 8 (+CD) / Под ред. Радченко М.Г. – М.: «1С-Паблишинг»; СПб.: Питер, 2018. – 808 с .:ил.

5. 1С:Предприятие 8.3 Описание встроенного языка часть 1, - Москва, Фирма «1С», 2017

6. 1С:Предприятие 8.3 Описание встроенного языка часть 2, - Москва, Фирма «1С», 2018

7. 1С:Предприятие 8.3 Конфигурирование и администрирование, - Москва, Фирма «1С», 2017

8. Диго С.М. Проектирование и использование баз данных Учебник. М.: Финансы и статистика. 2016 г;

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

10. Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России.;

11. Основы построения баз данных под ред. А.Д. Хомоненко Санкт-Петербург, 2019;

12. ГОСТ Р ИСО/МЭК 12207-99, Руководящий документ, Госстандарт России, Москва, 2016;

13. Матищев А.Н. Эффективность рекламы. – М.: Издательство «Финпресс», 2018. – 416с.

14. Котлер Ф. Маркетинг менеджмент / Пер. с англ. под ред. Л.А. Волковой, Ю.Н. Каптунеревского. – СПб.: Питер, 2018. – 756с.р

15. Новости и технологии торговли [Электронный ресурс]. – Режим доступа: http://www.torgrus.com

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

17. Программирование для всех [Электронный ресурс]. – Режим доступа: http://www.realcoding.net/

18. Калянов Г.Н. CASE-технологии. Консалтинг при автоматизации предприятий.-М.: СИНТЕГ, 2018.-276с.

19. Репин В.В., Елиферов В.Г. Процессный подход к управлению. Моделирование бизнес-процессов. – М.: РИА «Стандарты и качество», 2018. – 408 с., илл. – (Серия «Практический менеджмент»)

20. Информационные системы в экономике: Учебник для студ. высш. учеб, заведений / В.Б. Уткин, К.В. Балдин. — М.: Издательский центр «Академия», 2017. — 288 с.

21. Петров В.Н. Информационные системы. – СПб.: Питер, 2017. – 688 с.

22. Арутюнов В.В. Теория экономических информационных систем: Московская финансово-промышленная академия. М., 2017. – 192 с.

23. Балдин К.В., Уткин В.Б. Информационные системы в экономике. М.:Издательско-торговая корпорация «Дашков и К», 2018. – 395 с.

24. Ефимов Е.Н., Патрушина С.М., Панферова Л.Ф., Хашиева Л.И. Информационные системы в экономике. – Москва: ИКЦ «МарТ», 2017. – 352 с.

25. Гагарина Л.Г., Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация автоматизированных информационных систем / под ред.проф.Л.Г.Гагариной. – Москва: ИД «Форум»: Инфра-М, 2017 – 384 с.

26. Липаев В.В. ПрогУраммная инженерия. Методологические основы. М.: ТЕИС, 2017. – 608 с.

27. Максимов Н.В., Попов И.И., Голицына О.Л. Информационные системы. Учебное пособие. Форум, 2010 г. - 496 с.

28. Проектирование экономических информационных систем: Учебник/Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф.; Под ред. Тельнова Ю.Ф. – М.:Финансы и статистика, 2018. - 512 с.