- •Дополнение к практической работе № 2
- •1. Сведения, необходимые для выполнения работы
- •1.1. Представление вариантов использования
- •1.2. Диаграммы вариантов использования
- •Создание диаграмм Вариантов Использования
- •Вариантов Использования
- •Удаление диаграмм Вариантов Использования
- •Связывание файлов и ссылок с диаграммой Вариантов Использования
- •Панель инструментов диаграмм Вариантов Использования
- •Selection Tool (инструмент выбора)
- •Text Box (текст)
- •Note (замечание)
- •Note Anchor (якорь для замечания)
- •Package (контейнер)
- •Use Case (сценарии поведения)
- •Замечание
- •Actor (актер)
- •Unidirectional Association (однонаправленная связь)
- •1.3. Работа с вариантами использования
- •Документирование потока событий
- •Описание
- •Предусловия
- •Основной и альтернативный потоки событий
- •Основной поток
- •Альтернативный поток а2: недостаточно денег на счету
- •Постусловия
- •Добавление вариантов использования
- •К диаграмме Вариантов Использования
- •Использования к диаграмме Вариантов Использования
- •Удаление вариантов использования
- •Спецификации вариантов использования
- •Присвоение имен вариантам использования
- •1.4. Просмотр участников варианта использования
- •1.5. Назначение стереотипа для варианта использования
- •1.6. Назначение приоритета варианту использования
- •1.7. Создание абстрактных вариантов использования
- •1.8. Просмотр диаграмм, содержащих варианты использования
- •Спецификации варианта использования
- •1.9. Просмотр связей варианта использования
- •Варианта использования
- •1.10. Связывание файлов и ссылок с вариантом использования
- •Варианта использования
- •1.11. Работа с действующими лицами
- •1.12. Добавление действующих лиц
- •К диаграмме Вариантов Использования
- •1.13. Удаление действующих лиц
- •1.14. Спецификации действующего лица
- •1.14. Именование действующих лиц
- •1.15. Назначение стереотипа для действующего лица
- •1.16. Задание множественности действующего лицо
- •1.17. Создание абстрактного действующего лица
- •1.18. Просмотр связей действующего лица
- •Действующего лица
- •1.19. Связывание файлов и ссылок с действующим лицом
- •1.20. Просмотр экземпляров действующего лица
- •2.1. Работа со связями
- •2.2. Связи коммуникации
- •2.3. Связь использования
- •2.4. Связь расширения
- •2.4. Связь обобщения действующего лицо
- •2.4. Работа с примечаниями
- •2.5. Добавление примечаний на диаграмму
- •2.6. Удаление примечаний
- •2.7. Работа с пакетами
- •2.8. Создание пакетов
- •2.9. Удаление пакетов
- •Специфика создания программной системы тепличного хозяйства, использующего гидропонику
- •2 Создание диаграммы Use Case для гидропонной системы
2 Создание диаграммы Use Case для гидропонной системы
После изучения основных инструментов диаграммы можно приступить к созданию сценариев поведения системы. Согласно постановке задачи существует некоторый план выращивания растения. Он должен быть введен в систему оператором. Для отражения этого процесса создадим новое действующее лицо (Actor) и присвоим ему имя «Оператор». Создадим новый значок use case и присвоим ему имя «создать план выращивания», после чего необходимо соединить эти значки ассоциативной связью, как показано на рис. 2.1.
Рис. 2.1 Диаграмма Use Case после добавления значка Оператор
Замечание
Название use case начинается с глагола и обозначает действие элемента actor.
Заметим, что план выращивания должен поступать в систему и обрабатываться. Также оператор должен иметь возможность просматривать протокол работы системы.
Создадим новый объект и назовем его Контроллер. Соединим его связью с элементом «создать план выращивания». Создадим новый значок «создать протокол», который соединим связью с Контроллером. Теперь у нас получился диаграмма, представленная на рис. 2.2.
Рис. 2.2 Диаграмма Use Case после добавления значка Контроллер
Также Контроллер должен управлять исполнительными устройствами. Для отражения этого процесса создадим use case с именем «управлять устройствами» и новое действующее лицо Устройства.
Также необходимо создать новое действующее лицо Датчик и use case «измерить показатели среды». После соединения связями этих значков у вас должно получиться изображение, показанное на рис. 2.3.
Совет
Чтобы не потерять работу, сохраните проект нажатием Ctrl+S.
Рис. 2.3 Окончательный вид диаграммы Use Case
Таким образом, в окончательном варианте мы получили следующие требования к системе управления тепличным хозяйством:
оператор должен иметь возможность задать план выращивания;
оператор должен иметь возможность просматривать протокол работы системы;
система должна получать информацию от датчиков;
система должна иметь возможность управлять внешними устройствами на основе показателей датчиков и введенного плана выращивания.
