UML - сценарии использования и актеры - PullRequest
Новая
       41

UML - сценарии использования и актеры

0 голосов
/ 11 марта 2019

В настоящее время я изучаю вторую часть объектно-ориентированного программирования, и мы перешли к UML.В настоящее время мы изучаем варианты использования и субъекты, и нам нужно создать: Список действующих лиц и вариантов использования, инициированных каждым субъектом для данной проблемы.

Я понимаю, что представляет собой каждый из отдельных компонентов, но у нас нетбыли приведены какие-либо примеры.Я посмотрел примеры, но это только дает окончательный результат диаграммы варианта использования.С чем я борюсь, так это с помощью формулировки проблемы (требований системы), чтобы затем создать и найти участников и варианты использования:

https://www.scribd.com/document/401208954/Pms

Это мой пример того, что ядумаю, что делать, но не уверен, что я на правильном пути ...

2.2 МОНИТОР Каждая кровать имеет отдельный монитор, который собирает данные пациента, отправляет информацию на дисплей и отвечает на команды пользователя и запросы.

Требование будет: собирать данные о пациенте, цель: отправлять информацию на дисплей, а владелец: пациент ????

1 Ответ

0 голосов
/ 16 марта 2019

Сначала , вам необходимо найти в своем документе актеров, которые используют систему, и инициировать взаимодействие с ней.Это главные действующие лица.Например:

1. ЦЕЛЬ

Blablabla ... Пользователями системы являются медсестер и врачей

Тогда вам нужно найти в своем документе любых второстепенных актеров.Это актеры, которые могут быть вовлечены во взаимодействие в системе, но как участник, а не как инициатор.Например:

3.1.4 ЭКГ И ЧАСТОТА СЕРДЦА (HRT)

Сигнал ЭКГ передается по кабелям, подключенным к электродам, подключенным к пациенту .кожа.

Здесь, очевидно, пациент вовлечен, по крайней мере, пассивно.

Внимание, первичными и вторичными субъектами также могут быть системы, которые будут независимы от рассматриваемой системы (например, центральная система приема, которая будет снабжать систему данными пациента).Я не уверен, что у нас есть это дело здесь.

Затем вам нужно снова пройтись по тексту, помня об основных участниках и ища, для чего они могли бы использовать систему.Это вариант использования, и он в принципе должен соответствовать цели актера.Например:

3.1.8. ПРИЕМ И УДАЛЕНИЕ ПАЦИЕНТА

Для того, чтобы болтать ..., пациент должен быть принят .Прием пациента состоит из блаблабла ....

3.3 ЗАПИСЬ СОБЫТИЙ

Пользователь должен иметь возможность вводить текстовые замечания о состоянии пациента.Blablabla ...

В этих примерах пользователи определенно захотят принять пациента, контролировать жизненные показатели пациента и записывать события.Сложность состоит в том, чтобы отфильтровать то, что пользователи хотят сделать (цель), и детали того, как они это делают или как выглядит система.Например, ввод имени и возраста, подключение кабеля ЭКГ или NBP являются рабочими деталями приема.

Некоторые из этих деталей носят чисто описательный характер (где информация будет отображаться на экране), но некоторые детали могут быть вторичной целью (подзадача для пользователя для достижения цели более высокого уровня).Например, отключение мониторинга.Вы можете перечислить их в качестве варианта использования, но вы должны заметить, что это не верхний уровень.Эти детали нужны только при уточнении основных вариантов использования.

Затем вы можете связать второстепенных субъектов с определенными случаями использования, где это уместно.

...