СОДЕРЖАНИЕ

ВВЕДЕНИЕ………………………………………………………………………. 4

1 АНАЛИЗ СУЩЕСТВУЮЩИХ ТЕХНОЛОГИЙ РЕШЕНИЯ ЗАДАЧИ АВТОМАТИЗАЦИИ УЧЕТА ГАРАНТИЙНОГО РЕМОНТА НАУКОЕМКИХ ИЗДЕЛИЙ ПРИБОРОСТРОИТЕЛЬНОГО ПРЕДПРИЯТИЯ…………………………………………………………………. 7

1.1Характеристика автоматизации учета гарантийного ремонта наукоемких изделий………………………………………………………... 7

1.2Анализ существующих программных продуктов по учету

2.1Постановка задачи проектирования информационной системы……. 15

2.2Анализ предметной области проектирования информационной системы……………………………………………………………………… 16

2.3Построение функциональных моделей, описывающих бизнес-

процесс учета гарантийного ремонта наукоемких изделий приборостроительного предприятия……………………………………… 22

2.4 Модель данных учета гарантийного ремонта наукоемких изделий приборостроительного предприятия……………………………………… 28

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

3.1Описание таблиц предметной области……………………………………... 33

3.2Дерево программных модулей……………………………………………… 36

3.3Схемы взаимосвязей модулей и массивов данных………………………... 38

3

3.4 Алгоритм работы модулей информационной системы…………………… 40

3.5Инструкция пользователя по установке программного продукта и работе с ним……………………………………………………………………… 45

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

ЗАКЛЮЧЕНИЕ………………………………………………………………….. 53

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ……………………………. 54

ПРИЛОЖЕНИЕ А Глоссарий…………………………………………………... 57

ПРИЛОЖЕНИЕ Б Описание объектов базы данных…………………………. 59

ПРИЛОЖЕНИЕ В Текст модулей объектов…………………………………… 63

ПРИЛОЖЕНИЕ Г Ксерокопия статьи по теме курсового проекта…………... 71

ПРИЛОЖЕНИЕ Д Задание на курсовой проект………………………………. 74

ПРИЛОЖЕНИЕ Е Акт проверки курсового проекта на антиплагиат………... 76

4

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

5

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

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

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

–составить инструкцию пользователя по работе с информационной системой;

–провести тестирование информационной системы в различных

режимах.

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

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

Апробация результатов исследования: публикация научной статьи,

получение диплома участника XIV Международной научно-практической конференции «Вопросы современных научных исследований» на тему «Анализ программных продуктов ПО Автоматизации учета гарантийного ремонта наукоемких изделий приборостроительного предприятия».

6

1 АНАЛИЗ СУЩЕСТВУЮЩИХ ТЕХНОЛОГИЙ РЕШЕНИЯ ЗАДАЧИ АВТОМАТИЗАЦИИ УЧЕТА ГАРАНТИЙНОГО РЕМОНТА НАУКОЕМКИХ

ИЗДЕЛИЙ ПРИБОРОСТРОИТЕЛЬНОГО ПРЕДПРИЯТИЯ

1.1 Характеристика автоматизации учета гарантийного ремонта наукоемких изделий

В настоящее время большинство организаций имеют обязанность,

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

(продавца) законом. У изготовителя (продавца) существует обязанность выполнять гарантийный ремонт в случае обнаружения покупателем недостатков товара. Эта обязанность является следствием прошлого события -

продажи товара, на который установлен гарантийный срок.

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

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

Это характерно для некорректно поставленных задач, в частности, для такой их

7

разновидности, как обратные задачи. Применительно к наукоемким образцам их решение требует применение специальных подходов и методов [1, 2].

Автоматизации любой области деятельности является важной задачей.

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

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

1.2 Анализ существующих программных продуктов по учету гарантийного ремонта

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

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

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

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

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

8

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

данных;

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

–осуществляет хранение информации о гарантийных сроках,

рассчитывает срок окончания установленной гарантии;

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

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

(Sysinfo Lab ASTRA, AIDA32);

–имеет гибкий эргономичный интерфейс;

–реализуетбыстрый удобный ввод информации (в том числе копирование устройств, компьютеров);

–обладает мощными функциями поиска, фильтрации, механизмами сортировки, группировки (например, a-la Excel, Quick Search);

–подробные развернутые отчеты;

–организует экспорт в Word, Excel, HTML, текстовые файлы.

Важно отметить, что система «КомпьюЛиб» приобретается бесплатно. «БП: Авторизованный сервисный центр» - это информационная система,

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

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

9

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

учет работ по выездному ремонту;

учет и планирование заявок;

учет и планирование работ по сервисным договорам;

учет показателей заработной платы;

учет движения ТМЦ (комплектующих и запасных частей).

Рисунок 1.2 – Основные функции конфигурации «БП: Авторизованный сервисный центр»

В данной программе существует документ «Обращение рекламатора»,

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

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

10

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

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

Стоимость данного дополнения – 5 800 руб. Стоимость базовой конфигурации «Управление торговлей», без которой рассмотренное дополнение не может работать – 3 350 руб. Итого, затраты на автоматизацию учета гарантийного ремонта составят 9 150 руб.

Достоинство «БП: Авторизованный сервисный центр» заключается в том,

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

Еще одной программой по учету гарантийного ремонта является АС

«Hardware Inspector», разработанная организацией Database Harbor Software.

Данная программа ведет учет не только текущего состояния функционала

(параметров) какого-либо объекта в организации, а всей истории жизни отдельных комплектующих, что очень важно и актуально для наукоемких изделий. Таким образом, «Hardware Inspector» решает задачи автоматизации инвентарного учета объектов, с возможностью хранения всей истории перемещений и обслуживания [5]. Система реализует ревизию рабочих мест,

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

упрощающий планирование модернизации и перераспределения устройств и

11

делающий эти действия более оперативными. Стоимость данной ИС – 8 900

руб. (до 200 компьютеров в базе данных с учетом 1 года обновлений).

Основными возможности программы представлены в таблице 1.1.

Таблица 1.1 – Характеристика функционала системы «Hardware Inspector»

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

12

автоматизации предприятий посредством функционала не предусматривает автоматизацию всех участков учета сразу. Изучение мнений реальных пользователей показало, что они часто сталкиваются с возникновением ошибок и нестыковок, существует нехватка централизации и единства в информационной системе. Недостатком системы «Hardware Inspector» также признается ее избыточность и громоздкость. АСУ «БП: Авторизованный сервисный центр» в отличие от других программ не является самостоятельным продуктом – она является дополнением к конфигурации «Управление торговлей» и работает только при наличии программы «1С: Предприятие 8.0».

Среди изученных ИС наиболее важными свойствами обладает система

«Hardware Inspector», при этом она имеет стоимость, меньшую, чем «БП:

Авторизованный сервисный центр», однако, все же высокую.

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

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

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

13

Выводы по первому разделу

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

которая связана с проведением большего объёма теоретических расчётов,

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

Автоматизации любой области деятельности является важной задачей.

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

фармацевтика.

В связи с тем, что на сегодняшний день существование крупных организации невозможно без автоматизации бизнес-процессов и применения информационных систем, были рассмотрены существующие программные продукты «КомпьюЛиб», «БП: Авторизованный сервисный центр» и «Hardware Inspector», реализующие отдельные аспекты учета гарантийного ремонта, и

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

14

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

НАУКОЕМКИХ ИЗДЕЛИЙ ПРИБОРОСТРОИТЕЛЬНОГО ПРЕДПРИЯТИЯ

2.1 Постановка задачи проектирования информационной системы

Информационная система, реализующая автоматизацию учета гарантийного ремонта наукоемких изделий, должна содержать следующую информацию:

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

сведения о заявках на гарантийный ремонт изделий;

сведения о выполнении заявок на гарантийный ремонт изделий;

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

сведения о повторных возвратах после гарантийного ремонта до окончания срока гарантии.

Информационная система также должна обеспечивать выполнение

следующих функций:

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

многопользовательский режим работы;

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

резервное копирование информационных баз по желанию пользователя

(только администратора);

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

осуществлять сортировку по различным признакам;

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

15

вывод рейтинга (количество выходов из строя) типовых возможных причин выхода из строя типов изделий во время гарантийного срока за заданный пользователем период времени;

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

формировать перечень (с возможностью вывода в MSWord или

MSExcel) всех невыполненных заявок по гарантийному ремонту изделий на текущий момент времени.

2.2 Анализ предметной области по учету гарантийного ремонта наукоемких изделий

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

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

(юридическими или физическими лицами), формирование приходных и расходных накладны, а также отчетов об остатках изделий [6].

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

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

16

Важно отметить, что значение в данной области имеет и склад изделий,

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

Учет гарантийного ремонта включает и такой важный процесс как ведения базы данных (БД) [7]. Конкретизируя входную информацию БД,

можно выделить следующие документы по категориям:

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

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

документы контрагентов (для физического лица – паспорт; для юридического лица – учредительные документы, свидетельство о постановке на учет физического лица в налоговом органе);

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

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

следующие документы по категориям:

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

гарантийный талон, сформированный на основе заявки на ремонт;

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

отчет о выпущенных изделиях и их количестве;

17

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

отчет, отражающий рейтинг типовых причин выхода из строя изделий;

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

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

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

Цель информационной системы – автоматизировать управление процессами учета гарантийного ремонта для повышения его оперативности и эффективности.

Задачами, решаемыми системой, являются:

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

(отпуском в ремонт), а также формирование заявки на ремонт от физических или юридических лиц;

регистрация выходных документов о реализованных изделиях,

формирование заявки на ремонт, а также составление отчетности по учету движения изделий (запчастей) на складах и рейтингу неисправностей.

Рассмотрим подробнее отдельные формы первичных (входных) и

результативных (выходных) документов. Особую важность для рассматриваемой предметной области представляет заявка на ремонт. Такому документу, как правильно, назначается статус его выполнения (например, «принята», «назначена», «выполнена») благодаря которому документ «Заявка на ремонт» участвует на всех этапах реализация гарантийного обслуживания.

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

18

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

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

2.1.

В случае поломки наукоемкого изделия и обращения клиента с требованием устранения неисправности в заявке на ремонт фиксируются данные о клиенте и изделии (статус заявки – «принята»). Далее оно должно пройти стадию диагностики в ремонтно-строительном отделе, по результатам которой определяются причины, вызвавшие выход из строя изделия, и

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

формируется диагностическая карта изделия и вносятся необходимые дополнения в заявку на ремонт (статус заявки – «назначена»). Затем в ремонтно-строительном отделе происходит работа по устранению неисправности, замена деталей, контрольно-диагностическое тестирование после чего в «Заявке на ремонт» фиксируются результаты обслуживания:

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

цена и сумма (статус заявки – «выполнена»). Форма заявки на гарантийный ремонт представлена на рисунке 2.2.

Расходные документы отражают расход материалов. Например, документ

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

приобретенными у данной организации.

19

После проведения ремонта на основании данных документа «Заявка на ремонт» формируется гарантийный талон. После демонстрации покупателю исправного изделия подписывается гарантийный талон, в котором отмечается изделие, его исправленных запчасти; клиент по данному талону соглашается с проделанной работой и заменой запчастей. Форма гарантийного талона представлена на рисунке 2.3.

Рисунок 2.1 – Форма приходной и расходной накладной

Рисунок 2.2 – Форма заявки на ремонт

20

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

Целью моделирования является упрощение процесса автоматизации,

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

Функциональная модель построена с точки зрения интегрированного пользователя: сотрудников отдела по производству и эксплуатации изделий,

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

который работает в информационной системе и занят ее сопровождением.

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

выходными – отчетность и отремонтированное оформленное изделие.

Механизмами являются информационная система и сотрудники предприятия.

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

«О защите прав потребителей» и Устава организации (рисунок 2.4).

22

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

«Ремонт», изображена на рисунке 2.6. Диаграмма третьего уровня,

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

изображена на рисунке 2.7.

Рисунок 2.6 – Декомпозиция блока «Ремонт»

Рисунок 2.7 – Декомпозиция блока «Диагностика неисправности»

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

24

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

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

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

Рисунок 2.8 – Декомпозиция блока «Ведение базы данных»

На рисунке 2.9 представлена иерархия всех учтенных в данной предметной области бизнес-процессов.

Рисунок 2.9 - Иерархическое дерево работ

25

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

(2.1), коэффициент сбалансированности, рассчитываемый по формуле (2.2), и

коэффициент применения элементарных функций, рассчитываемый по формуле (2.3).

(2.1)

(2.2)

(2.3)

,

где

N – количество работ на текущем уровне; L (№) – номер уровня;

- стрелки, входящие и выходящие в функцию; N эл.ф. - количество элементарных функций.

От уровня к уровню К и должен уменьшаться (или хотя бы не возрастать).

К б в идеале равен нулю, однако допускаются значения в пределах от 2 до 3.

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

не надо.

Перечень элементарных функций для расчета коэффициента использования элементарных функций представлен ниже:

1.Получение заявки на ремонт.

2.Получение комплектующих со склада запчастей.

3.Получение изделия в ремонт.

26

4.Передача изделия клиенту.

5.Получение необходимых деталей со склада.

6.Заполнение заявки на ремонт.

7.Списание назначенных запчастей со склада.

8.Формирование гарантийного талона.

Результаты расчёта коэффициентов для каждого уровня представлены в таблице 2.1. На основе списка элементарных функций был заполнен 4-й

столбец таблицы 2.1 (количество элементарных функций на уровне).

Таблица 2.1 – Результаты количественного анализа функциональной модели

Таким образом, исходя из данных таблицы 2.1, можно сделать вывод, что

коэффициент уровня имеет тенденцию к уменьшению, коэффициент

сбалансированности находится в пределах от 0 до 3, что не превышает норму, а

N

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

27

2.4 Модель данных учета гарантийного ремонта наукоемких изделий приборостроительного предприятия

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

(объекты), каждая из которых имеет свои характеристики, выраженные атрибутами:

Организация (наименование, ИНН, КПП, адрес, телефон);

Изделие (наименование, артикул, единица измерения, срок гарантии,

тип изделия);

Склад (наименование);

Покупатель (ФИО, адрес);

Поставщик (наименование, ИНН, КПП, юридический адрес,

физический адрес);

Заявка на ремонт (ФИО покупателя, дата заявки, статус заявки,

изделие, серия, запчасти, количество);

Запчасти (наименование, артикул, единица поставки, назначение).

Далее необходимо установить логические взаимосвязи между объектами.

Вданной модели можно выделить следующие взаимосвязи между сущностями:

Организация производит изделие;

Покупатель покупает изделия;

Поставщики поставляют запчасти;

Запчасти необходимы для ремонта изделий;

Запчасти поступают на склад;

Покупатель обращается с заявкой на ремонт;

Организация обрабатывает и выполняет заявку.

28

Во всех этих случаях взаимосвязи отражают взаимодействие между двумя сущностями «один-ко-многим». Разработанная модель «сущность-связь» представлена на рисунке 2.10.

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

(рисунок 2.11) [12].

Рисунок 2.11 – Логическая модель данных по стандарту IDEF1X

29

Физическая модель разрабатываемой системы представлена диаграммой классов – нотацией UML-диаграмм [13], применяющихся для объектно-

ориентированных моделей, какой и является среда реализации «1С:

Предприятие» (рисунок 2.11).

Рисунок 2.12 – Физическая модель данных (диаграмма классов)

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

30

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

справочники Организация, Подразделения, Сотрудники).

Важно отметить, что из-за большого количества блоков физической модели и ее громоздкости, атрибуты (реквизиты) не были включены в объекты на рисунке 2.12, а сведены в таблицы Б.1-Б.5.

Также в системе необходимо создать общие объекты, а именно:

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

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

Выводы по второму разделу

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

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

31

Следовательно, функциональная модель для автоматизируемого бизнес-

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

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

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

32

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

3.1 Описание таблиц базы данных

База данных системы была построена в СУБД «1С: Предприятие 8.3».

Для ее работы необходимо было создать:

11 справочников;

2 перечисления;

5 документов;

4 регистра сведений;

3 регистра накопления;

4 отчета;

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

Справочник Типы изделий предназначен для хранения информации о подразделениях (отделах) предприятия и их руководителях.

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

Справочник Серии номенклатуры предназначен для хранения сведений о сериях произведенных изделий.

Справочник Склад предназначен для хранения информации о складе изделий и складе запчастей на предприятии.

Справочник Типы изделий предназначен для хранения информации о типах изделий, производимых предприятием.

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

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

33

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

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

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

Справочник Сотрудники хранит информацию о ФИО сотрудника, дате рождения. дате приема на работу, дате увольнения, ИНН, пол, СНИЛС,

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

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

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

Справочник.Номенклатура.

Все документы в системе состоят из основной области и табличной части.

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

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

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

34

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

номенклатура и серия также имеют ссылочный тип.

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

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

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

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

фиксируется количество изделий.

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

Табличная часть Запчасти содержит реквизиты: изделие, запчасть,

единица измерения, артикул, цены, количество, сумма. При выборе

35

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

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

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

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

Регистр сведений Гарантийный строк фиксирует изделие, покупателя,

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

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

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

36

3.2 Дерево программных модулей

В 1С существует множество различных видов программных модулей:

модуль обычного приложения, модуль управляемого приложения, модуль внешнего соединения, модуль сеанса, модуль команды, общие модули, модули менеджера, модули форм, модули объектов и модули набора записей [14].

Модули, используемые в разработанной информационной системе учета гарантийного ремонта, представлены на рисунке 3.1 в виде дерева программных модулей [15-17].

Документы

Рисунок 3.1 – Дерево программных модулей

Как видно из рисунка 3.1, приложение разработанной информационной системы содержит 16 модулей. Модуль РаботаСДокументами является общим для всех объектов системы. Пять модулей поддерживают корректную работу проведения документов (модули объектов), четыре модуля поддерживают корректную работу обработки данных в документах (модули формы документа), два модуля связаны с выводом печатных форм по документам

(модули менеджера) и четыре модуля фигурируют в отчётах (основные схема компоновки данных).

37

3.3 Схемы взаимосвязей модулей и массивов данных

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

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

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

работающему с конкретным объектом, связанному с другими объектами,

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

полученных из нескольких объектов.

Схемы, отражающие взаимосвязь модулей и массивов данных представлены на рисунке 3.2 – 3.5.

Документ ВыпускПродукции

Документ РеализацияИзделий РаботаСДокументами : Модуль

Документ ПриходнаяНакладная НаЗапчасти

Документ: ЗаявкаНаРемонт

Рисунок 3.2 – Схема взаимосвязи общих модулей и массивов данных

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

38

Рисунок 3.3 – Схема взаимодействия модулей объектов и массивов данных

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

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

Рисунок 3.4 – Схема взаимодействия форм документа и массивов данных

39

Рисунок 3.5 – Схема взаимодействия основных схем компоновки данных и массивов данных

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

3.4 Алгоритм работы модулей информационной системы

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

Квитанция по гарантийному талону формируется на основе документа «Заявка на ремонт» и является его печатной формой. Пример гарантийного талона представлен на рисунке 3.6. С вкладки данного документа, нажав на кнопку

«Печать гарантийного талона», пользователь увидит гарантийный талон по конкретной заявке. Текст запроса на создание печатной формы представлен в листинге 3.1.

40

|ГДЕ | ЗаявкаНаРемонт.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка); Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок"); Шапка = Макет.ПолучитьОбласть("Шапка");

ОбластьСпецификацияШапка = Макет.ПолучитьОбласть("СпецификацияШапка"); ОбластьСпецификация = Макет.ПолучитьОбласть("Спецификация"); ОбластьЗапчастиШапка = Макет.ПолучитьОбласть("ЗапчастиШапка"); ОбластьЗапчасти = Макет.ПолучитьОбласть("Запчасти"); Подвал = Макет.ПолучитьОбласть("Подвал");

ОбластьТекст = Макет.ПолучитьОбласть("Текст"); ОбластьТекст2 = Макет.ПолучитьОбласть("Текст2"); ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь; Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли; ТабДок.Вывести(ОбластьЗаголовок); Шапка.Параметры.Заполнить(Выборка); ТабДок.Вывести(Шапка, Выборка.Уровень()); ТабДок.Вывести(ОбластьСпецификацияШапка);

ВыборкаСпецификация = Выборка.Спецификация.Выбрать(); Пока ВыборкаСпецификация.Следующий() Цикл

ОбластьСпецификация.Параметры.Заполнить(ВыборкаСпецификация); ТабДок.Вывести(ОбластьСпецификация, ВыборкаСпецификация.Уровень());

КонецЦикла; ТабДок.Вывести(ОбластьТекст); ТабДок.Вывести(ОбластьЗапчастиШапка);

ВыборкаЗапчасти = Выборка.Запчасти.Выбрать(); Пока ВыборкаЗапчасти.Следующий() Цикл

ОбластьЗапчасти.Параметры.Заполнить(ВыборкаЗапчасти); ТабДок.Вывести(ОбластьЗапчасти, ВыборкаЗапчасти.Уровень());

КонецЦикла; ТабДок.Вывести(ОбластьТекст2); Подвал.Параметры.Заполнить(Выборка); ТабДок.Вывести(Подвал); ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

КонецПроцедуры

42

Рисунок 3.7 – Блок-схема создания печатной формы гарантийного талона

43

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

«Заявка на ремонт» в обработчик поступают данные, и формируется запрос по необходимым критериям из существующих параметров.

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

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

44