
- •2. Принципы построения реляционной бд. Состав реляционной субд.
- •3. Угрозы информационной безопасности. Виды угроз.
- •1. Средства модульного программирования: функции (назначение, описания, определения, вызов).
- •2. Объекты данных и объекты манипулирования данными в модели базы данных. Структурированный язык запросов sql. Общая характеристика групп операторов (подъязыки). Типы данных в sql.
- •3. Принципы обеспечения информационной безопасности.
- •1. Наследование в объектно-ориентированном программировании
- •2. Характеристика иерархической, сетевой, реляционной моделей бд.
- •3. Направления обеспечения информационной безопасности. Организационная защита.
- •1. Базовые алгоритмические операторы (if, switch, for, while).
- •2. Понятие транзакций. Базовые свойства транзакций. Методы управления транзакциями.
- •3. Направления обеспечения информационной безопасности. Инженерно-техническая защита.
- •1. Идентификаторы – имена программных объектов. Области действия.
- •2. Проектирование баз данных на основе модели "Сущность-связь". Основные элементы модели. Основные нотации, используемые для построения er диаграмм.
- •3. Межсетевые экраны и антивирусы. Назначение и виды.
- •1. Информатика. Массивы – простейший структурированный тип данных.
- •2. Архитектура субд и бд. Компоненты субд построенных по технологии клиент-сервер.
- •3. Криптографические методы защиты информации. Виды шифрования.
- •2. Проектирование бд на основе нормализации, характеристика 1nf, 2nf, 3nf.
- •3. Служба dns. Конфигурирование: зоны, ресурсные записи, виды серверов.
- •2. Основные характеристики ос. Многозадачность. Системы управления данными и файлами. Обеспечение аппаратно-программного интерфейса.
- •3. Служба dns. Назначение, принципы работы, виды запросов.
- •2. Операционные системы. Антивирусные программы и антивирусная технология. Проверка целостности. Стандартные служебные программы обслуживания дисков. Архиваторы.
- •3. Служба каталогов х.500. Основные понятия. Агенты, модели, объекты, схемы.
- •1. Гипертекстовый документ как средство обмена информацией и форма представления и отображения данных. Элементы гипертекстовой страницы и их атрибуты. Элементы языка html.
- •2. Сетевые ос. Структура сетевой ос. Одноранговые сетевые ос и ос с выделенными серверами.
- •1. Основные понятия теории моделирования систем. Понятия системы, ее модели и моделирования.
- •2. Операционные системы. Управление процессорами и заданиями в однопроцессорном вычислительном комплексе. Алгоритмы планирования процессов. Три основных уровня планирования.
- •3. Особенности построения и организации эс. Основные режимы работы эс.
- •1. Классификация видов моделирования систем.
- •2. Операционные системы. Иерархическая структура файловой системы. Физическая организация файловой системы. Обработка прерываний.
- •3. Технология разработки эс.
- •1. Сетевые модели. Отображение динамики системы сетями Петри.
- •2. Операционные системы. Методы распределения памяти с использованием дискового пространства. Страничное распределение. Сегментное распределение. Странично-сегментное распределение.
- •3.Интеллектуальные ис. Формирование и оценка компетентности группы экспертов. Характеристика и режимы работы группы экспертов.
- •1. Дискретно – стохастические модели. Математический аппарат систем массового обслуживания.
- •2. Основные классы архитектур программных средств.
- •3. Эс с неопределёнными знаниями. Теория субъективных вероятностей в условиях неопределённости.
- •1. Статическое моделирование на эвм. Моделирование дискретных и непрерывных случайных величин.
- •2. Жизненный цикл программного средства.
- •3. Задачи обработки экспертных оценок. Групповая экспертная оценка объектов при непосредственном оценивании.
- •Билет №17
- •1 . Универсальные языки (с, Delphi, Pascal)
- •2. Специализированные языки (gpss, siman, slam).
- •3. Имитационные среды (Extend, gpss World, Anylogic)
- •Билет №18
- •Билет №19
- •Билет №20
- •3. Виды отказов в информационных системах.
- •1. Эвм с нетрадиционной архитектурой. Классификация эвм по Флину.
- •2. Методы разработки структуры программ.
- •3. Количественные показатели надежности ис. Вероятность безотказной работы. Интенсивность отказов.
- •1.Понятия позиционных систем счисления. Основные типы позиционных систем в эвм. Представления отрицательных чисел в эвм. Прямой, обратный и дополнительный коды.
- •2. Основные классы архитектур программных средств.
- •3. Основы теории Демстера-Шеффера: фрейм различия, базовая вероятность.
- •1. Структура эвм с одной системной шиной. Понятие системной шины. Классификация линий шины. Их назначение. (Архитектура эвм)
- •2. Понятие внешнего описания программного средства. (Технология программирования)
- •3. Понятие isdn. Краткая историческая справка о появлении isdn. Технология isdn. (ИиОп)
- •1. Запоминающие устройства (зу). Основные показатели зу. Внутренние и внешние зу.
- •2. Содержание процесса определения требований к информационной системе.
- •3.Компоненты сетей isdn. Структура построения isdn.
- •Кмпоненты isdn
- •1. Способы обмена данными. Принцип программного обмена данными. Обмен по прерываниям. Обмен в режиме прямого доступа к памяти. (Архитектура эвм)
- •2. Функциональная спецификация программного средства. (Технология программирования)
- •3. Стандарты Internet как основа стандартизации в открытых системах. Стадии стандартизации протокола. (Открытые системы и сети)
- •1. Накопители на гибких и жестких магнитных дисках. Магнитооптические и оптические диски. Принципы хранения информации. Носители на оптических дисках.
- •2. Понятие тестирования программного средства. Содержание процесса тестирования. Артефакты Процесса тестирования. Тестовый пример, процедура…
- •Артефакт: Тестовый пример
- •3. Общая характеристика процесса разработки. Основные подпроцессы (рабочие процессы) процесса разработки. Продукты пр, его состав.
- •1. Последовательные интерфейсы связи rs-232. Шина usb. Firewire. (Архитектура эвм)
- •2. База знаний как элемент экспертной системы. Необходимые условия представления знаний. (эс)
- •3. Модели жизненного цикла ис. Стадии моделей жц. Основные модели. Модель проектирования msf. (пис)
- •1.Система. Основные понятия и определения. Элемент системы. Связь. Цель функционирования системы. Модели системы различного уровня.
- •2.Логические модели и логическое программирование. Простейшие конструкции языка предикатов (понятия), правильно построенные формулы.[X]
- •3.Содержание исходной фазы разработки ис. Формирование требований. Документ концепция ис. Отображение требований в моделях ис
- •1. Закономерности систем. Иерархичность. Целостность. Интегративность. Коммуникативность.(типис)
- •2. Системы построения на знаниях. Понятие знаний, фактов и правил. Независимость знаний и процедур обработки.(Представления знаний в ис)
- •3. Структура информационно-логической модели ис. Состав моделей uml. Диаграмма модели классов. Модель классов.(пис)
- •1. Информация. Основные понятия и определения. Синтаксический, семантический, прагматический аспекты информации. Количественные меры оценки информации. Понятие информационной системы.
- •2.Унификаторы. Этапы решения задач и извлечение ответа с использованием логического программирования
- •Модели состава и структура системы. Характеристика математического аппарата, используемого для их описания.
- •2. Семантические сети, элементы семантической сети и их отношения. Представление структуры понятий семантической сетью. (Представления знаний в ис)
- •1.Анализ структуры системы на основе топологических описаний (теории графов). Выявление циклов и цепей. Алгоритмы поиска цепей. Построение остового дерева. Построение наименьшего остового дерева.
- •2. Представление событий семантической сетью. Получение вывода с помощью семантической сети.
- •3. Понятие сценариев выполнения функций ис. Их отображение с помощей моделей uml (Диаграммы деятельности, взаимодействия, состояний) и sadt (idef 3).[X]
- •1. Представление сетей на основе сетевых графов. Задача поиска максимального потока в сети. (типис)
- •2. Продукционные модели. Механизм функционирования систем продукции. Прямая и обратная цепочки рассуждений в системе продукций. (Представления знаний в ис)
- •3. Выявление объектов и классов ис. Типы объектов и классов по положению их в ис. (пис)
- •1.Описание систем на основе объектно-ориентированного подхода. Модель классов. Модель состояний. Переходы. События.
- •2.Фреймовые системы и их функционирование. Обобщенная структура фрейма. Представление знаний фреймами.
- •3.Управление проектом ис. Выделенные роли исполнителей. Риски, управление рисками.
- •1. Основные понятия и определения теории автоматического управления.
- •2. Количественная мера информации (комбинаторное определение количества информации. Определение количества информации по к. Шеннону).
- •3. Основные документы проектирования ис.
Модели состава и структура системы. Характеристика математического аппарата, используемого для их описания.
Модель состава системы отображает, из каких частей (подсистем и элементов) состоит система. Главная трудность в построении модели состава заключается в том, что разделение целостной системы на части является относительным, условным, зависящим от целей моделирования (это относится не только к границам между частями системы, но и к границам самой системы). Кроме того, относительным является и определение самой малой части – элемента.
Пример:
Семья – подсиситемы ( члены семьи, имущество семьи) – элементы (муж, жена, предки, потомки, общее жилье, имущество)
Модель структуры системы содержит информацию о взаимосвязи отдельных элементов систем.
Совокупность необходимых и достаточных для достижения цели отношений между элементами называется структурой системы.
Виды:
Линейная. Взаимосвязи могут быть двунаправленными и однонаправленными.
2) Древовидная. Путь к каждому элементу только один.
3) Решётчатая (регулярная) структура. Примером являются вычислительные схемы численных методов.
4) Нерегулярная структура. Применяется для решения схемно-топологических задач, задач компоновки.
5) Структура с обратной связью. Имеет важное значение в природе. С точки зрения техники обеспечивает устойчивость системы.
Модели структуры имеют самостоятельное значение. Очень часто модели состава и структуры объединяются. При достаточной подробности моделей состава и структуры эти модели превращают чёрный ящик в прозрачный.
Возможные трудности построения модели состава. Эта задача не имеет однозначного решения в силу следующих причин.
1. Понятие элемента, элементарности можно определить по-разному.
2. Как и любые модели, модель состава является целевой, и для различных целей модель состава будет разной. Пример: как будет выглядеть модель предприятия с точки зрения директора, главбуха, начальника пожарной охраны?
3. Всякое разделение целого на части является в определенной степени условным. Другими словами, границы между подсистемами условны, относительны. То же можно сказать о границах самой системы с окружающей средой.
2. Семантические сети, элементы семантической сети и их отношения. Представление структуры понятий семантической сетью. (Представления знаний в ис)
Семантическая сеть – система знаний, имеющая определенный смысл в виде сети, узлы которой соответствуют понятиям и объектам, а дуги соответствуют отношениям между объектами. В семантической сети существуют понятия двух типов: 1) Отношение включения или совпадения (IS A) 2) Целая часть (PART OF) Например: «Дельфин» IS A «млекопитающее» «Глаз» PART OF «лица»
Семантическая сеть как Prolog программа Если сеть рассматривается как описание отношений, то ее можно описать как Prolog программу является(«ласточка»,«птица») имеет(«птица»,«крылья») имеет(Х,У):–является(Х,Z),имеет(Z,Y)
Элементы семантической сети Семантическая сеть – ориентированный граф, элементами которого являются вершины и дуги, причем они имеют имя. Вершинам соответствуют понятия, события, свойства. Понятия – сведения об объектах какой–либо предметной области. События – действия, которые определяются указателем типа действия и указанием ролей, которые играют объекты в этом действии. Свойства используются для уточнения понятий и событий. Для понятия свойства описывают особенности и характеристики объекта (цвет, вес), а события – время, место, продолжительность. Дуги – отношения, которые разделяются на четыре части: лингвистические, логические, теорико–множественные, квантифицированные. Лингвистические отношения отображают смысловую взаимосвязь между событиями и понятиями, событиями и свойствами. Они бывают глагольные (выражаются в форме глагола), атрибутные (свойства объекта), падежные. Логические отношения – используются элементы алгебры логики. Теорико–множественные – отношения, целая часть отношения множества и элементов, и отношения подмножества (IS A, PART OF). Квантифицированные – отношения, в которых используются и Представление структуры понятий в семантической сети Основой любого понятия является множество его отношений с другими понятиями. Обязательными отношениями является класс, которому принадлежит данное понятие, свойства, выделяющие понятие из данного класса, пример (экземпляр) данного понятия
3.
Разработка пользовательского интерфейса
ИС. Принципы разработки пользовательского
интерфейса. Типы пользовательского
интерфейса. Организация связи интерфейса
пользователя с прикладной компонентой.
(ПИС)
Технологии пользовательского уровня
Пользовательский интерфейс - это часть приложения, получающая информацию от пользователя и отображающая ее.
Пользовательский уровень отвечает за отображение данных, поступающих от прикладных объектов, а также за отображение объектов данных и получение информации от пользователей.
Выбор архитектуры пользовательского уровня
Выбор интерфейса для сервисов пользовательского уровня иногда представляет собой трудную задачу - выбрать из двух возможных интерфейсов: обычного или Web. Часто приходится реализовать оба варианта.
Пользовательский уровень «родных» приложений
Приложения, клиентская часть которых обращается к средствам операционной системы, называют «родными» для этой ОС. Для выполнения своих функций эти приложения используют прикладные интерфейсы операционной системы. При написании Windows- приложений для таких операционных систем, как Windows применяется API Win32. Среда Win32 предоставляет разработчикам большие возможности для создания пользовательского интерфейса. Операционные системы располагают мощными средствами поддержки дополнительных технологий, которые можно применять в приложениях.
Для разработки «родных» приложений можно применять различные языки программирования и среды разработки, в том числе Microsoft Visual C++, Microsoft Visual Basic и Microsoft Visual J++. Когда приложение готово, его компилируют, собирают и устанавливают на клиентские системы.
Если вы хотите использовать возможности других приложений, установленных на компьютерах-клиентах, лучше выбрать обычное приложение, которое способно взаимодействовать с другими программами.
Пользовательский уровень с Web-интерфейсом
Web-интерфейс предлагает почти универсальные методы распространения и готовые средства отображения. Свободно распространяемые Web-обозреватели обладают простыми интерфейсами, увеличивающими эффективность развертывания приложений. Web-интерфейс позволяет значительно сократить затраты времени на установку и сопровождение, так как приложения распространяются среди пользователей не вручную. Важно помнить, что Web-интерфейсы изначально предназначались для отображения информации на экране. В последнее же время, благодаря появлению языков сценариев, к их возможностям добавилось и выполнение программ. Перемещение по документам осуществляется посредством гиперссылок, которые способны вызвать выполнение программы на данной странице или в другом файле, как, например, при использовании динамического языка HTML (DHTML).
Комбинированный пользовательский уровень
Не следует рассматривать «родной» и Web-интерфейсы как взаимоисключающие варианты. Любая программа может обладать двумя интерфейсами.
Основы проектирования интерфейса
Сначала лучше прорисовать пользовательский интерфейс на бумаге, определить необходимые элементы, их относительную важность и взаимосвязи. Принципы проектирования одинаково подходят как для обычных интерфейсов, так и для интерфейсов на основе Web. Программный код, реализующий эти принципы для разных типов приложений, иногда сильно отличается, однако последовательность проектирования пользовательского интерфейса остается неизменной,
Элементы пользовательского интерфейса
Стили интерфейса
В мире Windows-приложений не все пользовательские интерфейсы выглядят и ведут себя одинаково. Существует три основных стиля и один дополнительный.
- Однодокументный интерфейс (Single-Document Interface, SDI) - В этой программе можно открыть только один документ. Его надо закрыть прежде, чем вы сможете открыть новый (WordPad).
- Многодокументный интерфейс (Multiple-Document Interface, MDI) - В них разрешается одновременно открывать несколько документов, каждый в своем окне (Microsoft Office).
- Интерфейс в стиле Explorer - это окно, состоящее из двух панелей, в одной из которых отображается дерево (слева), а другая представляет собой область отображения текущего элемента дерева (справа) (Проводник Windows).
- Отчет - Информация в таком интерфейсе отображается в любом формате - графическом, табличном, текстовом или комбинированном, Многие приложения позволяют отображать отчеты или печатать их на принтере.
Диалоговые окна
Большинство приложений взаимодействуют с пользователем. Для запроса данных, необходимых для работы программы, в Windows- приложениях служат диалоговые окна. Это форма специального типа, которая отображает информацию и, как правило, требует в ответ каких-либо действий со стороны пользователя. Обычно, чтобы продолжить работу с приложением, диалоговое окно нужно закрыть.
Композиция
Композиция или размещение элементов пользовательского интерфейса определяет не только его эстетику, но и удобство применения.
Размещение элементов управления
Размещение должно подчеркивать иерархию: важные элементы следует помешать на видное место (верхний левый угол), а маловажные или редко используемые - на менее заметное.
Важно также объединение элементов управления в группы. Группировать элементы следует в соответствии с назначением.
В таких формах ввода, как диалоговые панели, важен осмысленный порядок обхода с помощью кнопки Tab.
Согласованность элементов пользовательского интерфейса
Для достижения согласованности следует на ранних фазах проектирования выработать стратегию и соглашения о стиле. Типы элементов управления, их размеры, способы группирования, цветовую гамму и шрифты надо определять заранее.
Понятность элементов
Назначение интуитивно понятных элементов можно определить по их внешнему виду.
Использование разделителей
Разделители подчеркивают важность некоторых элементов, в результате чего работа с приложением становится более удобной. Обычно разделителями служит пустое пространство вокруг или между данными формы.
Простота дизайна
Вероятно, самое важное в дизайне интерфейса - его простота. Если интерфейс приложения сложен, то, скорее всего, и самим приложением трудно пользоваться. И с эстетической точки зрения ясный и простой дизайн всегда предпочтительнее.
Цвет и изображения
Использование цвета делает интерфейс значительно более привлекательным, но важно не переусердствовать. Выбор цвета зависит от предполагаемых пользователей приложения и от настроения, которое хотят передать дизайнеры.
Изображения и значки
Панели инструментов со значками, изображающими различные функции, очень полезны, но если пользователи не смогут сразу же понять, что на них нарисовано, работа только замедлится. При выборе значков для панелей инструментов стоит придерживаться уже действующих стандартов. При создании значков и изображений лучшее правило - простота.
Шрифты
Лучше всего задействовать простые шрифты везде, где возможно. Обычно в интерфейсе используют стандартные шрифты Windows: Arial, Times New Roman или System. При проектировании приложения для пользователей разных стран важно исследовать шрифты, популярные в этих странах. Желательно не использовать более двух шрифтов двух или трех размеров.
Удобство использования
Удобство приложения определяют пользователи. Проектирование интерфейса - итерационный процесс. Привлечение пользователей к проектированию на ранних стадиях поможет разработать отличный, удобный интерфейс с меньшими усилиями. При проектировании стоит учесть и собственный опыт разработчиков как пользователей программного обеспечения.
Модель помощи пользователям
Модель помощи пользователям должна включать в себя как встроенную справочную систему, так и печатную документацию. Кроме того, можно добавить всплывающие подсказки, статусные строки, подсказки «Что это такое?» и мастера.
Билет №32