Данная информационная система предназначена для оформления заказов по доставке грузов. Оформление заказов должно вестись с любым клиентом из любой точки региона. Проектируемая информационная система содержит сведения о товарах, заказчиках, получателях, сведения о платежах. Заказчики обращаются к операторам фирмы, осуществляющих грузоперевозки и заказывают требуемые услуги. Сведения об услугах содержаться на сайте фирмы или в печатных изданиях. Предоплата услуг осуществляется клиентами квитанции необходимого банка или наличными деньгами при получении товара.
Средства системы позволяют фиксировать грузоперевозки из региона, рассчитывать стоимость перевозки в зависимости от района, вида и стоимости груза, создавать отчеты по загруженности направлений грузоперевозки, также скорости доставки грузов в пункт назначения.
Диаграмма вариантов использования
Моделирование системы будем осуществлять как по уровневый спуск от концептуальной модели к логической, а затем к физической модели системы. Концептуальная модель выражается в виде диаграмм вариантов использования (use-case diagram). Этот тип диаграмм служит для проведения итерационного цикла общей постановки задачи вместе с заказчиком. Диаграммы вариантов использования служат основой для достижения взаимопонимания между программистами-профессионалами, разрабатывающими проект, и заказчиками проекта.
На рисунке 1 изображена диаграмма вариантов использования для проектируемой информационной системы:
Диаграмма вариантов использования — это последовательность действий (транзакций), выполняемых системой в ответ на событие, инициируемое неким собой типичное взаимодействие пользователя и проектируемой системы.
Вариант использования «Сообщить заказ «.
Данный вариант использования описывает процесс передачи необходимых данных заказчиком: пункт назначения, груз, телефон отправителя и получателя груза, и.т.д.
Вариант использования «Отчет о доставке груза освободившихся водителей».
Данный вариант использования описывает процесс отчета водителей о доставке груза, фиксации в БД свободных водителей и автотранспорта, составления отчета по всем заказчикам. Он включает в себя: информация о отправителе и получателе, о грузе, дате принятия и исполнения заказа.
Вариант использования » Вход в систему «.
Данный вариант использования описывает процесс входа в систему оператора или водителя.
Вариант использования » Просмотр водителя «.
Данный вариант использования описывает процесс получения данных о свободных водителях, стаж, квалификация, автотранспорт.
Вариант использования » Просмотр автотранспорта».
Данный вариант использования описывает процесс получения данных о техническом паспорте свободных грузовых машин.
Вариант использования » Оформить накладную «.
Данный вариант использования описывает процесс получения накладной, содержащей следующие сведения: водитель, автотранспорт, отправитель и получать, время доставки.
Вариант использования «Узнать услуги».
Данный вариант использования описывает процесс ознакомления заказчика с услугами которые оказывает фирма.
Диаграмма взаимодействия
Диаграммы взаимодействия являются моделями, описывающими поведение взаимодействующих групп объектов.
Диаграмма взаимодействия охватывает поведение только одного варианта использования. На такой диаграмме отображается ряд объектов и те сообщения, которыми они обмениваются между собой в рамках данного варианта использования. Существует два вида диаграмм взаимодействия: диаграммы последовательности (sequence diagram) и кооперативные диаграммы (collaboration diagram).
На диаграмме последовательности объект изображается в виде прямоугольника на вершине пунктирной вертикальной линии.
Эта вертикальная линия называется линией жизни (lifeline) объекта. Она представляет собой фрагмент жизненного цикла объекта в процессе взаимодействия.
Каждое сообщение представляется в виде стрелки между линиями жизни двух объектов. Сообщения появляются в том порядке, как они показаны на диаграмме (сверху вниз). Каждое сообщение может быть помечено именем, при желании можно показать также аргументы и некоторую управляющую информацию. Также можно показать само делегирование — сообщение, которое объект посылает самому себе, при этом стрелка сообщения указывает на ту же самую линию жизни. Активизации — прямоугольники на линиях жизни — показывают, когда метод становится активным (во время его выполнения либо при ожидании результата выполнения какой-либо процедуры). Используя механизм активизаций, можно более четко показать смысл самоделегирования. Без них довольно трудно определить, где же выполняются следующие после самоделегирования вызовы — в вызывающем методе или в вызываемом. Активизации вносят ясность в этот вопрос.
Вторым видом диаграмм взаимодействия является кооперативная диаграмма. На кооперативной диаграмме экземпляры объектов показаны в виде пиктограмм. Линии между ними обозначают сообщения, обмен которыми осуществляется в рамках данного варианта использования.
Каждый вид диаграмм взаимодействия имеет свои преимущества, выбор осуществляется исходя из предпочтений разработчика. В данной работе рассмотреная диаграмма последовательности, делается акцент именно на последовательности сообщений, при этом легче наблюдать порядок, в котором происходят различные события.
На рисунке 2 изображена диаграмма последовательности для варианта использования «Регистрация заказа«:
На данной диаграмме взаимодействия изображена следующая
последовательность событий:
- заказчик предоставляет необходимые сведения оператору;
- осуществляет вход в систему;
- проверяет доступность водителей для грузоперевозки;
- проверяет доступность автотранспорта.
- оформляет и регистрирует заказ;
- подтверждает заказчиком данных заказ;
- распечатывает накладную для водителя.
Диаграмма классов
Диаграммы классов являются центральным звеном методологии объектно-ориентированных анализа и проектирования.
Диаграмма классов показывает классы и их отношения, тем самым, представляя логический аспект проекта. Отдельная диаграмма классов представляет определенный ракурс структуры классов. На стадии анализа диаграммы классов используются, чтобы выделить общие роли и обязанности сущностей, обеспечивающих требуемое поведение системы. На стадии проектирования диаграммы классов используются, чтобы передать структуру классов, формирующих архитектуру системы. Каждый класс должен иметь имя. Имя каждого класса должно быть уникально в содержащем его проекте. Диаграмма классов определяет типы объектов системы и различного рода статические связи, которые существуют между ними. Имеется два основных вида статических связей: ассоциации (например, менеджер может вести несколько проектов) и подтипы (работник является разновидностью личности). Ассоциации представляют собой связи между экземплярами классов (личность работает в компании, компания имеет ряд офисов). Любая ассоциация обладает двумя ролями; каждая роль представляет собой направление ассоциации. Для ассоциации может быть указано направление навигации. Если навигация указана только в одном направлении, то такая ассоциация называется однонаправленной. У двунаправленной ассоциации навигация указана в обоих направлениях.
Атрибуты во многом подобны ассоциациям. Разница между ними заключается в том, что атрибуты предполагают единственное направление навигации — от типа к атрибуту. В зависимости от степени детализации диаграммы, обозначение атрибута может включать имя атрибута, тип и значение, присваиваемое по умолчанию.
Операции представляют собой процессы, реализуемые классом. Наиболее очевидное соответствие существует между операциями и методами над классом. На диаграммах классов изображаются также атрибуты классов, операции и ограничения, которые накладываются на связи между объектами.
На рисунке 3 изображена диаграмма классов для проектируемой информационной системы:
На данной диаграмме классов можно увидеть, что заказчик связывается с оператором и передать ему всю необходимую информацию для оформления заказа. Оператор регистрирует заказ, просматривает информацию о текущем статусе водителей и автотранспорта их нагрузку, выбирает более подходящего и оформляет накладную на данного водителя. После доставки водитель фиксируют доставку и свой статус готовности.
Каждый из классов содержит свой набор атрибутов и операций, которые описывают содержимое каждого класса и процессы ими реализуемые.
Диаграмма состояний
Диаграммы состояний являются хорошо известным средством описания поведения систем. Они определяют все возможные состояния, в которых может находиться конкретный объект, а также процесс смены состояний объекта в результате влияния некоторых событий. В поведении объекта в системе можно выделить действия, отображаемые переходами, и деятельности, отображаемые состояниями. Хотя и то и другое — это процессы, реализуемые, некоторым методом класса, они трактуются различным образом. Действия связаны с переходами и рассматриваются, как мгновенные и непрерываемые. Деятельности связаны с состояниями и могут длиться достаточно долго. Деятельность может быть прервана в результате наступления некоторого события. Переход может содержать метку. Синтаксически метка перехода состоит из трех частей, каждая из которых является необязательной: <Событие> [<Условие>]/<Действие>. Если метка перехода не содержит никакого события, это означает, что переход происходит, как только завершается какая-либо деятельность, связанная с данным состоянием. Условие — это логическое условие, которое может принимать два значения: «истина» или «ложь». Условный переход выполняется только в том случае, если условие принимает значение «истина», в противном случае выполняется переход, не помеченный условием. Из конкретного состояния в данный момент времени может быть осуществлен только один переход; таким образом, условия являются взаимно исключающими для любого события. Существует два особых состояния: вход и выход. Любое действие, связанное с событием входа, выполняется, когда объект входит в данное состояние. Событие выхода выполняется в том случае, когда объект выходит из данного состояния. Диаграммы состояний хорошо использовать для описания поведения некоторого объекта в нескольких различных вариантах использования. Они не слишком пригодны для описания поведения ряда взаимодействующих объектов.
Диаграмма размещения
Диаграмма размещения отражает физические взаимосвязи между программными и аппаратными компонентами системы. Она является хорошим средством для того, чтобы показать маршруты перемещения объектов и компонентов в распределенной системе. Каждый узел на диаграмме размещения представляет собой некоторый тип вычислительного устройства — в большинстве случаев часть аппаратуры. Эта аппаратура может быть простым устройством или датчиком, а может быть и большим компьютером Соединения между узлами показывают коммуникационные каналы, с помощью которых осуществляются системные взаимодействия. На практике данные диаграммы применяются не слишком часто. В целом эти диаграммы полезно применять, чтобы выделить особенно физические характеристики данной системы.
На рисунке 5 изображена диаграмма размещения для проектируемой информационной системы:
Из данной диаграммы видно как взаимодействуют участники процесса оформления заказа на физическом уровне. Заказчик связывается с оператором, который в свою очередь с помощью клиента базы данных регистрирует заказ на сервере. После выполнения грузоперевозок водители оформляют в базе данных сведения о доставке грузов.