2015-04-17
741
Совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных[14]. Основные функции СУБД:
· управление данными во внешней памяти (на дисках);
· управление данными в оперативной памяти с использованием дискового кэша;
· журнализация изменений, резервное копирование и восстановление базы данных после сбоев;
· поддержка языков БД (язык определения данных, язык манипулирования данными).
5) Понятие жизненного цикла программного обеспечения (ЖЦ ПО).
Одним из базовых понятий методологии проектирования ИС является понятие жизненного цикла ее программного обеспечения (ЖЦ ПО). ЖЦ ПО - это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации.
Основным нормативным документом, регламентирующим ЖЦ ПО, является международный стандарт ISO/IEC 12207 [5] (ISO - International Organization of Standardization - Международная организация по стандартизации, IEC - International Electrotechnical Commission - Международная комиссия по электротехнике). Он определяет структуру ЖЦ, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО.
|
|
|
Структура ЖЦ ПО по стандарту ISO/IEC 12207 базируется на трех группах процессов:
1. основные процессы ЖЦ ПО (приобретение, поставка, разработка, эксплуатация, сопровождение);
2. вспомогательные процессы, обеспечивающие выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, решение проблем);
3. организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ, обучение).
Разработка включает в себя все работы по созданию ПО и его компонент в соответствии с заданными требованиями, включая оформление проектной и эксплуатационной документации, подготовку материалов, необходимых для проверки работоспособности и соответствующего качества программных продуктов, материалов, необходимых для организации обучения персонала и т.д. Разработка ПО включает в себя, как правило, анализ, проектирование и реализацию (программирование).
Эксплуатация включает в себя работы по внедрению компонентов ПО в эксплуатацию, в том числе конфигурирование базы данных и рабочих мест пользователей, обеспечение эксплуатационной документацией, проведение обучения персонала и т.д., и непосредственно эксплуатацию, в том числе локализацию проблем и устранение причин их возникновения, модификацию ПО в рамках установленного регламента, подготовку предложений по совершенствованию, развитию и модернизации системы.
|
|
|
Управление проектом связано с вопросами планирования и организации работ, создания коллективов разработчиков и контроля за сроками и качеством выполняемых работ. Техническое и организационное обеспечение проекта включает выбор методов и инструментальных средств для реализации проекта, определение методов описания промежуточных состояний разработки, разработку методов и средств испытаний ПО, обучение персонала и т.п. Обеспечение качества проекта связано с проблемами верификации, проверки и тестирования ПО. Верификация - это процесс определения того, отвечает ли текущее состояние разработки, достигнутое на данном этапе, требованиям этого этапа. Проверка позволяет оценить соответствие параметров разработки с исходными требованиями.
Управление конфигурацией является одним из вспомогательных процессов, поддерживающих основные процессы жизненного цикла ПО, прежде всего процессы разработки и сопровождения ПО.
Стандарт ЖЦ ПО ISO/IEC 12207.
Стандарт ISO/IEC 12207 не предлагает конкретную модель ЖЦ и методы разработки ПО (под моделью ЖЦ понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ. Модель ЖЦ зависит от специфики ИС и специфики условий, в которых последняя создается и функционирует). Его регламенты являются общими для любых моделей ЖЦ, методологий и технологий разработки. Стандарт ISO/IEC 12207 описывает структуру процессов ЖЦ ПО, но не конкретизирует в деталях, как реализовать или выполнить действия и задачи, включенные в эти процессы.
К настоящему времени наибольшее распространение получили следующие две основные модели ЖЦ:
· каскадная модель (70-85 г.г.);
· спиральная модель (86-90 г.г.).
В изначально существовавших однородных ИС каждое приложение представляло собой единое целое. Для разработки такого типа приложений применялся каскадный способ. Его основной характеристикой является разбиение всей разработки на этапы, причем переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем (рис. 1.1). Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.
Спиральная модель делает упор на начальные этапы ЖЦ: анализ и проектирование. На этих этапах реализуемость технических решений проверяется путем создания прототипов. Каждый виток спирали соответствует созданию фрагмента или версии ПО, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации.
Этапы и стадии ЖЦ ПО.
Традиционно выделяют следующие основные этапы жизненного цикла программного обеспечения:
· анализ требований,
· проектирование,
· кодирование (программирование),
· тестирование и отладка,
· эксплуатация и сопровождение
Модель жизненного цикла ПО — структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Модель жизненного цикла зависит от специфики, масштаба и сложности проекта и специфики условий, в которых система создается и функционирует.
Стандарт ГОСТ Р ИСО/МЭК 12207-2010 не предлагает конкретную модель жизненного цикла. Его положения являются общими для любых моделей жизненного цикла, методов и технологий создания ИС. Он описывает структуру процессов жизненного цикла, не конкретизируя, как реализовать или выполнить действия и задачи, включенные в эти процессы.
|
|
|
Модель ЖЦ ПО включает в себя:
1. Стадии;
2. Результаты выполнения работ на каждой стадии;
3. Ключевые события — точки завершения работ и принятия решений.
Стадия — часть процесса создания ПО, ограниченная определенными временными рамками и заканчивающаяся выпуском конкретного продукта (моделей, программных компонентов, документации), определяемого заданными для данной стадии требованиями.
На каждой стадии могут выполняться несколько процессов, определенных в стандарте ГОСТ Р ИСО/МЭК 12207-2010, и наоборот, один и тот же процесс может выполняться на различных стадиях. Соотношение между процессами и стадиями также определяется используемой моделью жизненного цикла ПО.
6) Понятие системы.
Система - это целое, созданное из частей и элементов, для целенаправленной деятельности.
Признаки системы: множество элементов, единство главной цели для всех элементов, наличие связей между ними, целостность и единство элементов, структура и иерархичность, относительная самостоятельность, четко выраженное управление.
Система может быть большой и ее целесообразно разделить на ряд подсистем. Подсистема - это набор элементов, представляющих автономную внутри системы область.
Свойства систем:
· Целостность — система есть абстрактная сущность, обладающая целостностью и определенная в своих границах[2]. Целостность системы подразумевает, что в некотором существенном аспекте «сила» или «ценность» связей элементов внутри системы выше, чем сила или ценность связей элементов системы с элементами внешних систем или среды.
· Синергичность, эмерджентность — появление у системы свойств, не присущих элементам системы; принципиальная несводимость свойств системы к сумме свойств составляющих её компонентов (неаддитивность). Возможности системы превосходят сумму возможностей составляющих её частей; общая производительность или функциональность системы лучше, чем у простой суммы элементов[2].
|
|
|
· Иерархичность — каждый компонент системы может рассматриваться как система; сама система также может рассматриваться как элемент некоторой надсистемы (суперсистемы).
Классификация систем.
Практически в каждом издании по теории систем и системному анализу обсуждается вопрос о классификации систем, при этом наибольшее разнообразие точек зрения наблюдается при классификации сложных систем.
Классификации осуществляются по предметному или по категориальному принципу.
Предметный принцип классификации состоит в выделении основных видов конкретных систем, существующих в природе и обществе, с учётом вида отображаемого объекта (технические, биологические, экономические и т. п.) или с учётом вида научного направления, используемого для моделирования (математические, физические, химические и др.).
При категориальной классификации системы разделяются по общим характеристикам, присущим любым системам независимо от их материального воплощения[4]. Наиболее часто рассматриваются следующие категориальные характеристики:
· Количественно все компоненты систем могут характеризоваться как монокомпоненты (один элемент, одно отношение) и поликомпоненты (много свойств, много элементов, много отношений).
· Для статической системы характерно то, что она находится в состоянии относительного покоя, её состояние с течением времени остается постоянным. Динамическая система изменяет свое состояние во времени.
· Открытые системы постоянно обмениваются веществом, энергией или информацией со средой. Система закрыта (замкнута), если в неё не поступают и из неё не выделяются вещество, энергия или информация.
· Поведение детерминированных систем полностью объяснимо и предсказуемо на основе информации об их состоянии. Поведение вероятностной системы определяется этой информацией не полностью, позволяя лишь говорить о вероятности перехода системы в то или иное состояние.
· По происхождению выделяют искусственные, естественные и смешанные системы.
· По степени организованности выделяют класс хорошо организованных, класс плохо организованных (диффузных) систем и класс развивающихся (самоорганизующихся) систем.
· При делении систем на простые и сложные наблюдается наибольшее расхождение точек зрения, однако чаще всего сложность системе придают такие характеристики как большое число элементов, многообразие возможных форм их связи, множественность целей, многообразие природы элементов, изменчивость состава и структуры и т. Д
Принципы системности, системного подхода и системного анализа.
Принцип системного подхода (Принцип системности) – основополагающий принцип построения, который предполагает, что каждое явление (процесс, объект) рассматривается и оценивается во взаимосвязи с другими процессами и объектами как единое целое, а не совокупность его отдельных частей. Свойства системы могут быть оценены только с позиций всей системы, так как ее составные элементы и происходящие в ней процессы взаимосвязаны с учетом внутренних и внешних факторов. Системный подход позволяет глубже изучить объект, получить более полное представление о нем, выявить причинно-следственные связи между отдельными его частями. При формировании системы определяются: цели и требования к системе, выделяются функциональные подсистемы, их структуры и решаемые в них задачи, выявляются и анализируются связи между подсистемами. Системный подход предполагает проведение двухаспектного анализа, получившего название макро и микроподходов.
При макроанализе система или ее элемент рассматриваются как часть системы более высокого порядка. Особое внимание уделяется информационным связям: устанавливается их число, выделяются и анализируются те связи, которые обусловлены целью изучения системы, а затем выбираются наиболее предпочтительные, реализующие заданную целевую функцию. При микроанализе изучается структура объекта, анализируются ее составляющие элементы с точки зрения их функциональных характеристик, проявляющихся через связи с другими элементами и внешней средой. В процессе проектирования АИС системный подход позволяет использовать математическое описание функционирования, исследование различных свойств отдельных элементов и системы в целом, моделировать изучаемые процессы для анализа работы вновь создаваемых систем.
7)Понятие информационной безопасности Российской Федерации.
Информационная безопасность – это защищенность информации и поддерживающей ее инфраструктуры от случайных или преднамеренных воздействий естественного или искусственного характера, которые могут нанести ущерб владельцам или пользователям информации.
Рассматривая информацию как товар можно сказать, что нанесение ущерба информации в целом приводит к материальным затратам. Например, раскрытие технологии изготовления оригинального продукта приведет к появлению аналогичного продукта, но от другого производителя, и, как следствие, владелец технологии, а может быть и автор, потеряют часть рынка и т. д.
С другой стороны, рассматривая информацию как субъект управления (технология производства, расписание движения транспорта и т. д.), можно утверждать, что изменение ее может привести к катастрофическим последствиям в объекте управления – производстве, транспорте и др.
Именно поэтому при определении понятия "информационная безопасность" на первое место ставится защита информации от различных воздействий.
Поэтому под защитой информации понимается комплекс мероприятий, направленных на обеспечение информационной безопасности.
Согласно ГОСТу 350922-96 защита информации - это деятельность, направленная на предотвращение утечки защищаемой информации, несанкционированных и непреднамеренных воздействий на защищаемую информацию.
Решение проблемы информационной безопасности, как правило, начинается с выявления субъектов информационных отношений и интересов этих субъектов, связанных с использованием информационных систем. Это обусловлено тем, что для разных категорий субъектов характер решаемых задач может существенно различаться. Например, задачи решаемые администратором локальной сети по обеспечению информационной безопасности, в значительной степени отличаются от задач, решаемых пользователем на домашнем компьютере, не связанном сетью.
Исходя из этого, отметим следующие важные выводы:
· задачи по обеспечению информационной безопасности для разных категорий субъектов могут существенно различаться;
· информационная безопасность не сводится исключительно к защите от несанкционированного доступа к информации – это принципиально более широкое понятие.
Доктрина информационной безопасности России.
Доктрина информационной безопасности Российской Федерации представляет собой совокупность официальных взглядов на цели, задачи, принципы и основные направления обеспечения информационной безопасности Российской Федерации.
Настоящая Доктрина служит основой для:
формирования государственной политики в области обеспечения информационной безопасности Российской Федерации;
подготовки предложений по совершенствованию правового, методического, научно - технического и организационного обеспечения информационной безопасности Российской Федерации;
разработки целевых программ обеспечения информационной безопасности Российской Федерации.
Настоящая Доктрина развивает Концепцию национальной безопасности Российской Федерации применительно к информационной сфере.
Основополагающими документами по информационной безопасности в РФ являются Конституция РФ и Концепция национальной безопасности.
В Конституции РФ гарантируется "тайна переписки, телефонных переговоров, почтовых, телеграфных и иных сообщений" (ст. 23, ч.2), а также "право свободно искать, получать, передавать, производить и распространять информацию любым законным способом" (ст. 29, ч.4). Кроме этого, Конституцией РФ "гарантируется свобода массовой информации" (ст. 29, ч.5), т. е. массовая информация должна быть доступна гражданам.
Концепция национальной безопасности РФ, введенная указом Президента РФ №24 в январе 2000 г., определяет важнейшие задачи обеспечения информационной безопасности Российской Федерации:
· реализация конституционных прав и свобод граждан Российской Федерации в сфере информационной деятельности;
· совершенствование и защита отечественной информационной инфраструктуры, интеграция России в мировое информационное пространство;
· противодействие угрозе развязывания противоборства в информационной сфере.
Для обеспечения прав граждан в сфере информационных технологий и решения задач информационной безопасности, сформулированных в Концепции национальной безопасности РФ, разработаны и продолжают разрабатываться и совершенствоваться нормативные документы в сфере информационных технологий.
Основные положения важнейших законодательных актов РФ в области информационной безопасности и защиты информации:
1. Закон Российской Федерации от 21 июля 1993 года №5485-1 "О государственной тайне" с изменениями и дополнениями, внесенными после его принятия, регулирует отношения, возникающие в связи с отнесением сведений к государственной тайне, их рассекречиванием и защитой в интересах обеспечения безопасности Российской Федерации.
2. Закон РФ "Об информации, информатизации и защите информации" от 20 февраля 1995 года №24-ФЗ – является одним из основных базовых законов в области защиты информации, который регламентирует отношения, возникающие при формировании и использовании информационных ресурсов Российской Федерации на основе сбора, накопления, хранения, распространения и предоставления потребителям документированной информации, а также при создании и использовании информационных технологий, при защите информации и прав субъектов, участвующих в информационных процессах и информатизации.
Закон РФ"Об электронной цифровой подписи"
Дата подписания: 10.01.2002
Дата публикации: 10.01.2002 00:00
Принят Государственной Думой 13 декабря 2001 года
Одобрен Советом Федерации 26 декабря 2001 года
Глава I. Общие положения
Статья 1. Цель и сфера применения настоящего Федерального закона
Статья 2. Правовое регулирование отношений в области использования электронной цифровой подписи
Статья 3. Основные понятия, используемые в настоящем Федеральном законе
Глава II. Условия использования электронной цифровой подписи
Статья 4. Условия признания равнозначности электронной цифровой подписи и собственноручной подписи
Статья 5. Использование средств электронной цифровой подписи
Статья 6. Сертификат ключа подписи
Статья 7. Срок и порядок хранения сертификата ключа подписи в удостоверяющем центре
Глава III. Удостоверяющие центры
Статья 8. Статус удостоверяющего центра
Статья 9. Деятельность удостоверяющего центра
Статья 10. Отношения между удостоверяющим центром и уполномоченным федеральным органом исполнительной власти
Статья 11. Обязательства удостоверяющего центра по отношению к владельцу сертификата ключа подписи
Статья 12. Обязательства владельца сертификата ключа подписи
Статья 13. Приостановление действия сертификата ключа подписи
Статья 14. Аннулирование сертификата ключа подписи
Статья 15. Прекращение деятельности удостоверяющего центра
Глава IV. Особенности использования электронной цифровой подписи
Статья 16. Использование электронной цифровой подписи в сфере государственного управления
Статья 17. Использование электронной цифровой подписи в корпоративной информационной системе
Статья 18. Признание иностранного сертификата ключа подписи
Статья 19. Случаи замещения печатей
Глава V. Заключительные и переходные положения
Статья 20. Приведение нормативных правовых актов в соответствие с настоящим Федеральным законом
Статья 21. Переходные положения
8) Процедуры (подпрограммы) в языках программирования высокого уровня.
Язык высокого уровня [high-level language] - Язык программирования, средства которого обеспечивают описание задачи в наглядном, легко воспринимаемом виде, удобном для программиста. Он не зависит от внутренних машинных кодов ЭВМ любого типа, поэтому программы, написанные на языках высокого уровня, требуют перевода в машинные коды программами транслятора либо интерпретатора. К языкам высокого уровня относят Фортран, ПЛ/1, Бейсик, Паскаль, Си, Ада и др.
Язык низкого уровня, [low-level language ] - Язык программирования, предназначенный для определенного типа ЭВМ и отражающий его внутренний машинный код (см. ниже также “машинный язык “, “ машинно-ориентированный язык “ и “ язык ассемблера “).
В простейшем случае (в ассемблерах) подпрограмма представляет собой последовательность команд (операторов), отдельную от основной части программы и имеющую в конце специальную команду выхода из подпрограммы. Обычно подпрограмма также имеет имя, по которому её можно вызвать, хотя ряд языков программирования допускает использование и неименованных подпрограмм. В языках высокого уровня описание подпрограммы обычно состоит по меньшей мере из двух частей: заголовка и тела. Заголовок подпрограммы описывает её имя и, возможно, параметры, то есть содержит информацию, необходимую для вызова подпрограммы. Тело — набор операторов, который будет выполнен всякий раз, когда подпрограмма будет вызвана.
Вызов подпрограммы выполняется с помощью команды вызова, включающей в себя имя подпрограммы. В большинстве современных языков программирования команда вызова представляет собой просто имя вызываемой подпрограммы, за которым могут следовать фактические параметры (см. ниже).
В следующем примере на языке Паскаль подпрограмма subprog вызывается из основной программы трижды:
program SubProgExample; // Описание подпрограммы subprog procedure subprog; // Заголовок, включающий имя подпрограммы begin // начало тела подпрограммы WriteLn('Bye'); end; // конец тела подпрограммы begin WriteLn('Hello'); subprog; // 1-й вызов subprog; // 2-й вызов subprog; // 3-й вызов end.Результатом выполнения такой программы станет вывод строки «Hello» и трёх строк «Bye».
Для сохранения и восстановления контекста выполнения вызывающей процедуры, с целью исключения побочных эффектов, связанных с возможным нежелательным изменением используемых машинных регистров, компилятор формирует для каждой процедуры специальные последовательности команд, называемые прологом и эпилогом процедуры.
Некоторые языки программирования (например, Паскаль, Ада, Модула-2) допускают описание вложенных подпрограмм, то есть помещение подпрограмм внутрь других подпрограмм. Такие вложенные подпрограммы могут использоваться только в той подпрограмме, в которой они описаны. В иных случаях (например, в языке Си) вложение подпрограмм не допускается. Никаких принципиальных преимуществ вложение подпрограмм не даёт, но может быть удобно для более логичной структуризации программы (если какая-то подпрограмма используется только в некоторой другой подпрограмме, логично поместить первую во вторую).
Вложенные процедуры
Процедура или функция считается вложенной, когда она описывается внутри другой процедуры или функции. По умолчанию вложенные процедуры и функции всегда используют ближний тип вызова(NEAR), поскольку они доступны только внутри определенной процедуры или функции в том же сегменте кода. Однако в оверлейных задачах обычно для того, чтобы обеспечить для всех процедур и функций дальний тип вызова (FAR), используется директива {$F+}.При вызове вложенной процедуры или функции компилятор непосредственно перед инструкцией CALL генерирует инструкцию PUSH BP,фактически передавая регистр BP вызывающей программы в качестве дополнительного параметра. После того, как вызываемая процедура установит свой собственный регистр BP, регистр ВР вызывающей процедуры доступен, как слово, сохраненное в [BP+4] или в [BP+6] (если процедура имеет дальний тип вызова). Используя связь через [BP+4] и [BP+6], вызываемая процедура может получить доступ к B.Pascal 7 & Objects/LR - 392 -локальным переменным в границах стека вызывающей процедуры. Следующий пример показывает, как можно получить доступ к локальным переменным из оператора inline во вложенной процедуре:procedure A; near;var IntA: integer;procedure B; far;var IntB: integer;procedure C; near;var IntC: integer;begininline($8B/$46// { MOV AX,[BP+IntC];AX = IntC }$8B/$5E/$04/ { MOV BX,[BP+4];BX = стек В }$36/$8b/$47// { MOV AX,SS:[BX+IntB];AX = IntB }$8B/$5E/$04/ { MOV BX,[BP+4];BX = стек B }$36/8B/$5F/$06/ { MOV BX,SS:[BX+6];BX = стек A }$36/$8B/$47/); { MOV AX,SS:[BX+IntA];AX =IntA }end;begin C end;begin B end; Организация рекурсии.В момент вызова подпрограммы в памяти создается ее контекст: выделяется место под все ее параметры, локальные переменные и константы. Уничтожается этот контекст только после того, как будет достигнут оператор end, закрывающий подпрограмму, либо в ее тексте встретится оператор exit, насильственно прерывающий ее выполнение.
Если некоторая подпрограмма в процессе выполнения вызывает другую подпрограмму, то для вызванной процедуры или функции создается новый отдельный контекст (контекст вызвавшей подпрограммы при этом сохраняется) и т.д. Активным в каждый момент времени является последний контекст. После ликвидации текущего активного контекста активным становится последний "отложенный" контекст - тот, из которого только что закрытый и был вызван.
Таким образом, на внутреннем уровне организован стек контекстов подпрограмм.
Проследим состояние стека контекстов на примере рекурсивной процедуры, решающей задачу разложения натурального числа на сомножители всеми возможными способами (без повторений):
procedure razlozh(k,t:integer; s:string);
var i: integer;
sss: string;
begin
for i:= t to trunc(sqrt(k)) do
if k mod i = 0
then begin
str(i,sss);
razlozh(k div i, i,s+sss+'*');
end;
str(k,sss);
s:=s+sss;
writeln(s);
end;
begin
readln(n);
razlozh(n,2,'');
end.
Для n = 24 стек контекстов этой программы пройдет последовательно такие стадии (значения параметров указаны на моменты вызова процедуры, состояния стекаприведены только на моменты времени, предшествующие закрытию очередногоконтекста):
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Непосредственно перед закрытием самого верхнего контекста происходит печать на консоль. Таким образом, на экране появляются результаты:
2*2*2*3
2*2*6
2*3*4
2*12
3*8
4*6
Ограничение глубины рекурсии
Теоретически, рекурсия может быть бесконечной. Однако такой вариант вряд ли кого-нибудь устроит: рекурсивный алгоритм, как и любой нерекурсивный его собрат, обязан выдавать результат своей работы за некое обозримое время. Кроме того, память у компьютера не резиновая, в ней может поместиться лишь конечное число контекстов одновременно открытых экземпляров рекурсивной подпрограммы.
Следовательно, каждая рекурсивная подпрограмма должна содержать в себепризнак окончания - своеобразный "забор", определяющий максимальную глубину вложенности для этой рекурсии. Признак конца рекурсии может быть как явным (например, в случае реализации факториала), так и неявным (в частности, описанная выше процедура razlozh рано или поздно обязательно закончится, поскольку на каждом шаге происходит уменьшение разлагаемого натурального числа).
9) Эталонная модель взаимодействия открытых систем (OSI) 
Базовая эталонная модель OSI (Open System Interconnection) является концептуальной основой, определяющей характеристики и средства открытых систем. Она определяет взаимодействие открытых систем, обеспечивающее работу в одной сети систем, вьшускаемых различными производителями, и координирует:
• взаимодействие прикладных процессов;
• формы представления данных;
• единообразное хранение данных;
• управление сетевыми ресурсами;
• безопасность данных и защиту информации;
• диагностику программ и технических средств.
Модель разработана международной организацией стандартов (МОС) - ISO и широко используется во всем мире как основа концепций информационных сетей и их ассоциации. На базе этой модели задаются правила и процедуры передачи данных между открытыми системами. Рассматриваемая модель так же описывает структуру открытой системы и комплексы стандартов, которым она должна удовлетворять. Основными элементами модели являются уровни, объекты, соединения, физические средства соединения.
В модели OSI различаются два основных типа протоколов:
• с установлением соединения (connection-oriented);
• без предварительного установления соединения (connectionless).
В протоколах с установлением соединения перед обменом данными отправитель и получатель должны сначала установить соединение и, возможно, выбрать некоторые параметры протокола, которые они будут использовать при обмене данными. После завершения диалога они должны разорвать это соединение.
Семь основных уровней организация сети.
