Проект системы учета заказов на грузоперевозку автотранспортной компании «ТрансАвто»

• Перечень сокращений, условных обозначений, символов, единиц и терминов
• Введение
• 1. Описание предметной области
• 1.1 Характеристика объекта автоматизации
• 1.2 Обоснование необходимости разработки ИС с помощью объектно-ориентированной методологии
• 2. Разработка модели функциональных требований задачи «учет заказов на грузоперевозку автотранспортной компании «Трансавто» с использованием диограммы прецендентов
• 3. Разработка модели поведения задачи «Учет заказов на грузоперевозку автотранспортной компании «Трансавто» с использованием диаграмм действий
• 4. Разработка логической структуры задачи «Учет заказов на грузоперевозку автотранспортной компании «Трансавто» с использованием диаграмм классов
• 5. Разработка модели взаимодействия объектов задачи «Учет заказов на грузоперевозку автотранспортной компании «Трансавто» с использованием диограмм последовательности
• 6. Разработка физического представления задачи «Учет заказов на грузоперевозку автотранспортной компании «Трансавто» с использованием диаграмм развертывания и компонентов
• Выводы
• Перечень ссылок

Перечень сокращений, условных обозначений, символов, единиц и терминов

АС — автоматизированная система;

БД — база данных;

ИС — информационная система;

КТС — комплекс технических средств;

ОА — объект автоматизации;

ОС — операционная система;

ОУ — объект управления;

ПК — персональный компьютер;

ПО — программное обеспечение;

DAO — Data Access Object

GUI — Graphic User Interface

UML — Unified Modeling Language.

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

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

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

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

Указанная проблема устранена с помощью автоматизации задачи учета заказов на грузоперевозку автотранспортной компании «ТрансАвто»

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

1.1 Характеристика объекта автоматизации

Объектом автоматизации является автотранспортная компания «ТрансАвто» .

Данная компания занимается предоставлением услуг грузоперевозки по территории Украины. Маршруты перевозки данной компании подразделяются на основные и заказные. К основным относятся те, что основаны на долгосрочных контрактах, а заказные выполняются при одноразовом заказе.

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

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

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

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

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

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

Процессы, протекающие в автотранспортной компании:

Прием заказов на перевозку груза;

Определение дальности следования;

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

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

Транспортировка груза в пункт назначения;

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

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

Работа с кадрами (наем, оплата труда);

Решение организационных вопросов.

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

Схема организационной структуры автотранспортной компании представлена на рисунке 1.1.

Рисунок 1.1 — Схема организационной структуры автотранспортной компании «ТрансАвто»

Непосредственно объектом автоматизации является аналитический отдел автотранспортной компании.

Специалисты данного отдела занимаются следующими вопросами:

Приемом заказа от заказчика перевозки;

Структурирование исходных данных для их последующей обработки;

Определение дальности следования;

Определением необходимого автомобиля;

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

Данный отдел занимается приемом и аналитической обработкой заказов на перевозку груза. Оператор принимает заказ от клиента по телефону или при его личном присутствии в офисе компании. При этом в документ «Бланк заказа» вносятся все необходимые данные для реализации перевозки, такие как пункт отправления, пункт назначения, физические особенности груза, кто является заказчиком и другие. Заполненный документ передается аналитику, который знакомится с входящей информацией и проводит ее анализ.

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

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

1.2 Обоснование необходимости разработки ИС с помощью объектно-ориентированной методологии

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

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

Работа с данными выполняется традиционным (бумажным) способом;

Высокая трудоемкость сбора информации;

Низкая скорость взаимодействия между подсистемами;

Невозможность редактирования уже созданных документов;

Отсутствие единой базы документов.

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

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

Для разработки информационной системы используются различные методологии. Модели разрешают нам наглядно продемонстрировать желательную структуру и поведение системы. Одним из наиболее распространенных языков моделирования есть унифицированный язык моделирования UML (Unіfіed Modelіng Language), предназначен для моделирования, представления, проектирования и документирования программных систем, организационно-экономических систем, технических систем и других систем различной природы. Визуальные модели разрешают организовать общение между заказчиками и разработчиками.

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

UML содержит стандартный набор диаграмм и нотаций разнообразных видов. UML содержит следующий набор диаграмм:

структурные (structural) модели:

диаграммы классов (class dіagrams) — для моделирования статической структуры классов системы и связей между ними;

диаграммы компонентов (component dіagrams) — для моделирования иерархии компонентов (подсистем) системы;

диаграммы размещения (deployment dіagrams) — для моделирования физической архитектуры системы;

модели поведения (behavіoral):

диаграммы вариантов использования (use case dіagrams) — для моделирования функциональных требований к системе (в виде сценариев взаимодействия пользователей с системой);

диаграммы взаимодействия (іnteractіon dіagrams), такие как диаграммы последовательности (sequence dіagrams) и кооперативные диаграммы (collaboratіon dіagrams) — для моделирования процесса обмена сообщениями между объектами;

диаграммы состояний (statechart dіagrams) — для моделирования обращения объектов системы при переходе с одного состояния в другого;

диаграммы деятельности (actіvіty dіagrams) — для моделирования обращения системы в рамках разных вариантов использования, или потоков управления.

2. Разработка модели функциональных требований задачи «учет заказов на грузоперевозку автотранспортной компании «Трансавто» с использованием диограммы прецендентов

Для описания функциональной структуры системы используется диаграмма вариантов использования. Этот тип диаграмм описывает общую функциональность системы. Они отображают взаимодействие между вариантами использования, которые представляют функции системы, и действующими лицами, которые представляют людей или системы, которые получают или передают информацию в данную систему. Каждая функциональность изображается в виде «прецедентов использования» (use case) или просто прецедентов. Прецедент — это типичное взаимодействие пользователя с системой, которая может представлять разные уровни детализации, описывать видимую пользователем функцию, обеспечивать достижение конкретной цели, важной для пользователя. Прецедент изображается как овал, связанный с типичными пользователями, которые называются актерами (actors). Список всех прецедентов фактически определяет функциональные требования к ИС.

Достоинства модели вариантов использования состоят в том, что она:

определяет пользователей и границы системы;

определяет системный интерфейс;

удобная для общения пользователей с разработчиками;

используется для написания тестов;

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

Между пользователями и вариантами использования могут быть разные виды связи. Основные виды связи следующие:

Расширение (extend) — показывает, что вариант использования расширяет базовую последовательность действий и вставляет собственную последовательность. При этом в отличие от типа отношений «включение» расширенная последовательность может осуществляться в зависимости от определенных условий.

Включение (include) — показывает, что вариант использования включается в базовую последовательность и выполняется всегда.

На рисунку 2.1 представлена диаграмма прецедентов.

Рисунок 2.1 — Диаграмма прецедентов

На диаграмме представлены актеры: менеджер, клиент, который непосредственно является пользователем системы со стороны «клиент». В таблице 2.1 приводится описание вариантов использования.

Таблица 2.1 — Описание вариантов использования

3. Разработка модели поведения задачи «Учет заказов на грузоперевозку автотранспортной компании «Трансавто» с использованием диаграмм действий

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

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

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

Деятельностью (Actіvіty) называется поведение, реализованное объектом, когда он находится в данном состоянии. Деятельность — поведение, которое может прекращаться. Она может выполняться к своему завершению, если объект находится в данном состоянии, либо может быть прерванная переходом объекта в другой состояние.

Приведем диаграмму деятельности, что описывает модель поведения варианта использования «Работа с клиентами» в информационной системе «ТрансАвто». Диаграмма представлена на рисунке 3.1.

Рисунок 3.1 — Диаграмма деятельности для варианта использования «Работа с клиентами»

После выбора действия (одного из пунктов меню) мы переходим по одной из веток которые в свою очередь соответствуют следующим прецедентам: «Удаление клиента», «Просмотр клиентов», «Просмотр заказов конкретного клиента» и «Регистрация клиента»

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

Рисунок 3.2 — Диаграмма деятельности для варианта использования «Обработать заказ»

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

Приведем диаграмму деятельности для варианта использования «Оставить заказ на перевозку». Диаграмма представлена на рисунке 3.3.

Рисунок 3.3 — Диаграмма деятельности для варианта использования «Учет состава учителей»

Приведем диаграмму деятельности для варианта использования «Подсчет стоимости перевозки». Диаграмма представлена на рисунке 3.4.

Рисунок 3.4 — Диаграмма деятельности для варианта использования «Подсчет стоимости перевозки»

Менеджер имеет право вносить изменения в тарифную базу, при изменении политики компании или при подорожании топлива.

Приведем диаграмму деятельности для варианта использования «Сменить тариф». Диаграмма представлена на рисунке 3.5.

Рисунок 3.5 — Диаграмма деятельности для варианта использования «Сменить тариф»

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

Приведем диаграмму деятельности для варианта использования «Формирование отчета». Диаграмма представлена на рисунке 3.6.

Рисунок 3.6 — Диаграмма деятельности для варианта использования «Формирование отчета»

4. Разработка логической структуры задачи «Учет заказов на грузоперевозку автотранспортной компании «Трансавто» с использованием диаграмм классов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5. Разработка модели взаимодействия объектов задачи «Учет заказов на грузоперевозку автотранспортной компании «Трансавто» с использованием диограмм последовательности

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

Существует два типа диаграмм взаимодействия:

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

кооперативные диаграммы.

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

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

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

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

Диаграммы взаимодействия разрабатываются для каждого варианта использования. На рисунках 5.1−5.9 представлены диаграммы для вариантов использования «Работа с клиентами», «Формирование отчета», «Регистрация клиента», «Удаление клиента», «Просмотр всех клиентов», «Просмотр заказов конкретного клиента», «Подсчет стоимости перевозки», «Отправить заказ на перевозку», «Сменить тариф», «Обработать заказы» .

Рисунок 5.1 — Диаграмма взаимодействия для варианта использования «Работа с клиентами»

Рисунок 5.2 — Диаграмма взаимодействия для варианта использования «Формирование отчета»

Рисунок 5.3 — Диаграмма взаимодействия для варианта использования «Регистрация клиента»

Рисунок 5.4 — Диаграмма взаимодействия для варианта использования «Удаление клиента»

Рисунок 5.5 — Диаграмма взаимодействия для варианта использования «Просмотр всех клиентов»

Рисунок 5.1 — Диаграмма взаимодействия для варианта использования «Работа с клиентами»

Рисунок 5.6 — Диаграмма взаимодействия для варианта использования «Подсчет стоимости перевозки»

Рисунок 5.7 — Диаграмма взаимодействия для варианта использования «Отправить заказ на перевозку»

Рисунок 5.8 — Диаграмма взаимодействия для варианта использования «Сменить тариф»

Рисунок 5.9 — Диаграмма взаимодействия для варианта использования «Обработать заказы»

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

6. Разработка физического представления задачи «Учет заказов на грузоперевозку автотранспортной компании «Трансавто» с использованием диаграмм развертывания и компонентов

Данные, необходимые для решения данной задачи, организованы в виде БД. В качестве СУБД была выбрана MySQL 5.0. MySQL — это система управления реляционными базами данных с открытым исходным кодом. Сервер баз данных MySQL — очень быстрый, надежной и простой в эксплуатации. Среди преимуществ СУБД MySQL можно отметить такие, как производительность, масштабируемость, независимость от платформ (аппаратных, операционных и сетевых), безопасность. Максимальные размеры таблиц определяются ограничениями, которые накладываются операционной системой на размеры файлов, а не внутренними ограничениями MySQL. В качестве операционной системы можно использовать Windows XP.

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

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

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

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

Диаграммы компонентов и развертывания представлены на рисунках 6.1−6.2.

Рисунок 6.1 — Диаграмма развертывания

Рисунок 6.2 — Диаграмма компонентов

Выводы

В курсовой работе проанализированы особенности предметной области и объекта автоматизации. Разработаны проектные решения для задачи «Учет заказов на грузоперевозку автотранспортной компании «ТрансАвто». Обоснован выбор необходимости разработки ИС с помощью объектно-ориентированной методологии. Приведены характеристики диаграмм UML.

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

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

Перечень ссылок

1. Закон Украины об образовании [Електронний ресурс] / Законодательная база Украины — Режим доступа: http://www. base. spinform.ru — Дата доступa: май 2009. — Название с экрана.

2. Кодекс законов о труде [Електронний ресурс] / Законодательная база Украины — Режим доступа: http://www. zakon. rada. kiev.ru

3. Формирование нагрузки учителей в школе [Електронний ресурс] / Pedsovet — Режим доступа: http://www. pedsovet.ru

4. Распределение часов по предметам в школе [Електронний ресурс] / School — Pежим доступа: http://ps.1september.ru

5. Фаулер, М., Скотт К. UML в кратком изложении. Применение стандартного языка объектного моделирования [Текст] / М. Фаулер, К. Скотт: пер. с англ. — М.: Мир, 1999. — 721 с.

6. Хансен, Г. Базы данных: разработка и управление [Текст] /Г. Хансен. — М.: ЗАО Издательство «БИНОМ», 1999. — 704 с.

7. MySQL. Справочник по языку. [Текст] / Компания MySQL AB.: пер. с англ. — М.: Издательский дом «Вильямс», 2005. — 432с.

8. Борисенко, В.П., Левыкин, В.М., Пономарев, Ю.В., Борисенко Т. И. Объектно-ориентированный анализ и проектирование ИКС на основе UML [Текст] / В. П Пономарев, В. М. Левыкин, Ю. В. Пономарев, Т. И. Борисенко. — Х: «ХНУРЭ», 2004. — 80 с.

9. Грофф, Дж. SQL: Полное руководство [Текст] / Дж. Грофф: пер. с англ. — К.: Издательская группа BHV, 2001. — 816 с.

10. Рахимов, Т.Н., Заикин, О.А., Советов, Б. Я. Основы построения АСУ [Текст] / Т. Н. Рахимов, О. А. Заикин, Б. Я. Советов. — Ташкент: «Укитувчи», 1984. — 370 с.