💀
Второй курс РПО
Разработка программных модулей
Разработка программных модулей
  • Модели разработки
  • Ошибки и отладка программ
  • Средства разработки алгоритмов
    • Основные принципы и стадии тестирования
  • Сложностные классы
  • Эмуляторы операционных систем
  • Сложность сортировки
  • Уровни тестирования
  • Задание №1
  • Регрессионное тестирование
  • Тестирование «белым ящиком»
  • Как делать оценку сложности?
  • Алгоритмы и сложность
  • Тестирование "белым ящиком" №2
  • Сложность алгоритмов
  • Тестирование "белым ящиком" №3
  • Тестирование "Чёрным ящиком»" №1
  • Тестирование "Черным ящиком" №2
  • Оценка сложности эвристических алгоритмов
  • Принципы ООП
  • Тестирование "Черным ящиком" №3
  • КТ - В3
  • Модульное тестирование
    • С кодами
  • Модульное тестирование
  • Абстрактные классы и интерфейсы в Python
  • Структуры в Python по аналогии с C++
    • Диалоги гениев
  • Делегаты в Python
    • Ещё более не смешные диалоги
  • Регулярные выражения в Python от простого к сложному
  • Python: Коллекции
  • Параметризованные классы (шаблоны)
  • Указатели и операции со списками в Python
  • Интеграционное тестирование
  • Работа с классами. Перегрузка методов
  • Определение операций в классе.
  • Создание наследованных классов
  • Интеграционное тестирование
  • Работа с объектами через интерфейсы
  • Использование стандартных интерфейсов
  • Работа с типом данных "Структура"
  • Коллекции. Параметризованные классы
  • Использование регулярных выражений
  • Операции со списками
  • Что такое паттерны проектирования?
  • Шпаргалка по шаблонам проектирования
    • [Habr] Шпаргалка
  • UML-диаграммы проектирования
  • Использование основных шаблонов.
  • Использование каких то там шаблонов
  • 15-я Практическая
  • 16-я Практическая
  • Graphviz Online
  • 17-я Практическая
  • Введение в теорию программирования: Объектно-ориентированный подход
  • Документирование софта и стандарты
  • C# Ввод и вывод
  • Оптимизация кода: просто о главном
  • Автоматизация разработки технической документации
  • Автоматизированное документирование и первичные данные
  • ADO.NET что это?
Powered by GitBook
On this page
  • Что такое диаграмма вариантов использования?
  • Пример: Информационная система для школы
  • Построение диаграммы
  • Итог

UML-диаграммы проектирования

10.02.2025

PreviousШпаргалка по шаблонам проектированияNextИспользование основных шаблонов.

Last updated 3 months ago

Что такое диаграмма вариантов использования?

Диаграмма вариантов использования (Use Case Diagram) — это графическое представление, описывающее, какой функционал программной системы доступен различным группам пользователей.

Основные элементы диаграммы вариантов использования

  1. Актёры (Actors) — сущности, взаимодействующие с системой (пользователи, устройства, другие системы). Обозначаются человечками.

  2. Варианты использования (Use Cases) — действия, выполняемые системой. Обозначаются эллипсами.

  3. Связи (Relationships):

    • Ассоциация (Association) — связь актёра с вариантом использования.

  • Обобщение (Generalization) — наследование функционала между актёрами или вариантами использования.

  • Включение (Include) — обязательное выполнение одного варианта использования внутри другого.

  • Расширение (Extend) — необязательное добавление дополнительного функционала.

Пример: Информационная система для школы

В системе можно выделить следующие группы пользователей:

  • Обучающиеся

  • Преподаватели

  • Классные руководители

  • Заместители директора

Функциональность системы:

  • Обучающиеся: просмотр расписания, оценок.

  • Преподаватели: размещение материалов, выставление оценок.

  • Классные руководители: функции преподавателей + составление расписания родительских собраний.

  • Заместители директора: составление расписания, публикация объявлений.

  • Все пользователи: отправка сообщений.

Построение диаграммы

  1. Добавление актёров (человечки с подписями).

  2. Добавление вариантов использования (эллипсы с названиями функций).

  3. Соединение актёров и вариантов использования:

    • Ассоциации: соединяем актёров с доступными им функциями.

    • Обобщение: связь между схожими ролями (например, «Классный руководитель» наследует функционал «Преподавателя»).

    • Включение: если одна функция всегда включает в себя другую (например, «Составление расписания» включает «Составление расписания занятий»).

    • Расширение: если одна функция может дополнять другую (например, «Прикрепить файл к сообщению» расширяет «Отправить сообщение»).

Итог

Использование диаграмм вариантов использования помогает структурировать проект на ранних стадиях разработки, минимизировать ошибки и ускорить процесс работы. Попробуйте применять этот инструмент в своих проектах!