1.5. Моделирование бизнес-вариантов использования автоматизированной информационной системы «Табачный склад»
На основе матрицы ответственности строится диаграмма бизнес-вариантов использования АИС «Табачный склад» для отдела склада предприятия АО «ТК «Мегаполис» (Рис.9.).
Рис.9. Диаграмма Business Use Case
ГЛАВА 2. ПРОЕКТИРОВАНИЕ СИСТЕМЫ
2.1. Построение концептуальной модели
Для того чтобы графически представить поведение АИС, была применена методология визуального моделирования. Унифицированный язык моделирования UML – это нотация, которая позволяет детально описать информационную систему, а также отметить особенности реализации системы [11].
На рисунке 10 представлена диаграмма вариантов использования, отражающая отношения между актёрами и прецедентами.
Диаграмма вариантов использования описывает функциональность АИС. Каждая функциональность изображается в виде прецедентов использования (use case) или просто прецедентов [8].
Прецедент обозначается на диаграмме овалом, связанным с пользователями, которых принято называть действующими лицами (актерами, actors). Список всех прецедентов фактически определяет функциональные требования к АИС, которые лежат в основе разработки технического задания на создание системы [19].
Рис. 10. Диаграмма вариантов использования АИС «Табачный склад»
На диаграмме видно, что система реализует основные действия необходимые для решения задач, поставленных на этапе технического задания:
- Обработка поставки;
- Обработка отгрузки;
- Ведение вспомогательных справочников;
- Формирование отчетных документов по обороту товаров.
Трассировка – один из видов зависимости, указывающий на связь между элементами, которые представляют собой одну и туже концепцию, находящуюся на разных уровнях значимости [11].
Стрелка «include» (включение) – показывает отношение между базовым и включаемым элементами. С его помощью определяется, каким образом поведение, определённое для включаемого элемента, можно вставить в поведение базового элемента. Базовый элемент видит включение и может зависеть от его результатов, однако базовый элемент не имеет доступа к атрибутам включаемого элемента [7].
Стрелка «realize» (реализовывать) – показывает отношение между спецификацией и ее программной реализацией. Описывает объекты, которые реализуют поведение в программном коде и то, каким способом они для этого взаимодействуют между собой [7].
Стрелка «extend» (расширение) – показывает отношения между расширяющим и базовым элементами. Описывает, каким образом поведение, определённое для расширяющего элемента, может быть внесено в поведение, определенное для базового элемента [8].
Диаграмма трассировки, отражающей разбиение задач на более мелкие подзадачи, для автоматизированной информационной системы «Табачный склад» приведена на рисунке 11.
Рис. 11. Диаграмма трассировки АИС «Табачный склад»
2.2. Реализация функциональной архитектуры
Кроме общей информации о варианте использования, описан его основной сценарий и расширение к нему. Основной сценарий представляет собой последовательность действий, при успешном выполнении которых достигается цель варианта использования. Расширения основного сценария описывают действия при возникновении исключительных ситуаций.
Далее рассмотрены сценарии вариантов использования, каждый из которых представлен графическими диаграммами (рисунки 12 – 36).
Для составления диаграмм были использованы:
- Диаграммы последовательности;
- Диаграммы взаимодействия.
Диаграмма последовательности действий отображает взаимодействие объектов, упорядоченное во времени. На ней показаны объекты и классы, используемые в сценарии, и последовательность сообщений, которыми обмениваются объекты для выполнения сценария. Диаграммы последовательности действий обычно соответствуют реализациям вариантов использования в текстовом представлении.
Диаграмма кооперации – это альтернативный способ отображения сценариев. Такой тип диаграммы показывает взаимодействие объектов, организованное вокруг них, и их связи друг с другом. Подобно диаграммам последовательности, кооперативные диаграммы отображают поток событий через конкретный сценарий варианта использования. Диаграммы последовательности упорядочены по времени, а кооперативные диаграммы заостряют внимание на связях между объектами [8].
Актеры в системе учет на табачном складе.
- Пользователь – вводит/изменяет данные;
- Администратор – в дополнение к возможностям пользователя может удалить данные, отменять операцию по проводке документов и добавлять новых сотрудников в систему.
Диаграммы последовательности и взаимодействия.
Вариант использования «Авторизация»:
Главное действующее лицо: пользователь системы.
Контекст использования: пользователь системы проходит авторизацию в системе.
Результат успешного завершения: сотрудник вошел в систему.
Сценарий:
- Система проверяет подключение к базе данных (БД);
- Систем запрашивает настройку подключения;
- Сотрудник настраивает подключение к БД;
- Система запрашивает имя пользователя и пароль;
- Сотрудник вводит имя пользователя и пароль;
- Система подтверждает имя и пароль, после чего открывается доступ в систему.
Диаграмма последовательности, иллюстрирующая описанный сценарий «Авторизация», изображена на рисунке 12, и диаграмма кооперации на рисунке 13.
В верхней части диаграммы показаны все действующие лица и объекты, требуемые в системе для выполнения этого варианта использования: пользователь, форма «заставка», форма «авторизации», форма «настройка подключения», форма «главная форма», база данных (БД).
Стрелки соответствуют сообщениям, передаваемым между действующим лицом и объектом или между объектами для выполнения требуемых функций.
Альтернативные сценарии:
Если во время выполнения основного сценария обнаружится, что подключение настроено неверно – системы выводит сообщение об ошибке и пользователь может вернуться к началу ввода данных. Если обнаружится, что пользователь ввел неправильный пароль, система выводит сообщение об ошибке. Пользователь может вернуться к началу основного сценария или отказаться от входа в систему, при этом выполнение варианта использования завершается.
Если вариант использования выполнен успешно, пользователь входит в систему. Отображается главная форма системы. В противном случае состояние системы не изменяется.
Рис. 12. Диаграмма последовательности действий варианта использования «Авторизация»
Рис. 13. Диаграмма кооперации действий варианта использования «Авторизация»
Вариант использования «Добавление элемента справочника»:
Главное действующее лицо: пользователь системы (кладовщик/администратор).
Контекст использования: пользователь добавляет новую запись в выбранный справочник.
Результат успешного завершения: в системе добавляется запись с новым элементом справочника.
Сценарий:
- Пользователь запрашивает справочник;
- Система выбирает данные справочника из базы и показывает их на форме;
- Пользователь заполняет поля элемента справочника и нажимает кнопку «добавить»;
- Система проверяет правильность занесения данных/подтверждение изменения;
- Сохраняет изменения в базу;
- Форма справочника запрашивает обновленные данные для отображения;
- Отображение обновлённых данных.
Альтернативные сценарии:
Если во время выполнения основного сценария обнаружится, поля заполнены некорректно, система выводит сообщение об ошибке и пользователь может вернуться к началу ввода данных. Пользователь может вернуться к началу основного сценария или отказаться выполнения сценария, при этом выполнение варианта использования завершается.
Если вариант использования выполнен успешно, справочник обновляется. В противном случае состояние системы не изменяется.
При вводе данных проверяется заполненность полей согласно регламенту.
Диаграмма последовательности, иллюстрирующая описанный сценарий, изображена на рисунках 14 и 15.
Рис. 14. Диаграмма последовательности действий варианта использования «Добавление элемента справочника»
Рис. 15. Диаграмма кооперации действий варианта использования «Добавление элемента справочника»
Вариант использования «Изменение элемента справочника»:
Главное действующее лицо: пользователь системы (кладовщик/администратор).
Контекст использования: пользователь изменяет выбранную запись в справочнике.
Результат успешного завершения: в системе обновляется запись в справочнике.
Сценарий:
- Пользователь запрашивает справочник;
- Система выбирает данные справочника из базы и показывает их на форме;
- Пользователь выбирает элемент справочника;
- Пользователь изменяет/дополняет поля элемента справочника и нажимает кнопку «изменить»;
- Система проверяет правильность занесения данных/подтверждение изменения;
- Сохраняет изменения в базу;
- Форма справочника запрашивает обновленные данные для отображения;
- Отображение обновлённых данных.
Альтернативные сценарии:
Если во время выполнения основного сценария обнаружится, поля заполнены некорректно, система выводит сообщение об ошибке и пользователь может вернуться к началу ввода данных. Пользователь может вернуться к началу основного сценария или отказаться выполнения сценария, при этом выполнение варианта использования завершается.
Если вариант использования выполнен успешно, справочник обновляется. В противном случае состояние системы не изменяется.
При вводе данных проверяется заполненность полей согласно регламенту.
Диаграмма последовательности, иллюстрирующая описанный сценарий, изображена на рисунках 16 и 17.
Рис. 16. Диаграмма последовательности действий варианта использования «Изменение элемента справочника»
Рис. 17. Диаграмма кооперации действий варианта использования «Изменение элемента справочника»
Вариант использования «Удаление элемента справочника»:
Главное действующее лицо: администратор.
Контекст использования: администратор удаляет выбранную запись в справочнике.
Результат успешного завершения: в системе обновляется запись в справочнике.
Сценарий:
- Пользователь запрашивает справочник;
- Система выбирает данные справочника из базы и показывает их на форме;
- Пользователь выбирает элемент справочника;
- Пользователь нажимает кнопку удалить элемент справочника и нажимает кнопку «Удалить»;
- Система запрашивает подтверждения удаления;
- Пользователь подтверждает удаление;
- Форма справочника сохраняет изменения в базу;
- Форма справочника запрашивает обновленные данные для отображения;
- Отображение обновлённых данных.
Альтернативные сценарии:
Если во время выполнения основного сценария обнаружится ошибка, система выводит сообщение об ошибке и пользователь может вернуться к началу сценария или закончить его выполнении.
Если вариант использования выполнен успешно, справочник обновляется. В противном случае состояние системы не изменяется.
При вводе данных проверяется заполненность полей согласно регламенту.
Диаграмма последовательности, иллюстрирующая описанный сценарий, изображена на рисунке 18 и диаграмма кооперации на рисунке 19.
Рис. 18. Диаграмма последовательности действий варианта использования «Удаление элемента справочника»
Рис. 19. Диаграмма кооперации действий варианта использования «Удаление элемента справочника»
Вариант использования «Добавление приемки»:
Главное действующее лицо: пользователь.
Контекст использования: кладовщик добавлять данные о приемке в систему.
Результат успешного завершения: в системе добавляется запись о приемке в статусе «черновик».
Сценарий:
- Выбор меню приемки товара на главной форме;
- Запрос документов о приемке товара в БД с указанием склада;
- Получение списка из БД;
- Отображение данных о приемке на форме;
- Переход в режим приемки нового товара, путем нажатия на кнопку «Добавить приемку»;
- Запуск интерфейса формы приемки;
- Отображение формы на экране компьютера пользователя;
- Пользователь вводит данные по приемке;
- Система проверяет заполненность всех необходимых полей;
- Пользователь нажимает сохранить приемку;
- Данные введённые пользователем направляется через запрос в БД;
- База возвращает информацию об успешной записи данных;
- Отображение нового списка документов по приемке, с новой строкой в статусе черновик.
Альтернативные сценарии:
Если во время выполнения основного сценария обнаружится ошибка, система выводит сообщение об ошибке и пользователь может вернуться к началу сценария или закончить его выполнении.
Если вариант использования выполнен успешно, список документов обновляется. В противном случае состояние системы не изменяется. Сценарий отображен на рисунках 20 и 21.
Рис. 20. Диаграмма последовательности действий варианта использования «Добавление приемки»
Рис. 21. Диаграмма кооперации действий варианта использования «Добавление приемки»
Вариант использования «Изменение приемки»:
Главное действующее лицо: пользователь.
Контекст использования: кладовщик изменяет данные о приемке в системе.
Результат успешного завершения: в системе изменяет запись о приемке в статусе «черновик».
Сценарий:
- Выбор меню приемки товара на главной форме;
- Запрос документов о приемке товара в БД с указанием склада;
- Получение списка из БД;
- Отображение данных о приемке на форме;
- Выбор документа для изменения;
- Переход в режим изменение приемки, путем нажатия на кнопку «Изменить приемку»;
- Запуск интерфейса формы приемки;
- Отображение формы на экране компьютера пользователя с данными по приемке;
- Пользователь изменяет данные по приемке;
- Система проверяет заполненность всех необходимых полей;
- Пользователь нажимает сохранить приемку;
- Данные введённые пользователем направляется через запрос в БД;
- База возвращает информацию об успешной записи данных;
- Отображение списка документов по приемке, с измененной строкой в статусе черновик.
Альтернативные сценарии:
Если во время выполнения основного сценария обнаружится ошибка, система выводит сообщение об ошибке и пользователь может вернуться к началу сценария или закончить его выполнении.
Если вариант использования выполнен успешно, список документов обновляется. В противном случае состояние системы не изменяется. Сценарий отображен на рисунках 22 и 23.
Рис. 22. Диаграмма последовательности действий варианта использования «Изменение приемки»