
- •Понятие информационной системы (ис). Корпоративные ис
- •Понятие жизненного цикла ис (жц ис). Стандарты жц ис.
- •Понятие жизненного цикла ис (жц ис). Каскадная модель жц ис.
- •Понятие жизненного цикла ис (жц ис). Спиральная модель жц ис.
- •Методология разработки ис. Модель зрелости cmm/cmmi.
- •Методология разработки ис. Гибкие методологии. Манифест гибкой разработки.
- •Методология разработки ис. Экстремальное программирование.
- •Методология разработки ис. Методология Scrum.
- •Методология разработки ис. Унифицированный процесс
- •10. Язык uml. Способы использования uml. Model Driven Architecture. Executable
- •12. Требования и прецеденты. Формат описания прецедента. Структура прецедента.
- •13. Модель предметной области. Концептуальные классы. Выделение концептуальных классов. Ассоциации и атрибуты концептуальных классов. Выявление ассоциаций и атрибутов концептуальных классов.
- •14. Архитектура по. Архитектурные факторы. Описание архитектуры.
- •16. Паттерн: понятие, структура, классификация.
- •1) Понятие паттерна
- •2) Структура и Классификация паттернов
- •Диаграмма прецедентов. Диаграмма развертывания.
- •Диаграмма классов. Обозначение классов. Отношение ассоциации.
- •3. Диаграмма классов. Обозначение интерфейсов. Отношение обобщения и
- •Диаграммы: конечных автоматов и деятельности.
- •5. Диаграмма последовательности.
- •Диаграмма коммуникации.
- •Принцип единственности ответственности (srp).
- •Понятие функциональной связности (Cohesion). Принцип High Cohesion.
- •9. Понятие степени связанности (Coupling). Принцип Low Coupling.
- •Принцип открытости/закрытости (ocp).
- •Solid: принцип подстановки Лискоу (lsp)
- •Solid: принцип разделения интерфейса (isp).
- •Solid: принцип инверсии зависимости (dip).
- •Формулировка
- •1. .Net Framework. Общеязыковая среда исполнения (clr). Управляемые модули и
- •Net Framework. Механизм сборки мусора.
- •C#. Объявление класса.
- •C#. Делегаты. События.
- •C#. Наследование: правила, синтаксис. Сокрытие имен.
- •C#. Приведение типов. Операторы as и is.
Диаграмма классов. Обозначение классов. Отношение ассоциации.
Class diagram — статическая структурная диаграмма, описывающая структуру системы, она демонстрирует классы системы, их атрибуты, методы и зависимости между классами.
Содержание класса
Обычно показывают: имя класса, ключевые атрибуты, ключевые операции, стереотипы
Обычно не показывают: параметры операций, видимость, исходные значения
Имя класса
- Существительное или именная группа
- Стиль: «UpperCamelCase»
- Избегать сокращений (DpstAccnt) и аббревиатур
- Имя абстрактного класса: курсив или свойство {abstract}
- Имя конечного класса: свойство {leaf}
Атрибуты
- Определяют состояние экземпляров
- Синтаксис: видимость имя: тип [кратность] = значение {свойства}
- Статические атрибуты подчеркиваются
Операции
- Характеризуют поведение экземпляров
- Синтаксис: видимость имя(параметры): результат {свойства}
- Статические операции подчеркиваются
- Абстрактные операции выделяются курсивом или помечаются свойством {abstract}
- Конечные операции — свойство {leaf}
О
тношения:
Ассоциация
- Указывает, что между объектами классов могут устанавливаться связи
- Обозначает действие, производимое исходным объектом над целевым элементом
- Синтаксис:
имя (глагол)
имена ролей (существительное)
кратность (задается явно)
возможность навигации
- Указывается: имя или роли
- Возможность навигации — «сообщения могут посылаться только в том направлении, в котором указывает стрелка»
- Стили указания: абсолютно явная навигация, абсолютно скрытая навигация, явная навигация
Рефлексивные ассоциации
Класс ассоциации
Единственная уникальная связь
Квалифицированные ассоциации
В
ыбирает
один объект из набора
Частные случаи ассоциации:
Агрегация
- Самое общее отношение типа «целое — часть»
- Не рекомендуется
Композиция
- Отношение типа «целое — часть»
- Части не могут существовать вне целого
- «Нет совместного владения»
- Целое может передавать свои части
3. Диаграмма классов. Обозначение интерфейсов. Отношение обобщения и
зависимости. Диаграмма пакетов.
Зависимость
Элемент-клиент обладает знаниями об элементе-поставщике, изменение в поставщике может повлиять на клиента
Рекомендуется использовать для обозначения:
- глобальных переменных
-переменных-параметров
- вызовов статических методов
Обобщение
Класс является частным случаем другого класса
Интерфейс
Нотации:
- класс (стереотип «interface»)
- «леденец на палочке»
Реализация интерфейса
Назначение
Иллюстрирует логическую архитектуру приложения (уровни, подсистемы, пространства имен)
Показывает: пакеты и зависимости между ними
Пакет — механизм группировки элементов
Диаграмма пакетов, Package diagram — структурная диаграмма, основным содержанием которой являются пакеты и отношения между ними. Жёсткого разделения между разными структурными диаграммами не проводится, поэтому данное название предлагается исключительно для удобства и не имеет семантического значения (пакеты и диаграммы пакетов могут присутствовать на других структурных диаграммах). Диаграммы пакетов служат, в первую очередь, для организации элементов в группы по какому-либо признаку с целью упрощения структуры и организации работы с моделью системы.