- •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. Модели жизненного цикла по
Под моделью ЖЦ понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении ЖЦ.
Стандарт ISO/IEC 12207 не предлагает конкретную модель ЖЦ и методы разработки ПО. Его положения являются общими для любых моделей ЖЦ, методов и технологий разработки ПО.Модель ЖЦ представляет собой совокупность упорядоченных во времени, взаимосвязанных и объединенных в стадии работ.
В состав ЖЦ ПО обычно включаются следующие стадии:
Формирование требований к ПО.
Проектирование.
Реализация.
Тестирование.
Ввод в действие.
Эксплуатация и сопровождение.
Снятие с эксплуатации.
На каждой стадии могут выполняться несколько процессов, определенных в стандарте ISO/IEC 12207, и, наоборот, один и тот же процесс может выполняться на различных стадиях.
К настоящему времени наибольшее распространение получили каскадная (1970 - 1985 гг.) и спиральная (1986 - 1990 гг.) модель ЖЦ ПО.
Принципиальной особенностью каскадной модели ЖЦ (рис. 2.2) является то что переход на следующую стадию осуществляется только после того как будет полностью завершена работа на текущей стадии, и возвратов на пройденные стадии не предусматривается. Каждая стадия заканчивается погнием некоторых результатов, которые служат в качестве игхмных данных для следующей стадии.
Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.
Рис. 2.2. Каскадная схема разработки ПО
Преимущества применения каскадного способа заключаются в следующем:
на каждой стадии формируется законченный набор проектной документации;
удобно планировать сроки завершения всех работ и соответствующие затраты.
Каскадный подход хорошо зарекомендовал себя при построении ИС, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования.
Недостатком каскадной схемы является то, что реальный процесс создания ПО никогда полностью не укладывался в такую жесткую схему. Данный процесс, как правило, носит итерационный характер, т.е. результаты очередной стадии часто вызывают изменения в проектных решениях, выработанных на более ранних стадиях. В результате реальный процесс создания ПО принимает иной вид (рис. 2.3). Это приводит к запаздыванию получения результатов. В результате риск создания системы, не удовлетворяющей изменившимся потребностям пользователей, повышается.
Обычно на начальной стадии проекта полностью и точно сформулировать все требования к будущей системе не удается. Это объясняется двумя причинами:
пользователи не в состоянии сразу изложить все свои требования и не могут предвидеть, как они изменятся в ходе разработки;
за время разработки могут произойти изменения во внешней среде, которые повлияют на требования к системе.
Рис. 2.3. Реальный процесс разработки ПО
Спиральная модель (СМ) предполагает итерационный процесс разработки ИС. При этом возрастает значение начальных этапов ЖЦ таких, как анализ и проектирование. На этих этапах проверяется и обосновывается реализуемость технических решений путем создания прототипов.
Итерации. Каждая итерация представляет собой законченный цикл разработки, приводящий к выпуску внутренней или внешней версии изделия (или подмножества конечного продукта). От итерации к итерации версия совершенствуется, чтобы в конечном итоге стать законченной системой, удовлетворяющей всем требованиям заказчика.
Таким образом, каждый виток спирали соответствует созданию версии программного изделия; на нем уточняются цели и характер проекта, определяется его качество, планируются работы следующего витка спирали. На каждой итерации углубляются и последовательно конкретизируются детали проекта, в результате чего выбирается обоснованный вариант, который доводится до окончательной реализации.
Использование СМ позволяет осуществлять переход на следующий этап выполнения проекта, не дожидаясь полного завершения работы на текущем, т.к. незаконченную работу можно будет выполнить на следующей итерации. Главная задача каждой итерации – как можно быстрее создать работо способный продукт, который можно показать пользователям.
Преимущества спиральной модели
Спиральный подход к разработке ИС позволяет преодолеть большинство недостатков каскадной модели и, кроме того, обеспечивает ряд дополнительных возможностей, делая процесс разработки более гибким.
1. итерационная разработка существенно упрощает внесение изменений в проект при изменении требований заказчика;
2. при использовании СМ отдельные элементы интегрируются в единое целое постепенно, интеграция производится непрерывно, и поскольку она начинается с меньшего количества элементов, при ее проведении возникает гораздо меньше проблем (при использовании КМ разработки на интеграцию в конце проекта приходится до 40% всех затрат);
3. снижается уровень рисков. Это преимущество является следствием предыдущего, т.к. риски обнаруживаются во время интеграции. ( В начале разработки проекта уровень рисков максимален, по мере продвижения разработки он уменьшается.) При использовании СМ скорость уменьшения рисков выше, чем при КМ. Это связано с выполнением интеграции уже на первой итерации, вследствие чего уже в начале разработки выявляются многие аспекты проекта (пригодность инструментальных средств и программного обеспечения, квалификация разработчиков и др.);
4. итерационная разработка обеспечивает большую гибкость в управлении проектом, давая возможность внесения тактических изменений в разрабатываемый проект. (Например, можно сократить сроки разработки за счет уменьшения функциональности системы или использовать в качестве составных частей ИС продукцию других фирм вместо собственных разработок.);
5. упрощается повторное использование компонентов (имеется возможность применять компонентный подход к программированию). Это обусловлено тем, что проще выявить общие части проекта, когда они уже частично разработаны, чем пытаться выделить их в начале разработки. Анализ проекта после нескольких начальных итераций позволяет выявить общие, многократно используемые компоненты, которые на последующих итерациях будут совершенствоваться;
6. СМ позволяет получить более надежную и устойчивую систему, т.к. ошибки и слабые места обнаруживаются и исправляются на каждой итерации. Одновременно можно корректировать критические параметры эффективности, что при использовании КМ выполняется только перед внедрением ИС;
7. итерационный подход позволяет оптимизировать процесс разработки за счет анализа, проводимого в конце каждой итерации.
Проблемы использования спиральной модели
Основная проблема при использовании СМ – определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый этап ЖЦ ИС. Иначе процесс разработки может превратиться в бесконечное совершенствование уже сделанного. При итерационном подходе полезно следовать принципу «лучшее – враг хорошего». Поэтому завершение итерации должно производиться строго в соответствии с планом, даже если не вся запланированная работа закончена.