- •1.Методы отделения корней уравнения.
- •2. Проект. Классификация проектов.
- •1. Уточнение корней уравнения. Метод деления отрезка пополам, метод секущих.
- •2. Основные фазы проектирования информационных систем
- •3. Унифицированный язык моделирования uml
- •4. Четыре уровня модели tcp/ip стека
- •5. Базовые понятия моделирования (определение модели, адекватность и точность, процесс моделирования, функции и цели моделирования, моделирование и научный эксперимент).
- •6. Файлы и файловые системы
- •1. Уточнение корней уравнения. Методы касательных (Ньютона).
- •2. Понятие жизненного цикла информационных систем. Процессы жц ис.
- •3. Варианты использования uml
- •4. Уникальный 32-битный ip-адрес в InterNet
- •5. Классификация моделей (по способу представления, назначению, степени соответствия объекту). Примеры моделей
- •6. Архитектура бд. Физическая и логическая независимость
- •1. Аппроксимация функций.
- •2. Структура жизненного цикла информационных систем.
- •3. Сопоставление и взаимосвязь структурного и объектно-ориентированного подходов.
- •4. Инкапсуляция пакетов в стеке tcp/ip
- •5. Классификация моделей по способу реализации.
- •6. Процесс прохождения пользовательского запроса.
- •2. Модели жизненного цикла информационных систем. Краткая характеристика
- •3. Методология объектно – ориентированного анализа и проектирования
- •4. Основные задачи протокола ip
- •5. Основные этапы имитационного моделирования.
- •6. Пользователи банков данных.
- •2. Каскадная модель жц ис. Основные этапы разработки. Основные достоинства
- •3. Иерархия диаграмм. Sadt
- •4. Основные особенности протокола tcp.
- •4. Первоначальная загрузка и ведение бд:
- •5. Защита данных:
- •1. Численное дифференцирование
- •2. Каскадная модель жц ис. Недостатки каскадной модели.
- •3. Сущность структурного подхода проектирования ис
- •4. Основные особенности протокола udp.
- •5. Имитационное моделирование и компьютерное моделирование. Основные особенности имитационных моделей
- •1.Инфологические:
- •3.Физические модели
- •1. Численное интегрирование. Геометрический смысл численного интегрирования
- •2. Спиральная модель жц ис. Итерации. Преимущества и недостатки спиральной модели
- •3. Оценка затрат на разработку по.
- •4. Древовидная структура доменных имен.
- •5. Определение системы. Свойства систем и их характеристики. Классификация систем
- •6. Иерархическая модель данных
- •1. Простейшие формулы численного интегрирования.
- •2. Методология и технология создания ис. Основные задачи и требования
- •3. Средства тестирования по.
- •4. Алгоритм разрешения имен в службе dns.
- •5. Области применения имитационного моделирования. Основные преимущества и недостатки
- •6. Сетевая модель данных.
- •1. Обобщение простейших формул численного интегрирования.
- •2. Методология rad. Основные принципы.
- •3. Управление проектом по.
- •4. Url схема http
- •5. Основные этапы имитационного моделирования
- •6. Реляционная модель данных основные понятия
- •2. Методология rad. Объектно-ориентированный подход. Объектно-ориентированное программирование.
- •3. Примеры комплексов case-средств.
- •4. Двухканальное соединение по протоколу ftp
- •5. Концептуальная модель.
- •2) Определение концептуальной модели.
- •6. Реляционная алгебра операции над отношениями
- •1. Метод Эйлера решения задачи Коши для оду 1-го порядка.
- •2. Основные информационные процессы и их характеристика.
- •3. Основы методологии проектирования ис
- •4. Пассивный режим ftp
- •5. Информационная модель. Основные способы сбора исходных данных. Метод Дэльфы
- •6. История развития sql
- •1. Одномерные задачи оптимизации
- •2. Фазы жизненного цикла в рамках методологии rad
- •3. Жизненный цикл по ис.
- •5. Общая характеристика инструментальных средств моделирования. Языки системы моделирования
- •6. Системный анализ предметной области
- •1. Многомерные задачи оптимизации.
- •Метод покоординатного спуска
- •Метод градиентного спуска
- •3. Модели жизненного цикла по
- •4. Схема работы резервных почтовых серверов в протоколе smtp.
- •5. Факторы выбора инструментальных средств моделирования. Механизмы формирования системного времени.
- •6. Инфологическая модель данных. "Сущность-связь"
- •1. Задачи линейного программирования
- •2. Основные понятия теории систем
- •3. Общие требования к методологии и технологии.
- •4. Диагностика маршрута (traceroute) с использованием протокола udp и icmp
- •5. Верификация моделей. Проверка адекватности и корректировка имитационной модели
- •1. Методы отделения корней уравнения.
- •I. Чтобы отделить корень аналитически, достаточно найти такой отрезок [a, b], на котором выполняются 3 условия:
- •II. Чтобы отделить корень графически, необходимо построить график функции f(X) на промежутке изменения X, тогда абсцисса точки пересечения графика функции с осью ох есть корень уравнения.
- •3. Методология rad.
- •4. Четыре уровня модели tcp/ip стека
- •5. Планирование экспериментов с имитационной моделью (стратегическое и тактическое планирование).
- •1. Уточнение корней уравнения. Метод деления отрезка пополам, метод секущих.
- •2. Информационные системы. Основные понятия. Корпоративные информационные системы. Структура кис.
- •3. Структурный подход к проектированию ис
- •1) Экспериментирование
- •2) Анализ результатов моделирования и принятие решения.
- •1. Уточнение корней уравнения. Методы касательных (Ньютона).
- •2. Классификация информационных систем.
- •1. Классификация по масштабу
- •2. Классификация по сфере применения
- •3. Классификация по способу организации
- •4. Инкапсуляция пакетов в стеке tcp/ip.
- •5. Хранилища данных. Цель построения и основные особенности. Типовая структура. Схема функционирования.
- •1. Аппроксимация функций.
- •5. Типовые решения для организации бд (фирмы, продукты). Интеграция данных в хранилище.
- •6. Хранимые процедуры.
- •1. Квадратичная аппроксимация (мнк).
- •2. Области применения и примеры реализации информационных систем.
- •3. Методология idef
- •5. Оперативная аналитическая обработка данных (olap).
- •1. Интерполяция функций. Интерполяционный полином Лагранжа
- •2. Системный подход, системные исследования и системный анализ
- •3. Моделирование данных.
- •4. Основные особенности протокола udp.
- •5. Области применения имитационного моделирования. Основные преимущества и недостатки
- •4) Область применения имитационного моделирования
- •1. Численное дифференцирование.
- •2. Методы и модели описания систем. Качественные методы описания систем. Методы и модели описания систем
- •3. Сущность объектно – ориентированного подхода.
- •4. Древовидная структура доменных имен.
- •5. Базовые понятия моделирования (определение модели, адекватность и точность, процесс моделирования, функции и цели моделирования, моделирование и научный эксперимент).
- •6. Модели серверов баз данных.
- •1. Численное интегрирование. Геометрический смысл численного интегрирования.
- •2. Модели систем.
- •3. Основы методологии проектирования ис.
- •5. Структурно-функциональное моделирование (назначение, методология sadt , графически язык, idef 0 - базовые принципы).
- •6. Журнализация и буферизация транзакций.
- •1. Методы отделения корней уравнения
- •I. Чтобы отделить корень аналитически, достаточно найти такой отрезок [a, b], на котором выполняются 3 условия:
- •II. Чтобы отделить корень графически, необходимо построить график функции f(X) на промежутке изменения X, тогда абсцисса точки пересечения графика функции с осью ох есть корень уравнения.
- •2. Кибернетический подход к описанию систем.
- •3. Модели жизненного цикла по.
- •4. Пассивный режим ftp.
- •5. Расширения idef 0 – dfd , idef 3. Построение модели данных на базе функциональной модели. Инструментальные средства Logic Works и Rational Software , comod -технология.
- •6. Параллельное выполнение транзакций.
- •1. Уточнение корней уравнения. Метод деления отрезка пополам, метод секущих.
- •2. Структура и свойства информационных процессов.
- •3. Жизненный цикл по ис
- •5. Классификация моделей по способу реализации.
- •6. Журнал транзакций.
3. Классификация по способу организации
По способу организации групповые и корпоративные ИС подразделяются на следующие классы: системы на основе архитектуры клиент-сервер, на основе многоуровневой архитектуры, на основе Интернет/интранет-технологий.
3. Методология функционального моделирования SADT.
Методология SADT разработана Дугласом Россом. На ее основе разработана, в частности, известная методология IDEF0 (Icam DEFinition). Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этой методологии основываются на следующих концепциях:
- графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описываются посредством интерфейсных дуг, выражающих "ограничения", которые в свою очередь определяют, когда и каким образом функции выполняются и управляются;
- строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. Правила SADT включают:
ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков);
связность диаграмм (номера блоков);
уникальность меток и наименований (отсутствие повторяющихся имен);
синтаксические правила для графики (блоков и дуг);
разделение входов и управлений (правило определения роли данных).
отделение организации от функции, т.е. исключение влияния организационной структуры на функциональную модель.
Методология SADT может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. Для уже существующих систем SADT может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются.
4. Инкапсуляция пакетов в стеке tcp/ip.
Данные передаются в пакетах. Пакеты имеют заголовок и окончание, которые содержат служебную информацию. Данные, более верхних уровней вставляются, в пакеты нижних уровней.
5. Хранилища данных. Цель построения и основные особенности. Типовая структура. Схема функционирования.
Хранилище данных (англ. Data Warehouse) — очень большая предметно-ориентированная информационная корпоративная база данных, специально разработанная и предназначенная для подготовки отчётов, анализа бизнес-процессов с целью поддержки принятия решений в организации. Строится на базе клиент-серверной архитектуры, реляционной СУБД и утилит поддержки принятия решений. Данные, поступающие в хранилище данных, становятся доступны только для чтения.
При реализации проектов построения хранилищ данных возникает ряд общих задач, независящих от предметной области: проектирование структуры, актуализация агрегатных значений. В статье рассмотрены возможные пути решения этих задач и способы реализации иерархических измерений.
В основе концепции хранилища данных лежат две основные идеи: интеграция разъединенных детализированных данных (описывающих некоторые конкретные факты, свойства, события и т.д.) в едином хранилище и разделение наборов данных и приложений, используемых для обработки и анализа.
Концептуальную модель хранилища данных можно представить в виде схемы [2], показанной на рисунке 1. Данные из различных источников помещаются в ХД, а описания этих данных в репозиторий метаданных. Конечный пользователь, используя различные инструменты (средства визуализации, построения отчетов, статистической обработки и т.д.) и содержимое репозитория, анализирует данные в хранилище. Результатом его деятельности является информация в виде готовых отчетов, найденных скрытых закономерностей, каких-либо прогнозов. Так как средства работы конечного пользователя с хранилищем данных могут быть самыми разнообразными, то теоретически их выбор не должен влиять на его структуру и функции его поддержания в актуальном состоянии.
Физическая реализация приведенной концептуальной схемы может быть самой разнообразной. Ниже приводятся наиболее часто встречающиеся подходы.
Виртуальное хранилище данных – это система, представляющая интерфейсы и методы доступа к регистрирующей системе, которые эмулируют работу с данными в этой системе, как с хранилищем данных. Виртуальное хранилище данных можно организовать, создав ряд представлений (view) в базе данных, либо применив специальные средства доступа, например продукты класса Desktop OLAP, к которым относится, например, BusinessObjects, Brio Enterprise и другие [14].
Главными достоинствами такого подхода являются:
-Простота и малая стоимость реализации;
-Единая платформа с источником информации;
-Отсутствие сетевых соединений между источником информации и хранилища данных.
Однако недостатков у него гораздо больше, чем достоинств. Создавая виртуальное хранилище данных, Вы создаете не хранилище как таковое, а иллюзию его существования. Структура хранения данных и само хранение данных не претерпевает изменений, и остаются проблемы:
Производительности;
Трансформации данных;
Интеграции данных с другими источниками;
Отсутствия истории;
Чистоты данных;
Зависимость от доступности основной БД;
Зависимость от структуры основной БД.
Двухуровневая архитектура хранилища данных подразумевает построение витрин данных (data mart) без создания центрального хранилища, при этом информация поступает из небольшого количества регистрирующих систем и ограничена конкретной предметной областью. При построении витрин данных используются основные принципы построения хранилищ данных, о которых пойдет речь ниже, поэтому их можно считать хранилищами данных в миниатюре.
6. Модели транзакций. Свойства транзакций.
Модели транзакций. Транзакцией называется последовательность операций, производимых над БД и переводящих БД из одного непротиворечивого (согласованного) состояния в другое непротиворечивое состояние. Транзакция рассматривается как некоторое неделимое действие над БД, осмысленное с точки зрения пользователя. В то же время это логическая единица работы системы. Разработчик БД определяет семантику совокупности операций на БД, которая моделирует с точки зрения разработчика некоторую одну неразрывную работу (это и составляет транзакцию). Например, принимается заказ в фирме на изготовление компьютера. Компьютер состоит из комплектующих, которые сразу резервируются за данным заказом в момент его оформления. Тогда транзакцией будет вся последовательность операций, включающая следующие:
ввод нового заказа со всеми реквизитами заказчика;
изменения состояния для всех выбранных комплектующих на складе на "занято" с привязкой к определенному заказу;
подсчет стоимости заказа с формированием платежного документа (например, выставляемого счета к оплате);
включение нового заказа в производство.
С точки зрения работника - это единая последовательность операций. Если она будет прервана, то БД потеряет свое целостное состояние. Свойства транзакций. Способы их завершения. Модели транзакций классифицируются на основании различных свойств:
структура транзакции
параллельность внутри транзакции
продолжительность
Типы транзакций:
Плоские (классические)
Цепочечные.
Вложенные.
Плоские транзакции характеризуются 4 классическими свойствами:
атомарность;
согласованность;
изолированность;
долговечность (прочность).
Иногда данные транзакции называются ACID-транзакциями.ACID - Atomicity, Consistency, Isolation, Durability. Упомянутые выше свойства означают следующее: Атомарность - выражается в том, что транзакция должна быть выполнена в целом или не выполнена вовсе. Согласованность - гарантирует, что по мере выполнения транзакций, данные переходят из одного согласованного состояния в другое, т.е. транзакция не разрушает взаимной согласованности данных. Изолированность - означает, что конкурирующие за доступ к БД транзакции физически обрабатываются последовательно, изолированно друг от друга, но для пользователей это выглядит так, как будто они выполняются параллельно. Долговечность - если транзакция завершена успешно, то те изменения, в данных, которые были ею произведены, не могут быть потеряны ни при каких обстоятельствах.
Билет №19