32
Для определения путей повышения эффективности системы, нам
нужно декомпозировать общую функцию системы управления на
составляющие.
Построим диаграммы декомпозиции функциональной модели «КАК
ЕСТЬ» (AS-IS) в нотации IDEF0. На рисунке 5 рассмотрим декомпозицию
первого уровня функциональной модели «Управление заказами клиентов».
Рисунок 5 − Декомпозиция контекстной диаграммы «Управление заказами
клиентов»
Проведем дальнейшую декомпозицию контекстной диаграммы А0. В
дальнейшем производится декомпозиция каждой подсистемы на более
мелкие. Блок «Заказ и получение комплектующих от поставщиков» - от
поставщиков поступают товаров для продажи и комплектующий для сборки
компьютеров в сопровождении накладных. По заявке отдела сборки,
комплектующие передаются для сборки компьютеров (рис.6).
33
Рисунок 6 − Декомпозиция блока «Заказ и получение комплектующих от
поставщиков»
Декомпозиция блока «Расчеты с клиентами, выдача техники» (рис.7).
Рисунок 7 − Декомпозиция блока «Расчеты с клиентами, выдача техники»
34
После выполнения работ по ремонту компьютерной техники клиенту
выписывается счет на оплату, если клиент – юридическое лицо или
квитанция, если клиент – физическое лицо. На ремонт техники выписывается
гарантийный талон, составляется акт выполненных работ.
Применяемая в настоящее время в сервисном центре программа 1С:
Бухгалтерия имеет ряд недостатков: не ведется учет комплектующих и
расходных материалов, не выводится информация о наличии
комплектующих и их критическом остатке; не заполняются квитанция и
договор в автоматизированном режиме, это приходится делать
администратору и мастерам по ремонту вручную; не заполняются акт
возврата техники и акт списания ТМЦ, не формируется прайс-лист услуг
сервисного центра.
В связи с этим необходима разработка информационной системы по
учету работ сервисного центра по ремонту компьютеров и оргтехники.
2.3 Постановка задачи автоматизации
Целью проекта автоматизации является проектирование
информационной системы управления работой сервисного центра по
ремонту компьютеров оргтехники.
Наименование информационной системы - «Управление сервисным
центром».
Краткое наименование – ИС «Сервисный центр».
Цели разработки системы – управление бизнес-процессами на всех
этапах взаимодействия с клиентами по услугам оказания ремонта
компьютерной и оргтехники внутри организации.
Информационная система должна обеспечивать:
− учет закупаемых товаров, учет расхода комплектующих, контроль
складских остатков;
− определение номенклатуры услуг, печать прайс-листа;
35
− автоматическое заполнение и возможность печати первичных
документов: накладные, счета-фактуры, счета, договора, акты о
выполненных работах, квитанции;
− учет оказанных услуг, ремонтных работ;
− учет израсходованных материалов, деталей, комплектующих,
необходимых для ремонта техники;
− учет оплаты клиентов за услуги ремонта;
− возможность одновременной работы с информационной базой
нескольких пользователей: руководителя, бухгалтера, администратора,
сотрудников отдела по ремонту.
База данных должна осуществлять хранение информации и
предоставлять возможность выборки данных по запросам пользователя с
помощью клиентского приложения.
Система «Сервисный центр» будет использовать следующие входные
документы:
квитанция о приеме компьютерной или оргтехники в ремонт или
сервисное обслуживание, содержащая сведения о клиенте, модель
компьютера (оргтехники), причину неисправности, возможные расходы
материалов и комплектующих, сумму предоплаты, предварительные сроки
выполнения заказа на ремонт;
документ учета оплаты по факту внесения покупателем предоплаты
или оплаты за выполненные работы;
заказ-наряд на выполнение работ;
акт об оказании услуг клиентам по ремонту компьютерной или
оргтехники;
акт возврата техники в сервисный центр в случае некачественно
выполненных работ или повторной поломки в сроке гарантии;
счет на оплату оказанных клиенту услуг.
Документы на выходе:
36
1) прайс-лист номенклатуры услуг по ремонту и сервисному
обслуживанию;
2) отчет об оказанных услугах ремонта за период;
3) отчет по расчетам с клиентами за оказанные услуги;
4) реестр договоров с клиентами.
Для реализации заявленных функций необходимо создать базу данных
«Сервисный центр», в которой будет содержаться информация о данном
предприятии и его сотрудниках, о клиентах (заказчиках услуг), группах
техники, моделях компьютерной и оргтехники, информация об оказываемых
услугах, сведения по учету расчетов с клиентами и оказанным услугам.
База данных системы «Сервисный центр» должна содержать:
справочник клиентов данного предприятия: наименование клиента,
его юридический адрес, контактный телефон;
сведения об оказываемых сервисным центром услугах:
наименование, услуги, стоимость, сроки выполнения;
сведения о реквизитах предприятия: наименование предприятия,
фамилия руководителя, главного бухгалтера, адрес организации, банковские
реквизиты;
сведения о сотрудниках и занимаемых должностях;
сведения о возможных причинах неисправностей компьютерной
техники;
список комплектующих, расходных материалов для ремонта.
Для отображения операций по учету клиентов и услуг фирмы
необходимо разработать документы:
по учету оказания услуг;
по учету расчетов с контрагентами;
по учету возврата.
Документы должны быть распечатаны на принтере на некоторую дату.
37
Запросы позволяют из достаточно большого количества записей найти
нужную информацию (например, запрос на наличие на фирме необходимой
детали). Отчеты на основе запросов предоставляют информацию о
деятельности предприятия в более удобной форме. Отчеты к базе данных
«Сервисный центр» должны выводить сводную и сгруппированную
информацию о взаиморасчетах с заказчиками; об остатках и нехватке
комплектующих для ремонта; о выполненных ремонтных работах за период,
в разрезе клиентов, в разрезе видов неисправностей.
2.4 Анализ существующих разработок для автоматизации задачи, выбор
и обоснование платформы для разработки интегрированной
информационной системы для ООО «ТехноСерв»
Использование готовых решений CRM-систем, несмотря на их
большую функциональность и автоматизацию большого количества
различных бизнес-процессов организаций, имеют и определенные
недостатки, которые усложняют их использование в сервисном центре:
необходимость обучения пользователей новому программному интерфейсу и
технологиям работы; высокая стоимость таких систем; не все CRM-системы
могут быть интегрированы в систему «1С:Бухгалтерия», и использование
дополнительной системы также будет сопровождаться дублированием
информации в разных программах.
Система автоматизации учета данных клиентов для ООО «ТехноСерв»
должна иметь только необходимых функционал и при этом должна быть
интегрирована в систему «1С:Бухгалтерия».
Система должна поддерживать сетевой режим, иметь хорошую
масштабируемость, поддерживать технологии «тонкий клиент». Необходимо
разграничение прав доступа для различных категорий пользователей в
соответствии с их служебными полномочиями.
В процессе изучения предметной области было решено, что для
38
предприятия ООО «ТехноСерв» необходимо создать интегрированную
информационную систему на платформе «1С:Предприятие 8.3», которая
являлась бы подсистемой типовой конфигурации «1С:Бухгалтерия».
При собственной разработке информационная подсистема будет
включать в себя весь необходимый функционал. Будет учитываться
особенности функционирования предприятия, пожелания сотрудников. Так
как продукт разрабатывается своими силами, то его всегда можно без особых
проблем изменить под индивидуальные потребности внутреннего заказчика.
Основой построения любой современной автоматизированной
информационной системы является система управления базами данных
(СУБД).
Среди них следует выделить наиболее популярные настольные СУБД –
dBase, Paradox, FoxPro, Access, MSDE, а также наиболее популярные
серверные СУБД – Oracle, Informix, DB2, Sybase, Microsoft SQL Server.
Необходимо определить, какая СУБД будет применяться для хранения
условно-постоянной, переменной, результатной информации ИС.
При выборе СУБД необходимо иметь представление, с помощью каких
средств разработки будет создаваться информационная система на основе
данной СУБД, а также о том, каким образом разработанные приложения
будут манипулировать данными. От того, правильно ли выбран механизм
доступа к данным, зависит очень многое, в частности производительность
приложений, возможность применения тех или иных функциональных
особенностей данной СУБД, простота разработки пользовательского
интерфейса и др.[28].
Для создания базы данных можно использовать любую реляционную
СУБД, поддерживающую клиент-серверную технологию:
1) Бесплатные: MySQL, MS SQL Express, OracleXE;
2) коммерческие: Oracle, MS SQL, MS Access, DB2, Oracle Database,
Microsoft SQL Server, PostgreSQL, Visual FoxPro и др.[32].
39
Обоснуем выбор СУБД (таблица 5). Оценка производится по наиболее
важным критериям для предприятия.
Таблица 5 − Сравнительная характеристика СУБД для разработки
собственной ИС
Критерий
сравнения
MySQL
Firebird
MS SQL
1C
Oracle
Функцио-
нальные
возмож-
ности
Сервер БД,
ограничен
работой с
запросами к
БД
Сервер БД,
может
обрабаты-
вать
несколько
сотен БД
SQL сервер
оптимизирова
н под работу
с .NET
Гибридная
СУБД для
разработки
прикладных
решений для
бизнеса
Самый
развитый
набор
функций из
всех СУБД
Производите
льность
Высокая,
может
работать с
большими
данными
Средняя,
плохо
справляется с
большими
объемами
Высокая
Средняя,
необходима
оптимизация
запросов
Высокая,
быстро
обрабатывает
большие
объемы
Многопользо
вательский
режим
Есть
Есть
Есть
Есть, нужна
платформа
ПРОФ
Есть
Надежность
средняя
средняя
высокая
высокая
высокая
Системные
требования
Устанавливае
тся на
сервере,
требования
невысокие
Устанавливае
тся на
сервере,
требования
невысокие
Устанавливае
тся на
сервере,
требования
невысокие
Устанавливает
ся на сервере и
клиенте,
требования
высокие
Устанавливае
тся на сервере
и клиенте,
требования
высокие
Возможность
разработки
интерфейса
Только
сторонними
приложениям
и
Только
сторонними
приложениям
и
Только
сторонними
приложениям
и
Интерфейс на
механизмах
платформы,
ограничен
Можно
разработать
любой
интерфейс
Возможность
интеграции с
системой
«1С:Бухгалте
рия»
Только через
выгрузку во
внешний
файл
Только через
выгрузку во
внешний
файл
Только через
выгрузку во
внешний
файл
Через планы
обмены,
выгрузку,
готовые
обработки
Необходимо
написать
соответствую
щие
процедуры
Стоимость
бесплатно
бесплатно
умеренная
умеренная
высокая
Для предприятия ООО «ТехноСерв» оптимальным выбором является
система «1С:Предприятие». Ее достоинством для разработки системы учета
клиентов для сервисного центра является возможность полной интеграции
прикладных решений (конфигураций), что позволит осуществлять обмен
данными между ИС учета клиентов и программой «1С:Бухгалтерия», которая
эксплуатируется в организации.
40
Система «1С: Предприятие» – это, с одной стороны, система
управления базами данных, которая поддерживает собственный формат
хранения данных в виде гибридной СУБД, а с другой стороны – это система
разработки готовых приложений (конфигураций) класса RAD-систем. При
этом встроенный язык программирования и механизмы использования
готовых объектов метаданных, регистров учета позволяют настроить данную
программу на ведение любых видов учета, в том числе, доработать ее под
учет взаимодействия с клиентами сервисного центра [21, с.18].
Затраты на дополнительное программное обеспечение, на
приобретение технических средств, сетевого оборудования и средств защиты
не планируются. Необходимые средства информационной безопасности
встроены в платформу «1С:Предприятие 8.3», система функционирует на
имеющемся оборудовании, сетевая версия платформы позволяет
масштабировать систему.
Таким образом, для разработки информационной системы «Сервисный
центр» выбрана платформа «1С:Предприятие».
2.5 Информационное моделирование предметной области
Выполним информационное моделирование системы автоматизации
процессов сервисного центра.
Цель информационного моделирования – обеспечение наиболее
естественных для человека способов сбора и представления той информации,
которую предполагается хранить в создаваемой базе данных. Основными
конструктивными элементами информационных моделей являются
сущности, связи между ними и их свойства (атрибуты) [14, с.14].
Сущность – это тип, или класс, объектов; конкретные объекты каждого
класса называются экземплярами.
Аналогично, понятия типа и экземпляра можно применять для
атрибутов и связей. Поскольку все экземпляры должны различаться, один из
41
атрибутов обычно играет роль идентификатора, который должен однозначно
идентифицировать каждый экземпляр, т. е. его значения не должны
повторяться. Такой атрибут называется ключевым.
Конкретный вид и содержание информационной модели базы данных
определяется выбранным для этого формальным аппаратом. Обычно
используются графические нотации, подобные ER-диаграммам.
Наиболее популярной семантической моделью данных является модель
"Сущность-Связь" (Entity-Relationship, ER-модель). Модель сущность-связь
(ER-модель) (англ. entity-relationshipmodel, ERM) – модель данных,
позволяющая описывать концептуальные схемы предметной области [4].
Во время проектирования баз данных происходит преобразование ER-
модели в конкретную схему базы данных на основе выбранной модели
данных (реляционной, объектной, сетевой или др.).
Для визуализации ER-моделей предложены различные графические
нотации: нотация Питера Чена, нотация Crow'sFoot, предложенная Гордоном
Эверестом, Bachmannotation, EXPRESS, IDEF1x, Martinnotation, UML и
другие.
Методология IDEF1X – один из подходов к семантическому
моделированию данных, который основан на концепции Сущность-
Отношение (Entity-Relationship). Концептуально IDEF1X – модель можно
рассматривать как проект логической схемы базы данных для проектируемой
системы.
Сущности отображаются при помощи прямоугольников, содержащих
имя. Взаимосвязь показывает, что данные одной сущности ссылаются или
связаны с данными другой [18, с.79].
Изобразим ER-модель проектируемой АИС «Сервисный центр» в виде
ER-диаграммы в нотации IDEF1X. Для создания диаграммы использовано
CASE-средство проектирования ERwinDataModeler (рисунок 8).