
- •Раздел 2.7 Использование uml-нотации для разработки баз данных
- •Тема 2.7.1 Основные понятия баз данных. Ключи, триггеры и хранимые процедуры Самостоятельная работа № 32 (2 часа)
- •Теоретические сведенья
- •Тема 2.7.2 Организация реляционной бд. Разновидности баз данных Самостоятельная работа № 33 (2 часа)
- •“Реляционные, древовидные и объектно-ориентированные базы данных” Артур б. Смит m. Computing May/June 1996, V.4 n.2
- •“Проектирование реляционных баз данных. Просто и доступно” Джен л.Харрингтон – издательство “Лори”, 2000.-230 с. Теоретические сведенья
- •Тема 2.7.3 Расширение uml для моделирования базы данных Самостоятельная работа № 34 (2 часа)
- •“Реляционные, древовидные и объектно-ориентированные базы данных” Артур б. Смит m. Computing May/June 1996, V.4 n.2
- •“Проектирование реляционных баз данных. Просто и доступно” Джен л.Харрингтон – издательство “Лори”, 2000.-230 с. Теоретические сведенья
- •Самостоятельная работа № 35 (2 часа)
- •“Реляционные, древовидные и объектно-ориентированные базы данных” Артур б. Смит m. Computing May/June 1996, V.4 n.2
- •“Проектирование реляционных баз данных. Просто и доступно” Джен л.Харрингтон – издательство “Лори”, 2000.-230 с. Теоретические сведенья
- •Тема 2.7.4. Особенности отображения свойств объектов и классов при моделировании баз данных. Моделирование бд. Самостоятельная работа № 36 (2 часа)
- •Теоретические сведенья
- •Раздел 2.8 Унифицированный процесс разработки объектно-ориентированных пс
- •Тема 2.8.1 Управление риском Самостоятельная работа № 37 (2 часа)
- •Теоретические сведенья
- •Идентификация риска
- •Анализ риска
- •Ранжирование риска
- •Планирование управления риском
- •Разрешение и наблюдение риска
- •Тема 2.8.2 Этапы унифицированного процесса разработки Самостоятельная работа № 38 (2 часа) Тема: Основные этапы унифицированного процесса разработки
- •Теоретические сведенья Этап начало (Inception)
- •Этап развитие (Elaboration)
- •Этап конструирование (Construction)
- •Этап переход (Transition)
- •Самостоятельная работа № 39 (4 часа) Тема: Пример объектно-ориентированной разработки
- •Теоретические сведенья
- •Этап начало
- •Этап развитие
- •Этап конструирование
- •Тема 2.8.3 Разработка в стиле экстремального программирования. Самостоятельная работа № 40 (2 часа) Тема: хр-реализация.
- •Теоретические сведенья
- •Элемент хр-разработки
- •Самостоятельная работа № 41 (2 часа)
- •Теоретические сведенья
- •Взаимодействие с заказчиком
- •Стоимость изменения и проектирование
Анализ риска
В ходе анализа оценивается вероятность возникновения Рi и величина потери Li для каждого выявленного i-го элемента риска. В результате вычисляется влияние REi i-го элемента риска на проект.
Вероятности определяются с помощью экспертных оценок или на основе статистики, накопленной за предыдущие разработки. Итоги анализа, как показано в табл. 2.8.1, сводятся в таблицу.
Таблица 2.8.1 - Оценка влияния элементов риска
Элемент риска |
Вероятность, % |
Потери |
Влияние риска |
1.Критическая программная ошибка |
3-5 |
10 |
30-50 |
2.Ошибка потери ключевых данных |
3-5 |
8 |
24-40 |
3.Отказоустойчивость недопустимо снижает производительность |
4-8 |
7 |
28-56 |
4.Отслеживание опасного условия как безопасного |
5 |
9 |
45 |
5.Отслеживание безопасного условия как опасного |
5 |
3 |
15 |
6.Аппаратные задержки срывают планирование |
6 |
4 |
24 |
7.Ошибки преобразования данных приводят к избыточным вычислениям |
8 |
1 |
8 |
8.Слабый интерфейс пользователя снижает эффективность работы |
6 |
5 |
30 |
9. Дефицит процессорной памяти |
1 |
7 |
7 |
10. СУБД теряет данные |
2 |
2 |
4 |
Ранжирование риска
Ранжирование заключается в назначении каждому элементу риска приоритета, который пропорционален влиянию элемента на проект. Это позволяет выделить категории элементов риска и определить наиболее важные из них. Например, представленные в табл. 15.1 элементы риска упорядочены по их приоритету.
Для больших проектов количество элементов риска может быть очень велико (30-40 элементов). В этом случае управление риском затруднено. Поэтому к элементам риска применяют принцип Парето 80/20. Опыт показывает, что 80% всего проектного риска приходятся на долю 20% от общего количества элементов риска. В ходе ранжирования определяют эти 20% элементов риска (их называют существенными элементами). В дальнейшем учитывается влияние только существенных элементов риска.
Планирование управления риском
Цель планирования — сформировать набор функций управления каждым элементом риска. Введем необходимые определения.
В планировании используют понятие эталонного уровня риска. Обычно выбирают три эталонных уровня риска: превышение стоимости, срыв планирования, упадок производительности. Они могут быть причиной прекращения проекта. Если комбинация проблем, создающих риск, станет причиной превышения любого из этих уровней, работа будет остановлена. В фазовом пространстве риска эталонному уровню риска соответствует эталонная точка. В эталонной точке решения « продолжать проект» и «прекратить проект» имеют одинаковую силу. На рис. 15.3 показана кривая останова, составленная из эталонных точек.
Рисунок 2.8.1 - Кривая останова проекта
Ниже кривой располагается рабочая область проекта, выше кривой — запретная область (при попадании в эту область проект должен быть прекращен).
Реально эталонный уровень редко представляется как кривая, чаще это сфера, в которой есть области неопределенности (в них принять решение невозможно).
Теперь рассмотрим последовательность шагов планирования.
Исходными данными для планирования является набор четверок [Ri Pi, Li, REi], где Ri — 2-й элемент риска, Pi — вероятность i-го элемента риска, Li — потеря по i-му элементу риска, REi — влияние i-го элемента риска.
Определяются эталонные уровни риска в проекте.
Разрабатываются зависимости между каждой четверкой [Ri Pi, Li, REi] и каждым эталонным уровнем.
Формируется набор эталонных точек, образующих сферу останова. В сфере останова предсказываются области неопределенности.
Для каждого элемента риска разрабатывается план управления. Предложения плана составляются в виде ответов на вопросы «зачем, что, когда, кто, где, как и сколько».
План управления каждым элементом риска интегрируется в общий план программного проекта.