Главная страница
Навигация по странице:

  • Цель и задачи темы

  • Оглавление

  • Тема Моделирование предметных областей в экономических информационных системах


    Скачать 103 Kb.
    НазваниеТема Моделирование предметных областей в экономических информационных системах
    Дата03.06.2018
    Размер103 Kb.
    Формат файлаdoc
    Имя файла11_6_5+5_Т3+P1254.doc
    ТипДокументы
    #45902

    МЕЖДУНАРОДНЫЙ БАНКОВСКИЙ ИНСТИТУТ

    INTERNATIONAL BANKING INSTITUTE


    Тема 3. Моделирование предметных областей в экономических информационных системах

    Цель и задачи темы


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

    Оглавление


    3.1. Понятие, принципы построения, состав и характеристика КИС 1

    3.2. Требования, предъявляемые к КИС 7

    3.3. Эволюция развития методологий ЭИС 10

    Выводы 14

    Вопросы для самопроверки 15

    Библиография 15

    3.1. Понятие, принципы построения, состав и характеристика КИС


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

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

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

    В этот момент «тиражируемые решения» еще были редким дорогим продуктом и ИТ-менеджеры в основном полагались на заказную разработку.

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

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

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

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

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

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

    В современном понимании в состав КИС бизнес-объекта (фирмы или предприятия) могут входить:

    • система управления ресурсами предприятия (часто используемое, но также не вполне корректное определение: ERP-система);

    • система управления распределенной логистикой (как вариант — SCM-система);

    • система управления ремонтом и послепродажным обслуживанием;

    • система управления данными об изделиях на производственных предприятиях (PDM);

    • CAD/CAM/CAE-система;

    • система документооборота (docflow);

    • система организации рабочего пространства (workflow);

    • среда Internet/Intranet;

    • система электронной коммерции (e-commerce);

    • система управления информационными ресурсами;

    • система data warehouse;

    • система извлечения данных (data mining);

    • система анализа данных OLAP;

    • система представления данных для анализа руководством (MIS);

    • специализированные рабочие места автономных пользователей;

    • системы моделирования и представления бизнес-процессов;

    • системы математического и имитационного моделирования процессов;

    • CRM-системы взаимоотношения с клиентами;

    • системы математического (в том числе статистического) анализа данных;

    • специализированные продукты или системы для реализации частных задач.

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

    Ряд вышеперечисленных компонент КИС сформировался только в последнее время, а ряд еще и продолжает формироваться.

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

    Даже на полноценное решение первых двух задач во всех без исключения случаях не может претендовать ни один продукт, включая SAP R/3.

    Задача корпоративного управления всегда будет идти впереди решений для ее реализации.

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

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

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

    Современная иерархия «системного строительства» выглядит так:

    5. Корпоративная система

    4. Интеграция Системная (интеграция частных решений)

    3. Решения (отраслевые или специализированные)

    2. Интеграция Компонентная

    1. Продукты (компоненты)

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

    Ведущие поставщики (не исключая SAP и BAAN) уже давно говорят о «переходе к компонентной архитектуре», пытаясь поднять свои решения до второго уровня «стандартно». Так же интересно, что Gartner Group ставит условие компонентной интеграции (прежде всего с компонентами независимых поставщиков) как условие выживания «продукта XXI века», по крайней мере на рынке средних промышленных предприятий.

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

    Что же касается интеграции пятого уровня, то более или менее универсальные услуги по созданию такого рода систем в состоянии предоставить только несколько компаний во всем мире. Причем, по-видимому, — ни одной в России, с учетом специфики российского финансового управления, налогового и бухгалтерского учета. В любом случае их услуги очень дороги, так что в большинстве случаев такая интеграция — создание корпоративной системы — удел отделов ИТ-компании, как в России, так и на Западе.

    3.2. Требования, предъявляемые к КИС


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

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

    Функционал КИС как определяющий фактор выбора ее структуры


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

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

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

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

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

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

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

    Среди них, в первую очередь, стоит отметить:

    • использование архитектуры «клиент-сервер» с возможностью применения большинства промышленных СУБД;

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

    • поддержку распределенной обработки информации;

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

    • поддержку технологий Internet/intranet.

    Кроме того, немаловажную роль играют и другие — эксплуатационные — характеристики:

    • легкость администрирования,

    • эргономичность,

    • наличие локализованного (русифицированного) интерфейса.

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

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

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

    3.3. Эволюция развития методологий ЭИС


    С целью оптимального управления производством в середине 60-х г. APICS (American Production and Inventory Control Society) — Международное Образовательное общество по управлению ресурсами — сформулировало принципы управления материальными запасами предприятия. Эти принципы легли в основу систем класса MRP (Material Requirement Planning — планирования материальных потребностей). Эти системы могут быстро подсчитать возможность выполнения нового заказа к нужному сроку при текущей загрузке производства. При условиях невозможности выполнения данного заказа к конкретному сроку система способна ответить на вопрос, во что обойдется заказчику выполнение нового заказа, если он все же на сроке настаивает.

    Во главе системы класса MRP стоит блок MPS (Master Production Scheduling) составления основного плана производства. На основании данных о состоянии спроса вырабатываются планы выпуска конечной продукции.

    Следующий блок системы позволяет описывать состав изделия — BOM (Bill-of-Material, или сертификация изделия). Помимо состава сюда можно вводить любую справочную информацию: свойства материала, изготовителя, поставщика, сроки поставки или изготовления, объем заказа и т. д. Замыкающим является блок контроля состояния запасов.

    Затем появились системы класса MRP II (планирование производственных ресурсов — Manufacturing Resource Planning), основная суть которых сводится к тому, что прогнозирование, планирование и контроль производства осуществляется по всему циклу, начиная от закупки сырья и заканчивая отгрузкой товара потребителю. В общем случае они обеспечивают решение задач планирования деятельности предприятия в натуральных единицах, финансовое планирование в денежном выражении. Стандарт APICS на системы класса MRP II содержит описание 16 групп функций системы.

    Следующим этапом в развитии ИС стало появление с конца 80-х г. систем класса ERP (Enterprise Resource Planning) — систем планирования ресурсов предприятия. Эти системы охватывают всю финансово-хозяйственную и производственную деятельность предприятия. К ним предъявляются такие требования, как: централизация данных в единой базе, режим работы близкий к реальному времени, сохранение общей модели управления для предприятий любых отраслей, поддержка территориально распределенных структур, работа в широком круге аппаратно-программных платформ и СУБД.

    Другими важными требованиями к ERP-системам являются возможность применения графики, использования CASE-технологий для дальнейшего развития системы, поддержание архитектуры типа «клиент-сервер» и реализации их как открытых систем. При правильном внедрении и эксплуатации таких систем эффективность бизнес-процессов предприятия повышается, что дает конкурентное преимущество для дальнейшего развития. Однако, занимаясь улучшением внутренней структуры, предприятие не повышает степени эффективности взаимодействия с контрагентами. Следующий этап развития ИС будет ориентирован на интеграцию деятельности заказчиков и партнеров предприятия в его внутреннюю систему. Интернет позволяет предприятию взаимодействовать со всеми его контрагентами в совершенно новой среде, позволяющей предприятию контактировать напрямую с потребителем (Business-to-Consumer, B2C) или/и партнерами по бизнесу (Business-to-Business, B2B). Примером таких систем является продукт датской компании Damgaard ERP-система Axapta.

    Для того чтобы ERP-система была применима для электронной коммерции и бизнеса, необходимо создать приложения по управлению связями с заказчиком (Customer Relationship Management, CRM), а также дополнительное ПО промежуточного слоя. Такое ПО назвали Enterprise Application Integration (EAI) — интеграция приложений масштаба предприятия. EAI обеспечивает следующие функции:

    • электронная коммерция;

    • управления цепочкой поставок;

    • услуги доступа к приложениям;

    • виртуальные торговые площадки.

    ERP-система, снабженная CRM- и EAI-продуктами получила название XRP-система, т. е. расширенная (Extended) ERP-система. С ее помощью можно в реальном режиме времени разделять данные, циркулирующие между различными корпоративными приложениями. J. D. Edwards предлагает «свободу выбора». По классификации эта система приближается к следующему поколению ИС — системам стандарта CSRP (Customer Synhronized Resource Planning). Системы такого класса позволяют интегрировать процессы как внутри одной корпорации, так и за ее пределами.

    Одним из самых больших недостатков корпоративных систем, а особенно систем последнего поколения — ERP-систем является сложное, поэтапное внедрение, которое может затянуться на несколько лет. Для того чтобы инсталлировать ERP-систему на одном предприятии, уходит от одного года до трех лет. Причем результат может не оправдать средства. Длительность проекта напрямую отражается на его стоимости. Причем деньги и долгий срок внедрения не дают гарантии результатов для бизнеса, многие предприятия не выходят на желаемый уровень эксплуатации системы. По данным компании PricewaterhouseCoopers, на Западе число неудачных внедрений систем класса ERP достигает 28 %. В России точной статистики в этой области не ведется, хотя по данным SAP из 200 инсталляций программы R/3 уже работает 110. У фирмы Baan это соотношение составляет 44 к 21. Остальные находятся в стадии внедрения.

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

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

    Если же предприятие нуждается в комплексной автоматизации, но не имеет возможности внедрить у себя ERP-систему, то оно может ее арендовать. Такое явление названо ERP-хостингом — сдача систем управления предприятием в аренду. ERP-хостинг является частным случаем более широкого направления — ASP (Application Service Provider), т. е. аренды любых приложений, услуг и технического оборудования. Технология ASP заключается в аренде готовых решений у сервис-провайдера. Вместо того чтобы самой заниматься установкой и поддержкой информационной системы, компания платит сервис-провайдеру за аренду и использование приложений и услуг, которые ей требуются. Можно выделить следующие преимущества:

    • компания не вкладывает деньги в покупку мощного оборудования и необходимого ПО; 

    • компании не нужно содержать штат специалистов по ИТ, необходимых для поддержки системы;

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

    • сервис-провайдер берет на себя хранение пользовательских данных.

    Технологии ASP пока что развиваются медленно, особенно в России. Это связано со слабым развитием аутсорсинга, большой долей пиратского ПО на рынке, низким качеством каналов связи, а также с тем, что многие компании

    Выводы


    Рассмотрены принципы автоматизации обработки экономической информации в различных сферах, принципы построения корпоративных информационных систем (КИС), методологии корпоративных информационных систем: MRP, MRPII, ERP, CSRP.

    Вопросы для самопроверки


    1. Дать понятие корпоративной информационной системы.

    2. Пояснить принципы построения корпоративной информационной системы.

    3. Перечислить состав корпоративной информационной системы.

    4. Назвать задачи, решаемые корпоративной информационной системой.

    5. Перечислить методологии корпоративных информационных систем.

    6. Охарактеризовать стандарт MRP.

    7. Пояснить особенности стандарта MRP II. 

    8. Дать понятие ERP и CSRP.

    Библиография


    1. С. Н. Колесников, «Стратегии бизнеса: управление ресурсами и запасами», Москва, «Статус-Кво 97», 2000.

    2. Тельнов Ю. Ф. Проектирование экономических информационных систем: Учебник. М.: «Финансы и статистика», 2002.




    написать администратору сайта