
- •1. Алгоритмы сжатия изображений.
- •2 Аппаратное обеспечение мультимедиа.
- •3Виды и принцип действия cd-rom.
- •4 Виды памяти.
- •5Использование звука . Стандарты звуковых карт
- •6. Организация сетей для передачи мультимедиа-данных.
- •7 Синтезированные звуковые карты с частотной модуляцией.
- •8 Составляющие изображения, технология ускорения графики.
- •9 Способы передачи мультимедиа-данных в сетях.
- •10 Технология видеодисплеев
- •12 Организация виртуальной памяти.
- •13 Стратегии замещения и размещения страниц. Принцип локальности
- •14 Этапы загрузки операционных систем (Unix, Windows nt).
- •14. Этапы загрузки операционных систем (Unix, Windows nt).
- •15 Организация фс fat , основные элементы структуры.
- •16 Организация файловой системы fat32 отличия от fat16, преимущества.
- •17 Особенности организации файловой системы unix. Файловая система. Типы файлов.
- •18. Структура каталогов ос Linux. Файловая система ос Linux ext2fs, ext3fs.
- •Система адресации данных ext2 — это одна из самых важных составляющих фс. Она позволяет находить нужный файл среди множества как пустых, так и занятых блоков на диске.
- •19 Базовая файловая система s5fs.
- •Управление процессами в ос Unix. Типы процессов.
- •21Алгоритмы управления памятью в ос unix, Linux. Замещение страниц.
- •22. Загрузка ос Windows nt. Особенности Windows nt
- •23. Файловая система ntfs. Структура, особенности, преимущества ntfs
- •24. Управление памятью в Windows nt. Стратегии выборки, размещения и замещения страниц.
- •25. Язык Java. Особенности языка. Средства для разработки приложений. (jdk). Пакеты. Простейшая программа, компиляция и запуск.
- •26. Комментарии и встроенная документация. Спецификаторы доступа к классам и полям класса в Java. Public, protected и private
- •27. Интерфейсы Реализация интерфейсов. Ключевое слово static, ключевое слово this.
- •28. Апплеты. Структура и методы апплета. Вызов апплета.
- •29. Исключительные ситуации. Обработка исключительных ситуаций
- •30. Программирование отношений типа «Является», «Имеет», «Использует», «Создает».
- •31. Потоки Создание и запуск потока.
- •32. Синхронизация потоков.
- •33. Система ввода-вывода в Java. Работа с файлами.
- •34. Библиотека Swing. Основные компоненты Реализация пользовательского интерфейса.
- •35. Библиотеки jdbc, подключение к базе данных. (Объект Connection)
- •36. Реализация запроса sql и обработка результатов. (Объекты .Statement и Resultset)
- •37. Сервлеты, структура и организация. Методы жизненного цикла.
- •38. Jsp, структура и организация. Класс Session.
- •39. Основы технологии ejb. Основные цели. Ejb-компонента, ejb-объект, ejb- контейнер.
- •Цели, лежащие в основе технологии ejb
- •40 Entity Bean. Жизненный цикл.
- •41 Модели жизненного цикла
- •43 Диаграммы потоков данных
- •44 Функциональное тестирование
- •Функциональное тестирование включает:
- •45 Методы разработки программ (Метод джексона и метод Вареье орра)
- •46 Модели качества процессов конструирования.
- •47 Структурное программирование
- •48. Модульное программирование
- •49 Способы реализации алгоритмов
- •50 Методы доказательства правильности программ и алгоритмом
- •51 Центральные проекции
- •52 Параллельные проекции
- •53. Двумерные аффинные преобразования.
- •54. Трехмерные аффинные преобразования
- •55 Описание и построение составных поверхностей
- •56 Построение составных поверхностей Эрмита
- •57 Построение составных поверхностей Безье
- •58 Построение составных поверхностей методом в-сплайнов
- •59. Классификация методов моделирования. Методы моделирования твердого тела.
- •60. Модели объемных тел . Алгебрологическая граничная модель.
- •61 Модели объемных тел. Модель конструктивной геометрии трехмерного объекта.
- •62. Модели объемных тел. Кусочно-аналитические граничные модели.
- •63 Классификация интеллектуальных ис
- •Структура экспертных систем (эс).
- •Этапы разработки эс.
- •Классификация эс.
- •Инструментальные средства разработки эс.
- •68 Системы, основанные на продукционных моделях представления знаний.
- •69 Семантические сети
- •70 Логический вывод на основе субъективных вероятностей
- •5.2. Распространение вероятностей в эс
- •72 Метод экспертного оценивания.
- •73. Классификация методов моделирования. Моделирование скульптурных поверхностей.
- •77. Основные классы задач, решаемые искусственными нейронными сетями (инс).
- •78. Математическая модель искусственного нейрона.
- •79 Основные этапы нейросетевого анализа.
- •80. Топологии искусственных нейронных сетей (инс). Многослойные сети. Классификация многослойных инс.
- •81 Обучение инс, парадигмы обучения. Правила Обучения.
- •83 Обучение инс. Обучение с учителем. Алгоритм обратного распространения ошибки
- •84 Обучение инс. Обучение без учителя. Алгоритм обучения Кохонена.
- •85 Обучение инс. Смешанное обучения. Сети встречного распространения
- •87 Каскадная схема проектирования ис
- •88 Бизнес-реинжиниринг в проектировании ис
- •89 Системное проектирование ис
- •90 Основные этапы проектирования ис
- •91 Построение диаграмм потоков данных (dfd) при проектировании ис
- •92 Модели субд при проектировании ис
- •93 Case- технологии в проектировании ис. Классификация case- средств.
- •94. Проектирование структуры бд, нормализация отношений.
- •96. Описание интегрированной модели сложной системы средствами языка uml. Концептуальные модели. Диаграмма вариантов использования.
- •101.Архитектура экономических информационных систем.
- •102.Жизненный цикл экономических информационных систем.
- •103.Этапы реинжиниринга бизнес-процессов в экономических системах.
- •104.Основные классы автоматизированных систем управления бизнес-процессами (mrPl, mrpii, erp).
- •105.Реинжиниринг бизнес-процессов на основе корпоративной ис.
- •106.Этапы проектирования кис.
- •107. Информационная поддержка этапов жизненного цикла кис (cals-технологии).
- •108. Средства концептуального проектирования кис (case-средства).
- •109.Технологии построения кис (клиент-серверные технологии).
- •110.Практическое использование интегрированных кис.
- •111 Приближенные числа и действия над ними. Классификация погрешностей.
- •121. Множества и способы их задания. Операции над множествами. Основные тождества алгебры множеств.
- •122. Бинарные отношения и их свойства. Специальные бинарные отношения.
- •123. Нечеткие множества и операции над ними.
- •125. Понятие графа. Способы задания графа. Основные операции над графами. Основные типы графов.
- •125 Достижимость и связность в графе. Определение компонент связности в неорграфах и сильных компонент в орграфах.
- •128 Эйлеровы и гамильтоновы циклы в графе. Алгоритм Флери построения эйлеровых циклов в графе. .Алгоритм Робертеса и Флореса по строения гамильтоновых циклов в графе.
- •129 Определение кратчайших путей и маршрутов в графе с использованием алгоритма Дейкстры.
- •133 Постановка задач линейной оптимизации. Прикладные линейные модели.
- •2 Задачи транспортного типа.
- •134 Методы решения задач линейной оптимизации.
- •135 Постановка задач дискретной оптимизации. Прикладные дискретные модели.
- •136. Методы решения задач дискретной оптимизации.
- •137. Постановка задач нелинейного программирования. Задачи выпуклого программирования. Функция Лагранжа, принципы ее построения. Метод множителей Лагранжа для решения задач на условный экстремум.
- •139. Постановка задач безусловной оптимизации. Классификация задач безусловной оптимизации и методов их решения. Методы нулевого порядка.
- •140. Постановка задач безусловной оптимизации. Классификация задач безусловной оптимизации и методов их решения. Градиентные методы оптимизации.
- •141. Постановка задачи безусловной оптимизации. Классификация задач безусловной оптимизации и методов их решения. Методы безусловной оптимизации Ньютоновского типа.
- •142. Методы решения задач условной оптимизации. Метод штрафных функций. Внутренние и внешние штрафные функции.
- •2) Учет функциональных ограничений. Для учета функциональных ограничений обычно используется метод штрафных функций.
- •145.Принципы построения программных комплексов принятия оптимальных решений. Основные требования к системам оптимизации. Классификация систем.
- •146.0Бъекты защиты информации. Классификация угроз безопасности; каналы утечки, воздействия. Цели и задачи защиты данных и ивс
- •148 Принципы организации систем обеспечения безопасности данных. Основные подсистемы, входящие в состав системы обеспечения безопасности данных.
- •147 Модель потенциального нарушителя. Классификация компьютерных преступлений. Способы мошенничества в информационных системах.
- •149.Стандарты информационной безопасности. «Критерии оценки безопасности компьютерных систем». Руководящие документы Гостехкомиссии России. «Единые критерии безопасности информационных технологий».
- •Основные элементы политики безопасности:
- •150 Классификация средств защиты данных. Физические средства защиты информации.
- •151 Криптографические методы и средства защиты данных, основные понятия, классификация
- •152 Классификация методов шифрования. Методы замены, перестановки, аналитических преобразований, гаммирования.
- •155. Защита компьютерных систем от вредоносных программ. Классификация вредоносных программ. Методы защиты.
- •156.Защита программных средств от несанкционированного использования и копи-
- •157.Методы и средства защиты информации от несанкционированного доступа. Аутентификация пользователей на основе паролей и модели рукопожатия. Аутентификация пользователей при удаленном доступе.
- •158.Защита информации от несанкционированного доступа в компьютерных сетях.
- •159.Реализация дискреционной и мандатной политики безопасности в ос семейства Windows.
- •160.Основные компоненты банка данных, классификация банков данных и требования к ним.
- •161.Концепция централизованного управления данными, функция администратора данных.
- •162. Архитектура систем баз данных, технология «клиент сервер».
- •163 Классические модели данных: иерархические сетевые, реляционные.
- •164.Реляционные объекты данных, целостность реляционных данных.
- •165Реляционная алгебра и реляционное исчичление
- •166 Язык реляционных бд sql. Структура запросов на языке sql.
- •170 Классификация моделей и их типы.
- •171 Требования, предъявляемые к математическим моделям, уровни моделирования
- •177 Оценка свойств математической модели технической системы
- •178 Распределение вероятностей
- •185. Основные технико-эксплуатационные характеристики эвм.
- •186. Классификация эвм по поколениям и по назначению, по функциональным возможностям и размерам.
- •188. Процессоры. Структура центрального процессора. Характеристики процессора.
- •189. Иерархическая структура памяти. Методы управления памятью.
- •190 Общие принципы организации системы прерывания программ. Характеристики системы прерывания.
- •191 Архитектура эвм, Однопроцессорные эвм, многопроцессорные эвм.
- •Mimd компьютеры
- •Многопроцессорные вычислительные системы
- •Многопроцессорные вычислительные системы с общей шиной.
- •Многопроцессорные вычислительные системы с многовходовыми модулями оп.
- •192 Организация кэш-памяти
- •193 Принципы организации подсистем ввода/вывода. Каналы ввода/вывода.
- •Принципы организации устройств ввода-вывода
- •194 Структура и форматы команд эвм
96. Описание интегрированной модели сложной системы средствами языка uml. Концептуальные модели. Диаграмма вариантов использования.
UML: Язык UML представляет собой общецелевой унифицированный язык визуального моделирования, который разработан для спецификации, визуализации, проектирования и документирования компонентов ПО, БП и других систем. Язык UML одновременно является простым и мощным средством моделирования, который может быть использован для построения концептуальных, логических и физических моделей сложных систем различного назначения.
Этот язык предназначен для след. задач:
Предоставить в распоряжение пользователей легковоспринимаемый язык визуального моделирования.
Снабдить исходные понятия языка UML возможностью расширения и специализации для более точного представления систем;
Описание языка UML должно включать в себя понимание общих особенностей ООпроектирования и анализа;
Интегрировать в себе новейшие достижения практики ООанализа и проектирования
В рамках языка UML все представления о модели сложной системы фиксируются в виде специальных графических конструкций, получивших название диаграмм. В терминах языка UML основными являются следующие виды диаграмм:
1. Диаграмма вариантов использования (use case diagram);
2. Диаграмма классов (class diagram);
3. Диаграммы поведения (behavior diagrams):
3.1 Диаграмма состояний 3.2 Ди-ма деятельности 3.3 Д-мы взаимодействия 3.3.1 Д-ма последовательности
4. Диаграммы реализации ; 4.1 Диаграмма компонентов 4.2 Диаграмма развертывания.
Эти диаграммы составляют неотъемлемую часть графической нотации UML.Процесс ОО анализа и проектирования непрерывно связан с построением этих диаграмм.
Каждая из этих диаграмм детализирует различные представления о модели сложной системы в терминах языка UML. При этом диаграмма вариантов использования представляет собой наиболее общую концептуальную модель сложной системы, которая является исходной для построения всех остальных диаграмм.
Диаграмма классов является, логической моделью, отражающей статические аспекты структурного построения сложной системы.
Диаграммы поведения также являются разновидностями логической модели, которые отражают динамические аспекты функционирования сложной системы.
Диаграммы реализации служат для представления физических компонентов сложной системы и поэтому относятся к ее физической модели.
Диаграмма вариантов использования (use case diagram). Диаграммы вариантов использования, описывает функциональное назначение системы. Разработка диаграммы вариантов использования преследует цели:
1. Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования.
2. Сформулировать общие требования к функциональному поведению проектируемой системы.
3. Разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей.
4. Подготовить документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.
Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером называется любая сущность, взаимодействующая с системой извне. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером.
Между компонентами диаграммы вариантов использования могут существовать различные отношения, которые описывают взаимодействие экземпляров одних актеров и вариантов использования с экземплярами других актеров и вариантов. Один актер может взаимодействовать с несколькими вариантами использования. В этом случае этот актер обращается к нескольким сервисам данной системы. В свою очередь один вариант использования может взаимодействовать с несколькими актерами, предоставляя для всех них свой сервис. В языке UML имеется несколько стандартных видов отношений между актерами и вариантами использования:
Отношение ассоциации- служит для обозначения специфической роли актера в отдельном варианте использования. Отношение определяет какую роль играет актер при взаимодействии с этим вариантом использования.
2. Отношение расширения- взаимосвязь отельного варианта использования с более общим вариантом использования (Запросить каталог ext Оформить покупку);
3. Отношение обобщения- некоторый вариант использования A может быть обобщен до некоторого варианта использования Б (Оформить покупку компьютера – Оформить покупку)
4.Отношение включения- некоторое заданное поведение варианта использования включается в качестве составного компонента в последовательность поведения другого варианта использования(Оформить покупку компьютера include Выписать счет).
97 Описание интегрированной модели сложной системы средствами языка UML. Логическая модель, отражающая статистические аспекты структурного построения системы. Диаграмма классов.
UML: Язык UML представляет собой общецелевой унифицированный язык визуального моделирования, который разработан для спецификации, визуализации, проектирования и документирования компонентов ПО, БП и других систем. Язык UML одновременно является простым и мощным средством моделирования, который может быть использован для построения концептуальных, логических и физических моделей сложных систем различного назначения.
Этот язык предназначен для след. задач:
Предоставить в распоряжение пользователей легковоспринимаемый язык визуального моделирования.
Снабдить исходные понятия языка UML возможностью расширения и специализации для более точного представления систем;
Описание языка UML должно включать в себя понимание общих особенностей ООпроектирования и анализа;
Интегрировать в себе новейшие достижения практики ООанализа и проектирования
В рамках языка UML все представления о модели сложной системы фиксируются в виде специальных графических конструкций, получивших название диаграмм. В терминах языка UML основными являются следующие виды диаграмм:
1. Диаграмма вариантов использования (use case diagram); 2. Диаграмма классов (class diagram);3. Диаграммы поведения (behavior diagrams):
3.1 Диаграмма состояний 3.2 Ди-ма деятельности 3.3 Д-мы взаимодействия 3.3.1 Д-ма последовательности
4. Диаграммы реализации ; 4.1 Диаграмма компонентов 4.2 Диаграмма развертывания.
Эти диаграммы составляют неотъемлемую часть графической нотации UML.Процесс ОО анализа и проектирования связан с построением этих диаграмм.
Каждая из этих диаграмм детализирует различные представления о модели сложной системы в терминах языка UML. При этом диаграмма вариантов использования представляет собой наиболее общую концептуальную модель сложной системы, которая является исходной для построения остальных диаграмм.
Диаграмма классов является, логической моделью, отражающей статические аспекты структурного построения сложной системы.
Диаграммы поведения также являются разновидностями логической модели, которые отражают динамические аспекты функционирования сложной системы.
Диаграммы реализации служат для представления физических компонентов сложной системы и поэтому относятся к ее физической модели.
Диаграмма классов- служит для предоставления статической структуры модели системы в терминологии классов. Диаграмма классов может отражать различные взаимосвязи между отдельными сущностями предметной области такими как объект и подсистема. Диаграмма классов описывает внутреннюю структуру объектов и и типы отношений.
На диаграмме не указывается информация о временных аспектах функционирования системы. Диаграмма классов состоит из множества элементов, совокупность которых отражает знания о предметной области. Отдельные компоненты диаграммы классов могут образовывать пакеты.
Классы служат для объединения множества объектов, которые обладают одинаковой структурой, поведением и отношением к другим объектам. Класс имеет ИМЯ, которое должно быть уникально в пределах данного пакета, АТРИБУТ – который должен содержать квантор видимости, имя атрибута, и тип возможного исх. знач.
Квантор видимости принимает одно из 3 возможных значений + область видимости public; #- protected; - private.
В самой нижней секции записываются методы класса, которые предоставляют некий сервис, по определенным требованиям. Совокупность методов характеризует функциональный аспект поведения класса. Каждому методу присваивается квантор видимости. Имя метода и тип возвращаемого значения.
Кроме внутреннего устройства класса на диаграмме также указываются различные отношения между классами:
Отношение зависимости- используется когда некоторое изменение одного элемента объекта могут потребовать изменения другого зависимого элемента . Например , если класс использует метод другого класса.
Отношение ассоциации: отношение одного класса неким образом связаны с отношением другого класса. Если между двумя классами определена ассоциативная связь. То можно перемещаться от объекта одного класса к объекту другого. В классе имеется ссылка на другой объект: Public class A{Private B link B
Частной формой отношения ассоциации является отношение агрегации - если один из классов представляет собой некоторую сущность, включающую в себя в качестве составных частей другую сущность (отношение типа имеет Целое ромбик и прямая линия к Части) . Вторым частным случаем – отношение композиции – части не могут выступать в отрыве от целого, уничтожение целого уничтожит и часть.
Отношение обобщение – отношение между более общим элементом и более частным, отношение наследования:
Class A extends B. Применительно к диаграмме классов это отношение описывает иерархическое строение классов, т.е. их наследование и предполагается , что класс потомок обладает всеми свойствами и поведениями класса предка, а также имеет собственные особенности.
98 Описание интегрированной модели сложной системы средствами языка UML. Логические модели, отражающие динамические аспекты функционирования сложной системы (диаграммы поведения). Диаграмма деятельности.
UML: Язык UML представляет собой общецелевой унифицированный язык визуального моделирования, который разработан для спецификации, визуализации, проектирования и документирования компонентов ПО, БП и других систем. Язык UML одновременно является простым и мощным средством моделирования, который может быть использован для построения концептуальных, логических и физических моделей сложных систем различного назначения.
Этот язык предназначен для след. задач:
Предоставить в распоряжение пользователей легковоспринимаемый язык визуального моделирования.
2)Снабдить исходные понятия языка UML возможностью расширения и специализации для более точного представления систем;
3)Описание языка UML должно включать в себя понимание общих особенностей ООпроектирования и анализа;
Интегрировать в себе новейшие достижения практики ООанализа и проектирования
В рамках языка UML все представления о модели сложной системы фиксируются в виде специальных графических конструкций, получивших название диаграмм. В терминах языка UML основными являются следующие виды диаграмм:
1. Диаграмма вариантов использования (use case diagram); 2. Диаграмма классов (class diagram);3. Диаграммы поведения (behavior diagrams):
3.1 Диаграмма состояний 3.2 Ди-ма деятельности 3.3 Д-мы взаимодействия 3.3.1 Д-ма последовательности
4. Диаграммы реализации ; 4.1 Диаграмма компонентов 4.2 Диаграмма развертывания.
Эти диаграммы составляют неотъемлемую часть графической нотации UML.Процесс ОО анализа и проектирования непрерывно связан с построением этих диаграмм.
Каждая из этих диаграмм детализирует различные представления о модели сложной системы в терминах языка UML. При этом диаграмма вариантов использования представляет собой наиболее общую концептуальную модель сложной системы, которая является исходной для построения всех остальных диаграмм.
Диаграмма классов является, логической моделью, отражающей статические аспекты структурного построения сложной системы. Диаграммы поведения также являются разновидностями логической модели, которые отражают динамические аспекты функционирования сложной системы.
Диаграммы реализации служат для представления физических компонентов сложной системы и поэтому относятся к ее физической модели.
Диаграммы поведения. Пять основных диаграмм поведения в UML используются для визуализации, специфицирования, конструирования и документирования динамических аспектов системы. Динамические аспекты программной системы охватывают такие ее элементы, как поток сообщений во времени и физическое перемещение компонентов по сети.
Диаграммы поведения в UML условно разделяются на 4 типа в соответствии с основными способами моделирования динамики системы:
1 диаграммы прецедентов описывают организацию поведения системы;
2. диаграммы последовательностей акцентируют внимание на временной упорядоченности сообщений;
4. диаграммы состояний описывают изменение состояния системы в ответ на события;
5. диаграммы деятельности демонстрируют передачу управления от одной деятельности к другой.
Диаграмма деятельности применяется для моделирования процессы выполнения операций.
На диаграммах деятельности присутствуют обозначения состояний и переходов. Каждое состояние на диаграмме деятельности соответствует выполнению некоторых элементарных операций, а переход в следующее состояние осуществляется только после завершения этой операции. Состояние деятельности не может иметь внутренних переходов. Действие внутри фигуры может быть описано на естественном или алгоритмическом яхыке.
Каждая диаграмма деятельности должна иметь единственное начальное и конечное состояние. На диаграмме деятельности переход обозначается сплошной линией со стрелкой. Ветвление обозначается ромбом, внутри которого текст не пишется. Для обозначения параллельных вычислений используют специальные символы распараллеливания и слияния параллельных потоков.
В данной диаграмме применяется специальные конструкции- ДОРОЖКИ.
Применительно к БП желательно выполнение каждого действия ассоциировать с каждым подразделением компании. В этом случае подразделение несет ответственность за реализацию конкретного действия, а сам БП представляется в виде переходов действий из одного подразделения в другое.
В общем случае действия выполняется над объектами, изображаются объекты в виде прямоугольника. Чаще всего изображаются на границе дорожек, показывая какой объект передается.
99. Описание интегрированной модели сложной системы средствами языка UML. Логические модели, отражающие динамические аспекты функционирования сложной системы (диаграммы поведения). Диаграмма последовательности.
UML: Язык UML представляет собой общецелевой унифицированный язык визуального моделирования, который разработан для спецификации, визуализации, проектирования и документирования компонентов ПО, БП и других систем. Язык UML одновременно является простым и мощным средством моделирования, который может быть использован для построения концептуальных, логических и физических моделей сложных систем различного назначения.
Этот язык предназначен для след. задач:
Предоставить в распоряжение пользователей легковоспринимаемый язык визуального моделирования.
2)Снабдить исходные понятия языка UML возможностью расширения и специализации для более точного представления систем;
3)Описание языка UML должно включать в себя понимание общих особенностей ООпроектирования и анализа;
Интегрировать в себе новейшие достижения практики ООанализа и проектирования
В рамках языка UML все представления о модели сложной системы фиксируются в виде специальных графических конструкций, получивших название диаграмм. В терминах языка UML основными являются следующие виды диаграмм:
1. Диаграмма вариантов использования (use case diagram); 2. Диаграмма классов (class diagram);3. Диаграммы поведения (behavior diagrams):
3.1 Диаграмма состояний 3.2 Ди-ма деятельности 3.3 Д-мы взаимодействия 3.3.1 Д-ма последовательности
4. Диаграммы реализации ; 4.1 Диаграмма компонентов 4.2 Диаграмма развертывания.
Эти диаграммы составляют неотъемлемую часть графической нотации UML.Процесс ОО анализа и проектирования непрерывно связан с построением этих диаграмм.Каждая из этих диаграмм детализирует различные представления о модели сложной системы в терминах языка UML. При этом диаграмма вариантов использования представляет собой наиболее общую концептуальную модель сложной системы, которая является исходной для построения всех остальных диаграмм.
Диаграмма классов является, логической моделью, отражающей статические аспекты структурного построения сложной системы. Диаграммы поведения также являются разновидностями логической модели, которые отражают динамические аспекты функционирования сложной системы.
Диаграммы реализации служат для представления физических компонентов сложной системы и поэтому относятся к ее физической модели.
Диаграммы поведения. Пять основных диаграмм поведения в UML используются для визуализации, специфицирования, конструирования и документирования динамических аспектов системы. Динамические аспекты программной системы охватывают такие ее элементы, как поток сообщений во времени и физическое перемещение компонентов по сети.
Диаграммы поведения в UML условно разделяются на 4 типа в соответствии с основными способами моделирования динамики системы:
1 диаграммы прецедентов описывают организацию поведения системы;
2. диаграммы последовательностей акцентируют внимание на временной упорядоченности сообщений;
4. диаграммы состояний описывают изменение состояния системы в ответ на события;
5. диаграммы деятельности демонстрируют передачу управления от одной деятельности к другой.
Для моделирования взаимодействия объектов во времени используется диаграмма последовательности. На диаграмме последовательности изображаются только те объекты, которые непосредственно учувствуют во взаимодействии и не показываются возможные статические ассоциации с другими объектами. Для диаграмм последовательности ключевым моментом является именно динамика взаимодействия объектов во времени.
Диаграмма последовательности имеет 2 измерения:
Слева направо в виде вертикальных линий, каждая из которых изображает линию жизни отдельного объекта, участвующего во взаимодействии. Графически каждый объект изображается в виде прямоугольника и располагается в верхней части линии жизни. Крайний слева изображается объект. Являющийся инициатором взаимодействия, правее изображается объект который непосредственно учавствует в этом взаимодействии.
Вертикальные временные оси , направленные сверху вниз, в начальный момент времени соответствует верхней точки. Каждое взаимодействие между объектами описывается совокупностью сообщений, которыми объекты обмениваются между собой.
Сообщение могут инициировать выполнение операций объектами соответствующего класса. Сообщения изображаются горизонтальными стрелками , соединяющие линии жизни. Возможна посылка сообщений самому себе. Т.о. в UML каждое сообщение ассоциируется с каким либо действием, которое должно быть выполнено принявшим его объектом. Сообщение бывают 2 типов: асинхронные и вызов метода.
На диаграмме последовательностей основное внимание уделяется временной упорядоченности событий. На них изображают множество объектов и посланные или принятые ими сообщения. Объекты, как правило, представляют собой анонимные или именованные экземпляры классов. Диаграммы последовательностей относятся к динамическому виду системы.