
- •1. Архитектура эвм и систем. Операционные системы.
- •Структура вычислительной системы
- •Эволюция вычислительных систем.
- •Основные понятия ос
- •Архитектурные особенности ос
- •Классификация ос
- •Понятие процесса.
- •Состояния процесса.
- •Операции над процессами и связанные с ними понятия.
- •Уровни планирования процессов.
- •Критерии планирования и требования к алгоритмам.
- •Алгоритмы планирования.
- •Категории средств обмена информацией.
- •Понятие об информации и формах ее представления
- •Понятие архитектуры эвм
- •Системы счисления
- •Процессоры с классической архитектурой
- •Принцип совмещения операций
- •Рабочий цикл процессора
- •Конвейерные процессоры
- •Процессор пересылок
- •Архитектуры процессоров и форматы данных
- •Подходы к организации вычислительного процесса и потоковые машины
- •Архитектура памяти
- •Архитектурные решения ввода-вывода данных
- •Параллельная обработка
- •2. Проектирование информационных систем. Разработка
- •Понятие информационной системы (ис). Классификация ис. Определение ис
- •Классификация ис
- •Классификация по масштабу
- •Классификация по архитектуре
- •Классификация по характеру использования информации
- •Классификация по системе представления данных
- •Классификация по поддерживаемым стандартам управления и технологиям коммуникации
- •Классификация по степени автоматизации
- •Обеспечивающие подсистемы ис. Обеспечивающие подсистемы эис
- •Понятие жизненного цикла (жц) ис. Модели жц. Процессы жц
- •Основные процессы:
- •Вспомогательные процессы:
- •Организационные процессы:
- •Состав стадий и этапов канонического проектирования ис Каноническое проектирование ис
- •Методика проведения обследования предметной области Проведение предпроектного обследования предприятий
- •Результаты предпроектного обследования
- •6. Техническое задание (тз) на создание автоматизированной системы: структура тз и основное содержание разделов
- •7. Типовое проектирование ис Типовое проектирование ис
- •8. Структурная модель предметной области. Основные аспекты моделирования Структурная модель предметной области
- •Объектная структура
- •Функциональная структура
- •Структура управления
- •Организационная структура
- •Техническая структура
- •9. Функциональная методика idef Функциональная методика idef0
- •10. Функциональная методика потоков данных Функциональная методика потоков данных
- •11. Объектно-ориентированная и синтетическая методики моделирования предметной области Объектно-ориентированная методика
- •Синтетическая методика
- •12. Унифицированный язык моделирования Unified Modeling Language (uml). Виды диаграмм Унифицированный язык визуального моделирования Unified Modeling Language (uml)
- •13. Элементы графической нотации диаграммы вариантов использования Диаграмма вариантов использования как концептуальное представление бизнес-системы в процессе ее разработки.
- •Отношения на диаграмме вариантов использования
- •Дополнительные обозначения языка uml для бизнес-моделирования
- •14. Элементы графической нотации диаграммы классов
- •Имя класса
- •Атрибуты класса
- •Операции класса
- •Расширение языка uml для построения моделей программного обеспечения и бизнес-систем
- •Интерфейс
- •15. Элементы графической нотации диаграммы деятельности Диаграмма деятельности и особенности ее построения
- •Состояния деятельности и действия
- •Переходы на диаграмме деятельности
- •Дорожки
- •Объекты на диаграмме деятельности
- •16. Назначение и этапы целеориентированного процесса проектирования
- •17. Пять уровней разработки опыта взаимодействия
- •18. Понятие информационной архитектуры сайта и методы её разработки
- •19. Преимущества персонажей как средства проектирования
- •20. Основные этапы разработки персонажей
- •21. Типы персонажей и их особенности
- •22. Сценарный подход к проектированию
- •23. Разновидности сценариев
- •24. Карты сайтов и диаграммы потоков задач
- •25. Назначение и содержание аннотированного макета сайта
- •3. Информационные сети
- •Что такое маршрутизация? Дать определение и основные принципы работы.
- •Дайте определение понятиям «удаленный доступ» и «удаленный офис». Назовите два основных отличия.
- •Что такое физическая среда передачи данных?
- •Какие линии связи Вы знаете? Дать краткое описание и характеристики.
- •Назовите основные виды сетевого оборудования и его назначение.
- •Что такое топология сети? Назовите виды и различия.
- •Какие основные требования предъявляются к сетям? Обоснуйте необходимость каждого требования.
- •Дайте определение понятий: терминал, рабочая станция, клиент, сервер. Назовите различия.
- •Безопасность компьютерных сетей. Назовите основные принципы и способы организации.
- •4. Администрирование в информационных системах
- •Определите 4 уровня сетевой модели tcp/ip. Какова структура ip-адреса? Зачем нужен адрес подсети и адрес узла?
- •Как происходит процесс разрешения имен в ip-адреса? Какие основные записи dns вы знаете? Опишите назначение dns-зон прямого и обратного просмотра.
- •Опишите алгоритм взаимодействия узлов, размещенных в одной подсети и в разных подсетях. Что такое таблица маршрутизации?
- •Что такое dhcp и каков процесс присвоения ip-адреса хосту? Какие основные параметры присваиваются хосту через dhcp?
- •Что такое механизм сетевого предобразования адресов (nat)? Как он работает?
- •Опишите основные типы raid-массивов (0,1,5,10). Их основные отличия.
- •Зачем нужны домены? Опишите их преимущества по сравнению с рабочей группой. Какая информация хранится в каталоге Active Directory?
- •Для чего используются групповые политики Active Directory? Какие 2 основных раздела в групповой политике и в какой момент они применяются на пк пользователя?
- •Опишите процесс авторизации клиента через протокол Kerberos v5/
- •Как происходит доступ к ресурсам при использовании Kerberos v5?
- •Что такое мониторинг производительности? Какие основные системные счетчики используются для диагностики проблем, связанных с производительностью?
- •Опишите основные шаги по поиску проблем с производительностью сетевых приложений.
- •5. Информационная безопасность
- •Какие 3 свойства информации обеспечивает информационная безопасность? Что такое угрозы информации? Основные 4 типа угроз. На какие свойства информации влияет каждый из них и почему?
- •Что такое шифр, ключ, шифрование данных? Опишите отличия симметричных и несимметричных криптографических алгоритмов
- •Опишите действия злоумышленника при типовой удаленной атаке, атаках на поток данных (атака повтором, «злоумышленник-посредник», атака на основе сетевой маршрутизации)
- •6. Компьютерная геометрия и графика. Информационные системы в строительстве
- •Системы цветов в компьютерной графике.
- •Аддитивные цветовые модели.
- •Субтрактивные цветовые модели.
- •Виды двухмерной графики.
- •Векторная графика.
- •Растровая графика.
- •Сапр и деловая графика.
- •Специальные информационные системы в строительстве (сапр и асу)
- •Комплекс технических средств сапр для работы с информацией
- •Информационное обеспечение сапр, базы данных
- •Системный подход в науке и его применение в строительстве
- •Системный анализ строительных объектов, его этапы
- •Методы принятия решений в проектировании
- •Понятие модели и моделирования
- •Европейские нормы проектирования строительных конструкций.
- •Современный рынок программного обеспечения сапр
- •Параметрическое моделирование – основа построения современных ис автоматизированного проектирования.
- •Стадии проектирования строительного объекта.
- •Примерный состав эскизного проекта
- •Концептуальный проект возведения строительного объекта
- •Виды обеспечения систем автоматизированного проектирования (состав сапр)
- •Основные концепции и технология организации процесса проектирования (на примере АrchiCad)
- •Классификация технических средств документирования сапр.
- •Основные производители средств технической документации сапр
Отношения на диаграмме вариантов использования
Отношение (relationship) — семантическая связь между отдельными элементами модели.
Между элементами диаграммы вариантов использования могут существовать различные отношения, которые описывают взаимодействие экземпляров одних актеров и вариантов использования с экземплярами других актеров и вариантов. Один актер может взаимодействовать с несколькими вариантами использования. В этом случае этот актер обращается к нескольким сервисам данной системы. В свою очередь один вариант использования может взаимодействовать с несколькими актерами, предоставляя для всех них свой сервис.
В то же время два варианта использования, определенные в рамках одной моделируемой системы, также могут взаимодействовать друг с другом, однако характер этого взаимодействия будет отличаться от взаимодействия с актерами. Однако в обоих случаях способы взаимодействия элементов модели предполагают обмен сигналами или сообщениями, которые инициируют реализацию функционального поведения моделируемой системы.
В языке UML имеется несколько стандартных видов отношений между актерами и вариантами использования:
ассоциации (association relationship)
включения (include relationship)
расширения (extend relationship)
обобщения (generalization relationship)
При этом общие свойства вариантов использования могут быть представлены тремя различными способами, а именно — с помощью отношений включения, расширения и обобщения.
Отношение ассоциации – одно из фундаментальных понятий в языке UML и в той или иной степени используется при построении всех графических моделей систем в форме канонических диаграмм. Применительно к диаграммам вариантов использования ассоциация служит для обозначения специфической роли актера при его взаимодействии с отдельным вариантом использования. Другими словами, ассоциация специфицирует семантические особенности взаимодействия актеров и вариантов использования в графической модели системы. На диаграмме вариантов использования, так же как и на других диаграммах, отношение ассоциации обозначается сплошной линией между актером и вариантом использования. Эта линия может иметь некоторые дополнительные обозначения, например, имя и кратность (рис. 3.3).
Рис. 3.3. Пример графического представления отношения ассоциации между актером и вариантом использования
В контексте диаграммы вариантов использования отношение ассоциации между актером и вариантом использования может указывать на то, что актер инициирует соответствующий вариант использования. Такого актера называют главным. В других случаях подобная ассоциация может указывать на актера, которому предоставляется справочная информация о результатах функционирования моделируемой системы. Таких актеров часто называют второстепенными. Более детальное описание семантических особенностей отношения ассоциации будет дано при рассмотрении других диаграмм в последующих лекциях.
Включение (include) в языке UML — это разновидность отношения зависимости между базовым вариантом использования и его специальным случаем. При этом отношением зависимости (dependency) является такое отношение между двумя элементами модели, при котором изменение одного элемента (независимого) приводит к изменению другого элемента (зависимого).
Отношение включения устанавливается только между двумя вариантами использования и указывает на то, что заданное поведение для одного варианта использования включается в качестве составного фрагмента в последовательность поведения другого варианта использования. Данное отношение является направленным бинарным отношением в том смысле, что пара экземпляров вариантов использования всегда упорядочена в отношении включения.
Так, например, отношение включения, направленное от варианта использования "Предоставление кредита в банке" к варианту использования "Проверка платежеспособности клиента", указывает на то, что каждый экземпляр первого варианта использования всегда включает в себя функциональное поведение или выполнение второго варианта использования. В этом смысле поведение второго варианта использования является частью поведения первого варианта использования на данной диаграмме. Графически данное отношение обозначается как отношение зависимости в форме пунктирной линии со стрелкой, направленной от базового варианта использования к включаемому варианту использования. При этом данная линия помечается стереотипом <<include>>, как показано на рис. 3.4.
Рис. 3.4. Пример графического изображения отношения включения между вариантами использования
Семантика этого отношения определяется следующим образом. Процесс выполнения базового варианта использования включает в себя как собственное подмножество последовательность действий, которая определена для включаемого варианта использования. При этом выполнение включаемой последовательности действий происходит всегда при инициировании базового варианта использования.
Один вариант использования может входить в несколько других вариантов, а также содержать в себе другие варианты. Включаемый вариант использования является независимым от базового варианта в том смысле, что он предоставляет последнему инкапсулированное поведение, детали реализации которого скрыты от последнего и могут быть легко перераспределены между несколькими включаемыми вариантами использования. Более того, базовый вариант зависит только от результатов выполнения включаемого в него варианта использования, но не от структуры включаемых в него вариантов.
Отношение расширения (extend) определяет взаимосвязь базового варианта использования с другим вариантом использования, функциональное поведение которого задействуется базовым не всегда, а только при выполнении дополнительных условий.
В языке UML отношение расширения является зависимостью, направленной к базовому варианту использования и соединенной с ним в так называемой точке расширения. Отношение расширения между вариантами использования обозначается как отношение зависимости в форме пунктирной линии со стрелкой, направленной от того варианта использования, который является расширением для базового варианта использования. Данная линия со стрелкой должна быть помечена стереотипом <<extend>>, как показано на рис. 3.5.
Рис. 3.5. Пример графического изображения отношения расширения между вариантами использования
В изображенном фрагменте имеет место отношение расширения между базовым вариантом использования "Предоставление кредита в банке" и вариантом использования "Предоставление налоговых льгот". Это означает, что свойства поведения первого варианта использования в некоторых случаях могут быть дополнены функциональностью второго варианта использования. Для того чтобы это расширение имело место, должно быть выполнено определенное логическое условие данного отношения расширения.
Отношение расширения позволяет моделировать таким образом, что один из вариантов использования должен присоединять к своему поведению дополнительное поведение, определенное для другого варианта использования. В то же время данное отношение всегда предполагает проверку условия и ссылку на точку расширения в базовом варианте использования. Точка расширения определяет место в базовом варианте использования, в которое должно быть помещено расширение при выполнении соответствующего логического условия. При этом один из вариантов использования может быть расширением для нескольких базовых вариантов, а также иметь в качестве собственных расширений другие варианты. Базовый вариант использования не зависит от своих расширений.
Семантика отношения расширения определяется следующим образом. Если базовый вариант использования выполняет некоторую последовательность действий, которая определяет его поведение, и при этом имеется точка расширения на экземпляр другого варианта использования, которая является первой из всех точек расширения у базового варианта, то проверяется логическое условие данного отношения. Если это условие выполняется, исходная последовательность действий расширяется посредством включения действий другого варианта использования. Следует заметить, что условие отношения расширения проверяется лишь один раз — при первой ссылке на точку расширения, и если оно выполняется, то все расширяющие варианты использования вставляются в базовый вариант.
Два и более актера могут иметь общие свойства, т. е. взаимодействовать с одним и тем же множеством вариантов использования одинаковым образом. Такая общность свойств и поведения представляется в виде отношения обобщения с другим, возможно, абстрактным актером, который моделирует соответствующую общность ролей.
Графически отношение обобщения обозначается сплошной линией со стрелкой в форме не закрашенного треугольника, которая указывает на родительский вариант использования (рис. 3.6). Эта линия со стрелкой имеет специальное название — стрелка-обобщение.
Рис. 3.6. Пример графического изображения отношения обобщения между вариантами использования
В данном примере отношение обобщения указывает на то, что вариант использования "Предоставление кредита корпоративным клиентам" - специальный случай варианта использования "Предоставление кредита клиентам банка". Другими словами, первый вариант использования является специализацией второго варианта использования. При этом вариант использования "Предоставление кредита клиентам банка" еще называют предком или родителем по отношению к варианту использования "Предоставление кредита корпоративным клиентам", а последний вариант называют потомком по отношению к первому варианту использования. Следует подчеркнуть, что потомок наследует все свойства поведения своего родителя, а также может обладать дополнительными особенностями поведения.
Отношение обобщения между вариантами использования применяется в том случае, когда необходимо отметить, что дочерние варианты использования обладают всеми особенностями поведения родительских вариантов. При этом дочерние варианты использования участвуют во всех отношениях родительских вариантов. В свою очередь, дочерние варианты могут наделяться новыми свойствами поведения, которые отсутствуют у родительских вариантов использования, а также уточнять или модифицировать наследуемые от них свойства поведения.