- •1)Теоретико-множественные операции реляционной алгебры. Привести примеры на каждую.
- •2)Специальные операции реляционной алгебры. Привести примеры на каждую.
- •X devideby y
- •3)Операторы определения данных в языке sql. Пример на каждый оператор.
- •4)Операторы манипулирования данными в языке sql. Пример на каждый оператор.
- •5)Применение агрегатных функций в операторе выбора select. Привести примеры.
- •6)Использование подзапросов языке sql. Привести примеры.
- •7)Внешние объединения в языке sql. Привести примеры.
- •8)Понятие функциональной и транзитивной зависимости. Аксиомы Армстронга.
- •9)Понятие транзакции и свойства транзакций.
- •10)Первая и вторая нормальные формы. Привести примеры.
- •11)3-Я нормальная форма. Приведение отношения из 2-о
- •13)Декларативные ограничения целостности. Привести пример на каждый вид.
- •Ограничения целостности, задаваемые на уровне доменов (при поддержке доменной структуры).
- •Ограничения целостности, задаваемые на уровне отношения.
- •Ограничения целостности базы данных
- •14)Представления. Виды представлений. Обновляемые представления. Примеры.
- •15)Триггеры. Привести примеры.
- •16)Критерии успеха программного продукта.
- •17)Организационная структура компании: Функциональная структура и Матричная организация.
- •18)Состав и роли проектной команды.
- •19)Жизненный цикл проекта. Фазы и продукты.
- •20)Концепция проекта.
- •21)Планирование проекта.
- •22)Базовое расписание проекта.
- •23)Управление проектом, направленное на снижение рисков.
- •24)Оценка трудоемкости и сроков разработки по.
- •1. Метод функциональных точек
- •2. Cocomo
- •3. Метод pert
23)Управление проектом, направленное на снижение рисков.
Управление проектом, направленное на снижение рисков
Проектом следует управлять так, чтобы риски несвоевременной сдачи и перерасхода ресурсов постоянно снижались.
Ранее мы уже говорили о том, что 80% ценности разработки обусловлена лишь 20% требований к продукту, без реализации которых продукт для заказчика становится просто ненужным. Остальные требования, как правило, так называемые «украшательства», от части которых заказчик, как правило, может отказаться, чтобы получить проект в срок. Поэтому следует в первую очередь реализовывать ключевые функциональные требования.
Но есть и еще архитектурные риски. Известно, что закон Парето применим и к потреблению вычислительных ресурсов: 80% потребления ресурсов (время и память) приходится на 20% компонентов. Поэтому, необходимо реализовывать архитектурно-значимые требования так же в первую очередь, создавая «представительный» прототип будущей системы, который «простреливает» весь стек, применяемых технологий. Прототип позволит измерить и оценить общесистемные свойства будущего продукта: доступность, быстродействие, надежность, масштабируемость и проч. (Рисунок 32)
Ошибка — реализовывать сначала легкие требования, чтобы продемонстрировать быстрый прогресс проекта.
Рисунок 31. Неопределенность не уменьшается, если управление не направлено на раннее разрешение рисков
Рисунок 32. Определение приоритетов требований на первые итерации проекта
Управление, нацеленное на снижение рисков, позволяет существенно снизить неопределенность на ранних стадиях проекта (Рисунок 33).
Рисунок 33. Управление, нацеленное на снижение рисков, позволяет уменьшать неопределенность
Проработка ключевых функциональных требований и детальное планирование их реализации позволяет уменьшить разброс начальных оценок, примерно, в 2 раза: от -30% до +50%. Детальное проектирование и разработка прототипа будущей системы позволит получить еще более точные оценки общей трудоемкости: от -10% до +15%.
Может оказаться так, что по результатам прототипирования, уточненные оценки суммарной трудоемкости окажутся неприемлемыми. В этом случае проект придется закрыть досрочно, но потери при этом, будут значительно меньше, чем в случае, если то же самое произойдет, когда проект уже в 2 раза превысит первоначальную оценку трудоемкости.
Если с заказчиком не удается найти взаимоприемлемое решение при первоначальной оценке проекта, то разумно попытаться договориться о выполнении проекта в 2 этапа с самостоятельным финансированием:
Исследование. Бизнес-анализ, уточнение требований, проектирование и прототипироание решения, уточнение суммарных оценок трудозатрат. Эта работа, как правило, требует 10 % общих трудозатрат и 20% времени всего проекта.
Непосредственно реализация. Если уточненные оценки трудозатрат окажутся приемлемыми для заказчика.
С вменяемыми заказчиками это часто удается.
24)Оценка трудоемкости и сроков разработки по.
Современные методы оценки трудоемкости и сроков разработки программного обеспечения.
Всю совокупность методов оценки проектов можно разделить на две группы:
- микрооценка трудоемкости
- макрооценка трудоемкости.
Методы микрооценки основаны на точном знании процесса.
В этом методе для построения оценки необходимо построение разбивки работ и оценка каждой индивидуальной работы.
Методы макрооценки основаны на функциональных требованиях и/или продукте. В качестве примера следует привести метод функциональных точек и методы типа СОСОМО: