Пояснительная записка (1207243), страница 2

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 2)

В рамках рассматриваемой модели вариантов использования, необходимо создать диаграммы:

• диаграмма вариантов использования;

• диаграмма автоматов;

• диаграмма классов анализа;

• диаграмма последовательности;

• диаграмма коммуникации.

Диаграмма вариантов использования

Диаграмма вариантов использования (сценариев поведения, прецедентов) является исходным концептуальным представлением системы в процессе ее проектирования и разработки. Данная диаграмма состоит из актеров, вариантов использования и отношений между ними.

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества актеров, взаимодействующих с системой с помощью вариантов использования. При этом актером называется любой объект, субъект или система, взаимодействующая с моделируемой системой извне.

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

В ходе анализа проектируемой информационной системы было определено четыре актера:

• администратор – сотрудник, обрабатывающий заказы и обслуживает сайт;

• клиент – авторизовался в системе и уже сделал заказ, который уже сделал заказ;

• гость – потенциальный клиент который заходит на сайт с целью просмотра и заказа товара.

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

Просмотр:

• каталога товаров;

• контактной информации;

• новостей и акций;

• условий оплаты и доставки;

• поиск товаров;

• зарегистрироваться;

• авторизоваться;

• отслеживаться заказов.

Добавлять, редактировать и удалять:

• товары в корзине;

• товары;

• новости и акции;

• личную информацию;

• статус заказов.

Контролировать состояние сайта.

На основании исходных данных была построена контекстная диаграмма, описывающая общую схему взаимодействия актеров в пределах информационной системы (рисунок 2.1):

Рисунок 2.1 – Контекстная диаграмма вариантов использования

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

Рассмотрим диаграмму декомпозицию варианта использования «Оформления заказа» (рисунок 2.2). Гость может добавлять, удалять и изменять количество товаров в корзине. Также Гость может оформить заказ, но только выбрав в нём способ оплаты и доставки. Чтобы продолжить оформления заказа он должен авторизоваться в системе. После авторизации Пользователь указывает адрес доставки и оплачивает заказ. После оформления заказа в личном кабинете Пользователя может просматривать статус заказа, а также может его отменить.

Рисунок 2.2 – Диаграмма декомпозиции

Диаграмма автоматов

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

Рисунок 2.3 – Контекстная диаграмма автоматов

Рассмотрим рисунок 2.3 на нём отображена контекстная диаграмма автоматов, моделирующая реакцию системы на выбор пользователем пунктов меню и переходы между ними.

После запуска интернет-магазина отобразит стартовое меню, после которого пользовать должен выбрать подсистему, в которой он будет работать.

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

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

На рисунок 2.4 отображена диаграмма декомпозиции, которая моделирует поведение системы после авторизации пользователя в подсистеме Клиент. Пользователю предоставляется меню подсистемы Клиент, в котором можно перейти в раздел:

• о нас – в данном разделе находится подробная информация о компании;

• личный кабинет – данный раздел содержит в себе информацию о клиенте, а также адресе доставки и заказах, совершённых клиентом;

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

• корзина – в этом разделе пользователь может просмотреть, добавлять и удалять выбранные товары, а также может оформить заказ выбрав адрес доставки, способ доставки и способ оплаты;

• категории – в этом разделе вы можете выбрать интересующий вас товар и просмотреть подробную информацию о товаре, а также вы можете добавить его к себе в корзину для дальнейшей покупки;

• поиск товара – при воде в поля поиска данные товара, форма поиска товара обращается к базе данных для получения данных о товаре, а затем выводит результат поиска на экран.

Рисунок 2.4 – Диаграмма декомпозиции подсистеме «Клиента»

Рассмотрим рисунок 2.5 на нём отображена диаграмма декомпозиции, которая моделирует реакцию системы на выбор пользователем подсистемы администратор.

В данной подсистеме пользователь сможет перейти в раздел:

• администратор – в этом разделе пользователь может редактировать данные о себе;

• обработка заказов – в данном разделе пользователь просматривает заказы клиентов, после подговори заказа пользователь меняет статус заказа.

• управление доступом – пользователь может изменить роль другого пользователя в системе, но не может изменить свою роль в системе;

• управление категорий – этот раздел позволяет добавлять и редактировать категории товаров.

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

Рисунок 2.5 – Диаграмма декомпозиции подсистемы «Администратор»

2.2 Модель анализа

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

Диаграмма классов анализа

Фундаментальными понятиями объектно-ориентированного подхода являются понятия объекта и класса, которые представляются абстракциями реальной или воображаемой сущности (набора сущностей). Класс анализа – еще более абстрактная сущность, чем просто класс, представляет собой набор из одного или более классов. Таким образом, класс анализа – это укрупненная абстракция, которая на концептуальном уровне (без точного определения атрибутов и операций) описывает некоторый фрагмент системы.

Диаграмма классов анализа по существу является прообразом классической диаграммы классов. Элементами, отображаемыми на диаграмме, являются классы и отношения между ними. При этом для отображения классов можно воспользоваться стандартным обозначением класса (прямоугольник) с указанием внутри него соответствующего стереотипа или значком-стереотипом.

На рисунок 2.6 представлена диаграмма классов анализа проектируемой системы. Условно ее можно разделить на три составляющих: интерфейсы подсистемы, классы-сущности таблиц БД и управляющие классы. Управляющий класс Соединение с БД осуществляет взаимодействие приложения с базой данных. Группа классов Отчеты реализуют выборки для организации сводных таблиц. Основной класс представляет основной поток приложения, из которого вызываются все остальные потоки, формы и т.д.

Рисунок 2.6 – Диаграмма классов анализа

Диаграмма последовательности

Реализация отдельного варианта использования требует участия и взаимодействия определенных экземпляров актеров и классов. Наиболее подходящий инструмент для описания такого взаимодействия – это диаграммы последовательности и коммуникации, которые, по сути, отображают одну и ту же информацию. В связи с этим большинство Case-средств позволяет после построения одной из диаграмм автоматически получить другую, а также выполнять синхронизацию этих диаграмм между собой.

Общими элементами диаграмм являются:

• экземпляры актеров и объекты, участвующие во взаимодействии;

• сообщения, передаваемые между экземплярами актеров и объектами.

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

• Имя объекта : Имя класса;

• : Имя класса – анонимный объект;

• Имя объекта – предполагается, что имя класса известно;

• Имя объекта : – объект-сирота. Считается, что имя класса неизвестно.

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

Взаимодействие между экземплярами актеров и объектами моделируется посредством передачи сообщений. Сообщение – это спецификация факта передачи информации между сущностями с ожиданием выполнения определенных действий со стороны принимающей сущности. Сущность, отправляющую сообщение, называют клиентом, а принимающую – сервером. Таким образом, сообщения не только передают некоторую информацию, но и требуют или предполагают выполнения сервером определенных действий или передачу (возврат) клиенту необходимой информации. Если принимающей сообщение сущностью является объект, то оно представляет собой операцию (метод) объекта-сервера. Прием сообщения обычно трактуется, как возникновение события на сервере. Сообщения изображаются стрелкой с обязательным указанием направления (остриё стрелки указывает на принимающую сторону) и спецификации.

Ниже рассматриваются особенности построения диаграмм взаимодействия.

Характеристики

Список файлов ВКР