- •1. Введение в дисциплину. Системный подход к разработке по
- •2. Свойства, виды систем
- •3. Моделирование систем
- •4. Сложность систем и ее причины
- •5. Жизненный цикл по
- •1. Стратегии, модели и процессы конструирования по
- •4. Начальные этапы конструирования
- •1. Sadt
- •3. Модель Сущность-Связь (er-модель)
- •1. Предметы
- •2. Отношения
- •3. Диаграммы
- •4. Механизмы расширения в uml
- •1. Актеры и варианты использования
- •2. Отношения в диаграммах вариантов использования
- •3. Пример диаграммы классов
- •1. Классы — вершины в диаграммах классов
- •1.1. Атрибуты
- •1.2. Операции
- •2. Отношения в диаграммах классов
- •3. Пример диаграммы классов
- •1. Моделирование поведения программной системы
- •2. Диаграммы состояний
- •1. Диаграммы сотрудничества
- •2. Диаграммы последовательности
- •1. Стиль программирования
- •2. Комментарии
- •3. Имена переменных и файлов, структурирование
- •4. Выбор и обоснование языка программирования.
- •4. Когда выполнять контроль качества по?
- •5. Главный Закон Контроля Качества по.
- •5. Ключевые моменты.
- •5. Итерация
- •6. Подход к оптимизации кода: резюме
- •3.2.2. Анализ граничных значений
- •3.2.3. Применение функциональных диаграмм
- •3.2.4. Предположение об ошибке
- •3.3. Стратегия
- •3.5. Проектирование и исполнение теста
- •1. Особенности тестирования объектно-ориентированных программных систем
- •2. Методы тестирования объектно-ориентированных систем
1. Sadt
SADT (Structured Analysis and Design Technique) – технология структурного анализа и проектирования. Описание системы с помощью SADT называется моделью.
Процесс моделирования в SADT включает сбор информации об исследуемой области, её документирование, представление в виде модели и уточнение модели.
Д иаграмма имеет вид:
Рис.3.2 SADT-диаграмма системы
2. DFD
Применяется моделирование потоков данных, позволяющее представить систему с точки зрения данных и иллюстрирующее внешние механизмы подачи данных, требующие наличие определенного интерфейса.
Основными компонентами DFD-диаграмм являются:
Внешние сущности
Потенциальный
арендатор
Рис.3.3 Внешняя сущность
Процессы
Рис.3.4 Процесс
Накопители данных
Рис.3.5 Накопитель данных
Потоки данных
Рис.3.6 Поток данных
3. Модель Сущность-Связь (er-модель)
Модель Сущность-Связь (ER-модель) — это модель данных, позволяющая описывать концептуальные схемы. Она предоставляет графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных.
Сущность – это экземпляр типа сущности:
Рис.3.8 Сущность
Атрибут – свойство типа сущности или типа связи.
Тип связи – осмысленная ассоциация между сущностями разных типов.
Рис.3.9 Связь
Лекция 4 «Базис языка UML»
В состав выразительных средств UML входит три разновидности строительных блоков: предметы, отношения и диаграммы. Предметы — это абстракции, которые являются основными элементами в модели, отношения связывают эти предметы, а диаграммы группируют коллекции предметов.
1. Предметы
В UML имеются четыре разновидности предметов:
структурные предметы;
предметы поведения;
группирующие предметы;
поясняющие предметы.
Структурные предметы представляют статические части модели — понятийные или физические элементы:
Класс — описание множества объектов, которые разделяют одинаковые свойства, операции, отношения и семантику.
Интерфейс — набор операций, которые определяют услуги класса или компонента. Интерфейс описывает поведение элемента, видимое извне..
Кооперация (сотрудничество) определяет взаимодействие объектов и является совокупностью их ролей и других элементов, совместно обеспечивающих коллективное поведение.
Актер — набор согласованных ролей, которые могут играть пользователи при взаимодействии с системой.
Вариант использования (прецедент, элемент Use Case) — описание последовательности действий, выполняемых системой в интересах отдельного актера и производящих видимый для актера результат.
Активный класс — класс, чьи объекты имеют один или несколько процессов и поэтому могут инициировать управляющую деятельность.
Компонент — физическая и заменяемая часть системы, которая соответствует набору интерфейсов и обеспечивает реализацию этого набора интерфейсов.
Узел — физический элемент, который существует в период работы системы и представляет ресурс, обычно имеющий память и возможности обработки.
Предметы поведения — динамические части UML-моделей – поведение во времени и пространстве:
Взаимодействие — поведение, заключающее в себе набор сообщений, которыми обменивается набор объектов.
Конечный автомат — поведение, которое определяет последовательность состояний объекта или взаимодействия.
Группирующие предметы — организационные части UML-моделей, по которым может быть «разложена» модель.
Пакет — общий механизм для распределения элементов по группам. Он существует только в период разработки.
Поясняющие предметы — разъясняющие части UML-моделей, которые можно применить для описания, объяснения и комментирования любого элемента модели
Примечание — символ для отображения ограничений и замечаний.