Диаграмма деятельности транспортной компании

Проектирование автоматизированной информационной системы ‘Грузоперевозки’

СОДЕРЖАНИЕ

Введение

. Описание и анализ предметной
области

.1 Организационная диаграмма

.2 Дерево функций

. Постановка задачи

. Проектирование АИС

.1 Функционально-ориентированный
подход

.1.1 Модель потоков данных (DFD)

.1.2 Функциональная модель (IDEF0)

.1.3 Диаграмма перехода
состояний(STD)

.2 Объектно-ориентированный подход

.2.1 Физическая UML-диаграмма

.2.2 UML-диаграмма прецендентов

.2.3 UML-диаграмма деятельности

.2.4 Разработка модели данных
(ER-модель)

Заключение

ВВЕДЕНИЕ

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

Целями данной курсовой работы являются:

. Разработка и внедрение комплексной
автоматизированной системы поддержки процессов компании.

. Повышение эффективности работы всех подразделений
компании и обеспечение ведения учета в единой информационной системе.

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

Ключевые функциональные требования к
информационной системе:

. Мощные средства защиты данных от несанкционированного
доступа.

. Расчет клиентов

1. Описание и анализ
предметной области

Грузоперевозки — это процесс,
вследствие которого совершается перемещение из одного места в другое каких-либо
объектов с помощью транспорта.

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

Цель создания АИС состоит в том, что бы
автоматизировать систему заявок клиентов. Избавиться от большого количества
рукописных документов и экономии времени.

Для эксплуатации АИС необходимо наличие
соответствующего программного обеспечения. Система при функционировании должна
отвечать следующим требованиям:

удобный интерфейс программы. Необходимо для
удобной работы с данными.

система должна быть проста в сопровождении.

конфиденциальность данных о клиенте и его
заказах.

Система учета заявок, истории клиентов проводится
в ручную, что подразумевает возможные ошибки:

увеличение совершения ошибок

трата большого количества времени

Преимущества АИС:

позволяет хранить данные о товаре и клиенте в
единой базе

хранение данных надежнее, нежели в бумажном виде

облегчение учета информации

Анализ показателей показал, что систему стоит
автоматизировать.

1.1   
Организационная диаграмма

Организационная диаграмма — совокупность
подразделений организации и их взаимосвязей, в рамках которой между
подразделениями распределяются управленческие задачи, определяются полномочия и
ответственность руководителей и должностных лиц. Организационная диаграмма
выстраивается в соответствии с теми задачами, которые ставит перед организацией
её стратегия.

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

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

Рис.1 — Организационная диаграмма

.        Менеджер по приему заявок

Специалист по приему и обработке заказов.

.        Грузчики

Рабочий по погрузке и выгрузке.

3.      Водители

Человек, управляющий ТС (автомобиль, повозка,
автобус и др.)

1.2
Дерево функций

Дерево функций (Function Tree)
— иерархическая модель видов деятельности предприятия, обеспечивающих
достижение дерева целей.

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

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

Рис.2 — Дерево функций

автоматизированный информационный
единый эффективность

Постановка задачи:

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

Можно выделить следующие цели
автоматизированного варианта решения задачи:

сокращение времени обработки данных о клиенте и
перевозимом товаре

автоматизированная подготовка документов

повышение защиты информации

хранить персональную информацию о клиенте и его
заказе

выводить данные по запросу

поиск клиента по фамилии или по номеру

список предстоящих грузоперевозок

своевременная доставка

3. Проектирование АИС

3.1
Функционально-ориентированный подход

Таблица 1 — Бизнес-процессы

Бизнес процессы	Входная информация	Выходная информация
Оформление заказа	Информация о клиенте	Договор, квитанция на оплату
Оформление дополнительных услуг	Договор, услуги	Квитанция на оплату услуг
Оформление выезда, Доставка груза	Квитанция на оплату услуг	Итоговый счет
Прием оплаты	Итоговый счет	Чек

3.1.1 Модель потоков
данных (DFD)

Диаграммы потоков данных (Data Flow Diagrams —
DFD) представляют собой иерархию функциональных процессов, связанных потоками
данных. Цель такого представления — продемонстрировать, как каждый процесс
преобразует свои входные данные в выходные, а также выявить отношения между этими
процессами.

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

3.1.2 Функциональная
модель (IDEF0)

Методология IDEF0 предписывает
построение иерархической системы диаграмм — единичных описаний фрагментов
системы. Сначала проводится описание системы в целом и ее взаимодействия с
окружающим миром (контекстная диаграмма), после чего проводится функциональная
декомпозиция — система разбивается на подсистемы и каждая подсистема
описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема
разбивается на более мелкие и так далее до достижения нужной степени
подробности.

Каждая IDEF0-диаграмм а
содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги
связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними.

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

3.1.3 Диаграмма
перехода состояний (STD)

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

. Состояние — может рассматриваться как условие
устойчивости для системы. Находясь в определенном состоянии, мы имеем
достаточно информации о прошлом системы, чтобы определить очередное состояние в
зависимости от текущих входных событий.

. Начальное состояние — это узел, являющийся
стартовой точкой для начального системного перехода. STD имеет только одно
начальное состояние.

3.2
Объектно-ориентированный подход

3.2.1 Физическая UML-диаграмма

Физическая диаграмма формируется на основе
деятельности грузоперевозки и ее бизнес-процессов.

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

Рис.7 — Физическая UML-диаграмма

3.2.2 UML-диаграмма
прецедентов

Диаграмма прецедентов в UML
<https://ru.wikipedia.org/wiki/UML> — диаграмма, отражающая отношения
между актёрами
<https://ru.wikipedia.org/wiki/%D0%90%D0%BA%D1%82%D1%91%D1%80_(UML)> и
прецедентами <https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%B5%D1%86%D0%B5%D0%B4%D0%B5%D0%BD%D1%82_(UML)>
и являющаяся составной частью модели прецедентов, позволяющей описать систему
на концептуальном уровне.

Основное назначение диаграммы —
описание функциональности и поведения, позволяющее заказчику
<https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BA%D0%B0%D0%B7%D1%87%D0%B8%D0%BA>, конечному пользователю
<https://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D0%BD%D0%B5%D1%87%D0%BD%D1%8B%D0%B9_%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C>
и разработчику
<https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%81%D1%82>
совместно обсуждать проектируемую или существующую систему
<https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0_(%D0%BA%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80)>.

Для отражения модели
прецедентов на диаграмме используются:

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

актёр — стилизованный
человечек, обозначающий набор ролей пользователя (понимается в широком смысле:
человек, внешняя сущность, класс, другая система), взаимодействующего с
некоторой сущностью (системой, подсистемой, классом). Актёры не могут быть
связаны друг с другом (за исключением отношений обобщения/наследования),

прецедент — эллипс с надписью,
обозначающий выполняемые системой действия (могут включать возможные варианты),
приводящие к наблюдаемым актёрами результатам. Надпись может быть именем или описанием
(с точки зрения актёров) того, «что» делает система. Имя прецедента связано с
непрерываемым (атомарным) сценарием — конкретной последовательностью действий,
иллюстрирующей поведение. В ходе сценария актёры обмениваются с системой
сообщениями. Сценарий может быть приведён на диаграмме прецедентов в виде
UML-комментария. С одним прецедентом может быть связано несколько различных
сценариев.

3.2.3 UML-диаграмма
деятельности

Диаграмма деятельности — UML
<https://ru.wikipedia.org/wiki/UML>-диаграмма, на которой показано
разложение некоторой деятельности на её составные части. Под деятельностью
понимается спецификация исполняемого поведения в виде координированного
последовательного и параллельного выполнения подчинённых элементов — вложенных
видов деятельности и отдельных действий, соединённых между собой потоками,
которые идут от выходов одного узла ко входам другого.

Диаграммы деятельности состоят
из ограниченного количества фигур, соединённых стрелками. Основные фигуры:

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

2.      Ромбы — решения

.        Широкие полосы —
начало (разветвление) и окончание (схождение) ветвления действий

.        Чёрный круг — начало
процесса (начальное состояние)

Таблица 2 — Операция «Оформление грузоперевозок»

Название операции	Исполнитель	Исходящие документы
Подача заявки	Клиент	Инф о клиенте	Нет
Подбор ТС	Менеджер	Заявка	Свободные ТС
Выбор ТС	Клиент	Свободные ТС	Выбранное ТС
Оформление заявки	Менеджер	Паспорт, выбранное ТС	Договор
Оформление Дополнительный услуг	Менеджер	Выбранные доп. услуги	Договор, счет на оплату

3.2.4 Разработка модели
данных (ER — модель)

Модель «сущность-связь» (ER-модель)
— модель данных, которая позволяет описывать концептуальные схемы с помощью
обобщенных конструкций блоков.

Основными понятиями ER-модели являются сущность,
связь и атрибут.

Сущность — это реальный или
представляемый объект, информация о котором должна сохраняться и быть
доступной. <#»787400.files/image010.gif»>

Рис.10 — ER-модель

Заключение

В результате курсового проекта была
спроектирована автоматизированная информационная система «Грузоперевозки».

Данная система удовлетворяет всем требованиям,
предъявленным в задании.

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

получению более рациональных вариантов решения
управленческих задач за счет внедрения математических методов и
интеллектуальных систем и т.д.

освобождению работников от рутинной работы за
счет ее автоматизации;

обеспечению достоверности информации;

замене бумажных носителей данных на магнитные и
оптические, что приводит к более рациональной организации переработки
информации на компьютере и снижению объемов бумажных документов;

Список использУЕМОЙ
литературы

1.
Гагарина Л.Г., Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация
автоматизированных информационных систем.-М.: ИД ФОРУМ ИНФРА-М, 2007

.
Франц Р.В. Методические указания по выполнению курсового проекта для студентов
специальности 230401.- Бийск: КГБПОУ «БГК», 2015

Содержание:

Введение

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

Цель курсовой работы – моделирование предметной области «Транспортная доставка заказов» с помощью UML

Для достижения поставленной цели курсовой работы необходимо решить следующие задачи:

1. Описать предметную область «Транспортная доставка заказов»

2. Выбрать средства для моделирования предметной области

3. Провести моделирование предметной области «Транспортная доставка заказов» с помощью объектно-ориентированного подхода к проектированию

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

1. Аналитическая часть

1.1. Описание предметной области. Постановка задачи.

Согласно статистическим данным перевозка более половины всех грузов на территории РФ осуществляется автомобильным транспортом. Поэтому в курсовой работе при описании предметной области «Транспортная доставка заказов» будем опираться на документационный оборот, используемый в автомобильных перевозках.

Правовое регулирование грузового автотранспортного сообщения в России регулируются постановлением Правительство РФ № 272 от 15 апреля 2011 года, которое утвердило новые Правила перевозок грузов автомобильным транспортом. Данное постановление регулирует отношения между перевозчиками, грузоотправителями, грузополучателями и другими участниками процесса транспортировки.

Основными документами этого процесса являются:

1. Перевозка груза осуществляется на основании договора перевозки груза. Заключение договора перевозки груза подтверждается транспортной накладной.

Транспортная накладная (Рисунок 1) – первичный документ, который предназначен для учета движения товарно-материальных ценностей и сопровождает груз при его перевозке от грузоотправителя к грузополучателю.

Товарно-транспортная накладная (далее – ТТН) оформляется в двух случаях:

• при перевозке товарно-материальных ценностей силами автотранспортной компании;
• при перевозке товарно-материальных ценностей самим грузоотправителем.

Рисунок – Образец транспортной накладной

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

Использования ТТН в электронном виде не представляется возможным. В соответствии с Приказом ФНС РФ от 29.06.2012 года №ММВ-7-6/465@ транспортные накладные могут быть направлены в налоговый орган только в виде сканированных копий.

2. Перевозка груза с сопровождением представителя грузовладельца, перевозка груза, в отношении которого не ведется учет движения товарно-материальных ценностей, осуществляется транспортным средством, предоставляемым на основании договора фрахтования (Рисунок 2) транспортного средства для перевозки груза (далее — договор фрахтования).

Рисунок – Образец договора фрахтования

В договор фрахтования должны включаться следующие пункты:

• Предмет сделки.
• Пункты выбытия и прибытия.
• Количество мест (объем вместимости) для груза, пассажиров, багажа.
• Условия оплаты.
• Вид (род) груза.
• Кроме этого, обязательно указываются наименования (ФИО) субъектов, оформляющих соглашение, отправителя и получателя груза.

3. При определенных обстоятельствах участники транспортного процесса вынуждены оформлять акты (Рисунок 3).

Рисунок – Образец акта о повреждении груза

В соответствии с Правилами акты составляются в случаях, если (п. 79 Правил):

• груз не вывезен по вине перевозчика;
• транспортное средство и контейнер под погрузку не предоставлены;
• утрата или недостача груза, повреждения (порчи) груза;
• груз для перевозки не предъявлен;
• фрахтователь отказался от пользования транспортным средством;
• доставка груза просрочена;
• транспортные средства задержаны или простаивают

Акт, должен содержать (п. 82 Правил) следующие пункты:

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

Анализирую постановление Правительства РФ № 272, и документы которыми регулируется «Правил перевозок грузов автомобильным транспортом», можно выделить участников процесса «Транспортная доставка заказов»

В «Транспортной доставке заказов» участвуют четыре стороны (Рисунок 4):

• грузоотправитель,
• логист,
• грузоперевозчик
• грузополучатель.

Рисунок – Участники процесса «Транспортная доставка грузов»

Грузоотправитель обязан указать место загрузки и осуществить загрузку груза в транспортное средство грузоперевозчика. В задачи логиста входит: получить заказ, найти грузоперевозчика и оформить заявку. Грузоперевозчику необходимо доставить загруженный груз в место назначения за отведенное время, указанное в заявке. Также грузоперевозчик отвечает за сохранность груза во время его транспортировки. Обязанностью грузополучателя является прием груза и документирование факта приема и состояния груза.

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

1.2 Предлагаемые мероприятия по улучшению технологии решения задачи

Процесс доставки грузов можно разделить на три этапа (Рисунок 5):

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

2. Второй этап – перевозка груз – это этап транспортировки груза в место, указанное в заявке.

3. Третий этап – разгрузка груза. После доставки груза транспортное средство разгружают.

После выполнения трех этапов «Транспортная доставка заказов» является завершенной.

Рисунок – Общая схема «Транспортной доставки заказов»

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

• сотрудники
• материально-техническое обеспечение (Рисунок 6).

Рисунок – Общая схема работы транспортной компании

Процесс, который будет автоматизироваться это первый этап Транспортной доставки грузов, а именно прием груза (Рисунок 7). Прием заказа на транспортную доставку является одной из обязанностей логиста.

После получения заказа на доставку от заказчика логисту необходимо оформить заявку, как было рассмотрено выше, заявка может быть оформлена либо Товарно-транспортная накладная, либо Договор фрахтования.

В любой из этих документов понадобиться внести следующие данные:

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

Рисунок – Процесс оформления заказа на транспортную доставку заказов

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

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

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

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

2 глава. Проектная часть

2.1. Выбор средства для моделирования предметной области решаемой задачи

Под моделью предметной области понимают — систему, имитирующая структуру или функционирование исследуемой предметной области и отвечающая основному требованию – быть адекватной этой области.

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

При создании моделей предметной области необходимо учитывать следующие требования:

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

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

1. С точки зрения планирования работы предприятия выделяют следующие модели:

• Функциональная модель — представляет собой систему элементов, которая качественно и количественно характеризует потенциальные возможности организации и дает упрощенный вид ее реального устройства
• Процессная модель предприятия — представляет собой описание предприятия как интегрированной системы со всеми бизнес-процессами, структурными подразделениями, связанными с ним функциями производства и управления
• Количественная модель расчета производственных процессов – решает задачи по поиску максимуму целевой функции, при заданных ограничениях по ресурсам и минимизации ресурсов, необходимых для достижения желаемого значения целевой функции. Данный вид моделей рассматривается в предмете оптимизации.

2. Согласно другой классификации, исходя из моделирования сложных систем, выделяют следующие типы моделей бизнес-процессов:

• функциональная модель — описывает набор функций, выполняемых системой, и их входы и выходы;
• поведенческая модель, показывающее, когда и / или при каких условиях выполняются бизнес-функции, учитывая следующие вещи: состояние системы, событие, переход из одного состояния в другое, условия перехода, последовательность событий;
• структурная модель — характеризуется составом подсистем, и их взаимосвязями;
• информационная модель — отражает структуры данных.

3. С точки зрения релевантности содержания модели делятся на ():

• Модель «Как есть» («AS IS»): отражает реальное состояние дел во время описания, фактически существующих бизнес процессов предприятия.
• Модель «Как должно быть» («TO BE»): отражает целевое состояние, которое в будущем предполагается реализовать. Например, модель вновь открытого предприятия или новый (совершенно новый или улучшенный старый) порядок выполнения любой работы.
• Модель «Как должно бы быть» (английский «SHOULD BE»): отражает «идеализированное» положение дел (например, согласно нормативным документам, тогда как фактическая схема работы в действительности может быть несколько иной). На практике необходимость создания таких моделей встречается редко.

Рисунок – Взаимосвязь моделей при реинжиниринге бизнес-процессов

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

UML () — это объектно-ориентированный язык со следующими характеристиками:

• обеспечивает создание репрезентативных моделей для взаимодействия заказчика и разработчика;

• содержит механизм для расширения и специализации базовой концепции языка.

Рисунок – Логотип языка UML

Основными понятиями языка UML являются:

1. Система — совокупность управляемых взаимосвязанных подсистем, которых объединили с общей целью.

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

3. Модель — объект, отображающий наиболее значимые для конкретной задачи характеристики системы. Модели бывают разные – нематериальные и материальные, естественные и искусственные, математические и декоративные.

4. Диаграмма — графическое представление множества элементов. Чаще всего изображается в виде графа с вершинами (сущностями) и ребрами (отношениями). Примеров диаграмм : блок-схема, и схемы монтажа оборудования, и дерево файлов и каталогов на диске и т.д. Рисунок воспринимается легче, чем текст…

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

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

1. Rational Rose
2. Microsoft Visio
3. Sybase PowerDesigner
4. Case Complete
5. Artiso Visual Case

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

1 Rational Rose

Rational Rose () — CASE-средство фирмы Rational Software Corporation (США) — предназначено для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации [3]. Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования.

Рисунок — Логотип Rational Rose

Основной вариант — Rational Rose/C++ — позволяет разрабатывать проектную документацию в виде диаграмм и спецификаций, а также генерировать программные коды на С++.

В основе работы Rational Rose лежит построение различного рода диаграмм и спецификаций, определяющих логическую и физическую структуры модели, ее статические и динамические аспекты. В их число входят диаграммы классов, состояний, сценариев, модулей, процессов [4].

Принципиальное отличие Rational Rose от других средств заключается в объектно-ориентированном подходе. Графические модели, создаваемые с помощью этого средства, основаны на объектно-ориентированных принципах и языке UML (Unified Modeling Language). Инструменты моделирования Rational Rose позволяют разработчикам создавать целостную архитектуру процессов предприятия, сохраняя все взаимосвязи и управляющие воздействия между различными уровнями иерархии.

2 Microsoft Visio

Microsoft Visio — векторный графический редактор, редактор диаграмм и блок-схем для Windows. Выпускается в трёх редакциях: Standard, Professional и Pro for Office 365 ([12].

Рисунок — Логотип Microsoft Visio

Visio предоставляет множество различных объектов, с которыми можно взаимодействовать. Они организованы в виде иерархии, которая точно соответствует пользовательскому интерфейсу. [17]

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

После ознакомления с программными продуктами для разработки автоматизированных информационных систем и для определения среды разработки для практической части курсовой работы были выделены около 30 критериев. Критерии сгруппированы следующим образом (Таблица 1)

— Проектирование системы – даёт ли инструмент достаточно функциональности для документации требований, проектирования и видов UML диаграмм. Есть ли в нём функциональность для создания зависимости между объектами разных типов, возможность отслеживать изменения.

— Экспорт – должны быть доступны разные форматы экспорта. Шаблоны документов должны легко модифицироваться..

— Удобство пользования. Инструмент должен быть удобным, интуитивно понятным, с простым интерфейсом для часто используемых функций.

— Минимизация рутины — инструмент делает некоторые вещи сам – например, генерируем тест-кейсы, объектный дизайн из БД, куски кода.

Таблица 1 Сравнение CASE-средств

Программный продукт/ Критерии	Проектирование системы	Экспорт	Удобство пользования	Минимизация рутины
Rational Rose	+	—	+	—
Microsoft Visio	+	+	+	—

Исходя из таблицы и субъективное сравнение программных продуктов не выявило абсолютного лидера. Но в силу использования Microsoft Visio в других разработках, автором отдается предпочтение именно этому программному продукту.

2.2 Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

Процесс моделирования предметной области будет начинаться с диаграмм вариантов использования.

Диаграммы вариантов использования (Рисунок 14) позволяют наглядно представить ожидаемое поведение системы. Основными понятиями диаграммы вариантов использования являются: действующее лицо, вариант использования и связь.

Действующее лицо (актер) – внешняя по отношению к разрабатываемой системе сущность, которая взаимодействует с ней в целях получения или предоставления какой-либо информации [4]. Действующими лицами могут быть пользователи, ПО или какие-либо технические средства, взаимодействующие с системой.

Вариант использования в сценарии – некоторая очевидная для действующего лица процедура, решающая его конкретную задачу. Все варианты использования, так или иначе, связаны с требованиями к функциональности разрабатываемой системы и могут сильно различаться по объему выполняемой работы [2].

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

Связь – взаимодействие действующих лиц и соответствующих вариантов использования [3].

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

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

Таблица 2. Описание диаграммы вариантов использования

Варианты использования	Оформление документов, Оформление заявки, оплата перевозки, Проверка возможности оплаты груза.
Основные актеры	Логист, Грузоотправитель
Краткое описание	Грузоотправитель приходит в транспортную компанию отправить груз. Логист оформляет груз. Формируются ТТН и чек
Цель	Более качественное и быстрое обслуживание грузоотправителей. Формирование базы данных грузоотправителей.

Диаграмма последовательности (англ. sequence diagram) — диаграмма, на которой для некоторого набора объектов на единой временной оси показан жизненный цикл какого-либо определённого объекта (создание-деятельность-уничтожение некой сущности) и взаимодействие акторов (действующих лиц) ИС в рамках какого-либо определённого прецедента (отправка запросов и получение ответов). Используется в языке UML. [6]

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

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

На диаграмме последовательности видно, что с помощью информационный системы происходит автоматизированное заполнение ТТН, упрощение процесса заполнения происходит за счет использования данных о постоянных клиентах

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

Используются следующие условные обозначения:

• Круг, обозначающий начальное состояние.
• Окружность с маленьким кругом внутри, обозначающая конечное состояние (если есть).
• Скруглённый прямоугольник, обозначающий состояние. Верхушка прямоугольника содержит название состояния. В середине может быть горизонтальная линия, под которой записываются активности, происходящие в данном состоянии.
• Стрелка, обозначающая переход. Название события (если есть), вызывающего переход, отмечается рядом со стрелкой. Охраняющее выражение может быть добавлено перед «/» и заключено в квадратные скобки (название_события[охраняющее_выражение]), что значит, что это выражение должно быть истинным, чтобы переход имел место. Если при переходе производится какое-то действие, то оно добавляется после «/» (название_события[охраняющее_выражение]/действие).
• Толстая горизонтальная линия с либо множеством входящих линий и одной выходящей, либо одной входящей линией и множеством выходящих. Это обозначает объединение и разветвление соответственно.

Рисунок – Диаграмма состояний

Далее разрабатываем диаграмму классу (Рисунок 17). Диаграмма классов (англ. Static Structure diagram) — диаграмма, демонстрирующая классы информационной ссистемы и взаимосвязи между ними. [9]

Существует два вида:

• Статический вид диаграммы рассматривает логические взаимосвязи классов между собой;
• Аналитический вид диаграммы рассматривает общий вид и взаимосвязи классов, входящих в систему.

Существуют разные точки зрения на построение диаграмм классов в зависимости от целей их применения: [10]

• Концептуальная точка зрения — диаграмма классов описывает модель предметной области, в ней присутствуют только классы прикладных объектов;

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

• Точка зрения спецификации — диаграмма классов применяется при проектировании информационных систем;
• Точка зрения реализации — диаграмма классов содержит классы, используемые непосредственно в программном коде (при использовании объектно-ориентированных языков программирования).

Диаграммы деятельности удобно применять для визуализации алгоритмов, по которым работают операции классов. [8]

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

Рисунок – Диаграмма деятельности

Диаграммы деятельности состоят из ограниченного количества фигур, соединённых стрелками. Основные фигуры: [11]

• Прямоугольники с закруглениями — действия
• Ромбы — решения
• Широкие полосы — начало (разветвление) и окончание (схождение) ветвления действий
• Чёрный круг — начало процесса (начальное состояние)
• Чёрный круг с обводкой — окончание процесса (конечное состояние)
• Стрелки идут от начала к концу процесса и показывают последовательность переходов.

Заключение

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

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

Основные бизнес-процессы, рассмотренные в курсовой работе, транспортная доставка заказов:

• Оформление документов (ТТН),
• Оформление заявки
• оплата перевозки (формирование чека),
• Проверка возможности оплаты груза.

На UML в среде MS Visio были разработаны следующие схемы:

• Диаграмма вариантов использования
• Диаграмма последовательности
• Диаграмма состояний
• Диаграмма деятельности
• Диаграмма классов

Следующим этапом после проведения логического проектирования системы является физическое проектирование.

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

Список литературы

1. Буч, Г. Объектно-ориентированный анализ и проектирование с примерами приложений на С++ / Г. Буч. – М.: Бином, 2016. – 560 с.
2. Буч, Г. Язык UML. Руководство пользователя / Г. Буч, Дж. Рамбо, А. Якобсон. — СПб.: Питер, 2014. — 432 с.
3. Вендров, А.М. CASE-технологии. Современные методы и средства проектирования информационных систем / А.М. Вендров. – М. : Финансы и статистика, 1998. – 176 с.
4. Википедия. [Электронный ресурс] ru.wikipedia.org. Режим свободного доступа. Дата обращения 13.11.2020
5. ГОСТ Р ИСО/МЭК 12207–02. Информационная технология. Процессы жизненного цикла программных средств.
6. Йордан, Э. Объектно-ориентированный анализ и проектирование систем / Э. Йордан, С. Аргила. — М.: Издательство «ЛОРИ», 2017. — 264 с.
7. Ларман, К. Применение UML и шаблонов проектирования: Уч. Пос / К. Ларман. — М.: Издательский дом «Вильямс», 2015. — 496 с.
8. Леоненков, А.В. Объектно-ориентированный анализ и проектирование с использованием UML / А.В. Леоненков. – www.intuit.ru.
9. Маклаков, С.В. Создание информационных систем с AllFusion Modeling Suite / С.В. Маклаков. – М. : ДИАЛОГ-МИФИ, 2016. – 432 с.
10. Петров, В.И. Информационные системы / В.Н. Петров. – СПб. : Питер, 2002. – 688 с.
11. Фаулер, М. UML. Основы. Третье издание. / М. Фаулер. – М.: Символ-Плюс, 2016. – 192 с.
12. Элиенс, А. Принципы объектно-ориентированной разработки программ / А. Элиенс. – М.: Издательский дом «Вильямс», 2012. – 496 с.
13. Якобсон, А. Унифицированный процесс разработки программного обеспечения / А. Якобсон, Г. Буч, Дж. Рамбо. — СПб.: Питер, 2012. — 496 с.

ВВЕДЕНИЕ

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

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

Актуальность использования ИС в логистике повышается с тем, что они снижают временные издержки на планирование рейсов, повышают управляемость бизнес-процессами, а также снижают воздействие «человеческого фактора» в процессе составления маршрутов доставки. Таким образом, использование таких программных продуктов считается одним из наиболее модернистским и технологичным средством для транспортировки.

ИС должна решать следующие задачи:

-контроль загрузки транспортных средств;

— формирование заявки через форму в Интернет;

— подбор транспортных средств с учетом типа груза, времени заявки, загруженности транспортных средств;

— бронирование транспортных средств;

— расчет предварительной стоимости заказа.

Реализация ИС должна обеспечить эффективную загрузку ТС мелкими заявками.

1. ЦЕЛИ И ЗАДАЧИ ИС

1.1 Бизнес процесс

Транспортная компания обслуживает юридические лица. Клиент заполняет форму Заявки через интернет или обращается по телефону в отдел работы с клиентами, либо лично в компанию. В Заявке указываются пункты погрузки и разгрузки, типы транспортируемых грузов, их вес, количество грузов и сроки доставки грузополучателю. В соответствии с заказом назначается модель ТС и водитель (учитывая их загруженность). Зная модель ТС, время аренды ТС можно определить предварительную стоимость заявки.

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

ИС должна решать следующие задачи:

— учет водителей и ТС;

— ведение договоров на перевозки;

— учет ТС по загрузке;

— формирование заявки через форму в Интернет;

— подбор ТС с учетом типа груза, времени заявки, загруженности ТС, наличия на время заказа водителя;

— бронирование ТС;

— расчет предварительной стоимости заказа;

— учет журнала перевозок.

Описание функций системы:

1. Название моделируемого процесса – «Планирование междугородних перевозок».

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

2.1. Название материального процесса: «Планирование междугородних перевозок».

2.2. Оперативная входящая информация (состав документов, характеристики информационных процессов, источники, получатели, частота, объемы, информационные процедуры).

На рисунке 1.1 представлена диаграмма А-0 процесса Планирование междугородних перевозок.

Входящей информацией в данной АС является:

— Заявка на перевозку груза;

— Платежные документы;

— Сведения о водителях и ТС ;

-Журнал загрузки ТС (Приложение И);

— Груз на перевозку.

2.3. Выходящая информация.

После выполнения водителем поставленных задач, мы получаем конечный результат. Этим результатом является Перевезенный груз, Счет на предварительную оплату, Счет на окончательную оплату (Приложение Б), Договор (Приложение Е), Отчет (Приложение Д).

2.4. Нормативно-справочная информация, рекомендации, распоряжения, законы, инструкции, методики принятия решений, справочники, Госты, классификаторы, кодификаторы, нормативы, источники обновления, частота обновления, объемы информации и объемы изменений.

Нормативно – справочная информация включает в себя:

-График режима труда и отдыха водителя.

-Нормативы времени работы и простоя грузовых транспортных средств.

— Прайс-лист.

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

— Правила перевозки грузов автомобильным транспортом.

— Правила перевозки опасных типов грузов.

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

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

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

Для этого требуется заявка и груз, указанный в заявке.

5. Должностные лица, принимающие решения.

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

6. Проблемы, недостатки, связанные с деятельностью организации и устраняемые при внедрении ИС «Грузоперевозки для частных лиц».

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

Результат декомпозиции представлен на рис. 1.2.

На рисунке 1.2 показана диаграмма А0, являющаяся результатом декомпозиции деятельности на управляющий и управляемый процессы. Блок A2 «Планирование грузоперевозки» — управляющий, блок A1 «Осуществление грузоперевозки» — управляемый.

Описание блоков диаграммы А0:

Название моделируемого процесса – «Осуществление грузоперевозки»

1. Входящая информация для блока «Осуществление грузоперевозки»:

— Груз на перевозку;

— Путевой лист

2. Выходящая информация:

— Перевезенный груз.

3. Нормативно-справочная информация «Осуществление грузоперевозки»:

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

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

4. Этот блок описывает процесс доставки груза в пункт назначения.

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

Название моделируемого процесса – «Планирование грузоперевозки».

1. Входящая информация для блока «Планирование грузоперевозки»:

— Заявка на перевозку груза.

— Платежные документы.

— Сведения о водителях и ТС.

-Журнал загрузки ТС.

-Оформленный Путевой лист.

2. Выходящая информация:

— Путевой лист

— Счет на предварительную оплату.

— Счет на окончательную оплату.

— Отчеты.

— Договор.

-Акт выполненных работ.

3. Нормативно-справочная информация для блока «Планирование грузоперевозки»:

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

— Прайс-лист

— График режима труда и отдыха водителя.

— Норматив времени работы и простоя грузовых транспортных средств.

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

4. Этот блок описывает процесс организации грузоперевозки непосредственно перед отправкой.

5. Должностное лицо – диспетчер, получивший заявку, сформированную клиентом.

Декомпозиция блока «Планирование грузоперевозки» представлена на Рис. 1.3.

Описание блоков диаграммы А2:

Название моделируемого процесса – «Подбор свободного водителя и модели ТС под заказ»

1. Входящая информация:

— Заявка на перевозку груза.

— Журнал загрузки ТС.

— Сведения о водителях ТС.

2. Выходящая информация:

— Информация о ТС выбранной модели.

— Информационная о выбранном водителе.

3. Нормативно-справочная информация для блока «Подбор модели ТС под заказ»:

— График режима труда и отдыха водителя.

— Норматив времени работы и простоя грузовых транспортных средств.

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

4. Этот блок описывает процесс выбора модели ТС и водителя, согласно характеристикам груза.

5. Должностное лицо диспетчер.

Название моделируемого процесса – «Расчет времени выполнения заказа».

1. Входящая информация:

— Заявка на перевозку груза.

2. Выходящая информация:

— Дата и время выполнения заказа.

3. Нормативно-справочная информация отсутствует.

4. Этот блок описывает процесс расчета времени выполнения заказа.

5. Должностное лицо: диспетчер.

Название моделируемого процесса – «Бронирование ТС»

1. Входящая информация:

— Заявка на перевозку груза.

— Платежные документы.

— Дата и время выполнения заказа.

— Информация о выбранном водителе.

-Информация о выбранной модели ТС.

2. Выходящая информация:

— Предоплата.

— Журнал учета и ТС.

3. Нормативно-справочная информация отсутствует.

4. Этот блок описывает процесс бронирования ТС и водителя.

5. Должностное лицо — диспетчер.

Название моделируемого процесса – «Оформление договора»

1. Входящая информация:

— Информация о выбранном водителе.

— Информация о выбранной модели ТС.

— Предоплата.

— Заявка на перевозку груза.

2. Выходящая информация:

— Договор.

— Акт выполненных работ.

— Путевой лист.

3. Нормативно-справочная информация отсутствует.

4. Этот блок описывает процесс оформление договора на перевозку груза.

5. Должностное лицо — диспетчер.

Название моделируемого процесса – «Расчет стоимости грузоперевозки»

1. Входящая информация:

-Журнал учета ТС и водителей.

— Договор.

— Акт выполненных работ.

2. Выходящая информация:

— Счет на окончательную оплату.

— Отчеты.

— Журнал загрузки ТС.

3. Нормативно-справочная информация:

— Прайс-лист.

4. Этот блок описывает процесс расчета окончательной стоимости грузоперевозки.

Должностное лицо — диспетчер.

1.2. Информационная технология управления

1.2.1. Построение схемы документооборота

Схема документооборота показана на рис. 1.4. Список документов показан в таблице 1.1. Клиент формирует заявку, которую принимает и обрабатывает диспетчер. Диспетчер имеет доступ к журналам водителей и загрузки транспортных средств, на основании требований заявки и текущих записей в журналах о состоянии ТС (которые ведёт главный механик предприятия) осуществляется выбор транспортного средства и его водителя для выполнения заказа. Диспетчер так же выставляет счёт клиенту и ожидает от него платёжного документа. После, водителю выдаётся проекта акт выполненных работ, который тот возвращает по окончанию выполнения грузоперевозки.

1.2.2. Построение поведенческой модели

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

Клиент заполняет форму заявки. По виду и объему груза определяется модель ТС, число рейсов. Указав пункт отправления и пункт разгрузки, время загрузки – разгрузки рассчитываем время выполнения заявки. ИС должна подобрать ТС из числа незанятых в перевозках в указанный период ТС и водителя. Если ТС несколько назначить для выполнения заказа ТС с наименьшей загрузкой за текущий месяц. Если ТС на заданный период нет, ИС предлагает ближайшие сроки выполнения заказа. Зная модель ТС, время аренды ТС можно определить предварительную стоимость заявки. Если клиента устраивает подобранное время и стоимость перевозки он делает отметку о согласии оплатить предоплату (30 % от полной стоимости). ТС бронируется на некоторое время, например 3 часа. Клиент приезжает в транспортную компанию, заключает договор на транспортные услуги, вносит предоплату. Если предоплата в заданное время не проведена, то ТС снимается с бронирования. Если время аренды ТС превышает предварительно согласованное в заявке, то клиент вносит дополнительную оплату. При отказе от выполнения заказа по вине клиента предоплата не возвращается. Далее водителем выполняется заказ и по завершении клиенту выставляется счёт. Помимо счёта формируются отчёты различного вида – акт о выполненных работах, чеки, подтверждающие оплату, записи в журналы транспортной компании.

Графическое описание информационной технологии представлено на Рис.1.5.

1.3. Формулирование целей и задач АИС

В рамках внедрения ИС решаются следующие задачи:

— расчет стоимости грузоперевозки;

— подбор ТС под конкретную заявку;

— учёт загрузок ТС.

Внедрение ИС позволит увеличить эффективность работы.

Первоначально цель разработки ИС формулируется следующим образом «Повышение эффективности работы диспетчера транспортной компании за счет сокращения времени на ведение документации». Данная формулировка цели адекватна, инвариантна и конструктивна.

Повышению качества составления планов работ и ведения журналов.

1. Повышение выработки персонала.

2. Повышение качества предоставляемых услуг.

3. Увеличение времени полезной загрузки ТС.

4. Увеличение объема информационной базы ТС.

5. Автоматизация процессов.

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

Поставленная цель достигается за счет повышения выработки персонала (фактор 2) и увеличения качества предоставляемых услуг (фактор 3).

Повышение выработки персонала достигается за счет увеличения загрузки ТС (фактор 4) и уменьшение времени на ведение документооборота (фактор 5).

Увеличение качества предоставляемых услуг достигается за счет уменьшение времени на ведение документооборота (фактор 5) и увеличение числа клиентов (фактор 6).

Граф причинно-следственных связей (дерево целей) показан на рис. 1.6.

2. ФУНКЦИОНАЛЬНАЯ СТРУКТУРА АИС

Диаграммы потоков данных (Data Flow Diagrams, DFD) предназначены для моделирования информационного обмена между системой и внешним миром и/или между частями этой системы. Например, DFD можно использовать для создания модели документооборота некоторой организации.

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

1. Логическая модель, отображающая систему как набор действий и описывающая, что должна делать система;

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

3. Модель поведения, показывающая, как система обрабатывает те или иные события.

2.1. Внешние объекты диаграммы окружения

Модель окружения состоит из одного блока: «Планирование междугородних перевозок».

Источниками и приемниками информации являются следующие лица (сущности): диспетчер, клиент, водитель.

Модель окружения представлена на рисунке 2.1.

2.2. Данные и логическая модель

Логическая модель отображает систему, как набор действий и описывает последовательность выполнения этих действий. Клиент видит на экране форму заявки. По виду и объему груза определяется модель ТС, число рейсов. Указав пункт отправления и пункт разгрузки, время загрузки – разгрузки рассчитывается время заявки. Зная модель ТС, время аренды ТС можно определить предварительную стоимость заявки на основании Прайс листа.

Указав в форме заказа период выполнения заявки, ИС должна подобрать ТС из числа незанятых в перевозках в указанный период ТС и водителя. После внесении предоплаты клиентом ТС бронируется на некоторое время и клиент приезжает в транспортную компанию, заключает договор на транспортные услуги, вносит предоплату и деньги в кассу. Если предоплата в заданное время не проведена, то ТС снимается с бронирования.

После внесения полной стоимости в кассу, проводится регистрация предстоящей перевозки в журнале загрузки и создаётся Путевой лист.

Результат построения логической модели показан на рис. 2.2.

2.3. Задачи, функции хранилища и модель поведения

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

Система производит выбор свободных ТС и водителя на основании данных о грузе из заявки, делает запись в журнале загрузки, о том, что выбранные ТС и водитель назначены на заявку; выдаёт клиенту счёт для оплаты, предварительно рассчитав стоимость согласно тарифам на ТС.

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

Модель поведения показана на рис 2.3.

3. МАТЕМАТИЧЕСКОЕ ОБЕСПЕЧЕНИЕ

3.1. Построение математической модели3.1.1. Вербальное описание задачи

Вербальное описание. Имеется заявка с определёнными параметрами груза (длина, высота, ширина, вес) и время для выполнения данной заявки. Необходимо подобрать модель ТС для выполнения перевозки данного груза.

3.2. Разработка методов решения задач.

Решение задачи состоит из двух этапов, а именно:

1) Выбор модели(ей) ТС, соответствующих модели заявки, т.е. способную осуществить перевозку груза по минимальной тарифной ставке.

1.1) подбор модели ТС под заявку

1.2) составление списка моделей ТС подходящих для перевозки груза

1.3) выбор моделей с минимальной тарифной ставкой

2) Выбор ТС из определённых выше моделей, у которых есть свободное время для выполнения грузоперевозки.

2.1) выбор времени из пустого промежутка между выполнением заявок

2.2) определение того, что выбранный временной промежуток для выполнения заявки не попадает ни в один из периодов выполнения заявки.

4. ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ АИС

При концептуальном проектировании базы данных используется методика, ориентированная на модель представление данных «Сущность-связь». Базовыми элементами в этой модели являются сущности и связи.

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

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

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

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

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

Кардинальность (мощность связи) связи между сущностями А и В определяется парой чисел: , которая показывает, что одному экземпляру сущности А соответствует согласно связи w экземпляров сущности В, а одному экземпляру сущности В соответствует v экземпляров сущности А.

Избирательность – это минимальная кардинальность. По избирательности связи делятся на обязательные, возможные и необязательные.

4.1 Концептуальное проектирование базы данных

Построить концептуальную модель базы данных информационной системы «Транспортные междугородние перевозки». Список атрибутов:

1. Код заявки.

2. Код клиента

3. Дата перевозки.

4. Время начала перевозки.

5. Время окончания перевозки.

6. Тип груза.

7. Длина.

8. Ширина.

9. Высота.

10. Вес.

11. Стоимость

12. Фамилия.

13. Имя.

14. Отчество.

15. Мобильный телефон.

16. Адрес.

17. Номер паспорта.

18. Код типа груза.

19. Наименование типа.

20. Дата.

21. Время начала перевозки(фактическое).

22. Время окончания перевозки(фактическое).

23. Окончательная стоимость.

24. ГосНомер.

25. Год выпуска.

26. Код модели.

27. Грузоподъёмность.

28. Длина кузова.

29. Ширина кузова.

30. Высота кузова.

31. Код типа груза.

32. Стоимость.

33. Код загрузки.

34. Дата.

35. Время начала.

36. Время окончания.

37. Код заявки.

38. Состояние ТС.

39. Код состояния.

40. Наименование состояния.

41. Табельный номер.

42. Фамилия.

43. Имя

44. Отчество.

45. Дата рождения.

46. Категория водительских прав.

47. Год приёма на работу.

48. Пол.

49. Код состояния ТС.

50. Код смены.

51. Начало смены.

52. Конец смены.

53. Дата начала.

54. Дата окончания.

55. Код Путевого листа.

Ход выполнения работы:

1. Устанавливаются сущности (хранилища соответствуют сущностям БД). В данной базе данных представлены 13 сущностей – «Заявка», «Клиент», «Выполненная заявка», «Тип груза», «Транспортное средство», «Модель», «Модель тип груза», «ТС Загрузка», «Состояния ТС», «Водитель», «Смены», «Путевой лист», «Путевой лист — Заявка».

Сущностям присваиваются названия, формируются описания, устанавливается количество экземпляров каждой сущности. Результаты оформляются в таблицу 4.1.

Сущность «Заявка» содержит сведения из полученных заявок.

Сущность «Клиент» содержит сведения о клиенте.

Сущность «Выполненная заявка» содержит сведения о выполненных заявках.

Сущность «Тип груза» содержит данные для типизации грузов для подбора транспортного средства.

Сущность «ТС» содержит данные о конкретных транспортных средствах предприятия.

Сущность «Модель» содержит сведения о характеристиках моделей транспортных средств предприятия;

Сущность «ТС загрузка» содержит сведения о ТС, которые заняты перевозкой в данный момент.

Сущность «Состояния ТС» содержит сведения о состояниях ТС.

Сущность «Водитель» содержит сведения о водителях предприятиях.

Сущность «Смены» содержит сведения о времени начала и конца смен.

1. Для каждой сущности определяется совокупность атрибутов.

«Заявка» — Код заявки, Код клиента, Дата перевозки, Время начала перевозки, Время окончания перевозки, Тип груза, Длина груза, Ширина груза, Высота груза, Вес груза.

«Клиент» — Код клиента, Фамилия, Имя, Отчество, Мобильный телефон, Адрес, Номер паспорта.

«Тип груза» — Код типа груза, Наименование типа.

«Выполненные заявки» — Код заявки, ГосНомер, Код водителя, Дата, Время начала перевозки(фактическое), Время окончания перевозки(фактическое), Предоплата, Окончательная стоимость.

«ТС» — ГосНомер, Год выпуска, Код модели.

«Модель» — Код модели, Грузоподъёмность, Длина кузова, Ширина кузова, Высота кузова, Стоимость.

«Модель тип груза» — Код типа груза, Код модели

«ТС Загрузка» — Код загрузки, ГосНомер, Дата, Время начала, Время окончания, Код заявки.

«Состояния ТС» — Код состояния, Наименование состояния.

«Водитель» — Табельный номер, Фамилия, Имя, Отчество, Дата рождения, Категория водительских прав, Год приёма на работу, Пол, Код смены, Код модели.

«Смены» — Код смены, Начало смены, Конец смены.

«Путевые листы» — Код путевого листа, ГосНомер, Табельный номер.

«Путевой лист-Заявка» — Код путевого листа, Код заявки.

Все атрибуты являются параметрическими, простыми, первичными, статическими. Для каждого атрибута устанавливается наименование, приводится описание, определяется домен. Результаты оформляются в таблицу 3 и 4.

4.2. Логическое проектирование базы данных

Федеральное государственное образовательное бюджетное учреждение
высшего образования
ФИНАНСОВЫЙ УНИВЕРСИТЕТ при ПРАВИТЕЛЬСТВЕ РФ
Факультет прикладной информатики и информационных технологий
Кафедра «Бизнес-информатика»

КУРСОВАЯ РАБОТА 1

НА ТЕМУ:

Разработка модели информационной системы фирмы грузовых перевозок на
основе UML

Руководитель:к.т.н. Зараменских Евгений Петрович
Студент: Каргин Андрей Валерьевич
Группа БИ2-

Москва 2017

СОДЕРЖАНИЕ

ВВЕДЕНИЕ……………………………………………………………………………………………………

• ВВЕДЕНИЕ……………………………………………………………………………………………………
• 1. Основная часть…………………………………………………………………………………………
  • 1 Бизнес-моделирование предметной области………………………………………..
    • 1. Схема организационной структуры……………………………………………………..
    • 1. Таблица функций………………………………………………………………………………..
    • 1. Диаграмма процесса оформления заказа в нотации BPMN…………………..
  • 1 Статические модели проектируемой информационной системы…………
    • 1. Диаграмма вариантов использования (бизнес-модель)……………………….
    • 1. Диаграмма вариантов использования (системная модель)…………………..
    • 1. Диаграмма классов……………………………………………………………………………
  • 1 Динамические модели проектируемой информационной системы………
    • 1. Диаграмма последовательности…………………………………………………………
    • 1. Диаграмма деятельности……………………………………………………………………
• ЗАКЛЮЧЕНИЕ……………………………………………………………………………………………
• Список использованных источников……………………………………………………………..
• ПРИЛОЖЕНИЯ……………………………………………………………………………………………

Бухгалтер, Начальник отдела перевозок и Секретарь. Организация предоставляет услуги грузовых перевозок по Москве и Московской области. Общее число сотрудников: 19. Компанию возглавляет Генеральный директор. У него в подчинении находятся Начальник отдела кадров, Начальник Call-центра, Специалист по логистике, Менеджер по маркетингу,
Отдел кадров возглавляет Начальник отдела кадров, в подчинении у которого находятся 2 Менеджера по персоналу.
Call-центр возглавляет Начальник Call-центра, в подчинениОтдел логистики состоит из 1 Специалиста по логистике.и у которого находятся 2 оператора.
Отдел маркетинга состоит из 1 Менеджера по маркетингу.
Бухгалтерский отдел возглавляет бухгалтер.Во главе отдела перевозок стоит Начальник отдела перевозок, в подчинении которого находятся 3 Грузчика и 4 Водителя.

1. Основная часть…………………………………………………………………………………………

1 Бизнес-моделирование предметной области………………………………………..

1) Схема организационной структуры……………………………………………………..

ИмяГенеральный директор

ИмяНачальник отдела кадров

ИмяМенеджер по персоналу [2]
Отдел кадров

ИмяБухгалтер

Бухгалтерский отдел

ИмяСпециалист по логистике

Отдел логистики Отдел маркетинга

ИмяМенеджер по маркетингу

ИмяНачальник отдела
перевозок

ИмяГрузчик [3]

ИмяНачальник Call-центра

ИмяОператор Call-Центра [2]

ИмяВодитель [4]

Call-центра

ИмяСекретарь

Отдел перевозок

Описание:

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

Отдел кадров возглавляет Начальник отдела кадров, в подчинении у которого
находятся 2 Менеджера по персоналу.

Call-центр возглавляет Начальник Call-центра, в подчинении у которого
находятся 2 оператора.

Отдел логистики состоит из 1 Специалиста по логистике.

Отдел маркетинга состоит из 1 Менеджера по маркетингу.

Бухгалтерский отдел возглавляет бухгалтер.

Во главе отдела перевозок стоит Начальник отдела перевозок, в подчинении
которого находятся 3 Грузчика и 4 Водителя.

2) Таблица функций………………………………………………………………………………..

Подразделение Должность Функции
Генеральный директор 1. Формирует
дальнейшую
стратегию развития
компании.
2. Отвечает за
организацию
эффективного
взаимодействия
структурных
подразделений
компании.
3. Утверждает штатное
расписание
компании.
4. Организует
эффективный
документооборот.
5. Обеспечивает
соблюдение
законности в
деятельности
организации.
Секретарь 1. Ведение
делопроизводства
2. Планирование
рабочего дня
Генерального

ведение
делопроизводства
своего отдела в
компании.
3. Контролирует
работоспособность и
эффективность
информационных
технологий Call-
центра.
Оператор Call-центра 1. Принимает звонки от
клиентов
2. Рассказывает об
услугах компании.
3. Рассчитывает
стоимость перевозок
4. Оформляет заказы.
Отдел логистики Специалист по
логистике

1. Составляет маршрут
   перевозок и
   осуществляет его
   корректировку
2. Координирует работу
   водителей.
3. Разрешает спорные
   вопросы,
   возникающие при
   выполнении заказа.
4. Отслеживает заказы.

Отдел маркетинга Менеджер по
маркетингу

1. Изучает рынок и его
   тенденции.
2. Отвечает за
   разработку и
   удержание
   конкурентного
   преимущества.
3. Налаживает
   отношения с

клиентами.

Бухгалтерский отдел Бухгалтер 1. Осуществляет
контроль за
своевременным и
правильным
оформлением
бухгалтерской
документации.
2. Осуществляет
перечисление
налогов и сборов в
бюджеты разного
уровня.
3. Составляет расчеты
по зарплате
сотрудников.
Отдел перевозок Начальник отдела
перевозок

1. Руководит
   разработкой и
   внедрением
   технологий и
   методов организации
   перевозок.
2. Руководит
   работниками отдела
   перевозок.
3. Участвует в
   организации
   контроля за
   соблюдением правил
   перевозок грузов.
4. Контролирует
   ведение
   делопроизводства
   отдела перевозок в
   компании.
   Водитель 1. Согласовывает
   маршрут следования

1 Статические модели проектируемой информационной системы…………

системы

Диаграммы вариантов использования описывают функциональное
назначение системы, т.е. то, что система должна делать.

1) Диаграмма вариантов использования (бизнес-модель)……………………….

(Приложение 2)

Потоки событий:

a) Потоки событий для прецедента «Получение информации о маршруте»

Основной поток событий.

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

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

A1. Водитель не прошел идентификацию пользователя.
 Система полностью блокирует информацию обо всех грузоперевозках.
 Получение информации о маршруте возможно после ввода верных
данных.
 Прецедент завершается.

A2. Водитель не является непосредственным участником выбранного
маршрута.

 Система блокирует информацию о маршруте.
 Получение информации о выбранном маршруте невозможно.
 Прецедент завершается.
A3. Водитель больше не является сотрудником данной компании
 Система полностью блокирует информацию обо всех грузоперевозках.
 Получение информации о новых маршрутах невозможно.
 Прецедент завершается.

Потоки ошибок.

E1. База данных недоступна

1. Система выводит сообщение о недоступности базы данных.

b) Потоки событий для прецедента «Получение информации о выплатах и
произведенных перевозках»

Основной поток событий.

 Прецедент начинается с идентификации пользователя.
 После данной проверки происходит выдача информации о выплатах и
произведенных перевозках.
 По окончании пользования базой данных прецедент завершается.

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

A1. Водитель не прошел идентификацию пользователя.
 Система полностью блокирует информацию обо всех грузоперевозках.
 Получение информации о выплатах и произведенных перевозках
возможно после ввода верных данных.
 Прецедент завершается.

1 Динамические модели проектируемой информационной системы………

системы

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

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

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

2) Диаграмма деятельности……………………………………………………………………

Диаграмма деятельности — UML-диаграмма, показывающая разложение
некоторой деятельности на её составные части. Диаграмма деятельности может
относиться к отдельному классу, варианту использования операции класса,
представлению или пакету. (Приложение 6)

ЗАКЛЮЧЕНИЕ

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

Были изучены процессы, протекающие в предметной области (фирма
грузоперевозок). Разработана модель организационной структуры компании,
таблица функций, был смоделирован процесс оформления заказа в нотации
BPMN.
Дальнейшим шагом стало создание статических и динамических моделей
информационной системы: диаграмм вариантов использования, диаграммы
классов, диаграммы последовательности и диаграммы деятельности.
В результате выполнения курсовой работы был сформирован вывод, что
внедрение информационных систем может способствовать:
 Уменьшению затрат на оказание услуг
 Освобождению работников от рутинной работы за счет её автоматизации
 Обеспечению безопасности информации


ПРИЛОЖЕНИЯ

ПРИЛОЖЕНИЕ 1

3) Диаграмма процесса оформления заказа в нотации BPMN…………………..

ПРИЛОЖЕНИЕ 3

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

Клиент Работа фирмы грузоперевозок Водитель

Оператор Call-центра Специалист по логистике

Оформление заказа &lt;&lt;include&gt;&gt;Составление маршрута&lt;&lt;include&gt;&gt; Осуществление грузоперевозки Оплата

&lt;&lt;include&gt;&gt; &lt;&lt;include&gt;&gt;

Внесение информации о заказе в БД

&lt;&lt;include&gt;&gt;

Расчет стоимости перевозки

&lt;&lt;include&gt;&gt; Выдача чека&lt;&lt;include&gt;&gt;

Наложение штрафных санкций за повреждение груза

Внесение информации о маршруте в БД&lt;&lt;include&gt;&gt; &lt;&lt;extend&gt;&gt;
Корректировка маршрута

&lt;&lt;extend&gt;&gt;
Получение информации о маршруте

&lt;&lt;include&gt;&gt;

ПРИЛОЖЕНИЕ 4

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

БД фирмы
+Кодовый номер заказа: Integer+Информация о грузе: String
+Маршрут: String+ФИО клиента: String
+Номер телефона клиента: String+Статус оплаты: Boolean
+Дата выполнения заказа: Date+ID водителя: Integer
+Стоимость перевозки: Float
+Создание нового заказа()+Корректировка заказа()
+Поиск заказа()+Удаление заказа()

Оператор Call-центра
+ID сотрудника: Integer+ФИО: String
+Должность: String
+Прием звонков от клиентов()+Оформление заказа()
+Расчет стоимости перевозки()

Специалист по логистике
+ID сотрудника: Integer+ФИО: String
+Должность: String
+Построение маршрута()+Изменение маршрута()
+Консультация водителя()

Водитель
+ID водителя: Integer+ID сотрудника: Integer
+ФИО: String+Должность: String
+Получение информации о маршруте()+Прием оплаты от клиента()
+Изменение статуса оплаты()+Осуществление грузоперевозок()

1
1

• 1

1

• 1

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

Диаграмма
классов показывает статическую структуру
системы. Составляющими данного типа
диаграмм есть классы, объекты и отношения
между ними. Кроме
того, диаграмма
классов
может включать комментарии и ограничения.
Ограничения могут неформально задаваться
на естественном языке или же могут
формулироваться на языке
объектных ограничений OCL (Object Constraints
Language).

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

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

В
диаграмме классов могут участвовать
связи
трех разных категорий: зависимость
(dependency), обобщение
(generalization) и
ассоциация
(association).

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

Связь обобщения
показывает связи наследования между
двумя классами. Он разрешает одному
классу наследовать все атрибуты, операции
и связи другого.

Ассоциация — это
семантическая связь между классами.
Ассоциация дает классу возможность
узнавать об общих атрибутах и операциях
другого класса. Ассоциации могут быть
однонаправленными или двунаправленными.

Для класса можно
указать одно из трех значений:

— publіc (открытый).
Этот класс видим всем другим классам
системы;

— protected, prіvate
(защищенный, закрытый). Класс может быть
видим во вложенных у него классах,
«друзьям» этого класса или из самого
класса;

—
package or Іmplementatіon (пакет или реализация).
Класс может быть видим только из классов
того же пакета [8].

Диаграмма
классов для задачи учета заказов на
грузоперевозку представлена на рисунке
4.1.

Рисунок
4.1 – Диаграмма классов для задачи учета
заказов грузоперевозку автотранспортной
компании «ТрансАвто»

Диаграмма
состоит из 14 классов. Все классы разбиты
по пакетам, в зависимости от их
предназначения.

В
пакете Beans
находятся классы которые представляют
сущности не имеющие ни какого функционала,
они только хранят данные о том или ином
объекте.

В
пакете DAO
находятся классы. которые реализуют
шаблон проектирования DAO
(Data
Access
Object)
и предназначены для доступа к данным
БД.

В
пакете Service
находятся классы, которые реализую
сервисные услуги для бинов с использованием
DAO.

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #
• #