Конспект лекций по дисциплине ”Информационный менеджмент”

Для построения модели параметров качества необходимо использовать известные средства, методики, инструменты PN. Наиболее подходящими являются цветные PN, где используются следующие элементы:

1. место
2. переход
3. отношение
4. метка

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

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

 

3. Инструменты анализа и проектирования систем.

 

Менеджеры для контроля за деятельностью должны использовать инструменты систем документирования процессов и данных.

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

 

4. Инструменты использования и внедрения.

 

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

Блок схема алгоритма решения анализа выбора оптимальной системы при проектировании.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Тема 5. Открытые системы и информационный менеджмент

 

Ключевые слова: открытая система, модель, среда, интерфейс, мастабируемость.

Цель: рассмотреть модель открытых систем.

1. Эталонная модель открытых систем.
2. Интерфейс прикладной программы (API).
3. Интерфейс с внешней средой (EEI).
4. Функциональная среда открытых систем.

 

1. Эталонная модель открытых систем.

Рабочая группа 1003.0 POSIX Института инженеров по электротехнике и электронике (IEЕЕ) описала эталонную модель OSE (OSE/RM), которая представлена на рис. 1. Она служит основой для построения концепции среды открытых систем и составления словаря терминов. Модель OSE/RM описана также на международном уровне в Техническом отчете (TR) 14250 Совместного технического комитета 1 (JTC1).

В модели используются два типа элементов:

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

Ниже представлены три класса логических объектов эталонной модели OSE.

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

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

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

В эталонной модели OSE существует два класса интерфейсов.

2. Интерфейс прикладной программы (API).

Интерфейс прикладной программы (API)API представляет собой интерфейс между прикладным программным обеспечением и прикладной платформой. Его основная функция — поддержка переносимости прикладного программного обеспечения. API классифицируется в соответствии с типами услуг, доступных через этот API. В эталонной модели OSE/RM существует четыре типа услуг API:

• услуги интерфейса ««человек — машина»;
• услуги обмена информацией;
• коммуникационные  услуги;
• внутренние услуги системы.

3. Интерфейс с внешней средой (EEI).

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

1. с пользователем — человеком;
2. с внешними хранилищами данных;
3. с другими прикладными платформами;

В своей простейшей форме эталонная модель OSE/RM иллюстрирует достаточно прямые отношения пользователь — поставщик»: прикладное программное обеспечение является пользователем предоставляемых услуг, а логические объекты прикладной платформы/внешней среды - поставщик услуг. Предоставляемые услуги определяют интерфейсы API и EEI.

 

4. Функциональная среда открытых систем.

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

• выполняются на любой платформе поставщика;

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

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

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

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

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

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

Прикладная программа — это:

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

2) логическое группирование программ, данных и текста, с которыми конечный пользователь взаимодействует при исполнении конкретной функции или класса функций.

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

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

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

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

Следовательно, среда OSE обеспечивает исполнение прикладных программ, используя определенные компоненты, метод сопряжения элементов системы (plug-compatible) и модульный подход к разработке систем.

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

 

Тема 6. Профили информационных систем для информационного менеджмента

 

Ключевые слова: профиль, информационная система, структура профилей.

Цель: изучить профили ИС менеджмента.

1. Цели и принципы формирования профилей.

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

 

1. Цели и принципы формирования профилей.

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

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