22
иерархиями документов и
конструкторских
их версий,
регламентов
средства поддержки
есть
жизненного
цикла
цикла
документации на
наверняка
изделия и пр.
процессов
Юрист захочет
автоматизации
видеть в системе
внедрить
функции поддержки
формулировать
архива
нормативных
рамках
документов, средства согласования и ведения архива
договоров, средства
управления
управления доверенностями и
автоматической
пр.
Сотрудник
их
отдела качества
то
наверняка вспомнит о
советской
таких задачах
далеко
как
ведения
ведения
библиотеки регламента управленческих процедур, наличие
доверенностями
средств автоматизации
исполнении
подобных регламентов,
подразделения
средства
автоматизированного
далеко
сбора метрик
получения
качества исполнения
поддержки
процессов,
автоматической
будет
генерации отчетов
внедрить
поля аудита и
документации
пр.
И это далеко
контроля
не все
различных
специалист по
выраженную
маркетингу предложит
выраженную
внедрить в
организации
выраженную
средств автоматизации
за
публикации информации
дополнительной
на WEB
обработки
сайте компании,
тому
продавец - средства
конкретной
ведения истории
Однако
переписки с
компанией
подобное
покупателем, сотрудник
достичь
отдела кадров
часто
попросит
автоматизировать кадровый документооборот, а финансист -
часто
средства
утверждения
автоматизированных
бюджетных документов и
перечисленные
заданий на
рабочем
платеж и так
подход
далее и
тому
уже
подобное.[11]
Более
за
того, в каждой
границами
конкретной компании
рабочем
каждый отдельный
систем
контур автоматизации
взаимодействий
документооборота будет
основного
иметь ярко
работает
выраженную
специфику.
эффекта
При этом,
внедрять
очень часто функции обработки документов
выраженную
являются
частью
подобных
бизнес процессов,
взаимодействий
уже автоматизированных с
специфики
помощью различных
подсистема
программных технологий.
бизнес
Вот несколько
инфраструктуры
примеров подобных
рабочем
задач:
o отслеживание
часто
процесса обработки
ярко
накладной за
вполне
границами
системы
по
складского учета
o архив документов и
бизнес
система контроля и
учета
уведомления о
своевременности
будет
взаимодействий в приложении управления контактами
23
o
границами
подсистема утверждения
Множество
платежных документов,
от
порождаемых в системе управления поставками
В
достичь
принципе можно
программных
внедрять перечисленные
перечисленные
приложения по
бизнес
отдельности «с нуля»,
контур
не вкладываясь в
по
создание дополнительной
это
инфраструктуры. Однако
вкладываясь
подобный подход,
специалист
вполне применимый
процесса
при
автоматизации
этом
традиционных приложений,
нуля
не позволяет
подобных
достичь
основного
за
эффекта от внедрения комплекса приложений автоматизации
документооборота, в
данной
силу специфики
основного
данной группы
группы
приложений, а
именно:
подход
Множество приложений
компании
на одном
этом
рабочем месте.
В обычных
процессе
приложениях (бухгалтерская программа,
унифицированный
систем
складского
программа
учета и пр.)
извлечения
пользователь работает с
автоматизированного
информацией в рамках
осваивать
одного автоматизированного
выполнения
рабочего места, и
требует
редко выходит
выходит
за его
требует
пределы. Приложения документооборота автоматизируют
этим
базовые
процессы
пользователю
управления, в организации,
иметь
которые охватывают
поиска
большинство
сотрудников. В
сделать
связи с этим
функций
каждый сотрудник
места
вынужден использовать
накопления
на
своем
Все
рабочем месте
приложения
весь комплекс
доступ
приложений и соответственно
Положения
осваивать интерфейс
Пользователь
каждого приложения.
приложения
Не регулярное
интегрированных
использование приложений.
деятельности
Пользователь взаимодействует с
каждого
функциями приложений
учета
апериодически по
определенной
мере необходимости
сообщать
выполнения определенной
вынужден
функции в бизнес
класса
процессе. Он
рабочего
может выполнять
позволит
определенную функцию
месте
крайне редко,
пользователю
например, участвовать в
обычных
согласовании текста
мере
годового
отчета.
приложение
Все это
месте
требует во-первых,
рамках
определенной активности
этим
приложения
по
апериодически
отношению к пользователю,
связи
приложение должно
сделать
сообщать ему,
базовые
что и
когда
пространства
он должен
знаний
сделать; во-вторых,
накапливают
обеспечивать унифицированный
требует
интерфейс для
он
различных функций в
сотрудник
различных процессах обработки
документов.
24
Необходимость
он
организации общего
сотрудников
информационного пространства.
информационного
Положения данного
накапливают
класса накапливают
комплекс
информацию об
общего
основных
аспектах
процессах
деятельности сотрудников
каждого
организации. В связи с
модификации
эти,
необходимо
взаимодействует
уделять особое
его
внимание общности
отчета
механизмов поиска,
соответственно
извлечения знаний,
согласовании
накопления статистической
крайне
информации и анализа
процессов. При
качественно
этом важно
во
иметь доступ к
информацией
информации о занятости
различных
сотрудников в различных
данного
бизнес процессах.
рабочем
Наличие подобных
своем
интегрированных механизмов
на
позволит получить
Необходимость
качественно новую
каждого
информацию о работе
автоматизируют
организации.[7]
Необходимость
пространства
гибких инструментов
эти
модификации приложений.
информацией
Основной задачей автоматизации документооборота
Все
является
перенос в
отдельные
область автоматизации
реализации
формализованной части управленческого
процесса.
рамках
Но сам
отдельные
процесс формализации
задач
является периодическим и
делает
итеративным. По
итоге
мере внедрения
Но
определенного процесса
конечном
выявляются его
последовательной
недостатки и необходимость
требует
внесения изменений в
мощности
его структуру.
автоматизации
Таким
образом,
интегрированных
приложения в области автоматизации документооборота
компании
принципиально не
для
могут быть
внесения
реализованы в виде
компании
жестких
автоматизированных
приложений
рабочих мест, и
является
требуют возможности
могут
модификации
в процессе
процесса
их эксплуатации.
компании
Необходимость последовательной
могут
автоматизации.
Принципиальная
части
невозможность автоматизации всех управленческих
процедур в компании
приложений
единовременно, требует
сопровождение
возможности постепенного
могут
наращивания ее
не
мощности и поэтапной
последовательной
автоматизации отдельных
Необходимость
контуров документооборота
их
без изменений
клиентских
базовой инфраструктуры
единую
системы и, в особенности,
может
клиентских приложений.
постепенного
Сложность управления
последовательном
комплексом приложений.
25
итоге
При последовательном
тесной
внедрении большого
делает
количества приложений,
тесной
автоматизирующих отдельные
итоге
задачи обработки
Основной
документов, не
инфраструктуры
интегрированных в единую
процесса
систему, существенно
процессе
усложняется и
удорожается
на
их сопровождение.
Все
Это в конечном
задачей
итоге может
итоге
свести на
могут
нет
эффект
тесной
от автоматизации и
Необходимость
требует внедрения
Необходимость
приложений в рамках
Сложность
единой системы
контуров
администрирования и сопровождения.
без
Все это,
особенности
делает невозможным эффективное внедрение комплекса
приложений автоматизации документооборота
комплексом
при отсутствии
Необходимость
их тесной
мере
интеграции и создания
отдельных
единой инфраструктуры
на
для реализации
возможности
данных
задач.
Таким образом,
платформы
мы понимаем,
приводит
что внедрение инфраструктуры для
комплексной автоматизации процессов документооборота, необходимое
мы
условие успешной
именно
реализации системы.
задача
При подобном
для
подходе задача
не
разрабатывается на
При
два этапа, а
наличия
именно – внедрение инфраструктуры для автоматизации задач
относительно
данного
класса и
планируемого
реализация не
много
ее базе
именно
комплекса интегрированных
возможности
приложений.
К сожалению
без
сегодня не
результата
существует четкого
обработки
разделения между
задачами внедрения платформы автоматизации документооборота и
достаточно
собственно автоматизации
решает
отдельных задач
законченное
обработки документов.
конечное
При
покупке
что
системы может
задачи
быть приобретено
приложения
либо то
случаев
либо другое,
базе
например
покупая
Гр
систему Lotus Notes или Documentum
приводит
организация покупает
быть
именно платформу
отдельных
для реализации
При
приложений, но
обработки
не конечное
этому
приложения, а приобретая
комплексного
например систему «Дело»
когда
она приобретает
именно
именно законченное приложение для автоматизации делопроизводства,
случаев
но
не
образом
решает задачи
то
внедрения инфраструктуры
возможности
для внедрения
плана
комплекса
приложений.
И
дорогостоящую
именно по
приложения
этому мы
четкого
наблюдаем достаточно
много
много случаев,
например
когда
компании,
сегодня
покупая дорогостоящую
она
систему без
реализации
наличия четкого
разрабатывается
плана ее
понимания
26
использования и понимания
когда
ее функциональных
быть
возможностей, не
что
добиваются планируемого
наличия
результата, что
Однако
приводит к скепсису
реализация
относительно самой
то
возможности комплексного
например
решения задачи
автоматизации документооборота.
самой
Однако не
для
всегда внедрение
обработки
подобной платформы
наблюдаем
оказывается
целесообразным.
обработки
График иллюстрирует целесообразность внедрения платформы
автоматизации документооборота. При реализации набора не
интегрированных приложений первые внедрения обходятся относительно
не дорого, однако при внедрении большого количества приложений с
одной стороны существенно удорожается стоимость их сопровождения и
обучения персонала, с другой возникающая необходимость их интеграции
(например, необходимость построения отчетов включающих информацию
из множества источников), что приводит к дополнительным издержкам.
Помимо этого пользователи по мере
архитектуре
развития системы
включает
вынуждены
пользоваться
способа
множеством приложений с
архитектуре
разнородным интерфейсом,
Для
что
также
ЭЛЕКТРОННОГО
снижает эффективность
срез
их работы.[12]
27
2. АНАЛИЗ ЭЛЕКТРОННОГО ПРЕДПРИЯТИЯ
2.1 Особенности функционирования и архитектуры
электронного предприятия
С целью основы следует понять в архитектуре нынешного
электронного предприятия. Компании и структуры ключевых компонентов
его информативной концепции, обладающих базисное значение для
функционирования концепции в целом.
Проектирование системной архитектуры подразумевает
распределение концепции на более большие сложные части и
установление конструктив-ных заключений, которые уже после их
принятия с работой поддаются изменению.[3]
бизнес
Статический срез
капитальные
системной архитектуры
информационных
на определённый
данных
момент
времени
предприятия
включает:
· архитектуру
включая
приложений – функциональный и
сообщений
компонентный
состав
существует
информационной системы;
·
момент части
архитектуру данных –
основных первичных
способы
следует
взаимодействия
составные слои
систем и хранения
основных Мидл
данных;
·
органанизацио
архитектуру
справочников каждого
оборудования – используемые
важности архитектуру
технические
Особенности
средства /
Всегда структуры
решения.
Другими
между хранения
аспектами
Мидл
системной
миграции взаимодействия
архитектуры являются:
·
капитальные прием
способы и
решений
планы
стороны следует
миграции от
Другими Учет
текущего
составные
состояния
продолжение Мидл
архитектуры к
целевому;
·
способы
способы передачи
принципиальное
реализаций между
одного
средами;
· стоимость
составные
решения, включая
стороны
капитальные и операционные
технические
расходы.
28
Всегда
запросов
существует более
первичных
одного способа
числе
описания архитектуры.
момент
Степень важности
планы
каждого из
передачи
этих способов
со
меняется в продолжение
Проектирование
жизненного цикла.[4]
В
после
системной архитектуре
начала
следует выделять
Статический
следующие слои:
·
включая
Фронт-офис (Front-Office);
· Мидл-офис (Middle-office);
·
архитектуре
Бэк-офис (Back-office);
· Учет (Accounting);
·
запросов
Информационное хранилище (DWH);
· Отчетность (Reporting).
• Документ (Reporting).
Рассмотренны данные слои в бизнес-архитектуре. Фронт-офис –
комплекс бизнес-действий, операций, нормативных бумаг (распорядков),
справочников, печатных форм, органанизационно-штатных
подразделений, которые обеспечивают со стороны компании связь с
покупателем (в том числе внутренним):
• приобретение и введение с целью дальнейшей обработки основных
документов,
• печать и обеспечение покупателю сведении и бумаг,
• распространение покупателям информационных уведомлений,
• обзвон покупателей,• метод входящих телефонных звонков
покупателей,
• метод запросов и обеспечение данных.
Примеры подразделений фронт-офиса:
• Call-центр,
• отделение операторного сервиса,
• кассовое помещение (раздельные бизнес-процессы).
29
Также под фронт-офис комплекс информационных концепций, в том
числе основы данных и справочники, нацеленных на автоматизацию
бизнес-процессов взаимодействия с покупателем (в том числе
внутренним):
• приобретение и введение с целью дальнейшей обработки основных
бумаг,
·
двухсторонним
печать и предоставление
направленных
клиенту информации и
связан
документов,
· рассылка
информации
клиентам информационных
часть
сообщений,
· обзвон
система
клиентов,
· прием
совокупностью
входящих телефонных
включая фронт
звонков
информационные
клиентов,
·
Бэк операционного
прием запросов и
базы корпоративных
предоставление
Примеры
информации.
вышеописанному совершенных
Примеры информационных
касса вышеописанному
систем
по
фронт-офиса:
·
вышеописанному обработки
Интернет-банк,
· информационная
информации печать
система
печать
Call-центра,
·
является
система управления
информационные
взаимоотношениями с клиентами (CRM)
(большая
формы
часть бизнес-процессов).[6]
мидл
Бэк-офис в бизнес-архитектуре
реализующих
представлен совокупностью
информации
бизнес-
процессов, процедур,
личного
нормативных документов (регламентов),
учет
справочников, печатных
отдельно
форм, организационно-штатных
подразделений
подразделений,
реализующих
личного
журнальный (регистровый) учет
подразделение
операций, совершенных
касса
клиентом.
Как
сообщений
правило, регистровый
которые
учет представляет
по
собой журнал
Бэк
операций
клиентов,
информации
не связан с
Интернет
бухгалтерскими счетами,
рассылка
не является
корпоративных
двухсторонним.
Примеры
автоматизацию
подразделений бэк-офиса:
·
двухсторонним
подразделение розничного
принципу
кредитования.
В современной
систем
системной архитектуре
отдельно
крупных корпоративных
включая
информационных систем
данных
данный класс
рассылка
систем представлен
базы
недостаточно
30
широко. К рисками данному классу учета относится большая часть
двухсторонним систем учета финансов с целью индивидуального
применения.
К представлению мидл-офиса причисляют бизнес-процессы,
операции, нормативные бумаги (регламенты), справочники, печатные
формы, органанизационно-штатные отделения, обеспечивающие сборы и
утверждение заключений.[13]
Примеры подразделений мидл-офиса:
• отделение контроля заемщиков в службе безопасности,
• отделение управления рисками.
Также в отдельности выделяют информационные отделения в
структуре компании, которые функционируют согласно вышеописанному
принципу, данные систему представляют производящую значимость в
компании образцами аналогичных концепций могут служить:
·
органанизационно
система ведения
корпоративных
позиционного учета,
·
позиционного
система проверки
нормативные
заемщика в бюро
относят
кредитных историй,
·
прежде
система расчета
базы
скорингового балла
при
по кредитной
по
заявке.[18]
Учёт в
как
бизнес-архитектуре одно
служить
из важных
бэк
направлений в рамках
систему
автоматизации процессов,
часто
так как
анализа
изначально при
бухгалтерия
появлении компьютеров
управления
первая их
является
функция это
основании
как раз
документы
ускорение расчетов.
происходит
Подсчет заключается с
последующих основных категорий: бизнес-процессы, операции,
нормативные бумаги (регламенты), справочники, печатные формы,
органанизационно-штатные отделения, бизнес-процессы, реализующие
управление
проектирования
бухгалтерского учета и
процессов
отчетности по
баз
РПБУ и
Международным
документы
Стандартам Финансовой
прежде
Отчетности, ведение
реализован
баланса
предприятия.[15]
Учёт
На данном
анализа
уровне часто
является
реализован также
автоматизации
налоговый учет.
систем
Формирование проводок
заявке
бухгалтерского учета
интеллектуальная
происходит на
из
основании
31
журнала
На
операций бэк-офиса
ускорение
путем разнесения
учета
операций в соответствии
данных
со
справочником
система
контировок.
Примеры
интеллектуальная
учетных подразделений
затем
является всем
ключевых
известная
бухгалтерия.
четко
Совокупность информационных
разнесения
систем, включая
ведения
базы данных и
на
справочники, реализующих
баланса
ведение бухгалтерского
также
учета и отчетности
представляет
по
РПБУ и
базы
МСФО, ведение
бухгалтерия
баланса предприятия.
путем
Информационное хранилище
учет
на современном
данных
предприятии это
справочником
прежде всего
учета
интеллектуальная составляющая,
контировок
которая представляет
документы
собой
совокупность
На
информационных систем,
со
включая баз
всего
данных и
справочников,
позиционного
реализующих функциональность
которые
по описанию
Совокупность
метаданных,
по
журнала
сбору, очистке,
любой
обогащению, консолидации
Отчетности
первичной информации из
транзакционных систем, а также по построению витрин
современном
данных.
Информационные
база
технологии вызывают
находится
изменения в организации,
справочники
которые делают
характеристики
фирму даже
Совокупность
более зависимой,
консолидации
чем в прошлом,
две
от знания,
проектирования
изучения и принятия
рассматриваемой
решений индивидуально
технологии
служащими.[21]
2.2 Архитектура
которая
современных систем и
относительно
методологии
В центре
со
любой методологии
РПБУ
находится некоторая
баланса
системная
архитектура, и
справочников
лишь затем
вызывают
совокупность стратегий и
решений
методов анализа и
уровня
проектирования. Архитектура
первичной
современных систем является трехслойной и
имеет следующие характеристики:
• отчетливо конкретные слои
• внешные и очевидные интерфейсы между слоями
• скрытые и защищенные составляющие внутри любого слоя.
ПОЛЬЗОВАТЕЛЬ