
- •Занятие №1 (07.09.12)
- •Занятие №2 (14.09.12) Жизненный цикл по
- •Постановка задачи
- •Анализ требований и определение спецификаций
- •Проектирование (технический проект)
- •Реализация (рабочая документация, рабочий проект)
- •Подходы к созданию по. Спецификации. Диаграммы перехода состояний
- •Занятие №4 (05.10.12) Структурный подход. Функциональное моделирование.
- •Функциональное моделирование на примере sadt
- •Основные элементы нотации
- •Иерархия
- •Ветвление дуг
- •Стоимостной анализ
- •Отчеты в bPwin
- •Занятие №5 диаграммы потоков данных
- •Лекция 6. (19.10.2012) Моделирование потоков данных
- •Занятие 6. Моделирование данных
- •Лекция 7 (02.11.12) Раздел №3 Объектный подход. Uml.
- •Модели использования. Варианты использования (UseCase, прецеденты)
- •Диаграммы вариантов использования (Diagram Use Case)
- •Логическая модель и модель реализации.
- •Диаграммы классов. Этапы анализа.
- •Диаграммы классов. Этапы проектирования. (уровни спецификаций) (Диаграммы пригодности)
- •Диаграммы классов уровня реализации
- •Занятие №8 Описание поведения
- •Концептуальные диаграммы последовательности
- •Детализированные диаграммы последовательностей.
- •Диаграммы коопераций
- •Диаграммы состояний
- •Диаграмма пакетов
- •Занятие №9. Модели реализации. Модели развертывания. (Физическое проектирование)
- •Диаграммы размещения (развертывания).
Подходы к созданию по. Спецификации. Диаграммы перехода состояний
Разработка ПО:
Основные подходы:
Восходящие
Нисходящие
Проектирование и реализацию ПО начинают с компонентов нижнего модуля. По мере завершения тестирования и отладки компонентов осуществляют их сбор.
Для тестирования и отладки компонентов разрабатывают тестирующие программы.
Высокий риск несогласованности компонентов, из-за неполноты спецификации.
Наличие издержек на разработку тестирующих программ
Позднее проектирование графического пользовательского интерфейса
Нисходящий подход
Разработки По начинают с верхнего уровня пользовательского интерфейса.
Последовательности разработки компонентов:
Иерархический метод, разработка выполняется по уровням иерархии
Недостатки:
большое количество заглушек
неравномерное распределение работ
Основная часть работы задействована в самый последний момент
связывает последовательность разработки модулей с порядком их выполнения работы при запуске программы.
Достижимость модуля – цепочка вызова данного модуля
Зависимость по данным
Возможность выдачи результата
Готовность вспомогательных модулей
Сложность модуля
В первую очередь разрабатывают компоненты, обрабатывающие прав. Данные
Достоинства:
Раннее определение графических интерфейсов пользователя
Максимально полное и раннее определение спецификации
Подход: расширение ядра
Требования к спецификации
Полнота – спецификация должна содержать всю основную информацию
Точность- спецификация должна однозначно восприниматься как заказчиком, так и разработчиком. Точность спецификации можно определить только с помощью формальных моделей
Концептуальная модель- это совокупность понятий, связей между людьми, образующих смысловую структуру…
Оновные группы формальных моделей
Универсальные – диаграммы перехода состояний математической модели
Структурные – функциональные, потоков данных,
Объектно-ориентированные- диаграммы процедур, классов, деятельности
Универсальные формальные модели
Диаграмма переходов состояний (State Transition Diagram)
Диаграмма, описывающая состояние объекта, в зависимости от его текущего состояния и входных данных.
Занятие №4 (05.10.12) Структурный подход. Функциональное моделирование.
Основные принципы подходов (методологий):
Декомпозиция (анализ) – это решение сложных задач на множество меньших, легких для понимания и решения.
Иерархическое упорядочивание – организация составных частей задачи в иерархические древовидные структуры.
Абстрагирование – выделение существенных свойств и отвлечение от несущественных
Формализация – использование формальных моделей для описания задач. (Универсальные, структурные, объектно-ориентированные).
Согласованность - обоснованность и согласованность всех элементов модели.
Структурная декомпозиция – это представление системы (ПО) в виде совокупности функциональных структур.
Функциональные структур- подсистемы, которые выполняют автоматизированные функции.
Модели, составляющие полное описание ПО при структурном подходе:
Функциональные (ориентированы на описание функция).
Модели потоков данных
Модели данных (позволяют описать структуры, в которых эти данные хранятся)