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

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

МОСКОВСКАЯ АКАДЕМИЯ ПРЕДПРИНИМАТЕЛЬСТВА

ПРИ ПРАВИТЕЛЬСТВЕ МОСКВЫ

Курсовая работа

Дисциплина

«Производственный менеджмент в корпоративных информационных системах»

Тема: «Анализ корпоративных информационных систем»

Выполнил

Чернобровкин Виталий Викторович

г. Сургут, 2009 г.

Содержание

Введение

1. Теория построения корпоративных информационных систем

1.1 Объем и качество (сущность, состав данных и связей)

1.2 Уровень разрозненности (степень интегрированности имеющихся данных, относительно технологий и банков и баз данных

1.3 Полнота и актуальность структур данных с позиций пользователя

1.4 Специфика установленных баз данных в структуре управления

1.5 Защищенность данных

2. Практическая часть

2.1 Системы управления ресурсами (ERP)

2.2 Внедрение ERP системы SAP на ООО «Сургутгазпром»

Заключение

Список литературы

Введение

С некоторым опозданием, по сравнению с Западом, в России медленно, но верно начинают понимать всю важность комплексного подхода в автоматизации предприятий и организаций. На собственном горьком опыте и благодаря множеству публикаций в компьютерной прессе многие осознали, что эффективность автоматизации в первую очередь зависит от того, насколько широко она охватывает все сферы деятельности юридического лица. Отчасти именно поэтому в последнее время стала столь популярной идея построения корпоративных информационных систем (КИС).

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

Цель курсовой работы: Раскрыть теорию построения корпоративных информационных систем с помощью анализа самой системы.

1. Теория построения корпоративных информационных систем

1.1 Объем и качество (сущность, состав данных и связей)

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

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

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

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

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

1.2 Уровень разрозненности (степень интегрированности имеющихся данных, относительно технологий и банков и баз данных)

Важно отметить, что КИС на основе САДП и СУД являются довольно универсальными. Подобные комплексы, благодаря имеющимся инструментам интеграции, позволяют объединить офисный, (организационно-распорядительный) документооборот с инженерным, в который входит техническая, технологическая и чертежно-конструкторская документация (она, как правило, разрабатывается в САПР и ГИС, например в AutoCAD, MicroStation, КОМПАС), а также любые другие виды информации, вплоть до мультимедиа. Кроме того, в состав КИС может органично влиться программы бухгалтерского, складского и кадрового учета.

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

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

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

1.3 Полнота и актуальность структур данных с позиций пользователя

В дополнение к функционалу, структуру КИС определяют и реализующие данный функционал технологии. С этой точки зрения современные информационные системы должны отвечать целому набору обязательных требований. Среди них, в первую очередь, стоит отметить использование архитектуры клиент-сервер с возможностью применения большинства промышленных СУБД. Обеспечение безопасности с помощью различных методов контроля и разграничения доступа к информационным ресурсам, поддержку распределенной обработки информации, модульный принцип построения из оперативно-независимых функциональных блоков с расширением за счет открытых стандартов (API, COM и другие), а также поддержку технологий Internet/intranet.

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

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

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

Сегодня существует целый ряд систем автоматизации деловых процессов (САДП), заслуживающих самого пристального внимания потребителя, который собрался проводить комплексную автоматизацию. Из зарубежных систем это, в первую очередь, Action Workflow фирмы Action Techologies и продукт фирмы Staffware Inc., который так и называется Staffware; из отечественных -- ничуть не уступающая зарубежным конкурентам система WorkRoute компании ВЕСТЬ АО, получившая признание на западном рынке.

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

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

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

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

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

Следует помнить, что значения переменных, в идеале, должны считываться не только из базы данных workflow-системы, но и из баз данных прикладных программ, поддерживающих наиболее распространенные промышленные стандарты СУБД. Это позволяет интегрировать систему автоматизации бизнес процессов с внешними приложениями в разрезе совместного использования данных. Что же касается встроенного языка программирования, о котором выше уже шла речь, то к нему, вполне очевидно, предъявляются такие требования, как простота (например, он должен быть семантически совместим с каким-либо распространенным языком. На сегодняшний день предпочтительнее всего VBA, эффективность, наличие широких возможностей по управлению бизнес процессами и связанными с ними данными. Крайне желательно, чтобы скрипт мог работать с OLE-серверами, запускать внешние программы, взаимодействовать с MAPI-совместимыми почтовыми системами. Кроме того, учитывая, что workflow- система рассматривается нами как основа КИС, для получения полной интеграции с другими программами и облегчения этого процесса, скорее всего, потребуется наличие открытого программного интерфейса API, который бы позволил управлять системой из внешних программ.

Международной организацией, курирующей разработку стандартов и спецификаций на системы класса workflow, является Workflow Management

Coalition (WfMC). Теперь, после небольшого отступления, вернемся к проблеме построения КИС на базе системы автоматизации бизнес процессов.

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

1.4 Специфика установленных баз данных в структуре управления

Прежде всего, это относится к делопроизводству, иначе говоря, к комплексу операций по созданию, управлению и исполнению документов, ведению электронного архива, организации офисного документооборота. Для реализации таких функций необходимо объединить workflow-систему с системой управления документами (СУД). К системам данного класса относятся, например, DOCS Open американской фирмы PC DOCS, DocuLive (Siemens Nixdorf), Documentum (Documentum, Inc.). Как правило, СУД имеют богатые возможности по интеграции с внешними приложениями (офисными и прикладными программами), которые и “снабжают” СУД документами. Кроме того, рынок СУД изначально ориентирован на КИС масштаба предприятия, в связи с чем все промышленные системы выполнены в архитектуре клиент-сервер и способны работать практически на всех программно-аппаратных платформах, т. е. характеризуются отличной масштабируемостью, переносимостью, безопасностью и надежностью хранения данных, а также обеспечивают распределенный режим работы.

Если составные части КИС поддерживают довольно широкий список оборудования и серверного программного обеспечения, это дает возможность уменьшить затраты, так как увеличивается вероятность того, что необходимые базовые продукты в организации уже есть. На сегодняшний день основными платформами, на которых должны функционировать формирующие КИС СУД, САДП и прикладное программное обеспечение, следует считать Windows NT Server, Novell NetWare, основные разновидности Unix и промышленные СУБД Oracle, Microsoft SQL Server, Oracle или Sybase. Важно отметить, что КИС на основе САДП и СУД являются довольно универсальными. Подобные комплексы, благодаря имеющимся инструментам интеграции, позволяют объединить офисный, (организационно-распорядительный) документооборот с инженерным, в который входит техническая, технологическая и чертежно-конструкторская документация (она, как правило, разрабатывается в САПР и ГИС, например в AutoCAD, MicroStation, КОМПАС), а также любые другие виды информации, вплоть до мультимедиа. Кроме того, в состав КИС может органично влиться программы бухгалтерского, складского и кадрового учета.

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

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

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

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

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

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

Учитывая сравнительно большой объем документов, представленных в графическом виде, имеет смысл вспомнить о включении в КИС поддержки носителей информации с низкой удельной стоимостью хранения (например, CD- ROM, CD-RW, магнитооптические диски и библиотеки, стримеры), которые позволяют создавать сравнительно дешевые электронные архивы объемами до нескольких терабайт. Очевидно, что наиболее оптимальным модулем для выполнения функций интеграции с подобными хранилищами следует рассматривать СУД. Именно при разработке КИС желательно выбирать СУД, которая поддерживает иерархическое многоуровневое (в смысле использования различных классов носителей) хранение документов. Например, оперативный архив документов может храниться на быстрых дисковых массивах сервера, обширные справочные материалы в магнитооптической библиотеке, а архив документации за прошлые годы -- на CD-ROM.

Следующим немаловажным моментом в функционировании КИС является необходимость обеспечить помимо средств генерации данных также и средства их анализа. Имеющиеся во всех современных СУД и СУБД средства построения запросов и различные механизмы поиска хотя и облегчают извлечение нужной информации, но все же не способны дать достаточно интеллектуальную ее оценку, т. е. сделать обобщение, группирование, удаление избыточных данных и повысить достоверность за счет исключения ошибок и обработки нескольких независимых источников информации (как правило, не только корпоративных баз данных, но и внешних, расположенных, например, в Internet). Проблема эта становится чрезвычайно важной в связи с лавинообразным возрастанием объема информации и увеличением требований к инфосистемам по производительности -- сегодня успех в управлении предприятием во многом определяется оперативностью принятия решений, данные для которых и предоставляет КИС. В этом случае на помощь старым методам приходит оперативная обработка данных (On-Line Analitical Processing, OLAP). Сила OLAP заключается в том, что в отличие от классических методов поиска запросы здесь формируются не на основе жестко заданных (или требующих для модификации вмешательства программиста и, следовательно, времени, т. е. об оперативности речь идти не может) форм, а с помощью гибких нерегламентированных подходов. OLAP обеспечивает выявление ассоциаций, закономерностей, трендов, проведение классификации, обобщения или детализации, составление прогнозов, т. е. предоставляет инструмент для управления предприятием в реальном времени.

Не останавливаясь на тонкостях организации различных моделей OLAP (например, таких, как радиальная схема, “звезда”, “снежинка” или многомерные таблицы), суть работы OLAP можно описать как формирование и последующее использование для анализа массивов предварительно обработанных данных, которые еще называют предвычисленными индексами. Их построение становится возможным исходя из одного основополагающего предположения, -- будучи средством принятия решений, OLAP работает не с оперативными базами данных, а со стратегическими архивами, отличающимися низкой частотой обновления, интегрированностью, хронологичностью и предметной ориентированностью. Именно неизменность данных и позволяет вычислять их промежуточное представление, ускоряющее анализ гигантских объемов информации.

Сегодня доступен целый ряд различных систем OLAP, ROLAP (реляционный OLAP), MOLAP (многомерный OLAP) -- Oracle Express, Essbase (Arbor Software), MetaCube (Informix) и другие. Все они представляют собой дополнительные серверные модули для различных СУБД, способные обрабатывать практически любые данные. Интеграция КИС с системой оперативного анализа информации позволит во много раз увеличить эффективность первой, поскольку данные в ней будут не просто храниться, а работать.

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

1.5 Защищенность данных

Рассматривая вопрос применения Internet-технологий, нельзя не затронуть такую важную проблему, как обеспечение информационной безопасности. Для предотвращения несанкционированного доступа к документам и для исключения возможных диверсий злоумышленников встроенных средств СУД и САДП недостаточно. Поэтому в состав КИС обязательно должны войти специальные программно-аппаратные средства защиты. Они, в частности, позволяют шифровать данные, поддерживают электронную цифровую подпись и могут проводить на ее основе аутентификацию пользователей. Все это обеспечивает достоверность и целостность информации внутри КИС. В качестве подобной системы криптографической защиты информации можно, например, использовать одну из модификаций (в зависимости от операционной системы и требуемой сложности защиты) СКЗИ “Верба” (разработка Московского отделения Пензенского научно-исследовательского электротехнического института). Обычно СКЗИ представляют собой открытые системы, допускающие интеграцию с внешними программами, но необходимо обратить особое внимание на то, сертифицирована ли СКЗИ и по какому классу. В России сертификацией подобных систем занимается ФАПСИ.

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

В дополнение к ним на стыке сегментов локальных сетей и Internet желательна установка брандмауэров -- средств контроля за внешними (входящими и исходящими) соединениями. (Наиболее типичным примером системы данного класса является CheckPoint FireWall-1 фирмы CheckPoint Software.) Они позволяют отслеживать передачу информации практически всех известных на сегодняшний день протоколов Internet.

Возможности САДП по оперативному контролю и управлению предприятием в некоторых случаях недостаточны. Прежде всего, это имеет место в крупных организациях, где ведутся долгосрочные проекты с привлечением большого числа различных ресурсов. Как известно, для решения подобных задач применяются системы управления проектами (например, Microsoft Project, Symantec Time Line). Введение их в состав КИС позволит осуществлять стратегическое планирование и управление предприятием.

Практически все системы управления проектами (СУП) берут за основу некий план проекта, составляемый на предварительном этапе. Затем в соответствии с этим планом автоматически организуются выполнение, анализ и управление рабочими этапами плана. Методологии САДП и СУП, несмотря на различие в масштабах автоматизируемых действий, в известной степени перекликаются, что позволяет установить двустороннюю синхронизацию между схемами workflow и стратегическим планом. Здесь важно отметить, что в рамках СУП календарное планирование и ход выполнения этапов происходят в полуавтоматическом режиме. Фактически выдача рабочих заданий, контроль их исполнения и анализ (оценка) ситуации осуществляются пользователем вручную.

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

Таким образом, САДП реализует все метафоры управления СУП, что дает возможность по разработанному проекту создать описание делового процесса, формирующего детализированные задания для каждого из его участников, и контролировать процесс его исполнения, предоставляя обратную связь руководителю проекта и всем другим сотрудникам предприятия, которые заинтересованы в получении информации по проектам.

Чисто технически интеграция современных САДП и СУП не вызывает вопросов, поскольку обе системы, как правило, соответствуют стандартам межпрограммного взаимодействия и могут разделять данные. Например, система управления проектами Time Line 6.5 поддерживает стандарты ODBC, OLE 2.0 и DDE. SQL-архитектура базы данных Time Line 6.5 позволяет получать доступ к данным о проекте, используя внешние приложения, в том числе и workflow- системы, и строить распределенные корпоративные системы управления.

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

2. Практическая часть

2.1 Системы управления ресурсами (ERP)

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

С целью предотвращения подобных проблем, была разработана методология планирования потребности в материалах MRP (Material Requirements Planning). Реализация системы, работающей по этой методологии, представляет собой компьютерную программу, позволяющую оптимально регулировать поставки комплектующих в производственный процесс, контролируя запасы на складе и саму технологию производства.

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

Статус материала является основным указателем на текущее состояние материала: имеется ли данный материал в наличии на складе, зарезервирован ли он для других целей, присутствует ли в текущих заказах или заказ на него только планируется. Таким образом, статус материала однозначно описывает степень готовности каждого материала быть пущенным в производственный процесс.

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

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

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

Основными преимуществами использования подобной системы в производстве являются:

- Гарантия наличия требуемых комплектующих и уменьшение временных задержек при их поставке, и, следовательно, увеличение выпуска готовых изделий без увеличения числа рабочих мест и нагрузки на производственное оборудование;

- уменьшение производственного брака в процессе сборки готовой продукции, возникающего из-за использования несоответствующих технологии комплектующих;

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

Основная цель MRP-системы формировать, контролировать и при необходимости изменять моменты заказов таким образом, чтобы все материалы, требуемые для производства, поступали одновременно.

На практике MRP является информационной системой, которую логически можно представить с помощью схемы «Логическая структура MRP системы» (Рис. 2.1).

Рисунок 2.1 - Логическая структура MRP системы

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

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

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

В дальнейшем, усовершенствование системы привело к трансформации системы MRP с замкнутым циклом в расширенную модификацию, которую впоследствии назвали MRP-II (Manufactory Resource Planning) ввиду идентичности аббревиатур. Эта система была создана для эффективного планирования всех ресурсов производственного предприятия, в том числе финансовых и кадровых.

MRP-II -- это набор принципов, моделей и процедур управления и контроля, служащих повышению показателей экономической деятельности предприятия.

Стандарт MRP II содержит описание шестнадцати групп функций системы:

1) планирование продаж и производства;

2) управление спросом;

3) составление плана производства;

4) планирование материальных потребностей;

5) спецификации продуктов;

6) управление складом;

7) плановые поставки;

8) управление на уровне производственного цеха;

9) планирование производственных мощностей;

10) контроль входа/выхода;

11) материально-техническое снабжение;

12) планирование распределения ресурсов;

13) планирование и контроль производственных операций;

14) управление финансами;

15) моделирование;

16) оценка результатов деятельности.

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

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

Результаты использования интегрированных систем стандарта MRP-II:

- получение оперативной информации о текущих результатах деятельности предприятия, как в целом, так и с полной детализацией по отдельным заказам, видам ресурсов, выполнению планов;

- долгосрочное, оперативное и детальное планирование деятельности предприятия с возможностью корректировки плановых данных на основе оперативной информации;

- решение задач оптимизации производственных и материальных потоков;

- реальное сокращение материальных ресурсов на складах;

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

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

- финансовое отражение деятельности предприятия в целом;

- значительное сокращение непроизводственных затрат;

- защита инвестиций, произведенных в информационные технологии;

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

В основу MRP-II положена иерархия планов (Рис. 2.2). Планы нижних уровней зависят от планов более высоких, где план высшего уровня предоставляет входные данные, намечаемые показатели и/или какие-то ограничительные рамки для планов низшего уровня. Кроме того, эти планы связаны между собой таким образом, что результаты планов нижнего уровня оказывают обратное воздействие на планы высшего уровня.

Логическая структура MRP II системы



Рисунок 2.2 - Иерархия планов

В дальнейшем процессе развития АИС, системы планирования MRP-II в интеграции с модулем финансового планирования FRP (Finance requirements planning) получили название систем бизнес - планирования ERP (Enterprise requirements planning), которые позволяют наиболее эффективно планировать всю коммерческую деятельность современного предприятия, в том числе финансовые затраты на проекты обновления оборудования и инвестиции в производство новой линейки изделий. В российской практике целесообразность применения систем подобного класса обусловливается, кроме того, необходимостью управлять бизнес-процессами в условиях высокой инфляции, а также жесткого налогового пресса, поэтому системы ERP необходимы не только для крупных предприятий, но и для небольших фирм, ведущих активный бизнес. На рис. 3 представлена логическая схема системы ERP.

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

Архитектура, лежащая в основе ERP-решения, позволяющего более эффективно осуществлять управление и реализовывать стратегии, представляет собой:

- многоуровневый проект, где приложение функционально распределено на клиентский, серверный компонент и компонент базы данных;

- централизованную базу для управления планируемыми, актуальными, консолидированными и прогнозируемыми данными и результатами;

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

- Интернет-среду, поддерживающую и направляющую пользователя в рамках процессов бюджетирования, отчетности и анализа;

- расширенные возможности нерегламентируемого анализа для быстрой идентификации, обнаружения и проверки аномалий, проблем и благоприятных возможностей;

- всеобъемлющую систему защиты от несанкционированного доступа или изменения в различных частях базы данных;

- централизованное администрирование, обеспечивающее контроль и мониторинг процессов планирования, бюджетирования, консолидации и отчетности.

Логическая структуры ERP системы



Рисунок 2.3 - Логическая схема ERP

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

Изменение характеристик ERP при переходе к ERP II

Рисунок 2.4 - Изменение элементов

Область деятельности ERP II теперь расширяется не только на производственные отрасли и дистрибуцию, но и на все виды деятельности. Роль новой стратегии не ограничивается рамками организации, она предполагает видимость для контрагентов внутренних процессов организации. Эта видимость реализуется процессами, которые связаны на внешнем уровне и дают возможность сотрудничать с контрагентами в сообществе по интересам. Данные, предоставляемые процессами, распространяются за пределы предприятия, где они хранятся. Обработка данных распределена по всему торговому сообществу. Новая роль расширяет и углубляет функциональность: помимо традиционных функций производства, дистрибуции и финансов, автоматизируются другие специализированные функции для отдельных отраслей, производственных сегментов и межотраслевых процессов. Для реализации изменений этих элементов ERP с целью перехода к ERP II необходима совершенно новая архитектура: Интернет - ориентированная, спроектированная для интеграции. Таким образом, если архитектура заменяется на новую, то остальные элементы являются расширением существующих.

Процесс интеграции, предоставляемый ERP II по Gartner (Рис.2.5), выходит за традиционные, внутренние процессы предприятия. Он включает все процессы - и внутренние, и внешние - они обеспечат связь предприятия с его контрагентами. Процессы 1:1 на рисунке 2.5 являются расширением традиционных процессов ERP, которые обеспечивают прямую связь с наиболее важными партнерами в цепи поставок. Раньше усилия по автоматизации типа 1:1 состояли из обмена электронными данными и сдерживались высокой стоимостью обмена, отсутствием достаточного числа необходимых стандартов, неполнотой ERP интеграции и зависели от пакетной обработки. Возможности Интернет меняют ситуацию: стоимость развертывания приложений уменьшается, стали широко использоваться стандарты (например, XML), интегрируются приложения, обеспечивается работа в реальном масштабе времени. Процессы М:1 - это другой тип расширения процессов, которые все еще связывают ядро ERP, но используют электронные торговые площадки и биржи, которые на более высоком уровне обеспечивают прозрачность цепочек поставок и сотрудничество между многими партнерами. Эти торговые площадки и биржи должны быть закрытыми, при этом предприятие ставится в центр деловой активности. Открытые электронные торговые площадки и другие виды объединений по типу М:М - взаимодействия будут не в области действия ERP II.

Логическая структура процессов в ERP II



Рисунок 2.5 - Процесс интеграции

Улучшение бизнес-процессов прошло несколько стадий. Причем, каждый раз заметное улучшение происходило при переходе к автоматизации более высокой организационной структуры. Известно, что объединение отдельных элементов в систему дает больше, чем сумма элементов - возникает новое качество. В самом деле, начиналось улучшение бизнеса с «простой» автоматизации отдельных бизнес - операций, затем развитие информационных технологий сделало возможным на их основе интегрировать бизнес-процессы вначале в рамках предприятия, а затем и в сообществах по интересам, которые сами являются элементами более широкого контекста - электронного рынка. Аналитики Gartner предсказывают, что возникшая стратегия автоматизации систем управления ERP II является предтечей перехода предприятий к новому способу взаимодействия, на основе сотрудничества - c-commerce (collaborative commerce - совместная коммерция), когда несколько предприятий будут осуществлять свою деятельность, используя одну ERP II систему.

2.2 Внедрение ERP системы SAP на ООО «Сургутгазпром»

ООО "Сургутгазпром" - одно из крупнейших предприятий Западной Сибири, занимающееся транспортировкой и переработкой газа и газового конденсата. Компания является дочерним подразделением ОАО "Газпром".

Годовой объем транспортировки газа превышает 65 млрд. куб., общая протяженность системы магистральных трубопроводов 6,5 тыс. км, в системе работают 16 компрессорных станций, около 230 газоперекачивающих аппаратов, численность работников предприятия составляет 14 тысяч человек.

ООО "Сургутгазпром" стало первопроходцем в отрасли на пути решения задач информационного обеспечения производственно-хозяйственной деятельности благодаря успешному внедрению первого этапа АИС предприятия на базе системы SAP R/3. Большая прозрачность, усовершенствованные информационные потоки данных и сокращение затрат являются подтверждением правильности выбранной предприятием стратегии, Одной из особенностей работы SAP AG является сотрудничество с ведущими в отрасли консалтинговыми фирмами, расположенными по всему миру. Так с ООО "Сургутгазпром", наряду со специалистами консалтингового подразделения SAP C.I.S., работает московская компания ЗАО "ИКТ-КОНСАЛТ" - ведущий интегратор в области внедрения корпоративных систем управления предприятий топливно-энергетического комплекса.