32
используется единая СУБД, аппаратная платформа, системное ПО, что
также увеличивает расходы на использование системы) [13].
Стратегия автоматизации «по направлениям» предполагает единые
подходы к внедрению информационных систем согласно направлениям
деятельности предприятия. Например, блок бухгалтерии при данной
стратегии будет использовать базу «1С: Комплексная автоматизация», в
которой реализован функционал всего бухучета – учета заработной платы,
основных средств, оперативного, складского учета и при этом все это
объединено в единую базу и позволяет получать сводную информацию о
состоянии данного объекта управления. При этом в рамках единого ПО
отражена вся технологическая цепочка подразделения (от ввода первичных
данных до формирования отчетности и электронного документооборота).
Стратегия полной автоматизации предполагает автоматизацию всех
направлений деятельности на единой платформе управления. Подобный
тип автоматизации является оптимальным, хотя встречается довольно
редко – в крупных компаниях, так как требует наличия собственного штата
разработчиков ПО [14].
Основываясь на том, что нам необходимо автоматизировать бизнес
процесс поддержки принятия решений, целесообразно выбрать стратегию
автоматизации «по направлениям». Так как работа организация работы с
заявками клиентов представляет собой целостную технологическую
цепочку, целесообразна её полная автоматизация.
1.3.2 Выбор и обоснование способа приобретения ИС для
автоматизации комплекса задач
Определим способ приобретения программного обеспечения для
автоматизации документооборота.
Покупка готовых решений имеет следующие преимущества [9]:
- Отсутствие необходимости расходов на разработку ПО;
33
- Готовые решения, как правило, соответствуют стандартным
технологиям работы специалистов;
- Приобретение лицензионного ПО предполагает возможность
технической поддержки конечных пользователей, доработки ПО
в соответствии с изменениями законодательства.
Также в настоящее время возможно приобретение «облачных»
решений, что предполагает аренду ПО, развернутого на удаленном
сервере. При этом не требуется временных затрат на установку и
обслуживание ПО, но имеются риски, связанные со стабильностью
каналов связи, а также с нахождением данных организации на сервере
сторонней фирмы. При этом в случае возникновения проблемных
ситуаций возможна блокировка доступа к ресурсам.
К недостаткам готовых решений относят необходимость адаптации
под специфику организации, зачастую наличие неиспользуемого
функционала. Риски, связанные с зависимостью от фирмы-разработчика.
Также возможно использование стратегии ПО, связанной с покупкой
и доработкой существующих решений. В этом случае приобретается ядро
системы (например, в бухгалтерии это проводки), а остальной функционал
дорабатывается.
К преимуществам данной стратегии можно отнести [6]:
• Покупаемое ядро является отлаженным и законченным
компонентом
• Возможная доработка именно требуемой функциональности
• Не надо платить за то, что компании не нужно
К недостаткам:
• Необходимость наличия в штате фирмы отдела
информационных технологий
• Эффективность данной схемы можно достичь при
относительно небольших объемах доработок
34
• Доработки возможны только в рамках реализованного ядра
готовой системы
Стратегия собственной разработки программного обеспечения имеет
преимущества:
• Возможность адаптации к предъявляемым требованиям
• Индивидуализация проекта
• Возможность реализации изменений под требования
организации
Недостатки данной стратегии [10]:
• Необходимость создания команды, либо создания
дополнительной нагрузки на специалистов ИТ отдела;
• Отсутствие профессиональных постановщиков задач может
вносить ошибки в бизнес-логику уже на стадии технического задания;
• Проект может захлебнуться [24]:
– Из-за недостаточной квалификации разработчиков и
специалистов – профильных отделов
– Из-за ухода ведущих специалистов
– Из-за нехватки внутренних ресурсов
– Смена руководства компании может привести к решению о
закрытии проекта
• Часто плохая документированность системы
В данном случае оптимален способ автоматизации путем покупки
ядра системы и ее последующей доработки.
В результате рассмотрения параметров основных стратегий
автоматизации было принято решение о разработке собственной
автоматизированной системы, учитывающей особенности бизнеса
предприятия, так как в рассмотренных выше существующих разработках
отсутствует интегрированное решение всех поставленных задач, а если
покупать готовые решения разных производителей, ориентирующиеся на
35
решение отдельных задач, тогда получим недостатки, характерные для
хаотичной автоматизации. Кроме того, руководством ООО «ПУШКА»
было принято решение о рассмотрении возможности снижения расходов
на приобретение программного обеспечения. Кроме разработки
программного обеспечения было принято решение об интеграции
программного продукта с бесплатным офисным пакетом OpenOffice.org
для экономии расходов бюджета на приобретение лицензий на MSOffice.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение – совокупность проектных решений
по объемам, размещению, формам организации информации (единой
системы классификации и кодирования информации унифицированных
систем документации, схем информационных потоков), циркулирующей в
организации, а также методология построения баз данных. [8]
Все информационного обеспечения можно разделить на два типа:
внемашинное и внутримашинное информационное обеспечение.
Внемашинное информационное обеспечение включает показатели,
необходимые для решения управленческих задач; их объемно-временные
характеристики и информационные связи; различные классификаторы и
коды; унифицированную систему документации для отражения
показателей; формы вывода результатов обработки [27].
Автоматизация управленческих операций требует приведения всего
множества показателей в единую, целостную систему, установления их
содержательного и терминологического единства (однозначности), а также
четких взаимодействий между ними.
В процессе проектирования информационной системы ООО
«ПУШКА» потребуется использование ряда классификаторов [30]:
36
Локальный классификатор видов обслуживаемого кассового
оборудования;
Локальный классификатор видов аварийных ситуаций;
Журнал технического обслуживания оборудования.
В качестве входных документов информационной системы
используются [26]:
Заявка на устранение аварийной ситуации;
Выходной информацией будет являться сформированная отчетность
по:
порядку устранения аварийной ситуации;
В большинстве случаев, использование унифицированных форм в
управлении системой документооборота не представляется возможным,
так как такие формы отсутствуют.
1.4.2 Обоснование проектных решений по программному
обеспечению
Программное обеспечение - совокупность программ системы
обработки информации и программных документов, необходимых для
эксплуатации этих программ. [6]
В таблице 10 приведен перечень проектных решений по видам
программного обеспечения, используемых в данной работе.
Таблица 10
Перечень программного обеспечения, используемого в проекте
автоматизации документооборота ООО «ПУШКА»
Тип ПО
Наименование
ПО
Назначение ПО
Системное ПО
Microsoft Windows
2016 Server
Standart
Управление ресурсами
вычислительной сети
администрации, контроль учетных
записей, использование
административных политик
Офисное ПО
OpenOffice.org 4.1,
Microsoft Office
Работа по подготовке документов,
электронных таблиц, отчетности
37
2010 и 2016.
различного типа, вывод данных из
внешних приложений
Инструментальное
ПО
1С: Предприятие
8.3.
Разработка приложения для
автоматизации технологии работы
специалистов
СУБД
Microsoft SQL
Server 2014 Std
Работа с базами данных
прикладных программных
комплексов
Прикладное ПО
1С: Предприятие
8.3
Работа специалистов по кадрам,
бухгалтерскому учету, расчёта
заработной платы, ведения
кадрового учёта
ПО для
обеспечения
информационной
безопасности
Kaspersky EndPoint
Security 11,
360 Total Security
Обеспечение антивирусной защиты
Выбор СУБД производится в соответствии с требованиями:
- совместимость с имеющейся системной архитектурой
информационной системы;
- наличие возможностей реализации совместного доступа
пользователей к базе данных;
- возможность обеспечения оптимальных параметров
быстродействия при нагрузке в среднем около 200 новых записей
ежедневно, возможность одновременного подключения до 40
пользователей.
- подключение к СУБД без установки дополнительного
программного обеспечения;
- наличие средств администрирования, обеспечивающих
возможность автоматизации резервного копирования, восстановления,
установки и настройки учетных записей пользователей;
- оптимальность ценового критерия.
Наиболее существенными критериями при сравнении характеристик
СУБД являются функциональные характеристики, включающие
параметры надежности, производительности, масштабируемости. В
таблице приведен сравнительный анализ параметров основных СУБД по
38
этим параметрам (таблица 11), выполненный на основе использования
метода экспертных оценок. Для каждого параметра было проведено
оценивание по 10-бальной шкале.
Таблица 11
Экспертная оценка многопользовательских СУБД
Тип
СУБД
Оценка
производит
ельности
Конкурентн
ый
доступ
Стабильно
сть работы
при
нагрузке
Поддержка
распределен
ных БД
Работа
с
ролями
пользо
вателей
MS
SQL
Serv
er
8
6
7
8
8
Oracl
e
5
7
7
8
6
MyS
QL
4
5
5
4
7
Таким образом, в ходе анализа функционала рассмотренных СУБД,
было показано, что:
- СУБД Oracle эффективно использовать при работе с масштабными
базами данных в условиях значительной нагрузки, включающей
многочисленные пользовательские подключения, с необходимостью
обработки больших массивов данных;
- СУБД MySQL имеет ряд ограничений совместимости с «1С:
Предприятие»;
- СУБД MS SQL Server обладает необходимыми параметрами
производительности, совместимости, имеет необходимый набор средств
администрирования, соответствует требованиям защищённости.
Таким образом, выбор СУБД для разработки - MS SQL Server.
Реализация промышленной базы данных из созданного в данной
работе прототипа возможна через конвертацию или экспорт данных в
СУБД, поддерживающую возможности стабильной работы при
многочисленных пользовательских подключениях.
39
В рамках функционирования разработанной системы необходимо
соблюдение требований к информационной безопасности, что включает:
- разграничение доступа по ролям пользователей;
- создание системной архитектуры, препятствующей активности
вредоносного ПО;
- реализация разграничения доступа на уровне СУБД и на уровне
доступа к файловым ресурсам.
Проведем обзор возможностей наиболее распространенных сред
разработки. Нижеприведённые характеристики систем программирования
приведены в работе [16, c.39]. Основные характеристики сред
программирования приведены в таблице 12.
Таблица 12
Параметры сред программирования
№
Характеристики
Средства разработки
РНР
1С:
Предприятие
Visual Studio
Delphi
1.
Технология
обработки кода
Интерпретатор
Интерпретатор
Компилятор
Компилятор
2.
Язык
программирования
РНР
1С:
Предприятие
С#
Delphi
3.
Система
Закрытая
Закрытая
Открытая
Открытая
4.
Работа с СУБД
MySQL, MS
SQL, Oracle,
IBM DB2 идр.
Встроенная
СУБД,
поддержка MS
SQL
Поддержка
форматов MDB,
SQL
cиспользованием
DB-библиотеки,
ODBC
Поддержка
dBASE,
Paradox,
InterBase,
MDB, Infrrmix,
MSSQL,
MySQL, ODBC
5.
Создание
объектов в
интерактивном
режиме
Нет
Присутствует
Присутствует
Присутствует
6.
Динамическая
реализация форм
ввода,
возможность
обработки
сообщений
Присутствует
Присутствует
Частично
Присутствует
7.
Стандарт
реализации
приложения
Нет
Нет
каркасный
(мастер)
компонентный
(мастер)
40
8.
Технология
Работа с
построителями
экранов,
меню, отчетов
(drag-and-
drop),
классами
Работа с
построителями
экранов,
меню, отчетов
(drag-and-
drop),
классами
Редактор
классов,
Редактор
ресурсов (drag-
and-drop)
Редактор
объектов
(drag-and-
drop)
9.
Реализация
печатных форм
Нет
Встроенный
Внешний
Объект:
Report
10
Работа с
исключениями
Процедура
Процедура
Объект
Объект
11
Поддержка CASE
Rational Rose
Присутствует
нет
Присутствует
Нет
В рамках данного проекта для реализации задачи создания
информационной системы учета библиотечного фонда будет использован
язык программирования 1C: Предприятие. Выбор сделан исходя из:
- соответствия возможностей языка программирования системным
требованиям;
- наличия лицензионного ПО «1C: Предприятие» на предприятии;
- наличия большого количества технической документации и
готовых компонент для использования в проекте.
Таким образом, при расчете требований к параметрам технического
обеспечения необходимо учитывать системные требования для
обеспечения функционирования всего комплекса программного
обеспечения, используемого в условиях ООО «ПУШКА».
1.4.3 Обоснование проектных решений по техническому
обеспечению
Под техническим (аппаратным) обеспечением информационной
системы понимается весь комплекс электронных, электрических и
механических устройств, входящих в состав системы и/или сети, исключая
программное обеспечение и хранимую информацию. В этот комплекс
входят: компьютеры, периферийные устройства ввода/вывода и хранения
41
информации, а также сетевое оборудование различных типов и
энергетическое оборудование (батареи и аккумуляторы) [3].
Требования к техническому обеспечению формировались исходя из
аппаратных требований используемого программного обеспечения, и
представлены в таблице 13.
Таблица 13
Аппаратные требования информационной системы
Сервер
Клиент
Процессор
2,9 ГГц (с архитектурой x64).
Оптимальное число ядер – от 2.
От 2,6 ГГц
ОЗУ
От 32ГБ
От 4ГБ
Видеокарта и
монитор
монитор SVGA (с минимальным разрешением 1024х768
точек)
Жесткий диск
В зависимости от размера БД
Для работы программы
необходимо от 100 МБ
Устройства
ввода
клавиатура и мышь
ЛВС
Пропускная способность 1GB/c
От 100 MB/s
Параметры аппаратного обеспечения серверной части определены
согласно требованиям к СУБД, требования к рабочей станции – по оценке
нагрузки на рабочую станцию приложения для автоматизации системы
документооборота.
Анализ аппаратных требований дает основание утверждать, что
существующих средств технического обеспечения для функционирования
создаваемой информационной системы автоматизации работы с заявками
клиентов достаточно, необходимость в модернизации и замене отсутствует
[28].