
- •Определение и назначение кис. Основные понятия и свойства.
- •Стандарты управления: mps, sic, bom.
- •История систем mrp, понятие mrp-алгоритма и mrp-методологии.
- •История систем mrpii. Структура mrpii-систем. Функционирование mrpii. Достоинства mrp II.
- •Определение erp, понятие еrp-алгоритма и еrp-методологии. Отличия erp от mrpii.
- •Системы класса eCrm. Функционирование eCrm.
- •Электронный документооборот (эд). Управление документооборотом. Определение системы эд и ее отличительные свойства.
- •Место системы электронного документооборота в корпоративной системе управления предприятием. Элементы сэд как отдельные системы.
- •Подготовка ко внедрению или разработке системы. Процесс внедрения. Разработка стратегии автоматизации.
- •Анализ и реорганизация деятельности предприятия. Методика bsp. Подход tqm/cpi. Bpr – реинжиниринг по Хаммеру и Чампи.
- •Выбор, внедрение и эксплуатация системы. Типичные проблемы при внедрении кис.
- •Разработка стратегии развития предприятия. Разработка стратегии автоматизации. Анализ деятельности. Проблемы развития и внедрения кис на российских предприятиях.
- •Операционные системы для сетей масштаба предприятия.
- •Хранилища корпоративных данных. Аппаратное обеспечение хранения корпоративной информации.
- •Информационный портал предприятия. Функциональная и логическая схема портала.
- •Поддержка принятия решений в кис. Olap-технологии.
- •Преимущества использования Internet для построения корпоративных сетей. Виды Internet приложений.
- •Стратегия удаленного доступа. Стратегия Internet и Intrаnet.
- •Межсетевое взаимодействие. Протоколы взаимодействия приложений и протоколы транспортной подсистемы.
- •Мобильные компоненты кис.
- •Типы территориальных сетей. Типы устройств доступа к территориальным сетям.
- •Процесс стандартизации взаимосвязи открытых систем (вос) в исо. Роль и применение вос в современных сетях.
- •Стандарты семейства исо 9000. Исо 9000 и информатизация предприятий.
- •Выбор аппаратно программной платформы кис
- •Структура корпораций и предприятий, архитектура корпоративных информационных систем (в 52вопросе)
- •Программирование в кис.
- •Виды архитектур модели клиент-сервер.
- •Способы передачи корпоративной информации. Алгоритмы оптимального шифрования.
- •Хранилища корпоративных данных. Магазины данных. Порядок представления и обработки корпоративной информации
- •Жизненный цикл информационных систем.
- •Оценка затрат при реализации кис
- •Оценка последствий реализации проекта кис
- •Реинжиниринг при реализации проекта кис
- •Способы передачи корпоративной информации. Помехоустойчивое кодирование
- •Поддержка принятия решений в кис. Olap-технологии
- •Использование элементов управления (ActiveX) при разработке web-приложений для нужд предприятия
- •Практическая реализация olap-решений
- •Способы снижения избыточности при хранении корпоративной информации
- •Распределенные базы данных. Репликация и резервное копирование корпоративной информации
- •Реализация транзакций при распределенной обработке данных
- •Использование методов системного анализа для обоснования проекта кис
- •Практическая реализация Wi-Fi сетей при разработке кис
- •Практическая реализация WiMax сетей при разработке кис
- •Построение кис на основе технологии cdma
- •Безопасность кис
- •Администрирование корпоративных информационных систем
- •Функциональное соответствие видов коммуникационного оборудования уровням модели osi
- •Предприятие как объект управления(к в№29 структура корп.)
- •Системы автоматизированного проектирования
- •Разработка проекта кис в условиях неопределенности и риска
- •Оптимизация проекта кис по критериям «стоимость-продолжительность»
- •Технологии передачи данных в системах сотовой связи
- •Особенности протоколов используемых в локальных и глобальных сетях
- •Словарь терминов
Выбор аппаратно программной платформы кис
Структура корпораций и предприятий, архитектура корпоративных информационных систем (в 52вопросе)
АРХИТЕКТУРА КИС
Сегодня руководители больших организаций сталкиваются с такими проблемами, как управление корпоративными ресурсами, принятие важных бизнес-решений, прогнозирование развития компании. Но чтобы все эти важные задачи управления решались корректно и эффективно, необходимо обеспечить безошибочное и эффективное функционирование самой вычислительной среды. А для этого нужна качественная система управления информационной инфраструктурой.
Управляющая среда системы реализована в виде трехуровневой архитектуры, обеспечивающей более масштабируемое решение. Между управляющим сервером (УС) и агентом (конечной точкой) помещается управляющий шлюз, который обеспечивает связь между определенной группой
В России вместо понятия «президент компании» чаще используется – «директор», и далее соответственно: «вице-президент» - «заместители директора», «управления» могут быть представлены «отделами» и т.д. управляемых агентов и остальной средой информационной системы (рис.3.5). Конечной точкой может быть любая машина (Unix-станция, персональный или мобильный компьютер, сетевое устройство), управляемая с помощью УС. Управляющий шлюз (он же управляемый узел) отвечает за все коммуникации с подчиненными ему конечными точками без дополнительных соединений с управляющим сервером.
В объектно-ориентированной архитектуре, которая лежит в основе КИС, шлюз вызывает для выполнения методы объекта, описывающего конечную точку, или выполняет собственные методы для конечной точки.
Конечная точка получает профили управления, выполняет задачи управления системой, мониторинг, посылает на управляющий шлюз события и т.д.
Расположенный на самом верхнем уровне иерархии управления сервер УС работает как диспетчер среды КИС, устанавливая и поддерживая отношения между конечными точками и соответствующими шлюзами.
Основное преимущество трехуровневой архитектуры - масштабируемость. Каждый шлюз может управлять тысячами конечных точек, а под управлением одного сервера УС может быть до нескольких сот шлюзов.
Программное обеспечение управляемого агента, установленное в конечной точке, должно иметь небольшой объем (1-2 Мбайт на диске). Основная задача - загрузка управляющего кода. С другой стороны, перенос значительной части управляющих функций на шлюз сокращает требования к компьютерным мощностям сервера УС.
Система управления корпоративной информационной инфраструктурой КИС включает в себя три основных компонента: базовую систему "Ядро", управляющие приложения и инструментальные средства для добавления в стандартные приложения КИС новых возможностей и разработки собственных управляющих модулей с помощью стандартных API.
Ядро позволяет унифицировать управление различными ресурсами - системами, сетями, базами данных, ресурсами Internet - в многоплатформной среде. Все приложения, которые включает в себя КИС, используют Ядро, которое представляет собой объектно-ориентированную архитектуру, построенную в соответствии со спецификацией CORBA. Ядро рассматривает все управляемые ресурсы как сеть взаимодействующих объектов, информация о которых хранится в репозитарии объектов - объектноориентированной базе данных КИС. Опора на CORBA-инфраструктуру обеспечивает интеграцию в среду любого размера и топологии - от локальных сетей до сложных гетерогенных инфраструктур. Объектный подход и широкая поддержка этой спецификации позволяет управлять системами на разнообразных платформах: SunOS, Solaris, HP-UX, AIX, Windows 95/NT, OS/2, Novell NetWare.
Ядро существует автономно от управляющих приложений КИС, но без этой системы не сможет работать ни одно из них, поскольку в нем заложены основные концепции управляющей среды и реализованы базовые возможности, необходимые для любого управляющего приложения. По сути дела, Ядро - это общий знаменатель для всех модулей среды КИС, которые решают свои специфические задачи, а для выполнения стандартных служб обращаются к Ядру. Эти службы - основа для взаимодействия системного администратора с базовой архитектурой и управляющими приложениями КИС. Надо отметить, что данные об управляемых ресурсах в КИС могут храниться не только в собственной объектно-ориентированной базе, но и в традиционных реляционных базах данных - Sybase, Oracle, MS SQL Server, Informix или DB2. Для доступа к ним КИС обеспечивает объектноориентированный интерфейс RDBMS Interface Module (RIM) . Хранение информации о ресурсах в традиционных базах данных позволяет применять в процессе управления средства выдачи запросов и генерации сообщений этих баз данных. Благодаря интерфейсу RIM данные одного приложения становятся видимыми для другого. RIM обеспечивает возможность
разделения данных между приложениями - множество приложений получают доступ к данным, собранным из различных источников и хранящихся в реляционной базе данных.
Объектные принципы построения базовой архитектуры Ядра делают ее достаточно мощной и гибкой. Все ресурсы информационной системы моделируются как объекты, а основные службы, которые используют все управляющие приложения, инкапсулируются как методы этих объектов.
Все коммуникации между объектами, управляемыми из приложений КИС, выполняются с помощью брокера запросов, работающего на сервере УС и на каждом клиенте из управляемой области. Реализация базовых методов управления определенным ресурсом скрыта от приложения путем инкапсуляции в объекте, моделирующем этот ресурс.