- •Тема: «Введение в дисциплину. Жизненный цикл по» Введение в дисциплину. Системный подход к разработке по.
- •Свойства и виды систем
- •10.09.2012 Практика Моделирование систем
- •Сложность систем и ее причины.
- •Жизненный цикл по
- •Стратегия и модели конструирования по. Начальные этапы конструирования по. Стратегия и модели конструирования по
- •Каскадная стратегия
- •Эволюционная стратегия
- •Модель формальной разработки систем
- •Модель разработки по на основе ранее созданных компонентов
- •Предметы поведения.
- •Диаграммы
- •Механизмы расширения в uml
- •Диаграмма вариантов использования.
- •Динамические модели
- •Моделирование поведения программной системы
- •Диаграммы схем состояний
- •Диаграмма деятельности
- •Диаграммы взаимодействия
- •Диаграмма сотрудничества
Модель разработки по на основе ранее созданных компонентов
Этот подход предполагает повторное использование ранее созданных программных модулей.
Спецификация требований.
Анализ компонентов
Модификация требований (после возвращаемся в 1 нужное количество раз).
Проектирование системы
Реализация
Сборка
Тестирование системы.
Преимущества:
Сокращение стоимости и времени разработки программного продукта.
Недостатки:
Отход от требований заказчика.
Проблемы, связанные с модернизацией программного обеспечения.
Начальные этапы конструирования.
Разработка включает в себя:
Подготовительная работа.
Анализ требований к системе
Проектирование архитектуры системы.
Детальное проектирование.
Реализация.
Тестирование.
Подготовительная работа
Подготовительная работа предполагает:
Написание экономического образования (бизнес план) проекта.
Определение границ проекта
Некоторый начальный анализ, для оценки его размера.
На этой фазе заказчик принимает на себя некоторые обязательства относительно дальнейшей работы.
Анализ требований к системе
Под собой подразумевает:
Определение ее функциональных возможностей.
Пользовательских требований.
Требований к надежности.
Требования к безопасности.
Требования к расширяемости.
Требования к масштабируемости.
И другим потребительским характеристикам.
Базис языка UML
В состав выразительных средств языка UML входят три разновидности строительных блоков:
Предметы – это абстракции, которые являются основными элементами в моделях.
Отношения – связывают предмет.
Диаграммы – группируют коллекции предметов.
Замечание:
Один и тот же класс может фигурировать на нескольких диаграммах и изображаться по разному.
Предметы
Есть 4 разновидности предметов:
Структурные предметы.
Предметы поведения.
Группирующие предметы.
Поясняющие предметы.
Структурные предметы
Структурные предметы являются существительными в UML моделях. Они представляют статические части моделей. К ним относятся:
Класс – описание множества объектов, которые разделяют одинаковые свойства, операции, отношения и семантика (смысл).
Интерфейс – набор операций, которые определяют услуги класса или компонента. Описывает поведение элемента видимое извне.
Кооперация (сотрудничество) – определяет взаимодействие объектов и является совокупностью их ролей и других элементов, совместно обеспечивающих коллективное поведение.
Актер – набор согласованных ролей, в которые могут играть пользователи, при взаимодействии с системой. Каждая роль требует от системы определенного поведения.
Вариант использований (прецедент – элемент «use case») – описание последовательности действий, выполняемых системой в интересах отдельного актера и производящий видимый для актера результат.
Активный класс – это класс, чьи объекты имеют один или несколько процессов и поэтому могут инициировать управляющую деятельность. Активный класс похож на обычный класс, но его объекты действуют одновременно с объектами других классов.
Компонент – это физическая и заменяемая часть системы, которая соответствует набору интерфейсов и обеспечивает реализацию этого набора интерфейсов (обычно это физическая упаковка различных логических компонентов). Компонентами выступают не только написанные, но и используемые извне.
Узел – это физический элемент, который существует в период работы системы и представляет ресурс (устройство).