Учебно-методический комплекс учебной дисциплины «коммуникационные технологии» федерального компонента подготовки магистров по направлению \"инфомационные системы и технологии\" icon

Учебно-методический комплекс учебной дисциплины «коммуникационные технологии» федерального компонента подготовки магистров по направлению "инфомационные системы и технологии"


Смотрите также:
Учебно-методический комплекс учебной дисциплины «современные технологии разработки интерактивных...
Учебно-методический комплекс учебной дисциплины «компьютерные технологии в науке и образовании»...
Учебно-методический комплекс учебной дисциплины «теоретические основы информационных процессов»...
2.  Требования к результатам освоения основной образовательной программы магистратуры по...
Учебно-методический комплекс учебной дисциплины «Информационные технологии» вузовского...
Учебно-методический комплекс по дисциплине " информационные и коммуникационные технологии " для...
Учебно-методический комплекс учебной дисциплины «измерительные информационные системы»...
Учебно-методический комплекс для студентов очной формы обучения направления: 230201...
Учебно-методический комплекс по дисциплине «Информационные технологии» (наименование дисциплины)...
Учебно-методический комплекс дисциплины «компьютерные технологии в рекламе» Образовательная...
Учебно-методический комплекс по дисциплине « Б...
Учебно-методический комплекс учебной дисциплины сдм...



Загрузка...
страницы: 1   2   3   4   5   6   7   8
вернуться в начало
скачать
^

Модуль № 2.
Среда открытых систем

Комплексная цель


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

Содержание


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

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

Референсная модель (OSI/ISO), основана на разбиении среды на семь уровней, взаимодействие между которыми описывается соответствующими стандартами, что обеспечивает практически полную "прозрачность" взаимодействия через эти уровни вне зависимости от того, каким образом построен любой из уровней в каждой конкретной реализации. С этой точки зрения моделью задается открытая коммуникационная среда, полностью независимая от того, как и на какой аппаратной и программной основе реализован каждый уровень.

Модель MIC - взаимодействие между компонентами (Model for Interactions between Components). Модель допускает использование различных стандартов для реализаций тех или иных функций, поэтому, в общем виде, модель представима в виде трехмерной матрицы, в которой третья координата используется для вариантов среды, которые строятся на основе различных стандартов, реализующих функциональные элементы модели.

Референсная Модель Среды Открытых Систем (OSE/RF) предусматривает разбиение среды на три составных части: прикладное обеспечение; прикладная платформа; внешняя среда.

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

Модель MUSIC - это акроним от английских названий основных элементов модели: M - Management; U - User interface; S - Service interface for programs; I - Information and data formats; C - Comunications interfaces.

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

Среди других моделей можно также отметить ряд специальных, т. е. проблемно ориентированных моделей. В частности, предлагаемая ISO модель ODP (Open Distributed Processing) - Открытая Распределенная Обработка - ориентирована, как следует из названия, на распределенную обработку в различных вычислительных сетях. Известны также модели CIM, EDI, Data Management DISC и др.

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

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

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

Тест рубежного контроля №2.




1. Что из описанного ниже относится к референсной модели OSI/ISO:

1. предусматривает разбиение среды на три составных части: прикладное обеспечение; прикладная платформа; внешняя среда.


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

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

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

^ 2. Что из описанного ниже относится к модели MUSIC:

1. предусматривает разбиение среды на три составных части: прикладное обеспечение; прикладная платформа; внешняя среда.


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

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

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

^ 3. Что из описанного ниже относится к модели OSE/RF

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

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

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

4. предусматривает разбиение среды на три составных части: прикладное обеспечение; прикладная платформа; внешняя среда.

^ 4. Что из описанного ниже относится к модели MIC:

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

2. предусматривает разбиение среды на три составных части: прикладное обеспечение; прикладная платформа; внешняя среда.

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

4. представляет собой попытку объединить различные подходы к классификации компонент среды

^ 5. Что из приведенного ни же, не является функцией профиля:

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

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

3. может быть осуществлено тестирование на соответствие как систем, так и приложений.

4. анализ состава базовой спецификации

^ 6. Основная задача профилей прикладной среды:

1. облегчают процедуру тестирования системы.

3. повышают экономический эффект от использования POSIX.

3. облегчают процедуру итоговой сдачи системы

4. упрощают выбор и составление спецификаций стандартов, подходящих для конкретных требований в конкретной среде.

^ 7. Какое количество языков программирования необходимо для профиля:

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

2. не более 5 языков

3. может поддерживаться только один язык.

4. один и более.

^ 8. Основным конечным продуктом при развитии отрытых систем служат:

1. увеличение их функциональности

2. Документы о совместимости с другими системами

3. увеличение производительности системы

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

^ 9. Что справедливо для процесса развития и применения отрытых систем

1. со сменой платформы нужно полностью пересматривать концептуальный подход

2. зависит от жизненного цикла компонента системы

3. при потере функциональности системы прекращает свое существование

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

^ 10. Какие из приведенных ниже свойств открытости несут в себе угрозу безопасности всей системы:

1. ни одно из свойств

2. масштабируемость и интероперабельность

3. масштабируемость и мобильность

4. интероперабельность и мобильность приложений

^ 11. Какие из перечисленных ниже аспектов системы являются самыми уязвимыми:

1. аспекты касающиеся коммуникационных технологий

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

3. аспекты касающиеся системного обеспечения и пользовательского интерфейса

4. аспекты касающиеся коммуникационных технологий и системного обеспечения


Литература


1. В.Я.Советов, С.А.Яковлев. "Построение систем интегрального обслуживания. "Машиностроение", Ленинград (Россия), 1990.

2. Открытые системы: концепция и реальность. Перевод II главы книги Open Systems Handbook. F Guide to building Open Systems. Digital, 1991. Открытые системы, Москва, 1993.

3. А.С.Голубков. Информатизация России - цели, проблемы и пути их решения. Телекоммуникации и информатика. Международный вестник Российского информационного агенства "Новости", стр. 6-9.

4. В.В.Липаев. Научно-техническая основа информатизации России (основные положения). Вестник РОИВТ, 1-2, стр. 14-34.

5. Базы данных аннотаций и содержания международных стандартов по тематическим направлениям информационных технологий. ВНИИСТАНДАРТ, Москва, 1992.





оставить комментарий
страница3/8
Ростов-на-Дону
Дата02.10.2011
Размер0,62 Mb.
ТипУчебно-методический комплекс, Образовательные материалы
Добавить документ в свой блог или на сайт

страницы: 1   2   3   4   5   6   7   8
отлично
  1
Ваша оценка:
Разместите кнопку на своём сайте или блоге:
rudocs.exdat.com

Загрузка...
База данных защищена авторским правом ©exdat 2000-2017
При копировании материала укажите ссылку
обратиться к администрации
Анализ
Справочники
Сценарии
Рефераты
Курсовые работы
Авторефераты
Программы
Методички
Документы
Понятия

опубликовать
Загрузка...
Документы

наверх