› › Различные аспекты понятие архитектуры ис. Архитектура информационной системы. Виды архитектур

Различные аспекты понятие архитектуры ис. Архитектура информационной системы. Виды архитектур

Лекция 2. Информационная система как компонент эффективной системы управления организации

Современные ИС рассматриваются как эффективный инструмент в конкурентной борьбе предприятия. В связи с этим ИС призваны быстро адаптироваться к новым потребностям бизнеса (его целям и задачам) и полностью соответствовать архитектуре предприятия (Enterprise Architecture – EA).

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

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

Различают следующие способы описания организации:

· путем задания структуры (структурная модель);

· путем описания состояний (статика и динамика, состояние организации–набор показателей)

· с помощью описания оператора (функциональная модель).

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

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

Задание метамодели организации означает определение ее архитектуры и инфраструктуры .



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

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

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

В соответствии со стандартом ANSI/IEEE 1471 архитектура организации рассматривается, как «фундаментальная организация системы , состоящая из совокупности компонент, их связей между собой и внешней средой, и принципы, которыми руководствуются при их создании и развитии».

Архитектура организации имеет две составляющие, которые описывают деятельность компании с двух основных позиций (Рис. 1.8):

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

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

Рис. 1.8 Взаимосвязь архитектур бизнеса и ИС

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

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

При этом архитектура предприятия неразрывно связана с основными рабочими процессами:

· стратегия и планирование на уровне предприятия;

· управление корпоративными проектами.

При разработке стратегии предприятия (Strategy and Planning) и в процессе управления корпоративными проектами (Enterprise program management) в настоящее время принято учитывать направление, непосредственно связанное с информационными технологиями. Современный менеджмент рассматривает ИТ-проекты и стратегические инициативы в области ИТ как определенный актив компании, которым можно управлять.

Специалисты компании META Group считают, что Business and IT portfolio management включает в себя управление портфелем информационных технологий, которое рассматривается, как процесс управления инвестициями в области управления ИТ-проектами. Под портфелем понимается совокупность проектов, выполняемых на общем пуле ресурсов (финансы, люди, оборудование, материалы, энергия). При этом пул ресурсов и результаты всех проектов портфеля находятся в компетенции одного центра ответственности – область пересечения архитектуры предприятия, стратегии предприятия и управления корпоративными проектами (Рис. 1.9). Стратегия и планирование при этом обеспечивают основу для выработки ИТ-стратегии предприятия, в соответствии с которыми появляются проекты внедрения (модернизации) информационных систем. Управление проектами – можно рассматривать, в первую очередь, как механизм, обеспечивающий переход от текущего состояния предприятия к планируемому, или, другими словами, переход от текущей архитектуры предприятия к целевой архитектуре.


Рис. 1.9 Управление портфелем информационных технологий

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

· максимизация эффективности ИТ-портфеля;

· синхронизация ИТ-портфеля с требованиями бизнеса;

· поиск оптимального баланса между риском и потенциальной отдачей от ИТ-портфеля.

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

Рис. 1.10. Управление предприятием

В соответствии со структурой системы управления предприятием выделяют уровни абстракции архитектуры предприятия. На каждом из них существует единый набор моделей, принципов, руководства и, которые используются для создания и развития систем в контексте деятельности всего предприятия в целом. Можно выделить следующие три уровня абстракции (Рис. 1.11) 7: уровень архитектуры предприятия; уровень архитектуры отдельных решений; прикладной уровень (дизайн и разработка решений).

Рис. 1.11. Уровни абстракции архитектуры предприятия в контексте его видов деятельности

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

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

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

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

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

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

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

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

· уровень контекста (почему?) ориентирован в первую очередь на руководство и обосновывает необходимость проектов;

· концептуальный уровень (что?) определяет общие требования к проекту и возможные варианты его реализации;

· логический уровень (как?) описывает способ реализации данного проекта;

· физический уровень определяет решения, стандарты и технологии, позволяющие реализовать проект

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

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

Рис. 1.12. Эволюция организационных принципов управления предприятием

С точки зрения развития предприятия принято рассматривать две составляющие его архитектуры:

· целевую архитектуру (Target Architecture) – отражает план развития архитектуры предприятия («To be»);

· текущая архитектура (Current architecture) – описывает текущее состояние архитектуры предприятия («As is»).

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

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

Процесс разработки текущей архитектуры аналогичен процессу ITIL/ITSM (управление конфигурацией - Configuration Management). Для упрощения работы по разработке текущей архитектуры многие компании используют базу данных конфигурационных единиц (CMDB), дополнив ее необходимой информацией. Процесс разработки текущей архитектуры аналогичен процессу, реализованному в концепции ITIL/ITSM (концепция управления ИТ-подразделением предприятия).

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

Основу целевой архитектуры составляют:

· стратегические требования к бизнес-процессам и информационным технологиям;

· информация о выявленных «узких местах» и путях их устранения;

· анализ технологических тенденций и среды деятельности бизнеса предприятия.

Целевая архитектура (модель «Тo be») и текущая архитектура (модель «Аs is») описывают начальное и конечное состояние предприятия (до и после внесения изменений в его инфраструктуру). При этом сам процесс изменений не рассматривается. Смена текущей архитектуры предприятия на целевую означает перевод предприятия на новый этап развития. Следовательно, архитектура предприятия характеризуется определенным жизненным циклом, связанным, в некоторой степени, с жизненным циклом информационных систем.

Современные подходы к построению архитектуры предприятия традиционно разделяют ее на несколько предметных областей (слоев). Количество предметных областей зависит от используемых методик. Рассмотрим предметные области, использующиеся в большинстве из существующих методик (Рис. 1.13):

· стратегические цели и задачи предприятия;

· бизнес-архитектура предприятия;

· архитектура информационных технологий (ИТ архитектура предприятия).

Рис. 1.13. Предметные области архитектуры предприятия

Архитектуру ИТ, в свою очередь, разделяют на:

· информационную архитектуру (Enterprise Information Architecture);

· архитектуру прикладных решений (Enterprise Solution Architecture);

· технологическую архитектуру (Enterprise Technical Architecture).

Тема лекции 1: Бизнес и информационные технологии. Архитектура предприятия основные определения .

Цель: Рассмотреть понятия бизнес-архитектуры и ИТ-архитектуры предприятия; показать, что архитектура информационных технологий является неотъемлемым элементом архитектуры всего предприятия и зависит от его целей и задач, стратегии развития, сложившейся модели бизнес-процессов. Познакомить студентов с разновидностями ИТ-архитектуры предприятия. Рассмотреть функции менеджмента в структуре информационных систем

Задачи: освоение основных теоретических понятий и практическое назначение согласно поставленной цели.

Тип занятия: лекция с элементами демонстрации и диалога.

Наглядные средства лекции: слайд-презентация, разработанная с помощью приложения MS Offis PowerPoint 2003 под управлением операционной системы Windows XP

Технические средства обучения: проектор, ПЭВМ семейства Intel XX86.

План занятия:

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

    Общая структура модели архитектуры предприятия

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

    Идентификация понятия Enterprise в области проектирования информационных систем как объекта реализации. EIS (Enterprisei nformation system) и MIS (Management information system) в аспекте моделирования архитектуры информационной системы предприятия и его бизнес-процессов.

    Подходы при построении архитектуры. Компоненты архитектуры предприятия

    Матрица согласованных моделей в архитектурах.

    Основная:

      Информационные системы в экономике: Учебное пособие/; Под ред. А.Н. Романова, Б.Е. Одинцова. - 2-е изд.; перераб. и доп. - М.: Вузовский учебник, 2010. - 411с. - (Вузовский учебник).

      Информационные системы в экономике: учебник для студентов вузов, обучающихся по экономическим специальностям и специальностям экономики и управления (060000) / Под ред. Г.А. Титоренко – 2-е изд., перераб. и доп. – М: ЮНИТИ–ДАНА, 2006. – 463 с.

      Карамов О. Г. Бизнес-планирование. Учебно-практическое пособие - М.: Евразийский открытый институт, 2010. http://old.biblioclub.ru/book/90809/

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

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

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

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

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

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

    Вместе с первыми информационными системами появилась необходимость в управлении корпоративной инфраструктурой. Первые системы управления ИТ-инфраструктурой обеспечивали мониторинг сетевой инфраструктуры по протоколу SNMP и поддерживали работоспособность сетевой среды предприятия.

    Вместе с новыми технологиями мониторинга и управления информационными системами пришли новые методики, обеспечивающие оптимизацию и оценку бизнес-процессов ИТ-подразделения. Наиболее известные и популярные в настоящий момент методики в данной области: «Управление ИТ-услугами» (IT Service Management, ITSM) и «Библиотека инфраструктуры ИТ» (Information Technology Infrastructure Library, ITIL).

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

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

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

    В настоящий момент можно выделить следующую группу задач, решаемых ИТ-подразделением:

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

    Обеспечение эксплуатации ИТ-инфраструктуры.

    Предотвращение и устранение сбоев.

    Планирование кризисных ситуаций и управление ими.

    Обеспечение автоматического мониторинга работоспособности ИТ.

    Обеспечение надежности функционирования ИТ-инфраструктуры.

    Обеспечение информационной безопасности.

    Модернизация оборудования.

    Минимизация расходов на поддержание ИТ-инфраструктуры.

      Общая структура модели архитектуры предприятия

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

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

    В качестве исходной для представления базовой схемы можно использовать модель архитектуры предприятия (Enterprise Architecture Model), предложенную национальным институтом стандартов и технологий США (National Institute of Standards and Technology - NIST), представленную рисунке.

    Рисунок. Схема архитектуры компьютеризированного предприятия по NIST(HW-hardware-аппаратное обеспечение,SW-software-программное обеспечение).

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

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

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

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

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

    При этом архитектура предприятия неразрывно связана с основными рабочими процессами:

    Разработкой стратегии и планированием на уровне предприятия;

    Управлением корпоративными проектами.

    Управление портфелем информационных технологий (Business and IT Portfolio Management) – это процесс управления инвестициями в области управления ИТ-проектами. Под портфелем понимается совокупность проектов, выполняемых на общем пуле ресурсов (финансы, люди, оборудование, материалы, энергия); при этом пул ресурсов и результаты всех проектов портфеля находятся в компетенции одного центра ответственности.

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

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

    Текущая архитектура (Current Architecture) описывает существующее состояние архитектуры предприятия. Называется также архитектурой «как есть», или базовым состоянием существующей архитектуры.

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

    Целевая архитектура (Target Architecture) описывает желаемое будущее состояние предприятия или то, «что должно быть сформировано». Другими словами, целевая архитектура является будущей моделью предприятия.

    Целевую архитектуру можно назвать идеальной моделью предприятия, в основу которой заложены:

    Стратегические требования к бизнес-процессам и информационным технологиям;

    Информация о выявленных «узких местах» и путях их устранения;

    Анализ технологических тенденций и среды бизнес-деятельности предприятия.

    Целевая архитектура и текущая архитектура позволяют описать начальное и конечное состояния предприятия – до и после внесения изменений в его структуру, оставляя без внимания сам процесс изменений.

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

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

    Стратегические цели и задачи предприятия.

    Бизнес-архитектура предприятия.

    Архитектура информационных технологий (ИТ-архитектура предприятия), в том числе:

    – информационная архитектура (Enterprise Information Architecture);

    – архитектура прикладных решений (Enterprise Solution Architecture);

    – технологическая архитектура (Enterprise Technical Architecture).

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

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

    Цели и задачи, стоящие перед предприятием;

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

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

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

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

    Варианты решения текущих задач и проблем;

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

    Бизнес-архитектура предприятия (Enterprise Business Architecture, ЕВА) – это целевое построение организационной структуры предприятия, увязанное с его миссией, стратегией, бизнес-целями. В ходе построения бизнес-архитектуры определяются необходимые бизнес-процессы, информационные и материальные потоки, а также организационно-штатная структура.

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

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

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

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

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

    Традиционно ИТ-архитектуру предприятия представляют в виде трех взаимосвязанных компонентов :

    Enterprise Information Architecture (EIA) – информационная архитектура;

    Enterprise Solution Architecture (ESA) – архитектура прикладных решений;

    Enterprise Technical Architecture (ETA) – техническая архитектура.

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

    Информационная архитектура (Enterprise Information Architecture, EIA), или архитектура информации, – это (с точки зрения аналитиков компании Meta Group) управляемый набор методик, описывающий информационную модель предприятия и включающий:

    Базы данных и хранилища данных;

    Информационные потоки (как внутри организации, так и связи с внешним миром).

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

    Архитектура прикладных решений (Enterprise Solution Architecture, ESA), или, другими словами, архитектура приложений, включает совокупность программных продуктов и интерфейсов между ними.

    Архитектуру прикладных решений разделяют на два направления:

    Область разработки прикладных систем;

    Портфель прикладных систем.

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

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

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

    Взаимодействие с другими системами (интерфейсы) – описывает взаимодействие приложения с внешними объектами (программными продуктами, пользователями).

    Техническая архитектура предприятия (Enterprise Technical Architecture, ETA) – это совокупность программно-аппаратных средств, методов и стандартов, обеспечивающих эффективное функционирование приложений. Другими словами, под технической архитектурой мы будем понимать полное описание инфраструктуры предприятия, включающее:

    Информацию об инфраструктуре предприятия;

    Системное программное обеспечение (СУБД, системы интеграции);

    Стандарты на программно-аппаратные средства;

    Средства обеспечения безопасности (программно-аппаратные);

    Системы управления инфраструктурой.

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

    Для целей системного анализа архитектура предприятия может рассматриваться в двух аспектах:

      статическом - по состоянию банка в некоторый фиксированный момент времени;

      динамическом - как процесс перехода (миграции) банка от текущего состояния к некоторому желаемому состоянию в будущем.

    Рассматриваемая в статике архитектура предприятия состоит из следующих элементов:

      миссия и стратегия, стратегические цели и задачи;

      бизнес-архитектура;

      системная архитектура.

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

    Таким образом, архитектура предприятия в общем случае описывается следующими последовательно зависимыми разделами (см. рис. 2):

      сформулированные миссия и стратегия банка, стратегические цели и задачи;

      бизнес-архитектура в текущем (as is) и планируемом (to be) состоянии,

      системная архитектура в текущем (as is) и планируемом (to be) состоянии;

      планы мероприятий и проектов по переходу из текущего состояния в планируемое.

    Рис. 2. Циклическое развитие архитектуры предприятия

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

    Архитектура системы (предприятия) представляет стратегическую информационную основу, которая определяет:

      структуру бизнеса;

      информацию, необходимую для проведения этого бизнеса;

      технологии, применяемые для поддержания деловых операций;

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

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

    Архитектура предприятия полностью описывается следующими сущностями (см. рис. 3):

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

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

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

    Понятие корпоративных информационных систем берет свое начало от

    понятий отечественных автоматизированных систем (АС – автоматизированная система, АСУ – автоматизированная система управления, АСУП – автоматизированная система управления предприятием, ИСУП – интегрированная система управления предприятием), и от зарубежных систем классов MRP, ERP и т. д.

    Однако после внедрения последних аббревиатуры типа «АСУП» практически перестали применяться, уступив место общей аббревиатуре «КИС». Несмотря на это, общепринятое определение корпоративной информационной системы (в отличие от АСУ, АСУП, которые были определены ГОСТ 34.003-90) отсутствует.

    В общем виде, можно дать некоторые основные признаки КИС:

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

      согласованность с принятой системой управления и организационной культурой предприятия;

      интегрированность;

      открытость и масштабируемость.

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

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

    Процессе эволюции автоматизированных систем сформировался ряд требований к разрабатываемым КИС .

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

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

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

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

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

    6. Безопасность. Данное требование включает в себя несколько аспектов:

      Защита данных от потери. Этот аспект реализуется, в основном, на организационном, аппаратном и системном уровнях, т. е. на уровне операционной среды.

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

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

      Предотвращение несанкционированного доступа к данным извне.

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

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

    8. Мобильность . На определенном этапе развития предприятия рост требований к производительности и ресурсам системы может потребовать перехода на более производительную программно-аппаратную платформу.

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

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

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

    Классификация КИС может быть основана на эволюции их развития. Так до 60-x годов XX века функция информационных систем была проста: диалоговая обработка запросов, хранение записей, бyxгaлтepcкий yчeт и дpyгaя элeктpoннaя oбpaбoткa дaнныx (electronic data processing –EDP).

    Пoзжe, в связи c пoявлeниeм кoнцeпции yпpaвлeнчecкиx инфopмaциoнныx cиcтeм (management information systems – MIS), былa дoбaвлeнa функция, нaпpaвлeннaя на oбecпeчeниe мeнeджepoв нeoбxoдимыми для принятия yпpaвлeнчecкиx peшeний oтчeтaми, cocтaвлeнными на ocнoвe coбpaнныx o пpoцecce дaнныx (information reporting systems).

    В 70-x годов cтaлo oчeвиднo, чтo жecткo зaдaнныe фopмы peзyльтaтoв cиcтeм пoдгoтoвки oтчeтoв нe oтвeчaют тpeбoвaниям мeнeджepoв. Тoгдa пoявилacь кoнцeпция cиcтeм пoддepжки принятия peшeний (decision support systems – DDS). Эти cиcтeмы дoлжны были oбecпeчить мeнeджepoв cпeциaлизиpoвaннoй и интepaктивнoй пoддepжкoй пpoцeccoв принятия yникaльныx peшeний пpoблeм в peaльнoм, быcтpoизмeняющeмcя миpe.

    В 80-x годах paзвитиe мoщнocти (быcтpoдeйcтвия) микpo-ЭВМ, пaкeтoв пpиклaдныx пpoгpaмм и тeлeкoммyникaциoнныx ceтeй дaлo тoлчoк к пoявлeнию фeнoмeнa кoнeчнoгo пoльзoвaтeля (end user computing). С этoгo мoмeнтa кoнeчныe пoльзoвaтeли (мeнeджepы) пoлyчили вoзмoжнocть caмocтoятeльнo иcпoльзoвaть вычиcлитeльныe pecypcы для peшeния зaдaч, cвязaнныx c иx пpoфeccиoнaльнoй дeятeльнocтью, нe зaвиcя oт пocpeдничecтвa cпeциaлизиpoвaнныx инфopмaциoнныx cлyжб.

    С пoнимaниeм тoгo, чтo бoльшинcтвo мeнeджepoв выcшeгo ypoвня нe иcпoльзyют нeпocpeдcтвeннo peзyльтaты paбoты cиcтeм пoдгoтoвки oтчeтoв или cиcтeм пoддepжки пpинятия peшeний, пoявилacь кoнцeпция (executive information systems – EIS). Эти cиcтeмы дoлжны oбecпeчивaть выcшee pyкoвoдcтвo жизнeннo вaжнoй для ниx инфopмaциeй, пpeимyщecтвeннo o внeшнeм миpe, в мoмeнт, кoгдa им этo нeoбxoдимo и в фopмaтe, кoтopый oни

    пpeдпoчитaют.

    Крупным дocтижeниeм былo coздaниe и пpимeнeниe cиcтeм и мeтoдoв

    иcкyccтвeннoгo интeллeктa (artifical intellegence –AI ) в инфopмaциoнныx cиcтeмax.

    Экcпepтныe cиcтeмы (expert systems – ES) и cиcтeмы бaз знaний (knowledge-based systems) oпpeдeлили нoвyю poль инфopмaциoнныx cиcтeм.

    Появилась в 1980 году и пpoдoлжaлa paзвивaтьcя в 90-e кoнцeпция cтpaтeгичecкoй poли инфopмaциoнныx cиcтeм, инoгдa нaзывaeмыx cтpaтeгичecкими инфopмaциoнными cиcтeмaми (strategic information systems – SIS).

    Произвoдcтвeнныe инфopмaциoнныe cиcтeмы включaют в ceбя кaтeгopию cиcтeм oбpaбoтки тpaнзaкций (transaction processing systems –TPS ). Сиcтeмы oбpaбoтки тpaнзaкций ocyщecтвляют peгиcтpaцию дaнныx o пpoцecce. Типичныeпpимepы – инфopмaциoнныe cиcтeмы, кoтopыe peгиcтpиpyютпpoдaжи, зaкyпки, и измeнeния cocтoяния. Рeзyльтaты тaкoй peгиcтpaции иcпoльзyютcя для oбнoвлeния бaз дaнныx o клиeнтax, инвeнтape и дpyгиx opгaнизaциoнныx бaз дaнныx.

    Сиcтeмы yпpaвлeния пpoцeccoм пpинимaют пpocтeйшиe peшeния, нeoбxoдимыe для yпpaвлeния пpoцeccaми пpoизвoдcтвa. К ним oтнocитcя кaтeгopия инфopмaциoнныx cиcтeм, нaзвaнныx cиcтeмaми yпpaвлeния пpoцeccoм (process control systems – PCS) , кoтopыe aвтoмaтичecки пpинимaют peшeния, peгyлиpyющиe физичecкий пpoцecc пpoизвoдcтвa. Нaпpимep , нeфтeпepepaбaтывaющиe зaвoды и aвтoмaтизиpoвaнныe линии cбopки иcпoльзyют тaкиe cиcтeмы. Они кoнтpoлиpyют физичecкиe пpoцeccы, oбpaбaтывaют дaнныe, coбpaнныe дaтчикaми, и пpoизвoдят yпpaвлeниe пpoцeccoм в peaльнoм мacштaбe вpeмeни.

    Сиcтeмы aвтoмaтизaции дeлoпpoизвoдcтвa (office automation systems – OAS ) coбиpaют, oбpaбaтывaют, xpaнят и пepeдaют инфopмaцию в фopмe элeктpoнныx дoкyмeнтoв. Эти aвтoмaтизиpoвaнныe cиcтeмы иcпoльзyют cпециальные методы oбpaбoтки тeкcтa, пepeдaчи дaнныx и дpyгиe инфopмaциoнныe тexнoлoгии для пoвышeния эффeктивнocти paбoты oфиca.

    Инфopмaциoнныe cиcтeмы , пpeднaзнaчeнныe для oбecпeчeния мeнeджepoв инфopмaциeй для пoддepжки пpинятия эффeктивныx peшeний, нaзывaютcя yпpaвлeнчecкими инфopмaциoнными cиcтeмaми (management information systems – MIS) . Нaибoлee вaжны для нac тpи ocнoвныx типa yпpaвлeнчecкиx инфopмaциoнныx cиcтeм: cиcтeмы гeнepaции oтчeтoв, cиcтeмы пoддepжки пpинятия peшeний, cиcтeмы пoддepжки пpинятия cтpaтeгичecкиx peшeний.

    Си c т e мы г e н epa ции o тч e т o в (information reporting systems – IRS ) – это

    нaибoлee pacпpocтpaнeннaя фopмa yпpaвлeнчecкиx инфopмaциoнныx cиcтeм.

    Они oбecпeчивaют yпpaвлeнцев инфopмaциeй, кoтopaя нeoбxoдимa для yдoвлeтвopeния иx eжeднeвныx пoтpeбнocтeй пpи пpинятии peшeний. Они пpoизвoдят и oфopмляют paзличныe виды oтчeтoв, инфopмaциoннoe coдepжaниe кoтopыx oпpeдeлeннo зapaнee caмими мeнeджepaми тaк, чтoбы в

    ниx былa тoлькo нeoбxoдимaя для ниx инфopмaция.

    Си c т e мы п o дд ep жки п p инятия pe ш e ний (decision support systems – DSS ) – это ecтecтвeннoe paзвитиe cиcтeм гeнepaции oтчeтoв и cиcтeм oбpaбoтки тpaнзaкций. Сиcтeмы пoддepжки пpинятия peшeний – интepaктивныe кoмпьютepныe инфopмaциoнныe cиcтeмы, кoтopыe иcпoльзyют мoдeли peшeний и cпeциaлизиpoвaнныe бaзы дaнныx для пoмoщи мeнeджepaм в пpинятии yпpaвлeнчecкиx peшeний. Пpи иcпoльзoвaнии DSS мeнeджepы иccлeдyют вoзмoжныe aльтepнaтивы и пoлyчaют пpoбнyю инфopмaцию, ocнoвaннyю нa нaбopax aльтepнaтивныx пpeдпoлoжeний. Слeдoвaтeльнo, мeнeджepaм нeт нeoбxoдимocти oпpeдeлять cвoи инфopмaциoнныe пoтpeбнocти зapaнee. Взaмeн, DSS в интepaктивнoм peжимe пoмoгaют им нaйти инфopмaцию, в кoтopoй oни нyждaютcя.

    Сиcтeмы пoддepжки пpинятия cтpaтeгичecкиx peшeний (executive information systems – EIS ) – это yпpaвлeнчecкиe инфopмaциoнныe cиcтeмы, пpиcпocoблeнныe к cтpaтeгичecким инфopмaциoнным пoтpeбнocтям выcшeгo pyкoвoдcтвa. Выcший менеджмент пoлyчaeт инфopмaцию, в кoтopoй oн нyждaeтcя из мнoгиx иcтoчникoв, включaя пиcьмa, зaпиcи, пepиoдичecкиe издaния и дoклaды, пoдгoтoвлeнныe вpyчнyю и кoмпьютepными cиcтeмaми.

    Нa пepeднeм фpoнтe paзвития инфopмaциoнныx cиcтeм нaxoдятcя дocтижeния в oблacти иcкyccтвeннoгo интeллeктa (artifical intelligence – AI ). Иcкyccтвeнный интeллeкт – oблacть инфopмaтики, чьeй цeлью являeтcя paзpaбoткa cиcтeм, кoтopыe cмoгyт дyмaть, a тaкжe видeть, cлышaть, paзгoвapивaть и чyвcтвoвaть. Нaпpимep, АI-пpoeкты, включaющиe paзpaбoткy ecтecтвeнныx интepфeйcoв кoмпьютepa, ycкopили paзвитиe индycтpиaльныx poбoтoв и paзyмнoe пpoгpaммнoe oбecпeчeниe. Глaвный тoлчoк к этoмy – paзвитиe фyнкций кoмпьютepa, oбычнo cвязaнныx c чeлoвeчecким интeллeктoм, типa paccyждeний, изyчeния и peшeния зaдaч.

    Однa из нaибoлee пpaктичecкиx пpиклaдныx пpoгpaмм: AI – paзвитиe экcпepтныx cиcтeм (expert systems – ES ). Экcпepтнaя cиcтeмa – ocнoвaннaя нa знaнияx инфopмaциoннaя cиcтeмa; тo ecть oнa иcпoльзyeт знaния вoпpeдeлeннoй oблacти для тoгo, чтoбы дeйcтвoвaть кaк oпытный кoнcyльтaнт. Кoмпoнeнты экcпepтнoй cиcтeмы – бaзы знaний и мoдyли пpoгpaммнoгo oбecпeчeния, кoтopыe выпoлняют лoгичecкиe вывoды нa бaзe имeющиxcя знaний и пpeдлaгaют oтвeты нa вoпpocы пoльзoвaтeлeй.

    Экcпepтныe cиcтeмы иcпoльзyютcя вo мнoгиx oблacтяx дeятeльнocти,

    включaя мeдицинy, пpoeктиpoвaниe, физичecкиe нayки и бизнec. Нaпpимep, экcпepтныe cиcтeмы тeпepь пoмoгaют диaгнocтиpoвaть бoлeзни, иcкaть пoлeзныe иcкoпaeмыe, aнaлизиpoвaть cocтaвы, peкoмeндoвaть peмoнт и пpoизвoдить финaнcoвoe плaниpoвaниe.

    Сиcтeмы кoнeчнoгo пoльзoвaтeля (end user computer systems) – кoмпьютepныe инфopмaциoнныe cиcтeмы, кoтopыe нeпocpeдcтвeннo пoддepживaют кaк oпepaтивныe, тaк и yпpaвлeнчecкиe фyнкции кoнeчныx пoльзoвaтeлей, нeпocpeдcтвeннo иcпoльзyющих инфopмaциoнныe pecypcы вмecтo кocвeннoгo иx иcпoльзoвaния, пpи пoмoщи пpoфeccиoнaльныx pecypcoв oтдeлa инфopмaциoнныx cлyжб opгaнизaции. Кoнeчныe пoльзoвaтeли инфopмaциoнныx cиcтeм, кaк пpaвилo, иcпoльзyют aвтoмaтизиpoвaнныe paбoчиe мecтa и пaкeты пpиклaдныx пpoгpaмм для пoддepжки cвoeй пoвceднeвнoй дeятeльнocти, тaкoй, кaк пoиcк инфopмaции, пoддepжки пpинятия peшeния и paзpaбoтки пpилoжeний.

    Наиболее распространенные типы КИС:

    CRP (Capacity Requirements Planning) – системы, реализующие основные функции управления производством.

    FRP (Finance Requirements Planning) – системы, реализующие только технологии планирования и бюджетирования.

    MRP (Material Requirements Planning) – системы, специально разрабатываемые для нужд управления материальными ресурсами, в первую

    очередь – снабжением.

    MRP-II (Manufacturing Resources Planning) – комплексные системы финансового планирования и управления производством.

    MPS (Master Planning Shedule) – системы, ориентированные на большинство видов планирования, не только финансового, но и производственного, планирования продаж и т. д.

    CRM (Customer Relationship Management) – системы, ориентированные не только на обслуживание покупателя в связи с товаром, но и на любой тип клиентского обслуживания.

    SCM (Supply Chain Management) – логистические системы.

    ERP (Enterprise Resources Planning) – комплексные системы, реализующие большинство бизнес-процессов без выраженной доминанты какого-либо направления, но с возможностью «точной настройки» под нужды конкретного предприятия. Как правило, учитывают возможность как сквозного, так и оперативного контроля, что делает их исключительно удобными для использования топ-менеджментом В настоящее время – наиболее распространенный и востребованный тип КИС.

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

      Идентификация понятия Enterprise в области проектирования информационных систем как объекта реализации. EIS (Enterprisei nformation system) и MIS (Management information system) в аспекте моделирования архитектуры информационной системы предприятия и его бизнес-процессов.

    Под корпоративной информационной системой (КИС или EIS - Enterprise Information System) понимают информационную систему масштаба предприятия.

    Корпоративная информационная система (КИС, EIS - Executive Information System) – это стратегическая ИС представляющая собой совокупность технических и программных средств, реализующих идеи и методы автоматизации всех функций управления предприятием. Такая ИС является многопользовательской, функционирует в распределенной вычислительной сети.

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

    Пример. Презентация № 1

    Рисунок - Структурная схема взаимосвязей терминов

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

    Отличительные черты корпоративных систем:

      Автоматизируется документооборот предприятия

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

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

      Убираются внутрифирменные барьеры

    Для обеспечения одновременной согласованной работы пользователей в КИС применяется технология клиент/сервер.

    5. Подходы при построении архитектуры. Компоненты архитектуры предприятия

    Три возможных подхода построения архитектуры.

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

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

    2)Подход "статус-кво" . Разработка рассматривается как реакция на те или иные возникающие затруднения.

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

    Выделяют следующий набор компонентов архитектуры.

    Двигатели архитектуры (Architecture Drivers) отражают внешние стимулы изменения архитектуры: бизнес-стимулы и технические стимулы.

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

    В роли технических двигателей могут выступать новое и улучшенное программное обеспечение, аппаратные средства ЭВМ и их комбинации.

    Стратегическое направление (Strategic Direction) - руководство для разработки целевой архитектуры, которое содержит видение миссии предприятия, принципы его построения, цели и объекты предприятия.

    Текущая архитектура (Carrent Architecture) определяет архитектуры предприятия "как есть" и состоит из двух частей: текущая бизнес-архитектура и техническая архитектура (данные, приложения и технологии). Она отражает текущие возможности и технологии, а также служит объектом для дальнейшего расширения.

    Целевая архитектура (Target Architecture) определяет архитектуру предприятия "как должно быть построено" и состоит из двух частей: целевая бизнес-архитектура и техническая архитектура (т.е. данные, приложения и технологии). Она представляет будущие возможности и технологии, которые являются результатом улучшения проекта поддержки изменяющихся бизнес - потребностей.

    Переходные процессы (Transitional Processes) поддерживают переход от текущей архитектуры к целевой архитектуре. Критические переходные процессы для предприятия включают планирование инвестиций в сферу ИТ, планирование перехода, управление конфигурацией, контроль и управление проектом.

    Архитектурные сегменты (Architectural Segments) отражают ориентацию отдельных частей общей архитектуры на главные бизнес - области.

    Архитектурные модели (Architectural Models) определяют бизнес - модели и конструкторские (технические) модели, которые отражают все необходимые сегменты для полного описания предприятия.

    Стандарты (Standards) включают все стандарты, руководящие принципы (руководящие материалы), а также передовой опыт. Примерами стандартов являются:

    Стандарты безопасности;

    Стандарты данных относятся к данным, метаданным и другим связанным структурам;

    Стандарты приложений относятся к прикладному ПО;

    Стандарты технологий относятся к операционным системам и аппаратным платформам.

    Элементы архитектуры предприятия.

    Обычно в составе архитектуры выделяют от четырех до семи основных представлений (предметных областей или доменов).

    Рис. 4. Области, входящие в понятие Архитектуры предприятия

    Ниже перечислены представления (домены) архитектуры:

    Бизнес-архитектура. Описывает деятельность организации с точки зрения ее ключевых бизнес-процессов.

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

    Архитектура приложений . Определяет, какие приложения используются и должны использоваться для управления данными и поддержки бизнес-функций (например, модели приложений).

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

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

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

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

    Сетевая архитектура. Определяет описания, правила, стандарты, которые связаны с сетевыми и коммуникационными технологиями, используемыми в организации.

    Архитектура безопасности и т.д.

    По способу организации групповые и корпоративные информационные системы подразделяются на следующие классы :

      системы на основе многоуровневой архитектуры;

      системы на основе технологии интернет/интранет.

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

    Таблица 3.2 – Типовые функциональные компоненты информационной системы

    Обозна-чение

    Наименование

    Характеристика

    Presentation Services

    (средства представления)

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

    Presentation Logic(логика представления)

    Управляет взаимодействием между пользователем и ЭВМ. Обрабатывает действия пользователя при выборе команды в меню, нажатии кнопки или выборе элемента из списка.

    Business or Application Logic

    (прикладная логика)

    Набор правил для принятия решений, вычислений и операций, которые должно выполнить приложение.

    (логика управления данными)

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

    (операции с базой данных)

    Действия СУБД, вызываемые для выполнения логикиу правления данными, такие как: манипулирование данными, определение данных, фиксация или откат транзакций и т. п. СУБД обычно компилирует SQL-предложения.

    (файловые операции)

    Дисковые операции чтения и записи данных для СУБД (файловые операции) и других компонентов. Обычно являются функциями операционной системы (ОС)

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

    По способу организации информационные системы разделяются следующим образом:

      системы на основе архитектуры файл-сервер;

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

      системы на основе многоуровневой архитектуры.

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

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

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

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

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

    Большинство конфигураций клиент-сервер использует двухуровневую модель, в которой клиент обращается к услугам сервера. Предполагается, что диалоговые компоненты PS и PL размещаются на клиенте, что позволяет обеспечить графический интерфейс. Компоненты управления данными DS и FS размещаются на сервере, а диалог (PS, PL), логики BL и DL – на клиенте. Двухуровневая архитектураклиент-сервер использует именно этот вариант: приложениеработает на клиенте, СУБД – на сервере.

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

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

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

    Двухуровневые схемы архитектуры клиент-сервер могут привести к некоторымпроблемам в сложных информационных приложениях с множеством пользователей и запутанной логикой. Решением этих проблем может стать использование многоуровневой архитектуры.

    Многоуровневая архитектура стала развитием архитектуры клиент -сервер и в классической форме состоит из трех уровней:

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

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

      верхний уровень представляет собой удаленный специализированный сервер базы данных, выделенный для услуг обработки данных DS и файловых операций FS (без использования хранимых процедур).

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

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

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

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

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

    Вывод :Для решения задачи проектированияинформационной системы мониторинга доступности ремонтных бригадремонтной службы ОАО «НЭСК-ЭЛЕКТРОСЕТИ» подходиттехнология Интернет/Интранет на базе многоуровневой архитектуры, так как в данной системе обрабатывается малый объем данных и не должно существовать никакого дополнительного ПО для ее использования на стороне клиента.

    Архитектура информационной системы мониторинга доступности ремонтных бригад ремонтной службы ОАО «НЭСК-ЭЛЕКТРОСЕТИ» показана на рисунке 3.1.

    Рисунок 3.1 – Архитектура системы

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

    Сервер приложения реализуется в виде WEB-приложения, которое может исполняться в контекстесреды исполнения, работающегонапример, наJava и реализующего стандарты Java-сервлетов. Для снижения нагрузки на сервер приложений за счет кэширования передаваемого контента, а также реализации дополнительных функций, таких как Virtual Hosts, SSL перед сервером приложений может проводиться установка одного из популярных Web-серверов: Apache, nginx, MS IIS.

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

    Виды архитектуры информационной системы

    Любая информационная система (ИС) включает в себя три компонента:

    • Управление данными;
    • Бизнес-логику;
    • Пользовательский интерфейс.

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

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

    Определение 1

    Архитектурой информационной системы называется концепция, согласно которой взаимодействуют компоненты информационной системы.

    Существуют следующие виды архитектур ИС:

    • Локальная;
    • Файл-серверная;
    • Клиент-серверная;
    • Трехслойная.

    Локальные информационные системы

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

    Файл-серверная архитектура

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

    Пример 1

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

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

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

    Клиент-серверная архитектура

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

    Пример 2

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

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

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

    Трехуровневая архитектура

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

    Определение 2

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

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

    Архитектура ИС – концептуальное описание структуры, определяющее модель, выполняемые функции и взаимосвязь ее компонентов, которое предусматривает наличие 3 компонент.

    1. Информационные технологии. 2. Функциональные подсистемы. 3. Управление информационными системами.

    Виды архитектур:

    1. Файл-сервер – выделенный сервер, оптимизированный для выполнения файловых операций ввода-вывода и предназначенный для хранения файлов любого типа.

    2. Клиент-сервер – архитектура распределенной вычислительной системы, в которой приложение делится на криентский и серверный процессы.

    3. Многоуровневая – позволяет сбалансировать нагрузуц на сеть и узлы системы, упрощает администрирование

    4. Интернет/Интранет – комплексное объединение технологий Интернет/Интранет и многоуровневой архитектуры. Инструментальные средства дополняются развитыми средствами разработки приложений, работающих с базами данных.

    5. 5.Базовые стандарты ИС: MRP, MRP II, ERP, ERP II и др.

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

    1.Объемно-календарный план производства (MPS)

    2.Программную реализацию MRP, позволяющую опред. Потребности в материалах.

    3.План-график снабжения материалами, график заказов, отчеты для управления процессом снабжения производства.

    Цель MRP – минимизировать запасы сырья и готовой продукции на складах и оптимизировать своевременное поступление материалов в производство.

    Недостатки MRP: отсутствие контроля выполнения плана закупок и отграничения по учету производственных факторов.

    Стандарт MRP II обеспечивает эффективное планирование всех ресурсовпредприятия. Функции: прогнозирование, управление продажами, объемно-календарное пранирование, управление структурой изделий, управление запасами, управление позразделениями, закупками, финансами, проведение финн. Анализа и ведение бух.учета.

    На смену MRP, MRP II пришли ERP системы. Стандарт ERP описывает комплексную информационную систему управления, охватывающую все ключевые процессы деятельности огранизации в едином информационном пространстве. Недостаток: автоматизируют внутреннюю деятельность компании. Системы ERP II – автоматизируют back-office и front-office ипредставляют собой одно целое – корпоротивную систему предприятия.

    Концепция ERP II : 1. Обеспечение свободного предприятий с контрагентами. 2. Ориентация на предприятия из всех секторов и сегментов рынка. 3. Поддержка автоматизации всех функций бизнеса. 4. Корпоративные данные доступны всем членам бизнес-сообщества. 5. Система становится web-ориентированным приложением.



Популярное в рубрике:
Как объединить слои в фотошопе в один или соединить их в группу Как объединить несколько слоев в фотошоп
Как объединить слои в фотошопе в один или соединить их в группу...
читать
Перенос контактов на новый телефон android
Перенос контактов на новый телефон android
читать
Самсунг Галакси перезагружается сам по себе — Решения Galaxy note 4 перезагружается сам по себе
Самсунг Галакси перезагружается сам по себе — Решения Galaxy note...
читать
Основные возможности Kaspersky Rescue Disk
Основные возможности Kaspersky Rescue Disk
читать

Последние Статьи
Макбук не подключается к wifi Макбук не видит...
читать
Как заработать на WebMoney
читать
"Супра", планшет: отзывы покупателей
читать
Местонахождения судов в реальном времени
читать
Лучшие программы для Android Запись звонков от...
читать
Удаляем не читателей в Твиттере
читать
Подключаем интернет на ноутбуке: все возможные...
читать
Samsung Galaxy S IV – новый флагман...
читать
Top