12-3-1

МИНОБРНАУКИ РОССИИ

Санкт-Петербургский государственный

электротехнический университет

«ЛЭТИ» им. В.И. Ульянова (Ленина)

Кафедра Информационных систем

отчет

по домашнему заданию №3

по дисциплине

«Цифровое производство»

Тема: «Модель информационной связности процессов»

№12

Студент гр. 9373		Заболотников М.Е.
Студент гр. 9373		Петрова С.В.
Студент гр. 9373		Романова Е.С.
Преподаватель		Кузнецов А.Г.

Санкт-Петербург

2023

Задание.

Спроектировать электронную систему записи на приём пациентов частной клиники. Смоделировать диаграмму прецедентов (use-case diagram), используя средства программного обеспечения StarUML.

Решение.

Диаграмма прецедентов системы записи на приём пациентов частной клиники представлена на рисунке ниже.

1. Прецедент Авторизация

Имя прецедента. Авторизация.

Сводка. Система проверяет наличие доступа у пользователя в систему.

Актёр. Пользователь, Оператор.

Зависимость. Включается прецедентами Добавление адреса и времени, Получение уведомлений, Просмотр истории всех записей на приём.

Предусловие. Актёр видит экран входа.

Основной поток:

1. Актёр вводит данные для авторизации – логин и пароль.

2. Система проверяет логин и пароль на корректность.

3. Система отображает интерфейс сайта.

Альтернативный поток:

1. Если пользователь не ввёл хотя бы одно из значений пары логин-пароль, система выводит сообщение об ошибке.

2. Если хотя бы одно из значений пары логин-пароль введено неверно, то система выведет соответствующее сообщение и предложит восстановить пароль.

Постусловие. Наличие доступа пользователя проверено.

2. Прецедент Просмотр вариантов услуги

Имя прецедента. Просмотр вариантов услуги.

Сводка. Пользователь просматривает каталог услуг на сайте.

Актёр. Пользователь.

Зависимость. Расширяется прецедентом Добавление информации о записи.

Предусловие. Пользователь зашёл на сайт и открыл каталог услуг.

Основной поток:

1. Открывается список доступных услуг.

2. Пользователь выбирает необходимую ему услугу.

3. Открывается список районов города.

4. Пользователь выбирает район, в котором проживает.

5. Открывается список медицинских специальностей.

6. Пользователь выбирает необходимую ему специальность.

7. Точка расширения: прецедент Добавление информации о записи

Альтернативный поток:

1. Если пользователь проживает в пригородной части и не может выбрать ни один из предложенных районов, загорается кнопка "Я из пригорода".

2. Открывается список пригородных районов и микрорайонов.

3. Пользователь выбирает свой район или микрорайон, в котором проживает.

4. Если необходимой специальности нет, высвечивается соответствующее сообщение.

Постусловие. Пользователь выбрал необходимую ему услугу.

3. Прецедент Добавление информации о записи

Имя прецедента. Добавление информации о записи.

Сводка. Пользователь добавляет основную информацию о записи.

Актёр. Пользователь.

Зависимость. Является абстрактным предком с конкретными потомками: Добавление адреса и времени, Выбор времени и Добавление номера направления. Расширяет прецедент Просмотр вариантов услуги.

Предусловие. Пользователь находится на странице услуги.

Основной поток:

1. Открывается список врачей по выбранной специальности.

2. Пользователь выбирает нужного ему врача.

3. Открывается расписание выбранного врача.

4. Пользователь выбирает тот день, который ему удобен.

5. Открывается вкладка выбранного дня.

6. Переход к прецеденту-потомку в зависимости от выбранной услуги: Добавление адреса и времени, Выбор времени или Добавление номера направления.

Альтернативный поток:

1. Если у врача нет окна в расписании на тот или иной день, то кнопки с этими днями неактивны.

Постусловие. Пользователь выбрал врача.

4. Прецедент Добавление адреса и времени

Имя прецедента. Добавление адреса и времени.

Сводка. Пользователь добавляет адрес места нахождения и время вызова.

Актёр. Пользователь.

Зависимость. Прецедент Добавление адреса и времени – потомок абстрактного предка Добавление информации о записи. Включает прецедент Авторизация. Расширяется прецедентом Оформление записи.

Предусловие. Пользователь авторизован и выбрал вариант вызова врача на дом.

Основной поток:

1. Включить прецедент Авторизация.

2. Переход от прецедента-предка.

3. Открывается поле ввода адреса.

4. Пользователь вводит адрес и нажимает "Найти на карте".

5. Открывается карта, на которой отображается введённый адрес.

6. Указывается время, в которое было бы удобно пользователю вызывать врача.

7. Загорается кнопка "Оформить запись".

8. Точка расширения: прецедент Оформление записи.

Альтернативный поток:

1. Если вводимый пользователем адрес не высвечивается в подсказках или не появляется на карте, выходит сообщение о том, то такого адреса не существует.

2. Если указанное пользователем время не совпадет с временем окна в расписании врача, то высвечивается соответствующее сообщение и предлагаются другие ближайшие варианты.

Постусловие. Пользователь выбрал время и готов оформлять запись.

5. Прецедент Выбор времени

Имя прецедента. Выбор времени.

Сводка. Пользователь выбирает время записи.

Актёр. Пользователь.

Зависимость. Прецедент Выбор времени – потомок абстрактного предка Добавление информации о записи. Расширяется прецедентом Оформление записи.

Предусловие. Пользователь находится на вкладке выбранного дня и выбрал опцию свободой записи.

Основной поток:

1. Переход от прецедента-предка.

2. Пользователь выбирает удобное для него время из предложенных вариантов.

3. Загорается кнопка "Оформить запись".

4. Точка расширения: прецедент Оформление записи.

Альтернативный поток:

–

Постусловие. Пользователь выбрал время и готов оформлять запись.

6. Прецедент Добавление номера направления

Имя прецедента. Добавление номера направления.

Сводка. Пользователь вводит номер направления.

Актёр. Пользователь.

Зависимость. Прецедент Добавление номера направления – потомок абстрактного предка Добавление информации о записи. Расширяется прецедентом Оформление записи.

Предусловие. Пользователь находится на вкладке выбранного дня и выбрал способ записи по направлению.

Основной поток:

1. Переход от прецедента-предка.

2. Пользователь вводит номер направления.

3. Пользователь выбирает удобное для него время из предложенных вариантов.

4. Загорается кнопка "Оформить запись".

5. Точка расширения: прецедент Оформление записи.

Альтернативный поток:

1. Если пользователь ввёл неверно номер направления, то система выводит соответствующее сообщение и просит ввести номер ещё раз.

Постусловие. Пользователь ввёл номер направления, выбрал время и готов оформлять запись.

7. Прецедент Оформление записи

Имя прецедента. Оформление записи.

Сводка. Пользователь оформляет запись.

Актёр. Пользователь.

Зависимость. Включает прецедент Оплата. Расширяет прецеденты Добавление адреса и времени, Выбор времени и Добавление номера направления.

Предусловие. Пользователь находится на странице оформления записи.

Основной поток:

1. Открывается вкладка с полями ввода контактной информации пользователя.

2. Пользователь вводит Имя, номер телефона, почту.

3. Включить прецедент Оплата.

Альтернативный поток:

1. Если пользователь авторизован, то почту вводить не требуется.

Постусловие. Пользователь завершил оформление записи.

8. Прецедент Оплата

Имя прецедента. Оплата.

Сводка. Пользователь оплачивает запись.

Актёр. Пользователь.

Зависимость. Включается прецедентом Оформление записи. Является абстрактным предком с конкретными потомками: Оплата онлайн, Оплата при посещении и Оплата лично в руки врачу.

Предусловие. Покупатель оформляет запись и доходит до раздела Оплата.

Основной поток:

1. На странице отображается стоимость услуги.

2. Пользователь выбирает способ оплаты – онлайн, при посещении или врачу лично в руки.

3. Осуществляется переход к потомку – Оплата онлайн, Оплата при посещении или Оплата лично в руки врачу.

Альтернативный поток:

–

Постусловие. Запись оплачена.

9. Прецедент Оплата онлайн

Имя прецедента. Оплата онлайн.

Сводка. Пользователь выбирает оплату онлайн.

Актёр. Пользователь.

Зависимость. Прецедент Оплата онлайн – потомок абстрактного предка Оплата.

Предусловие. Пользователь оформляет запись и доходит до раздела Оплата.

Основной поток:

1. Переход от абстрактного предка Оплата заказа.

2. Пользователь выбирает способ оплаты – по карте или СБП.

3. Происходит интеграция с выбранным платежным шлюзом.

4. Пользователь вводит свои данные в зависимости от формы платежного шлюза.

5. Проверка данных на корректность платежной системой.

6. Если данные верны, то пользователь завершает оплату заказа.

Альтернативный поток:

1. Если пользователь ввёл некорректные данные, то система предлагает ему повторить попытку или выбрать другой способ оплаты.

Постусловие. Оплата завершена.

10. Прецедент Оплата при посещении

Имя прецедента. Оплата при посещении.

Сводка. Пользователь выбирает оплату очно при посещении клиники.

Актёр. Пользователь.

Зависимость. Прецедент Оплата при посещении – потомок абстрактного предка Оплата.

Предусловие. Пользователь оформляет запись и доходит до раздела Оплата.

Основной поток:

1. Пользователь приходит в клинику и платит нужную сумму.

2. Система фиксирует оплату услуги.

Альтернативный поток:

–

Постусловие. Оплата завершена.

11. Прецедент Оплата лично в руки врачу

Имя прецедента. Оплата лично в руки.

Сводка. Пользователь выбирает оплату лично в руки врачу.

Актёр. Пользователь.

Зависимость. Прецедент Оплата лично в руки врачу – потомок абстрактного предка Оплата.

Предусловие. Пользователь оформляет запись и доходит до раздела Оплата.

Основной поток:

1. Пользователь отдаёт нужную сумму врачу лично в руки.

2. Система фиксирует оплату услуги.

Альтернативный поток:

–

Постусловие. Оплата завершена.

12. Прецедент Получение уведомлений

Имя прецедента. Получение уведомлений.

Сводка. Оператор получает заявку на запись к врачу от пользователя.

Актёр. Оператор.

Зависимость. Включает прецедент Авторизация.

Предусловие. Оператор зашёл в систему управления, видит экран входа.

Основной поток:

1. Включить прецедент Авторизация.

2. Система проверяет наличие новых уведомлений, их количество отображается рядом со вкладкой “Уведомления”.

3. Оператор заходит в раздел “Уведомления”, где отображаются все последние уведомления, новые выделяются.

4. Оператор открывает одно из уведомлений, система предлагает следующие варианты действий: Удалить, Оформить как новую заявку, Закрыть.

5. Оператор выбирает Оформить как новую заявку.

6. В открывшейся форме оператор выбирает имя врача, ответственного за приём пациента.

7. Заявка сохраняется со статусом “В работе”.

Альтернативный поток:

1. Если у пользователя нет новых уведомлений, то рядом со вкладкой “Уведомления” не будет никаких обозначений.

2. Если у пользователя еще нет ни одного уведомления, то при открытии вкладки “Уведомления” он увидит пустой блок.

Постусловие. Оператор получает информацию о новых записях и оформляет их.

13. Прецедент Просмотр истории всех записей

Имя прецедента. Просмотр истории всех записей.

Сводка. Оператор просматривает всю историю записей пользователей.

Актёр. Оператор.

Зависимость. Включает прецедент Авторизация.

Предусловие. Оператор зашёл в систему управления, видит экран входа.

Основной поток:

1. Включить прецедент Авторизация.

2. Оператор заходит в раздел Все записи.

3. На странице записей есть две вкладки: завершённые и незавершённые записи.

4. На вкладке Завершённые записи оператор видит все записи, приёмы по которым уже были совершены. В записи оператор видит имя врача, сумму, дату приёма, имя и адрес пациента.

5. На вкладке Незавершённые записи оператор видит все записи, которые были оформлены, но приёмы по которым ещё не совершены. В записи оператор видит имя врача, сумму, имя и адрес пациента.

Альтернативный поток:

1. Если заказов ещё не было, то на обеих вкладках он видит пустой блок.

Постусловие. Оператор получает информацию о всех записях от пользователей.

Лист ошибок и замечаний.