22
1.3 Обоснование необходимости внедрения информационной системы
Как уже было сказано выше, компания является поставщиком комплекса
телекоммуникационных услуг для абонентов Москвы и Московской области.
Основные бизнес-процессы ООО «Сула» приведены на рисунке 5.
Рисунок 4 - Характеристика основного процесса ООО «Сула»
Приведенная выше схема бизнес-процессов компании отражает
движение информации от клиентов с их заявками до получения компании
коммерческой прибыли с отражением получаемых в ходе работы компании
документов. При этом на работу компании осуществляет воздействие
требования законодательных актов Российской Федерации, требования
руководителей компании, а также должностные инструкции персонала.
Для обеспечения деятельности указанных бизнес-процессов
используются сотрудники различных должностей, информационная система
компании, а также другое оборудование.
Декомпозиция основного процесса приведена на рисунке 5.
23
Рисунок 5 - Декомпозиция основного процесса
Основной процесс складывается из следующих подпроцессов:
обработка заявки пользователя на оказание услуг, включая
заключение договоров;
непосредственное оказание услуги, которое происходит с помощью
программного и аппаратного обеспечения и каналов связи;
оплата услуги клиентом, причем сведения об оплате услуг является
управляющим воздействием на ее оказание;
подготовка отчетности, под которой подразумевается
бухгалтерская, налоговая и управленческая виды отчетностей.
В настоящее время основные процессы фирмы являются
автоматизированными, в том числе с помощью программного комплекса
«1С:Предприятие». К таким относятся бухгалтерский отчет и подготовка
отчетности, учет договоров, подсчет финансовых показателей, учет персонала и
заработной платы, учет клиентов и подсчет используемого ими трафика и
других услуг.
24
Рассмотрим существующий порядок обслуживания клиентов в
компании при выполнении заявок клиентов на осуществление ремонтов и
технического обслуживания.
При приемке оборудования в ремонт инженер осуществляет
обслуживание клиентов, что включает в себя следующие составляющие:
Прием заявки;
Оформление необходимых документов (заявки на ремонт, заказ-
наряда);
Собственно ТО оборудования и его ремонт;
Подготовку отчетных документов.
Существующая схема организации учета заявок клиентов на выполнение
ТО и ремонтов приведена на Рисунке 7.
Рисунок 6 - Существующая схема организации распределения
заданий и учета работы монтажных бригад
На Рисунке 8 приведена декомпозиция данного процесса.
25
Рисунок 7 - Декомпозиция процесса распределения заданий и
учета работы монтажных бригад
Весь документооборот и ведение нужных документов реализовано
только вручную, а для генерации отчетов используется файл MS Excel, куда
переносятся все сведения по результатам обслуживания заказчиков, в рамках
которых потом и осуществляется анализ.
Декомпозиция процесса учета заявки приведена на Рисунке 9.
Рисунок 8 - Декомпозиция процесса учета и распределения заявки
26
Поэтому процесс учета ремонта считается трудоемким, и инженер в
рамках данного процесса способен допустить ошибки, что по итогу оказывает
отрицательное влияние на оперативность реализации ремонта.
В процессе реализации своих функциональных обязанностей инженер
часто имеет некоторые проблемы:
• Плохая продуманность схемы принятия, анализа и передачи
аппаратуры в ремонт, выраженная в обязательной работе «через инженера», что
только повышает срок обработки заявок на ремонт и сумму возможного
человеческого фактора;
• Трудность в реализации адекватной оценки результативности
деятельности инженера;
• Уменьшение оперативности обработки заявок на ремонт из-за
повышенного числа запросов;
• Повышение влияния человеческого фактора (ошибки инженера) в
процессе получения заявок из-за повышенных объемом и общей загрузки;
• Сложность отслеживания совокупной эффективности реализации
заявок специалистами «от А до Я» (исходя из каждого этапа реализации);
• Сложность нахождения ответственных лиц, которые задерживают
процедуру исполнения ремонта.
Все описанные трудности оказывают плохое влияние на совокупную
работу отдела и фирмы. Эти трудности находятся в процессе проведения
внутреннего контроля и изучения построения бизнес-схемы, причем
источником таких проблем часто становится текущий порядок учета деления
заданий и учета функционирования монтажников.
Цель реализации комплекса задач по автоматизации работы инженера
следующая:
• Повышения уровня ремонта благодаря оперативному реагированию
на текущие нужды;
• Понижение затрат времени;
• Повышения качества работы с заказчиками.
27
Исходя из полученного прямого эффекта, целью автоматизации данного
комплекса выступают:
• Минимизация длительности расчета комплекса задач;
• Минимизация цены решения;
• Увеличение правильности расчета;
• Повышение точности расчета;
• Повышение аналитической составляющей расчетов;
• Уменьшение штата работников;
• Минимизации длительности рутинных операций и повышение
времени творчества.
Поэтому, в результате исследования, проведенного в первой главе
выпускной квалификационной работы приходим к выводу о том, что описанная
деятельность инженера очень нуждается в автоматизации, а по итогу установки
АИС распределения заданий и учета работы монтажников нужно получить
весомые преимущества относительно текущей формы организации.
28
2 ГЛАВА 2. РАЗРАБОТКА ПРОЕКТА КОРПОРАТИВНОЙ
ИНФОРМАЦИОННОЙ СИСТЕМЫ
2.1 Анализ существующих средств разработки и их выбор
В настоящее время для реализации базы данных существует большое
количество программных продуктов. Выбор СУБД является одним из
важнейших моментов в разработке проекта программной системы, так как он
принципиальным образом влияет на все её функционирование. При этом
должны учитываться индивидуальные требования каждого проекта и должен
быть найден компромиссе потребностей разработчиков и пользователей
будущей ИС [1].
Для проведения сравнительного анализа СУБД были выбраны 6
характеристик, имеющих большое значение в ходе реализации и дальнейшего
пользования приложением: управляемость, сопровождаемость, удобство
использования, срок разработки и требования к квалификации пользователя.
При оценке факторов качества использована методика, изложенная в пособии
[2].
В сопровождаемости ПО главное значение имело наличие
русскоязычного сообщества пользователей системы, положительные отзывы
потребителей о поддержке пользователей со стороны разработчика, а также
удобство и эффективность исправления, усовершенствования или адаптации
структуры и содержания описаний данных.
При оценке удобства интерфейса внимание обращалось на наличие
русскоязычной административной панели, русскоязычных шаблонов,
документации на русском языке, а также возможность формирования сложных
нестандартных отчётов.
При оценке срока разработки проекта учитывалась необходимость
создания готового к использованию проекта в течение 1,5 - 2 месяцев.
При оценке уровня профессиональной подготовки пользователей
основное значение имели простота освоения рабочей среды и возможность
использования непрофессионалом.
29
Среди факторов, имеющих особую важность при рассмотрении
требований СУБД к рабочей среде, можно выделить минимальные требования
к оборудованию и операционной системе, требования системы к объему
оперативной и дисковой памяти, а также разновидности операционных систем,
под управлением которых способна работать СУБД.
Поскольку все характеристики имеют для нашего проекта разную
значимость, им были назначены весовые коэффициенты (таблица 1).
Таблица 1 - Значимость показателей качества ПО
Позитивные
характеристики
Вес, ki
Негативные характеристики
Вес,ki
1. Управляемость
4
4. Срок разработки
4
2. Удобство интерфейса
3
5. Требования к квалификации
пользователя
4
3. Сопровождаемость
3
6. Требования к рабочей среде
2
Сумма
10
Сумма
10
Для вычисления интегрального показателя качества будем использовать
методику, основанную на ранжированных экспертных оценках частных
показателей качества [6]. Для нормирования 100-бальной шкалы рассчитаны
коэффициенты нормирования для положительных (1 - 3) и негативных (4 - 6)
характеристик:
N + = 100/10 = 10; N - = 100/10 = 10.
Далее определены ранги для каждого признака, путем умножения
коэффициента весомости каждой шкалы на коэффициент нормирования:
R
i
= entier (ki • N±}, i = 1..6
Все показатели оценивались по шкале из трех градаций: низкая, средняя
и высокая оценка (таблица 2).
30
Таблица 2 - Градации показателей качества
Низкая
оценка
Средняя
оценка
Высокая
оценка
1. Управляемость
0
20
40
2. Удобство интерфейса
0
15
30
3. Сопровождаемость
0
15
30
4. Срок разработки
0
20
40
5. Уровень квалификации
пользователя
0
20
40
6. Требования к рабочей среде
0
10
20
Ввиду того, что предприятие заказчика является небольшим, а объем
хранимых данных относительно невелик, принято решение рассмотрения
свободных и/или бесплатных версий СУБД. Для анализа были выбраны три
популярных программных продукта: Mysql, Oracle Application Express (APEX),
PostgreSQL. Экспертная оценка проводилась авторами на основании
собственного опыта использования данных систем и исследования
литературных источников [3-6].
Итоговая таблица 3 содержит оценки каждого фактора качества и
интегральную оценку каждого продукта.
Таблица 3 - Расчет интегрального показателя качества
Программный продукт
Mysql
Oracle
Apex
PostgreSQ
L
Управляемость
40
40
20
Удобство интерфейса
30
15
15
Сопровождаемость
30
15
30
Срок разработки
20
40
20
Уровень квалификации пользователя
0
40
20
Требования к рабочей среде
10
10
10
Сумма позитивных признаков (
1
_
3
)
100
70
65
Сумма негативных признаков (
4
_
6
)
30
90
50
Итого (сумма (
1
_
3
) _ сумма (
4
_
6
))
70
_ 20
15
По итогам расчета интегрального показателя качества оптимальным
средством реализации проекта среди рассмотренных является Mysql, так как
его оценка наивысшая (70%). На втором месте оказался PostgreSQL (15%).
Суммарная оценка качества Oracle Apex - отрицательная, в связи с чем эта
система не рекомендована для использовании в данном проекте.
31
MySQL известна простотой, минимальным порогом вхождения и
хорошей известностью.
MySQL считается самой популярной СУБД, которая имеет свой сервер,
богатый функционал и множество инструментов [1].
Положительные черты MySQL:
• Легкость применения;
• Поддержка основных функций SQL;
• Хорошая система защиты;
• Обработка многочисленных объемов данных;
• Оперативная работа.
Именно поэтому для проекта выбрана СУБД Mysql.
Далее важно определить язык программирования, который поможет
создать приложение для взаимодействия с БД.
При формировании программного комплекса следует рассматривать его
как отложную систему, разные части которой взаимодействуют друг с другом
для решения общей задачи в то же время, различные его программные модули
могут решать независимые задачи При проектировании должны программные
систем необходимо поддерживать такого рода модульность, как для разделения
труда программистов, так и доя упрощения поддержки конечного продукта и
расширения его функционала.
Разделяя систему на модули с определенным функционалом, скрытым за
некоторым интерфейсом, появляется возможность разрабатывать различные
части программной системы1, используя независимым стек технологий.
Поэтому нет необходимости писать всю систему целиком, используя один язык
программирования. Необходимо рассматривать язык программирования
как инструмент и, соответственно использовать тот инструмент, которым
лучше подходит к решаемой задаче ключевым параметрами при выборе языка
программирования являются:
• кроссплатформенность,
• мультипарадигменность,