Информационная система «Учёт работ по ремонту и обслуживанию компьютерной техники в сервисном центре»

— проводится диагностика;

— диагностика проведена, ремонт невозможен;

— диагностика проведена, ремонт возможен;

— ремонт проведен успешно.

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

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

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

Введение

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

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

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

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

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

Еще одна замечательная вещь в HelloClient — это постановщик задач. Он позволит навсегда забыть про кучу записок, в которых что-то важное, но они всегда теряются. Задачи можно ставить конкретным сотрудникам по конкретным заказам и выбирать точное время когда она должна быть решена. Просроченные задачи подсвечиваются и выделяются.

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

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

В довершение всего в программе отсутствуют какие-либо лимиты по числу сотрудников, которых вы можете добавить в систему. Это выгодно отличает её от других решений на рынке.

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

Бесплатный период и обучение
Нет лимитов по числу сотрудников
Интеграция с онлайн-кассой
Постановщик задач
Телефония, СМС
Виджет статуса заказа
API пока закрыт
9$ в месяц за локацию. Например: у вас 1 мастерская и 3 сотрудника. В этом случае ваш тариф 9$ в месяц. У вас 2 мастерские и 6 сотрудников. В этом случае ваш тариф 18$ в месяц.

Текстовое описание основного прецедента использования.

Основной исполнитель: мастер.

Заинтересованные лица и их требования:

Приемщик — правильно и быстро обслужить клиентов.

Мастер — быстро и качественно устроить неисправное оборудование.

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

Клиент — быстрое обслуживание, акт выполненных работ.

Предусловия. Мастер идентифицирован и аутентифицирован.

Результаты (Постусловия). Взятое на ремонт неисправное устройство устроено.

Основной успешный сценарий (или основной процесс)

Мастер из списка доступных заказов принимает оборудование в ремонт, проводит его диагностику.

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

Мастер подтверждает ремонтоспособность оборудования.

Система присваивает заказу статус о завершении диагностики и возможности ремонта.

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

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

Мастер отмечает необходимые запчасти, подтверждает выбор.

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

Мастер выбирает «Ремонт завершен».

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

Мастер вводит информацию об обнаруженных неисправностях, о выполненной работе, о виде работы, подтверждает введенные данные.

Система проверяет данные на корректность.

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

Мастер выбирает печать акта выполненных работ.

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

Расширения (или альтернативные потоки)

При каждом выходе системы из строя.

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

Система восстанавливает предыдущее состояние.

Мастер не нашел в списке нужной запчасти.

Мастер выбирает заказ запчастей.

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

Мастер вводит название, характеристики, описание требуемых запчастей.

Система сохраняет заявку.

12а. Система обнаружила ошибку ввода.

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

12а. Мастер вводит данные, подтверждает ввод.

13а. Система обнаруживает сетевую проблему при попытке сохранения данных на сервере.

13а. Система выдает пользователю сообщение с текстом ошибки.

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

13б. Система обнаруживает проблему аппаратного обеспечения компьютера.

13б. Система выдает пользователю сообщение с текстом ошибки.

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

15а. Система обнаруживает проблему при обращении к принтеру.

15а. Система выдает пользователю сообщение с текстом ошибки.

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

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

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

В настоящее время на рынке программного обеспечения предлагаются программные продукты «Управление сервисным центром» для 1С: Предприятие 8, «Система управления ремонтами и техническим обслуживанием оборудования Global-EAM», позволяющие вести учет работ сервисного центра на всех этапах ремонтных работ.

Еще одним продуктом является «Сервисный центр» компании Inlinesoft. Позволяет вести учет клиентов, оборудования, вызовов на обслуживание, заказанных деталей. В систему встроены справочники моделей оборудования и деталей.

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

ТЕХНИЧЕСКИЙ ПРОЕКТ

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

Прием изделия в ремонт осуществляет приемщик — сотрудник СЦ. Он заполняет бумажный бланк — акт приема, в котором содержатся следующие сведения:

· номер акта;

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

· тип, производитель, модель устройства, серийный номер;

· описание неисправности (со слов заказчика);

· дата приема изделия в ремонт;

· ФИО и подпись приемщика;

· ФИО и подпись лица, сдавшего изделие в ремонт.

Заполненный акт приема выдается заказчику и является документом, подтверждающим факт приема изделия СЦ для ремонта. После оформления акта на изделие наклеивается стикер с номером заказа, и оно передается в мастерскую СЦ. Заказу присваивается статус 1 «принято в СЦ». Копия акта приема остается в СЦ.

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

· статус 2 — проводится диагностика;

· статус 3 — диагностика проведена, ремонт невозможен;

· статус 4 -диагностика проведена, ремонт возможен;

· статус 5 — ремонт проведен успешно.

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

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

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

Описание технологии обработки информации

Информационная система «Учет работ по ремонту и обслуживанию компьютерной техники в сервисном центре» должна решать следующие задачи:

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

· корректировка информации о компьютерном оборудовании;

· поиск информации по определенным пользователями критериям;

· добавление и корректировка данных о клиентах и сотрудниках сервисной организации;

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

Модель автоматизации информационной системы «Учет работ по ремонту и обслуживанию компьютерной техники в сервисном центре» (ИС) представлена на контекстной диаграмме (Приложение 1).

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

Основные функции информационной системы показаны на диаграмме потоков данных (Приложение 2):

1) Формирование справочников.

2) Создание учетных записей пользователей.

3) Формирование заказов.

4) Корректировка заказа.

5) Формирование сведений о ремонте.

6) Формирование отчетов.

Как организовать работу сервисного центра? Узнайте, с какими сложностями вы можете столкнуться в этом бизнесе. В статье также расскажем, какую программу 1С использовать для автоматизации работы сервисных центров.

Требования к организации работы сервисного центра

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

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

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

Сложна ли автоматизация сервисного центра

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

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

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

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

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

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

Готовые расширения 1С. Профессиональная разработка

Навигация по записям

Управление сервисным центромМодуль Сервисный центр для 1С – это готовое решение, позволяющее автоматизировать управление сервисным центром. Программа разрабатывалась под сценарии реального учета в сервисном центре «ТОТ-Сервис» (//www. tot-service. ru/) и в дальнейшем внедрена во многих других сервисных центрах. Решение является уникальным и в своей нише не имеет аналогов среди конкурентов, большинство которых разрабатываются под абстрактные сценарии учета. При использовании программы все рутинные операции будут автоматизированы, что позволит существенно сократить время на ведение учета. Программа хорошо подходит для автоматизации сервисных центров, занимающихся гарантийных и не гарантийным ремонтом и обслуживанием любой техники. Модуль Сервисный центр для 1С является решением, которое устанавливается в программу 1С и подходит для следующих конфигураций:

1С: Управление нашей фирмой 8
1C: Управление торговлей 11
1С: Комплексная автоматизация
1С: ERP

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

Наличие удобного планировщика для планирования работ по ремонтам техники
Помощник быстрого создания и планирования Заказа-наряда диспетчером сервисного центра
Рабочие места диспетчера и мастера
Возможность формирования форм КС-2 и КС-3 и отчетности производителям
Наличие удобного функционала расчета зарплаты сотрудникам
Модуль обмена с сайтом, позволяющий выгружать на сайт все свойства сервисного центра, аналоги запчастей, сопутствующие товары и настраивать, каким образом запчасти и услуги будут классифицированы на сайте

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

Это готовое решениеНе тратьте время на поиск разных вариантов, мы уже выполнили эту работу за Вас. Решение значительно опережает конкурентов и обеспечит комплексную автоматизацию бизнеса.
Установка модуля занимает 5-10 минут, а для начала работы достаточно посмотреть видеоинструкцию.
Не требует дополнительных лицензийДля работы модуля нет ограничений по количеству мест и не нужно покупать дополнительные отраслевые лицензии.
Не влияет на обновления 1СМодуль устанавливается как отдельная подсистема и Ваша 1С по прежнему обновляется в штатном режиме.

Использует все возможности 1СМодуль устанавливается на конфигурацию 1С (например, Управление торговлей 11) и таким образом Вы получаете очень функциональное решение и для сервисного центра и для торговли.
Удобство и функциональностьМодуль содержит интуитивно понятный интерфейс и все инструменты для автоматизации сервисного центра.
Не требует ежемесячной оплатыОплата является единоразовым платежом. Решение можно приобрести как вместе с типовой конфигурацией 1С, так и отдельно.
Решение можно быстро доработать под специфику бизнеса. Например, добавить свои печатные формы, алгоритмы расчета зарплаты, изменения в функционале и др.

Демонстрация работы + выездной ремонтhttps://www. youtube. com/embed/dv5ApR_IT2I?feature=oembed&wmode=opaqueСтационарный ремонтhttps://www. youtube. com/embed/TrYL7QqcMvM?feature=oembed&wmode=opaqueРемонт группы техникиhttps://www. youtube. com/embed/hDEN1igWmdw?feature=oembed&wmode=opaqueРабота с аналогамиhttps://www. youtube. com/embed/WZzogZfECPU?feature=oembed&wmode=opaqueПланирование времени выполнения работ и регистрация заказов клиентовМодуль Сервисный центр для 1С содержит удобный Планировщик для диспетчера, который позволяет анализировать и планировать занятость сотрудников фирмы. При получении по телефону заявки от клиента, в окне планировщика диспетчер может выбрать подходящего сотрудника и ячейку времени, и по кнопке Заказ-наряд при помощи специального помощника быстро зарегистрировать заказ в системе.

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

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

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

Как правило, большая часть клиентов сервисного центра – это частные лица, поэтому этот вид контрагента выделен как отдельное значение переключателя и установлен по умолчанию. Вся контактная информация по частному лицу в дальнейшем фиксируется в документе Заказ-наряд. По остальным контрагентам – записывается в карточку контрагента (если выбран флаг Создать вручную, создается новый контрагент в справочнике с заполненной контактной информацией).

На 3-м шаге можно указать Вид изделия, Бренд, Модель, Серийный номер и Описание неисправности изделия. Ниже информационно показан выбранный исполнитель работ по заявке.

На последнем шаге заполняется Описание поручения для мастера и возможно, Запасти и услуги, если они известны на этапе регистрации заявки. После нажатия кнопки Готово, создается новый документ Заказ-наряд сервисного центра с состоянием Требуется диагностика и автоматически попадает на рабочий стол диспетчера и мастера. Таким образом, регистрация новой заявки выполняется за 3-4 шага помощника. Рабочие столы диспетчера и мастера

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

Закладки Сведения о клиенте и Ремонтируемая техника содержат информацию о клиенте и технике соответственно.

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

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

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

При этом общие принципы и порядок заполнения документа, как и при выездном ремонте. Выполнение Заказа-нарядаФакт выполнения Заказа-наряда в системе отражается документом Акт выполненных работ.

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

Статус Заказа-наряда после проведения документа изменяется на Ремонт завершен. В структуре подчиненности Заказ-наряда можно увидеть все связанные документы.

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

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

Виды начисления заполняются для каждого сотрудниками и могут быть настроены по любым формулам. Обмен с интернет-магазиномВ программе реализован модуль обмена с интернет-магазином на платформах 1С: Битрикс, Umi, Insales и т.

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

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

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

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

* Модуль Сервисный центр можно купить вместе с типовой конфигурацией 1С (Управление торговлей 11, Управление нашей фирмой 8 и др). При покупке вместе с типовой конфигурацией 1С скидка 30% от стоимости типовой конфигурации. Посмотреть стоимость типовых конфигураций и лицензий по официальному прайс-листу фирмы 1С можно здесь. Стоимость модуля для 1С: ERP и КА – 32900 26500Стоимость модуля для 1С: УТ11 и УНФ – 26900 21500 руб. В стоимость входит подробные видеоинструкции и техническая поддержка. Это гарантирует быстрый старт и освоение программы. Есть практика перехода с других альтернативных программ для сервисного центра. Вы можете оставить заявку прямо сейчас. Для этого заполните форму ниже:

2 Разработка технического задания

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

2 Функциональные требования к системе

К проектируемой системе предъявляются следующие функциональные требования:

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

— поиск информации по определенным пользователями критериям;

— добавление и корректировка данных о клиентах и сотрудниках сервисной организации;

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

Основные функции информационной системы:

3 Требования по безопасности и целостности информации

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

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

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

— проверка правильности информации при вводе, снабжение полей формы соответствующими масками ввода;

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

4 Количественные требования к системе

— количество приемщиков, одновременно работающих в системе, — не более 15;

— количество мастеров, одновременно работающих в системе — не более 20;

— количество записей о заказах — не более 15 000;

— срок хранения записей о клиентах — пол года;

— время выполнения основных запросов — не более 5 сек;

5 Аппаратно-технические требования

Аппаратно-техническая часть системы представлена следующими устройствами:

— Сервер системы: специализированный компьютер c высокой производительностью и техническими характеристиками. Выполняет функции хранилища всей оперативной и статистической информации. На нем размещается ядро системы — база данных и хранимые процедуры SQL Server. Сервер находится в офисе. Минимальные характеристики: ПК с процессором Celeron 2,0 ГГц, RAM 768MB, жесткий диск от 160 ГБ (2 шт. ); ИБП 1000ВА (с режимом выключения сервера); операционная система Microsoft Windows Server 2008; платформа Microsoft. NET Framework 3. 0; MS Access 2007.

— Автоматизированное рабочее место (АРМ) сотрудников СЦ: ПК с процессором Celeron 2,0 ГГц, RAM 1024MB; от 15 ГБ свободного пространства на жестком диске; видео адаптер VGA с разрешением экрана минимум 800×600 точек, рекомендовано 1280*1024 — крупный шрифт; операционная система Microsoft Windows XP с пакетом обновления 2 (SP2) или более поздняя версия; платформа Microsoft. NET Framework 3. 0 или более поздняя версия)

6 Требования к интерфейсу

— форму для ввода данных;

— форму для ввода запроса и параметров на формирование отчетов и их печати;

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

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

3 Анализ технического задания

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

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

4 Выбор способов и средств выполнения технического задания

Для реализации функции программы было выбрано бесплатное обеспечение Microsoft Visual Studio Express Edition 2008, язык программирования C#.

Для создания ИС было выбрано бесплатное обеспечение Microsoft Visual Studio Express Edition 2008, язык программирования C#, так как:

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

— Продукты, выполненные в С#, внешне выглядят как стандартные Windows приложения, то есть просты в пользование и понятны любому пользователю. Название объектов (Таких как Button) указывают на действие, которое выполняет этот объект, а возможность создания меню и справки на русском языке, помогает пользователю быстрее освоить продукт.

— Выбор компонентов С# можно расширять, а также самому описывать процедуры, типы данных, объекты и действия производимые в них.

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

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

1 Характеристика объекта моделирования

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

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

— система выполняет аутентификацию и идентификацию пользователей;

— система имеет возможность добавления, изменения и удаления данных о заказах;

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

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

— система формирует и печатает отчеты;

— система обеспечивает сбор необходимых статистических сведений.

3 Интерфейсы и распределение функций между человеком и системой

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

4 Анализ требований к программным и информационным компонентам системы

Рассчитаем требуемый объем памяти на жестком диске.

Допустим, что в системе имеется 10 000 записей. Для хранения одной записи требуется примерно 50 байт, а для хранения 10 000 — 500 КБ. Для хранения информации о заказе понадобится примерно 50 байт. Для расчета допустим, что в системе на данный момент имеется 6000 заказов. Следовательно, на все заказы потребуется 300 КБ.

Для хранения информации о 10 заказах потребуется около 0,5 МБ памяти. Для хранения информации о 100 заказах потребуется 10 * 0,5 МБ = 5 МБ.

Таким образом, для хранения данных потребуется 40 Гбайт на жестком диске. На хранение других клиентских объектов базы данных необходимо предусмотреть 100-150 Мб. Таким образом, на сервере потребуется минимум 40 Гбайт свободного места, а на клиентских машинах 100-150 Мб.

Сервер будет использоваться для хранения данных, а остальные объекты базы данных будут располагаться на клиентских машинах. Система будет функционировать по технологии файл-сервер, поэтому минимальные требования к клиентским машинам будут определяться стандартными требованиями к установке MS Office.

Таким образом, для функционирования системы достаточно ЭВМ с процессором Celeron с тактовой частотой 2,0 ГГц, оперативной памятью 1024MB, объемом жесткого диска от 40 GB, установленный MS, монитор VGA.

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

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

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

Схема модели IDEF0 представлена в Приложении А.

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

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

Достоинства функционально-ориентированных метрик:

— Не зависят от языка программирования

— Легко вычисляются на любой стадии проекта

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

Рисунок 6 — Простая форма «Завершение ремонта»

Внешние вводы: Обнаруженные неисправности, Выполненная работа, Вид работы, Кнопка «ОК», Кнопка «Отмена».

Внешние выводы: Вывод деталей ремонта на экран (обнаруженные неисправности, выполненная работа, вид работы), Сообщение об ошибке «Не все поля заполнены».

Внешние запросы: Проверка заполнения обязательных полей (Обнаруженные неисправности, Выполненная работа, Вид работы).

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

Внешние интерфейсные файлы: Права доступа, Календарь (дата завершения ремонта).

Ранг и оценка сложности внешних вводов:

Ранг и оценка сложности внешних вводов = Средний(4)

Ранг и оценка сложности внешних выводов = Низкий(4)

Ранг и оценка сложности внешних запросов = Низкий(3)

Ранг и оценка сложности внутренних логических файлов = Низкий(7)

Ранг и оценка сложности внешних интерфейсных файлов = Низкий(5)

Таблица 1. Исходные данные для расчета FP-метрик

Имя характеристики Ранг, сложность, количество

Низкий
Средний
Высокий
Итого

Внешние вводы
0х3 = 0
5×4= 20
0x6 = 0
= 20

Внешние выводы
4х4 = 16
0х4 = 0
0х7 = 0
= 16

Внешние запросы
2х3 = 6
0х3 = 0
0x6 = 0
= 6

Внутренние логические файлы
2х7 = 14
0х10 = 0
0x15 = 0
= 14

Внешние интерфейсные файлы
1х5 = 5
0х7 = 0
0x10 = 0
= 5

Общее количество
= 61

FP = Общее_количество * (0,65+ 0,01 *14i=1Fi)

где Fi — коэффициенты регулировки сложности.

Каждый коэффициент может принимать следующие значения: 0 — нет влияния, 1 — случайное, 2 — небольшое, 3 — среднее, 4 — важное, 5 — основное.

Значения выбираются эмпирически в результате ответа на 14 вопросов, которые характеризуют системные параметры приложения (таблица 2).

Таблица 2. Определение системных параметров приложения

Системный параметр Fj
Описание

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

Распределенная обработка данных
Как обрабатываются распределенные данные и функции обработки?

Производительность
Нуждается ли пользователь в фиксации времени ответа или производительности?

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

Скорость транзакций
Как часто выполняются транзакции? (каждый день, каждую неделю, каждый месяц)

Оперативный ввод данных
Какой процент информации надо вводить в режиме онлайн?

Эффективность работы конечного пользователя
Приложение проектировалось для обеспечения эффективной работы конечного пользователя?

Оперативное обновление
Как много внутренних файлов обновляется в онлайновой транзакции?

Сложность обработки
Выполняет ли приложение интенсивную логическую или математическую обработку?

Повторная используемость
Приложение разрабатывалось для удовлетворения требований одного или многих пользователей?

Легкость инсталляции
Насколько трудны преобразование и инсталляция приложения?

Легкость эксплуатации
Насколько эффективны и/или автоматизированы процедуры запуска, резервирования и восстановления?

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

Простота изменений
Была ли спроектирована, разработана и поддержана в приложении простота изменений?

FP = 61 * (0,65+ 0,01 * (4+3+5+5+5+5+5+3+3+4+2+3+5+4)) = 73,81

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

Таблица 3. Исходные данные для расчета указателя свойств

№
Характеристика
Количество
Сложность
Итого

1
1. Внешние вводы
5
х4
= 20

2
2. Внешние выводы
4
х4
= 16

3
3. Внешние запросы
2
х3
= 6

4
4. Логические файлы
2
х7
= 14

5
5. Интерфейсные файлы
1
х5
= 5

6
6. Количество алгоритмов
2
х3
= 6

Общее количество
= 67

FP = 67 * (0,65+ 0,01 * (4+3+5+5+5+5+5+3+3+4+2+3+5+4)) =81,07

Рисунок 7 — Сложная форма «Новый заказ»

Внешние вводы: Клиент, Оборудование (Тип, Производитель, Модель, Серийный номер, Описание неисправности), Кнопка «Оформить заказ», Кнопка «Отмена».

Внешние выводы: Вывод информации о заказе на экран: Клиент, Тип, Производитель, Модель, Серийный номер, Описание неисправности. Сообщение об ошибке «Не все поля заполнены», «Перед выбором модели необходимо выбрать производителя оборудования», «Перед выбором производителя необходимо выбрать тип оборудования».

Внешние запросы: Проверка заполнения обязательных полей (Клиент, Тип, Производитель, Модель, Серийный номер, Описание неисправности), Проверка прав доступа.

Внутренние логические файлы: список обязательных полей.

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

Ранг и оценка сложности внешних вводов = Высокий(6)

Ранг и оценка сложности внешних выводов = Средний(5)

Ранг и оценка сложности внешних запросов = Высокий(6)

Ранг и оценка сложности внутренних логических файлов = Низкий(5)

Таблица 4. Исходные данные для расчета FP-метрик

Низкий
Средний
Высокий
Итого

Внешние вводы
0х3 = 0
0x4= 0
8×6 = 48
= 48

Внешние выводы
0х4 = 0
9х4 = 36
0х7 = 0
= 36

Внешние запросы
0х3 = 0
0х3 = 0
7×6 = 42
= 42

Внутренние логические файлы
1х7 = 7
0х10 = 0
0x15 = 0
= 7

Внешние интерфейсные файлы
5х5 = 5
0х7 = 0
0x10 = 0
= 25

Общее количество
= 158

FP = 158 * (0,65+ 0,01 * (4+3+5+5+5+5+5+3+3+4+2+3+5+4)) = 191,18

Таблица 5. Исходные данные для расчета указателя свойств

№
Характеристика
Количество
Сложность
Итого

1
1. Внешние вводы
8
х6
= 48

2
2. Внешние выводы
9
х7
= 63

3
3. Внешние запросы
7
х6
= 42

4
4. Логические файлы
1
х7
= 7

5
5. Интерфейсные файлы
5
х5
= 25

6
6. Количество алгоритмов
3
х3
= 9

Общее количество
= 194

FP = 194 * (0,65+ 0,01 * (4+3+5+5+5+5+5+3+3+4+2+3+5+4)) =234,74

Заключение

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

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

Библиографический список

Горин С. , Тандоев А. Применение CASE-средства Erwin 2. 0 для информационного моделирования в системах обработки данных. «СУБД», 2001, №3.