Анализ неструктурированных электронных документов как средство оптимизации корпоративной информационной системы


Управление электронными документами в корпоративной информационной системе



страница2/12
Дата24.04.2018
Размер1.08 Mb.
1   2   3   4   5   6   7   8   9   ...   12

Управление электронными документами в корпоративной информационной системе


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

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


  1. Корпоративная информационная система


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

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


  1. Понятие КИС


Информация в современном мире превратилась в один из наиболее важных ресурсов, а информационные системы (ИС) стали необходимым инструментом во всех сферах деятельности. Разнообразие задач, решаемых с помощью ИС, привело к появлению множества разнотипных систем, отличающихся принципами построения и заложенными в них правилами обработки информации [1]. На предприятиях используется достаточно большое количество классов систем: ERP (Enterprise Resource Planning – система планирования ресурсов предприятия), ECM (Enterprise Content Management – системы управления корпоративным информационным контентом), BPM (Business Process Management) – системы управления бизнес-процессами предприятия) и пр. Под этими системами понимаются такие системы, в которых функционально объединены, как системы для решения задач автоматизации, учета и управления производством, финансовыми, человеческими и информационными ресурсами.

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

Эта особенность позволяет сформулировать ряд требований, предъявляемых современным корпоративным информационным системам при их проектировании:


  1. должно выполняться управление полным циклом выполнения заказов клиентов на всех этапах делового процесса;

  2. должно быть доступно оперативное получение аналитической информации для обеспечения и повышения качества принятия управленческих решений;

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

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

  5. необходимо наличие системы бизнес-планирования;

  6. необходимо наличие систем электронного документооборота и управления рабочими потоками.

Для реализации КИС, удовлетворяющей вышеперечисленным требованиям многие методы и средства канонического проектирования информационных систем, предназначенные для локальной автоматизации процессов, не подходят, следовательно, применяются средства индустриального проектирования ИС на основе CASE (Computer-Aided Software/System Engineering - автоматизированная разработка программного обеспечения) и компонентных технологий. Также из приведенного перечня требований видно, что создание КИС – это очень сложный и трудоемкий процесс, требующий решения многочисленных задач и немалых затрат.

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

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

  1. Архитектура КИС


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

Одно из наиболее употребляемых формальных определений архитектуры приведено в стандарте ANSI / IEEE Std 1471 – 2000 Института инженеров-электриков и электронщиков, который предоставляет метамодель для определения архитектуры [38]. Согласно данному стандарту, архитектура – это фундаментальная организационная система, заключенная в своих компонентах, их взаимоотношениях и окружении, а также, включающая в себя принципы, определяющие проектирование, создание и развитие системы. В соответствии с данным стандартом система обладает архитектурой, которая может быть описана с различных точек зрения заинтересованных лиц, рассматривающих архитектуру системы. Однако стандарт не определяет саму структуру архитектуры ИС, иными словами говорится о том, что необходимо представлять архитектуру с разных ракурсов, но при этом не указывается, какие это должны быть представления.

Также заслуживает внимания стандарт, являющийся стандартом РФ, ГОСТ 34.320-96. Отечественный стандарт не использует термин «архитектура системы», но определяет вид структуры ИС и основные компоненты ИС. Данный стандарт интересен тем, что, в отличие от предыдущего, содержит конкретные знания об архитектуре ИС, которая состоит из трех уровней: внешняя схема, внутренняя схема и уровень концептуальной схемы, информационной базы и информационного процессора [19].

Один из самых известных специалистов, работающих в области архитектуры систем, Дж.Захман в своей методологии архитектуры предприятия представляет архитектуру ИС в виде структурированного набора моделей [32], которые отражают различные содержательные точки зрения на структуру системы того круга лиц, которые вовлечены в ее создание и развитие – собственника, менеджеров, проектировщика, конструкторов, субподрядчиков, пользователей. При этом различные точки зрения обращаются на различные структурные аспекты системы (структура данных, функции, сетевая инфраструктура, организация, время и пр.).

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

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

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

Файл-серверная архитектура КИС представляет наиболее простой случай распределенной обработки данных в ИС, согласно которой на сервере распределяются только файлы данных, а на клиентской части находятся приложения пользователей вместе с СУБД. Использование файл-серверов предполагает, что вся обработка данных выполняется на рабочей станции, а файл-сервер лишь выполняет функции накопителя данных и средств доступа. Взяв за основу файл-серверную архитектуру можно спроектировать, разработать и отладить простое, работающее с небольшими объемами информации и рассчитанное на применение в однопользовательском режиме файл-серверное приложение. Такая архитектура ИС подходит небольшой компании, например, для ведения кадрового учета достаточно иметь изолированную систему, работающую на отдельном компьютере. Минусом такого решения можно назвать риск нарушения надежности хранения и поддержания целостности данных.


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

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



  1. двухуровневая клиент-серверная архитектура;

  2. трехуровневая клиент-серверная архитектура.

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

Для решения этих проблем была предложена трехуровневая клиент-серверная архитектура. Основное ее отличие от двухуровневой состоит в том, что в ней присутствует физическое разделение программ (промежуточное звено), отвечающих за хранение данных (СУБД) от программ, обрабатывающих эти данные (сервер приложений). Такое разделение программных компонент позволило оптимизировать нагрузки, как на сетевое, так и на вычислительное оборудование комплекса. По сравнению с двухуровневой клиент-серверной или файл-серверной архитектурой можно выделить следующие достоинства трехуровневой клиент-серверной архитектуры, это: масштабируемость, конфигурируемость (изолированность уровней друг от друга), высокая безопасность, высокая надежность, низкие требования к скорости канала (сети) между терминалом и сервером приложений, низкие требования к производительности и техническим характеристикам терминалов, как следствие снижение их стоимости.

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

Несмотря на то, что клиент-серверную архитектуру на сегодняшний день можно назвать классической, сейчас наблюдается устоявшийся интереса к сервис-ориентированной архитектуре (SOA – Service-Oriented architecture), связанный с постоянно возрастающим интересом к Web-сервисам, на технологиях которых основана эта концепция. Практические аспекты сервис-ориентированной технологии позволяют решить проблемы масштабируемости, интегрировать сети передачи данных, упростить процедуры проектирования и управления сетями, а также создать другие распределенные приложения, прозрачно взаимодействующие с ресурсами систем при помощи прикладных программных интерфейсов и открытых стандартов. Следует отметить, что сервис-ориентированная архитектура – это подход к разработке ПО, в основе которого лежат сервисы со стандартизированными интерфейсами. КИС, построенная на основе сервис-ориентированной архитектуре, состоит из набора сущностей, доступных через прикладные программные интерфейсы. Нередко сервис-ориентированную архитектуру называют третьей ступенью развития ИС, последующей за мэйнфреймами и клиент-серверной архитектурой.

Рассмотрим эволюцию архитектуры ИС на примере компании SAP и ее решений. Классическим примером первой ступени мэйнфрейма может служить система SAP R/2. В клиент-серверной архитектуре таким образцом стала широко распространенная SAP R/3, а в качестве сервис-ориентированного решения компания SAP позиционирует интеграционную платформу NetWeaver, в которой сервис-ориентированный подход позволит облегчить и ускорить внедрение КИС на предприятии.

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

Для того чтобы понять связь архитектуры КИС и документа, рассмотрим пример. Чаще всего документ создается в формате некоторого офисного приложения; затем после утверждения, документ публикуется на сайте в HTML-формате или преобразуется в PDF для дальнейшего распространения. С точки зрения потребителя информации это один и тот же документ, а с точки зрения архитектуры ИС – три разных. Содержимое документа, его семантика представляют собой важную составляющую документа, однако в современной архитектуре КИС не предусмотрено наличие семантических технологий, позволяющим усовершенствовать концепции существующих архитектур ИС.


  1. Каталог: data -> 2014
    2014 -> Реферат Отчет с., главы, 22 рис., табл., 16 источников, прил видео стеганография, стеганография mpeg, сокрытие информации в видео, встраивание и извлечение информации, дискретное косинусное преобразование, помехоустойчивое кодирование, циклические
    2014 -> Становление футбольного клуба как бренда на примере фк
    2014 -> Проблемы и перспективы взаимодействия Европейского Союза и России по урегулированию локальных кризисов
    2014 -> Факторы формирования российского и американского экспорта вооружений в начале XXI века
    2014 -> Памятка студентам бакалавриата «Куда обращаться?»
    2014 -> «Восприятие института монархической власти в Великобритании, России и в Японии»
    2014 -> Программа краткосрочного повышения квалификации работников ниу вшэ
    2014 -> Практики краудсорсинга в прикладных социальных исследованиях


    Поделитесь с Вашими друзьями:
1   2   3   4   5   6   7   8   9   ...   12


База данных защищена авторским правом ©vossta.ru 2019
обратиться к администрации

    Главная страница